From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 02:01: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 A9161364; Sun, 12 Jan 2014 02:01:01 +0000 (UTC) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.232]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 496DF1859; Sun, 12 Jan 2014 02:01:00 +0000 (UTC) Date: Sun, 12 Jan 2014 03:00:53 +0100 From: vermaden Subject: PKGNG: virtualbox-ose wants lang/gcc AND pdftk wants lang/gcc46 To: freebsd-current@freebsd.org, freebsd-stable@FreeBSD.org X-Mailer: interia.pl/pf09 X-Originating-IP: 5.174.11.230 Message-Id: MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1389492053; bh=cdvOqpEJ8QD4HxQByOXEiUxUV0tlWHGATJbJ2mXtf/4=; h=Date:From:Subject:To:X-Mailer:X-Originating-IP:Message-Id: MIME-Version:Content-Type; b=pubvD3W3JB7LIYydhv8w1+Wk4OIgbDvygikEbWgq3GS6TlBFFW6TxWeW4PwEoj8NQ q5+94FL2tYa0xSCvzOvOWbZK0RnGaa6uGFD3HO/JnqauzIaRLgPZwoy7p2AMU4/64p 54+o0NXIygX6jqrFfRB2hFl8BqdADxvsNyZC13GM= 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: Sun, 12 Jan 2014 02:01:01 -0000 Where is the logic?I can not install lang/gcc and lang/gcc46 both at the sa= me time.Any hints? How to use BOTH virtualbox and pdftk using PKGNG?Regards= ,vermaden# pkg install virtualbox-oseUpdating repository catalogueThe follo= wing 50 packages will be installed:      &nbs= p; Reinstalling mkfontdir-1.0.7 (direct dependency changed)  &nbs= p;     Upgrading freetype2: 2.5.0.1 -> 2.5.2 &n= bsp;      Upgrading font-util: 1.3.0 -> 1.3.0_1=         Upgrading libffi: 3.0.13 -> 3= .0.13_1        Reinstalling libdrm-2.4.1= 7_1 (direct dependency changed)-->   Installing gcc: 4.6.4 &nb= sp;      Reinstalling curl-7.33.0_2 (options chang= ed)        Upgrading py27-setuptools: 1.= 1.7_1 -> 2.0.1        Upgrading fontc= onfig: 2.10.95,1 -> 2.11.0_1,1       = Upgrading font-misc-ethiopic: 1.0.3 -> 1.0.3_1    &= nbsp;   Upgrading font-bh-ttf: 1.0.3 -> 1.0.3_1  &nb= sp;     Upgrading encodings: 1.0.4,1 -> 1.0.4_1,1&nb= sp;       Reinstalling dejavu-2.34 (direct de= pendency changed)        Reinstalling gl= ib-2.36.3_1 (direct dependency changed)      =   Reinstalling libGL-7.6.1_4 (direct dependency changed)  &n= bsp;     Reinstalling libXft-2.3.1 (direct dependency c= hanged)        Reinstalling cairo-1.10.2= _7,2 (direct dependency changed)        = Reinstalling shared-mime-info-1.1 (direct dependency changed)  &n= bsp;     Reinstalling libGLU-9.0.0 (direct dependency c= hanged)        Reinstalling freeglut-2.8= .1 (direct dependency changed)        Re= installing atk-2.8.0 (direct dependency changed)    &nb= sp;   Reinstalling sdl-1.2.15_2,2 (direct dependency changed)&nbs= p;       Reinstalling gobject-introspection-1= .36.0_2 (direct dependency changed)      &nbs= p; Reinstalling libIDL-0.8.14_1 (direct dependency changed)  &nbs= p;     Upgrading font-misc-meltho: 1.0.3 -> 1.0.3_1&= nbsp;       Reinstalling qt4-corelib-4.8.5 (d= irect dependency changed)        Upgradi= ng harfbuzz: 0.9.19 -> 0.9.25        = Reinstalling qt4-network-4.8.5 (direct dependency changed)   = ;     Reinstalling tiff-4.0.3 (direct dependency change= d)        Reinstalling qt4-xml-4.8.5 (di= rect dependency changed)        Reinstal= ling gstreamer-0.10.36 (direct dependency changed)    &= nbsp;   Reinstalling qt4-xmlpatterns-4.8.5 (direct dependency cha= nged)        Reinstalling qt4-script-4.8= .5 (direct dependency changed)        Re= installing qt4-sql-4.8.5 (direct dependency changed)    = ;    Reinstalling qt4-clucene-4.8.5 (direct dependency chang= ed)        Reinstalling qt4-sqlite-plugi= n-4.8.5 (direct dependency changed)      &nbs= p; Reinstalling xorg-fonts-truetype-7.7_1 (direct dependency changed) =        Reinstalling pango-1.34.1_1 (direct de= pendency changed)        Reinstalling gd= k-pixbuf2-2.28.2 (direct dependency changed)     &= nbsp;  Reinstalling gstreamer-plugins-0.10.36_3,3 (direct dependency c= hanged)        Reinstalling qt4-gui-4.8.= 5 (direct dependency changed)        Rei= nstalling gtk-update-icon-cache-2.24.22 (direct dependency changed) &n= bsp;      Reinstalling qt4-svg-4.8.5 (direct depen= dency changed)        Reinstalling qt4-h= elp-4.8.5 (direct dependency changed)      &n= bsp; Reinstalling qt4-opengl-4.8.5 (direct dependency changed)  &= nbsp;     Reinstalling qt4-declarative-4.8.5 (direct de= pendency changed)        Reinstalling qt= 4-webkit-4.8.5 (direct dependency changed)     &nb= sp;  Reinstalling qt4-assistant-4.8.5 (direct dependency changed) = ;       Reinstalling qt4-linguist-4.8.5 (dire= ct dependency changed)        Installing= virtualbox-ose: 4.2.20_2The installation will require 745 MB more space0 B= to be downloadedProceed with installing packages [y/N]: ^C# pkg install pd= ftk         Updating repository cat= alogueThe following 2 packages will be installed:-->   Installing g= cc46: 4.6.4_1,1        Installing pdftk:= 2.02The installation will require 570 MB more space0 B to be downloadedPro= ceed with installing packages [y/N]: ^C From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 03:16: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 DB156214 for ; Sun, 12 Jan 2014 03:16:09 +0000 (UTC) Received: from mail.egr.msu.edu (hill.egr.msu.edu [35.9.37.162]) by mx1.freebsd.org (Postfix) with ESMTP id AE5981DE5 for ; Sun, 12 Jan 2014 03:16:08 +0000 (UTC) Received: from hill (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id E4309296A8 for ; Sat, 11 Jan 2014 22:16:00 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by hill (hill.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zg37Y8aQoflh for ; Sat, 11 Jan 2014 22:16:00 -0500 (EST) Received: from EGR authenticated sender Message-ID: <52D208EF.1010601@egr.msu.edu> Date: Sat, 11 Jan 2014 22:15:59 -0500 From: Adam McDougall 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: Re: panic: stable/10 with Debugging enabled in kern_cons.c:500 References: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1389480297.46758.9.camel@powernoodle.corp.yahoo.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 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jan 2014 03:16:09 -0000 On 01/11/2014 17:44, Sean Bruno wrote: > On Sat, 2014-01-11 at 14:12 -0800, Sean Bruno wrote: >> I can't imagine that I'm the first person to run with the following >> debug options enabled: >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html >> >> But, I can't get stable/10 to post on a plain old supermicro box with >> those debugging symbols enabled. >> >> random: unblocking device. >> panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx >> @ /usr/src/sys/kern/kern_cons.c:500 >> > > Witness induced. Removed the witness option and this doesn't happen > (obviously). Can I get someone familiar with console code to look into > this? Kind of crappy when I'm investigating a resource starvation > issue. > > sean > Confirmed panic in 10-r258899M (20131203) on XenServer. For reference, what is your rev? From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 03: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 2C3FF384 for ; Sun, 12 Jan 2014 03:26:50 +0000 (UTC) Received: from nm1.access.bullet.mail.bf1.yahoo.com (nm1.access.bullet.mail.bf1.yahoo.com [216.109.114.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B7F281E7E for ; Sun, 12 Jan 2014 03:26:49 +0000 (UTC) Received: from [66.196.81.159] by nm1.access.bullet.mail.bf1.yahoo.com with NNFMP; 12 Jan 2014 03:20:12 -0000 Received: from [98.139.221.159] by tm5.access.bullet.mail.bf1.yahoo.com with NNFMP; 12 Jan 2014 03:20:12 -0000 Received: from [127.0.0.1] by smtp119.sbc.mail.bf1.yahoo.com with NNFMP; 12 Jan 2014 03:20:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1389496812; bh=Qo5pn3HUrWv4qzKAYqOYRXRtfI7fkAQDj5/kH2naVak=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:References:Subject; b=t6MNkIIRgN7n5XW7WUoI62nClTlDuIyQRC1JyGO8rmyADfCI9X9W4NAHh11LS33T5UXgY46ucUYVylO8rh/H9FZ6QJfYx0unHwCGyhauvezfOmDTO+tXxUwlpaZ8EtLu/V4X8wHVmhXWzOM36/YrO6Po7fOWACLq/v3YW027Y38= X-Yahoo-Newman-Id: 455991.85149.bm@smtp119.sbc.mail.bf1.yahoo.com Message-ID: <455991.85149.bm@smtp119.sbc.mail.bf1.yahoo.com> Date: Sun, 12 Jan 2014 03:20:12 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: jqqleGMVM1kRDIaTayLA0vXJR61GicKvJ53cIzjL88egkfJ r5iuetSaUHkonxjHQJltsQ0kQW2doeWu1skNhoGHxBoinRk5hMOUa4wsCW8c gIyKhU6Euhr2PkpbZ17NowN_JaKfdniDZ848WjQao8hwU9OAaUWmjZfzercD AlDl1DzHgUnYqAU_orlm0oQDT.sAKa7tAAzfyzxOepguyoURtB60i3FnCGGR E4UJAv7lVy.tQjeJf79c.bzgYIreQnkKlhgs.G1ytZOuO9cjLcEmAUBssYfl XttZbRFwDv1Kloqp5EHooR3iwthgqLR1cpFviWjctDLYYzuPyfUJVjrOyQLy n_SuPnhXMKzxPmJhDokNe8B.hu2GfM2UbsqCaH_q3vEkgKTOK6FXeUqWaJvK a2BceYg2tiHtUr71CA5l6IS_OP9m8VabF.D.hKW6wPjosC1jGdX7REHYdDFI E7hAMHZFyZ22Qt.7jURlcgfQMgVKeo67QCv98fuGqkuwuLDLktVqnSZWkSd4 hvr92evsc_.JqtIBrc0lYVn8tsKAg5DqU_EeCnAPuRI3WjPZL_wQ3moW.URW FbblV0AKMHoo0ioGxHNU- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp119.sbc.mail.bf1.yahoo.com with SMTP; 12 Jan 2014 03:20:12 +0000 UTC From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <20140110064658.GM64543@glenbarber.us> <294911.64845.bm@smtp114.sbc.mail.ne1.yahoo.com> <20140110131910.GP64543@glenbarber.us> <527364.37701.bm@smtp117.sbc.mail.ne1.yahoo.com> Subject: Re: FreeBSD 10.0-RC5 Now Available 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: Sun, 12 Jan 2014 03:26:50 -0000 > On Fri, Jan 10, 2014 at 10:19 PM, Thomas Mueller wrote: > > > Does this need to rebuild all ports apply even if one has not yet > > built X? > > > ABI changed, so to be safe, yes. > > > Glen > > There ought to be an advisory in $PORTSDIR/UPDATING. > > But I still consider myself advised, after I update FreeBSD > > 10.0-prerelease installations. > > I guess this does not yet apply to 11-HEAD? > Tom > As already reported in another thread, most ports will be fine, but hal and > tmux need rebuilding.I have about 1200 ports installed and have only found > those to this point. Almost certainly others do, as well, though they won't > be common, but rebuilding all ports is safest. (dbus does not seem to > require a rebuild). -- > R. Kevin Oberman, Network Engineer, Retired I don't think I have yet built hal and dbus on 10-prerelease or 11-HEAD. Subversion was the first big thing, so I would not have to use the NetBSD-current amd64 USB-stick installation to update FreeBSD src, doc and ports trees. I have a FreeBSD 10-prerelease i386 USB 3.0 stick installation, was wondering if I might do better with 11-HEAD. USB-stick installation is useful for portability among more than one computer, and to have utilities like gdisk and subversion, and run fsck when needed on hard-drive installation. Also, I will want to build wine. I also am trying to decide which is stabler between 10-prerelease and 11-HEAD. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 03: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 193217FE for ; Sun, 12 Jan 2014 03:35:28 +0000 (UTC) Received: from nm12-vm6.bullet.mail.ne1.yahoo.com (nm12-vm6.bullet.mail.ne1.yahoo.com [98.138.91.105]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 98FB21F12 for ; Sun, 12 Jan 2014 03:35:27 +0000 (UTC) Received: from [98.138.226.180] by nm12.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jan 2014 03:32:09 -0000 Received: from [98.138.104.114] by tm15.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jan 2014 03:32:09 -0000 Received: from [127.0.0.1] by smtp223.mail.ne1.yahoo.com with NNFMP; 12 Jan 2014 03:32:09 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1389497529; bh=GBi/WHJAD0BZImulnrSChzaMWPzcJSguPtP962WUK9o=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=GIrNd87uGr2QHr8CgVbCzBOvgvhXOfvEMd8mbTxcSERm/5ae5/lHq5H7hGSfbsZjzGWAsznRh+cf33xydQDiHbOD8UImm/IcMY/ptoKW67vntRzCgZl0x46kzm1azoesdsZPQOjFxs2ANz2w2cgfYgsP8bVNuHRwLrAO2DqSjWA= X-Yahoo-Newman-Id: 757783.54656.bm@smtp223.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: d2aVdu8VM1nJxndKm1ROlXinBJ75ubEDLCu5ihFhFN3VwGx msQZlzCN1fs0IXDRDLhiY8q4NOM.iZlI1FTOVu8bRPWSb3MMegeN_SQbSjyE 3NwnnOCOlIXuFaULlnaL7A.Ed9T.g8XXIU96R10EE8Qj9Mw_ACWiSBmBjJ.O iWzf2qx7u4M4VmQ6cEktXXhVcHjJ6b9cA1JPFmoA1LhVtp8ZosYnfa5meSb2 9Q0ecHo6UhamZnP14efA_ZJQ00WqNz8DyWIvQ9Z_IDKahu7wISlGBy0L3cbO YzzlvDn5ibN55Et2lfYkcym0iZ5wcIki63AlIsgrlVfIuUXwIY4uVV49LGjM blgnIK5TKqwLx1IT6rBxBQ8xmZaqVrKmNeWSQ0ZSf9LRTtJidRr5Q9XsG5_6 lODFgSboHsTRtaosDX0DtYFxeW3WfbqmsOE5N8.By5_nx3dccnDaZvqH1DVC uMlQ6FDV5mFqlyU9oCUDA.ZboKzQyqizFhB7vxCAI68paFmrJE6nvpR2oXdz yGptOulA7RcET7lWirJHfgnZ1KxLprrFOTm4I4Csuag9DU6s4eU_GJH3QpR_ VCvJvxtIIKOPGbo0cCowwP9VDDmKbfl6xD10q4P9Wm0V8F9XE.Mt08DrB58F rxziqJVwBGJgGM2JBh4hUxxzDLuaqiNry9ApwtCgBqB29p5p1gO0nrjQ2bWg yfJZsR4FmtLb20WxV8QeEQUFlwJ7w5E9wOeM- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.138] (sean_bruno@24.23.220.111 with plain [98.138.105.21]) by smtp223.mail.ne1.yahoo.com with SMTP; 12 Jan 2014 03:32:09 +0000 UTC Subject: Re: panic: stable/10 with Debugging enabled in kern_cons.c:500 From: Sean Bruno To: Adam McDougall In-Reply-To: <52D208EF.1010601@egr.msu.edu> References: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> <52D208EF.1010601@egr.msu.edu> Content-Type: text/plain; charset="us-ascii" Date: Sat, 11 Jan 2014 19:32:04 -0800 Message-ID: <1389497524.1395.1.camel@powernoodle.corp.yahoo.com> 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.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: Sun, 12 Jan 2014 03:35:28 -0000 On Sat, 2014-01-11 at 22:15 -0500, Adam McDougall wrote: > On 01/11/2014 17:44, Sean Bruno wrote: > > On Sat, 2014-01-11 at 14:12 -0800, Sean Bruno wrote: > >> I can't imagine that I'm the first person to run with the following > >> debug options enabled: > >> > >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html > >> > >> But, I can't get stable/10 to post on a plain old supermicro box with > >> those debugging symbols enabled. > >> > >> random: unblocking device. > >> panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx > >> @ /usr/src/sys/kern/kern_cons.c:500 > >> > > > > Witness induced. Removed the witness option and this doesn't happen > > (obviously). Can I get someone familiar with console code to look into > > this? Kind of crappy when I'm investigating a resource starvation > > issue. > > > > sean > > > > Confirmed panic in 10-r258899M (20131203) on XenServer. For reference, > what is your rev? Pretty close to top of tree stable/10 260555 sean From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 03: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 F05348F6 for ; Sun, 12 Jan 2014 03:36:38 +0000 (UTC) Received: from nm6-vm8.access.bullet.mail.gq1.yahoo.com (nm6-vm8.access.bullet.mail.gq1.yahoo.com [216.39.63.214]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9ADF11F23 for ; Sun, 12 Jan 2014 03:36:38 +0000 (UTC) Received: from [216.39.60.176] by nm6.access.bullet.mail.gq1.yahoo.com with NNFMP; 12 Jan 2014 03:34:12 -0000 Received: from [67.195.23.147] by tm12.access.bullet.mail.gq1.yahoo.com with NNFMP; 12 Jan 2014 03:34:12 -0000 Received: from [127.0.0.1] by smtp119.sbc.mail.gq1.yahoo.com with NNFMP; 12 Jan 2014 03:34:12 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1389497652; bh=mRscQzLFLwLOhKbwlGvyH/e+iTMwu9jAqQsgCHXc2rw=; 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=B4wjt9jB5qlo8tcknYsxZVOrmzk0hnIQr1CTWrzbjxhdSRjG9i6rbIe68R5uKN2Vc6SfSehbuPOWCIXxCh4tqCVlSy6YRH97zuVDWEuxfRvVjku17ETqX9Cf9kn9c+M/IVhJI2Z23obOFIzTFctC2avvhBbnzwZuj8ng0+/6og4= X-Yahoo-Newman-Id: 569454.16331.bm@smtp119.sbc.mail.gq1.yahoo.com Message-ID: <569454.16331.bm@smtp119.sbc.mail.gq1.yahoo.com> Date: Sun, 12 Jan 2014 03:34:12 +0000 (UTC) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: Y88Ey8UVM1l3Km3aqDnVEddWCwbqlBGPGvutSsMxcgD8H12 xjUurHyC_b65RAoaEyRcvXw12JrQpVSEEjSNWoqYBJsTsB_oCaWyilq3.GL6 _y6A0m.UVshfm9O9SRwS1jwb2aJMoEcxWMB11tuLjWqNCyC.zCgU4CUsIt85 8RwbdHhpOtZM2fJpj9eiEJ59nOu9w8bSJkJVaRGzRYXSZq77D31TJnQA3Ayo c7QnOwP.ZhuVxCqANIvpDKCoG80_VXojzJ3TmKuqXtxvvLSzpdS0D4BJuUQP Yp4bBl63m2CeZrWa590N1I9aBjLGRGJFuh_pl_UiNYGZFUaK8bp8Rkt8yeJe aMnUu9nLeydYvIV_NZ_2OdyoVXYZTiSkzzGNk4uI60te50.houbIHxz_PRu1 ABZpe18KEN4Q2Hj6TswPRyrbU1UpjXw4N5zfb1HmLAByCH_ZgDPKyes.n05v tN67OyJEOErwrqol4Udsh4oGhd6mlU1ULhLP4f504Y6qwC2WVm_3CQ9pxAWy SNq0L1OGZDdZ3jXd.lSAmqKKkMNigEtPrTO9xXhu9nB1RX8BWWrzSAUiHFvi X0kI_FHArMl5ix2w- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [67.195.15.66]) by smtp119.sbc.mail.gq1.yahoo.com with SMTP; 12 Jan 2014 03:34:12 +0000 UTC From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <1389468757.19126.69510893.3B8876F8@webmail.messagingengine.com> <0AD1CEB5-3291-43F7-B41E-2517A9DDE114@FreeBSD.org> Subject: Re: FreeBSD 10.0-RC5 Now Available X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Jan 2014 03:36:39 -0000 from Mark Felder : > I have a desktop at work with a flaky USB bus that disconnects my keyboard and mouse occasionally and the only reliable way to keep them connected is the recent devd hot plugging feature. I have or had that problem too, noticed on 10-prerelease but not on 9.2-STABLE or 11-HEAD. This raises doubts on whether 10-prerelease is stabler than 11-HEAD. I even had two instances of 10-prerelease installation crashing at a time of idleness and going into the db> prompt. I could upgrade 9.2-STABLE to 11-HEAD without going through 10.0. What seems to have helped was to add to /boot/loader.conf a line increasing the SCSI delay/timeout. Default is #kern.cam.scsi_delay="2000" # Delay (in ms) before probing SCSI as found in /boot/defaults/loader.conf . I change 2000 to 10000 or more. Tom From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 03:42: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 8CBABA60; Sun, 12 Jan 2014 03:42:09 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 13F661FA3; Sun, 12 Jan 2014 03:42:08 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s0C3g3Lj070101; Sun, 12 Jan 2014 05:42:03 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s0C3g3Lj070101 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s0C3g3DJ070100; Sun, 12 Jan 2014 05:42:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 12 Jan 2014 05:42:03 +0200 From: Konstantin Belousov To: sbruno@freebsd.org Subject: Re: panic: stable/10 with Debugging enabled in kern_cons.c:500 Message-ID: <20140112034203.GA59496@kib.kiev.ua> References: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gc19hUUNAa02FD3H" Content-Disposition: inline In-Reply-To: <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> User-Agent: Mutt/1.5.22 (2013-10-16) 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 version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home 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, 12 Jan 2014 03:42:09 -0000 --gc19hUUNAa02FD3H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 11, 2014 at 02:44:57PM -0800, Sean Bruno wrote: > On Sat, 2014-01-11 at 14:12 -0800, Sean Bruno wrote: > > I can't imagine that I'm the first person to run with the following > > debug options enabled: > >=20 > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/ke= rneldebug-deadlocks.html > >=20 > > But, I can't get stable/10 to post on a plain old supermicro box with > > those debugging symbols enabled. =20 > >=20 > >=20 > > random: unblocking device. > > panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx > > @ /usr/src/sys/kern/kern_cons.c:500 > >=20 > > cpuid =3D 0 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > 0xfffffe1764e681b0 > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1764e68260 > > vpanic() at vpanic+0x126/frame 0xfffffe1764e682a0 > > kassert_panic() at kassert_panic+0x136/frame 0xfffffe1764e68310 > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x166/frame > > 0xfffffe1764e68350 > > cnputs() at cnputs+0x32/frame 0xfffffe1764e68370 > > putchar() at putchar+0x13a/frame 0xfffffe1764e683f0 > > kvprintf() at kvprintf+0xda/frame 0xfffffe1764e684f0 > > vprintf() at vprintf+0x87/frame 0xfffffe1764e685c0 > > printf() at printf+0x43/frame 0xfffffe1764e68620 > > witness_checkorder() at witness_checkorder+0xa99/frame > > 0xfffffe1764e686b0 > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > > 0xfffffe1764e686f0 > > uart_cnputc() at uart_cnputc+0x3b/frame 0xfffffe1764e68710 > > cnputc() at cnputc+0x7f/frame 0xfffffe1764e68740 > > cnputs() at cnputs+0x58/frame 0xfffffe1764e68760 > > putchar() at putchar+0x13a/frame 0xfffffe1764e687e0 > > kvprintf() at kvprintf+0xda/frame 0xfffffe1764e688e0 > > vprintf() at vprintf+0x87/frame 0xfffffe1764e689b0 > > printf() at printf+0x43/frame 0xfffffe1764e68a10 > > witness_checkorder() at witness_checkorder+0xa99/frame > > 0xfffffe1764e68aa0 > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > > 0xfffffe1764e68ae0 > > msleep_spin_sbt() at msleep_spin_sbt+0x90/frame 0xfffffe1764e68b70 > > random_kthread() at random_kthread+0x1d0/frame 0xfffffe1764e68bb0 > > fork_exit() at fork_exit+0x84/frame 0xfffffe1764e68bf0 > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1764e68bf0 > > --- trap 0, rip =3D 0, rsp =3D 0xfffffe1764e68cb0, rbp =3D 0 --- > > KDB: enter: panic > > [ thread pid 14 tid 100057 ] > > Stopped at kdb_enter+0x3e: movq $0,kdb_why >=20 >=20 > Witness induced. Removed the witness option and this doesn't happen > (obviously). Can I get someone familiar with console code to look into > this? Kind of crappy when I'm investigating a resource starvation > issue. Add options WITNESS_SKIPSPIN to the kernel config. This is required now, unfortunately. --gc19hUUNAa02FD3H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJS0g8KAAoJEJDCuSvBvK1BkOQP/R3rHtTvElnRHFQbj0u38wvH CrJJWsX46Y87jTSR9Um8ubx05P81FwX2rL/3N/TfQVHGerlliWzlA8HW+btZtbEO XBOD5M4DV7jkXco5MYG1KtFlQr897r/6ghMLAQqhaDHpVWSFsxgUZwRm27E7Yqq6 sVbocwJvsW2GlnRjAm7cD7y0kldQiOCAPHroNn1VlKb/I33qg7PdyCAm1Q72ucmv wQVXxIslS4qvNuXBXw4aA6lYU3itv2fdnWLirLzshSURXhFvC1L6Pt7WuO+c4gKY 6PYGSnMAUfoNMd5H+uOGc7ge+zNQ/l/z/kUzuo+6T7RE2Zz8NIilzhMrHrpek+sk jzkmNaC5dbCHItwYSPDDuORObZEbm6s7R3POmcVn1SM5bDr9bpqeywGWjIcfv4uq BJi3svCyqhGazdNSxWG8S8gKC6R2/fOian/hKo/gEf9NoOkSdkajxEhFaeqS1tWf VjqXLcxpnX90KcNt8waoN6Popg7iaQh0yyknujf9OYb8MgW6XT6KdVCoJaBRSB2o eXxZopz5Wfz1+g3PUMkHLkfNAG4Qct+yjXaHKuQc+0JtNFNNNZ8FY2b7uehifefO 1wjRuMWatd+DmpJNinZHD+nz6LAI7YQaAg+X+pvs9lsGyjuWmFhCgGJFRmBPi6PN pW1Lt8nW+50ZrIwhFTu+ =l0/f -----END PGP SIGNATURE----- --gc19hUUNAa02FD3H-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 04:32: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 7B463A96; Sun, 12 Jan 2014 04:32:17 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0267E12AC; Sun, 12 Jan 2014 04:32:16 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0C4WEeG059098; Sat, 11 Jan 2014 21:32:14 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0C4WEHK059095; Sat, 11 Jan 2014 21:32:14 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Sat, 11 Jan 2014 21:32:14 -0700 (MST) From: Warren Block To: Thomas Mueller Subject: Re: FreeBSD 10.0-RC5 Now Available In-Reply-To: <455991.85149.bm@smtp119.sbc.mail.bf1.yahoo.com> Message-ID: References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <20140110064658.GM64543@glenbarber.us> <294911.64845.bm@smtp114.sbc.mail.ne1.yahoo.com> <20140110131910.GP64543@glenbarber.us> <527364.37701.bm@smtp117.sbc.mail.ne1.yahoo.com> <455991.85149.bm@smtp119.sbc.mail.bf1.yahoo.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 IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Sat, 11 Jan 2014 21:32:14 -0700 (MST) 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: Sun, 12 Jan 2014 04:32:17 -0000 On Sun, 12 Jan 2014, Thomas Mueller wrote: > I also am trying to decide which is stabler between 10-prerelease and 11-HEAD. 10-STABLE has been very solid for me, updating from source. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 06:37: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 B74124E8; Sun, 12 Jan 2014 06:37:02 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8C7D61903; Sun, 12 Jan 2014 06:37: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=keEnVymKkDs20Vsr388DT9PkX1iCuFoNsSJ7bg7SVdc=; b=fIEAiWbzIJXw2WJgL/Y2MkTzPbJ9VK0ruFk6Ki6rY1H6ycGYWQ2zDySV58RRmZ0vppnotsje3fhESWukLmT+Sn5dbm08xn5BAcmkn596BjRTC9DDAPyggOjNiLuW+lyCRdGKpWkyscEp44IqkKL+/Zh+mAiMFSToVy6ORSwtut8=; Received: from [120.172.226.147] (port=13824 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 1W2EfM-002coz-Nf; Sat, 11 Jan 2014 23:37:01 -0700 Date: Sun, 12 Jan 2014 14:36:47 +0800 From: Erich Dollansky To: "Thomas Mueller" Subject: Re: FreeBSD 10.0-RC5 Now Available Message-ID: <20140112143647.1861eded@X220.alogt.com> In-Reply-To: <455991.85149.bm@smtp119.sbc.mail.bf1.yahoo.com> References: <20140109161818.GK64543@glenbarber.us> <20140110114102.692560fe@X220.alogt.com> <20140110064658.GM64543@glenbarber.us> <294911.64845.bm@smtp114.sbc.mail.ne1.yahoo.com> <20140110131910.GP64543@glenbarber.us> <527364.37701.bm@smtp117.sbc.mail.ne1.yahoo.com> <455991.85149.bm@smtp119.sbc.mail.bf1.yahoo.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: 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: Sun, 12 Jan 2014 06:37:02 -0000 Hi, On Sun, 12 Jan 2014 03:20:12 +0000 (UTC) "Thomas Mueller" wrote: > > On Fri, Jan 10, 2014 at 10:19 PM, Thomas Mueller > wrote: > > > I don't think I have yet built hal and dbus on 10-prerelease or > 11-HEAD. > > Subversion was the first big thing, so I would not have to use the > NetBSD-current amd64 USB-stick installation to update FreeBSD src, > doc and ports trees. > > I have a FreeBSD 10-prerelease i386 USB 3.0 stick installation, was > wondering if I might do better with 11-HEAD. USB-stick installation > is useful for portability among more than one computer, and to have > utilities like gdisk and subversion, and run fsck when needed on > hard-drive installation. Also, I will want to build wine. > > I also am trying to decide which is stabler between 10-prerelease and > 11-HEAD. I would suggest to stick with 10 if your hardware allows. I was since June 2012 on 10. As the developers were testing and publishing new code, it was difficult from time to time. Of course, if you can afford the difficult times or have new hardware, take 11. If not, stay with 10. Of course, this is also true if you simply want to help the developers. Erich From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 11:15: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 2CBE74C2; Sun, 12 Jan 2014 11:15:31 +0000 (UTC) Received: from mailrelay010.isp.belgacom.be (mailrelay010.isp.belgacom.be [195.238.6.177]) by mx1.freebsd.org (Postfix) with ESMTP id 9769018A0; Sun, 12 Jan 2014 11:15:30 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: An0GAOh40lJR8ZmB/2dsb2JhbABagwu3boJ+AQmBBRd0giUBAQEEOhwYCxALGAklDyoeBogbAcQIF48HB4Q3AQOYFpIWgy47 Received: from 129.153-241-81.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([81.241.153.129]) by relay.skynet.be with ESMTP; 12 Jan 2014 12:15:22 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id s0CBFLxj001253; Sun, 12 Jan 2014 12:15:22 +0100 (CET) (envelope-from tijl@coosemans.org) Date: Sun, 12 Jan 2014 12:15:20 +0100 From: Tijl Coosemans To: vermaden Subject: Re: PKGNG: virtualbox-ose wants lang/gcc AND pdftk wants lang/gcc46 Message-ID: <20140112121520.3f868631@kalimero.tijl.coosemans.org> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@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: Sun, 12 Jan 2014 11:15:31 -0000 On Sun, 12 Jan 2014 03:00:53 +0100 vermaden wrote: > Where is the logic?I can not install lang/gcc and lang/gcc46 both at > the same time.Any hints? How to use BOTH virtualbox and pdftk using > PKGNG? Please send ports/package related emails to the freebsd-ports mailing list. To answer your question you need pdftk-2.02_1 which should be on all pkg mirrors now. You can check with "pkg search pdftk". From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 11:46: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 378F4ED3 for ; Sun, 12 Jan 2014 11:46:33 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B50DD1A70 for ; Sun, 12 Jan 2014 11:46:32 +0000 (UTC) Received: by mail-la0-f44.google.com with SMTP id eh20so2188607lab.3 for ; Sun, 12 Jan 2014 03:46:29 -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=poXuP+9SMneA+ac3qOXQOOsSeLRy/JiVf1xKsmB2kM0=; b=tb6O9nNdrRil5Sl15xEmiu9NZwL9Yot0vW+vaxQO/o2ZJoVplS8PvfPchVfYK71E3A UXROOgf0I+18t8U0K7qw3OCOT8idr1gq3n9/7aQj/b9uvZB2gaLz9fDJv/db/c3Tr2k0 O16WNlP87bPBGOLU2GoOGMSfxouUdTk91ue0+jj+386s7oWJjuZDGJ+fpJ1ZQqWy0LBc u5EOoG8W9v/WGNsG2XOsBN1ZGbnMzQ6B/RMxF7gDQ4eTwAGU5J3mtLFhqAR7Fq1BfGR1 scb8bUBjxn69CQShjY25kmHQ1Px1u+CBAy7wNwANXCOaauAF0PwqPYDImjsHBCxYn4Nv eojg== X-Received: by 10.112.11.170 with SMTP id r10mr7492363lbb.23.1389527189489; Sun, 12 Jan 2014 03:46:29 -0800 (PST) Received: from [10.0.1.20] (ip-95-220-230-33.bb.netbynet.ru. [95.220.230.33]) by mx.google.com with ESMTPSA id xl4sm9235665lac.9.2014.01.12.03.46.28 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 12 Jan 2014 03:46:28 -0800 (PST) From: Dmitry Sivachenko Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: stable/10 panics on boot Message-Id: Date: Sun, 12 Jan 2014 15:46:26 +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: Sun, 12 Jan 2014 11:46:33 -0000 Hello! Previously I had stable/10 build on Dec, 20 running. Now I upgraded to today's (Jan, 12) snapshot and I get kernel panic on boot: http://people.freebsd.org/~demon/10-panic.png Usually after ipmi0 watchdog attach messages I have these: uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub7: 2 ports with 2 removable, self powered <...> Any help would be appreciated. Thanks. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 12: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 4F8123B5; Sun, 12 Jan 2014 12:14:51 +0000 (UTC) Received: from prod2.absolight.net (mx3.absolight.net [IPv6:2a01:678:2:100::25]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 12BDB1D34; Sun, 12 Jan 2014 12:14:51 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id A2B01BDC44; Sun, 12 Jan 2014 13:14:49 +0100 (CET) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id 83580BDC64; Sun, 12 Jan 2014 13:14:49 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id A01B6CC22B3B; Sun, 12 Jan 2014 13:14:47 +0100 (CET) Date: Sun, 12 Jan 2014 13:14:44 +0100 From: Mathieu Arnold To: vermaden , freebsd-current@freebsd.org, freebsd-stable@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: PKGNG: virtualbox-ose wants lang/gcc AND pdftk wants lang/gcc46 Message-ID: <7459C84BB875D54523A2FB26@atuin.in.mat.cc> In-Reply-To: References: 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 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Jan 2014 12:14:51 -0000 +--On 12 janvier 2014 03:00:53 +0100 vermaden wrote: | Where is the logic?I can not install lang/gcc and lang/gcc46 both at the | same time.Any hints? How to use BOTH virtualbox and pdftk using | PKGNG? Hum, I fixed this on January 4th[1], so it should be fixed in the current packages set. 1: -- Mathieu Arnold From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 12:18: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 6849F68A; Sun, 12 Jan 2014 12:18:09 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A64121D69; Sun, 12 Jan 2014 12:18:08 +0000 (UTC) Received: by mail-ee0-f46.google.com with SMTP id d49so2666747eek.19 for ; Sun, 12 Jan 2014 04:18:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=Uex8Ol1HGCCIMihQFtUYiZYspCZdj4vmfw5hwOTexJk=; b=BHAF82GG6+suKoipn3aBNN0UK2mhGJkNkNp3JkZ9u/WhTHztg19eS1Rgb0kfn991PF nKz70YknqKBwt10WWL42VbRZy4t87k2KHBKd21Le6lz1tCkpYuWuiQoVxop1dpgsRq3S /NQCj23l2p4RwoXBMsTJleqUpgA/POuFN7o3TIFkmBzGdxYIDYf7XgiLFXCpdEcSrfWJ OHJOa/P4SWws2ErbMKcHMeSlyNZgigJG2S/7uczQQIZFOOowXKY0efPtuqU8jRuBWjAK p92dchfD8yBWQAHagOdRcwady2TEfgqDBiu7aQUswXYJW2h5VhQ74yYZwZ4b+yfhujLS 3r+w== X-Received: by 10.15.75.68 with SMTP id k44mr21357047eey.57.1389529086985; Sun, 12 Jan 2014 04:18:06 -0800 (PST) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPSA id m48sm12575268eef.6.2014.01.12.04.18.05 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 12 Jan 2014 04:18:06 -0800 (PST) Sender: Mikolaj Golub Date: Sun, 12 Jan 2014 14:18:03 +0200 From: Mikolaj Golub To: Devin Teske Subject: Re: MFC r258588: Fix for VIMAGE Message-ID: <20140112121802.GA16750@gmail.com> References: <4BDBE950-849D-4FBF-9F62-F08200A22F15@fisglobal.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BDBE950-849D-4FBF-9F62-F08200A22F15@fisglobal.com> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Craig Rodrigues , freebsd-stable@freebsd.org, "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Jan 2014 12:18:09 -0000 On Tue, Dec 31, 2013 at 12:12:47AM +0000, Teske, Devin wrote: > Hi, > > I recently updated from 9.2-R to stable/9 and found that many times while > attempting to shut down a vimage jail, that the box would crash. So I found > SVN r258588 in HEAD, merged it into my stable/9 kernel, rebooted.. and > problem is now solved. > > Any objects to merging r258588 to stable/9? Ah, it looks like I was responsible for that bug. Craig, thank you for fixing it. I think it should definitely be merged to stable/9. BTW, wouldn't increasing IPFW_NAT_VNET_ORDER instead of IPFW_NAT_SI_SUB_FIREWALL fix the issue? It looks a little better to me. Also, I think it would be good to have some coment in the code why this order was chosen. Or better -- to export startup order declarations from ip_fw2.c to ip_fw_private.h and use it for ip_fw_nat too, so it would become self-documenting and not break if one decides to change the ordering in ipfw module. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 12:46: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 26812AF1; Sun, 12 Jan 2014 12:46:31 +0000 (UTC) Received: from mail-bk0-x236.google.com (mail-bk0-x236.google.com [IPv6:2a00:1450:4008:c01::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5FBC51F02; Sun, 12 Jan 2014 12:46:30 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id u14so466702bkz.13 for ; Sun, 12 Jan 2014 04:46:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=N3USkcuFmLzK/VJtoP8Ry/wXVDVLp0aCU0dUMvOfHMM=; b=JHOtj8SX2cm6AW4Zzpg6zDv4J4bbFKO08mQcj+MeMkhMp9a75aJXN5NUunHc0VaVMa KLvOu7ZXD59Alu9LUCDaV8rCkMVSM3OUwzP1GfMXLoTamFEZtezwYTSuyb/c4cKh/jCu WCyClRNZCam7hMLENRc2TFXXJXAs+/2s+nV9ST8/jvQcNYnxCPoajjNOZ/bZ3truYtJm sxCHq5ObySq6Feih1JXE2SuWVZFe2k06ebOY25pWzwFPso1w6DDfw+utwYlTQNS7njLq BnmL8GzjaGGGhdJZBYi7swAR2joFtfyWBunnueZXY+8/AFdPKiDKmk4yFnIm6PTBQv1r SbZQ== X-Received: by 10.204.114.68 with SMTP id d4mr6887802bkq.13.1389530788147; Sun, 12 Jan 2014 04:46:28 -0800 (PST) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPSA id jv7sm8865475bkb.6.2014.01.12.04.46.26 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 12 Jan 2014 04:46:27 -0800 (PST) Sender: Mikolaj Golub Date: Sun, 12 Jan 2014 14:46:25 +0200 From: Mikolaj Golub To: Dmitry Sivachenko Subject: Re: stable/10 panics on boot Message-ID: <20140112124624.GB16750@gmail.com> 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: stable@freebsd.org, Scott Long , 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: Sun, 12 Jan 2014 12:46:31 -0000 On Sun, Jan 12, 2014 at 03:46:26PM +0400, Dmitry Sivachenko wrote: > Hello! > > Previously I had stable/10 build on Dec, 20 running. > > Now I upgraded to today's (Jan, 12) snapshot and I get kernel panic on boot: > http://people.freebsd.org/~demon/10-panic.png As it crashes in cam's doneq thread, it might be related to r260385, r260387 (MFC Alexander Motin's GEOM direct dispatch work, by Scott). -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 13:15: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 986D23FF; Sun, 12 Jan 2014 13:15:45 +0000 (UTC) Received: from mail-ee0-x229.google.com (mail-ee0-x229.google.com [IPv6:2a00:1450:4013: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 D7E0910DF; Sun, 12 Jan 2014 13:15:44 +0000 (UTC) Received: by mail-ee0-f41.google.com with SMTP id e49so990796eek.28 for ; Sun, 12 Jan 2014 05:15:43 -0800 (PST) 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=ReD2BedWdvZ9h/TfvGrgsGLqSff/Scl7Rjr1Ul98u+w=; b=MQSNYk6iwhHZ5l6OY0PTQTzc31cuk93AG9v5wSCQAnx6qQ4zKlmGizeyv6kYeVqzbr /a5YxHTCM6T+DaCjH06++28VSq4RtrDV8aa80m4gV4MeDv6JB21qUiNMM3YwxerJKjgT zLi6cbcOt9ilynSES/bI/s3a8K99BnSTwU/BMT+TMwgWiULRHr2jGRqzkuz0aRrrMmB/ 0cLAxosdoeW8ihQg8Re9wxCAYQQqDAx0EiodeNyuaYalygQ6KEdvlfL4YChNnBlB7DOa hAiZuKgf5gplNuZRV82USGUiW56N1FTkCDHXRTfs2voSiPcMi6xrTpDej3vMbMGpvdJc zqyQ== X-Received: by 10.14.39.3 with SMTP id c3mr21642357eeb.4.1389532543337; Sun, 12 Jan 2014 05:15:43 -0800 (PST) Received: from mavbook.mavhome.dp.ua ([134.249.139.101]) by mx.google.com with ESMTPSA id x45sm3817529eee.3.2014.01.12.05.15.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 12 Jan 2014 05:15:42 -0800 (PST) Sender: Alexander Motin Message-ID: <52D2957C.6020408@FreeBSD.org> Date: Sun, 12 Jan 2014 15:15:40 +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: Mikolaj Golub , Dmitry Sivachenko Subject: Re: stable/10 panics on boot References: <20140112124624.GB16750@gmail.com> In-Reply-To: <20140112124624.GB16750@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Scott Long X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Jan 2014 13:15:45 -0000 On 12.01.2014 14:46, Mikolaj Golub wrote: > On Sun, Jan 12, 2014 at 03:46:26PM +0400, Dmitry Sivachenko wrote: >> Previously I had stable/10 build on Dec, 20 running. >> >> Now I upgraded to today's (Jan, 12) snapshot and I get kernel panic on boot: >> http://people.freebsd.org/~demon/10-panic.png > > As it crashes in cam's doneq thread, it might be related to r260385, > r260387 (MFC Alexander Motin's GEOM direct dispatch work, by Scott). It might be already fixed in HEAD in SVN revisions r260541+r260547 or r260549. Dmitry, could you please try to apply at least first two patches? -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 13:57: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 B9219B70; Sun, 12 Jan 2014 13:57:25 +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 B000E1339; Sun, 12 Jan 2014 13:57:24 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id b8so2706294lan.5 for ; Sun, 12 Jan 2014 05:57:22 -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=pvP29ZKazokhlN6ZgxrTQqOY08ecmp2Is6iH6w1Wi/A=; b=r5wEWD7vquHQDsr5iE4wR3RL9FRAi2o7fsBTErbgteGLJE9T5VrmdZjPqdvZabUu2c q9Gdpkzfc6ZgTecL0CR2CIo2szBcjzfI+BJ8h3yoDl0MANDLQdiDvZ+S/PCdDN9rZlcP Jc4a1XpIeuRl5+DWC7EhhnboiwzsvXFXCDgoWGrRQl3p7WiiKNVIiMdRobCY03M81DL0 0/cODKD8BiNSx2YYRU30Lt6q45DH5XmMHUEVN8fTIMKujSw+EKG+3O69RgvkCjoUZpFl 24nwVk+DyANUS1fxccg1P4fWSdU/v0Q6yE0TUaSHS24Qhj2wEa111EBL+mn3MKwChKgL fr3g== X-Received: by 10.152.26.37 with SMTP id i5mr1665604lag.60.1389535042785; Sun, 12 Jan 2014 05:57:22 -0800 (PST) Received: from [10.0.1.20] (ip-95-220-230-33.bb.netbynet.ru. [95.220.230.33]) by mx.google.com with ESMTPSA id n13sm7517390lbl.17.2014.01.12.05.57.21 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 12 Jan 2014 05:57:21 -0800 (PST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: stable/10 panics on boot From: Dmitry Sivachenko In-Reply-To: <52D2957C.6020408@FreeBSD.org> Date: Sun, 12 Jan 2014 17:57:19 +0400 Content-Transfer-Encoding: quoted-printable Message-Id: <4E3AE9B1-B269-46CB-ABE2-5FFA3C215243@gmail.com> References: <20140112124624.GB16750@gmail.com> <52D2957C.6020408@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1827) Cc: Mikolaj Golub , stable@freebsd.org, Scott Long X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 12 Jan 2014 13:57:25 -0000 On 12 =D1=8F=D0=BD=D0=B2. 2014 =D0=B3., at 17:15, Alexander Motin = wrote: > On 12.01.2014 14:46, Mikolaj Golub wrote: >> On Sun, Jan 12, 2014 at 03:46:26PM +0400, Dmitry Sivachenko wrote: >>> Previously I had stable/10 build on Dec, 20 running. >>>=20 >>> Now I upgraded to today's (Jan, 12) snapshot and I get kernel panic = on boot: >>> http://people.freebsd.org/~demon/10-panic.png >>=20 >> As it crashes in cam's doneq thread, it might be related to r260385, >> r260387 (MFC Alexander Motin's GEOM direct dispatch work, by Scott). >=20 > It might be already fixed in HEAD in SVN revisions r260541+r260547 or = r260549. Dmitry, could you please try to apply at least first two = patches? With r260541+r260547 applied, my system is booting fine, thank you!= From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 15:35: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 F092366E for ; Sun, 12 Jan 2014 15:35:59 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86CC41A25 for ; Sun, 12 Jan 2014 15:35:59 +0000 (UTC) Received: by mail-we0-f181.google.com with SMTP id u56so3467490wes.12 for ; Sun, 12 Jan 2014 07:35:58 -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=/k6jcZ3Z4qHGAYyQQu1q/PsIs1LNNcgFDlJzXYzj0lU=; b=VHE0rtgxGO+lowhRLHzn3HH6EOVjfxi70ku52TSP2rvDAS6iuqzlzoI70iH1W7rooR xfaFkAIV1y+CN1yU3KSwec8W+XqReUDM2KkVRsHMuy2coEvNkbYK2nKSUvqceSvRc6an VGEZkDpFR/JZpU98tGNa9m5AL2y2RCPvoT0AnPuxl8HywHGpr9AGI35er6MKLh0JQJG1 zjhWEbAjzXGnrv4BGp/AYK7Xh/2rbthchU0CVgwa+f4fL3jHmGEmpss13dUTfxICQkMX 3j9xK/I+eXTp9XoMw5Suc1T6QCINS421jGDJiGwFoGRf9tjXgvxwApWPo1MhiIvRj+tE 2fEw== X-Received: by 10.180.160.166 with SMTP id xl6mr11537094wib.43.1389540957928; Sun, 12 Jan 2014 07:35:57 -0800 (PST) Received: from hollewijn.internal (8d690a59.ftth.concepts.nl. [141.105.10.89]) by mx.google.com with ESMTPSA id ci4sm9115462wjc.21.2014.01.12.07.35.56 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 12 Jan 2014 07:35:56 -0800 (PST) From: Alban Hertroys Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: mountd Invalid radix node head (9-STABLE) Message-Id: <213B8FEA-085A-48DF-BDB2-9837165CA1D6@gmail.com> Date: Sun, 12 Jan 2014 16:38:50 +0100 To: freebsd-stable List 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: Sun, 12 Jan 2014 15:36:00 -0000 I=92ve been messing around with my NFS exports definitions to add some = new mount-points to the list and I got most of it working again (at = least, the important bits). However, 2 exports in that file are causing problems. When I restart = mountd, they log lines like: Jan 12 16:01:14 solfertje mountd[99349]: can't change attributes for = /usr/home/smb: Invalid radix node head, rn: 0 0xfffffe0023e1c600 Jan 12 16:01:14 solfertje mountd[99349]: bad exports list line = /usr/home/smb -mapall Jan 12 16:01:14 solfertje mountd[99349]: can't change attributes for = /usr/home/vhosts/django: Invalid radix node head, rn: 0 = 0xfffffe0023e1c600 Jan 12 16:01:14 solfertje mountd[99349]: bad exports list line = /usr/home/vhosts/django -mapall What does that message mean? Where do I look to fix this? $ cat /etc/exports=20 V4: /usr/home #/usr/home \ # -alldirs \ /usr/home/dalroi \ -mapall=3Ddalroi \ -network 10.236.150.0/23 /usr/home/media \ -mapall=3Ddalroi \ -network 10.236.150.0/23 /usr/home/media2 \ -mapall=3Ddalroi \ -network 10.236.150.0/23 /usr/home/media3 \ -mapall=3Ddalroi \ -network 10.236.150.0/23 /usr/home/smb \ -mapall=3Ddalroi \ -network 10.236.150.0/23 /usr/home/vhosts/django \ -mapall=3Ddalroi \ -network 10.236.150.0/23 It is possible that this is an issue with my (somewhat older) 9-STABLE, = which is: FreeBSD solfertje 9.1-STABLE FreeBSD 9.1-STABLE #6: Mon Jun 10 20:46:00 = CEST 2013 dalroi@solfertje:/usr/obj/usr/src/sys/ANTELOPE amd64 (Looks like the system has been running since that date too) 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 Jan 12 16:02: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 A0A1EBF0 for ; Sun, 12 Jan 2014 16:02:45 +0000 (UTC) Received: from www.mimar.rs (www.mimar.rs [193.53.106.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4F6841CE7 for ; Sun, 12 Jan 2014 16:02:45 +0000 (UTC) Received: from tazar.mimar.rs (localhost [127.0.0.1]) by www.mimar.rs (Postfix) with ESMTP id 0C09BB903D for ; Sun, 12 Jan 2014 17:02:37 +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:message-id:subject:subject:from:from:date :date:received:received; s=mimar-0901; t=1389542550; x= 1391356951; bh=SIM48rNA4sWsXKukqvRzq4EFRm1CYxE+znzdIWRYcHQ=; b=h JMwfeFg1afdD1fyNnPiJZXFnTn50TGCVSW5Mw6O8fbNKI6DrrwhtUZdkOokwPbjp axTwozIrGAKiq0VmrBqyaeERUvp5e2IB1vvTvp1RlTsEx8+R+7bmSL8OTYiu8t+8 x940OwbFecPiedyCiEmRoZSUQCBRuhGosWhKt1CYa4= 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 9dN3fR61Cpy0 for ; Sun, 12 Jan 2014 17:02:30 +0100 (CET) Received: from kaa.mimar.rs (178-221-81-237.dynamic.isp.telekom.rs [178.221.81.237]) (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 D3BB0B902E for ; Sun, 12 Jan 2014 17:02:29 +0100 (CET) Date: Sun, 12 Jan 2014 17:02:29 +0100 From: Marko =?UTF-8?B?Q3VwYcSH?= To: freebsd-stable@freebsd.org Subject: mpd5 can't create mppc node Message-Id: <20140112170229.25a724ec1a5ab21d8d8448f9@mimar.rs> Organization: Mimar X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.22; amd64-portbld-freebsd9.2) 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: Sun, 12 Jan 2014 16:02:45 -0000 Hi, I am using 9.2-STABLE r260560 amd64. I have compiled custom kernel, leaving bunch of devices I don't have on my system out. I have also set make.conf to build only ntfs and netgraph kernel modules: MODULES_OVERRIDE =3D ntfs netgraph I can not connect to my pptp server since, and the first line of output when mpd5 is started is: MppcTestCap: can't create mppc node: Exec format error Also I see the following in messages: kaa kernel: KLD ng_mppc.ko: depends on rc4 - not available or version mismatch kaa kernel: linker_load_file: Unsupported file type Any advices? --=20 Marko Cupa=C4=87 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 21:10: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 B0BB3A0A for ; Sun, 12 Jan 2014 21:10:40 +0000 (UTC) Received: from nm25-vm2.bullet.mail.ne1.yahoo.com (nm25-vm2.bullet.mail.ne1.yahoo.com [98.138.91.213]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 71E571120 for ; Sun, 12 Jan 2014 21:10:40 +0000 (UTC) Received: from [98.138.100.115] by nm25.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jan 2014 21:10:38 -0000 Received: from [98.138.226.124] by tm106.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jan 2014 21:10:38 -0000 Received: from [127.0.0.1] by smtp203.mail.ne1.yahoo.com with NNFMP; 12 Jan 2014 21:10:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1389561038; bh=TNagU6iXr9rEQB3ZX9tL4Aj7RR/is/l0cV4gtKuye7k=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=t5ilIl2AibcZ4PSABFanoQhIUKBRFXNInto3dp7LWGtPtMpAdpMcnfYq+33rxPs9/Fpv7+Fk0xCZ6mv1g34fR7/n0iocBXdmPHVrSi74WBILkA1qS9uyBCyktVbYVYc+bdbakV8xZ2y8Ly/EjwBvt0HaaT89EVWBQWg6wlpC20M= X-Yahoo-Newman-Id: 744642.10380.bm@smtp203.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: 3LeY7kAVM1mC0J4lfbNQda1oIffmNhqWn.J7fOhiaxSYVJ5 OYaSJrUBO5tTwpIll9c1wj.vrkuwNl3SNwr.scAYMxc9KjZ6YRdnbEhyHJP2 yZ1IC3Wv8QkYIh4c8dja8pJ_7Vp6VG8x5BCfqYj9omGxV1kPpyQ48UWA5bDQ _cbzireLHa1xKOg7KWepp5yqQa3sv2t265d9zRB2qRSe_7XlwzL9E2EV_9tU dgfKx1lwsX89TC9QCF7NPD5K4IbRxLG1AnRBdF2YokKAESCaXLpFB226EJ9l x6m1PtTK24I89f59wpazEYV4NEKbFEwrPkAt4ZxFPSMVLIxZ00Zh5zLP20Id gzJHhPGGrBWZ15JzEbL9XtY9sb37IJHru69x3GYFwq7DmeoVYLqPkQ4OjwHw xY7nRMi3RhDTyXCCQ_BqWkPXkyJJCRJP0Z5WDnZd_QjGYU1uQhBIVkkCF7F0 P2xudYQEp4USnZPZtgn.RqDvTbwChwX5dv1_rH38TeofkAj2XsujSNPH8mAU OcPPpsNv_znVirgYUxRYPjBySzXFRVJso1l2PbVKh610K15tMHaKXHH64i1q .0vCnmNjCH0YhDJ6iyKRwjvQUbxrnRouFkww8.7T8t4z5B5X6YBRtmxJnqor wFlWW9XG6vfK_uOdBMtdpvQr09XnBl3ULrLVc_LCq7Pan82fXm_UokE1nSQe 9ibiZBkeXRTfNFGaQrJZnaXS72OEIRMVwbZM- X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.138] (sean_bruno@24.23.220.111 with plain [63.250.193.228]) by smtp203.mail.ne1.yahoo.com with SMTP; 12 Jan 2014 13:10:38 -0800 PST Subject: Re: panic: stable/10 with Debugging enabled in kern_cons.c:500 From: Sean Bruno To: Konstantin Belousov In-Reply-To: <20140112034203.GA59496@kib.kiev.ua> References: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> <20140112034203.GA59496@kib.kiev.ua> Content-Type: text/plain; charset="us-ascii" Date: Sun, 12 Jan 2014 13:10:37 -0800 Message-ID: <1389561037.1395.10.camel@powernoodle.corp.yahoo.com> 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.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: Sun, 12 Jan 2014 21:10:40 -0000 On Sun, 2014-01-12 at 05:42 +0200, Konstantin Belousov wrote: > On Sat, Jan 11, 2014 at 02:44:57PM -0800, Sean Bruno wrote: > > On Sat, 2014-01-11 at 14:12 -0800, Sean Bruno wrote: > > > I can't imagine that I'm the first person to run with the following > > > debug options enabled: > > > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html > > > > > > But, I can't get stable/10 to post on a plain old supermicro box with > > > those debugging symbols enabled. > > > > > > > > > random: unblocking device. > > > panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx > > > @ /usr/src/sys/kern/kern_cons.c:500 > > > > > > cpuid = 0 > > > KDB: stack backtrace: > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > 0xfffffe1764e681b0 > > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1764e68260 > > > vpanic() at vpanic+0x126/frame 0xfffffe1764e682a0 > > > kassert_panic() at kassert_panic+0x136/frame 0xfffffe1764e68310 > > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x166/frame > > > 0xfffffe1764e68350 > > > cnputs() at cnputs+0x32/frame 0xfffffe1764e68370 > > > putchar() at putchar+0x13a/frame 0xfffffe1764e683f0 > > > kvprintf() at kvprintf+0xda/frame 0xfffffe1764e684f0 > > > vprintf() at vprintf+0x87/frame 0xfffffe1764e685c0 > > > printf() at printf+0x43/frame 0xfffffe1764e68620 > > > witness_checkorder() at witness_checkorder+0xa99/frame > > > 0xfffffe1764e686b0 > > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > > > 0xfffffe1764e686f0 > > > uart_cnputc() at uart_cnputc+0x3b/frame 0xfffffe1764e68710 > > > cnputc() at cnputc+0x7f/frame 0xfffffe1764e68740 > > > cnputs() at cnputs+0x58/frame 0xfffffe1764e68760 > > > putchar() at putchar+0x13a/frame 0xfffffe1764e687e0 > > > kvprintf() at kvprintf+0xda/frame 0xfffffe1764e688e0 > > > vprintf() at vprintf+0x87/frame 0xfffffe1764e689b0 > > > printf() at printf+0x43/frame 0xfffffe1764e68a10 > > > witness_checkorder() at witness_checkorder+0xa99/frame > > > 0xfffffe1764e68aa0 > > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > > > 0xfffffe1764e68ae0 > > > msleep_spin_sbt() at msleep_spin_sbt+0x90/frame 0xfffffe1764e68b70 > > > random_kthread() at random_kthread+0x1d0/frame 0xfffffe1764e68bb0 > > > fork_exit() at fork_exit+0x84/frame 0xfffffe1764e68bf0 > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1764e68bf0 > > > --- trap 0, rip = 0, rsp = 0xfffffe1764e68cb0, rbp = 0 --- > > > KDB: enter: panic > > > [ thread pid 14 tid 100057 ] > > > Stopped at kdb_enter+0x3e: movq $0,kdb_why > > > > > > Witness induced. Removed the witness option and this doesn't happen > > (obviously). Can I get someone familiar with console code to look into > > this? Kind of crappy when I'm investigating a resource starvation > > issue. > > Add > options WITNESS_SKIPSPIN > to the kernel config. This is required now, unfortunately. Confirmed. Thank you. It looks like the machine becomes seriously unuseable with this much debugging on. After a few hours of testing. I cannot run "svn up" any more and the system seems sluggish. root@redbuild03:/usr/src # svn up -r 260075 Updating '.': load: 2.06 cmd: svn 12480 [*kmem arena] 624.87r 0.35u 434.25s 0% 11672k load: 2.06 cmd: svn 12480 [*kmem arena] 625.71r 0.35u 434.25s 0% 11672k load: 2.06 cmd: svn 12480 [*kmem arena] 625.91r 0.35u 434.25s 0% 11672k load: 2.06 cmd: svn 12480 [*kmem arena] 626.09r 0.35u 434.25s 0% 11672k load: 2.06 cmd: svn 12480 [*kmem arena] 626.27r 0.35u 434.25s 0% 11672k load: 2.06 cmd: svn 12480 [*kmem arena] 626.45r 0.35u 434.25s 0% 11672k load: 2.06 cmd: svn 12480 [*kmem arena] 626.61r 0.35u 434.25s 0% 11672k load: 2.06 cmd: svn 12480 [*kmem arena] 626.79r 0.35u 434.25s 0% 11672k load: 2.06 cmd: svn 12480 [*kmem arena] 626.95r 0.35u 434.25s 0% 11672k load: 2.06 cmd: svn 12480 [*kmem arena] 627.13r 0.35u 434.25s 0% 11672k Is this a symptom of the level of debugging or am I starting to come close to a problem that needs investigation? sean From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 21:14: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 B84EFB63 for ; Sun, 12 Jan 2014 21:14:20 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 536EC11A5 for ; Sun, 12 Jan 2014 21:14:20 +0000 (UTC) Received: by mail-wg0-f50.google.com with SMTP id l18so5020635wgh.29 for ; Sun, 12 Jan 2014 13:14:18 -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=r3+UjyDwZ6SuVnM8V5eithGCXeedcySPZY/s+TqIE/U=; b=aY1onx7HSBLHv3daRcGpHkSDZ6TXTvLFbRR4FNCvk1Gr+Y3TXdyal/5uiR8laO46fM gV90TtmN2ObZEaZYx2hOQflGYGaWUyFMhHaJ5TaqH0mSXwysjIvzwqJYwKryZdjLSHqo rbEOiF+7/E469snXry+dbIClPrF1wBz/JCdqJz/+sM9cSZRWBmq7AkS9BLR7NsV2aKX4 1KnVoKeTckUjaWq7urxPgQpRPrBCfkY4ig+NQnMAnaqBrlsR9smQrxBkH6rlQGvzIO+f wiAEDErNQFIrtvppfi0GM+xVGF+9grCTMDbeNhXzSPU//2mG3d/Vq09Uh2vvZCR9WJER TyTQ== MIME-Version: 1.0 X-Received: by 10.180.12.115 with SMTP id x19mr12184357wib.49.1389561258848; Sun, 12 Jan 2014 13:14:18 -0800 (PST) Received: by 10.194.15.1 with HTTP; Sun, 12 Jan 2014 13:14:18 -0800 (PST) Date: Sun, 12 Jan 2014 16:14:18 -0500 Message-ID: Subject: Cannot connect to10.0-RC5 r260540 in hostap mode from any clients From: Kim Culhan 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: Sun, 12 Jan 2014 21:14:20 -0000 Been following 10.0 and for several weeks have not been able to connect to an ath AR9227 ap running on the machine. Presently at 10.0-RC5 r260540, same situation at RC3, and for some revs previous. Sorry I don't have better debugging info, let me know how I can provide that. thanks -kim From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 21: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 B2B8D3BA; Sun, 12 Jan 2014 21:33:43 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 39C5B12DC; Sun, 12 Jan 2014 21:33:43 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.7/8.14.7) with ESMTP id s0CLXbR6095708; Sun, 12 Jan 2014 23:33:37 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua s0CLXbR6095708 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id s0CLXbLe095707; Sun, 12 Jan 2014 23:33:37 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 12 Jan 2014 23:33:36 +0200 From: Konstantin Belousov To: sbruno@freebsd.org Subject: Re: panic: stable/10 with Debugging enabled in kern_cons.c:500 Message-ID: <20140112213336.GF59496@kib.kiev.ua> References: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> <20140112034203.GA59496@kib.kiev.ua> <1389561037.1395.10.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xC0pSYFZtSbvM9LT" Content-Disposition: inline In-Reply-To: <1389561037.1395.10.camel@powernoodle.corp.yahoo.com> User-Agent: Mutt/1.5.22 (2013-10-16) 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 version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on tom.home 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, 12 Jan 2014 21:33:43 -0000 --xC0pSYFZtSbvM9LT Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 12, 2014 at 01:10:37PM -0800, Sean Bruno wrote: > On Sun, 2014-01-12 at 05:42 +0200, Konstantin Belousov wrote: > > On Sat, Jan 11, 2014 at 02:44:57PM -0800, Sean Bruno wrote: > > > On Sat, 2014-01-11 at 14:12 -0800, Sean Bruno wrote: > > > > I can't imagine that I'm the first person to run with the following > > > > debug options enabled: > > > >=20 > > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handboo= k/kerneldebug-deadlocks.html > > > >=20 > > > > But, I can't get stable/10 to post on a plain old supermicro box wi= th > > > > those debugging symbols enabled. =20 > > > >=20 > > > >=20 > > > > random: unblocking device. > > > > panic: mtx_lock_spin: recursed on non-recursive mutex cnputs_mtx > > > > @ /usr/src/sys/kern/kern_cons.c:500 > > > >=20 > > > > cpuid =3D 0 > > > > KDB: stack backtrace: > > > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame > > > > 0xfffffe1764e681b0 > > > > kdb_backtrace() at kdb_backtrace+0x39/frame 0xfffffe1764e68260 > > > > vpanic() at vpanic+0x126/frame 0xfffffe1764e682a0 > > > > kassert_panic() at kassert_panic+0x136/frame 0xfffffe1764e68310 > > > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x166/frame > > > > 0xfffffe1764e68350 > > > > cnputs() at cnputs+0x32/frame 0xfffffe1764e68370 > > > > putchar() at putchar+0x13a/frame 0xfffffe1764e683f0 > > > > kvprintf() at kvprintf+0xda/frame 0xfffffe1764e684f0 > > > > vprintf() at vprintf+0x87/frame 0xfffffe1764e685c0 > > > > printf() at printf+0x43/frame 0xfffffe1764e68620 > > > > witness_checkorder() at witness_checkorder+0xa99/frame > > > > 0xfffffe1764e686b0 > > > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > > > > 0xfffffe1764e686f0 > > > > uart_cnputc() at uart_cnputc+0x3b/frame 0xfffffe1764e68710 > > > > cnputc() at cnputc+0x7f/frame 0xfffffe1764e68740 > > > > cnputs() at cnputs+0x58/frame 0xfffffe1764e68760 > > > > putchar() at putchar+0x13a/frame 0xfffffe1764e687e0 > > > > kvprintf() at kvprintf+0xda/frame 0xfffffe1764e688e0 > > > > vprintf() at vprintf+0x87/frame 0xfffffe1764e689b0 > > > > printf() at printf+0x43/frame 0xfffffe1764e68a10 > > > > witness_checkorder() at witness_checkorder+0xa99/frame > > > > 0xfffffe1764e68aa0 > > > > __mtx_lock_spin_flags() at __mtx_lock_spin_flags+0x95/frame > > > > 0xfffffe1764e68ae0 > > > > msleep_spin_sbt() at msleep_spin_sbt+0x90/frame 0xfffffe1764e68b70 > > > > random_kthread() at random_kthread+0x1d0/frame 0xfffffe1764e68bb0 > > > > fork_exit() at fork_exit+0x84/frame 0xfffffe1764e68bf0 > > > > fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe1764e68bf0 > > > > --- trap 0, rip =3D 0, rsp =3D 0xfffffe1764e68cb0, rbp =3D 0 --- > > > > KDB: enter: panic > > > > [ thread pid 14 tid 100057 ] > > > > Stopped at kdb_enter+0x3e: movq $0,kdb_why > > >=20 > > >=20 > > > Witness induced. Removed the witness option and this doesn't happen > > > (obviously). Can I get someone familiar with console code to look in= to > > > this? Kind of crappy when I'm investigating a resource starvation > > > issue. > >=20 > > Add > > options WITNESS_SKIPSPIN > > to the kernel config. This is required now, unfortunately. >=20 >=20 > Confirmed. Thank you. >=20 > It looks like the machine becomes seriously unuseable with this much > debugging on. After a few hours of testing. I cannot run "svn up" any > more and the system seems sluggish. >=20 > root@redbuild03:/usr/src # svn up -r 260075 > Updating '.': > load: 2.06 cmd: svn 12480 [*kmem arena] 624.87r 0.35u 434.25s 0% 11672k > load: 2.06 cmd: svn 12480 [*kmem arena] 625.71r 0.35u 434.25s 0% 11672k > load: 2.06 cmd: svn 12480 [*kmem arena] 625.91r 0.35u 434.25s 0% 11672k > load: 2.06 cmd: svn 12480 [*kmem arena] 626.09r 0.35u 434.25s 0% 11672k > load: 2.06 cmd: svn 12480 [*kmem arena] 626.27r 0.35u 434.25s 0% 11672k > load: 2.06 cmd: svn 12480 [*kmem arena] 626.45r 0.35u 434.25s 0% 11672k > load: 2.06 cmd: svn 12480 [*kmem arena] 626.61r 0.35u 434.25s 0% 11672k > load: 2.06 cmd: svn 12480 [*kmem arena] 626.79r 0.35u 434.25s 0% 11672k > load: 2.06 cmd: svn 12480 [*kmem arena] 626.95r 0.35u 434.25s 0% 11672k > load: 2.06 cmd: svn 12480 [*kmem arena] 627.13r 0.35u 434.25s 0% 11672k >=20 >=20 > Is this a symptom of the level of debugging or am I starting to come > close to a problem that needs investigation? This is a DIAGNOSTIC option, I think. Set sysctl debug.enable_vmem_check= =3D0; I thought that the default was changed in HEAD long time ago, but apparently it was not. --xC0pSYFZtSbvM9LT Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJS0wowAAoJEJDCuSvBvK1BTVsP/A3ivsh3kMLrarHOtIj2t0Uj wxohFfB5/Ol5Q2GsqwJ+pc48VqjIb3yy+2+P0eOZs+tLkx0D4rFxNysZ8osfERV4 AZt/senmam17mEpP1fEkXJobOhHO1BY9+szNV2iFoEdun2QIyOwNf5gZ32gMYhmO p1CwYbS/mqKjb1lKlT4IMbALieJhs2ljhXALmqUTvtcGbTAbHmYQOuW7w76uJHse jXR45j2orZsWBO/KMmadaD8govFuqF98ofDi6a1kBL2A3OyGi94diDgVHaQgn4yR YiLo5OC09k2ZH8J+mjZqoa5OrwNh/h4FJxRHZqRDqdoGpfArNpVzoXr6svqj6io5 GEBBU1zHVbaKlhMxxBWGlKrCd0lmoWyisr0LmpzHndrWdp188lyb77ghVI/fFi3U XlU8/q7M99YnVJ4LcnE4vGk7gu2ED/ErO0p8HRFt0tkJ4gWqyNYmM+nNs6n54i9x z7y54xrcg9dbJv4Okn3CxPVcDPF1cSIaOHt3uJ4KQqKC59R8MgIAx1MSijjtw2X7 jO9OfguxaJEGqgNO5AW43NZMThkQVS3RRKV7xCyErmeWxDmxquBm0nyojmk/Fcwn P1o1TetGbxMsKVNe5y9MTDKfFlHV//iKVtallQUFIGTjcPgLGwy2rGklYoEsa8VM siZ32Cfr1VGClT1R1iUp =V85i -----END PGP SIGNATURE----- --xC0pSYFZtSbvM9LT-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 22:04: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 3C625D1C for ; Sun, 12 Jan 2014 22:04:33 +0000 (UTC) Received: from nm5-vm4.bullet.mail.ne1.yahoo.com (nm5-vm4.bullet.mail.ne1.yahoo.com [98.138.91.165]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CFBCB1511 for ; Sun, 12 Jan 2014 22:04:32 +0000 (UTC) Received: from [98.138.100.112] by nm5.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jan 2014 22:01:15 -0000 Received: from [98.138.226.62] by tm103.bullet.mail.ne1.yahoo.com with NNFMP; 12 Jan 2014 22:01:15 -0000 Received: from [127.0.0.1] by smtp213.mail.ne1.yahoo.com with NNFMP; 12 Jan 2014 22:01:15 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1389564075; bh=EgIvXCXnLCBk/dm9bGgd/NDb/jDC8C2GyMlaAPnLJ+U=; h=X-Yahoo-Newman-Id:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:Subject:From:Reply-To:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding; b=sD3hp3N67sUbvqnwzL8FqCPhLZNcnWqjBTq/yc8ASMvtGYf5rs/NHeAOlJEPpcDDyzk/OHFQx2xzfvs1bAVbXU+/BEzJA9OAFPuyqY1jbDY0WlmmQ6PossHjrhV0nsKIi3XVJlXbherrauR2gi+NFzx235sree4gZBeRf5CkOF4= X-Yahoo-Newman-Id: 364167.55392.bm@smtp213.mail.ne1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: EHA2pGMVM1mjW.olr_qV0OrH4i7LZPBTssZClVShB3mcxFu OHmQNVYN_yIHLdBxfXEHa7wGmNPQyFIaFDx3ifDRxrzHU8y2id3mGoUs1I3Q 6ksXwHT1u8P3AoDpXGT4NpcYZtAQeRiGVyq9TDyldZHLJ2qKAYtHp19vHhZO nSs4DoL.5xWCeZBKEldVDUVjkmP2T.dYqgp5f7sIIO92ZIRhq8fr6YjpmNMH WQd3SHoIYhfflp78WzymN7GT.m86fcCye21eTtQdb0GDDR6FnVugDxB5UM_Y _rFPKJSFVD.TxhR72519u_gcugloEvQwRnWvy1kyNjDV5zZc4g8sE96samCI KAb5HG9t.24kRWVePpzjR2LqmTEDGj9kByO.EKHVyVU8mzznhQRfvPG_M8Ps wB5uWxecpJrcMhk34GmUJh0emRQWMCz0b8zovA2MCZTpq50pi9npISiN0r79 dBiSQOK5L9IwRvUSwX9NdSJQiIjgcWHAlzocmCzSgRxWh92bx7DHVUs8OcG7 NJwCjNNr.x.s5uLLY2yYqgI7qC0QUbcJ0_XpZbMnPTFBKMI8BNk5B X-Yahoo-SMTP: u5BKR6OswBC_iZJVfGRoMkTIpc8pEA4- X-Rocket-Received: from [192.168.100.138] (sean_bruno@24.23.220.111 with plain [63.250.193.228]) by smtp213.mail.ne1.yahoo.com with SMTP; 12 Jan 2014 22:01:15 +0000 UTC Subject: Re: panic: stable/10 with Debugging enabled in kern_cons.c:500 From: Sean Bruno To: Konstantin Belousov In-Reply-To: <20140112213336.GF59496@kib.kiev.ua> References: <1389478327.46758.7.camel@powernoodle.corp.yahoo.com> <1389480297.46758.9.camel@powernoodle.corp.yahoo.com> <20140112034203.GA59496@kib.kiev.ua> <1389561037.1395.10.camel@powernoodle.corp.yahoo.com> <20140112213336.GF59496@kib.kiev.ua> Content-Type: text/plain; charset="us-ascii" Date: Sun, 12 Jan 2014 14:01:13 -0800 Message-ID: <1389564073.1395.11.camel@powernoodle.corp.yahoo.com> 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.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: Sun, 12 Jan 2014 22:04:33 -0000 On Sun, 2014-01-12 at 23:33 +0200, Konstantin Belousov wrote: > > Is this a symptom of the level of debugging or am I starting to come > > close to a problem that needs investigation? > > This is a DIAGNOSTIC option, I think. Set sysctl > debug.enable_vmem_check=0; > I thought that the default was changed in HEAD long time ago, but > apparently > it was not. Thanks. I've toggled debug.vmem_check=0 in sysctl.conf and rebooted just to be sure. sean From owner-freebsd-stable@FreeBSD.ORG Sun Jan 12 22:40: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 ABD57AD3 for ; Sun, 12 Jan 2014 22:40:31 +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 88394179B for ; Sun, 12 Jan 2014 22:40:31 +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 s0CMeTIt015422 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 12 Jan 2014 14:40:30 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s0CMeSHm015420; Sun, 12 Jan 2014 14:40:28 -0800 (PST) (envelope-from jmg) Date: Sun, 12 Jan 2014 14:40:28 -0800 From: John-Mark Gurney To: Marko Cupa?? Subject: Re: mpd5 can't create mppc node Message-ID: <20140112224028.GA2982@funkthat.com> Mail-Followup-To: Marko Cupa?? , freebsd-stable@freebsd.org References: <20140112170229.25a724ec1a5ab21d8d8448f9@mimar.rs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140112170229.25a724ec1a5ab21d8d8448f9@mimar.rs> 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-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, 12 Jan 2014 14:40:30 -0800 (PST) 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, 12 Jan 2014 22:40:31 -0000 Marko Cupa?? wrote this message on Sun, Jan 12, 2014 at 17:02 +0100: > I am using 9.2-STABLE r260560 amd64. I have compiled custom kernel, > leaving bunch of devices I don't have on my system out. I have also set > make.conf to build only ntfs and netgraph kernel modules: > MODULES_OVERRIDE = ntfs netgraph > > I can not connect to my pptp server since, and the first line of output > when mpd5 is started is: > MppcTestCap: can't create mppc node: Exec format error > > Also I see the following in messages: > kaa kernel: KLD ng_mppc.ko: depends on rc4 - not available or version ^^^ > mismatch Maybe you should add rc4 to your MODULES_OVERRIDE line? -- 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 Jan 13 00:06: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 45A0E849 for ; Mon, 13 Jan 2014 00:06:59 +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 0A8731DBF for ; Mon, 13 Jan 2014 00:06:58 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: X-IronPort-AV: E=Sophos;i="4.95,649,1384318800"; d="scan'208";a="87436205" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 12 Jan 2014 19:06:51 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id E56FDB4033; Sun, 12 Jan 2014 19:06:51 -0500 (EST) Date: Sun, 12 Jan 2014 19:06:51 -0500 (EST) From: Rick Macklem To: Alban Hertroys Message-ID: <181405827.8588605.1389571611926.JavaMail.root@uoguelph.ca> In-Reply-To: <213B8FEA-085A-48DF-BDB2-9837165CA1D6@gmail.com> Subject: Re: mountd Invalid radix node head (9-STABLE) 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 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: Mon, 13 Jan 2014 00:06:59 -0000 Alban Hertroys wrote: > I=E2=80=99ve been messing around with my NFS exports definitions to add s= ome > new mount-points to the list and I got most of it working again (at > least, the important bits). >=20 > However, 2 exports in that file are causing problems. When I restart > mountd, they log lines like: >=20 > Jan 12 16:01:14 solfertje mountd[99349]: can't change attributes for > /usr/home/smb: Invalid radix node head, rn: 0 0xfffffe0023e1c600 > Jan 12 16:01:14 solfertje mountd[99349]: bad exports list line > /usr/home/smb -mapall > Jan 12 16:01:14 solfertje mountd[99349]: can't change attributes for > /usr/home/vhosts/django: Invalid radix node head, rn: 0 > 0xfffffe0023e1c600 > Jan 12 16:01:14 solfertje mountd[99349]: bad exports list line > /usr/home/vhosts/django -mapall >=20 > What does that message mean? Where do I look to fix this? >=20 Are these paths (/usr/home/smb and /usr/home/vhosts/django) separate file systems on the server from the others? If they are on the same server file system as one of the other entries, then the paths need to be added to that entry. You cannot have multiple entries for the same server file system and exported host/subnet. > $ cat /etc/exports > V4: /usr/home >=20 > #/usr/home \ > # -alldirs \ > /usr/home/dalroi \ > -mapall=3Ddalroi \ > -network 10.236.150.0/23 >=20 > /usr/home/media \ > -mapall=3Ddalroi \ > -network 10.236.150.0/23 >=20 > /usr/home/media2 \ > -mapall=3Ddalroi \ > -network 10.236.150.0/23 >=20 > /usr/home/media3 \ > -mapall=3Ddalroi \ > -network 10.236.150.0/23 >=20 > /usr/home/smb \ > -mapall=3Ddalroi \ > -network 10.236.150.0/23 >=20 > /usr/home/vhosts/django \ > -mapall=3Ddalroi \ > -network 10.236.150.0/23 >=20 For example, if /usr/home/smb and /usr/home/vhosts/django are on the same server file system as /usr/home/dalroi, then you need a single entry for the 3 that looks like: /usr/home/dalroi /usr/home/smb /usr/home/django -mapall=3Ddelaroi -network = 10.236.150.0/23 At least that's my recollection of it. The format for this hasn;t changed i= n ages. If they are separate file systems on the server (separate mount points in /= etc/fstab), then I don't know what is broken. rick >=20 > It is possible that this is an issue with my (somewhat older) > 9-STABLE, which is: >=20 > FreeBSD solfertje 9.1-STABLE FreeBSD 9.1-STABLE #6: Mon Jun 10 > 20:46:00 CEST 2013 > dalroi@solfertje:/usr/obj/usr/src/sys/ANTELOPE amd64 >=20 > (Looks like the system has been running since that date too) >=20 > Alban Hertroys > -- > If you can't see the forest for the trees, > cut the trees and you'll find there is no forest. >=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 Mon Jan 13 00:18: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 9C027A78; Mon, 13 Jan 2014 00:18:58 +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 EC06D1E72; Mon, 13 Jan 2014 00:18:57 +0000 (UTC) Received: by mail-lb0-f172.google.com with SMTP id c11so616885lbj.3 for ; Sun, 12 Jan 2014 16:18:56 -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=qr02+62sAuxaSFt8n/RzHKfsm9FIIrhIB93H1n9rTgQ=; b=wgAqj9II10nwXWrQXnvb7FW8PaCLMOCsKm72I3hXQsOk493DmnAPs9NcjMcOP1MM68 qiNSs/FxxWEjAz85xs6qXcCVaYlmizBpOqNNMreBlqtBzqSXbNVPtYL1EcAQhQ9w3TYG yIpfjuOfV523ewBN0xQ7PgYmATKlZsVuz5fx/K/N9MhLoSWNyfYE3/1es+4jNciLzcRO RWjwUNCfrbZ4bbfWP4BDEnE4urURGg+dVJZlG+gmjmWEAp20VqaIBI5BwwdIR6QIo9Jk OPIhdiYB745a9dfx8cSrGlMzk/EwdicLvvGrZLXzA3CBpYe2TxDkmFOaarcC6s3vHLkd yjoA== MIME-Version: 1.0 X-Received: by 10.152.204.39 with SMTP id kv7mr3033498lac.42.1389572335878; Sun, 12 Jan 2014 16:18:55 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.38.43 with HTTP; Sun, 12 Jan 2014 16:18:55 -0800 (PST) In-Reply-To: <4BDBE950-849D-4FBF-9F62-F08200A22F15@fisglobal.com> References: <4BDBE950-849D-4FBF-9F62-F08200A22F15@fisglobal.com> Date: Sun, 12 Jan 2014 16:18:55 -0800 X-Google-Sender-Auth: uytF_VPkSquOlnWj78ymOUyW7B4 Message-ID: Subject: Re: MFC r258588: Fix for VIMAGE From: Craig Rodrigues To: Devin Teske Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-stable Stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Jan 2014 00:18:58 -0000 On Mon, Dec 30, 2013 at 4:12 PM, Teske, Devin wrote: > > Any objects to merging r258588 to stable/9? > I would say go for it. -- Craig From owner-freebsd-stable@FreeBSD.ORG Mon Jan 13 00:20: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 43958B77; Mon, 13 Jan 2014 00:20:35 +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 651F81ED7; Mon, 13 Jan 2014 00:20:34 +0000 (UTC) Received: by mail-la0-f41.google.com with SMTP id mc6so900328lab.0 for ; Sun, 12 Jan 2014 16:20:32 -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=2+PWiZ8ywYbwEmPzIwgpxBPOvAutf14Y5SX4NhFPtDU=; b=qnxaQI8hQZg7wCDAe/diiigTCTaCpPVZ1qJBg30K1b38rgkezBik7mEeJ6fQWWUXMU LB37b1SvEeoJ9YSAX6lWGs6ehnzTZfX3NrlZKw0wzLPprxg5zRN1APnN3rHNwREZYBY5 z21zeU8Y9K/S8C4o6FYzsoXvdStxwovMeSMjcB2O4PeEOXSSW28MHhWj634t0DcopNs6 JxCppm5+3oLCywf12URFCDpDq8Ul6PX+xynNOw3ipbihFx0JPIrwYe/kTQvx0I1SkqiT 3E45Yf3WaHxnqLcbgPC3PHwMDnpxLPZZyBGqiCkMPDm/F3M7eoTfPaYKM1SoLbC3xvzf 6d9Q== MIME-Version: 1.0 X-Received: by 10.152.44.133 with SMTP id e5mr9136480lam.37.1389572432308; Sun, 12 Jan 2014 16:20:32 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.112.38.43 with HTTP; Sun, 12 Jan 2014 16:20:32 -0800 (PST) In-Reply-To: <20140112121802.GA16750@gmail.com> References: <4BDBE950-849D-4FBF-9F62-F08200A22F15@fisglobal.com> <20140112121802.GA16750@gmail.com> Date: Sun, 12 Jan 2014 16:20:32 -0800 X-Google-Sender-Auth: H-GGGFCdD2WCEIi4ncXm-_-rsio Message-ID: Subject: Re: MFC r258588: Fix for VIMAGE From: Craig Rodrigues To: Mikolaj Golub Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Devin Teske , FreeBSD stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Jan 2014 00:20:35 -0000 On Sun, Jan 12, 2014 at 4:18 AM, Mikolaj Golub wrote: > On Tue, Dec 31, 2013 at 12:12:47AM +0000, Teske, Devin wrote: > > Hi, > > > > I recently updated from 9.2-R to stable/9 and found that many times while > > attempting to shut down a vimage jail, that the box would crash. So I > found > > SVN r258588 in HEAD, merged it into my stable/9 kernel, rebooted.. and > > problem is now solved. > > > > Any objects to merging r258588 to stable/9? > > Ah, it looks like I was responsible for that bug. Craig, thank you for > fixing it. I think it should definitely be merged to stable/9. > > BTW, wouldn't increasing IPFW_NAT_VNET_ORDER instead of > IPFW_NAT_SI_SUB_FIREWALL fix the issue? It looks a little better to me. > Also, I think it would be good to have some coment in the code why > this order was chosen. Or better -- to export startup order > declarations from ip_fw2.c to ip_fw_private.h and use it for ip_fw_nat > too, so it would become self-documenting and not break if one decides > to change the ordering in ipfw module. > I tried to implement the least intrusive change to fix the problem, since I am not so familiar with VIMAGE / VNET and module order loading issues. If you have a cleaner fix in mind, I would say, go for it. -- Craig From owner-freebsd-stable@FreeBSD.ORG Mon Jan 13 04:21: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 2066BE32 for ; Mon, 13 Jan 2014 04:21:30 +0000 (UTC) Received: from mx.mfun.org (ez04.ezhosthk.com [210.17.248.117]) by mx1.freebsd.org (Postfix) with ESMTP id C3BE11020 for ; Mon, 13 Jan 2014 04:21:29 +0000 (UTC) Received: from mx.mfun.org (localhost [127.0.0.1]) by mx.mfun.org (Postfix) with ESMTP id B09FA87D871 for ; Mon, 13 Jan 2014 12:12:14 +0800 (HKT) Received: by mx.mfun.org (Postfix, from userid 58) id 978B387D8BF; Mon, 13 Jan 2014 12:12:14 +0800 (HKT) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on MX.UCHK.NET X-Spam-Level: X-Spam-Status: No, score=-2.9 required=6.0 tests=ALL_TRUSTED,BAYES_00, HTML_MESSAGE autolearn=unavailable version=3.3.2 Received: from webmail.mfun.org (localhost [127.0.0.1]) (Authenticated sender: paul.lkw@mfun.org) by mx.mfun.org (Postfix) with ESMTPA id 6831A87D871 for ; Mon, 13 Jan 2014 12:11:04 +0800 (HKT) MIME-Version: 1.0 Date: Mon, 13 Jan 2014 12:11:04 +0800 From: paul.lkw@mfun.org To: Subject: FreeBSD 10 load average could not go down to zero Message-ID: X-Sender: paul.lkw@mfun.org User-Agent: Roundcube Webmail/0.8.6 X-Virus-Scanned: ClamAV using ClamSMTP Content-Type: text/plain; charset=UTF-8 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: Mon, 13 Jan 2014 04:21:30 -0000 Dear All: Tried FreeBSD 10 from RC-1 to RC-5 in VM (KVM and XenServer 6.2 both) and also find the load average could not reach 0.00 even there is no any pkg installed, it will go down to about 0.08 and then jump to around 0.2 and repeat again and again. Best Regards, Paul.LKW From owner-freebsd-stable@FreeBSD.ORG Mon Jan 13 12: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 1578FE67 for ; Mon, 13 Jan 2014 12:06:02 +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 BF60B1728 for ; Mon, 13 Jan 2014 12:06:01 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W2gHC-0000fO-4k for freebsd-stable@freebsd.org; Mon, 13 Jan 2014 13:05:54 +0100 Received: from august.inf.tu-dresden.de ([141.76.48.124]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 13 Jan 2014 13:05:54 +0100 Received: from jsteckli by august.inf.tu-dresden.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 13 Jan 2014 13:05:54 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Julian Stecklina Subject: Re: UFS panic on Google Compute Engine Date: Mon, 13 Jan 2014 13:05:39 +0100 Lines: 29 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vX2rGOrea9iVM8QUTJJpfVJLhxEsDA5Xs" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: august.inf.tu-dresden.de User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 In-Reply-To: X-Enigmail-Version: 1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Jan 2014 12:06:02 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --vX2rGOrea9iVM8QUTJJpfVJLhxEsDA5Xs Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 01/10/2014 08:15 PM, Venkatesh Srinivas wrote: > Could you try setting the sysctl kern.cam.da..minimum_cmd_size > to 10 and see if that works any better for you? Definitely. Did newfs, extracted a ports tree, unmounted and fsck without problems. Julian --vX2rGOrea9iVM8QUTJJpfVJLhxEsDA5Xs 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 iEYEARECAAYFAlLT1pcACgkQ2EtjUdW3H9nVTQCgsnhtPB6gdVwH9ALrYrtc4NIn 4WMAoOCPSRZ6ZuUtSfL2SkoiekbqS5RI =xRZM -----END PGP SIGNATURE----- --vX2rGOrea9iVM8QUTJJpfVJLhxEsDA5Xs-- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 13 13: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 CF79FCFF for ; Mon, 13 Jan 2014 13:12: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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8DAB21EB3 for ; Mon, 13 Jan 2014 13:12:19 +0000 (UTC) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.7) with ESMTP id s0DDCGch049108 for ; Mon, 13 Jan 2014 08:12:17 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.7/8.14.7/Submit) id s0DDCG7H049107 for stable@freebsd.org; Mon, 13 Jan 2014 08:12:16 -0500 (EST) (envelope-from mwlucas) Date: Mon, 13 Jan 2014 08:12:16 -0500 From: "Michael W. Lucas" To: stable@freebsd.org Subject: Re: pkgng upgrade "unable to find catalogs" - with key installed Message-ID: <20140113131216.GA49098@bewilderbeast.blackhelicopters.org> References: <20140109165029.GA97360@bewilderbeast.blackhelicopters.org> <20140109234859.GM15000@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140109234859.GM15000@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.22 (2013-10-16) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Mon, 13 Jan 2014 08:12:17 -0500 (EST) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 13 Jan 2014 13:12:19 -0000 For anyone following this thread: The package set appears fixed, I've successfully upgraded this morning. On Fri, Jan 10, 2014 at 12:49:00AM +0100, Baptiste Daroussin wrote: > There is a bug in the latest set of packages we have created, we are working on > a fix. > > regards, > Bapt -- Michael W. Lucas - mwlucas@michaelwlucas.com, Twitter @mwlauthor http://www.MichaelWLucas.com/, http://blather.MichaelWLucas.com/ Absolute OpenBSD 2/e - http://www.nostarch.com/openbsd2e coupon code "ILUVMICHAEL" gets you 30% off & helps me. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 13 18:57: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 42A00793; Mon, 13 Jan 2014 18:57: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 776641C89; Mon, 13 Jan 2014 18:57: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 s0DIuvmX034787; Mon, 13 Jan 2014 20:56: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 s0DIuvqg034719; Mon, 13 Jan 2014 18:56:57 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 13 Jan 2014 18:56:57 GMT Message-Id: <201401131856.s0DIuvqg034719@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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: Mon, 13 Jan 2014 18:57:09 -0000 TB --- 2014-01-13 18:30:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-13 18:30: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-01-13 18:30:42 - starting RELENG_10 tinderbox run for i386/pc98 TB --- 2014-01-13 18:30:42 - cleaning the object tree TB --- 2014-01-13 18:30:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-13 18:31:33 - At svn revision 260597 TB --- 2014-01-13 18:31:34 - building world TB --- 2014-01-13 18:31:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-13 18:31:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-13 18:31:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-13 18:31:34 - SRCCONF=/dev/null TB --- 2014-01-13 18:31:34 - TARGET=pc98 TB --- 2014-01-13 18:31:34 - TARGET_ARCH=i386 TB --- 2014-01-13 18:31:34 - TZ=UTC TB --- 2014-01-13 18:31:34 - __MAKE_CONF=/dev/null TB --- 2014-01-13 18:31:34 - cd /src TB --- 2014-01-13 18:31:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Jan 13 18: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 [...] 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=\"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/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=\"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/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=\"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/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExpr.cpp -o CGExpr.o /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExpr.cpp: In member function 'void clang::CodeGen::CodeGenFunction::EmitStoreThroughLValue(clang::CodeGen::RValue, clang::CodeGen::LValue, bool)': /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExpr.cpp:1423: 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-01-13 18:56:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-13 18:56:56 - ERROR: failed to build world TB --- 2014-01-13 18:56:56 - 1164.12 user 419.20 system 1573.85 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-pc98.full From owner-freebsd-stable@FreeBSD.ORG Mon Jan 13 20: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 B33B23A8 for ; Mon, 13 Jan 2014 20:11:18 +0000 (UTC) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4871F12EB for ; Mon, 13 Jan 2014 20:11:18 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id m15so4195433wgh.14 for ; Mon, 13 Jan 2014 12:11:16 -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=QHJToPHK96xwfU7L4+2a8QHMyoG+K3XgURd2yQfg0vY=; b=YlFMq/jbNr58kNw4BL3L4lXi2QJMqBNHLnLWxfYqi1/zWpnwGmc8G2CPLfz6xF0nrU f4W3AhEBO8Iy2WxHuEdGphoQbKeMmpO6tNKw6U3HNCA8boFEaIxLpWPCd+511+0VOZu1 w2NSaligoAn9vouNTai8D47KxF7NiKTuW8TwjPCKar5c7UCU05rXsWny8apQLKi3sTK8 DeF7E572lSSH2am2l90TFfdRzsOfBm86koeAO7hLJo0bDJy4X54kplr/vreHGGFE1jcx mDK1g40utk9Yq1D5+RA2r7vuJfHrTCSvSNJY054zlIKUS9qVke8j/uA9SX/CSqiRO+j+ W0sw== X-Received: by 10.180.7.227 with SMTP id m3mr4508498wia.59.1389643876748; Mon, 13 Jan 2014 12:11:16 -0800 (PST) Received: from hollewijn.internal (8d690a59.ftth.concepts.nl. [141.105.10.89]) by mx.google.com with ESMTPSA id y13sm12435411wjr.8.2014.01.13.12.11.14 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 13 Jan 2014 12:11:15 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: mountd Invalid radix node head (9-STABLE) From: Alban Hertroys In-Reply-To: <181405827.8588605.1389571611926.JavaMail.root@uoguelph.ca> Date: Mon, 13 Jan 2014 21:14:58 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <181405827.8588605.1389571611926.JavaMail.root@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1827) Cc: freebsd-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: Mon, 13 Jan 2014 20:11:18 -0000 On 13 Jan 2014, at 1:06, Rick Macklem wrote: > Alban Hertroys wrote: >> I=92ve been messing around with my NFS exports definitions to add = some >> new mount-points to the list and I got most of it working again (at >> least, the important bits). >>=20 >> However, 2 exports in that file are causing problems. When I restart >> mountd, they log lines like: >>=20 >> Jan 12 16:01:14 solfertje mountd[99349]: can't change attributes for >> /usr/home/smb: Invalid radix node head, rn: 0 0xfffffe0023e1c600 >> Jan 12 16:01:14 solfertje mountd[99349]: bad exports list line >> /usr/home/smb -mapall >> Jan 12 16:01:14 solfertje mountd[99349]: can't change attributes for >> /usr/home/vhosts/django: Invalid radix node head, rn: 0 >> 0xfffffe0023e1c600 >> Jan 12 16:01:14 solfertje mountd[99349]: bad exports list line >> /usr/home/vhosts/django -mapall >>=20 >> What does that message mean? Where do I look to fix this? >>=20 > Are these paths (/usr/home/smb and /usr/home/vhosts/django) separate = file > systems on the server from the others? >=20 > If they are on the same server file system as one of the other = entries, > then the paths need to be added to that entry. You cannot have = multiple > entries for the same server file system and exported host/subnet. Ah, you=92re right! Makes sense now, thanks. Still, that error message I got seems rather peculiar; is that supposed = to happen if you mix directories and mount points like that? I think I got thrown off by the bad exports line errors that the new = directories I added were causing originally, but those new entries were = file-system mount points while the original entries weren=92t. And you = can=92t mix those, as you say. I even read the section of the man page about that, but that bit didn=92t = register. I find that man-page to be a bit unclear frankly. 1). =46rom a configuration point of view it doesn=92t seem to make a = whole lot of sense to separate plain directories from file-system mount = points, why the distinction? Is it really necessary? I think if exports = wouldn=92t make that distinction, it would save head-aches for a lot of = users who mix the two without realising. 2). The distinction between directories and mount points doesn=92t get = any clearer with the addition of the NFSv4 tree root syntax that (by its = syntax) suggests that a whole file-system (the tree root) will be = exported - which is often very much not what you want. There is mention = that that=92s not the case, but what does that line really do? Why do we = need that? It=92s not clear from the man page and it sounds like the NFS = server should be able to figure the tree root(s) out by itself from the = list of directories to export. 3). The text in that man page is rather dense. There=92s a lot of =93and = this and that and so and so=94 going on, all within the same section = that describes the 3 fields in an export line *and* several methods to = implement them. I expect that document would get quite a bit clearer if the various = enumerations would be separated, for example by giving the 3 fields a = separate paragraph each with (optional) enumerated lists for the various = ways those fields can be implemented. The above points give me the impression that setting up an NFS server = (on FreeBSD?) is harder than it needs to be. That said, try setting up OS X Mavericks as an NFS client! Most of the = Google results you get for how to set that up get it =93wrong". For those interested: The =93proper approach=94 (the one the colour of = my bikeshed) turns out to use the hidden = /System/Library/CoreServices/Directory\ Utility.app to create mount = point entries. It=92s described in more detail here: = http://mbcdev.com/2012/09/15/adding-nfs-shares-on-os-x-with-directory-util= ity/ Here=92s the kicker though: Mount points are not allowed to mount in the = local directory /Volumes, where they used to be created by default in = earlier versions of OS X - such definitions will silently fail! And that=92s just the client; I don=92t want to find out how to set up = an NFS *server* on OS X=85 Thankfully, that part=92s covered by FreeBSD. Anyway, thanks for the help and I hope my suggestions prove useful to = someone. 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 Tue Jan 14 00:05: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 923B69C2 for ; Tue, 14 Jan 2014 00:05: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 2A5A016CB for ; Tue, 14 Jan 2014 00:05:06 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQEAGl+1FKDaFve/2dsb2JhbABag0NWgn62Kk+BK3SCJQEBAQMBAQEBIAQnIAsFFg4KAgINGQIpAQkmBggHBAEcBIdbCA2qHZsGF4EpjQ0BARsBMweCb4FIBIlDjASEAJBlg0seMYEEOQ X-IronPort-AV: E=Sophos;i="4.95,656,1384318800"; d="scan'208";a="86958793" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 13 Jan 2014 19:04:59 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 79AB6B3F45; Mon, 13 Jan 2014 19:04:59 -0500 (EST) Date: Mon, 13 Jan 2014 19:04:59 -0500 (EST) From: Rick Macklem To: Alban Hertroys Message-ID: <336193918.9334183.1389657899483.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: mountd Invalid radix node head (9-STABLE) 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 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, 14 Jan 2014 00:05:07 -0000 Alban Hertroys wrote: > On 13 Jan 2014, at 1:06, Rick Macklem wrote: >=20 > > Alban Hertroys wrote: > >> I=E2=80=99ve been messing around with my NFS exports definitions to ad= d > >> some > >> new mount-points to the list and I got most of it working again > >> (at > >> least, the important bits). > >>=20 > >> However, 2 exports in that file are causing problems. When I > >> restart > >> mountd, they log lines like: > >>=20 > >> Jan 12 16:01:14 solfertje mountd[99349]: can't change attributes > >> for > >> /usr/home/smb: Invalid radix node head, rn: 0 0xfffffe0023e1c600 > >> Jan 12 16:01:14 solfertje mountd[99349]: bad exports list line > >> /usr/home/smb -mapall > >> Jan 12 16:01:14 solfertje mountd[99349]: can't change attributes > >> for > >> /usr/home/vhosts/django: Invalid radix node head, rn: 0 > >> 0xfffffe0023e1c600 > >> Jan 12 16:01:14 solfertje mountd[99349]: bad exports list line > >> /usr/home/vhosts/django -mapall > >>=20 > >> What does that message mean? Where do I look to fix this? > >>=20 > > Are these paths (/usr/home/smb and /usr/home/vhosts/django) > > separate file > > systems on the server from the others? > >=20 > > If they are on the same server file system as one of the other > > entries, > > then the paths need to be added to that entry. You cannot have > > multiple > > entries for the same server file system and exported host/subnet. >=20 > Ah, you=E2=80=99re right! Makes sense now, thanks. >=20 > Still, that error message I got seems rather peculiar; is that > supposed to happen if you mix directories and mount points like > that? >=20 I agree that a message about radix tree doesn't make much sense;-) (It comes from the fact that the kernel uses a radix tree of subnet/host addresses hanging off the server mount point for exports to the various hosts.) I'll take a look someday and see if a better error message can be generated. > I think I got thrown off by the bad exports line errors that the new > directories I added were causing originally, but those new entries > were file-system mount points while the original entries weren=E2=80=99t. > And you can=E2=80=99t mix those, as you say. > I even read the section of the man page about that, but that bit > didn=E2=80=99t register. >=20 > I find that man-page to be a bit unclear frankly. >=20 > 1). From a configuration point of view it doesn=E2=80=99t seem to make a > whole lot of sense to separate plain directories from file-system > mount points, why the distinction? Is it really necessary? I think > if exports wouldn=E2=80=99t make that distinction, it would save head-ach= es > for a lot of users who mix the two without realising. >=20 Personally, I agree. But because it's been that way for many years, I don't see it changing. The history (way back in the 1980s) goes something like this: - When Sun introduced NFS, the decision to allow a mount was left up to the mountd daemon, so server mount points weren't relevant. - The problem with this was it was easy for a naughty client to guess what a root file handle would look like and mount avoiding use of mountd. - When I first did an NFS server for BSD (4.3 Reno to be exact), the CSRG folk and I agreed that the kernel should enforce exports because of the above. To enforce the exports in the kernel, they needed to be hung off the server's mount points, which restricted them to server mount points only. --> This was viewed as less "convenient" than the Sun way, so the specification of exports for non-mount point directories was included, with the understanding that these could only be enforced by mountd (w.r.t. the exact mount directory) and the kernel could only enforce at the level of the server file system the directory lived in. Others have referred to these directory mount point restrictions as "administrative controls", since they aren't enforced by the NFS server, but only the mountd daemon. (ie. They stop the typo error types of mount point blunders.) If you can come up with better words for the exports man page, feel free to post them. The syntax is complex and convoluted enough that I think you'll find any description gets wordy and complex, but that doesn't imply it won't be clearer than what is already there. > 2). The distinction between directories and mount points doesn=E2=80=99t = get > any clearer with the addition of the NFSv4 tree root syntax that (by > its syntax) suggests that a whole file-system (the tree root) will > be exported - which is often very much not what you want. There is > mention that that=E2=80=99s not the case, but what does that line really = do? > Why do we need that? It=E2=80=99s not clear from the man page and it soun= ds > like the NFS server should be able to figure the tree root(s) out by > itself from the list of directories to export. >=20 For NFSv4, there is only a single server directory tree which can span multiple server file systems. (For NFSv3, each server file system is an independent entity and server mount points are ignored by the NFSv3 server.) As such, the NFS server needs to know where in the server's directory tree the NFSv4 tree is rooted. Also, unlike NFSv3,for NFSv4 there are RPCs = that do not refer to any location in the file system(s) and the server needed to know what security flavor restrictions should be applied to those, since it cannot refer to the server mount point info for these cases. In summary, it does 2 things: - defines where the root of the NFSv4 tree is in the server's tree - defines what security flavors, etc, are required for RPCs that don't involve file handles (ie. reference no location in the tree) > 3). The text in that man page is rather dense. There=E2=80=99s a lot of = =E2=80=9Cand > this and that and so and so=E2=80=9D going on, all within the same sectio= n > that describes the 3 fields in an export line *and* several methods > to implement them. > I expect that document would get quite a bit clearer if the various > enumerations would be separated, for example by giving the 3 fields > a separate paragraph each with (optional) enumerated lists for the > various ways those fields can be implemented. >=20 Like I said above, feel free to post improved text for the exports man page. (I won't be able to do commits until mid-April, but if you post a patch and it looks good, I could commit it then.) > The above points give me the impression that setting up an NFS server > (on FreeBSD?) is harder than it needs to be. >=20 I'd agree, in the sense that the /etc/exports file is rather complex. (Personally, I always just used entries for the server mount points with -alldirs, which avoid most of the complexity, but I'm sure others feel the "administrative controls" are worth the added complexity.) > That said, try setting up OS X Mavericks as an NFS client! Most of > the Google results you get for how to set that up get it =E2=80=9Cwrong". > For those interested: The =E2=80=9Cproper approach=E2=80=9D (the one the = colour of my > bikeshed) turns out to use the hidden > /System/Library/CoreServices/Directory\ Utility.app to create mount > point entries. > It=E2=80=99s described in more detail here: > http://mbcdev.com/2012/09/15/adding-nfs-shares-on-os-x-with-directory-uti= lity/ >=20 > Here=E2=80=99s the kicker though: Mount points are not allowed to mount i= n > the local directory /Volumes, where they used to be created by > default in earlier versions of OS X - such definitions will silently > fail! >=20 > And that=E2=80=99s just the client; I don=E2=80=99t want to find out how = to set up an > NFS *server* on OS X=E2=80=A6 Thankfully, that part=E2=80=99s covered by = FreeBSD. >=20 >=20 > Anyway, thanks for the help and I hope my suggestions prove useful to > someone. >=20 > Alban Hertroys > -- > If you can't see the forest for the trees, > cut the trees and you'll find there is no forest. >=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 Tue Jan 14 05:27: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 D103FAC2; Tue, 14 Jan 2014 05:27: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 1370A1FC3; Tue, 14 Jan 2014 05:27: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 s0E5RXpT038581; Tue, 14 Jan 2014 07:27: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 s0E5RXY3038184; Tue, 14 Jan 2014 05:27:33 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 14 Jan 2014 05:27:33 GMT Message-Id: <201401140527.s0E5RXY3038184@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 14 Jan 2014 05:27:41 -0000 TB --- 2014-01-14 02:00:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-14 02:00: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-01-14 02:00:32 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-01-14 02:00:32 - cleaning the object tree TB --- 2014-01-14 02:00:32 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-14 02:01:26 - At svn revision 260619 TB --- 2014-01-14 02:01:27 - building world TB --- 2014-01-14 02:01:27 - CROSS_BUILD_TESTING=YES TB --- 2014-01-14 02:01:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-14 02:01:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-14 02:01:27 - SRCCONF=/dev/null TB --- 2014-01-14 02:01:27 - TARGET=arm TB --- 2014-01-14 02:01:27 - TARGET_ARCH=armv6 TB --- 2014-01-14 02:01:27 - TZ=UTC TB --- 2014-01-14 02:01:27 - __MAKE_CONF=/dev/null TB --- 2014-01-14 02:01:27 - cd /src TB --- 2014-01-14 02:01:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jan 14 02:01: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 Tue Jan 14 05:27:28 UTC 2014 TB --- 2014-01-14 05:27:28 - generating LINT kernel config TB --- 2014-01-14 05:27:28 - cd /src/sys/arm/conf TB --- 2014-01-14 05:27:28 - /usr/bin/make -B LINT TB --- 2014-01-14 05:27:28 - cd /src/sys/arm/conf TB --- 2014-01-14 05:27:28 - /usr/sbin/config -m LINT TB --- 2014-01-14 05:27:28 - skipping LINT kernel TB --- 2014-01-14 05:27:28 - cd /src/sys/arm/conf TB --- 2014-01-14 05:27:28 - /usr/sbin/config -m AC100 TB --- 2014-01-14 05:27:28 - building AC100 kernel TB --- 2014-01-14 05:27:28 - CROSS_BUILD_TESTING=YES TB --- 2014-01-14 05:27:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-14 05:27:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-14 05:27:28 - SRCCONF=/dev/null TB --- 2014-01-14 05:27:28 - TARGET=arm TB --- 2014-01-14 05:27:28 - TARGET_ARCH=armv6 TB --- 2014-01-14 05:27:28 - TZ=UTC TB --- 2014-01-14 05:27:28 - __MAKE_CONF=/dev/null TB --- 2014-01-14 05:27:28 - cd /src TB --- 2014-01-14 05:27:28 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Tue Jan 14 05:27: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 [...] 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/AC100/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-01-14 05:27:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-14 05:27:32 - ERROR: failed to build AC100 kernel TB --- 2014-01-14 05:27:32 - 9370.76 user 3033.37 system 12419.50 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 14 09:25: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 B6C64288 for ; Tue, 14 Jan 2014 09:25:44 +0000 (UTC) Received: from bay0-omc2-s16.bay0.hotmail.com (bay0-omc2-s16.bay0.hotmail.com [65.54.190.91]) by mx1.freebsd.org (Postfix) with ESMTP id A060110D5 for ; Tue, 14 Jan 2014 09:25:44 +0000 (UTC) Received: from BAY176-W40 ([65.54.190.123]) by bay0-omc2-s16.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 14 Jan 2014 01:24:39 -0800 X-TMN: [CPCp0LA/ZOQ1azDJ4Y76I7iTfmq29mHlucj33NgBKEU=] X-Originating-Email: [jl.dupont@outlook.com] Message-ID: From: Jean-Luc Dupont To: "freebsd-stable@freebsd.org" Subject: 10.0 RC5 panic after a clean buildworld on Hyper-V Date: Tue, 14 Jan 2014 09:24:38 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 14 Jan 2014 09:24:39.0131 (UTC) FILETIME=[72DAA2B0:01CF110A] 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 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jan 2014 09:25:44 -0000 Hello=2C We are upgrading our ESX to Hyper-V=2C and all our virtual FreeBSD will b= e running on Hyper-V. For our POCs=2C we are testing all the releases of the 10.0 RCxx. I installed 10.0 RC5 on a new virtual machine running on Hyper-V. I svn checkout /base/stable/10 Without modifying neither the kernel nor the src.conf=2C I buildworld=2C bu= ildkernel=2C installkernel=2C installworld. After booting I had a kernel panic on attaching the storvsc. I don't remember having this panic on older RCs of the 10.0 Here is the bt (OCRed): cpuid =3D 0 KDB: stack backtrace: #0 0xffffffff808d1670 at kdb_backtrace+0x60 #1 0xffffffff80899045 at panic+0x155 #2 0xffffffff80c73672 at trap_fatal+0x3a2 #3 0xffffffff80c73949 at trap_pfault+0x2c9 #4 0xffffffff80c730d6 at trap+0x5e6 #5 0xffffffff80c5a462 at calltrap+0x8 #6 0xffffffff80885ff0 at __mtx_unlock_sleep+0x60 #7 0xffffffff80885b4a at unlock_mtx+0x2a #8 0xffffffff808a1c4e at _sleep+0x18e #9 0xffffffff802dc2be at cam_periph_runccb+0x9e #10 0xffffffff80cfe6f4 at storvsc_attach+0x6d4 #11 0xffffffff808c89e2 at device_attach+0x3a2 #12 0xffffffff80d0311b at hv_vmbus_child_deuice_register+0xdb #13 0xffffffff80d01a33 at vmbus_channel_process_offer+0x133 #14 0xffffffff80d01576 at work_item_callback+0x26 #15 0xffffffff808df406 at taskqueue_run_locked+0xe6 #16 0xffffffff808dfc88 at taskqueue_thread_loop+0xa8 #17 0xffffffff8086b11a at fork_exit+0x9a Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort I tried to add hw.ata.disk_enable=3D1 in /boot/loader.conf without help. Thank you for any advice. Best regards = From owner-freebsd-stable@FreeBSD.ORG Tue Jan 14 09:38: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 E067A615; Tue, 14 Jan 2014 09:38: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 207C911CB; Tue, 14 Jan 2014 09:38: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 s0E9cHDf039727; Tue, 14 Jan 2014 11:38: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 s0E9cH7p039446; Tue, 14 Jan 2014 09:38:17 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 14 Jan 2014 09:38:17 GMT Message-Id: <201401140938.s0E9cH7p039446@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 14 Jan 2014 09:38:24 -0000 TB --- 2014-01-14 09:30:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-14 09: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-01-14 09:30:43 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-01-14 09:30:43 - cleaning the object tree TB --- 2014-01-14 09:30:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-14 09:31:36 - At svn revision 260622 TB --- 2014-01-14 09:31:37 - building world TB --- 2014-01-14 09:31:37 - CROSS_BUILD_TESTING=YES TB --- 2014-01-14 09:31:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-14 09:31:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-14 09:31:37 - SRCCONF=/dev/null TB --- 2014-01-14 09:31:37 - TARGET=sparc64 TB --- 2014-01-14 09:31:37 - TARGET_ARCH=sparc64 TB --- 2014-01-14 09:31:37 - TZ=UTC TB --- 2014-01-14 09:31:37 - __MAKE_CONF=/dev/null TB --- 2014-01-14 09:31:37 - cd /src TB --- 2014-01-14 09:31:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jan 14 09: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 [...] cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64.sparc64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE -I/obj/sparc64.sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree-into-ssa.c -o tree-into-ssa.o cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64.sparc64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE -I/obj/sparc64.sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree-outof-ssa.c -o tree-outof-ssa.o cc -O2 -pipe -DGCCVER=\"4.2\" -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/sparc64.sparc64/src/tmp/usr\" -DCROSS_DIRECTORY_STRUCTURE -I/obj/sparc64.sparc64/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/sparc64.sparc64/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree-ssa-ccp.c -o tree-ssa-ccp.o /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree-ssa-ccp.c: In function 'fold_stmt_r': /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/tree-ssa-ccp.c:1969: 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/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-01-14 09:38:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-14 09:38:16 - ERROR: failed to build world TB --- 2014-01-14 09:38:16 - 276.99 user 181.74 system 452.48 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 14 15:03: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 02D03A9A; Tue, 14 Jan 2014 15:03:52 +0000 (UTC) Received: from denrei.darkbsd.org (denrei.darkbsd.org [91.121.179.66]) by mx1.freebsd.org (Postfix) with ESMTP id A6D741EA4; Tue, 14 Jan 2014 15:03:51 +0000 (UTC) Received: from denrei.darkbsd.org (localhost [127.0.0.1]) by denrei.darkbsd.org (Postfix) with ESMTP id 45DA67ED; Tue, 14 Jan 2014 16:03:49 +0100 (CET) X-Virus-Scanned: amavisd-new at darkbsd.org Received: from denrei.darkbsd.org ([127.0.0.1]) by denrei.darkbsd.org (denrei.darkbsd.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id r3xsKZzBWfBb; Tue, 14 Jan 2014 16:03:47 +0100 (CET) Received: from fusen (lns-bzn-49f-62-147-170-46.adsl.proxad.net [62.147.170.46]) (Authenticated sender: c.prevotaux@rural-networks.com) by denrei.darkbsd.org (Postfix) with ESMTPSA id 0E8957EC; Tue, 14 Jan 2014 16:03:47 +0100 (CET) Date: Tue, 14 Jan 2014 16:03:46 +0100 From: Christophe Prevotaux To: freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Shared IRQ on ATOM based Soekris net6501 board Message-ID: <20140114160346.2c34db92@fusen> Organization: Rural Networks X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.17; x86_64-pc-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.17 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, 14 Jan 2014 15:03:52 -0000 I have found out that when I use 2 AR9580 mini PCIe board some irq (namely in that case irq18 is shared over 3 devices) I wonder why it is done like this and if this could be something to fix ? Kernel is 30/12/2014 CURRENT ( FreeBSD/amd64) with : options mptable vmstat -i interrupt total rate irq4: uart0 1006 0 irq17: ath0 12857761 2078 irq18: ath1++ 11204038 1811 cpu0:timer 5775445 933 irq256: ahci0 3761 0 irq257: em0:rx 0 43769 7 irq258: em0:tx 0 6667 1 irq259: em0:link 2 0 irq260: em1:rx 0 6157 0 irq261: em1:tx 0 46 0 irq262: em1:link 2 0 irq263: em2:rx 0 21929 3 irq264: em2:tx 0 17803 2 irq265: em2:link 4 0 irq266: em3:rx 0 12326978 1992 irq267: em3:tx 0 13653018 2207 irq268: em3:link 11 0 cpu1:timer 5734729 927 Total 61653126 9966 ACPI BIOS Error (bug): A valid RSDP was not found (20130823/tbxfroot-223) 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 11.0-CURRENT #1: Wed Jan 8 20:42:57 EST 2014 root@ap01:/usr/obj/usr/src/sys/NET6501 amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 CPU: Genuine Intel(R) CPU @ 600MHz (600.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x20661 Family = 0x6 Model = 0x26 Stepping = 1 Features=0xbfe9fbff Features2=0x40e3bd AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant, performance statistics real memory = 536739840 (511 MB) avail memory = 496316416 (473 MB) MPTable: Event timer "LAPIC" quality 400 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs FreeBSD/SMP: 1 package(s) x 1 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0: Assuming intbase of 0 ioapic0 irqs 0-23 on motherboard random: initialized kbd0 at kbdmux0 module_register_init: MOD_LOAD (vesa, 0xffffffff80ab3c10, 0) error 19 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 pcib1: irq 16 at device 23.0 on pci0 pci1: on pcib1 pcib2: irq 16 at device 0.0 on pci1 pci2: on pcib2 pci2: at device 0.0 (no driver attached) pci2: at device 0.1 (no driver attached) pci2: at device 0.2 (no driver attached) ohci0: mem 0xa0000b00-0xa0000bff irq 19 at device 2.0 on pci2 usbus0 on ohci0 ohci1: mem 0xa0000c00-0xa0000cff irq 19 at device 2.1 on pci2 usbus1 on ohci1 ohci2: mem 0xa0000d00-0xa0000dff irq 19 at device 2.2 on pci2 usbus2 on ohci2 ehci0: mem 0xa0000e00-0xa0000eff irq 19 at device 2.3 on pci2 usbus3: EHCI version 1.0 usbus3 on ehci0 pci2: at device 2.4 (no driver attached) sdhci_pci0: mem 0xa0004000-0xa00041ff irq 18 at device 4.0 on pci2 sdhci_pci0: 1 slot(s) allocated sdhci_pci1: mem 0xa0004200-0xa00043ff irq 18 at device 4.1 on pci2 sdhci_pci1: 1 slot(s) allocated ahci0: port 0x1020-0x103f mem 0xa0004400-0xa00047ff irq 17 at device 6.0 on pci2 ahci0: AHCI v1.10 with 2 3Gbps ports, Port Multiplier supported ahcich0: at channel 0 on ahci0 ahcich1: at channel 1 on ahci0 ohci3: mem 0xa0004800-0xa00048ff irq 16 at device 8.0 on pci2 usbus4 on ohci3 ohci4: mem 0xa0004900-0xa00049ff irq 16 at device 8.1 on pci2 usbus5 on ohci4 ohci5: mem 0xa0004a00-0xa0004aff irq 16 at device 8.2 on pci2 usbus6 on ohci5 ehci1: mem 0xa0004b00-0xa0004bff irq 16 at device 8.3 on pci2 usbus7: EHCI version 1.0 usbus7 on ehci1 pci2: at device 10.0 (no driver attached) uart2: port 0x1040-0x1047 mem 0xa0004d00-0xa0004d0f irq 19 at device 10.1 on pci2 uart3: port 0x1048-0x104f mem 0xa0004d10-0xa0004d1f irq 19 at device 10.2 on pci2 uart4: port 0x1050-0x1057 mem 0xa0004d20-0xa0004d2f irq 19 at device 10.3 on pci2 uart5: port 0x1058-0x105f mem 0xa0004d30-0xa0004d3f irq 19 at device 10.4 on pci2 pci2: at device 12.0 (no driver attached) pci2: at device 12.1 (no driver attached) pci2: at device 12.2 (no driver attached) pci2: at device 12.3 (no driver attached) pci2: at device 12.4 (no driver attached) pcib3: irq 17 at device 24.0 on pci0 pci3: on pcib3 pcib4: at device 0.0 on pci3 pci4: on pcib4 pcib5: at device 2.0 on pci4 pci5: on pcib5 em0: port 0x2000-0x201f mem 0xa1000000-0xa101ffff,0xa1020000-0xa1023fff irq 19 at device 0.0 on pci5 em0: Using MSIX interrupts with 3 vectors em0: Ethernet address: 00:00:24:cf:05:30 pcib6: at device 3.0 on pci4 pci6: on pcib6 em1: port 0x3000-0x301f mem 0xa2000000-0xa201ffff,0xa2020000-0xa2023fff irq 16 at device 0.0 on pci6 em1: Using MSIX interrupts with 3 vectors em1: Ethernet address: 00:00:24:cf:05:31 pcib7: at device 4.0 on pci4 pci7: on pcib7 pcib8: irq 18 at device 25.0 on pci0 pci8: on pcib8 pcib9: at device 0.0 on pci8 pci9: on pcib9 pcib10: at device 2.0 on pci9 pci10: on pcib10 em2: port 0x4000-0x401f mem 0xa3000000-0xa301ffff,0xa3020000-0xa3023fff irq 16 at device 0.0 on pci10 em2: Using MSIX interrupts with 3 vectors em2: Ethernet address: 00:00:24:cf:05:32 pcib11: at device 3.0 on pci9 pci11: on pcib11 em3: port 0x5000-0x501f mem 0xa4000000-0xa401ffff,0xa4020000-0xa4023fff irq 17 at device 0.0 on pci11 em3: Using MSIX interrupts with 3 vectors em3: Ethernet address: 00:00:24:cf:05:33 pcib12: at device 4.0 on pci9 pci12: on pcib12 pcib13: irq 19 at device 26.0 on pci0 pci13: on pcib13 pcib14: mem 0xa5000000-0xa5003fff irq 19 at device 0.0 on pci13 pci14: on pcib14 pcib15: irq 16 at device 1.0 on pci14 pci15: on pcib15 pcib16: irq 17 at device 2.0 on pci14 pci16: on pcib16 ath0: mem 0xa6000000-0xa601ffff irq 17 at device 0.0 on pci16 ar9300_set_stub_functions: setting stub functions ar9300_set_stub_functions: setting stub functions ar9300_attach: calling ar9300_hw_attach ar9300_hw_attach: calling ar9300_eeprom_attach ar9300_flash_map: unimplemented for now Restoring Cal data from DRAM Restoring Cal data from EEPROM ar9300_hw_attach: ar9300_eeprom_attach returned 0 ath0: RX status length: 48 ath0: RX buffer size: 4096 ath0: TX descriptor length: 128 ath0: TX status length: 36 ath0: TX buffers per descriptor: 4 ar9300_freebsd_setup_x_tx_desc: called, 0x0/0, 0x0/0, 0x0/0 ath0: ath_edma_setup_rxfifo: type=0, FIFO depth = 16 entries ath0: ath_edma_setup_rxfifo: type=1, FIFO depth = 128 entries ath0: [HT] enabling HT modes ath0: [HT] enabling short-GI in 20MHz mode ath0: [HT] 1 stream STBC receive enabled ath0: [HT] 1 stream STBC transmit enabled ath0: [HT] 3 RX streams; 3 TX streams ath0: AR9580 mac 448.4 RF5110 phy 3661.5 ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 pcib17: irq 18 at device 3.0 on pci14 pci17: on pcib17 ath1: mem 0xa7000000-0xa701ffff irq 18 at device 0.0 on pci17 ar9300_set_stub_functions: setting stub functions ar9300_set_stub_functions: setting stub functions ar9300_attach: calling ar9300_hw_attach ar9300_hw_attach: calling ar9300_eeprom_attach ar9300_flash_map: unimplemented for now Restoring Cal data from DRAM Restoring Cal data from EEPROM ar9300_hw_attach: ar9300_eeprom_attach returned 0 ath1: RX status length: 48 ath1: RX buffer size: 4096 ath1: TX descriptor length: 128 ath1: TX status length: 36 ath1: TX buffers per descriptor: 4 ar9300_freebsd_setup_x_tx_desc: called, 0x0/0, 0x0/0, 0x0/0 ath1: ath_edma_setup_rxfifo: type=0, FIFO depth = 16 entries ath1: ath_edma_setup_rxfifo: type=1, FIFO depth = 128 entries ath1: [HT] enabling HT modes ath1: [HT] enabling short-GI in 20MHz mode ath1: [HT] 1 stream STBC receive enabled ath1: [HT] 1 stream STBC transmit enabled ath1: [HT] 3 RX streams; 3 TX streams ath1: AR9580 mac 448.4 RF5110 phy 1083.4 ath1: 2GHz radio: 0x0000; 5GHz radio: 0x0000 isab0: at device 31.0 on pci0 isa0: on isab0 cpu0 on motherboard est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 60706070600060a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1 on motherboard est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 60706070600060a device_attach: est1 attach returned 6 p4tcc1: on cpu1 atrtc0: at port 0x70 irq 8 on isa0 Event timer "RTC" frequency 32768 Hz quality 0 attimer0: at port 0x40 on isa0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 ppc0: cannot reserve I/O port range uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 uart0: console (9600,n,8,1) est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 60706070600060a device_attach: est0 attach returned 6 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 60706070600060a device_attach: est1 attach returned 6 Timecounters tick every 1.000 msec random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 ugen0.1: <0x8086> at usbus0 uhub0: <0x8086 OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0 ugen1.1: <0x8086> at usbus1 uhub1: <0x8086 OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen2.1: <0x8086> at usbus2 uhub2: <0x8086 OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 usbus4: 12Mbps Full Speed USB v1.0 uhub0: 1 port with 1 removable, self powered ugen4.1: <0x8086> at usbus4 uhub4: <0x8086 OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus4 uhub1: 1 port with 1 removable, self powered usbus5: 12Mbps Full Speed USB v1.0 uhub2: 1 port with 1 removable, self powered ugen5.1: <0x8086> at usbus5 uhub5: <0x8086 OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus5 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ugen6.1: <0x8086> at usbus6 uhub6: <0x8086 OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus6 uhub4: 1 port with 1 removable, self powered ugen7.1: at usbus7 uhub7: on usbus7 ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 uhub5: 1 port with 1 removable, self powered ada0: uhub6: 1 port with 1 removable, self powered ATA-8 SATA 2.x device ada0: Serial Number 02512013500300001076 ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 28626MB (58626288 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad4 SMP: AP CPU #1 Launched! Timecounter "TSC" frequency 600012906 Hz quality 1000 Root mount waiting for: usbus7 usbus3 uhub3: 3 ports with 3 removable, self powered uhub7: 3 ports with 3 removable, self powered Trying to mount root from ufs:/dev/ada0p2 [rw]... Setting hostuuid: c649b9a0-786a-11e3-8e56-000024cf0530. Setting hostid: 0xb1ae740b. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: /dev/ada0p2: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ada0p2: clean, 5902320 free (1056 frags, 737658 blocks, 0.0% fragmentation) Mounting local file systems:. Writing entropy file:. Setting hostname: ap01. bridge0: Ethernet address: 02:b1:ae:74:0b:00 Created clone interfaces: bridge0. wlan0: Ethernet address: 04:f0:21:04:5d:7a ath0: stuck beacon; resetting (bmiss count 4) ath0: stuck beacon; resetting (bmiss count 0) Starting hostapd. Configuration file: /etc/hostapd-wlan0.conf Using interface wlan0 with hwaddr 04:f0:21:04:5d:7a and ssid "R2" wlan1: Ethernet address: 04:f0:21:04:5d:65 Starting hostapd. Configuration file: /etc/hostapd-wlan1.conf Using interface wlan1 with hwaddr 04:f0:21:04:5d:65 and ssid "R1" Starting Network: lo0 em0 em1 em2 em3 ath0 ath1 bridge0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x7 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 em0: flags=8843 metric 0 mtu 1500 options=4219b ether 00:00:24:cf:05:30 inet6 fe80::200:24ff:fecf:530%em0 prefixlen 64 scopeid 0x1 nd6 options=23 media: Ethernet autoselect (100baseTX ) status: active em1: flags=8943 metric 0 mtu 1500 options=42098 ether 00:00:24:cf:05:31 inet6 fe80::200:24ff:fecf:531%em1 prefixlen 64 scopeid 0x2 nd6 options=29 media: Ethernet autoselect status: no carrier em2: flags=8943 metric 0 mtu 1500 options=42098 ether 00:00:24:cf:05:32 inet6 fe80::200:24ff:fecf:532%em2 prefixlen 64 scopeid 0x3 nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active em3: flags=8943 metric 0 mtu 1500 options=42098 ether 00:00:24:cf:05:33 inet6 fe80::200:24ff:fecf:533%em3 prefixlen 64 scopeid 0x4 nd6 options=29 media: Ethernet autoselect status: no carrier ath0: flags=8843 metric 0 mtu 2290 ether 04:f0:21:04:5d:7a nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: running ath1: flags=8843 metric 0 mtu 2290 ether 04:f0:21:04:5d:65 nd6 options=21 media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng status: running bridge0: flags=8843 metric 0 mtu 1500 ether 02:b1:ae:74:0b:00 inet 192.168.1.1 netmask 0xffffff00 broadcast 192.168.1.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: wlan1 flags=143 ifmaxaddr 0 port 10 priority 128 path cost 22222 member: wlan0 flags=143 ifmaxaddr 0 port 9 priority 128 path cost 22222 member: em3 flags=143 ifmaxaddr 0 port 4 priority 128 path cost 2000000 member: em2 flags=143 ifmaxaddr 0 port 3 priority 128 path cost 200000 member: em1 flags=143 ifmaxaddr 0 port 2 priority 128 path cost 2000000 Starting devd. Starting dhclient. DHCPREQUEST on em0 to 255.255.255.255 port 67 DHCPACK from 10.20.30.5 bound to 10.20.30.135 -- renewal in 129600 seconds. Starting pflogd: 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 Creating and/or trimming log files. Starting syslogd. No core dumps found. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib 32-bit compatibility ldconfig path: /usr/lib32 Additional ABI support: linux. Starting casperd. Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Starting ntpd. Starting powerd. 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. Tue Jan 14 08:19:31 EST 2014 em3: link state changed to DOWN em3: link state changed to UP em3: link state changed to DOWN em3: link state changed to UP em3: link state changed to DOWN em3: link state changed to UP em3: link state changed to DOWN em3: link state changed to UP Jan 14 08:36:01 ap01 su: eric to root on /dev/pts/0 Jan 14 08:38:30 ap01 su: nighty to root on /dev/pts/3 Jan 14 08:40:06 ap01 login: ROOT LOGIN (root) ON ttyu0 Jan 14 09:29:27 ap01 sshd[2264]: error: PAM: authentication error for nighty from 192.168.8.12 Jan 14 09:29:29 ap01 sshd[2264]: error: PAM: authentication error for nighty from 192.168.8.12 Jan 14 09:29:38 ap01 su: nighty to root on /dev/pts/3 -- ===================================================== Christophe Prevotaux ===================================================== From owner-freebsd-stable@FreeBSD.ORG Tue Jan 14 15:48: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 B5BB3AB5 for ; Tue, 14 Jan 2014 15:48:52 +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 37D0612DB for ; Tue, 14 Jan 2014 15:48:51 +0000 (UTC) Received: by mail-la0-f46.google.com with SMTP id b8so441487lan.5 for ; Tue, 14 Jan 2014 07:48:49 -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=gElK53fbxrb8bFlhQWHZqbZqGb1fwVjkWeo3rMYnRhY=; b=Q0TczFjmmobfVxLuNh0ZZJ7dhMK8A5p3d4chagaPqLzfODONqCTHhleI7RMd0CezJY HKEv+GyTMyxIIQjaUrjAVT2IneUY7aJowcHaRmMyyB/5L6qykseyKlXn47gAEjHLi56w aeECFZJbOQw9Qyadx/pR0KB2vCuVDd3vXu8SvG5RAXtxHUvW9vhyw+mWW7ZDyF6WVGdN CKMftQU9NfXC+57lqmaDD37FBWloORYKhbjQLiqcX7prsX7dErHMW1ck/9wY7GNe54lq K3T3RMRcf7vog4MnwlEEeJRcDKQ5GKrpoivS1hCtrRLrs+7uE5YNJZEgwY0tYY4Lao9E BYMA== X-Gm-Message-State: ALoCoQktMbYJVHySquEQUgFrH4PKAdWDLF5X9tR6nB3b8Q0lynUqsr8wtP85EEfZzgOHkd/sE+Q3 X-Received: by 10.112.157.194 with SMTP id wo2mr819818lbb.78.1389714214396; Tue, 14 Jan 2014 07:43:34 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id c3sm597467lbp.2.2014.01.14.07.43.33 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 14 Jan 2014 07:43:33 -0800 (PST) Message-ID: <52D55B24.8080102@freebsd.org> Date: Tue, 14 Jan 2014 19:43:32 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Alexander , c.kworr@gmail.com, "freebsd-ports@freebsd.org" , stable@freebsd.org Subject: SCHED_ULE bug (was Re: cpuminer mines only on one core regardless of "--threads" option) References: <399751389704518@web9j.yandex.ru> <52D541E7.3040305@gmail.com> <5101389708996@web13m.yandex.ru> In-Reply-To: <5101389708996@web13m.yandex.ru> 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: Tue, 14 Jan 2014 15:48:52 -0000 On 14.01.2014 17:01, Alexander wrote: > on Freebsd 9.2 x64 on 5 different PCs I installed net-p2p/cpuminer > from ports and by "pkg install" - result is the same - minerd mines > only on one core regardless of "--threads" option. ... > # top -P > 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, 0.0% interrupt, 100% idle > CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle > CPU 3: 0.0% user, 100% nice, 0.0% system, 0.0% interrupt, 0.0% idle This is SCHED_ULE bug, I see _all_ processes (not minerd only in particular) stuck to the last CPU too (top's 'C' column is equal to the last CPU and never changes), latest -stable i386. It disappears for me switching to SCHED_4BSD. From owner-freebsd-stable@FreeBSD.ORG Tue Jan 14 16:12: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 898FA6D5 for ; Tue, 14 Jan 2014 16:12:06 +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 106B11556 for ; Tue, 14 Jan 2014 16:12:05 +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 s0EGBxeq077068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 14 Jan 2014 17:11:59 +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 s0EGBxUt077065 for ; Tue, 14 Jan 2014 17:11:59 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Tue, 14 Jan 2014 17:11:59 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: GPT label for ZFS GPT partitions no longer recognized (Was: New FreeBSD snapshots and virtual machine disk images (20140106 r260369)) In-Reply-To: <20140108020825.GX64543@glenbarber.us> Message-ID: References: <20140108020825.GX64543@glenbarber.us> 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, 14 Jan 2014 16:12:06 -0000 On Tue, 7 Jan 2014 21:08-0500, Glen Barber wrote: > o 10.0-PRERELEASE amd64 > FreeBSD-10.0-PRERELEASE-amd64-20140106-r260369-disc1.iso I tried the experimental ZFS stuff in bsdinstaller, I chose a mirrored pool using 4K disk blocks, and I noticed the zfs0 and zfs1 labels are indeed shown when running gpart show -l after the first reboot, but only the gptboot{0,1} and swap{0,1} labels shows up in the /dev/gpt directory. I guess gnop is doing some mischief to the GPT. Some weeks ago I did a complete manual ZFS install using my own homegrown shell scripts (http://ximalas.info/~trond/create-zfs/canmount/), 4K disk blocks and mirrored pool, and gnop managed to render the entire GPT invisible on the first two harddrives. It could very well be pilot error on my part. Only when rebooting using the snapshot ISO image, the labels showed up as expected when running gpart show -l and were even visible in the /dev/gpt directory. Luckily, the boot code manages to find its way through the maze, but not the installed kernel, which should be the very same kernel as found on the snapshot image. Any thoughts to what's going on? Sorry for the noise if this is ol' news. And by the way, is /usr/local considered part of each BE? I like to treat it as global to each BE, very much like /tmp and /var, as long as I'm running the same branch in every BE. -- +-------------------------------+------------------------------------+ | 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 Tue Jan 14 16:14: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 E6300870; Tue, 14 Jan 2014 16:14:26 +0000 (UTC) Received: from mail-pb0-x233.google.com (mail-pb0-x233.google.com [IPv6:2607:f8b0:400e: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 B1B0C1588; Tue, 14 Jan 2014 16:14:26 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id rp16so2602396pbb.24 for ; Tue, 14 Jan 2014 08:14:26 -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=u/RB40eMsu92HkV7JU5LCK0JvG9l/wUA4zw+IbgDvwc=; b=Sbp1lmj34TMIfYUH+LWYjVyqQmFjNkREbJTZM46tE8i39D0zMrYLAoHCYNJtK36fz0 FphIKHMeb9m3sM4Iax1+cvAohdNx5qixCF+80kjOx/R2O07GDUSo03rAsCyM50vW2psY IlDMufF8CYGFrd6vmpn5ekV9h2Ck9Zu/Xw2uwoquND4Vi+z7eozn9YjWmgGxLc7BTxwF tAWRWad75wmRTUQneSzFeBYx3gq3t2o7KhJ0QREeUsT4gBIeL1Tczy6U9Du72Y7vFpUT J9KYcIHLxPMKp2wHdoki+Z7KC4pRm5Gj3BC5fN5/C19Gf3jfZg35MRkXVuS1uTunf+Q3 k7EA== MIME-Version: 1.0 X-Received: by 10.68.164.131 with SMTP id yq3mr2794721pbb.56.1389716066326; Tue, 14 Jan 2014 08:14:26 -0800 (PST) Received: by 10.70.29.162 with HTTP; Tue, 14 Jan 2014 08:14:26 -0800 (PST) In-Reply-To: <52D55B24.8080102@freebsd.org> References: <399751389704518@web9j.yandex.ru> <52D541E7.3040305@gmail.com> <5101389708996@web13m.yandex.ru> <52D55B24.8080102@freebsd.org> Date: Tue, 14 Jan 2014 20:14:26 +0400 Message-ID: Subject: Re: SCHED_ULE bug (was Re: cpuminer mines only on one core regardless of "--threads" option) From: Subbsd To: Andrey Chernov Content-Type: text/plain; charset=ISO-8859-1 Cc: c.kworr@gmail.com, Alexander , stable@freebsd.org, "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: Tue, 14 Jan 2014 16:14:27 -0000 On Tue, Jan 14, 2014 at 7:43 PM, Andrey Chernov wrote: > On 14.01.2014 17:01, Alexander wrote: >> on Freebsd 9.2 x64 on 5 different PCs I installed net-p2p/cpuminer >> from ports and by "pkg install" - result is the same - minerd mines >> only on one core regardless of "--threads" option. > ... >> # top -P >> 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, 0.0% interrupt, 100% idle >> CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle >> CPU 3: 0.0% user, 100% nice, 0.0% system, 0.0% interrupt, 0.0% idle > > This is SCHED_ULE bug, I see _all_ processes (not minerd only in > particular) stuck to the last CPU too (top's 'C' column is equal to the > last CPU and never changes), latest -stable i386. It disappears for me > switching to SCHED_4BSD. > > _______________________________________________ > 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" I think it's the same story seen in the distant 2011: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/163585 From owner-freebsd-stable@FreeBSD.ORG Tue Jan 14 18:17: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 7AD937CA; Tue, 14 Jan 2014 18:17: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 AF08F10D3; Tue, 14 Jan 2014 18:17: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 s0EIHcvt011265; Tue, 14 Jan 2014 20:17:38 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0EIHcTT011249; Tue, 14 Jan 2014 18:17:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 14 Jan 2014 18:17:38 GMT Message-Id: <201401141817.s0EIHcTT011249@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 14 Jan 2014 18:17:43 -0000 TB --- 2014-01-14 17:00:44 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-14 17: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-01-14 17:00:44 - starting RELENG_10 tinderbox run for powerpc64/powerpc TB --- 2014-01-14 17:00:44 - cleaning the object tree TB --- 2014-01-14 17:00:44 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-14 17:01:38 - At svn revision 260631 TB --- 2014-01-14 17:01:39 - building world TB --- 2014-01-14 17:01:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-14 17:01:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-14 17:01:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-14 17:01:39 - SRCCONF=/dev/null TB --- 2014-01-14 17:01:39 - TARGET=powerpc TB --- 2014-01-14 17:01:39 - TARGET_ARCH=powerpc64 TB --- 2014-01-14 17:01:39 - TZ=UTC TB --- 2014-01-14 17:01:39 - __MAKE_CONF=/dev/null TB --- 2014-01-14 17:01:39 - cd /src TB --- 2014-01-14 17:01:39 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Jan 14 17: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 [...] 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 -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/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGObjC.cpp -o CGObjC.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 -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/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGObjCGNU.cpp -o CGObjCGNU.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 -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/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGObjCMac.cpp -o CGObjCMac.o /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGObjCMac.cpp: In member function 'virtual void::CGObjCMac::GenerateCategory(const clang::ObjCCategoryImplDecl*)': /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGObjCMac.cpp:2931: 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/libclangcodegen *** 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-01-14 18:17:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-14 18:17:37 - ERROR: failed to build world TB --- 2014-01-14 18:17:37 - 3496.02 user 1237.60 system 4613.09 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-powerpc64-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Tue Jan 14 18:32: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 3B988A25; Tue, 14 Jan 2014 18:32:33 +0000 (UTC) Received: from forward19.mail.yandex.net (forward19.mail.yandex.net [IPv6:2a02:6b8:0:1402::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DC0FA120B; Tue, 14 Jan 2014 18:32:32 +0000 (UTC) Received: from web5g.yandex.ru (web5g.yandex.ru [95.108.252.105]) by forward19.mail.yandex.net (Yandex) with ESMTP id 9E1D6112279C; Tue, 14 Jan 2014 22:32:21 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web5g.yandex.ru (Yandex) with ESMTP id 33BD3DA0018; Tue, 14 Jan 2014 22:32:21 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1389724341; bh=yq5tx8/UQLlIknNVn443vgmd5AYVxRwB1q8PeOh3YE8=; h=From:To:Cc:In-Reply-To:References:Subject:Date; b=PNMxqUjccMWVhgZ/Qd47p3O7z1x0z8TFXbU0z2rjV6vtQ4414JNLwwGBoeTWFjOEA lJ1bnfJ1KwbA50R4YkzZLGuLWe3WB6dzzku/Eecf1gjmtszAWff4vJibCMRK/SdNmm ko5b0cnHuHIEdVAr4p435jUJhtu1raq38+TuPTq0= Received: from 249.60.114.188.donpac.ru (249.60.114.188.donpac.ru [188.114.60.249]) by web5g.yandex.ru with HTTP; Tue, 14 Jan 2014 22:32:20 +0400 From: Alexander To: "freebsd-ports@freebsd.org" In-Reply-To: References: <399751389704518@web9j.yandex.ru> <52D541E7.3040305@gmail.com> <5101389708996@web13m.yandex.ru> <52D55B24.8080102@freebsd.org> Subject: Re: SCHED_ULE bug (was Re: cpuminer mines only on one core regardless of "--threads" option) MIME-Version: 1.0 Message-Id: <113571389724340@web5g.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Tue, 14 Jan 2014 22:32:20 +0400 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r 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, 14 Jan 2014 18:32:33 -0000 14.01.2014, 20:14, "Subbsd" : > On Tue, Jan 14, 2014 at 7:43 PM, Andrey Chernov wrote: > >> šOn 14.01.2014 17:01, Alexander wrote: >>> šon Freebsd 9.2 x64 on 5 different PCs I installed net-p2p/cpuminer >>> šfrom ports and by "pkg install" - result is the same - minerd mines >>> šonly on one core regardless of "--threads" option. >> š... >>> š# top -P >>> š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, š0.0% interrupt, š100% idle >>> šCPU 2: š0.0% user, š0.0% nice, š0.0% system, š0.0% interrupt, š100% idle >>> šCPU 3: š0.0% user, š100% nice, š0.0% system, š0.0% interrupt, š0.0% idle >> šThis is SCHED_ULE bug, I see _all_ processes (not minerd only in >> šparticular) stuck to the last CPU too (top's 'C' column is equal to the >> šlast CPU and never changes), latest -stable i386. It disappears for me >> šswitching to SCHED_4BSD. >> >> š_______________________________________________ >> š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" > > I think it's the same story seen in the distant 2011: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/163585 reboot didn't help (try on 3 different PCs) I'll try switching to SCHED_4BSD tomorrow (thanks Andrey Chernov) From owner-freebsd-stable@FreeBSD.ORG Tue Jan 14 20:15: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 DD92FEEC; Tue, 14 Jan 2014 20:15:58 +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 B25D710B4; Tue, 14 Jan 2014 20:15:58 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id A52AFB946; Tue, 14 Jan 2014 15:15:57 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Subject: Re: Shared IRQ on ATOM based Soekris net6501 board Date: Tue, 14 Jan 2014 11:09:18 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20140114160346.2c34db92@fusen> In-Reply-To: <20140114160346.2c34db92@fusen> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201401141109.18137.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 14 Jan 2014 15:15:57 -0500 (EST) Cc: Christophe Prevotaux , freebsd-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: Tue, 14 Jan 2014 20:15:58 -0000 On Tuesday, January 14, 2014 10:03:46 am Christophe Prevotaux wrote: > > I have found out that when I use 2 AR9580 mini PCIe board > some irq (namely in that case irq18 is shared over 3 devices) > > I wonder why it is done like this and if this could be something to fix ? You can't fix it. This is how the interrupts are connected on your motherboard. It's true that in PCI-e there are no longer physical interrupt lines, but the connections may still be hardcoded in silicon. The only chance you might possibly have is to use ACPI (which doesn't work on your board) as if the PCI interrupts are hooked up to an interrupt router prior to the I/O APIC you might be able to shuffle things. A far better idea would be to use a board that supports MSI interrupts (and/or fix the driver to use MSI if it is not doing so already). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jan 14 23:54: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 C83C6CF2 for ; Tue, 14 Jan 2014 23:54:11 +0000 (UTC) Received: from gateway.pupworks.com (gateway.pupworks.com [71.126.154.50]) by mx1.freebsd.org (Postfix) with ESMTP id 819891767 for ; Tue, 14 Jan 2014 23:54:11 +0000 (UTC) Received: from [IPv6:2001:4830:1693::225:ff:fe4e:60d1] (unknown [IPv6:2001:4830:1693:0:225:ff:fe4e:60d1]) by gateway.pupworks.com (Postfix) with ESMTPSA id A6040272C52 for ; Tue, 14 Jan 2014 23:54:10 +0000 (UTC) From: Nat Howard Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: IPSEC/PF (particularly NAT) problem? RC5,4,3 Message-Id: Date: Tue, 14 Jan 2014 18:54:09 -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: Tue, 14 Jan 2014 23:54:11 -0000 Sorry if this arrives more than once=85. I'm encountering a problem in updating to 10.0, and wonder if anything has changed with respect to the way in which you tell (the new!) PF code to process stuff coming in via IPSEC -- if, for example, there's a knob somewhere that say "yes, really, really, do the NATing on incoming packets that came in on IPSEC and=20 are going out (decrypted) in the clear." that wasn't required in previous versions (up to 9.1) of FreeBSD. I've used Freebsd for a base for IPSEC/L2TP/PPTP/Openvpn VPN servers for a while now, and been (mostly) happy. I got the shiny new 10.0 bits (updated to 10.0RC5, though the same problem showed in RC4 and RC3) and have a little problem. Openvpn-based PF processing works just fine, including natting. I use my test client to connect, and I'm given a network-10 address. Traffic flows encrypted to the server, arrives on tun0, gets=20 appropriately decrypted and NATed, sent out, responses NATed back the other way, and all is well. A similar "just fine" thing happens with PPTP via MPD5 and the appropriate ng interface. IPSEC based VPN service fails in the following way: I establish a tunnel-mode IPSEC connection with racoon,=20 get assigned a proper IP address (call it 10.x.y.z) range on my client. Then when I try to ping (say) 8.8.8.8, I see the ping emerge on the server's ethernet interface un-natted (with the proper destination, but an 10.x.y.z source address). Thus if 8.8.8.8 responds, it will be responding to 10.x.y.z, rather than the "external" address on my server. "pfctl -sI" includes enc0, em0 (the external interface) and lots of others, such as the tun interfaces. The appropriate line (I think) is in the pf.conf file: nat on customer_out from 10.119.8.0/21 to any ->(removed) where "(removed)" is one of the "real" ip addresses of the external-facing ethernet interface, and customer_out is a group name (as in ifconfig -g) for the external ethernet interface. Early experimentation indicates that pf is pretty much ignoring "enc0" -- the ipsec virtual network interface -- even a command to block all traffic from enc0 didn't stop the (un-natted) pings coming. This makes me think that IPSEC traffic is somehow completely bypassing PF, even though in 9.1 and earlier, it didn=92t. Relevant sysctls: net.inet.ipsec.filtertunnel: 1 net.inet6.ipsec6.filtertunnel: 1 net.enc.in.ipsec_filter_mask: 2 net.enc.out.ipsec_filter_mask: 1 net.inet.ip.forwarding: 1 net.inet.ip.fastforwarding: 0 net.enc.in.ipsec_bpf_mask: 2 net.enc.out.ipsec_bpf_mask: 1 So? Did I miss a knob? I didn't even notice "net.inet.ipsec.filtertunnel" until this release gave me trouble -- it's "0" on previous versions of my server, but setting it to "1" didn't help. Thanks very much for any pointers! - Nat Howard P.S: It would be tricky to build a simple example of anything with ipsec, but I'll do it if nobody has any better ideas=85 P.P.S. A similar problem showed up in RC3 when I use mpd5 and ipsec = in transit mode to implement L2TP, but I'm just beginning to look at that problem, and am not yet sure this occurs in RC4 or RC5. Perhaps ipsec packets are being tagged "don't mess with me" in some way, or diverted in such a way that even after being decrypted, they dodge PF? It seems that = net.inet.ipsec.filtertunnel is meant to do this, but I am setting it to 1 in all these cases. P.P.P.S: Yes, the kernel is configured with IPSEC and pf: device crypto # core crypto support options IPSEC #IP security (requires device crypto) options IPSEC_DEBUG #debug for IP security device enc options IPSEC_NAT_T #NAT-T support, UDP encap of ESP device pf device pflog device pfsync =85 and the ALTQ stuff as well. Relevant googling and searches of the FreeBSD GNATS database have shown nothing that seems to match. Anyone have any idea? Thanks! - Nat Howard= From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 00:46: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 B7BC6E6F for ; Wed, 15 Jan 2014 00:46:17 +0000 (UTC) Received: from mail-ie0-x232.google.com (mail-ie0-x232.google.com [IPv6:2607:f8b0:4001: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 7A5371B06 for ; Wed, 15 Jan 2014 00:46:17 +0000 (UTC) Received: by mail-ie0-f178.google.com with SMTP id x13so1405003ief.9 for ; Tue, 14 Jan 2014 16:46:16 -0800 (PST) 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=38UDAJhg8siNlUBpZ2QRUjr9agsRUZX+VlBFUN/DHg8=; b=DMED/r9PpXs5hh09GNQtWa9ETcnlh46czQwV4zmSNvX0R01LdXuihV9CDkZO17zSG7 kmPiYSw/f5Q2tiHnHt+cJRR6xk4jgrI8qtOcz1qmZq8tGQSR4GxamBXB2Xs3bKmHxdmE N6x0uiAwsRYZbnMmdx246MamBJFP9oY2D9CdI= 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=38UDAJhg8siNlUBpZ2QRUjr9agsRUZX+VlBFUN/DHg8=; b=Wu+SzSkaH8JNU74wzR2+hYVkqJ8tP39Lx+eDBTgcOxjxe7hZvvkk1ToWAq2p+zYrzc 7gwjtg9FLbNFnr+z9RRyCmttdhxnBJp+rQWoGJXkvgBfwPP2Cuq8K0jA6u7/ODwfcgwy DXfqZOn8HDg7wsRpq6UwbIY74j9t5WBUj1vEXHeZNpdnGBEGF2YLt5tT5OdQUt9DCbei Xu2+DmcgtuE+m8kuRJRW45J2NwA5VKWpYm1hxd8Vkhf8jIh4gkKXa3z88zx3eJTerWG6 QYrNqzMqUekZPsjaBMRLy4tUaZFhta9/4k65p9Q+9z4tPTuy1UxyW2/teVddQ9WaaKUR BUaQ== X-Gm-Message-State: ALoCoQlPpLPGbNYgOpFp57U6qdZE8KVw9MsDhJT6lfc+WDbuNyJmjISrmENtBEAKYdKCGmoTHNAv X-Received: by 10.43.156.18 with SMTP id lk18mr4875icc.77.1389746776783; Tue, 14 Jan 2014 16:46:16 -0800 (PST) Received: from DataIX.local (75-128-101-59.dhcp.sgnw.mi.charter.com. [75.128.101.59]) by mx.google.com with ESMTPSA id fk5sm26696167igb.9.2014.01.14.16.46.15 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 14 Jan 2014 16:46:15 -0800 (PST) Received: from DataIX.local (localhost [127.0.0.1]) by DataIX.local (8.14.7/8.14.7) with ESMTP id s0F0kCiO064797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 14 Jan 2014 19:46:12 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Received: (from jh@localhost) by DataIX.local (8.14.7/8.14.7/Submit) id s0F0kBwP064796 for stable@freebsd.org; Tue, 14 Jan 2014 19:46:11 -0500 (EST) (envelope-from jhellenthal@DataIX.net) Date: Tue, 14 Jan 2014 19:46:11 -0500 From: jhellenthal@dataix.net To: stable@freebsd.org Subject: libftpio still being installed Message-ID: <20140115004610.GA64613@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, 15 Jan 2014 00:46:17 -0000 Evening All, On stable/9 up-to-date as of this message it appears that libftpio is still being built and installed. Upon (make delete-old & delete-old-libs) it is also asked to be removed. To the best of knowledge I believe it is meant to not be built any further and installed so I beleieve there is a bug in the build that is causing this to still be built or removing it when it should'nt be. Could someone take a further look ? Thanks. >>> Removing old files (only deletes safe to delete libs) remove /var/named/etc/namedb/named.root? n remove /usr/lib/libftpio.a? y remove /usr/lib/libftpio.so? y remove /usr/include/ftpio.h? y remove /usr/share/man/man3/ftpio.3.gz? y >>> Old files removed FreeBSD 9.2-STABLE #9 r260314: Sun Jan 5 01:03:04 EST 2014 jhellenthal@:/usr/obj/usr/src/sys/AIM7400 powerpc -- - (2^(N-1)) JJH48-ARIN From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 10:33: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 7F56B485 for ; Wed, 15 Jan 2014 10:33:50 +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 3A79912BF for ; Wed, 15 Jan 2014 10:33:49 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1W3Nn5-0000ab-61 for freebsd-stable@freebsd.org; Wed, 15 Jan 2014 11:33:43 +0100 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, 15 Jan 2014 11:33:43 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 15 Jan 2014 11:33:43 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Subject: kern.ipc.maxpipekva in 10 Date: Wed, 15 Jan 2014 11:33:28 +0100 Lines: 49 Message-ID: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nDxRs8puTCG68fn9SxO05VKmn7UHKfc9p" 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.2.0 X-Enigmail-Version: 1.6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Jan 2014 10:33:50 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --nDxRs8puTCG68fn9SxO05VKmn7UHKfc9p Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello, Since upgrading to 10.0-RC5 three days ago (from 9-STABLE), I've been greeted with the "kern.ipc.maxpipekva exceeded; see tuning(7)" message each morning. This is a desktop system and it stays on overnight. The workload is exactly the same as before. I'm guessing the most probable reason is a socket leak in an application (also from the logs: "Synergy 1.3.8: 2014-01-15T07:02:12 WARNING: cannot listen for clients: cannot bind address: Address already in use /wrkdirs/usr/ports/sysutils/synergy/work/synergy-1.3.8-Source/src/cmd/syn= ergys/synergys.cpp,520)", but I'm puzzled about two things: 1) why it didn't happen on 9.x 2) why it appears to completely disable my system. When this condition happens, the system cannot spawn new processes (probably because it has to allocate stdin/out/err) so I can't do much except reboot it ("killall" is its own binary, and so is "su"). Somehow I think this should not happen, especially since synergys runs as a nonprivileged process under my user account. It even seems like a possible DoS attack vector. Any thoughts? --nDxRs8puTCG68fn9SxO05VKmn7UHKfc9p 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/ iKYEARECAGYFAlLWY/lfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDYxNDE4MkQ3ODMwNDAwMDJFRUIzNDhFNUZE MDhENTA2M0RGRjFEMkMACgkQ/QjVBj3/HSySqgCeMTeNZVQlWWmlwgyAKyyZ+tn4 p9kAn1B+FJaIfvK7XDfjcpXZVqGX6wQb =sfMg -----END PGP SIGNATURE----- --nDxRs8puTCG68fn9SxO05VKmn7UHKfc9p-- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 10:36: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 6A2A65F3 for ; Wed, 15 Jan 2014 10:36:11 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2A4B12E8 for ; Wed, 15 Jan 2014 10:36:09 +0000 (UTC) Received: from cell.glebius.int.ru (localhost [127.0.0.1]) by cell.glebius.int.ru (8.14.7/8.14.7) with ESMTP id s0FAa10S031920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 15 Jan 2014 14:36:01 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id s0FAa1pl031919; Wed, 15 Jan 2014 14:36:01 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Wed, 15 Jan 2014 14:36:01 +0400 From: Gleb Smirnoff To: Nat Howard Subject: Re: IPSEC/PF (particularly NAT) problem? RC5,4,3 Message-ID: <20140115103601.GJ26504@FreeBSD.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-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, 15 Jan 2014 10:36:11 -0000 Nat, On Tue, Jan 14, 2014 at 06:54:09PM -0500, Nat Howard wrote: N> I'm encountering a problem in updating to 10.0, and wonder if N> anything has changed with respect to the way in which you tell (the N> new!) PF code to process stuff coming in via IPSEC -- if, for N> example, there's a knob somewhere that say "yes, really, really, N> do the NATing on incoming packets that came in on IPSEC and N> are going out (decrypted) in the clear." that wasn't required N> in previous versions (up to 9.1) of FreeBSD. AFAIR, nothing has changed in pf in regards to its ipsec handling. The new part is only finer locking. Well, I could have broken ipsec. But more probable is that problems lives somewhere out of pf. Can you please provide a minimal reproduction case, that does work on 9.1, and doesn't work on 10.0? You can file it in GNATS as PR. That would help. -- Totus tuus, Glebius. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 11:36: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 4D68E894 for ; Wed, 15 Jan 2014 11:36:41 +0000 (UTC) Received: from velox.its.uu.se (velox.its.uu.se [130.238.7.74]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C121818C5 for ; Wed, 15 Jan 2014 11:36:39 +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 velox.its.uu.se (Postfix) with ESMTP id 1D1F6354BB for ; Wed, 15 Jan 2014 12:27:36 +0100 (CET) Message-ID: <52D670B3.7030707@pean.org> Date: Wed, 15 Jan 2014 12:27:47 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130807 Thunderbird/17.0.8 MIME-Version: 1.0 To: "stable@freebsd.org" Subject: Trying to cross compile i386 on amd64 (clang/llvm) 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, 15 Jan 2014 11:36:41 -0000 Hi, Im having difficulties compiling world and kernel on an amd64 for one of my i386 machines. I dont know If I'm doing it wrong or something else it broken.. build machine: FreeBSD torus.pean.org 10.0-RC2 FreeBSD 10.0-RC2 #0 r259522: Wed Dec 18 09:27:56 CET 2013 root@torus.pean.org:/usr/obj/usr/src/sys/GENERIC amd64 src tree: Working Copy Root Path: /usr/src-soekris URL: https://svn0.us-west.freebsd.org/base/releng/10.0 Relative URL: ^/releng/10.0 Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 260687 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 260664 Last Changed Date: 2014-01-15 02:14:52 +0100 (Wed, 15 Jan 2014) I have a freshly checked out source tree and a separate obj-tree. building with these settings: TARGET_ARCH=i386 TARGET=i386 MAKEOBJDIRPREFIX=/usr/obj-soekris KERNCONF=SOEKRIS First of all it tries to install liblegacy.a to /usr/obj-soekris/legacy/usr/lib which does not exist. After creating that directory it build world compiles for a while but then stop with this error: ---- ==> usr.bin/clang/tblgen (obj,depend,all,install) make[3]: .depend, 2554: ignoring stale .depend for /usr/obj-soekris/i386.i386/usr/src-soekris/tmp/legacy/usr/lib/libegacy.a clang++ -O2 -pipe -I/usr/src-soekris/usr.bin/clang/tblgen/../../../contrib/llvm/include -I/usr/src-soekris/usr.bin/clang/tblgen/../../../contrib/llvm/tools/clang/include -I/usr/src-soekris/usr.bin/clang/tblgen/../../../contrib/llvm/utils/TableGen -I. -I/usr/src-soekris/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=\"i386-unknown-freebsd10.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd10.0\" -DDEFAULT_SYSROOT=\"\" -I/usr/obj-soekris/i386.i386/usr/src-soekris/tmp/legacy/usr/include -Wno-c++11-extensions -fno-exceptions -fno-rtti -static -L/usr/obj-soekris/i386.i386/usr/src-soekris/tmp/legacy/usr/lib -o tblgen AsmMatcherEmitter.o AsmWriterEmitter.o AsmWriterInst.o CTagsEmitter.o CallingConvEmitter.o CodeEmitterGen.o CodeGenDAGPatterns.o CodeGenInstruction.o CodeGenMapTable.o CodeGenRegisters.o CodeGenSchedule.o CodeGenTarget.o DAGISelEmitter.o DAGISelMatcher.o DAGISelMatcherEmitter.o DAGISelMatcherGen.o DAGISelMatcherOpt.o DFAPacketizerEmitter.o DisassemblerEmitter.o FastISelEmitter.o FixedLenDecoderEmitter.o InstrInfoEmitter.o IntrinsicEmitter.o OptParserEmitter.o PseudoLoweringEmitter.o RegisterInfoEmitter.o SetTheory.o SubtargetEmitter.o TGValueTypes.o TableGen.o X86DisassemblerTables.o X86ModRMFilters.o X86RecognizableInstr.o /usr/src-soekris/usr.bin/clang/tblgen/../../../lib/clang/libllvmtablegen/libllvmtablegen.a /usr/src-soekris/usr.bin/clang/tblgen/../../../lib/clang/libllvmsupport/libllvmsupport.a -legacy /usr/bin/ld: cannot find -legacy clang++: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. make[3]: stopped in /usr/src-soekris/usr.bin/clang/tblgen *** Error code 1 ---- Trying to buildkernel on the other hand fails with the following error: ---- x86 -> /usr/src-soekris/sys/x86/include clang -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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/usr/src-soekris/sys -I/usr/src-soekris/sys/contrib/altq -I/usr/src-soekris/sys/contrib/ipfilter -I/usr/src-soekris/sys/dev/ath -I/usr/src-soekris/sys/dev/ath/ath_hal -I/usr/src-soekris/sys/contrib/dev/ath/ath_hal -I/usr/src-soekris/sys/contrib/ngatm -I/usr/src-soekris/sys/dev/twa -I/usr/src-soekris/sys/dev/cxgb -I/usr/src-soekris/sys/dev/cxgbe -I/usr/src-soekris/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector /usr/src-soekris/sys/i386/i386/genassym.c In file included from /usr/src-soekris/sys/i386/i386/genassym.c:44: In file included from /usr/src-soekris/sys/sys/systm.h:42: ./machine/cpufunc.h:468:41: warning: cast to 'char *' from smaller integer type 'u_int' (aka 'unsigned int') [-Wint-to-pointer-cast] __asm __volatile("invlpg %0" : : "m" (*(char *)addr) : "memory"); ^ In file included from /usr/src-soekris/sys/i386/i386/genassym.c:47: In file included from /usr/src-soekris/sys/sys/buf.h:260: In file included from /usr/src-soekris/sys/sys/proc.h:62: In file included from /usr/src-soekris/sys/sys/pcpu.h:48: In file included from ./machine/pcpu.h:36: ./machine/segments.h:91:29: error: use of undeclared identifier 'NLDT' extern union descriptor ldt[NLDT]; ^ In file included from /usr/src-soekris/sys/i386/i386/genassym.c:76: In file included from ./machine/pcb.h:45: ./machine/npx.h:56:14: error: use of 'savefpu' with tag type that does not match previous declaration void npxsave(union savefpu *addr); ^~~~~ struct ./x86/fpu.h:140:8: note: previous use is here struct savefpu { ^ In file included from /usr/src-soekris/sys/i386/i386/genassym.c:76: In file included from ./machine/pcb.h:45: ./machine/npx.h:57:36: error: use of 'savefpu' with tag type that does not match previous declaration void npxsetregs(struct thread *td, union savefpu *addr); ^~~~~ struct ./x86/fpu.h:140:8: note: previous use is here struct savefpu { ^ In file included from /usr/src-soekris/sys/i386/i386/genassym.c:76: ./machine/pcb.h:66:2: error: use of 'savefpu' with tag type that does not match previous declaration union savefpu pcb_user_save; ^~~~~ struct ./x86/fpu.h:140:8: note: previous use is here struct savefpu { ^ In file included from /usr/src-soekris/sys/i386/i386/genassym.c:76: ./machine/pcb.h:87:2: error: use of 'savefpu' with tag type that does not match previous declaration union savefpu *pcb_save; ^~~~~ struct ./x86/fpu.h:140:8: note: previous use is here struct savefpu { ^ In file included from /usr/src-soekris/sys/i386/i386/genassym.c:76: ./machine/pcb.h:100:30: warning: calling convention '__fastcall__' ignored for this target [-Wignored-attributes] void resumectx(struct pcb *) __fastcall; ^ /usr/src-soekris/sys/sys/cdefs.h:355:35: note: expanded from macro '__fastcall' #define __fastcall __attribute__((__fastcall__)) ^ In file included from /usr/src-soekris/sys/i386/i386/genassym.c:77: ./machine/sigframe.h:86:19: error: field has incomplete type 'struct ucontext' struct ucontext4 sf_uc; /* = *sf_ucontext */ ^ ./machine/sigframe.h:86:9: note: forward declaration of 'struct ucontext' struct ucontext4 sf_uc; /* = *sf_ucontext */ ^ /usr/src-soekris/sys/sys/ucontext.h:66:19: note: expanded from macro 'ucontext4' #define ucontext4 ucontext [....] ---- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 11:48: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 67086E1D; Wed, 15 Jan 2014 11:48:00 +0000 (UTC) Received: from mail-qe0-x22a.google.com (mail-qe0-x22a.google.com [IPv6:2607:f8b0:400d:c02::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C46B19FD; Wed, 15 Jan 2014 11:47:59 +0000 (UTC) Received: by mail-qe0-f42.google.com with SMTP id b4so902340qen.29 for ; Wed, 15 Jan 2014 03:47:59 -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=6ap+JkkiJhEIqjwcbDpQN+19vUuqUZoXto8bVVgpAtU=; b=XBPuv1xZgV+o27Vudy0obygx+Mtkhe6+i6wojcQmkJ9k5Fyji8aF+2tcdHWuWZlQBs 5V41YiaBW6J+v+qxHlVaG6MBSEqy7SQJWkPgko+odB/EQNrwrwmRm0UffxrgcH53W3wz 3Kh3pnOKDnc9ub9n5l4GVPkiwsQyAJ2+rwD/mODenMnGftxoOmy1/mhJrMfGRsNEDwpq BI0nKJyviLEdOoMZKbs37L6QCD6JvkMJt4vznqIRINX/cSiH6kJRcz5bVBiqc+YRBFSJ 00PPWTejuFPH4Uq3m8eZCQs4pXt1vpjVqiujcUoMvz6X1pCTm1PYXekIVL7Jkm0tvFlC nc6w== MIME-Version: 1.0 X-Received: by 10.49.1.35 with SMTP id 3mr3465906qej.43.1389786479193; Wed, 15 Jan 2014 03:47:59 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Wed, 15 Jan 2014 03:47:59 -0800 (PST) Date: Wed, 15 Jan 2014 12:47:59 +0100 X-Google-Sender-Auth: 5MNqK3N2KvYWO21DTqatDiJR3hg Message-ID: Subject: FreeBSD 10.0-RC4 pkg upgrade QT conflict From: CeDeROM To: freebsd-ports , 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, 15 Jan 2014 11:48:00 -0000 # uname -a FreeBSD mercury.rd.tp.pl 10.0-RC4 FreeBSD 10.0-RC4 #0 r260130: Tue Dec 31 17:10:01 UTC 2013 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 # pkg upgrade Updating repository catalogue Upgrades have been requested for the following 27 packages: Upgrading ImageMagick: 6.8.0.7_3 -> 6.8.0.7_3,1 Reinstalling docbook-1.4_1 (direct dependency changed) Reinstalling docbook-xsl-1.76.1_1 (direct dependency changed) Upgrading e2fsprogs-libuuid: 1.42.8 -> 1.42.9 Reinstalling gnome-doc-utils-0.20.10 (direct dependency changed) Upgrading libewf: 20131210 -> 20131230 Upgrading musicpd: 0.17.3_4 -> 0.18.5 Upgrading openjdk: 7.45.18 -> 7.25.15_2,1 Upgrading qt4-corelib: 4.8.5 -> 4.8.5_1 Upgrading qt4-qmake: 4.8.5 -> 4.8.5_1 Upgrading redland: 1.0.16 -> 1.0.17 Reinstalling xfce4-mpc-plugin-0.4.4_4 (direct dependency changed) Upgrading xfce4-whiskermenu-plugin: 1.3.0 -> 1.3.1 Installing qt4-opengl: 4.8.5 Installing qt4-testlib: 4.8.5 Installing qt4-clucene: 4.8.5 Reinstalling mlt-0.9.0_2 (direct dependency changed) Upgrading qt4-qdbusviewer: 4.8.5 -> 4.8.5_1 Installing qt4-declarative: 4.8.5 Installing qt4-webkit: 4.8.5_1 Upgrading qt4-assistant: 4.8.5 -> 4.8.5_1 Upgrading qt4-linguist: 4.8.5 -> 4.8.5_1 Reinstalling qzeitgeist-0.8.0 (direct dependency changed) Reinstalling virtualbox-ose-4.2.20_2 (direct dependency changed) Reinstalling kdelibs-4.10.5_2 (direct dependency changed) Reinstalling kdenlive-0.9.6_2 (direct dependency changed) Reinstalling libkcddb-4.10.5 (direct dependency changed) The upgrade will require 32 MB more space 0 B to be downloaded Proceed with upgrading packages [y/N]: y Checking integrity...pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/QtDeclarative with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/Qt/QtOpenGL with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/QtTest with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/QtWebKit with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qbenchmark.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qbenchmarkmetric.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarative.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativecomponent.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativecontext.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativedebug.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeengine.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeerror.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeexpression.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeextensioninterface.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeextensionplugin.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeimageprovider.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeinfo.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeitem.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativelist.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativenetworkaccessmanagerfactory.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeparserstatus.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeprivate.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeproperty.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativepropertymap.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativepropertyvalueinterceptor.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativepropertyvaluesource.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativescriptstring.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/Qt/qdeclarativeview.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/Qt/qgl.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/Qt/qglbuffer.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/Qt/qglcolormap.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/Qt/qglframebufferobject.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/Qt/qglfunctions.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/Qt/qglpixelbuffer.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/Qt/qglscreen_qws.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/Qt/qglshaderprogram.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qgraphicswebview.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qsignalspy.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtest.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtest_global.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtest_gui.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestaccessible.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestassert.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestbasicstreamer.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestcase.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestcoreelement.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestcorelist.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestdata.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestelement.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestelementattribute.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestevent.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtesteventloop.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestfilelogger.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestkeyboard.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestlightxmlstreamer.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestmouse.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestspontaneevent.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestsystem.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtesttouch.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestxmlstreamer.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/Qt/qtestxunitstreamer.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebdatabase.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebelement.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebframe.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebhistory.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebhistoryinterface.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebinspector.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebkitglobal.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebkitplatformplugin.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebkitversion.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebpage.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebpluginfactory.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebscriptworld.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebsecurityorigin.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebsettings.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/Qt/qwebview.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeAttachedPropertiesFunc with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeComponent with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeContext with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeDebuggingEnabler with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeEngine with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeError with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeExpression with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeExtensionInterface with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeExtensionPlugin with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeImageProvider with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeInfo with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeItem with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeListProperty with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeListReference with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeNetworkAccessManagerFactory with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeParserStatus with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeProperties with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeProperty with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativePropertyMap with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativePropertyValueInterceptor with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativePropertyValueSource with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeScriptString with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeTypeInfo with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QDeclarativeView with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/QtDeclarative with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarative.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativecomponent.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativecontext.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativedebug.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeengine.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeerror.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeexpression.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeextensioninterface.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeextensionplugin.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeimageprovider.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeinfo.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeitem.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativelist.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativenetworkaccessmanagerfactory.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeparserstatus.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeprivate.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeproperty.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativepropertymap.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativepropertyvalueinterceptor.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativepropertyvaluesource.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativescriptstring.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/include/qt4/QtDeclarative/qdeclarativeview.h with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLBuffer with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLColormap with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLContext with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLFormat with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLFramebufferObject with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLFramebufferObjectFormat with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLFunctions with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLFunctionsPrivate with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLPixelBuffer with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLScreen with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLScreenSurfaceFunctions with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLShader with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLShaderProgram with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QGLWidget with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QMacCompatGLenum with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QMacCompatGLint with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QMacCompatGLuint with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QMacGLCompatTypes with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/QtOpenGL with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/qgl.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/qglbuffer.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/qglcolormap.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/qglframebufferobject.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/qglfunctions.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/qglpixelbuffer.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/qglscreen_qws.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/include/qt4/QtOpenGL/qglshaderprogram.h with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QEventSizeOfChecker with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QSignalSpy with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QSpontaneKeyEvent with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTest with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestAccessibility with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestAccessibilityEvent with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestBasicStreamer with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestCoreElement with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestCoreList with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestData with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestDelayEvent with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestElement with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestElementAttribute with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestEvent with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestEventList with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestEventLoop with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestFileLogger with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestKeyClicksEvent with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestKeyEvent with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestLightXmlStreamer with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestMouseEvent with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestXmlStreamer with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QTestXunitStreamer with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QtTest with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/QtTestGui with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qbenchmark.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qbenchmarkmetric.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qsignalspy.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtest.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtest_global.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtest_gui.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestaccessible.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestassert.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestbasicstreamer.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestcase.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestcoreelement.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestcorelist.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestdata.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestelement.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestelementattribute.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestevent.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtesteventloop.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestfilelogger.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestkeyboard.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestlightxmlstreamer.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestmouse.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestspontaneevent.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestsystem.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtesttouch.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestxmlstreamer.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/include/qt4/QtTest/qtestxunitstreamer.h with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QGraphicsWebView with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebDatabase with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebElement with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebElementCollection with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebFrame with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebFullScreenVideoHandler with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebHapticFeedbackPlayer with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebHistory with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebHistoryInterface with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebHistoryItem with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebHitTestResult with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebInspector with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebKitPlatformPlugin with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebNotificationData with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebNotificationPresenter with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebPage with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebPluginFactory with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebScriptWorld with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebSecurityOrigin with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebSelectData with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebSelectMethod with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebSettings with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebTouchModifier with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QWebView with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/QtWebKit with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qgraphicswebview.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebdatabase.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebelement.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebframe.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebhistory.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebhistoryinterface.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebinspector.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebkitglobal.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebkitplatformplugin.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebkitversion.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebpage.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebpluginfactory.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebscriptworld.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebsecurityorigin.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebsettings.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/include/qt4/QtWebKit/qwebview.h with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/lib/qt4/imports/QtWebKit/libqmlwebkitplugin.so with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/lib/qt4/imports/QtWebKit/qmldir with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on /usr/local/lib/qt4/libQtCLucene.la with: - qt4-clucene-4.8.5 pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on /usr/local/lib/qt4/libQtCLucene.prl with: - qt4-clucene-4.8.5 pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on /usr/local/lib/qt4/libQtCLucene.so with: - qt4-clucene-4.8.5 pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on /usr/local/lib/qt4/libQtCLucene.so.4 with: - qt4-clucene-4.8.5 pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on /usr/local/lib/qt4/libQtCLucene.so.4.8 with: - qt4-clucene-4.8.5 pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on /usr/local/lib/qt4/libQtCLucene.so.4.8.5 with: - qt4-clucene-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/lib/qt4/libQtDeclarative.la with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/lib/qt4/libQtDeclarative.prl with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/lib/qt4/libQtDeclarative.so with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/lib/qt4/libQtDeclarative.so.4 with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/lib/qt4/libQtDeclarative.so.4.8 with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/lib/qt4/libQtDeclarative.so.4.8.5 with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/lib/qt4/libQtOpenGL.la with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/lib/qt4/libQtOpenGL.prl with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/lib/qt4/libQtOpenGL.so with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/lib/qt4/libQtOpenGL.so.4 with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/lib/qt4/libQtOpenGL.so.4.8 with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/lib/qt4/libQtOpenGL.so.4.8.5 with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/lib/qt4/libQtTest.la with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/lib/qt4/libQtTest.prl with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/lib/qt4/libQtTest.so with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/lib/qt4/libQtTest.so.4 with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/lib/qt4/libQtTest.so.4.8 with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/lib/qt4/libQtTest.so.4.8.5 with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/lib/qt4/libQtWebKit.la with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/lib/qt4/libQtWebKit.prl with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/lib/qt4/libQtWebKit.so with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/lib/qt4/libQtWebKit.so.4 with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/lib/qt4/libQtWebKit.so.4.9 with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/lib/qt4/libQtWebKit.so.4.9.4 with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on /usr/local/libdata/ldconfig/qt4-clucene with: - qt4-clucene-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/libdata/ldconfig/qt4-declarative with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/libdata/ldconfig/qt4-opengl with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/libdata/ldconfig/qt4-webkit with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on /usr/local/libdata/pkgconfig/QtCLucene.pc with: - qt4-clucene-4.8.5 pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on /usr/local/libdata/pkgconfig/QtDeclarative.pc with: - qt4-declarative-4.8.5 pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on /usr/local/libdata/pkgconfig/QtOpenGL.pc with: - qt4-opengl-4.8.5 pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on /usr/local/libdata/pkgconfig/QtTest.pc with: - qt4-testlib-4.8.5 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/libdata/pkgconfig/QtWebKit.pc with: - qt4-webkit-4.8.5_1 pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on /usr/local/share/qt4/mkspecs/modules/qt_webkit_version.pri with: - qt4-webkit-4.8.5_1 -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 12:36: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 021FE26A; Wed, 15 Jan 2014 12:36:50 +0000 (UTC) Received: from mx1a.lautre.net (mx1a.lautre.net [80.67.160.71]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B20F51FA7; Wed, 15 Jan 2014 12:36:49 +0000 (UTC) Received: from graf.pompo.net (unknown [78.225.128.39]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thierry@pompo.net) by mx1a.lautre.net (Postfix) with ESMTPSA id D78C74150F; Wed, 15 Jan 2014 13:35:37 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id 7E87142D1960; Wed, 15 Jan 2014 13:35:36 +0100 (CET) Date: Wed, 15 Jan 2014 13:35:36 +0100 From: Thierry Thomas To: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 10.0-RC4 pkg upgrade QT conflict Message-ID: <20140115123536.GC50245@graf.pompo.net> Mail-Followup-To: freebsd-ports@freebsd.org, 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-Operating-System: FreeBSD 9.2-STABLE i386 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.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: Wed, 15 Jan 2014 12:36:50 -0000 Le mer 15 jan 14 à 12:47:59 +0100, CeDeROM écrivait : > Checking integrity...pkg: WARNING: locally installed > qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/QtDeclarative with: > - qt4-declarative-4.8.5 Please read UPGRADING (ore pkg upgrading). -- Th. Thomas. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 13:14: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 3297CDF8; Wed, 15 Jan 2014 13:14:26 +0000 (UTC) Received: from mx1a.lautre.net (mx1a.lautre.net [80.67.160.71]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E112C126B; Wed, 15 Jan 2014 13:14:25 +0000 (UTC) Received: from graf.pompo.net (unknown [78.225.128.39]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thierry@pompo.net) by mx1a.lautre.net (Postfix) with ESMTPSA id C9310413DA; Wed, 15 Jan 2014 14:14:11 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id 16E1142D23F6; Wed, 15 Jan 2014 14:13:32 +0100 (CET) Date: Wed, 15 Jan 2014 14:13:32 +0100 From: Thierry Thomas To: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org Subject: Re: FreeBSD 10.0-RC4 pkg upgrade QT conflict Message-ID: <20140115131332.GA3843@graf.pompo.net> Mail-Followup-To: freebsd-ports@freebsd.org, freebsd-stable@freebsd.org References: <20140115123536.GC50245@graf.pompo.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20140115123536.GC50245@graf.pompo.net> X-Operating-System: FreeBSD 9.2-STABLE i386 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.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: Wed, 15 Jan 2014 13:14:26 -0000 Le mer 15 jan 14 à 13:35:36 +0100, Thierry Thomas écrivait : > Please read UPGRADING (ore pkg upgrading). Ooops! UPDATING / pkg updating ! -- Th. Thomas. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 16:24: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 34FA69D0; Wed, 15 Jan 2014 16:24: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 6B86415D0; Wed, 15 Jan 2014 16:24: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 s0FGNu1n043980; Wed, 15 Jan 2014 18:23: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 s0FGNukK043928; Wed, 15 Jan 2014 16:23:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Jan 2014 16:23:56 GMT Message-Id: <201401151623.s0FGNukK043928@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 15 Jan 2014 16:24:11 -0000 TB --- 2014-01-15 15:50:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-15 15:50: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-01-15 15:50:43 - starting RELENG_10 tinderbox run for mips64/mips TB --- 2014-01-15 15:50:43 - cleaning the object tree TB --- 2014-01-15 15:50:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-15 15:51:35 - At svn revision 260689 TB --- 2014-01-15 15:51:36 - building world TB --- 2014-01-15 15:51:36 - CROSS_BUILD_TESTING=YES TB --- 2014-01-15 15:51:36 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-15 15:51:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-15 15:51:36 - SRCCONF=/dev/null TB --- 2014-01-15 15:51:36 - TARGET=mips TB --- 2014-01-15 15:51:36 - TARGET_ARCH=mips64 TB --- 2014-01-15 15:51:36 - TZ=UTC TB --- 2014-01-15 15:51:36 - __MAKE_CONF=/dev/null TB --- 2014-01-15 15:51:36 - cd /src TB --- 2014-01-15 15:51:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 15 15: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 [...] cc -fpic -DPIC -O -pipe -G0 -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/mips/include -g -DDEBUG=1 -DNEED_SOLARIS_BOOLEAN -std=i! so9899:1999 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_missing.c -o vdev_missing.So cc -fpic -DPIC -O -pipe -G0 -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/mips/include -g -DDEBUG=1 -DNEED_SOLARIS_BOOLEAN -std=i! so9899:1999 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_queue.c -o vdev_queue.So cc -fpic -DPIC -O -pipe -G0 -I/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris -I/src/cddl/lib/libzpool/../../compat/opensolaris/include -I/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/sys -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zfs -I/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common -I/src/cddl/lib/libzpool/../../contrib/opensolaris/head -I/src/cddl/lib/libzpool/../../lib/libumem -I/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair -DWANTS_MUTEX_OWNED -I/src/cddl/lib/libzpool/../../../lib/libpthread/thread -I/src/cddl/lib/libzpool/../../../lib/libpthread/sys -I/src/cddl/lib/libzpool/../../../lib/libthr/arch/mips/include -g -DDEBUG=1 -DNEED_SOLARIS_BOOLEAN -std=i! so9899:1999 -Wno-pointer-sign -Wno-unknown-pragmas -c /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_raidz.c -o vdev_raidz.So /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_raidz.c: In function 'vdev_raidz_io_done': /src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/common/fs/zfs/vdev_raidz.c:2116: 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/cddl/lib/libzpool *** Error code 1 Stop. bmake[3]: stopped in /src/cddl/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-01-15 16:23:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-15 16:23:55 - ERROR: failed to build world TB --- 2014-01-15 16:23:55 - 1359.03 user 738.23 system 1991.73 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-mips64-mips.full From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 17:04: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 5D76C589 for ; Wed, 15 Jan 2014 17:04: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 392931AB0 for ; Wed, 15 Jan 2014 17:04:32 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:16c0:b50:21c:c0ff:fe7f:96ee]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id EAB7B2D4FAE for ; Wed, 15 Jan 2014 09:04:25 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:24f3:10cb:6280:eceb] (unknown [IPv6:2601:7:880:bd0:24f3:10cb:6280:eceb]) by chombo.houseloki.net (Postfix) with ESMTPSA id DAB28105 for ; Wed, 15 Jan 2014 09:04:22 -0800 (PST) Message-ID: <52D6BF9C.8070405@bluerosetech.com> Date: Wed, 15 Jan 2014 09:04:28 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> In-Reply-To: <201401142011.s0EKBoi7082738@freefall.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: Wed, 15 Jan 2014 17:04:33 -0000 On 1/14/2014 12:11 PM, FreeBSD Errata Notices wrote: > III. Impact > > Someone who has control over these hardware RNGs would be able to > predicate the output from random(4) and urandom(4) devices and may be able > to reveal unique keys that are used to encrypt data. This is good to know, but I have to wonder: If the attacker has that level of access to the hardware, I would expect one of two things is also true: 1. If you're on "bare metal", the attacker has firmware-level or physical access to the machine; 2. If you're on a hypervisor, you can't trust the hypervisor; In both cases, I would think the attacker can use much simpler, more direct vectors and you have much worse things to worry about than the quality of /dev/random. I'm not questioning the validity of the advisory, I'm genuinely curious about this. I can't think of a scenario were someone could attack /dev/random using this vector without 1 or 2 above also being true. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 18:06: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 B9B0FCC3 for ; Wed, 15 Jan 2014 18:06:08 +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 45A961382 for ; Wed, 15 Jan 2014 18:06:07 +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 s0FI5uH9004712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 15 Jan 2014 19:05:56 +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 s0FI5uLc004709 for ; Wed, 15 Jan 2014 19:05:56 +0100 (CET) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Wed, 15 Jan 2014 19:05:56 +0100 (CET) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: FreeBSD stable Subject: Re: GPT label for ZFS GPT partitions no longer recognized (Was: New FreeBSD snapshots and virtual machine disk images (20140106 r260369)) In-Reply-To: Message-ID: References: <20140108020825.GX64543@glenbarber.us> 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, 15 Jan 2014 18:06:08 -0000 On Tue, 14 Jan 2014 17:11+0100, Trond Endrestøl wrote: > On Tue, 7 Jan 2014 21:08-0500, Glen Barber wrote: > > > o 10.0-PRERELEASE amd64 > > > FreeBSD-10.0-PRERELEASE-amd64-20140106-r260369-disc1.iso > > I tried the experimental ZFS stuff in bsdinstaller, I chose a mirrored > pool using 4K disk blocks, and I noticed the zfs0 and zfs1 labels are > indeed shown when running gpart show -l after the first reboot, but > only the gptboot{0,1} and swap{0,1} labels shows up in the /dev/gpt > directory. I guess gnop is doing some mischief to the GPT. I did some googling and found out that during the zpool import step of the gnop create, zpool create, zpool export, gnop destroy, zpool import dance, you should tell ZFS (or actually zpool) to look for devices in the /dev/gpt directory, like this: zpool import -d /dev/gpt -o cachefile=/tmp/zpool.cache zroot I believe you still need to copy the temporary cachefile to the /boot/zfs directory in the BE. Luckily, this treatment doesn't hide the /dev/gpt/zfs{0,1} GPT labels after rebooting. I think it would be better for all of us if usr.sbin/bsdinstall/scripts/zfsboot would run zpool import with the -d option after destroying the *.nop devices, until the scenario with the missing GPT labels is resolved. Any thoughts? -- +-------------------------------+------------------------------------+ | 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 Wed Jan 15 18:04: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 15968BBA; Wed, 15 Jan 2014 18:04: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 44840133E; Wed, 15 Jan 2014 18:04: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 s0FI3vmd029693; Wed, 15 Jan 2014 20:03: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 s0FI3vZK029673; Wed, 15 Jan 2014 18:03:57 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 15 Jan 2014 18:03:57 GMT Message-Id: <201401151803.s0FI3vZK029673@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 15 Jan 2014 18:04:03 -0000 TB --- 2014-01-15 15:50:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-15 15:50: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-01-15 15:50:43 - starting RELENG_10 tinderbox run for sparc64/sparc64 TB --- 2014-01-15 15:50:43 - cleaning the object tree TB --- 2014-01-15 15:50:43 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-15 15:51:30 - At svn revision 260689 TB --- 2014-01-15 15:51:31 - building world TB --- 2014-01-15 15:51:31 - CROSS_BUILD_TESTING=YES TB --- 2014-01-15 15:51:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-15 15:51:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-15 15:51:31 - SRCCONF=/dev/null TB --- 2014-01-15 15:51:31 - TARGET=sparc64 TB --- 2014-01-15 15:51:31 - TARGET_ARCH=sparc64 TB --- 2014-01-15 15:51:31 - TZ=UTC TB --- 2014-01-15 15:51:31 - __MAKE_CONF=/dev/null TB --- 2014-01-15 15:51:31 - cd /src TB --- 2014-01-15 15:51:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Jan 15 15:51: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 Wed Jan 15 17:25:21 UTC 2014 TB --- 2014-01-15 17:25:21 - generating LINT kernel config TB --- 2014-01-15 17:25:21 - cd /src/sys/sparc64/conf TB --- 2014-01-15 17:25:21 - /usr/bin/make -B LINT TB --- 2014-01-15 17:25:21 - cd /src/sys/sparc64/conf TB --- 2014-01-15 17:25:21 - /usr/sbin/config -m LINT TB --- 2014-01-15 17:25:21 - building LINT kernel TB --- 2014-01-15 17:25:21 - CROSS_BUILD_TESTING=YES TB --- 2014-01-15 17:25:21 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-15 17:25:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-15 17:25:21 - SRCCONF=/dev/null TB --- 2014-01-15 17:25:21 - TARGET=sparc64 TB --- 2014-01-15 17:25:21 - TARGET_ARCH=sparc64 TB --- 2014-01-15 17:25:21 - TZ=UTC TB --- 2014-01-15 17:25:21 - __MAKE_CONF=/dev/null TB --- 2014-01-15 17:25:21 - cd /src TB --- 2014-01-15 17:25:21 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Jan 15 17:25: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 LINT completed on Wed Jan 15 18:03:35 UTC 2014 TB --- 2014-01-15 18:03:35 - cd /src/sys/sparc64/conf TB --- 2014-01-15 18:03:35 - /usr/sbin/config -m GENERIC TB --- 2014-01-15 18:03:35 - building GENERIC kernel TB --- 2014-01-15 18:03:35 - CROSS_BUILD_TESTING=YES TB --- 2014-01-15 18:03:35 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-15 18:03:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-15 18:03:35 - SRCCONF=/dev/null TB --- 2014-01-15 18:03:35 - TARGET=sparc64 TB --- 2014-01-15 18:03:35 - TARGET_ARCH=sparc64 TB --- 2014-01-15 18:03:35 - TZ=UTC TB --- 2014-01-15 18:03:35 - __MAKE_CONF=/dev/null TB --- 2014-01-15 18:03:35 - cd /src TB --- 2014-01-15 18:03:35 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Jan 15 18:03: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 [...] cd /src/sys/modules/aic7xxx/aicasm; PATH=/obj/sparc64.sparc64/src/tmp/legacy/usr/sbin:/obj/sparc64.sparc64/src/tmp/legacy/usr/bin:/obj/sparc64.sparc64/src/tmp/legacy/usr/games:/obj/sparc64.sparc64/src/tmp/legacy/bin:/sbin:/bin:/usr/sbin:/usr/bin MAKEOBJDIRPREFIX=/obj/sparc64.sparc64/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-01-15 18:03:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-15 18:03:56 - ERROR: failed to build GENERIC kernel TB --- 2014-01-15 18:03:56 - 5891.50 user 2357.90 system 7993.38 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 18:17: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 1CB6040F for ; Wed, 15 Jan 2014 18:17:36 +0000 (UTC) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD8671531 for ; Wed, 15 Jan 2014 18:17:35 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 2E4E33315AD for ; Wed, 15 Jan 2014 19:17:23 +0100 (CET) Received: from klein.pean.org (klein.pean.org [IPv6:2001:16d8:ff9f::60]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id DB8B73315A5; Wed, 15 Jan 2014 19:17:20 +0100 (CET) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random From: =?iso-8859-1?Q?Peter_Ankerst=E5l?= In-Reply-To: <52D6BF9C.8070405@bluerosetech.com> Date: Wed, 15 Jan 2014 19:16:04 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <61972F13-545A-428F-A909-83BDE811C3F5@pean.org> References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> <52D6BF9C.8070405@bluerosetech.com> To: Darren Pilgrim X-Mailer: Apple Mail (2.1827) X-DSPAM-Result: Innocent X-DSPAM-Processed: Wed Jan 15 19:17:22 2014 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 52d6d0b228302794910071 X-DSPAM-Factors: 27, Subject*FreeBSD+Errata, 0.40000, could, 0.40000, but, 0.40000, Received*cipher+AES128, 0.40000, vectors+and, 0.40000, friend, 0.40000, that+are, 0.40000, able+>>, 0.40000, Subject*Re+[FreeBSD, 0.40000, "freebsd, 0.40000, or, 0.40000, or, 0.40000, unique+keys, 0.40000, http+//lists, 0.40000, output+from, 0.40000, Received*Jan+2014, 0.40000, org, 0.40000, from, 0.40000, hypervisor, 0.40000, hypervisor, 0.40000, of, 0.40000, of, 0.40000, good+to, 0.40000, the+validity, 0.40000, friend+of, 0.40000, Subject*Announce]+FreeBSD, 0.40000, Mime-Version*OS+X, 0.40000 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, 15 Jan 2014 18:17:36 -0000 On 15 Jan 2014, at 18:04, Darren Pilgrim = wrote: > On 1/14/2014 12:11 PM, FreeBSD Errata Notices wrote: >> III. Impact >>=20 >> Someone who has control over these hardware RNGs would be able to >> predicate the output from random(4) and urandom(4) devices and may be = able >> to reveal unique keys that are used to encrypt data. >=20 > This is good to know, but I have to wonder: >=20 > If the attacker has that level of access to the hardware, I would = expect one of two things is also true: >=20 > 1. If you're on "bare metal", the attacker has firmware-level or = physical access to the machine; > 2. If you're on a hypervisor, you can't trust the hypervisor; >=20 > In both cases, I would think the attacker can use much simpler, more = direct vectors and you have much worse things to worry about than the = quality of /dev/random. I'm not questioning the validity of the = advisory, I'm genuinely curious about this. I can't think of a scenario = were someone could attack /dev/random using this vector without 1 or 2 = above also being true. > _______________________________________________ > 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 The manufacturer of a good friend of the manufacturer interested in = decrypting stuff. /Peter. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 18:39: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 C243E42E for ; Wed, 15 Jan 2014 18:39: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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8986E17EE for ; Wed, 15 Jan 2014 18:39: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.7/8.14.7) with ESMTP id s0FId2NV011205; Wed, 15 Jan 2014 13:39:02 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <52D6D5C7.80200@sentex.net> Date: Wed, 15 Jan 2014 13:39:03 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Darren Pilgrim , freebsd-stable@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> <52D6BF9C.8070405@bluerosetech.com> In-Reply-To: <52D6BF9C.8070405@bluerosetech.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 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: Wed, 15 Jan 2014 18:39:08 -0000 On 1/15/2014 12:04 PM, Darren Pilgrim wrote: > > 1. If you're on "bare metal", the attacker has firmware-level or > physical access to the machine; > 2. If you're on a hypervisor, you can't trust the hypervisor; > > In both cases, I would think the attacker can use much simpler, more > direct vectors and you have much worse things to worry about than the > quality of /dev/random. I'm not questioning the validity of the > advisory, I'm genuinely curious about this. I can't think of a scenario > were someone could attack /dev/random using this vector without 1 or 2 > above also being true. Say you have a physical tap on the network upstream from the victim. The victim is exchanging data across a VPN. You can capture the encrypted traffic, and knowing there is a weakness in the quality of RNG, more easily decode the encrypted traffic. You dont have to worry about sending "extra" traffic from the host say, by poking around in /dev/mem etc. ---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 Wed Jan 15 18:53: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 F4163DEC for ; Wed, 15 Jan 2014 18:53:19 +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 CEC2B19AD for ; Wed, 15 Jan 2014 18:53:19 +0000 (UTC) Received: from chombo.houseloki.net (unknown [IPv6:2601:7:16c0:b50:21c:c0ff:fe7f:96ee]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id 629B22D4FB2; Wed, 15 Jan 2014 10:53:18 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:24f3:10cb:6280:eceb] (unknown [IPv6:2601:7:880:bd0:24f3:10cb:6280:eceb]) by chombo.houseloki.net (Postfix) with ESMTPSA id 048BD12E; Wed, 15 Jan 2014 10:53:16 -0800 (PST) Message-ID: <52D6D923.2000305@bluerosetech.com> Date: Wed, 15 Jan 2014 10:53:23 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> <52D6BF9C.8070405@bluerosetech.com> <61972F13-545A-428F-A909-83BDE811C3F5@pean.org> In-Reply-To: <61972F13-545A-428F-A909-83BDE811C3F5@pean.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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, 15 Jan 2014 18:53:20 -0000 On 1/15/2014 10:16 AM, Peter Ankerstål wrote: > The manufacturer of a good friend of the manufacturer interested in > decrypting stuff. Falls into condition 1--physical access to the hardware. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 18:53: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 6C95BDFA for ; Wed, 15 Jan 2014 18:53:48 +0000 (UTC) Received: from luigi.brtsvcs.net (luigi.brtsvcs.net [IPv6:2607:fc50:1000:1f00::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 4003419B2 for ; Wed, 15 Jan 2014 18:53:48 +0000 (UTC) Received: from chombo.houseloki.net (c-71-236-222-167.hsd1.wa.comcast.net [71.236.222.167]) by luigi.brtsvcs.net (Postfix) with ESMTPSA id 422842D4FAE; Wed, 15 Jan 2014 10:53:47 -0800 (PST) Received: from [IPv6:2601:7:880:bd0:24f3:10cb:6280:eceb] (unknown [IPv6:2601:7:880:bd0:24f3:10cb:6280:eceb]) by chombo.houseloki.net (Postfix) with ESMTPSA id C25C812F; Wed, 15 Jan 2014 10:53:45 -0800 (PST) Message-ID: <52D6D93F.7020600@bluerosetech.com> Date: Wed, 15 Jan 2014 10:53:51 -0800 From: Darren Pilgrim User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Mike Tancsa , freebsd-stable@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> <52D6BF9C.8070405@bluerosetech.com> <52D6D5C7.80200@sentex.net> In-Reply-To: <52D6D5C7.80200@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.17 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, 15 Jan 2014 18:53:48 -0000 On 1/15/2014 10:39 AM, Mike Tancsa wrote: > On 1/15/2014 12:04 PM, Darren Pilgrim wrote: >> >> 1. If you're on "bare metal", the attacker has firmware-level or >> physical access to the machine; >> 2. If you're on a hypervisor, you can't trust the hypervisor; >> >> In both cases, I would think the attacker can use much simpler, more >> direct vectors and you have much worse things to worry about than the >> quality of /dev/random. I'm not questioning the validity of the >> advisory, I'm genuinely curious about this. I can't think of a scenario >> were someone could attack /dev/random using this vector without 1 or 2 >> above also being true. > > Say you have a physical tap on the network upstream from the victim. The > victim is exchanging data across a VPN. You can capture the encrypted > traffic, and knowing there is a weakness in the quality of RNG, more > easily decode the encrypted traffic. You dont have to worry about > sending "extra" traffic from the host say, by poking around in /dev/mem > etc. Yes, that's an obvious consequence of a compromised RNG; but that's not what I was asking. I'm asking how the attacker could compromise the hardware RNG without also obtaining effectively unfettered access to the entire system. From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 19:08: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 EE7B16CC for ; Wed, 15 Jan 2014 19:08:14 +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 B38C61A8E for ; Wed, 15 Jan 2014 19:08:14 +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 s0FJ8CTo014461; Wed, 15 Jan 2014 14:08:12 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <52D6DC9C.3060007@sentex.net> Date: Wed, 15 Jan 2014 14:08:12 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Darren Pilgrim , freebsd-stable@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> <52D6BF9C.8070405@bluerosetech.com> <52D6D5C7.80200@sentex.net> <52D6D93F.7020600@bluerosetech.com> In-Reply-To: <52D6D93F.7020600@bluerosetech.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 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: Wed, 15 Jan 2014 19:08:15 -0000 On 1/15/2014 1:53 PM, Darren Pilgrim wrote: > > Yes, that's an obvious consequence of a compromised RNG; but that's not > what I was asking. I'm asking how the attacker could compromise the > hardware RNG without also obtaining effectively unfettered access to the > entire system. I think the fear is at manufacturing time. i.e. the suspicion is that some govt agency asked a design weakness be built in. Whether thats true or a reasonable fear or not, I am not one to say.... ---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 Wed Jan 15 19:25: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 0CB878F0 for ; Wed, 15 Jan 2014 19:25:16 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E48241D5A for ; Wed, 15 Jan 2014 19:25:15 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [69.198.165.132]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id 9A8BE2A4E5; Wed, 15 Jan 2014 11:25:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1389813915; bh=yBedXFf1i7a6fAvljvo8KzKUKnnLIslFR0DDOWjakKM=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=j5IVWWG7guo4rFFXCJr8ntQt5Vn2vS2hqTe7w4hFDZ9/ULt9ZMBzq/ZTe+atqFQHy Pq1NKg9t/yvT9VAQBNkfCjp4+vEhUbAkbNnp423ZpP8UIuxnU29p3mF3cmAKfXufnO bTVlV9NpdRRO7y5rEc8y6Uw27hgdf3X8H/QDi6NA= Message-ID: <52D6E09B.4000506@delphij.net> Date: Wed, 15 Jan 2014 11:25:15 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Darren Pilgrim , freebsd-stable@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> <52D6BF9C.8070405@bluerosetech.com> In-Reply-To: <52D6BF9C.8070405@bluerosetech.com> 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: Wed, 15 Jan 2014 19:25:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 01/15/14 09:04, Darren Pilgrim wrote: > On 1/14/2014 12:11 PM, FreeBSD Errata Notices wrote: >> III. Impact >> >> Someone who has control over these hardware RNGs would be able >> to predicate the output from random(4) and urandom(4) devices and >> may be able to reveal unique keys that are used to encrypt data. > > This is good to know, but I have to wonder: > > If the attacker has that level of access to the hardware, I would > expect one of two things is also true: > > 1. If you're on "bare metal", the attacker has firmware-level or > physical access to the machine; 2. If you're on a hypervisor, you > can't trust the hypervisor; > > In both cases, I would think the attacker can use much simpler, > more direct vectors and you have much worse things to worry about > than the quality of /dev/random. I'm not questioning the validity > of the advisory, I'm genuinely curious about this. I can't think > of a scenario were someone could attack /dev/random using this > vector without 1 or 2 above also being true. Not necessarily. An attacker may plant a (well, technically) trapdoor which weaken the keys but not to the extent to expose a easy-to-find issue by manipulating the random number generator. At a later time, the attacker may be able to use this advantage to do bad things, like it may take very limited time or resource to decrypt data from the victim system, *without* having any direct access to the system. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJS1uCbAAoJEJW2GBstM+nsIsQP/RUDzsi9AbSEpUBudpOF+WHN WBLC66rKBavnB32LSi4QFCNq5EtjnjyaWD4dl1wlSgtw+I0eOfA4ATX5DKTESBpL aByB+Gtdg6vtMrexmaUSITqlp402lY6mB9ekKCWnbXaHmo2AzTaibkgmrmUMJ5sM PLc2hR38Gn0Lb8cy9OYfbdZxDeofM1TsgtKLtgEnbwaB/20xRsEQQ4SELawnJ6vV IvSXJgQYvWMq1VbD8+5EK5DRkRHpqWlIGFEz/ioMqfvbFfpI0OAqabLk/UzGUz3Y zqFQDoVn6ttz1GfM5TuKCX7LdcICeTpiHOf0HCGiK0ajPTPddBD75BDzIWqucVy2 h6ZQYKJNVkCj3EY5eVHM6mD8ezYvUk8U7GwhVgzbhouXqMpYhXi9VWx/m40Z+08c Jpb0dMh4cvjb0//d6ahkizlVLTOFwAJDnLBZuZqnm+cvRhdCZMJVrz24tAxpYcP7 Zo7FxN9zbCadv+OTaajBhLBogG0vAAqydIUKRMAUv8nZU31vnu6bkyw58Y4Ce8Fs IYutyFlLSZNKAp0HLR+X3kYTpdjly7k65F8OVComOdjM9FSqz2x+vldmxKAyX17e 2Lu48ozefkEcIbW7BgY5ZYhK9qmnxERzxPYZniX8VoK7x0tkMhvHAbrqXWwctwY5 xVYdIkfZt3CIVjE5oUVA =ZzTR -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 19: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 A300BAAB for ; Wed, 15 Jan 2014 19:25:37 +0000 (UTC) Received: from mail-wg0-x236.google.com (mail-wg0-x236.google.com [IPv6:2a00:1450:400c: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 3B0601D66 for ; Wed, 15 Jan 2014 19:25:36 +0000 (UTC) Received: by mail-wg0-f54.google.com with SMTP id x13so2188923wgg.33 for ; Wed, 15 Jan 2014 11:25:34 -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=GDrNMBSTQmkl0Gx6aXt+//wCR/rTTWDTIx90DVjxfbg=; b=gyNJSk+g6IpURl3Y0nhBRQxsfTi2surT4jB23R8V4DbB+fJzo7scxFhCVxEq/XTfD4 MXqqVlr4UlTBXQg4dh6yukqtaDDCRMk5wPLkANXtsMPJcLdpgtAHyOroYUJ5PB8kbNC2 Mvf2/T3qnNthAo2AzjfCckHkK7VajfZxAz81gzYcwb0jegLxTLBjqfbNvZfOeGK9t7kr twzKGUczcu1EATLdaXb0GRJwOijSyT45lwK1PvY5hxF5S3zygTOEg8wyU6wPrcL+LDCa +B0YOnwiXlDymWeDN/3aMoZ0reepg+TdKoQOgmx/cUvqKqmLuZn7p6LQUlfmSLLa8mT8 GGSQ== MIME-Version: 1.0 X-Received: by 10.180.211.39 with SMTP id mz7mr4014576wic.53.1389813934513; Wed, 15 Jan 2014 11:25:34 -0800 (PST) Sender: asomers@gmail.com Received: by 10.194.22.35 with HTTP; Wed, 15 Jan 2014 11:25:34 -0800 (PST) In-Reply-To: <52D6D93F.7020600@bluerosetech.com> References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> <52D6BF9C.8070405@bluerosetech.com> <52D6D5C7.80200@sentex.net> <52D6D93F.7020600@bluerosetech.com> Date: Wed, 15 Jan 2014 12:25:34 -0700 X-Google-Sender-Auth: zAI1bRV6g1I2MePyLh3nNwJ2m9w Message-ID: Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random From: Alan Somers To: Darren Pilgrim 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: Wed, 15 Jan 2014 19:25:37 -0000 On Wed, Jan 15, 2014 at 11:53 AM, Darren Pilgrim wrote: > On 1/15/2014 10:39 AM, Mike Tancsa wrote: >> >> On 1/15/2014 12:04 PM, Darren Pilgrim wrote: >>> >>> >>> 1. If you're on "bare metal", the attacker has firmware-level or >>> physical access to the machine; >>> 2. If you're on a hypervisor, you can't trust the hypervisor; >>> >>> In both cases, I would think the attacker can use much simpler, more >>> direct vectors and you have much worse things to worry about than the >>> quality of /dev/random. I'm not questioning the validity of the >>> advisory, I'm genuinely curious about this. I can't think of a scenario >>> were someone could attack /dev/random using this vector without 1 or 2 >>> above also being true. >> >> >> Say you have a physical tap on the network upstream from the victim. The >> victim is exchanging data across a VPN. You can capture the encrypted >> traffic, and knowing there is a weakness in the quality of RNG, more >> easily decode the encrypted traffic. You dont have to worry about >> sending "extra" traffic from the host say, by poking around in /dev/mem >> etc. > > > Yes, that's an obvious consequence of a compromised RNG; but that's not what > I was asking. I'm asking how the attacker could compromise the hardware RNG > without also obtaining effectively unfettered access to the entire system. By compromising it at the design stage. For example, the NSA could hypothetically collaborate with Intel to trojan Intel's RNG. In that case, the NSA would've compromised the RNG, but they wouldn't have unfettered access to the rest of the system. > > > _______________________________________________ > 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 Jan 15 19:26: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 6091ABC5 for ; Wed, 15 Jan 2014 19:26:22 +0000 (UTC) Received: from smtp67.ord1c.emailsrvr.com (smtp67.ord1c.emailsrvr.com [108.166.43.67]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A7211D7C for ; Wed, 15 Jan 2014 19:26:22 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp1.relay.ord1c.emailsrvr.com (SMTP Server) with ESMTP id CECB8148141; Wed, 15 Jan 2014 14:26:14 -0500 (EST) X-Virus-Scanned: OK Received: by smtp1.relay.ord1c.emailsrvr.com (Authenticated sender: adam.strohl-AT-ateamsystems.com) with ESMTPSA id 55CB8148172; Wed, 15 Jan 2014 14:26:09 -0500 (EST) Message-ID: <52D6E0D3.9060100@ateamsystems.com> Date: Thu, 16 Jan 2014 02:26:11 +0700 From: Adam Strohl User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Mike Tancsa , Darren Pilgrim , freebsd-stable@freebsd.org Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> <52D6BF9C.8070405@bluerosetech.com> <52D6D5C7.80200@sentex.net> <52D6D93F.7020600@bluerosetech.com> <52D6DC9C.3060007@sentex.net> In-Reply-To: <52D6DC9C.3060007@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.17 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, 15 Jan 2014 19:26:22 -0000 On 1/16/2014 2:08, Mike Tancsa wrote: > On 1/15/2014 1:53 PM, Darren Pilgrim wrote: >> >> Yes, that's an obvious consequence of a compromised RNG; but that's not >> what I was asking. I'm asking how the attacker could compromise the >> hardware RNG without also obtaining effectively unfettered access to the >> entire system. > > I think the fear is at manufacturing time. i.e. the suspicion is that > some govt agency asked a design weakness be built in. Whether thats > true or a reasonable fear or not, I am not one to say.... To 2nd this, it is assumed at this point that this has happened: http://arstechnica.com/security/2013/12/we-cannot-trust-intel-and-vias-chip-based-crypto-freebsd-developers-say/ From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 19:29: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 0278ED5C for ; Wed, 15 Jan 2014 19:29:02 +0000 (UTC) Received: from nm13-vm5.access.bullet.mail.bf1.yahoo.com (nm13-vm5.access.bullet.mail.bf1.yahoo.com [216.109.115.5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 763F11DA1 for ; Wed, 15 Jan 2014 19:29:01 +0000 (UTC) Received: from [66.196.81.156] by nm13.access.bullet.mail.bf1.yahoo.com with NNFMP; 15 Jan 2014 19:26:01 -0000 Received: from [98.139.244.50] by tm2.access.bullet.mail.bf1.yahoo.com with NNFMP; 15 Jan 2014 19:26:01 -0000 Received: from [127.0.0.1] by smtp112.sbc.mail.bf1.yahoo.com with NNFMP; 15 Jan 2014 19:26:01 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bellsouth.net; s=s1024; t=1389813961; bh=hRCxUsBwqLfBR8M7jRQ+OuNr/otNRw0fuwWn+WUAsmU=; h=X-Yahoo-Newman-Id:Message-ID:Date:X-Yahoo-Newman-Property:X-YMail-OSG:X-Yahoo-SMTP:X-Rocket-Received:From:To:CC:References:Subject; b=aXg90jxtPkRUuJJ0K6vGP/ZaGSumhqa99n8ib1zQ/4KL7bNl88Gb2uIrYpkw1DbMlN8434umkRYdH8qBF/0iUlKysvitdDPapk090LOpOL9CZJmqnXXpih3b8JAKfjHQhctsibyUlGBJF6RE/6Td3KbN7AEQmc+DCcnlSP9lNxc= X-Yahoo-Newman-Id: 96701.46461.bm@smtp112.sbc.mail.bf1.yahoo.com Message-ID: <96701.46461.bm@smtp112.sbc.mail.bf1.yahoo.com> Date: Wed, 15 Jan 2014 11:26:01 -0800 (PST) X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: EY3b4aEVM1m0xn7mf6xtzxElc3DM38rklRytYZwRI8vqSUq 1M6d9MEU1LciqlqUqe8y.CJmRHBfk9zTB4VVa2Voof.ZkZNXBKb6eY2uK4Qn kUiy6UfTI8We9Veh.akZYSI.z3WzEqikt3y93Huc6NXKbfA2XmFrLUO0FW3g 7HZzTpzAraPqcGoLiPDPQ9bh4.ND7BmSJH_oa4bgg342Nxk6cXaceLgsIJe1 y74wZaINJmCGA.g0UsW69tPSZa.qJ3RRs2VCCXQNbNIdQAKPXdyG4Re9PjrF VIdEJxbGsgycNhwjAvO4Tcg3aKlzzmK4CsZOfNgw4IYdh3qGGWuEoJ2.MzXJ jexdyYFG_R5p3uDB6oOVe15BreabWpSHJ.FYn6EMmKTLceJ3VwIOMY8XPurH 1qAtKOzKA0nLx2j7MFuFe9gaXtzhzYqEacUGKjYjACqUWobycXcJBz9ObSoe 3WHWQAngtwTOabONwNlNZjeGAsW2Q6lrjkD.IhfWV8zk_MORmRIuQN31pp7T jWKd6IMg1NeI0ywuDzKLOyjQR2YaeVv_ncHVGkrUo6kp5qBxUVLEFWaAoqCj L3PG55cBVT0WJpcrexgTpmiV1YX.pO4zFm3BOXFqE_7P6c6uzb2cfODxhH6Q HLcCS1rda13Nl.Elpog-- X-Yahoo-SMTP: Kz_aW1.swBBYof3zAD7.RWzXz9ZAQVDMml1VADsbgPT4Kq79LC0- X-Rocket-Received: from localhost (mueller6724@96.28.178.143 with plain [98.139.221.42]) by smtp112.sbc.mail.bf1.yahoo.com with SMTP; 15 Jan 2014 11:26:01 -0800 PST From: "Thomas Mueller" To: freebsd-stable@freebsd.org References: <52D670B3.7030707@pean.org> Subject: Re: Trying to cross compile i386 on amd64 (clang/llvm) Cc: Peter AnkerstÃ¥l X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Jan 2014 19:29:02 -0000 from Peter AnkerstÃ¥l : > Im having difficulties compiling world and kernel on an amd64 for one > of my i386 machines. I dont know If I'm doing it wrong or something > else it broken.. > build machine: FreeBSD torus.pean.org 10.0-RC2 FreeBSD 10.0-RC2 #0 > r259522: Wed Dec 18 09:27:56 CET 2013 > root@torus.pean.org:/usr/obj/usr/src/sys/GENERIC amd64 I successfully built FreeBSD 10.0 early beta i386 from the same beta level amd64 after building for amd64 from a USB-stick installation of FreeBSD 9.2-STABLE. You can find some advice on that subject on wiki.freebsd.org i386-wine page: https://wiki.freebsd.org/i386-Wine But I also built the kernel. I built ports from boot into this installation rather than chroot. Heavy work is done on hard drive. Now I have FreeBSD 10.0 prerelease on a 32 GB USB 3.0 stick. Src tree and compiling work was done on hard drive. I checked out and subsequently updated src tree using devel/subversion built from pkgsrc on a USB-stick installation of NetBSD-current amd64. That was because of bug in re(4) Ethernet driver that also affects OpenBSD and DragonFlyBSD but not NetBSD or Linux. Now I have wi-fi working on Hiro H50191 USB adapter, device rsu available in FreeBSD releng 10 and 11. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Jan 15 19:42: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 C608C297 for ; Wed, 15 Jan 2014 19:42:58 +0000 (UTC) Received: from mail-qc0-f172.google.com (mail-qc0-f172.google.com [209.85.216.172]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7DC571F01 for ; Wed, 15 Jan 2014 19:42:58 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id c9so1433403qcz.31 for ; Wed, 15 Jan 2014 11:42:51 -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=5AHbYs4qDn+yexfUrWw6zBjbRDqLNEZEzhmGLgztOEc=; b=BKTVMQfY0/D44lLsxrU2BOzGBCcI0Md1Rkff/GWWXo6Cp7nkL0rcgGS1E/gE6yYGoi 8EYdXuxWTZTwu6trpgMpxUxDP8JFw10hYOd6jzyrrqd8NTDsloge9H16LN2VsO3GVSFT wru9feGbzLs3TH8ca8ryVNTtAwGxE5w97tTCMRObh6NmlY6Ds2ZJp1RAFzBpQLEeDgH9 tlr0rsDeT3+b3jEBBHFNXInh/wf4FJ3YlUtVQpmP/wd9mlOKXQpvbVx66gCyIOOh+C1/ ZvbifuvygvCgy0RDJKd6MhJI5WCq0Zk25Tw8gv0kM8vERcG1ew7dx57CPYe+hlpRHXfg ubQQ== X-Gm-Message-State: ALoCoQkUmgANXHNjds/1D6AgOIkuoKlacsfvFSHd0Z9yIqBlmXWTqpqlK4Q3I2vIwuCbUVHotUTN X-Received: by 10.224.165.12 with SMTP id g12mr7277629qay.89.1389814564429; Wed, 15 Jan 2014 11:36:04 -0800 (PST) Received: from [192.168.1.4] (pool-96-225-163-50.nrflva.fios.verizon.net. [96.225.163.50]) by mx.google.com with ESMTPSA id j9sm8208977qeo.18.2014.01.15.11.36.03 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 15 Jan 2014 11:36:03 -0800 (PST) Message-ID: <52D6E322.8030000@ohlste.in> Date: Wed, 15 Jan 2014 14:36:02 -0500 From: Jim Ohlstein User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Mike Tancsa , Darren Pilgrim Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> <52D6BF9C.8070405@bluerosetech.com> <52D6D5C7.80200@sentex.net> <52D6D93F.7020600@bluerosetech.com> <52D6DC9C.3060007@sentex.net> In-Reply-To: <52D6DC9C.3060007@sentex.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Wed, 15 Jan 2014 20:25:03 +0000 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 15 Jan 2014 19:42:58 -0000 Hello, On 1/15/14, 2:08 PM, Mike Tancsa wrote: > On 1/15/2014 1:53 PM, Darren Pilgrim wrote: >> >> Yes, that's an obvious consequence of a compromised RNG; but that's not >> what I was asking. I'm asking how the attacker could compromise the >> hardware RNG without also obtaining effectively unfettered access to the >> entire system. > > I think the fear is at manufacturing time. i.e. the suspicion is that > some govt agency asked a design weakness be built in. Whether thats > true or a reasonable fear or not, I am not one to say.... > > > ---Mike > > If you belive the NY Times (et alia), it is a legitimate concern: http://www.nytimes.com/2013/09/06/us/nsa-foils-much-internet-encryption.html http://www.nytimes.com/interactive/2013/09/05/us/documents-reveal-nsa-campaign-against-encryption.html?_r=1& -- Jim Ohlstein From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 07:20: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 5E34D83D; Thu, 16 Jan 2014 07:20:35 +0000 (UTC) Received: from forward4h.mail.yandex.net (forward4h.mail.yandex.net [IPv6:2a02:6b8:0:f05::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0D49215D3; Thu, 16 Jan 2014 07:20:35 +0000 (UTC) Received: from web8h.yandex.ru (web8h.yandex.ru [84.201.186.37]) by forward4h.mail.yandex.net (Yandex) with ESMTP id 1498D1B2259E; Thu, 16 Jan 2014 11:20:24 +0400 (MSK) Received: from 127.0.0.1 (localhost [127.0.0.1]) by web8h.yandex.ru (Yandex) with ESMTP id 652A21B207E6; Thu, 16 Jan 2014 11:20:24 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1389856824; bh=fMf49vSxF886zJHE7rNyhjGhgcz0sE2iYGKyZEGqYfo=; h=From:To:Cc:In-Reply-To:References:Subject:Date; b=C8QXjsJxCQ2f0/m4vdhFEYa3/oCpHRM4rtMH87gSM2hXWeleMue/ROGXO/KJW7f+m zd3EHV1+QjhP+RPUp2kEksfYlqVCVvrbslVkCXqYNZia6Y/rR97MVglzCxJa1SIQwo Ctb+snWOygMaFvLgAu6KIWM+XoAXTr+Qb7bF7dmI= Received: from mail.rztdon.ru (mail.rztdon.ru [194.84.139.226]) by web8h.yandex.ru with HTTP; Thu, 16 Jan 2014 11:20:23 +0400 From: Alexander To: "freebsd-ports@freebsd.org" In-Reply-To: <113571389724340@web5g.yandex.ru> References: <399751389704518@web9j.yandex.ru> <52D541E7.3040305@gmail.com> <5101389708996@web13m.yandex.ru> <52D55B24.8080102@freebsd.org> <113571389724340@web5g.yandex.ru> Subject: Re: SCHED_ULE bug (was Re: cpuminer mines only on one core regardless of "--threads" option) MIME-Version: 1.0 Message-Id: <37721389856823@web8h.yandex.ru> X-Mailer: Yamail [ http://yandex.ru ] 5.0 Date: Thu, 16 Jan 2014 11:20:23 +0400 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r 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, 16 Jan 2014 07:20:35 -0000 14.01.2014, 22:32, "Alexander" : > 14.01.2014, 20:14, "Subbsd" : > >> šOn Tue, Jan 14, 2014 at 7:43 PM, Andrey Chernov wrote: >>> ššOn 14.01.2014 17:01, Alexander wrote: >>>> ššon Freebsd 9.2 x64 on 5 different PCs I installed net-p2p/cpuminer >>>> ššfrom ports and by "pkg install" - result is the same - minerd mines >>>> ššonly on one core regardless of "--threads" option. >>> šš... >>>> šš# top -P >>>> šš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, š0.0% interrupt, š100% idle >>>> ššCPU 2: š0.0% user, š0.0% nice, š0.0% system, š0.0% interrupt, š100% idle >>>> ššCPU 3: š0.0% user, š100% nice, š0.0% system, š0.0% interrupt, š0.0% idle >>> ššThis is SCHED_ULE bug, I see _all_ processes (not minerd only in >>> ššparticular) stuck to the last CPU too (top's 'C' column is equal to the >>> ššlast CPU and never changes), latest -stable i386. It disappears for me >>> ššswitching to SCHED_4BSD. >>> > > reboot didn't help (try on 3 different PCs) > I'll try switching to SCHED_4BSD tomorrow š(thanks Andrey Chernov) > I sad wrong. minerd was started from cron after reboot immediately and broke SMP, so when I disable minerd from cron and reboot - SMP works fine. I think Andrey Chernov said here the reason http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/163585#reply3 So this bug is alive - on 9.1 and 9.2 x64 releases. I didn't try SCHED_4BSD yet, cause don't wont to use not-generic kernel because of mining only, but for interest I'll try it on one machine on this weekends. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 13:26: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 852A7706; Thu, 16 Jan 2014 13:26:30 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 186481B58; Thu, 16 Jan 2014 13:26:30 +0000 (UTC) Received: by mail-qa0-f47.google.com with SMTP id j5so2101127qaq.34 for ; Thu, 16 Jan 2014 05:26: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:content-type; bh=6qp+TTWM0Q6cz5pu5oOa6K8TvZhUcT7+JGdw7W+rC8Y=; b=OBsiBRlMfZOa0PGbbOupc5LV6J/O0QzWUp9rD4YOgD6ApoHduE151khRBbpS/+Ve4W wLQefyyk5iMHk/EXxIt7uWDYKj0Q4nbTwigUDMVhFpuwNtNlIc6W6UZfyNNNS1BZqmD+ gvmdoLTTYW7bO+WGhHmz2s2ASsQ6qZutxsOHuO8OLi4k//ZLRuEDsup6V1zZFXnqOI38 Y64U/xDDpoDuseJaSf1apQRRQnu09ccc4TTdGEXO++7v93uS0AjxWLg+Y7C34f4HH1VX n+/hl9IGWX9tLm3SuVsbwQLW/SJjKisjrWeEYSqUeQaI8PaaD5QsyI3QWIirDdNRQGhT 9kBQ== MIME-Version: 1.0 X-Received: by 10.224.2.6 with SMTP id 6mr16018372qah.12.1389878789044; Thu, 16 Jan 2014 05:26:29 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Thu, 16 Jan 2014 05:26:28 -0800 (PST) In-Reply-To: References: Date: Thu, 16 Jan 2014 14:26:28 +0100 X-Google-Sender-Auth: fsfwDMW5oOw7G-_3Vn_7EwZCzbw Message-ID: Subject: Re: FreeBSD 10.0-RC4 pkg upgrade QT conflict From: CeDeROM To: freebsd-ports , 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: Thu, 16 Jan 2014 13:26:30 -0000 I have solved this issue with "pkg delete -xf qt4-; pkg upgrade" - all packages now match binary release, no more conflicts. I guess it was produced by compiling+installing some stuff from ports, which introduced some inconsistency, even though "WITH_PKGNG=yes" was set in /etc/make.conf... Best regards :-) Tomek On Wed, Jan 15, 2014 at 12:47 PM, CeDeROM wrote: > # uname -a > FreeBSD mercury.rd.tp.pl 10.0-RC4 FreeBSD 10.0-RC4 #0 r260130: Tue Dec > 31 17:10:01 UTC 2013 > root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 > > # pkg upgrade > Updating repository catalogue > Upgrades have been requested for the following 27 packages: > > Upgrading ImageMagick: 6.8.0.7_3 -> 6.8.0.7_3,1 > Reinstalling docbook-1.4_1 (direct dependency changed) > Reinstalling docbook-xsl-1.76.1_1 (direct dependency changed) > Upgrading e2fsprogs-libuuid: 1.42.8 -> 1.42.9 > Reinstalling gnome-doc-utils-0.20.10 (direct dependency changed) > Upgrading libewf: 20131210 -> 20131230 > Upgrading musicpd: 0.17.3_4 -> 0.18.5 > Upgrading openjdk: 7.45.18 -> 7.25.15_2,1 > Upgrading qt4-corelib: 4.8.5 -> 4.8.5_1 > Upgrading qt4-qmake: 4.8.5 -> 4.8.5_1 > Upgrading redland: 1.0.16 -> 1.0.17 > Reinstalling xfce4-mpc-plugin-0.4.4_4 (direct dependency changed) > Upgrading xfce4-whiskermenu-plugin: 1.3.0 -> 1.3.1 > Installing qt4-opengl: 4.8.5 > Installing qt4-testlib: 4.8.5 > Installing qt4-clucene: 4.8.5 > Reinstalling mlt-0.9.0_2 (direct dependency changed) > Upgrading qt4-qdbusviewer: 4.8.5 -> 4.8.5_1 > Installing qt4-declarative: 4.8.5 > Installing qt4-webkit: 4.8.5_1 > Upgrading qt4-assistant: 4.8.5 -> 4.8.5_1 > Upgrading qt4-linguist: 4.8.5 -> 4.8.5_1 > Reinstalling qzeitgeist-0.8.0 (direct dependency changed) > Reinstalling virtualbox-ose-4.2.20_2 (direct dependency changed) > Reinstalling kdelibs-4.10.5_2 (direct dependency changed) > Reinstalling kdenlive-0.9.6_2 (direct dependency changed) > Reinstalling libkcddb-4.10.5 (direct dependency changed) > > The upgrade will require 32 MB more space > > 0 B to be downloaded > > Proceed with upgrading packages [y/N]: y > Checking integrity...pkg: WARNING: locally installed > qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/QtDeclarative with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/Qt/QtOpenGL with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/QtTest with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/QtWebKit with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qbenchmark.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qbenchmarkmetric.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarative.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativecomponent.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativecontext.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativedebug.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeengine.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeerror.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeexpression.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeextensioninterface.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeextensionplugin.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeimageprovider.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeinfo.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeitem.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativelist.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativenetworkaccessmanagerfactory.h > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeparserstatus.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeprivate.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeproperty.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativepropertymap.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativepropertyvalueinterceptor.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativepropertyvaluesource.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativescriptstring.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qdeclarativeview.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qgl.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qglbuffer.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qglcolormap.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qglframebufferobject.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qglfunctions.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qglpixelbuffer.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qglscreen_qws.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qglshaderprogram.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qgraphicswebview.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qsignalspy.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtest.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtest_global.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtest_gui.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestaccessible.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestassert.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestbasicstreamer.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestcase.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestcoreelement.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestcorelist.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestdata.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestelement.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestelementattribute.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestevent.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtesteventloop.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestfilelogger.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestkeyboard.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestlightxmlstreamer.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestmouse.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestspontaneevent.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestsystem.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtesttouch.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestxmlstreamer.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qtestxunitstreamer.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebdatabase.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebelement.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebframe.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebhistory.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebhistoryinterface.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebinspector.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebkitglobal.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebkitplatformplugin.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebkitversion.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebpage.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebpluginfactory.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebscriptworld.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebsecurityorigin.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebsettings.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/Qt/qwebview.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeAttachedPropertiesFunc > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeComponent with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeContext with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeDebuggingEnabler > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeEngine with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeError with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeExpression with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeExtensionInterface > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeExtensionPlugin with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeImageProvider with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeInfo with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeItem with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeListProperty with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeListReference with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > > /usr/local/include/qt4/QtDeclarative/QDeclarativeNetworkAccessManagerFactory > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeParserStatus with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeProperties with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeProperty with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativePropertyMap with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativePropertyValueInterceptor > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativePropertyValueSource > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeScriptString with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeTypeInfo with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QDeclarativeView with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/QtDeclarative with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarative.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativecomponent.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativecontext.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativedebug.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeengine.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeerror.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeexpression.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeextensioninterface.h > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeextensionplugin.h > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeimageprovider.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeinfo.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeitem.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativelist.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > > /usr/local/include/qt4/QtDeclarative/qdeclarativenetworkaccessmanagerfactory.h > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeparserstatus.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeprivate.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeproperty.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativepropertymap.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativepropertyvalueinterceptor.h > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativepropertyvaluesource.h > with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativescriptstring.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/include/qt4/QtDeclarative/qdeclarativeview.h with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLBuffer with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLColormap with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLContext with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLFormat with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLFramebufferObject with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLFramebufferObjectFormat with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLFunctions with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLFunctionsPrivate with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLPixelBuffer with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLScreen with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLScreenSurfaceFunctions with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLShader with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLShaderProgram with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QGLWidget with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QMacCompatGLenum with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QMacCompatGLint with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QMacCompatGLuint with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QMacGLCompatTypes with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/QtOpenGL with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/qgl.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/qglbuffer.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/qglcolormap.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/qglframebufferobject.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/qglfunctions.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/qglpixelbuffer.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/qglscreen_qws.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/include/qt4/QtOpenGL/qglshaderprogram.h with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QEventSizeOfChecker with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QSignalSpy with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QSpontaneKeyEvent with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTest with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestAccessibility with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestAccessibilityEvent with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestBasicStreamer with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestCoreElement with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestCoreList with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestData with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestDelayEvent with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestElement with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestElementAttribute with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestEvent with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestEventList with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestEventLoop with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestFileLogger with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestKeyClicksEvent with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestKeyEvent with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestLightXmlStreamer with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestMouseEvent with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestXmlStreamer with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QTestXunitStreamer with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QtTest with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/QtTestGui with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qbenchmark.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qbenchmarkmetric.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qsignalspy.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtest.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtest_global.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtest_gui.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestaccessible.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestassert.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestbasicstreamer.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestcase.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestcoreelement.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestcorelist.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestdata.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestelement.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestelementattribute.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestevent.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtesteventloop.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestfilelogger.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestkeyboard.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestlightxmlstreamer.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestmouse.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestspontaneevent.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestsystem.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtesttouch.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestxmlstreamer.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/include/qt4/QtTest/qtestxunitstreamer.h with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QGraphicsWebView with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebDatabase with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebElement with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebElementCollection with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebFrame with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebFullScreenVideoHandler with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebHapticFeedbackPlayer with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebHistory with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebHistoryInterface with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebHistoryItem with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebHitTestResult with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebInspector with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebKitPlatformPlugin with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebNotificationData with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebNotificationPresenter with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebPage with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebPluginFactory with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebScriptWorld with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebSecurityOrigin with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebSelectData with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebSelectMethod with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebSettings with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebTouchModifier with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QWebView with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/QtWebKit with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qgraphicswebview.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebdatabase.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebelement.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebframe.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebhistory.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebhistoryinterface.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebinspector.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebkitglobal.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebkitplatformplugin.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebkitversion.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebpage.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebpluginfactory.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebscriptworld.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebsecurityorigin.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebsettings.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/include/qt4/QtWebKit/qwebview.h with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/lib/qt4/imports/QtWebKit/libqmlwebkitplugin.so with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/lib/qt4/imports/QtWebKit/qmldir with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on > /usr/local/lib/qt4/libQtCLucene.la with: > - qt4-clucene-4.8.5 > > pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on > /usr/local/lib/qt4/libQtCLucene.prl with: > - qt4-clucene-4.8.5 > > pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on > /usr/local/lib/qt4/libQtCLucene.so with: > - qt4-clucene-4.8.5 > > pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on > /usr/local/lib/qt4/libQtCLucene.so.4 with: > - qt4-clucene-4.8.5 > > pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on > /usr/local/lib/qt4/libQtCLucene.so.4.8 with: > - qt4-clucene-4.8.5 > > pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on > /usr/local/lib/qt4/libQtCLucene.so.4.8.5 with: > - qt4-clucene-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/lib/qt4/libQtDeclarative.la with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/lib/qt4/libQtDeclarative.prl with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/lib/qt4/libQtDeclarative.so with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/lib/qt4/libQtDeclarative.so.4 with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/lib/qt4/libQtDeclarative.so.4.8 with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/lib/qt4/libQtDeclarative.so.4.8.5 with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/lib/qt4/libQtOpenGL.la with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/lib/qt4/libQtOpenGL.prl with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/lib/qt4/libQtOpenGL.so with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/lib/qt4/libQtOpenGL.so.4 with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/lib/qt4/libQtOpenGL.so.4.8 with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/lib/qt4/libQtOpenGL.so.4.8.5 with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/lib/qt4/libQtTest.la with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/lib/qt4/libQtTest.prl with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/lib/qt4/libQtTest.so with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/lib/qt4/libQtTest.so.4 with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/lib/qt4/libQtTest.so.4.8 with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/lib/qt4/libQtTest.so.4.8.5 with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/lib/qt4/libQtWebKit.la with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/lib/qt4/libQtWebKit.prl with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/lib/qt4/libQtWebKit.so with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/lib/qt4/libQtWebKit.so.4 with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/lib/qt4/libQtWebKit.so.4.9 with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/lib/qt4/libQtWebKit.so.4.9.4 with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on > /usr/local/libdata/ldconfig/qt4-clucene with: > - qt4-clucene-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/libdata/ldconfig/qt4-declarative with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/libdata/ldconfig/qt4-opengl with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/libdata/ldconfig/qt4-webkit with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-clucene-4.8.5 conflicts on > /usr/local/libdata/pkgconfig/QtCLucene.pc with: > - qt4-clucene-4.8.5 > > pkg: WARNING: locally installed qt4-declarative-4.8.5 conflicts on > /usr/local/libdata/pkgconfig/QtDeclarative.pc with: > - qt4-declarative-4.8.5 > > pkg: WARNING: locally installed qt4-opengl-4.8.5 conflicts on > /usr/local/libdata/pkgconfig/QtOpenGL.pc with: > - qt4-opengl-4.8.5 > > pkg: WARNING: locally installed qt4-qtestlib-4.8.5 conflicts on > /usr/local/libdata/pkgconfig/QtTest.pc with: > - qt4-testlib-4.8.5 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/libdata/pkgconfig/QtWebKit.pc with: > - qt4-webkit-4.8.5_1 > > pkg: WARNING: locally installed qt4-webkit-4.8.5 conflicts on > /usr/local/share/qt4/mkspecs/modules/qt_webkit_version.pri with: > - qt4-webkit-4.8.5_1 > > -- > CeDeROM, SQ7MHZ, http://www.tomek.cedro.info > -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 15:59: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 EEED497; Thu, 16 Jan 2014 15:59:15 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A720A1967; Thu, 16 Jan 2014 15:59:15 +0000 (UTC) Received: by mail-oa0-f45.google.com with SMTP id j17so3122512oag.18 for ; Thu, 16 Jan 2014 07:59: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=UNyIYpqnZinw5q91j3DRWuAGFAAQ9klEjJWvqy5xqYg=; b=jRHarNdg3P2lMbEouNQhdZjpPrA4vN1f6Jn13CoxAVmyCxlP7ftDdb8DwCz44+13Sk GSTPaQbepDkS+9jJbHJNqsRLn6siTUGHmlDps7UcrB+0FgnOgOrSRoUkPpgAHaUDG0Qf CpGljC0Ilg1Go/8sHLZb2cAvAvTfmveWcJbukEPM73aWu1N9htxppnjwXFZX4KNEnuY1 zfBuq5/dt9oaQgHgy7heslrpKUTgRL05J3Bx/PYe0pmtWrHnJJ6CafnmbLy8c9b3+N8k bLBQAIOKsQScHH1EGj1BmBWPNUF5mbTWqNjD8ALR/8qiqGEoiNu3xsddsjINncq4T4W8 cWgQ== MIME-Version: 1.0 X-Received: by 10.182.29.33 with SMTP id g1mr7678267obh.59.1389887954828; Thu, 16 Jan 2014 07:59:14 -0800 (PST) Received: by 10.76.132.9 with HTTP; Thu, 16 Jan 2014 07:59:14 -0800 (PST) In-Reply-To: References: Date: Thu, 16 Jan 2014 07:59:14 -0800 Message-ID: Subject: Re: FreeBSD 10.0-RC4 pkg upgrade QT conflict From: Freddie Cash To: CeDeROM 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-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: Thu, 16 Jan 2014 15:59:16 -0000 On Thu, Jan 16, 2014 at 5:26 AM, CeDeROM wrote: > I have solved this issue with "pkg delete -xf qt4-; pkg upgrade" - all > packages now match binary release, no more conflicts. > > I guess it was produced by compiling+installing some stuff from ports, > which introduced some inconsistency, even though "WITH_PKGNG=3Dyes" was s= et > in /etc/make.conf... > =E2=80=8BThe inconsistency comes when you use a different ports tree (diffe= rent versions of things in the tree) than what was used to compile the binary packages; or from selecting non-default OPTIONS when using the ports tree. If you only use binary packages, there's no inconsistencies, as everything is build at the same time, using the same ports tree and OPTIONS. If you only use the ports tree to compile things, there's no inconsistencies as everything is compiled (and kept up-to-date via portmaster) using the same ports tree and OPTIONS.=E2=80=8B When you mix the two, inconsistencies abound. Different ports tree lead to different versions and/or differenet OPTIONS selected etc. If you want to custom compile some ports, then using something like ports-mgmt/poudriere to bulk build binary packages based on a local ports tree is best. That gives you the ease of upgrade/install of binary packages, with the customisability of the ports tree, without any inconsistencies. =E2=80=8BI used to be a die-hard ports tree user, customising every port an= d tailoring everything to the machine. Since pkg was released as stable, though, I've compiled fewer and fewer ports. My home desktop runs PC-BSD using only binary packages, and the last 2 servers I've installed at work have used only binary packages. They really have come a long way ...=E2=80= =8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 16:24: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 2F307D51; Thu, 16 Jan 2014 16:24:25 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0C5721CCE; Thu, 16 Jan 2014 16:24:20 +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 SAA07312; Thu, 16 Jan 2014 18:24:12 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1W3pjo-000K5J-3i; Thu, 16 Jan 2014 18:24:12 +0200 Message-ID: <52D80773.4060300@FreeBSD.org> Date: Thu, 16 Jan 2014 18:23:15 +0200 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: freebsd-stable List , freebsd-arch@FreeBSD.org Subject: MFC-ability of SDT change X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: freebsd-dtrace@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, 16 Jan 2014 16:24:25 -0000 I would like to ask your opinion on the following change http://svnweb.freebsd.org/base?view=revision&revision=258622 Can this change be MFC-ed to the stable branches? It does not actually change anything in ABI, but there is a semantic change that may result in incorrect names for SDT probes in third-party kernel code. Thank you! -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 16:41: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 88573866; Thu, 16 Jan 2014 16:41:26 +0000 (UTC) Received: from mail-qa0-x230.google.com (mail-qa0-x230.google.com [IPv6:2607:f8b0:400d:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 349D01E9F; Thu, 16 Jan 2014 16:41:26 +0000 (UTC) Received: by mail-qa0-f48.google.com with SMTP id f11so2327140qae.35 for ; Thu, 16 Jan 2014 08:41:25 -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=9iy3NMjG086UPSUcpgct7LwawTw77b4wK4S+BEgTsxo=; b=uxwdRIzOEQ7isE2YaINkZB4jv4re1S8i3Qlc/kjEL48nN0n/SYJ1e/zx/pPPSd9n/h 2I7AXCBxzTmo+4IWGJNUohnqXVpL1jNgY7o7bAkkXqNb4m6yTu6VXg9C+ZdAGJRZC72x xaWeZ4o/Wa7GuxniKtfMX/pqhkRayXaoU9Hg4HRmqwxPL1r3BfJqzEr9JdK88dEoD6NT vIZ4VZiAQAnz2Vu3YxcW86cY43U3tcLN2+yDzvpavqXg3FkWyocDmj1609/owc551aqd LA7hW9yPFAfzMO74rSeW9a8JpQrwVJPNOL7x/eLSbqsmYHTuCEdwkWqsFqaIreh9ylAk 1t5A== MIME-Version: 1.0 X-Received: by 10.224.42.197 with SMTP id t5mr17608306qae.57.1389890485313; Thu, 16 Jan 2014 08:41:25 -0800 (PST) Sender: tomek.cedro@gmail.com Received: by 10.229.151.73 with HTTP; Thu, 16 Jan 2014 08:41:25 -0800 (PST) In-Reply-To: References: Date: Thu, 16 Jan 2014 17:41:25 +0100 X-Google-Sender-Auth: KIqw9NhzNZQw3KL7i-zQCwt5m90 Message-ID: Subject: Re: FreeBSD 10.0-RC4 pkg upgrade QT conflict From: CeDeROM To: Freddie Cash Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable , 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: Thu, 16 Jan 2014 16:41:26 -0000 Hello and thank you for all suggestions :-) What I mean is that PKG seems to be missing some "good" mechanism for such conflict solution... and this situation WILL happen as users will want to rebuild custom options of packages from a different port tree. I have compiled by hand hpijs with network backend as my HP use JetDirect and this is disabled by default. Because I have compiled a port with WITH_PKGNG I assumed that PKG will be engaged and take care of proper dependency management or refuse to install as this would break binary dependencies tree. I was wrong. I also assumed that PKG will manage to handle port renames, dependency changes, etc. I was wrong. +1 for PKG to be able to handle such situations either by simply forcing to set port tree to version that would allow safe build (bad for new ports, simple solution), or calculate dependencies so they won't break current binary tree when newer ports are installed (good for new ports, complex work for pkg) :-) Long story short - there should be no conflict situation when I install updated port build by hand :-) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 16:45: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 0B95CD47; Thu, 16 Jan 2014 16:45:34 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B5D011F07; Thu, 16 Jan 2014 16:45:33 +0000 (UTC) Received: by mail-oa0-f53.google.com with SMTP id m1so1938176oag.26 for ; Thu, 16 Jan 2014 08:45:33 -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=pcg8O+TGYi0gi6HoXfmlQswRgeNTBVQx6jrSoURkfF0=; b=TcydAoNcosT8ONnIc7Gz4/fhYIFkW0w73+peaYlztaZpvBZU/dRB01S2x7OR981RqU NhqvTRkohodHkXs0dpdWYUyx20p+tETpotIcGAlkmpc7SpqIKLeIJ2edgWiYX49W1s6T 4C6u39Qr1JutJkWjXEzS++UntnWPDXS0650X7XlcvmUKqhBwq3qbpEuw3L4/DcF0uBkC sUaYztte5AnrVk71BIT4PQTytwiVhPHnqoCYXzI7L4imqkb/rARjjgF5PMr+b67awXqh cPFiFcq9b8cMA71YPCuMtqiMYkR7pYlODYkaFmFiwatowouAtfbL9l7UDVSe9eCBX9XK vXFQ== MIME-Version: 1.0 X-Received: by 10.60.123.10 with SMTP id lw10mr6013509oeb.24.1389890732975; Thu, 16 Jan 2014 08:45:32 -0800 (PST) Received: by 10.76.132.9 with HTTP; Thu, 16 Jan 2014 08:45:32 -0800 (PST) In-Reply-To: References: Date: Thu, 16 Jan 2014 08:45:32 -0800 Message-ID: Subject: Re: FreeBSD 10.0-RC4 pkg upgrade QT conflict From: Freddie Cash To: CeDeROM 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-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: Thu, 16 Jan 2014 16:45:34 -0000 On Thu, Jan 16, 2014 at 8:41 AM, CeDeROM wrote: > Hello and thank you for all suggestions :-) > > What I mean is that PKG seems to be missing some "good" mechanism for > such conflict solution... and this situation WILL happen as users will > want to rebuild custom options of packages from a different port tree. > > I have compiled by hand hpijs with network backend as my HP use > JetDirect and this is disabled by default. Because I have compiled a > port with WITH_PKGNG I assumed that PKG will be engaged and take care > of proper dependency management or refuse to install as this would > break binary dependencies tree. I was wrong. > > I also assumed that PKG will manage to handle port renames, dependency > changes, etc. I was wrong. > > +1 for PKG to be able to handle such situations either by simply > forcing to set port tree to version that would allow safe build (bad > for new ports, simple solution), or calculate dependencies so they > won't break current binary tree when newer ports are installed (good > for new ports, complex work for pkg) :-) > > Long story short - there should be no conflict situation when I > install updated port build by hand :-) > I believe a lot of that is planned for future releases, and that 1.3 goes a long way toward that goal (released Real Soon Now). However, I'm not directly involved in the development of pkg, so could be way off in my predictions. :)=E2=80=8B=E2=80=8B --=20 Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 17:13: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 B3271A26 for ; Thu, 16 Jan 2014 17:13:59 +0000 (UTC) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 594EF11A1 for ; Thu, 16 Jan 2014 17:13:59 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 57932331852 for ; Thu, 16 Jan 2014 18:13:55 +0100 (CET) Received: from klein.pean.org (klein.pean.org [IPv6:2001:16d8:ff9f::60]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 4059533184D; Thu, 16 Jan 2014 18:13:49 +0100 (CET) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: wpa_supplicant problem. From: =?iso-8859-1?Q?Peter_Ankerst=E5l?= In-Reply-To: Date: Thu, 16 Jan 2014 18:13:48 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <5D409F27-AFC4-436E-BB05-7332DA748EAF@pean.org> References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> <8CFBC6B5-B683-4EC3-9561-EFFA6CE55755@pean.org> <52CD0CEE.5010700@pean.org> To: Adrian Chadd X-Mailer: Apple Mail (2.1827) X-DSPAM-Result: Innocent X-DSPAM-Processed: Thu Jan 16 18:13:55 2014 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 52d8135229111029517957 X-DSPAM-Factors: 27, Received*cipher+AES128, 0.01000, 10, 0.01000, Received*Jan+2014, 0.01000, Mime-Version*OS+X, 0.01000, Received*client+certificate, 0.01000, any, 0.01000, Received*TLSv1+with, 0.01000, Mime-Version*7.1, 0.01000, Im, 0.01000, Content-Transfer-Encoding*quoted+printable, 0.01000, Received*(using, 0.01000, Date*Jan+2014, 0.01000, Received*(No, 0.01000, Received*with+cipher, 0.01000, Received*SHA, 0.01000, Mime-Version*Mail, 0.01000, From*Peter_Ankerst%e5l+, 0.01000, Mime-Version*(Mac, 0.01000, Received*Jan, 0.01000, Received*with, 0.01000, Received*with, 0.01000, be, 0.01000, Received*2014, 0.01000, Received*id, 0.01000, Received*ff9f, 0.01000 Cc: "stable@freebsd.org" , "freebsd-wireless@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, 16 Jan 2014 17:13:59 -0000 On 08 Jan 2014, at 18:46, Adrian Chadd wrote: > On 8 January 2014 00:31, Peter Ankerst=E5l wrote: >> Hehe, >>=20 >> I dont think Im ready for 11 yet. Do you think these fixes will be in = 10 any >> time soon? >=20 > I can try backporting the EAPOL fix(es) to HEAD but it may involve = other fixes. >=20 > I'll take a look. >=20 Maybe you already knew this but I just realised that its only when the = AP uses ht it fails. If I turn off ht it works perfectly for both 2.4 and 5ghz. /Peter.= From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 17:29: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 6C7AD292 for ; Thu, 16 Jan 2014 17:29:22 +0000 (UTC) Received: from mail.in-addr.com (unknown [IPv6:2001:470:8:162::1]) (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 3BA9A12D4 for ; Thu, 16 Jan 2014 17:29:22 +0000 (UTC) Received: from gjp by mail.in-addr.com with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1W3qkn-000Dsb-75; Thu, 16 Jan 2014 12:29:17 -0500 Date: Thu, 16 Jan 2014 12:29:17 -0500 From: Gary Palmer To: Christian Weisgerber Subject: Re: 9->10: USB device number changes Message-ID: <20140116172917.GA5868@in-addr.com> References: 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@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, 16 Jan 2014 17:29:22 -0000 On Sat, Jan 04, 2014 at 04:41:43PM +0000, Christian Weisgerber wrote: > If you're going from FreeBSD 9 to 10, the attach order of USB devices > may change. > > FreeBSD 9's GENERIC kernel has various USB drivers compiled in. On > 10, only a few core drivers remain in GENERIC and drivers for other > devices are loaded dynamically as kernel modules by devd(8). As a > side effect, the attach order and thus the numbering may change. > > Specifically, I have four ucom(4) adapters on a machine, a mix of > three uplcom(4) and one uftdi(4) device. On FreeBSD 9, these used > to attach in the USB address order. On 10, the uplcoms all attach > first, in address order, and the uftdi afterwards, so the corresponding > devices cuaU[0-3] have been reordered. > > I just thought I'd mention it. Can we wire down USB buses and devices like we can with CAM? e.g. for CAM hint.scbus.0.at="ahcich0" hint.scbus.1.at="ahcich1" hint.ada.0.at="scbus0" hint.ada.1.at="scbus1" (etc) If not, it would be nice to have that feature. Gary From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 17:58: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 74F57199; Thu, 16 Jan 2014 17:58: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 AB9981603; Thu, 16 Jan 2014 17:58: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 s0GHwj0r077023; Thu, 16 Jan 2014 19:58: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 s0GHwiQh076713; Thu, 16 Jan 2014 17:58:44 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jan 2014 17:58:44 GMT Message-Id: <201401161758.s0GHwiQh076713@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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: Thu, 16 Jan 2014 17:58:57 -0000 TB --- 2014-01-16 14:30:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-16 14:30: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-01-16 14:30:42 - starting RELENG_10 tinderbox run for armv6/arm TB --- 2014-01-16 14:30:42 - cleaning the object tree TB --- 2014-01-16 14:30:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-16 14:31:33 - At svn revision 260738 TB --- 2014-01-16 14:31:34 - building world TB --- 2014-01-16 14:31:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-16 14:31:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-16 14:31:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-16 14:31:34 - SRCCONF=/dev/null TB --- 2014-01-16 14:31:34 - TARGET=arm TB --- 2014-01-16 14:31:34 - TARGET_ARCH=armv6 TB --- 2014-01-16 14:31:34 - TZ=UTC TB --- 2014-01-16 14:31:34 - __MAKE_CONF=/dev/null TB --- 2014-01-16 14:31:34 - cd /src TB --- 2014-01-16 14:31:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 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 Thu Jan 16 17:58:40 UTC 2014 TB --- 2014-01-16 17:58:40 - generating LINT kernel config TB --- 2014-01-16 17:58:40 - cd /src/sys/arm/conf TB --- 2014-01-16 17:58:40 - /usr/bin/make -B LINT TB --- 2014-01-16 17:58:40 - cd /src/sys/arm/conf TB --- 2014-01-16 17:58:40 - /usr/sbin/config -m LINT TB --- 2014-01-16 17:58:40 - skipping LINT kernel TB --- 2014-01-16 17:58:40 - cd /src/sys/arm/conf TB --- 2014-01-16 17:58:40 - /usr/sbin/config -m AC100 TB --- 2014-01-16 17:58:40 - building AC100 kernel TB --- 2014-01-16 17:58:40 - CROSS_BUILD_TESTING=YES TB --- 2014-01-16 17:58:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-16 17:58:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-16 17:58:40 - SRCCONF=/dev/null TB --- 2014-01-16 17:58:40 - TARGET=arm TB --- 2014-01-16 17:58:40 - TARGET_ARCH=armv6 TB --- 2014-01-16 17:58:40 - TZ=UTC TB --- 2014-01-16 17:58:40 - __MAKE_CONF=/dev/null TB --- 2014-01-16 17:58:40 - cd /src TB --- 2014-01-16 17:58:40 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Thu Jan 16 17:58: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 [...] 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/AC100/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-01-16 17:58:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-16 17:58:43 - ERROR: failed to build AC100 kernel TB --- 2014-01-16 17:58:43 - 9355.02 user 3071.34 system 12481.18 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-armv6-arm.full From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 18:50: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 1507E208 for ; Thu, 16 Jan 2014 18:50:06 +0000 (UTC) Received: from land.berklix.org (land.berklix.org [144.76.10.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 96F601CB1 for ; Thu, 16 Jan 2014 18:50:05 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBF821.dip0.t-ipconnect.de [93.203.248.33]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id s0GInr3v022988 for ; Thu, 16 Jan 2014 18:49:53 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id s0GIniTS092786 for ; Thu, 16 Jan 2014 19:49:44 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id s0GIncg7086139 for ; Thu, 16 Jan 2014 19:49:44 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201401161849.s0GIncg7086139@fire.js.berklix.net> To: stable@freebsd.org Subject: calendar include is broken in 10.0-RC5 From: "Julian H. Stacey" Organization: http://berklix.com BSD Linux Unix Consultants, Munich Germany User-agent: EXMH on FreeBSD http://www.berklix.com/free/ X-URL: http://www.berklix.com/~jhs/cv/ Date: Thu, 16 Jan 2014 19:49:38 +0100 Sender: jhs@berklix.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, 16 Jan 2014 18:50:06 -0000 calendar include is broken in 10.0-RC5 it's OK in 9.1-RELEASE (I dont have a 9.2 to test on) Anyone else see it ? Give it a try with: echo '#include "/tmp/xxx"' >> ~/.calendar/calendar echo 'Thursday xyzxyz theres a tab after day /tmp/xxx' > /tmp/xxx calendar Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Reply below not above, like a play script. Indent old text with "> ". Send plain text. No quoted-printable, HTML, base64, multipart/alternative. From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 19:09: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 E1DF283F; Thu, 16 Jan 2014 19:09:17 +0000 (UTC) Received: from mail-ee0-x22c.google.com (mail-ee0-x22c.google.com [IPv6:2a00:1450:4013: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 4C51D1E5C; Thu, 16 Jan 2014 19:09:17 +0000 (UTC) Received: by mail-ee0-f44.google.com with SMTP id c13so1695080eek.31 for ; Thu, 16 Jan 2014 11:09:15 -0800 (PST) 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=L3xNtxA1p38tPe0gvem0Fav5atlx/iBHhjaC3MrQuDg=; b=s5FrLWQh5u08oigtV7TGGnaIs/VlynaNojJS9nmgU4u7LVyVcReVXtfDYe7gBIxfBn s7zQMWUk1SRstb244V+ec9uQbyEXYzWML5bUm/62HCTygdzP/EUEdJ132RMjOW8KBBM/ XidIoGUN0By+dcO6tZVFS6cR/qTlg7Psla2sOsXNUg8J57K9jfRExZ78NC225RwOIwNL qN0TdDDQHE0VqPYozv3ReTnx3jLyAlpAa606/KA7570ikznrb8No2DGl/E8IhuPbJMCH ZyeK8VSzVFInZuQpA7SohIVl14BFKwdSOkq5PoAfQ53NlJUcwGuNoTnit1/4ufJExP10 99Bg== X-Received: by 10.15.24.72 with SMTP id i48mr13880224eeu.74.1389899355646; Thu, 16 Jan 2014 11:09:15 -0800 (PST) Received: from [192.168.1.101] (45.81.datacomsa.pl. [195.34.81.45]) by mx.google.com with ESMTPSA id h3sm20586250eem.15.2014.01.16.11.09.13 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 16 Jan 2014 11:09:15 -0800 (PST) Sender: =?UTF-8?Q?Edward_Tomasz_Napiera=C5=82a?= Subject: Re: [FreeBSD-Announce] FreeBSD Errata Notice FreeBSD-EN-14:01.random 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: Date: Thu, 16 Jan 2014 20:09:10 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201401142011.s0EKBoi7082738@freefall.freebsd.org> <52D6BF9C.8070405@bluerosetech.com> <52D6D5C7.80200@sentex.net> <52D6D93F.7020600@bluerosetech.com> To: Alan Somers X-Mailer: Apple Mail (2.1283) Cc: freebsd-stable@freebsd.org, Darren Pilgrim X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Jan 2014 19:09:18 -0000 Wiadomo=B6=E6 napisana przez Alan Somers w dniu 15 sty 2014, o godz. = 20:25: > On Wed, Jan 15, 2014 at 11:53 AM, Darren Pilgrim > wrote: >> On 1/15/2014 10:39 AM, Mike Tancsa wrote: >>>=20 >>> On 1/15/2014 12:04 PM, Darren Pilgrim wrote: >>>>=20 >>>>=20 >>>> 1. If you're on "bare metal", the attacker has firmware-level or >>>> physical access to the machine; >>>> 2. If you're on a hypervisor, you can't trust the hypervisor; >>>>=20 >>>> In both cases, I would think the attacker can use much simpler, = more >>>> direct vectors and you have much worse things to worry about than = the >>>> quality of /dev/random. I'm not questioning the validity of the >>>> advisory, I'm genuinely curious about this. I can't think of a = scenario >>>> were someone could attack /dev/random using this vector without 1 = or 2 >>>> above also being true. >>>=20 >>>=20 >>> Say you have a physical tap on the network upstream from the victim. = The >>> victim is exchanging data across a VPN. You can capture the = encrypted >>> traffic, and knowing there is a weakness in the quality of RNG, more >>> easily decode the encrypted traffic. You dont have to worry about >>> sending "extra" traffic from the host say, by poking around in = /dev/mem >>> etc. >>=20 >>=20 >> Yes, that's an obvious consequence of a compromised RNG; but that's = not what >> I was asking. I'm asking how the attacker could compromise the = hardware RNG >> without also obtaining effectively unfettered access to the entire = system. >=20 > By compromising it at the design stage. For example, the NSA could > hypothetically collaborate with Intel to trojan Intel's RNG. In that > case, the NSA would've compromised the RNG, but they wouldn't have > unfettered access to the rest of the system. Also this: http://people.umass.edu/gbecker/BeckerChes13.pdf "In this paper, we will therefore focus on Trojans inserted into designs at the layout level, after the place & route phase. [..] By using two = case studies, a side-channel resistant SBox implementation and an = implementation of a secure digital random number post-processing design derived from = Intel's new RNG used in the Ivy Bridge processors, we prove that the proposed dopant-based Trojans can be used e=0Eciently in practice to compromise the security". Might not apply to Intel, since it has its own fabs, but e.g. AMD = doesn't. --=20 If you cut off my head, what would I say? Me and my head, or me and my = body? From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 21:21: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 563788A3; Thu, 16 Jan 2014 21:21:35 +0000 (UTC) Received: from mail-bk0-x22a.google.com (mail-bk0-x22a.google.com [IPv6:2a00:1450:4008: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 8A3761A7C; Thu, 16 Jan 2014 21:21:34 +0000 (UTC) Received: by mail-bk0-f42.google.com with SMTP id my12so1376629bkb.15 for ; Thu, 16 Jan 2014 13:21:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=nfpzaKIoYmkswWuIBUvEQTLR5Jl5y9xt54Ex5/qYv6U=; b=rtXkQiC/lQbiFtFYKThdEysBS/J1hRUxedXureh9i1Geo5lYoNcqAgFfAuHZ0EGj1z ZLtieBXlm1rwpody+dFfCHfRtgQtXjnKhnmsskAS72etxNjsoiDyyOBx6DQLAWZJMgUT h5WLXJV+zmns2LqNRG4eUhnE07li7J+S7Kd8VEtw9Xw8xILsz+TupbaM3sYv/gj/bKoG Vw1j3/cALhB75mk4YBCRY1kwtgFirKsFpWIJuPbX3YFzfqlUFhU4EeurSFKnrSV8OF+1 Px9cp4zbb1TGiDxWx+sFNz3hlkS8FcPSlGojTRChOvVZlb38T/rOrtzwY/liUNIHSM1o sfUA== X-Received: by 10.204.118.131 with SMTP id v3mr6656788bkq.30.1389907292736; Thu, 16 Jan 2014 13:21:32 -0800 (PST) Received: from localhost ([178.150.115.244]) by mx.google.com with ESMTPSA id q5sm7691869bkr.5.2014.01.16.13.21.31 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 16 Jan 2014 13:21:32 -0800 (PST) Sender: Mikolaj Golub Date: Thu, 16 Jan 2014 23:21:29 +0200 From: Mikolaj Golub To: Craig Rodrigues Subject: Re: MFC r258588: Fix for VIMAGE Message-ID: <20140116212128.GA11477@gmail.com> References: <4BDBE950-849D-4FBF-9F62-F08200A22F15@fisglobal.com> <20140112121802.GA16750@gmail.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) Cc: Devin Teske , FreeBSD stable , "Teske, Devin" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 16 Jan 2014 21:21:35 -0000 On Sun, Jan 12, 2014 at 04:20:32PM -0800, Craig Rodrigues wrote: > On Sun, Jan 12, 2014 at 4:18 AM, Mikolaj Golub wrote: > > > On Tue, Dec 31, 2013 at 12:12:47AM +0000, Teske, Devin wrote: > > > Hi, > > > > > > I recently updated from 9.2-R to stable/9 and found that many times while > > > attempting to shut down a vimage jail, that the box would crash. So I > > found > > > SVN r258588 in HEAD, merged it into my stable/9 kernel, rebooted.. and > > > problem is now solved. > > > > > > Any objects to merging r258588 to stable/9? > > > > Ah, it looks like I was responsible for that bug. Craig, thank you for > > fixing it. I think it should definitely be merged to stable/9. > > > > BTW, wouldn't increasing IPFW_NAT_VNET_ORDER instead of > > IPFW_NAT_SI_SUB_FIREWALL fix the issue? It looks a little better to me. > > Also, I think it would be good to have some coment in the code why > > this order was chosen. Or better -- to export startup order > > declarations from ip_fw2.c to ip_fw_private.h and use it for ip_fw_nat > > too, so it would become self-documenting and not break if one decides > > to change the ordering in ipfw module. > > > > > I tried to implement the least intrusive change to fix the problem, > since I am not so familiar with VIMAGE / VNET and module order loading > issues. > > If you have a cleaner fix in mind, I would say, go for it. Ok, I might update it later. But for now just merging r258588 to stable/9 would be helpful. Devin, as I understood, you wanted to merge it? Will you do this? -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Thu Jan 16 22:26: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 9C8F69A5; Thu, 16 Jan 2014 22:26: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 D3EAE1FCB; Thu, 16 Jan 2014 22:26: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 s0GMQYl7086669; Fri, 17 Jan 2014 00:26: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 s0GMQX3r086475; Thu, 16 Jan 2014 22:26:33 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 16 Jan 2014 22:26:33 GMT Message-Id: <201401162226.s0GMQX3r086475@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 16 Jan 2014 22:26:48 -0000 TB --- 2014-01-16 22:00:51 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-16 22:00:51 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-16 22:00:51 - starting RELENG_10 tinderbox run for arm/arm TB --- 2014-01-16 22:00:51 - cleaning the object tree TB --- 2014-01-16 22:00:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-16 22:01:42 - At svn revision 260795 TB --- 2014-01-16 22:01:43 - building world TB --- 2014-01-16 22:01:43 - CROSS_BUILD_TESTING=YES TB --- 2014-01-16 22:01:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-16 22:01:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-16 22:01:43 - SRCCONF=/dev/null TB --- 2014-01-16 22:01:43 - TARGET=arm TB --- 2014-01-16 22:01:43 - TARGET_ARCH=arm TB --- 2014-01-16 22:01:43 - TZ=UTC TB --- 2014-01-16 22:01:43 - __MAKE_CONF=/dev/null TB --- 2014-01-16 22:01:43 - cd /src TB --- 2014-01-16 22:01:43 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Jan 16 22:01: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 [...] 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=\"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/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=\"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/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=\"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/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExpr.cpp -o CGExpr.o /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExpr.cpp: In member function 'void clang::CodeGen::CodeGenFunction::EmitStoreThroughLValue(clang::CodeGen::RValue, clang::CodeGen::LValue, bool)': /src/lib/clang/libclangcodegen/../../../contrib/llvm/tools/clang/lib/CodeGen/CGExpr.cpp:1423: 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-01-16 22:26:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-16 22:26:32 - ERROR: failed to build world TB --- 2014-01-16 22:26:32 - 1125.90 user 416.50 system 1541.30 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-arm-arm.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 00:48: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 0BF513B2; Fri, 17 Jan 2014 00:48:33 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C61C019DF; Fri, 17 Jan 2014 00:48:32 +0000 (UTC) Received: from smarthost.fisglobal.com ([10.132.206.193]) by ltcfislmsgpa07.fnfis.com (8.14.5/8.14.5) with ESMTP id s0H0mTcW019315 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 16 Jan 2014 18:48:29 -0600 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, 16 Jan 2014 18:48:26 -0600 From: Sender: Devin Teske To: "'Mikolaj Golub'" , "'Craig Rodrigues'" References: <4BDBE950-849D-4FBF-9F62-F08200A22F15@fisglobal.com> <20140112121802.GA16750@gmail.com> <20140116212128.GA11477@gmail.com> In-Reply-To: <20140116212128.GA11477@gmail.com> Subject: RE: MFC r258588: Fix for VIMAGE Date: Thu, 16 Jan 2014 16:48:22 -0800 Message-ID: <002901cf131d$d3ed7e50$7bc87af0$@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: AQIaPp3fHrm1+U/QNYiyBcbzZJI20gM1G8QlAjZWUb4CMV8ec5m017RQ 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-01-16_08:2014-01-16,2014-01-16,1970-01-01 signatures=0 Cc: 'Devin Teske' , 'FreeBSD stable' , "'Teske, Devin'" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 17 Jan 2014 00:48:33 -0000 > -----Original Message----- > From: Mikolaj Golub [mailto:trociny@FreeBSD.org] > Sent: Thursday, January 16, 2014 1:21 PM > To: Craig Rodrigues > Cc: Devin Teske; FreeBSD stable; Teske, Devin > Subject: Re: MFC r258588: Fix for VIMAGE > > On Sun, Jan 12, 2014 at 04:20:32PM -0800, Craig Rodrigues wrote: > > On Sun, Jan 12, 2014 at 4:18 AM, Mikolaj Golub > wrote: > > > > > On Tue, Dec 31, 2013 at 12:12:47AM +0000, Teske, Devin wrote: > > > > Hi, > > > > > > > > I recently updated from 9.2-R to stable/9 and found that many > > > > times while attempting to shut down a vimage jail, that the box > > > > would crash. So I > > > found > > > > SVN r258588 in HEAD, merged it into my stable/9 kernel, rebooted.. > > > > and problem is now solved. > > > > > > > > Any objects to merging r258588 to stable/9? > > > > > > Ah, it looks like I was responsible for that bug. Craig, thank you > > > for fixing it. I think it should definitely be merged to stable/9. > > > > > > BTW, wouldn't increasing IPFW_NAT_VNET_ORDER instead of > > > IPFW_NAT_SI_SUB_FIREWALL fix the issue? It looks a little better to me. > > > Also, I think it would be good to have some coment in the code why > > > this order was chosen. Or better -- to export startup order > > > declarations from ip_fw2.c to ip_fw_private.h and use it for > > > ip_fw_nat too, so it would become self-documenting and not break if > > > one decides to change the ordering in ipfw module. > > > > > > > > > I tried to implement the least intrusive change to fix the problem, > > since I am not so familiar with VIMAGE / VNET and module order loading > > issues. > > > > If you have a cleaner fix in mind, I would say, go for it. > > Ok, I might update it later. But for now just merging r258588 to > stable/9 would be helpful. Devin, as I understood, you wanted to merge it? > Will you do this? > Yeah, I'll merge it. Thanks everyone for all the feedback. -- 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. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 06:04: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 A145DE9D for ; Fri, 17 Jan 2014 06:04:56 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7A9C51183 for ; Fri, 17 Jan 2014 06:04:56 +0000 (UTC) Received: by mail-pa0-f52.google.com with SMTP id bj1so2199885pad.39 for ; Thu, 16 Jan 2014 22:04:56 -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=VIXZVyRYpUTMha87guYAWSGyCRTyZNlkrPsRGi4wgLU=; b=VGMBOT9+uouxVA/ENmBa1JHtBo9Q3r0zKGj0vu/lkPeMjSKOKf5MSJUXbahu/FhDS+ c6Xb7R5FmZsVpqT/gDOWUyO8SfGeKekIw1cSVuESRxPsUn1LS3F3mDMypgDprkFyEf42 R+YzZysArTKNcdGJbddkz/GQRULca9qdlWej4TQB8kfePhE4SXiS4rChRjGVDakt0mTB lPgCk7eceZ1tFA4Cu5kkxMJ4uGpWN4AyROLI3d92JocGtmb5eKk5OJfgk0ebKI6qhWTC k8rIVQNNuq6UE79CpWuwVrYhFB2YWL+BkVADElQ4a4a7UXsjrE0jsg8Y6zhQ1N2327O0 jjiQ== MIME-Version: 1.0 X-Received: by 10.66.224.109 with SMTP id rb13mr155382pac.78.1389938696102; Thu, 16 Jan 2014 22:04:56 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Thu, 16 Jan 2014 22:04:56 -0800 (PST) Date: Thu, 16 Jan 2014 22:04:56 -0800 X-Google-Sender-Auth: B0SX7RSMIScGeXemjPC_3kf0NH4 Message-ID: Subject: nvi fails to when encountering 0xa9 character From: Kevin Oberman To: 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: Fri, 17 Jan 2014 06:04:56 -0000 FreeBSD 10.0-RC5/amd64 When I edit a file containing the 0xa9/copyright/circle-c character. the line that the character is on is rendered as ~. It is not editable. It can't even e deleted. While nvi will allow stepping to the next line and continuing to edit, searching past the line fails and writing out the file truncated the file at the line. Unless a backup exists, the remainder of the file is lost.Since that character is usually early in the file, most of the file is lost. I don't know if other characters also trigger the problem. Is this a known issue? iconv related? It is VERY annoying! Fortunately I did have a backup and I usually use emacs. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 06:21: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 171F319A for ; Fri, 17 Jan 2014 06:21:42 +0000 (UTC) Received: from mail-s68.mailgun.info (mail-s68.mailgun.info [184.173.153.196]) by mx1.freebsd.org (Postfix) with ESMTP id BD991128A for ; Fri, 17 Jan 2014 06:21:40 +0000 (UTC) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=miator.net; q=dns/txt; s=krs; t=1389939699; h=Mime-Version: In-Reply-To: References: Date: Message-Id: Subject: From: To: Cc: Content-Type: Sender; bh=fSzcxz6oFhzGRk66hR8tUr1VzY3lIUTm4cPe+chAy+g=; b=UPThWj3kGSMw8D8Ks19b97YfNaMCIjHXlzc6RSp9J9YVOFqPMHjXUK14+6U++kH9kojn5QRs izPGctury1PnKQKsnG3yDdWiagEcjfH+8z+rxck35TVAQ/f3yPlZcdk9xFafwwpCyzM2cY0W didbjykeUc/dTrwks+xkb3jyntI= 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=GeIOrmHekz6F4P9NXwK5Zn1YjQidNlSWYY361HYx0WHHoAf25VaynhFGrBl1HcS4QS0GVL EuQfOl7dKUmD0vQJtp1eo8tUeB1I3jMC5XGZX+LgS4MRmicXLdrHRTpYPrDjHjLeNyOUSolf Iq1MIhGilf9O6y6oPr/A+dfoJHa6M= Received: from mail-vc0-f169.google.com (mail-vc0-f169.google.com [209.85.220.169]) by mxa.mailgun.org with ESMTP id 52d8c9bf.591c530-in3; Fri, 17 Jan 2014 06:12:15 -0000 (UTC) Received: by mail-vc0-f169.google.com with SMTP id hq11so1386484vcb.14 for ; Thu, 16 Jan 2014 22:12:14 -0800 (PST) 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=fSzcxz6oFhzGRk66hR8tUr1VzY3lIUTm4cPe+chAy+g=; b=hiUEQNcWQt2fv5z2W3w7iw1/Gd5Wbd9Nbep4+IBdleHRnrSvdluKk1TBUay0pNyRdN ZKnCGODCm1Rx/X2/trjUtAwlaqu2WwC32f0ARf0gg5jEKESsx57sqH7lB2XkkrJVN6sH Fjcpzy95mMYjz9YZKKUjx2aog5LHTOedhJJZLjyyx2fOCUjnplGo9NVd5DeC4c7KLbRK 64wIYnCothPNcRGB+q6lUK2j5uwzHwUGnob+4RSK3DU5m83hqYsn/RiFIVKLYJniNOdx GerzLomAkiuTnBZmamsp/a5KcECNJTojM0aWN0MNEQsSPbNo5F9vPp4dBc5BE8fMlxu4 OaGA== Mime-Version: 1.0 X-Received: by 10.52.23.13 with SMTP id i13mr61049vdf.0.1389939134619; Thu, 16 Jan 2014 22:12:14 -0800 (PST) Received: by 10.220.86.65 with HTTP; Thu, 16 Jan 2014 22:12:14 -0800 (PST) In-Reply-To: References: Date: Fri, 17 Jan 2014 01:12:14 -0500 Message-Id: Subject: Re: nvi fails to when encountering 0xa9 character From: Zhihao Yuan To: Kevin Oberman 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: Fri, 17 Jan 2014 06:21:42 -0000 On Fri, Jan 17, 2014 at 1:04 AM, Kevin Oberman wrote: > When I edit a file containing the 0xa9/copyright/circle-c character. the > line that the character is on is rendered as ~. It is not editable. It > can't even e deleted. While nvi will allow stepping to the next line and > continuing to edit, searching past the line fails and writing out the file > truncated the file at the line. Unless a backup exists, the remainder of > the file is lost.Since that character is usually early in the file, most of > the file is lost. I don't know if other characters also trigger the problem. > > Is this a known issue? iconv related? It is VERY annoying! Fortunately I > did have a backup and I usually use emacs. Yes, and I do want to change its behavior. A workaround is invoke nvi with env LC_CTYPE=C nvi ... With "C" locale, nvi runs in plain old 8-bit mode. -- 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 Fri Jan 17 07:47: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 82D44D18 for ; Fri, 17 Jan 2014 07:47:32 +0000 (UTC) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F2C4F17C7 for ; Fri, 17 Jan 2014 07:47:31 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id w7so2204145lbi.35 for ; Thu, 16 Jan 2014 23:47:23 -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 :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=ixW1mHYGOSoWEgU7fPGCezZ0tX8H8y7IO2ysomFPpjI=; b=GlR1i3kLb3CMIKXMlzcNKdjpdYev6HpRj6QKVkW7gXqaKH9DpYLCaGFCCt5y99U/sD M2xg0F3a4M/fv6d8/6uUdyHMG4CWTvghEMNwMJ30zkUdhfzsC7YM/+8QtEAbSuasTxEZ HHQAds0hcFme/BSXknNGRxrmkQSpx4hbpyvsnN+UWqY3wua0XKAtD65NfLYHIMWizeCu u1r20wDAIUwugxyEMn2Qr/XzfLYM3B9HG/YqHXb1s+HG5P9R9jLntEmdG7Zo+idAo2E0 Yd7EP+xQAR+CRrwy8iFLLCqvgLUEGy+QFGYCsi3bLwl5+jOG1R/50ddf/aM+D08MHvJI M0cg== X-Gm-Message-State: ALoCoQmKcXiVmhhaZhdPKIAu7cj32XMrinohT4/xaABHHFzdR8uorcKsD2j8kFxVwDoMk+Y3tF6j X-Received: by 10.112.64.227 with SMTP id r3mr251441lbs.24.1389944843610; Thu, 16 Jan 2014 23:47:23 -0800 (PST) Received: from [192.168.1.2] ([89.169.173.68]) by mx.google.com with ESMTPSA id gi5sm2746914lbc.4.2014.01.16.23.47.22 for (version=TLSv1.2 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 16 Jan 2014 23:47:23 -0800 (PST) Message-ID: <52D8E00A.6060907@freebsd.org> Date: Fri, 17 Jan 2014 11:47:22 +0400 From: Andrey Chernov User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Alexander , current@FreeBSD.org Subject: Re: SCHED_ULE bug (was Re: cpuminer mines only on one core regardless of "--threads" option) References: <399751389704518@web9j.yandex.ru> <52D541E7.3040305@gmail.com> <5101389708996@web13m.yandex.ru> <52D55B24.8080102@freebsd.org> <113571389724340@web5g.yandex.ru> <37721389856823@web8h.yandex.ru> In-Reply-To: <37721389856823@web8h.yandex.ru> X-Enigmail-Version: 1.7a1pre Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit 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, 17 Jan 2014 07:47:32 -0000 On 16.01.2014 11:20, Alexander wrote: > > > 14.01.2014, 22:32, "Alexander" : >> 14.01.2014, 20:14, "Subbsd" : >> >>> On Tue, Jan 14, 2014 at 7:43 PM, Andrey Chernov wrote: >>>> On 14.01.2014 17:01, Alexander wrote: >>>>> on Freebsd 9.2 x64 on 5 different PCs I installed net-p2p/cpuminer >>>>> from ports and by "pkg install" - result is the same - minerd mines >>>>> only on one core regardless of "--threads" option. >>>> ... >>>>> # top -P >>>>> 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, 0.0% interrupt, 100% idle >>>>> CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle >>>>> CPU 3: 0.0% user, 100% nice, 0.0% system, 0.0% interrupt, 0.0% idle >>>> This is SCHED_ULE bug, I see _all_ processes (not minerd only in >>>> particular) stuck to the last CPU too (top's 'C' column is equal to the >>>> last CPU and never changes), latest -stable i386. It disappears for me >>>> switching to SCHED_4BSD. >>>> >> >> reboot didn't help (try on 3 different PCs) > ... > minerd was started from cron after reboot immediately and broke SMP, so when I disable minerd from cron and reboot - SMP works fine. > I think Andrey Chernov said here the reason http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/163585#reply3 > So this bug is alive - on 9.1 and 9.2 x64 releases. > I didn't try SCHED_4BSD yet, cause don't wont to use not-generic kernel because of mining only, but for interest I'll try it on one machine on this weekends. I just try it on latest x64 -current, result is exact the same: the bug exist with SCHED_ULE and not with SCHED_4BSD. Something is very wrong in SCHED_ULE+cpuset_setaffinity chain. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 08:14: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 4428A3EB for ; Fri, 17 Jan 2014 08:14:10 +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 4AB0B1A3F for ; Fri, 17 Jan 2014 08:14:09 +0000 (UTC) Received: from th-04.cs.huji.ac.il ([132.65.80.125]) by kabab.cs.huji.ac.il with esmtp id 1W44SZ-000Dbx-HQ; Fri, 17 Jan 2014 10:07:23 +0200 From: Daniel Braniss Subject: on 9.2-stable nfs/zfs and 10g hang Date: Fri, 17 Jan 2014 10:07:21 +0200 Message-Id: <012BE46A-DA0F-422F-85D0-8C1E71BC3C51@cs.huji.ac.il> To: FreeBSD stable Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) 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: 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: Fri, 17 Jan 2014 08:14:10 -0000 hi all, All was going ok till I decided to connect this host via a 10g nic and = very soon it started to hang. Running multiple make buildworlds from other hosts connected = via 10g and using both src and obj on the server via tcp/nfs did ok. but running find =85 -exec md5 {} + (the find finds over 6M files) from another host (at 10g) will hang it very quickly. If I wait a while (can=92t be more specific) it sometimes recovers - but = my users are not very patient :-) I will soon try the same experiment using the old 1G nic, but in the = meantime, if someone could shed some light would be very helpful I=92m attaching core.txt, but if it doesn=92t make it, it=92s also = available at: ftp://ftp.cs.huji.ac.il/users/danny/freebsd/core.txt.16 thanks, danny From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 11: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 1EDE8694 for ; Fri, 17 Jan 2014 11:18:52 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7D8DE1813 for ; Fri, 17 Jan 2014 11:18:51 +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 s0HBCVEV049099 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 17 Jan 2014 13:12:31 +0200 (EET) (envelope-from daniel@digsys.bg) Message-ID: <52D9101F.2020403@digsys.bg> Date: Fri, 17 Jan 2014 13:12:31 +0200 From: Daniel Kalchev User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: Re: SCHED_ULE bug (was Re: cpuminer mines only on one core regardless of "--threads" option) References: <399751389704518@web9j.yandex.ru> <52D541E7.3040305@gmail.com> <5101389708996@web13m.yandex.ru> <52D55B24.8080102@freebsd.org> <113571389724340@web5g.yandex.ru> <37721389856823@web8h.yandex.ru> <52D8E00A.6060907@freebsd.org> In-Reply-To: <52D8E00A.6060907@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: Fri, 17 Jan 2014 11:18:52 -0000 On 17.01.14 09:47, Andrey Chernov wrote: > On 16.01.2014 11:20, Alexander wrote: >> >> 14.01.2014, 22:32, "Alexander" : >>> 14.01.2014, 20:14, "Subbsd" : >>> >>>> On Tue, Jan 14, 2014 at 7:43 PM, Andrey Chernov wrote: >>>>> On 14.01.2014 17:01, Alexander wrote: >>>>>> on Freebsd 9.2 x64 on 5 different PCs I installed net-p2p/cpuminer >>>>>> from ports and by "pkg install" - result is the same - minerd mines >>>>>> only on one core regardless of "--threads" option. >>>>> ... >>>>>> # top -P >>>>>> 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, 0.0% interrupt, 100% idle >>>>>> CPU 2: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle >>>>>> CPU 3: 0.0% user, 100% nice, 0.0% system, 0.0% interrupt, 0.0% idle >>>>> This is SCHED_ULE bug, I see _all_ processes (not minerd only in >>>>> particular) stuck to the last CPU too (top's 'C' column is equal to the >>>>> last CPU and never changes), latest -stable i386. It disappears for me >>>>> switching to SCHED_4BSD. >>>>> >>> reboot didn't help (try on 3 different PCs) >> ... >> minerd was started from cron after reboot immediately and broke SMP, so when I disable minerd from cron and reboot - SMP works fine. >> I think Andrey Chernov said here the reason http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/163585#reply3 >> So this bug is alive - on 9.1 and 9.2 x64 releases. >> I didn't try SCHED_4BSD yet, cause don't wont to use not-generic kernel because of mining only, but for interest I'll try it on one machine on this weekends. > I just try it on latest x64 -current, result is exact the same: the bug > exist with SCHED_ULE and not with SCHED_4BSD. Something is very wrong in > SCHED_ULE+cpuset_setaffinity chain. > This is all very strange. I have net-p2p/cpuminer compiled on/around Dec 6 (on semi-current 9-stable) on several machines, all with SCHED_ULE and it has always attached to every single core available. It also respects --threads and attaches to as many cores as I tell it to. All this on FreeBSD 9-stable x64. Some machines are with 32 cores. Daniel From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 14:48: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 305AFB81 for ; Fri, 17 Jan 2014 14:48:03 +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 E9114198E for ; Fri, 17 Jan 2014 14:48:02 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: X-IronPort-AV: E=Sophos;i="4.95,670,1384318800"; d="scan'208";a="88527824" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-jnhn.mail.uoguelph.ca with ESMTP; 17 Jan 2014 09:47:56 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 617F3B4033; Fri, 17 Jan 2014 09:47:56 -0500 (EST) Date: Fri, 17 Jan 2014 09:47:56 -0500 (EST) From: Rick Macklem To: Daniel Braniss Message-ID: <588564685.11730322.1389970076386.JavaMail.root@uoguelph.ca> In-Reply-To: <012BE46A-DA0F-422F-85D0-8C1E71BC3C51@cs.huji.ac.il> Subject: Re: on 9.2-stable nfs/zfs and 10g 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.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) 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, 17 Jan 2014 14:48:03 -0000 Daniel Braniss wrote: > hi all, >=20 > All was going ok till I decided to connect this host via a 10g nic > and very soon it started > to hang. Running multiple make buildworlds from other hosts connected > via 10g and > using both src and obj on the server via tcp/nfs did ok. but running > =09find =E2=80=A6 -exec md5 {} + (the find finds over 6M files) > from another host (at 10g) will hang it very quickly. >=20 > If I wait a while (can=E2=80=99t be more specific) it sometimes recovers = - > but my users are not very > patient :-) >=20 This suggests that an RPC request/reply gets dropped in a way that TCP doesn't recover. Eventually (after up to about 15min, I think?) the TCP connection will be shut down and a new TCP connection started, with a retry of outstanding RPCs. > I will soon try the same experiment using the old 1G nic, but in the > meantime, if someone > could shed some light would be very helpful >=20 > I=E2=80=99m attaching core.txt, but if it doesn=E2=80=99t make it, it=E2= =80=99s also > available at: > =09ftp://ftp.cs.huji.ac.il/users/danny/freebsd/core.txt.16 >=20 You might try disabling TSO on the net interface. There are been issues with TSO for segments around 64K in the past (or use rsize=3D32768,wsize=3D= 32768 options on the client mount, to avoid RPCs over about 32K in size). Beyond that, capturing a packet trace for the case that hangs easily and looking at what goes on near the end of it in wireshark might give you a hint about what is going on. rick > thanks, > =09danny > _______________________________________________ > 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 Jan 17 15:55: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 C1BB22AC for ; Fri, 17 Jan 2014 15:55:10 +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 57F0C1032 for ; Fri, 17 Jan 2014 15:55:10 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id hi8so886656wib.3 for ; Fri, 17 Jan 2014 07:55:08 -0800 (PST) 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=nAtfsznOpWArZ9nWrERy3dspcZmpKKx7EhP4nEPhMJY=; b=QaaltEv7XwZXkoSybDz37Uny/y8xCVyN1uO6scwMK6PiiMFip5nxNttZDzKiAe3jUO +HGZWyq24V1rA4746F86GbTlLhjbR+gLFKFgSsVonh4F3KVZvN+imj/njrrAQzFYhu2e 86AtSqSbp0iopgsACqLgNfSdsji4GcWhr3p9Us5AGQl4olHfueCHRZ/kz8VSp904IEUW UYVWqfzlVQxXoymdbxMkcTOOtOmPAO3EweDb4S1Sckn+68FJxAswk1GyMHvKMk/+Tu1H yZF9L3xs6wVzdP6WiE6CWr4txy0yDvA5RgtqP4uYkoFfYGZ6DBcbR8GT+sv1y7/zEWLb CEEA== X-Received: by 10.194.2.11 with SMTP id 11mr2741856wjq.82.1389974108548; Fri, 17 Jan 2014 07:55:08 -0800 (PST) Received: from [10.0.2.15] (LNantes-156-74-19-50.w82-127.abo.wanadoo.fr. [82.127.90.50]) by mx.google.com with ESMTPSA id e5sm9744578wja.15.2014.01.17.07.55.07 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 17 Jan 2014 07:55:08 -0800 (PST) Message-ID: <52D9525B.7000402@gmail.com> Date: Fri, 17 Jan 2014 16:55:07 +0100 From: David Demelier 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: Re: nvi fails to when encountering 0xa9 character 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: Fri, 17 Jan 2014 15:55:10 -0000 On 17/01/2014 07:04, Kevin Oberman wrote: > FreeBSD 10.0-RC5/amd64 > > When I edit a file containing the 0xa9/copyright/circle-c character. the > line that the character is on is rendered as ~. It is not editable. It > can't even e deleted. While nvi will allow stepping to the next line and > continuing to edit, searching past the line fails and writing out the file > truncated the file at the line. Unless a backup exists, the remainder of > the file is lost.Since that character is usually early in the file, most of > the file is lost. I don't know if other characters also trigger the problem. > > Is this a known issue? iconv related? It is VERY annoying! Fortunately I > did have a backup and I usually use emacs. Hi, Unfortunately nvi is really not unicode capable AFAIK. You probably want to switch to vim or another editor. Regards. From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 16:28: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 0B0DE421 for ; Fri, 17 Jan 2014 16:28:13 +0000 (UTC) Received: from mail-s68.mailgun.info (mail-s68.mailgun.info [184.173.153.196]) by mx1.freebsd.org (Postfix) with ESMTP id B0B6B12F5 for ; Fri, 17 Jan 2014 16:28:12 +0000 (UTC) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=miator.net; q=dns/txt; s=krs; t=1389976091; h=Mime-Version: In-Reply-To: References: Date: Message-Id: Subject: From: To: Cc: Content-Type: Sender; bh=wjO+GsyH1PMcFgd4h0wnE8uQsd6ud9F/oxMp9w60H24=; b=ofJ+ECjsB2bc8uPWWHNT7FmgtniFbXUTKOx/bd67S4HBBMG9IciSYR3WxUKibhNt1lFWdAWw hlPeQ6IDrNprNHUfN1TAzXPgQncrmvzfhT3mGTBPpUtoRsjOmdS2EtrvMLrB8vqvVoK02WCO Ejl5RjHeLpgIWFjW5hl7l9of7Sg= 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=R2dyYYFwJBqZdJqkQTf3RlzprpBcBc1FfjZfRHkdb3PETLuReGJZ0sp+FqiuVw/MdCeAIR i2MqEpQUXDm9N+OukveHs5m+hF+SQSrdctMb/aBQtUxvIF5Xz8wzDWqdT5Bw2I6dClxMkg4E Yra1Rd7DYYd97yPlzA75nHP/EgjHg= Received: from mail-ve0-f174.google.com (mail-ve0-f174.google.com [209.85.128.174]) by mxa.mailgun.org with ESMTP id 52d95a12.7433170-in2; Fri, 17 Jan 2014 16:28:02 -0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id c14so1701979vea.33 for ; Fri, 17 Jan 2014 08:28:01 -0800 (PST) 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=wjO+GsyH1PMcFgd4h0wnE8uQsd6ud9F/oxMp9w60H24=; b=d4yzZ6FR3BfZmZOXDJGFL/BWPJZRULzR4ytmUN5TThYqANoas6aCk3vEGBAB7yyL2F wseTnb4SsdOiyPLYuMYhCPsgxMg6oTD1WOzpbyq0HvBJpBj2I2imvdASp9ZcDijWu1ri C6FrerX1RfychJQHfueZ9BPkecBtl6hwWrNbBNZm+hub5wwduSQCJZDY+4K9jkiYtVUh 5Uk7csCaMKXkJXb6DvOfSB0I7QPuvmM7r0ISfyAxusrRjIZVc5TVhGKVVPHvgX7BH5WL 0KBMUr7gZNO7RnrEv2d80I96jQGcBd5KYrQ3bhPh5C9yNbskAaWVRYurOnFHLovNPfe1 SJsw== Mime-Version: 1.0 X-Received: by 10.52.26.231 with SMTP id o7mr30453vdg.88.1389976081494; Fri, 17 Jan 2014 08:28:01 -0800 (PST) Received: by 10.220.86.65 with HTTP; Fri, 17 Jan 2014 08:28:01 -0800 (PST) In-Reply-To: References: Date: Fri, 17 Jan 2014 11:28:01 -0500 Message-Id: Subject: Re: nvi fails to when encountering 0xa9 character From: Zhihao Yuan To: Kevin Oberman 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: Fri, 17 Jan 2014 16:28:13 -0000 On Fri, Jan 17, 2014 at 1:04 AM, Kevin Oberman wrote: > When I edit a file containing the 0xa9/copyright/circle-c character. Invoke nvi with env LC_CTYPE=en_US.ISO8859-1 nvi ... or type the following commend in nvi: :se fe=iso8859-1 The file encoding does not matche your locale setting. -- 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 Fri Jan 17 16:30: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 81393768 for ; Fri, 17 Jan 2014 16:30:57 +0000 (UTC) Received: from mail-s68.mailgun.info (mail-s68.mailgun.info [184.173.153.196]) by mx1.freebsd.org (Postfix) with ESMTP id 2D8441343 for ; Fri, 17 Jan 2014 16:30:57 +0000 (UTC) DKIM-Signature: a=rsa-sha256; v=1; c=relaxed/relaxed; d=miator.net; q=dns/txt; s=krs; t=1389976256; h=Mime-Version: In-Reply-To: References: Date: Message-Id: Subject: From: To: Cc: Content-Type: Sender; bh=ijZ3XAW1M4iduzcEDm+j5oTh3R7tX7wpEc+H4rEZKyc=; b=P47iREvr1HLvlSfThAfn8gOLZ5zCNI3jH9Khc5eT1zhTEzs/Ok+NSVFH8OfALvqw6HnxkHEy rfT6jd0q6XpPVvsNtVW7BEYN1q/tA5do5geRHcWq0a2Tjv7kmR93CpKfcutwzjLmRx0EgSSR jM4OD07V4DAJmGaqpzYsunPhJno= 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=lCOoh3vpzEZVJlc/t/h5u9hnfUUCSA3bwDfSCQWGY02aUIIeOUdJH5jjCXSpuBiKk9s5XW gCYNDrvYN1uIDf4lIaF18QDn52tw+Bf1LqVF31Eww/D+C8vBO5j7cVPw1O1qn6n8SYSkcL6t BWH+DRMLMdRrQ/Tf8n/a9QrX6lcJw= Received: from mail-vc0-f182.google.com (mail-vc0-f182.google.com [209.85.220.182]) by mxa.mailgun.org with ESMTP id 52d95ab3.7f96280da8f0-in3; Fri, 17 Jan 2014 16:30:43 -0000 (UTC) Received: by mail-vc0-f182.google.com with SMTP id id10so1634477vcb.41 for ; Fri, 17 Jan 2014 08:30:43 -0800 (PST) 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=ijZ3XAW1M4iduzcEDm+j5oTh3R7tX7wpEc+H4rEZKyc=; b=hCUiy+rpW0DENTcyAcCcxPXzOLlqUcoGDlIpg7qAZtMDpsUipmM5f1D5YsfxtHlS7s kP3LIx+zO4YYsata+Aamhz8eWKxKnzfq0BRQndRinxuV0kgGPzVYQXwLtRyLwZ164yi2 nS1l/VIYINt1kw2I4tsFeDSHBNJ9rKlrdZhd95Vyh5GFDYBXsRoiAnIRgt1zisqg/ov7 n/v/PjLFhsRtsV5GTqkIhukqnFXQvFsZkBLdMrHjJKr8h012YptHWdArEK32FWSYxpxH d0Debtiriq4CPVSRA/13o9GnceFupH23IRog3J7mf89wTQ3Yj7hKx5lXptR5KUOHZMUZ tnDg== Mime-Version: 1.0 X-Received: by 10.220.170.68 with SMTP id c4mr642396vcz.41.1389976243056; Fri, 17 Jan 2014 08:30:43 -0800 (PST) Received: by 10.220.86.65 with HTTP; Fri, 17 Jan 2014 08:30:42 -0800 (PST) In-Reply-To: <52D9525B.7000402@gmail.com> References: <52D9525B.7000402@gmail.com> Date: Fri, 17 Jan 2014 11:30:42 -0500 Message-Id: Subject: Re: nvi fails to when encountering 0xa9 character From: Zhihao Yuan To: David Demelier Content-Type: text/plain; charset="UTF-8" X-Mailgun-Sid: WyJkZjBjNyIsICJmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyIsICI2OTExMCJd Sender: zy@miator.net 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: Fri, 17 Jan 2014 16:30:57 -0000 On Fri, Jan 17, 2014 at 10:55 AM, David Demelier wrote: > Unfortunately nvi is really not unicode capable AFAIK. You probably want > to switch to vim or another editor. The current nvi does has some issue with handling Unicode width, and problem Unicode composite chars, but it does support multichar encodings, including UTF-8. -- 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 Fri Jan 17 19:11: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 273A5AA1; Fri, 17 Jan 2014 19:11: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 5E0771132; Fri, 17 Jan 2014 19:11: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 s0HJB4Ue065027; Fri, 17 Jan 2014 21:11: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 s0HJB4Gq064989; Fri, 17 Jan 2014 19:11:04 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 17 Jan 2014 19:11:04 GMT Message-Id: <201401171911.s0HJB4Gq064989@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 17 Jan 2014 19:11:16 -0000 TB --- 2014-01-17 13:00:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-17 13:00: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-01-17 13:00:42 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-01-17 13:00:42 - cleaning the object tree TB --- 2014-01-17 13:00:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-17 13:01:30 - At svn revision 260825 TB --- 2014-01-17 13:01:31 - building world TB --- 2014-01-17 13:01:31 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 13:01:31 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 13:01:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 13:01:31 - SRCCONF=/dev/null TB --- 2014-01-17 13:01:31 - TARGET=i386 TB --- 2014-01-17 13:01:31 - TARGET_ARCH=i386 TB --- 2014-01-17 13:01:31 - TZ=UTC TB --- 2014-01-17 13:01:31 - __MAKE_CONF=/dev/null TB --- 2014-01-17 13:01:31 - cd /src TB --- 2014-01-17 13:01:31 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jan 17 13:01: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 Fri Jan 17 16:35:26 UTC 2014 TB --- 2014-01-17 16:35:26 - generating LINT kernel config TB --- 2014-01-17 16:35:26 - cd /src/sys/i386/conf TB --- 2014-01-17 16:35:26 - /usr/bin/make -B LINT TB --- 2014-01-17 16:35:26 - cd /src/sys/i386/conf TB --- 2014-01-17 16:35:26 - /usr/sbin/config -m LINT TB --- 2014-01-17 16:35:26 - building LINT kernel TB --- 2014-01-17 16:35:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 16:35:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 16:35:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 16:35:26 - SRCCONF=/dev/null TB --- 2014-01-17 16:35:26 - TARGET=i386 TB --- 2014-01-17 16:35:26 - TARGET_ARCH=i386 TB --- 2014-01-17 16:35:26 - TZ=UTC TB --- 2014-01-17 16:35:26 - __MAKE_CONF=/dev/null TB --- 2014-01-17 16:35:26 - cd /src TB --- 2014-01-17 16:35:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 17 16:35: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 LINT completed on Fri Jan 17 17:15:16 UTC 2014 TB --- 2014-01-17 17:15:16 - cd /src/sys/i386/conf TB --- 2014-01-17 17:15:16 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-17 17:15:16 - building LINT-NOINET kernel TB --- 2014-01-17 17:15:16 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 17:15:16 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 17:15:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 17:15:16 - SRCCONF=/dev/null TB --- 2014-01-17 17:15:16 - TARGET=i386 TB --- 2014-01-17 17:15:16 - TARGET_ARCH=i386 TB --- 2014-01-17 17:15:16 - TZ=UTC TB --- 2014-01-17 17:15:16 - __MAKE_CONF=/dev/null TB --- 2014-01-17 17:15:16 - cd /src TB --- 2014-01-17 17:15:16 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Jan 17 17:15: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 LINT-NOINET completed on Fri Jan 17 17:51:32 UTC 2014 TB --- 2014-01-17 17:51:32 - cd /src/sys/i386/conf TB --- 2014-01-17 17:51:32 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-17 17:51:32 - building LINT-NOINET6 kernel TB --- 2014-01-17 17:51:32 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 17:51:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 17:51:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 17:51:32 - SRCCONF=/dev/null TB --- 2014-01-17 17:51:32 - TARGET=i386 TB --- 2014-01-17 17:51:32 - TARGET_ARCH=i386 TB --- 2014-01-17 17:51:32 - TZ=UTC TB --- 2014-01-17 17:51:32 - __MAKE_CONF=/dev/null TB --- 2014-01-17 17:51:32 - cd /src TB --- 2014-01-17 17:51:32 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Fri Jan 17 17:51: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 LINT-NOINET6 completed on Fri Jan 17 18:25:29 UTC 2014 TB --- 2014-01-17 18:25:29 - cd /src/sys/i386/conf TB --- 2014-01-17 18:25:29 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-17 18:25:29 - building LINT-NOIP kernel TB --- 2014-01-17 18:25:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 18:25:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 18:25:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 18:25:29 - SRCCONF=/dev/null TB --- 2014-01-17 18:25:29 - TARGET=i386 TB --- 2014-01-17 18:25:29 - TARGET_ARCH=i386 TB --- 2014-01-17 18:25:29 - TZ=UTC TB --- 2014-01-17 18:25:29 - __MAKE_CONF=/dev/null TB --- 2014-01-17 18:25:29 - cd /src TB --- 2014-01-17 18:25:29 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Fri Jan 17 18:25: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 LINT-NOIP completed on Fri Jan 17 18:55:40 UTC 2014 TB --- 2014-01-17 18:55:40 - cd /src/sys/i386/conf TB --- 2014-01-17 18:55:40 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-17 18:55:40 - building LINT-VIMAGE kernel TB --- 2014-01-17 18:55:40 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 18:55:40 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 18:55:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 18:55:40 - SRCCONF=/dev/null TB --- 2014-01-17 18:55:40 - TARGET=i386 TB --- 2014-01-17 18:55:40 - TARGET_ARCH=i386 TB --- 2014-01-17 18:55:40 - TZ=UTC TB --- 2014-01-17 18:55:40 - __MAKE_CONF=/dev/null TB --- 2014-01-17 18:55:40 - cd /src TB --- 2014-01-17 18:55:40 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Jan 17 18:55: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 [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :62:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-17 19:11:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-17 19:11:03 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-17 19:11:03 - 16548.30 user 5525.91 system 22220.39 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 19: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 9D82C107; Fri, 17 Jan 2014 19:38: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 D417B1306; Fri, 17 Jan 2014 19:38: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 s0HJc67R008178; Fri, 17 Jan 2014 21: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 s0HJc6t0008177; Fri, 17 Jan 2014 19:38:06 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 17 Jan 2014 19:38:06 GMT Message-Id: <201401171938.s0HJc6t0008177@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 17 Jan 2014 19:38:10 -0000 TB --- 2014-01-17 13:00:42 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-17 13:00: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-01-17 13:00:42 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-01-17 13:00:42 - cleaning the object tree TB --- 2014-01-17 13:00:42 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-17 13:01:36 - At svn revision 260825 TB --- 2014-01-17 13:01:37 - building world TB --- 2014-01-17 13:01:37 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 13:01:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 13:01:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 13:01:37 - SRCCONF=/dev/null TB --- 2014-01-17 13:01:37 - TARGET=amd64 TB --- 2014-01-17 13:01:37 - TARGET_ARCH=amd64 TB --- 2014-01-17 13:01:37 - TZ=UTC TB --- 2014-01-17 13:01:37 - __MAKE_CONF=/dev/null TB --- 2014-01-17 13:01:37 - cd /src TB --- 2014-01-17 13:01:37 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jan 17 13:01: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Jan 17 17:12:22 UTC 2014 TB --- 2014-01-17 17:12:22 - generating LINT kernel config TB --- 2014-01-17 17:12:22 - cd /src/sys/amd64/conf TB --- 2014-01-17 17:12:22 - /usr/bin/make -B LINT TB --- 2014-01-17 17:12:22 - cd /src/sys/amd64/conf TB --- 2014-01-17 17:12:22 - /usr/sbin/config -m LINT TB --- 2014-01-17 17:12:22 - building LINT kernel TB --- 2014-01-17 17:12:22 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 17:12:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 17:12:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 17:12:22 - SRCCONF=/dev/null TB --- 2014-01-17 17:12:22 - TARGET=amd64 TB --- 2014-01-17 17:12:22 - TARGET_ARCH=amd64 TB --- 2014-01-17 17:12:22 - TZ=UTC TB --- 2014-01-17 17:12:22 - __MAKE_CONF=/dev/null TB --- 2014-01-17 17:12:22 - cd /src TB --- 2014-01-17 17:12:22 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 17 17:12: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 LINT completed on Fri Jan 17 17:49:59 UTC 2014 TB --- 2014-01-17 17:49:59 - cd /src/sys/amd64/conf TB --- 2014-01-17 17:49:59 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-17 17:49:59 - building LINT-NOINET kernel TB --- 2014-01-17 17:49:59 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 17:49:59 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 17:49:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 17:49:59 - SRCCONF=/dev/null TB --- 2014-01-17 17:49:59 - TARGET=amd64 TB --- 2014-01-17 17:49:59 - TARGET_ARCH=amd64 TB --- 2014-01-17 17:49:59 - TZ=UTC TB --- 2014-01-17 17:49:59 - __MAKE_CONF=/dev/null TB --- 2014-01-17 17:49:59 - cd /src TB --- 2014-01-17 17:49:59 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Jan 17 17:49: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 LINT-NOINET completed on Fri Jan 17 18:22:26 UTC 2014 TB --- 2014-01-17 18:22:26 - cd /src/sys/amd64/conf TB --- 2014-01-17 18:22:26 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-17 18:22:26 - building LINT-NOINET6 kernel TB --- 2014-01-17 18:22:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 18:22:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 18:22:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 18:22:26 - SRCCONF=/dev/null TB --- 2014-01-17 18:22:26 - TARGET=amd64 TB --- 2014-01-17 18:22:26 - TARGET_ARCH=amd64 TB --- 2014-01-17 18:22:26 - TZ=UTC TB --- 2014-01-17 18:22:26 - __MAKE_CONF=/dev/null TB --- 2014-01-17 18:22:26 - cd /src TB --- 2014-01-17 18:22:26 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Fri Jan 17 18:22: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 LINT-NOINET6 completed on Fri Jan 17 18:54:34 UTC 2014 TB --- 2014-01-17 18:54:34 - cd /src/sys/amd64/conf TB --- 2014-01-17 18:54:34 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-17 18:54:34 - building LINT-NOIP kernel TB --- 2014-01-17 18:54:34 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 18:54:34 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 18:54:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 18:54:34 - SRCCONF=/dev/null TB --- 2014-01-17 18:54:34 - TARGET=amd64 TB --- 2014-01-17 18:54:34 - TARGET_ARCH=amd64 TB --- 2014-01-17 18:54:34 - TZ=UTC TB --- 2014-01-17 18:54:34 - __MAKE_CONF=/dev/null TB --- 2014-01-17 18:54:34 - cd /src TB --- 2014-01-17 18:54:34 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Fri Jan 17 18:54: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 LINT-NOIP completed on Fri Jan 17 19:23:29 UTC 2014 TB --- 2014-01-17 19:23:29 - cd /src/sys/amd64/conf TB --- 2014-01-17 19:23:29 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-17 19:23:29 - building LINT-VIMAGE kernel TB --- 2014-01-17 19:23:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 19:23:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 19:23:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 19:23:29 - SRCCONF=/dev/null TB --- 2014-01-17 19:23:29 - TARGET=amd64 TB --- 2014-01-17 19:23:29 - TARGET_ARCH=amd64 TB --- 2014-01-17 19:23:29 - TZ=UTC TB --- 2014-01-17 19:23:29 - __MAKE_CONF=/dev/null TB --- 2014-01-17 19:23:29 - cd /src TB --- 2014-01-17 19:23:29 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Jan 17 19:23: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 [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :55:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-17 19:38:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-17 19:38:06 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-17 19:38:06 - 17827.85 user 5940.20 system 23843.69 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 19: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 C98542F7 for ; Fri, 17 Jan 2014 19:44:22 +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 9C169139D for ; Fri, 17 Jan 2014 19:44:22 +0000 (UTC) Received: by mail-pb0-f45.google.com with SMTP id un15so824680pbc.32 for ; Fri, 17 Jan 2014 11:44: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=9xKrdpg5b75XWWGYif1b4aM/VXnXDvV80us2RMpxd5k=; b=BpM+EQUH7XjWQRoa/eYa+uSst5vhCyu7ZmWAPVQIYmxvwRmltcGM7ww+UEmatsMrkh pUb2nRF4GTVp4ep2i6vaYiglHCoStVPY9mx5DH7oT6YSJRjZai16FjTCy2aKzDqhSZ4A e26DAUo4k8PWrPvR2KqsLQ8peD9tGUtlMwAeCyg8sRmzI4Td3TfrwfbJiBkS8zgKF9Rm bWPoG5iPBF3oOfOxL/7JoVE3/SlEbDeVckgc+LyHEJlpuEvnDilNl9dVoP32hCuZikLO jY1wZvwtBjgVmMr9bcBTon+VVQ0OgnmpzMesZc2o3HNqRGn7RJnmetVA+5dyAsee931X n26A== MIME-Version: 1.0 X-Received: by 10.67.8.102 with SMTP id dj6mr4220533pad.10.1389987862224; Fri, 17 Jan 2014 11:44:22 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Fri, 17 Jan 2014 11:44:22 -0800 (PST) In-Reply-To: References: <52D9525B.7000402@gmail.com> Date: Fri, 17 Jan 2014 11:44:22 -0800 X-Google-Sender-Auth: dwyNaXZihzNs4xWb22aRjQegeNo Message-ID: Subject: Re: nvi fails to when encountering 0xa9 character From: Kevin Oberman To: Zhihao Yuan Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: David Demelier , 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, 17 Jan 2014 19:44:22 -0000 Thanks, everyone! I feel rather silly now, as I thought I had locality stuff defined on the account. A quick check shows I was wrong. Guess it was my old laptop that I replaced over two years ago. :-( I really need to get a better grasp of all of the LC environmental variables. Being a native U.S. English speaker, I'm rather spoiled. On Fri, Jan 17, 2014 at 8:30 AM, Zhihao Yuan wrote: > On Fri, Jan 17, 2014 at 10:55 AM, David Demelier > wrote: > > Unfortunately nvi is really not unicode capable AFAIK. You probably want > > to switch to vim or another editor. > > The current nvi does has some issue with handling Unicode width, > and problem Unicode composite chars, but it does support > multichar encodings, including UTF-8. > > -- > Zhihao Yuan, ID lichray > The best way to predict the future is to invent it. > ___________________________________________________ > 4BSD -- http://4bsd.biz/ > _______________________________________________ > 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" > -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 19:54: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 D46558F9 for ; Fri, 17 Jan 2014 19:54: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 9EF1A14D3 for ; Fri, 17 Jan 2014 19:54: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 s0HJseMh043971 for ; Fri, 17 Jan 2014 14:54:40 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <52D98A83.90805@sentex.net> Date: Fri, 17 Jan 2014 14:54:43 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD-STABLE Mailing List Subject: forwarding performance with releng7 vs 8 vs 9 vs 10 on an Alix box X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 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: Fri, 17 Jan 2014 19:54:41 -0000 We have a couple of sites where we found it was possible to live lock / crash an alix box if there were too many pps flowing across the unit in RELENG_8. The same device with releng_7 did not show the same behaviour. As these boxes are remote and the watchdog would kick in, I was not able to debug things very much. Even back in the lab, it wasnt always easy to trigger the crash synthetically, but I could. Has anyone done any network performance comparisons between the various branches for speed and stability for single core embedded platforms like the ALIX or Soekris ? ---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 Jan 17 21:03: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 4B97DFF2 for ; Fri, 17 Jan 2014 21:03:37 +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 20F2B1A0C for ; Fri, 17 Jan 2014 21:03:37 +0000 (UTC) Received: by mail-pa0-f45.google.com with SMTP id lf10so2336056pab.18 for ; Fri, 17 Jan 2014 13:03:36 -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=/YjtFF2R2YozEbqD/jlpGYEqlr5jfzBI8zkRpAnaYwQ=; b=FFMzTLW+52IMnW28tS8RVpF+JI6ShNSHKbaCmVYGrAU58vteQ8mtfY6B12S2w+VOwl Dg8UmU8v40cYNpv6y8/bhyoUw73YJT8I7hw7cHDPH0LQtLCwOAscOlglXGX4H8OEsLC1 /act6ZG+gig4mo6uO5eVh+sxHELDCe7fnC/+czBs9qZqeY2mP+T8mnvr0OuwwCcMlohx tK9jWTe7NiaqPd2raYKkFcQfno0n38CBdlS3zhNrOwDwBNlati/ENVx+CnPi2XtLQoNG hzvpAw12gbv2aMzwCzXwdzHyVKRmixeDBJCMNakhEj+/8H5AVRgrN/X7nU9YcsBWw+FU YKcQ== MIME-Version: 1.0 X-Received: by 10.66.249.202 with SMTP id yw10mr4326146pac.111.1389992616827; Fri, 17 Jan 2014 13:03:36 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Fri, 17 Jan 2014 13:03:36 -0800 (PST) In-Reply-To: <52D98A83.90805@sentex.net> References: <52D98A83.90805@sentex.net> Date: Fri, 17 Jan 2014 13:03:36 -0800 X-Google-Sender-Auth: fZiej7V12yqN3O_Pr9qIm43DYxo Message-ID: Subject: Re: forwarding performance with releng7 vs 8 vs 9 vs 10 on an Alix box From: Kevin Oberman To: Mike Tancsa 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: Fri, 17 Jan 2014 21:03:37 -0000 On Fri, Jan 17, 2014 at 11:54 AM, Mike Tancsa wrote: > We have a couple of sites where we found it was possible to live lock / > crash an alix box if there were too many pps flowing across the unit in > RELENG_8. The same device with releng_7 did not show the same > behaviour. As these boxes are remote and the watchdog would kick in, I > was not able to debug things very much. Even back in the lab, it wasnt > always easy to trigger the crash synthetically, but I could. > > Has anyone done any network performance comparisons between the various > branches for speed and stability for single core embedded platforms like > the ALIX or Soekris ? > > ---Mike > FreeBSD 8 introduced default support for TSO. You might try turning it off (-tso) if it is enabled on the interfaces involved. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 21:09: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 C46904FE for ; Fri, 17 Jan 2014 21:09:47 +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 8BA9D1A7B for ; Fri, 17 Jan 2014 21:09:47 +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 s0HL9lq8058716; Fri, 17 Jan 2014 16:09:47 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <52D99C1D.3070904@sentex.net> Date: Fri, 17 Jan 2014 16:09:49 -0500 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Kevin Oberman Subject: Re: forwarding performance with releng7 vs 8 vs 9 vs 10 on an Alix box References: <52D98A83.90805@sentex.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 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.17 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, 17 Jan 2014 21:09:47 -0000 On 1/17/2014 4:03 PM, Kevin Oberman wrote: > > FreeBSD 8 introduced default support for TSO. You might try turning it > off (-tso) if it is enabled on the interfaces involved. Thanks, these are vr interfaces which do not support TSO. Also, its pure forwarding that seems to be the issue and I dont think TSO enters into that ? vr0: flags=8843 metric 0 mtu 1500 options=8280b ether 00:0d:b9:1c:60:48 inet 192.168.xx.xx netmask 0xffffff00 broadcast 192.168.xx.xx nd6 options=29 media: Ethernet autoselect (100baseTX ) status: active -- ------------------- 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 Jan 17 21:15:28 2014 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1BDC16B5; Fri, 17 Jan 2014 21:15:28 +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 AB0501B12; Fri, 17 Jan 2014 21:15:27 +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 s0HLFPAo087795; Fri, 17 Jan 2014 21:15:25 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0HLFPJt087770; Fri, 17 Jan 2014 21:15:25 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 17 Jan 2014 21:15:25 GMT Message-Id: <201401172115.s0HLFPJt087770@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: Fri, 17 Jan 2014 21:15:28 -0000 TB --- 2014-01-17 17:45:21 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-17 17:45:21 - 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-01-17 17:45:21 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-01-17 17:45:21 - cleaning the object tree TB --- 2014-01-17 17:45:21 - /usr/local/bin/svn stat /src TB --- 2014-01-17 17:45:26 - At svn revision 260830 TB --- 2014-01-17 17:45:27 - building world TB --- 2014-01-17 17:45:27 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 17:45:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 17:45:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 17:45:27 - SRCCONF=/dev/null TB --- 2014-01-17 17:45:27 - TARGET=i386 TB --- 2014-01-17 17:45:27 - TARGET_ARCH=i386 TB --- 2014-01-17 17:45:27 - TZ=UTC TB --- 2014-01-17 17:45:27 - __MAKE_CONF=/dev/null TB --- 2014-01-17 17:45:27 - cd /src TB --- 2014-01-17 17:45:27 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 17 17:45:28 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 Jan 17 20:59:33 UTC 2014 TB --- 2014-01-17 20:59:33 - generating LINT kernel config TB --- 2014-01-17 20:59:33 - cd /src/sys/i386/conf TB --- 2014-01-17 20:59:33 - /usr/bin/make -B LINT TB --- 2014-01-17 20:59:33 - cd /src/sys/i386/conf TB --- 2014-01-17 20:59:33 - /usr/sbin/config -m LINT TB --- 2014-01-17 20:59:33 - building LINT kernel TB --- 2014-01-17 20:59:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 20:59:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 20:59:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 20:59:33 - SRCCONF=/dev/null TB --- 2014-01-17 20:59:33 - TARGET=i386 TB --- 2014-01-17 20:59:33 - TARGET_ARCH=i386 TB --- 2014-01-17 20:59:33 - TZ=UTC TB --- 2014-01-17 20:59:33 - __MAKE_CONF=/dev/null TB --- 2014-01-17 20:59:33 - cd /src TB --- 2014-01-17 20:59:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 17 20:59: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 [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_osd.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc1: warnings being treated as errors /src/sys/kern/kern_priv.c: In function 'priv_check_cred': /src/sys/kern/kern_priv.c:162: warning: suggest explicit braces to avoid ambiguous 'else' [-Wparentheses] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-17 21:15:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-17 21:15:25 - ERROR: failed to build LINT kernel TB --- 2014-01-17 21:15:25 - 9673.75 user 985.91 system 12604.34 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 21:22: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 937D3B0C for ; Fri, 17 Jan 2014 21:22:13 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 686531CEC for ; Fri, 17 Jan 2014 21:22:13 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id p10so222761pdj.3 for ; Fri, 17 Jan 2014 13:22:13 -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=wI7TjQDHwon82TuhQDSIt2qenom829kx/gD6YZJee/0=; b=aTISgRm81R0QFYp8ww7h6mFrobbkGAzdvNvcC/jeDhRHHy63UT33lHPorXq4aADgfI MnfrEtYQe0m7BH1enelc4fktRY+GdxcpVQYzGu25OgpYSdoYomXJu5UX0HZQyMho0Kff oXjiSnOGbZFF8Ri0z6JYxAtQrgY5FHjZSlcYLmAJSpYcbg3ttjL7EODByUE4l0BHgapp wBpmdnAyz6MIsrlBY6bOX/O9teOMt7alTrsQiIhE/1xdkp4UNFFA8bxo5sNvAuIn6YZ0 kjVpmR7jZxL2DdVLmsKWTKiVMva9SCnDEG7jNCtuxotXYdGR58WUVQPlnJV9xX0SXIUV v4Dw== MIME-Version: 1.0 X-Received: by 10.67.8.102 with SMTP id dj6mr4663152pad.10.1389993733059; Fri, 17 Jan 2014 13:22:13 -0800 (PST) Sender: kob6558@gmail.com Received: by 10.67.30.1 with HTTP; Fri, 17 Jan 2014 13:22:13 -0800 (PST) In-Reply-To: <52D99C1D.3070904@sentex.net> References: <52D98A83.90805@sentex.net> <52D99C1D.3070904@sentex.net> Date: Fri, 17 Jan 2014 13:22:13 -0800 X-Google-Sender-Auth: pVrASGCcklGoHBgora7jzRupH2g Message-ID: Subject: Re: forwarding performance with releng7 vs 8 vs 9 vs 10 on an Alix box From: Kevin Oberman To: Mike Tancsa 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: Fri, 17 Jan 2014 21:22:13 -0000 On Fri, Jan 17, 2014 at 1:09 PM, Mike Tancsa wrote: > On 1/17/2014 4:03 PM, Kevin Oberman wrote: > > > > FreeBSD 8 introduced default support for TSO. You might try turning it > > off (-tso) if it is enabled on the interfaces involved. > > Thanks, these are vr interfaces which do not support TSO. Also, its > pure forwarding that seems to be the issue and I dont think TSO enters > into that ? > > vr0: flags=8843 metric 0 mtu 1500 > options=8280b > ether 00:0d:b9:1c:60:48 > inet 192.168.xx.xx netmask 0xffffff00 broadcast 192.168.xx.xx > nd6 options=29 > media: Ethernet autoselect (100baseTX ) > status: active > > > -- > ------------------- > 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/ > Shouldn't. Better not! That would really break things if a forwarder were to re-segment the data. So "never mind". -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 21:52: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 722B7DFD; Fri, 17 Jan 2014 21:52:44 +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 0C8651F08; Fri, 17 Jan 2014 21:52:43 +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 s0HLqhpR053065; Fri, 17 Jan 2014 21:52:43 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0HLqhti053060; Fri, 17 Jan 2014 21:52:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 17 Jan 2014 21:52:43 GMT Message-Id: <201401172152.s0HLqhti053060@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: Fri, 17 Jan 2014 21:52:44 -0000 TB --- 2014-01-17 17:45:21 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-17 17:45:21 - 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-01-17 17:45:21 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-01-17 17:45:21 - cleaning the object tree TB --- 2014-01-17 17:45:21 - /usr/local/bin/svn stat /src TB --- 2014-01-17 17:45:26 - At svn revision 260830 TB --- 2014-01-17 17:45:27 - building world TB --- 2014-01-17 17:45:27 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 17:45:27 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 17:45:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 17:45:27 - SRCCONF=/dev/null TB --- 2014-01-17 17:45:27 - TARGET=amd64 TB --- 2014-01-17 17:45:27 - TARGET_ARCH=amd64 TB --- 2014-01-17 17:45:27 - TZ=UTC TB --- 2014-01-17 17:45:27 - __MAKE_CONF=/dev/null TB --- 2014-01-17 17:45:27 - cd /src TB --- 2014-01-17 17:45:27 - /usr/bin/make -B buildworld >>> World build started on Fri Jan 17 17:45:28 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 Fri Jan 17 21:37:24 UTC 2014 TB --- 2014-01-17 21:37:24 - generating LINT kernel config TB --- 2014-01-17 21:37:24 - cd /src/sys/amd64/conf TB --- 2014-01-17 21:37:24 - /usr/bin/make -B LINT TB --- 2014-01-17 21:37:24 - cd /src/sys/amd64/conf TB --- 2014-01-17 21:37:24 - /usr/sbin/config -m LINT TB --- 2014-01-17 21:37:24 - building LINT kernel TB --- 2014-01-17 21:37:24 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 21:37:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 21:37:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 21:37:24 - SRCCONF=/dev/null TB --- 2014-01-17 21:37:24 - TARGET=amd64 TB --- 2014-01-17 21:37:24 - TARGET_ARCH=amd64 TB --- 2014-01-17 21:37:24 - TZ=UTC TB --- 2014-01-17 21:37:24 - __MAKE_CONF=/dev/null TB --- 2014-01-17 21:37:24 - cd /src TB --- 2014-01-17 21:37:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 17 21:37: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 [...] cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_osd.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc1: warnings being treated as errors /src/sys/kern/kern_priv.c: In function 'priv_check_cred': /src/sys/kern/kern_priv.c:162: warning: suggest explicit braces to avoid ambiguous 'else' [-Wparentheses] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-17 21:52:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-17 21:52:43 - ERROR: failed to build LINT kernel TB --- 2014-01-17 21:52:43 - 11150.62 user 1275.18 system 14841.84 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Fri Jan 17 23:38: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 22A3C82F for ; Fri, 17 Jan 2014 23:38:56 +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 D66121663 for ; Fri, 17 Jan 2014 23:38:55 +0000 (UTC) Received: by mail-qa0-f53.google.com with SMTP id cm18so3933706qab.12 for ; Fri, 17 Jan 2014 15:38:55 -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=3QvAGvXNlENA2fgd0varWIr9qomtplAV6IejcDt7Ups=; b=eh2N7AFh1MftVrAGmZQ4J+AmvwBD/TwUULRwFNEaD6rp1vzjF6qacI0tfFV/y6krwP TcCBmCFD6behTizZ6Ksk9RinjAGJy+cjO7PPICgBhWsqOVVMCnpLxwi88uqkpUJvMP5k oVdNXHc/D0EbBs4+819A1/FC02VXQO0WuNUkF6YFB8GVUZFDETN6nm8msoY5RyKV1dmG 7BO+sutTvBvKJbCaPhlAspcQ/VcmRc5Dyzd2vltzk2irjEA54cc9E1IYm3fVnDG9TGkC 8TY6Hly1CHgq3YqYsjuJXGjGKGw4q0DSC94HRYvR/mLzHfajdXNrdZNz4e5/gUhdWruR SYtA== MIME-Version: 1.0 X-Received: by 10.140.42.180 with SMTP id c49mr7810305qga.24.1390001935061; Fri, 17 Jan 2014 15:38:55 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Fri, 17 Jan 2014 15:38:54 -0800 (PST) In-Reply-To: <52D98A83.90805@sentex.net> References: <52D98A83.90805@sentex.net> Date: Fri, 17 Jan 2014 15:38:54 -0800 X-Google-Sender-Auth: OugcDvVwnME3tHk-OXAMMQ6kamU Message-ID: Subject: Re: forwarding performance with releng7 vs 8 vs 9 vs 10 on an Alix box From: Adrian Chadd To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 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: Fri, 17 Jan 2014 23:38:56 -0000 On 17 January 2014 11:54, Mike Tancsa wrote: > We have a couple of sites where we found it was possible to live lock / > crash an alix box if there were too many pps flowing across the unit in > RELENG_8. The same device with releng_7 did not show the same > behaviour. As these boxes are remote and the watchdog would kick in, I > was not able to debug things very much. Even back in the lab, it wasnt > always easy to trigger the crash synthetically, but I could. > > Has anyone done any network performance comparisons between the various > branches for speed and stability for single core embedded platforms like > the ALIX or Soekris ? No, but it would be nice to actually do that, then figure out why it's livelocking. I can introduce livelock in a single core of a much, much more powerful box by doing certain bad things. It's almost like the scheduler needs to have some kind of "fuck it, I'm going FIFO!" mode. -a From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 01:31: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 967D4AF2 for ; Sat, 18 Jan 2014 01:31:55 +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 473321E51 for ; Sat, 18 Jan 2014 01:31: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 s0I1W6h0081381 for ; Fri, 17 Jan 2014 17:32:12 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s0I1W1Q4081380; Fri, 17 Jan 2014 17:32:01 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Fri, 17 Jan 2014 17:32:01 -0800 (PST) Message-ID: <895a94cd8dc0eafc2563510733e9da76.authenticated@ultimatedns.net> Date: Fri, 17 Jan 2014 17:32:01 -0800 (PST) Subject: When did creating a package become a REQUIRED part of building a port? 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: Sat, 18 Jan 2014 01:31:55 -0000 Greetings, I've been tracking -STABLE for years on all my servers (currently 8-4). So it seems I missed the memo. But recently, I decided to dust off an old TYAN Thunder LE-T PIII. Sure, it's old. But it's got 2 Adaptec U160 Ultra-Wide/Ultra-3 SCSI ports on it, that'll allow me to hang 30 SCSI platters on it, and I intend to use it to produce Install images, Updates, custom kernels for all my hardware. Kind of a Pointyhat/Tinderbox. It's perfect for a "set it, and forget it". It's actually a pretty good workhorse. Anyway, to the point; For this install, I opted to download, and use the 8-4-DVD1 DVD to perform the install. All went as anticipated, I played the CVS-->SVN dance, updated src && ports, build/installed world/kernel. Performed mergemaster(8), then bounced the box, and installed Perl. I then decided I wanted to build a light X environment, because some things are easier with it. So I chose the meta-port x11/xorg-minimal. That's when the fun began; I chose make install && make clean (yes, I know make install clean works too). Then all of the sudden I see all these messages about creating package... What? I didn't have anything in make.conf(5) to inspire that. I read nothing about that in /usr/ports/UPDATING, and I haven't installed, nor do I have anything in /usr/local/etc that would encourage that sort of thing. What gives, and how do I turn this off? Sure, I've got a lot of platter to burn. But I'm a bit shy on CPU cycles, and it seems pointless to whip up a .tbz file, only to be clobbered within seconds of completion. I'm sure to many of you, this is all old news. But this is a real issue for me, and I'd be extremely grateful, if someone can help me turn this off. Thank you for all your time, and consideration. --Chris P.S. Apologies for the length of this. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 01:51: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 201CFF02; Sat, 18 Jan 2014 01:51: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 561F01F54; Sat, 18 Jan 2014 01:51: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 s0I1pYlp068661; Sat, 18 Jan 2014 03:51: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 s0I1pX9s068660; Sat, 18 Jan 2014 01:51:33 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 01:51:33 GMT Message-Id: <201401180151.s0I1pX9s068660@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 18 Jan 2014 01:51:39 -0000 TB --- 2014-01-17 19:40:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-17 19:40: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-01-17 19:40:43 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-01-17 19:40:43 - cleaning the object tree TB --- 2014-01-17 19:42:05 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-17 19:42:13 - At svn revision 260830 TB --- 2014-01-17 19:42:14 - building world TB --- 2014-01-17 19:42:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 19:42:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 19:42:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 19:42:14 - SRCCONF=/dev/null TB --- 2014-01-17 19:42:14 - TARGET=i386 TB --- 2014-01-17 19:42:14 - TARGET_ARCH=i386 TB --- 2014-01-17 19:42:14 - TZ=UTC TB --- 2014-01-17 19:42:14 - __MAKE_CONF=/dev/null TB --- 2014-01-17 19:42:14 - cd /src TB --- 2014-01-17 19:42:14 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jan 17 19:42: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 >>> World build completed on Fri Jan 17 23:15:30 UTC 2014 TB --- 2014-01-17 23:15:30 - generating LINT kernel config TB --- 2014-01-17 23:15:30 - cd /src/sys/i386/conf TB --- 2014-01-17 23:15:30 - /usr/bin/make -B LINT TB --- 2014-01-17 23:15:30 - cd /src/sys/i386/conf TB --- 2014-01-17 23:15:30 - /usr/sbin/config -m LINT TB --- 2014-01-17 23:15:30 - building LINT kernel TB --- 2014-01-17 23:15:30 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 23:15:30 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 23:15:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 23:15:30 - SRCCONF=/dev/null TB --- 2014-01-17 23:15:30 - TARGET=i386 TB --- 2014-01-17 23:15:30 - TARGET_ARCH=i386 TB --- 2014-01-17 23:15:30 - TZ=UTC TB --- 2014-01-17 23:15:30 - __MAKE_CONF=/dev/null TB --- 2014-01-17 23:15:30 - cd /src TB --- 2014-01-17 23:15:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 17 23:15: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 LINT completed on Fri Jan 17 23:55:37 UTC 2014 TB --- 2014-01-17 23:55:37 - cd /src/sys/i386/conf TB --- 2014-01-17 23:55:37 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-17 23:55:37 - building LINT-NOINET kernel TB --- 2014-01-17 23:55:37 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 23:55:37 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 23:55:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 23:55:37 - SRCCONF=/dev/null TB --- 2014-01-17 23:55:37 - TARGET=i386 TB --- 2014-01-17 23:55:37 - TARGET_ARCH=i386 TB --- 2014-01-17 23:55:37 - TZ=UTC TB --- 2014-01-17 23:55:37 - __MAKE_CONF=/dev/null TB --- 2014-01-17 23:55:37 - cd /src TB --- 2014-01-17 23:55:37 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Fri Jan 17 23: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 LINT-NOINET completed on Sat Jan 18 00:31:57 UTC 2014 TB --- 2014-01-18 00:31:57 - cd /src/sys/i386/conf TB --- 2014-01-18 00:31:57 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-18 00:31:57 - building LINT-NOINET6 kernel TB --- 2014-01-18 00:31:57 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 00:31:57 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 00:31:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 00:31:57 - SRCCONF=/dev/null TB --- 2014-01-18 00:31:57 - TARGET=i386 TB --- 2014-01-18 00:31:57 - TARGET_ARCH=i386 TB --- 2014-01-18 00:31:57 - TZ=UTC TB --- 2014-01-18 00:31:57 - __MAKE_CONF=/dev/null TB --- 2014-01-18 00:31:57 - cd /src TB --- 2014-01-18 00:31:57 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Jan 18 00:31: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 LINT-NOINET6 completed on Sat Jan 18 01:05:50 UTC 2014 TB --- 2014-01-18 01:05:50 - cd /src/sys/i386/conf TB --- 2014-01-18 01:05:50 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-18 01:05:50 - building LINT-NOIP kernel TB --- 2014-01-18 01:05:50 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 01:05:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 01:05:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 01:05:50 - SRCCONF=/dev/null TB --- 2014-01-18 01:05:50 - TARGET=i386 TB --- 2014-01-18 01:05:50 - TARGET_ARCH=i386 TB --- 2014-01-18 01:05:50 - TZ=UTC TB --- 2014-01-18 01:05:50 - __MAKE_CONF=/dev/null TB --- 2014-01-18 01:05:50 - cd /src TB --- 2014-01-18 01:05:50 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Jan 18 01:05: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 LINT-NOIP completed on Sat Jan 18 01:36:12 UTC 2014 TB --- 2014-01-18 01:36:12 - cd /src/sys/i386/conf TB --- 2014-01-18 01:36:12 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-18 01:36:12 - building LINT-VIMAGE kernel TB --- 2014-01-18 01:36:12 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 01:36:12 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 01:36:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 01:36:12 - SRCCONF=/dev/null TB --- 2014-01-18 01:36:12 - TARGET=i386 TB --- 2014-01-18 01:36:12 - TARGET_ARCH=i386 TB --- 2014-01-18 01:36:12 - TZ=UTC TB --- 2014-01-18 01:36:12 - __MAKE_CONF=/dev/null TB --- 2014-01-18 01:36:12 - cd /src TB --- 2014-01-18 01:36:12 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Jan 18 01:36: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 [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :62:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-18 01:51:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 01:51:33 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-18 01:51:33 - 16562.48 user 5570.91 system 22249.90 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 02:18: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 738D0371; Sat, 18 Jan 2014 02:18: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 A96F010CE; Sat, 18 Jan 2014 02:18: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 s0I2In8p012170; Sat, 18 Jan 2014 04:18: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 s0I2InpX012169; Sat, 18 Jan 2014 02:18:49 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 02:18:49 GMT Message-Id: <201401180218.s0I2InpX012169@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 18 Jan 2014 02:18:53 -0000 TB --- 2014-01-17 19:40:43 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-17 19:40: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-01-17 19:40:43 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-01-17 19:40:43 - cleaning the object tree TB --- 2014-01-17 19:42:07 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-17 19:42:14 - At svn revision 260830 TB --- 2014-01-17 19:42:15 - building world TB --- 2014-01-17 19:42:15 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 19:42:15 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 19:42:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 19:42:15 - SRCCONF=/dev/null TB --- 2014-01-17 19:42:15 - TARGET=amd64 TB --- 2014-01-17 19:42:15 - TARGET_ARCH=amd64 TB --- 2014-01-17 19:42:15 - TZ=UTC TB --- 2014-01-17 19:42:15 - __MAKE_CONF=/dev/null TB --- 2014-01-17 19:42:15 - cd /src TB --- 2014-01-17 19:42:15 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Jan 17 19:42: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 >>> 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 Fri Jan 17 23:52:41 UTC 2014 TB --- 2014-01-17 23:52:41 - generating LINT kernel config TB --- 2014-01-17 23:52:41 - cd /src/sys/amd64/conf TB --- 2014-01-17 23:52:41 - /usr/bin/make -B LINT TB --- 2014-01-17 23:52:41 - cd /src/sys/amd64/conf TB --- 2014-01-17 23:52:41 - /usr/sbin/config -m LINT TB --- 2014-01-17 23:52:41 - building LINT kernel TB --- 2014-01-17 23:52:41 - CROSS_BUILD_TESTING=YES TB --- 2014-01-17 23:52:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-17 23:52:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-17 23:52:41 - SRCCONF=/dev/null TB --- 2014-01-17 23:52:41 - TARGET=amd64 TB --- 2014-01-17 23:52:41 - TARGET_ARCH=amd64 TB --- 2014-01-17 23:52:41 - TZ=UTC TB --- 2014-01-17 23:52:41 - __MAKE_CONF=/dev/null TB --- 2014-01-17 23:52:41 - cd /src TB --- 2014-01-17 23:52:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Jan 17 23:52: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 LINT completed on Sat Jan 18 00:30:24 UTC 2014 TB --- 2014-01-18 00:30:24 - cd /src/sys/amd64/conf TB --- 2014-01-18 00:30:24 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-18 00:30:24 - building LINT-NOINET kernel TB --- 2014-01-18 00:30:24 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 00:30:24 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 00:30:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 00:30:24 - SRCCONF=/dev/null TB --- 2014-01-18 00:30:24 - TARGET=amd64 TB --- 2014-01-18 00:30:24 - TARGET_ARCH=amd64 TB --- 2014-01-18 00:30:24 - TZ=UTC TB --- 2014-01-18 00:30:24 - __MAKE_CONF=/dev/null TB --- 2014-01-18 00:30:24 - cd /src TB --- 2014-01-18 00:30:24 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Jan 18 00:30: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-NOINET completed on Sat Jan 18 01:02:49 UTC 2014 TB --- 2014-01-18 01:02:49 - cd /src/sys/amd64/conf TB --- 2014-01-18 01:02:49 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-18 01:02:49 - building LINT-NOINET6 kernel TB --- 2014-01-18 01:02:49 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 01:02:49 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 01:02:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 01:02:49 - SRCCONF=/dev/null TB --- 2014-01-18 01:02:49 - TARGET=amd64 TB --- 2014-01-18 01:02:49 - TARGET_ARCH=amd64 TB --- 2014-01-18 01:02:49 - TZ=UTC TB --- 2014-01-18 01:02:49 - __MAKE_CONF=/dev/null TB --- 2014-01-18 01:02:49 - cd /src TB --- 2014-01-18 01:02:49 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Jan 18 01:02: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 LINT-NOINET6 completed on Sat Jan 18 01:35:20 UTC 2014 TB --- 2014-01-18 01:35:20 - cd /src/sys/amd64/conf TB --- 2014-01-18 01:35:20 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-18 01:35:20 - building LINT-NOIP kernel TB --- 2014-01-18 01:35:20 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 01:35:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 01:35:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 01:35:20 - SRCCONF=/dev/null TB --- 2014-01-18 01:35:20 - TARGET=amd64 TB --- 2014-01-18 01:35:20 - TARGET_ARCH=amd64 TB --- 2014-01-18 01:35:20 - TZ=UTC TB --- 2014-01-18 01:35:20 - __MAKE_CONF=/dev/null TB --- 2014-01-18 01:35:20 - cd /src TB --- 2014-01-18 01:35:20 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Jan 18 01:35: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 LINT-NOIP completed on Sat Jan 18 02:04:13 UTC 2014 TB --- 2014-01-18 02:04:13 - cd /src/sys/amd64/conf TB --- 2014-01-18 02:04:13 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-18 02:04:13 - building LINT-VIMAGE kernel TB --- 2014-01-18 02:04:13 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 02:04:13 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 02:04:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 02:04:13 - SRCCONF=/dev/null TB --- 2014-01-18 02:04:13 - TARGET=amd64 TB --- 2014-01-18 02:04:13 - TARGET_ARCH=amd64 TB --- 2014-01-18 02:04:13 - TZ=UTC TB --- 2014-01-18 02:04:13 - __MAKE_CONF=/dev/null TB --- 2014-01-18 02:04:13 - cd /src TB --- 2014-01-18 02:04:13 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Jan 18 02:04: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 [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :55:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-18 02:18:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 02:18:49 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-18 02:18:49 - 17818.66 user 5977.82 system 23885.45 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 02:59: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 73574CFC for ; Sat, 18 Jan 2014 02:59:21 +0000 (UTC) Received: from mail-vb0-x231.google.com (mail-vb0-x231.google.com [IPv6:2607:f8b0:400c:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E0071311 for ; Sat, 18 Jan 2014 02:59:21 +0000 (UTC) Received: by mail-vb0-f49.google.com with SMTP id x14so1841344vbb.8 for ; Fri, 17 Jan 2014 18:59:20 -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=PmFTBJR2kZ2By0ToLdiX4+83py/34zgXjs9G5oJqGdY=; b=X+LIO5pIXSzLo6jMZ2Ag0j6P8iQhnClEIeCiNZP586OdUAoNvP/NuueekAoo1vSoMA 2sd91btjpr5ni+vbq//m2I9OaJ7XKsq+HCEL7Cubqu8zGSE49LfBzzm+ANTV39VNPDYf ZxcXmt5hwQkSt1loBstF3b8oJuSAyZlppdhldQoKGsobdO15PYN5ZwzJvIupFn5Mhqjx kqYpYdX4ZUN4fZX1FXnABZDACLY2cXLnfN4Kr8/ivg6RFX7XjXyDjecRMCpnO/Keu8vn O2m8km70OCSaFSGuAiYXBiHxBk+KDu7+zQEKabMS+2IMhhSqxKEwvunU8teHSvOklNvS G5AA== MIME-Version: 1.0 X-Received: by 10.52.157.68 with SMTP id wk4mr2348842vdb.19.1390013960297; Fri, 17 Jan 2014 18:59:20 -0800 (PST) Received: by 10.58.165.2 with HTTP; Fri, 17 Jan 2014 18:59:20 -0800 (PST) In-Reply-To: <895a94cd8dc0eafc2563510733e9da76.authenticated@ultimatedns.net> References: <895a94cd8dc0eafc2563510733e9da76.authenticated@ultimatedns.net> Date: Fri, 17 Jan 2014 21:59:20 -0500 Message-ID: Subject: Re: When did creating a package become a REQUIRED part of building a port? 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 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.17 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, 18 Jan 2014 02:59:21 -0000 On Fri, Jan 17, 2014 at 8:32 PM, Chris H wrote: > Greetings, > I've been tracking -STABLE for years on all my servers (currently 8-4). > So it seems I missed the memo. But recently, I decided to dust off an > old TYAN Thunder LE-T PIII. Sure, it's old. But it's got 2 Adaptec > U160 Ultra-Wide/Ultra-3 SCSI ports on it, that'll allow me to hang 30 > SCSI platters on it, and I intend to use it to produce Install images, > Updates, custom kernels for all my hardware. Kind of a Pointyhat/Tinderbox. > It's perfect for a "set it, and forget it". It's actually a pretty good > workhorse. > Anyway, to the point; > For this install, I opted to download, and use the 8-4-DVD1 DVD to perform > the install. All went as anticipated, I played the CVS-->SVN dance, updated > src && ports, build/installed world/kernel. Performed mergemaster(8), then > bounced the box, and installed Perl. I then decided I wanted to build a > light X environment, because some things are easier with it. So I chose > the meta-port x11/xorg-minimal. That's when the fun began; I chose > make install && make clean (yes, I know make install clean works too). > Then all of the sudden I see all these messages about creating package... > What? I didn't have anything in make.conf(5) to inspire that. I read > nothing about that in /usr/ports/UPDATING, and I haven't installed, nor > do I have anything in /usr/local/etc that would encourage that sort of > thing. > What gives, and how do I turn this off? Sure, I've got a lot of platter to > burn. But I'm a bit shy on CPU cycles, and it seems pointless to whip up > a .tbz file, only to be clobbered within seconds of completion. I'm sure to > many of you, this is all old news. But this is a real issue for me, and I'd > be extremely grateful, if someone can help me turn this off. > > Thank you for all your time, and consideration. > > --Chris > This was noted in the /usr/ports/CHANGES file. See the entry for 20130923. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 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 2CD31A24 for ; Sat, 18 Jan 2014 04:38:55 +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 CCDFE1D7F for ; Sat, 18 Jan 2014 04:38: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 s0I4dBn9093024; Fri, 17 Jan 2014 20:39:17 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: (from www@localhost) by udns.ultimateDNS.NET (8.14.5/8.14.5/Submit) id s0I4d6Ef093018; Fri, 17 Jan 2014 20:39:06 -0800 (PST) (envelope-from bsd-lists@1command.com) Received: from udns.ultimatedns.net ([209.180.214.225]) (UDNSMS authenticated user chrish) by ultimatedns.net with HTTP; Fri, 17 Jan 2014 20:39:06 -0800 (PST) Message-ID: In-Reply-To: References: <895a94cd8dc0eafc2563510733e9da76.authenticated@ultimatedns.net> Date: Fri, 17 Jan 2014 20:39:06 -0800 (PST) Subject: Re: When did creating a package become a REQUIRED part of building a port? From: "Chris H" To: "Thomas Hoffmann" 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, 18 Jan 2014 04:38:55 -0000 > On Fri, Jan 17, 2014 at 8:32 PM, Chris H wrote: > >> Greetings, >> I've been tracking -STABLE for years on all my servers (currently 8-4). >> So it seems I missed the memo. But recently, I decided to dust off an >> old TYAN Thunder LE-T PIII. Sure, it's old. But it's got 2 Adaptec >> U160 Ultra-Wide/Ultra-3 SCSI ports on it, that'll allow me to hang 30 >> SCSI platters on it, and I intend to use it to produce Install images, >> Updates, custom kernels for all my hardware. Kind of a Pointyhat/Tinderbox. >> It's perfect for a "set it, and forget it". It's actually a pretty good >> workhorse. >> Anyway, to the point; >> For this install, I opted to download, and use the 8-4-DVD1 DVD to perform >> the install. All went as anticipated, I played the CVS-->SVN dance, updated >> src && ports, build/installed world/kernel. Performed mergemaster(8), then >> bounced the box, and installed Perl. I then decided I wanted to build a >> light X environment, because some things are easier with it. So I chose >> the meta-port x11/xorg-minimal. That's when the fun began; I chose >> make install && make clean (yes, I know make install clean works too). >> Then all of the sudden I see all these messages about creating package... >> What? I didn't have anything in make.conf(5) to inspire that. I read >> nothing about that in /usr/ports/UPDATING, and I haven't installed, nor >> do I have anything in /usr/local/etc that would encourage that sort of >> thing. >> What gives, and how do I turn this off? Sure, I've got a lot of platter to >> burn. But I'm a bit shy on CPU cycles, and it seems pointless to whip up >> a .tbz file, only to be clobbered within seconds of completion. I'm sure to >> many of you, this is all old news. But this is a real issue for me, and I'd >> be extremely grateful, if someone can help me turn this off. >> >> Thank you for all your time, and consideration. >> >> --Chris >> > > This was noted in the /usr/ports/CHANGES file. See the entry for 20130923. Ahh... CHANGES. D'OH! I'm sorry, I /should/ have caught that. Thank you very much for the reply. --Chris > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 05:15: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 04A3C32C; Sat, 18 Jan 2014 05:15:02 +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 932F51FFE; Sat, 18 Jan 2014 05:15:01 +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 s0I5F0PI021518; Sat, 18 Jan 2014 05:15:00 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0I5F0aX021513; Sat, 18 Jan 2014 05:15:00 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 05:15:00 GMT Message-Id: <201401180515.s0I5F0aX021513@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: Sat, 18 Jan 2014 05:15:02 -0000 TB --- 2014-01-18 01:40:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-18 01: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-01-18 01:40:23 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-01-18 01:40:23 - cleaning the object tree TB --- 2014-01-18 01:41:03 - /usr/local/bin/svn stat /src TB --- 2014-01-18 01:41:07 - At svn revision 260833 TB --- 2014-01-18 01:41:08 - building world TB --- 2014-01-18 01:41:08 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 01:41:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 01:41:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 01:41:08 - SRCCONF=/dev/null TB --- 2014-01-18 01:41:08 - TARGET=i386 TB --- 2014-01-18 01:41:08 - TARGET_ARCH=i386 TB --- 2014-01-18 01:41:08 - TZ=UTC TB --- 2014-01-18 01:41:08 - __MAKE_CONF=/dev/null TB --- 2014-01-18 01:41:08 - cd /src TB --- 2014-01-18 01:41:08 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 18 01:41: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 >>> stage 4.4: building everything >>> World build completed on Sat Jan 18 04:58:43 UTC 2014 TB --- 2014-01-18 04:58:43 - generating LINT kernel config TB --- 2014-01-18 04:58:43 - cd /src/sys/i386/conf TB --- 2014-01-18 04:58:43 - /usr/bin/make -B LINT TB --- 2014-01-18 04:58:43 - cd /src/sys/i386/conf TB --- 2014-01-18 04:58:43 - /usr/sbin/config -m LINT TB --- 2014-01-18 04:58:43 - building LINT kernel TB --- 2014-01-18 04:58:43 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 04:58:43 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 04:58:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 04:58:43 - SRCCONF=/dev/null TB --- 2014-01-18 04:58:43 - TARGET=i386 TB --- 2014-01-18 04:58:43 - TARGET_ARCH=i386 TB --- 2014-01-18 04:58:43 - TZ=UTC TB --- 2014-01-18 04:58:43 - __MAKE_CONF=/dev/null TB --- 2014-01-18 04:58:43 - cd /src TB --- 2014-01-18 04:58:43 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 04:58: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 [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_osd.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc1: warnings being treated as errors /src/sys/kern/kern_priv.c: In function 'priv_check_cred': /src/sys/kern/kern_priv.c:162: warning: suggest explicit braces to avoid ambiguous 'else' [-Wparentheses] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-18 05:15:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 05:15:00 - ERROR: failed to build LINT kernel TB --- 2014-01-18 05:15:00 - 9659.82 user 986.43 system 12876.84 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 05:51: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 1DAECC3D; Sat, 18 Jan 2014 05:51:54 +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 ACD73128B; Sat, 18 Jan 2014 05:51:53 +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 s0I5pq3i081274; Sat, 18 Jan 2014 05:51:52 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0I5pqiO081268; Sat, 18 Jan 2014 05:51:52 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 05:51:52 GMT Message-Id: <201401180551.s0I5pqiO081268@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: Sat, 18 Jan 2014 05:51:54 -0000 TB --- 2014-01-18 01:40:23 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-18 01: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-01-18 01:40:23 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-01-18 01:40:23 - cleaning the object tree TB --- 2014-01-18 01:41:09 - /usr/local/bin/svn stat /src TB --- 2014-01-18 01:41:13 - At svn revision 260833 TB --- 2014-01-18 01:41:14 - building world TB --- 2014-01-18 01:41:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 01:41:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 01:41:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 01:41:14 - SRCCONF=/dev/null TB --- 2014-01-18 01:41:14 - TARGET=amd64 TB --- 2014-01-18 01:41:14 - TARGET_ARCH=amd64 TB --- 2014-01-18 01:41:14 - TZ=UTC TB --- 2014-01-18 01:41:14 - __MAKE_CONF=/dev/null TB --- 2014-01-18 01:41:14 - cd /src TB --- 2014-01-18 01:41:14 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 18 01:41: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 18 05:36:33 UTC 2014 TB --- 2014-01-18 05:36:33 - generating LINT kernel config TB --- 2014-01-18 05:36:33 - cd /src/sys/amd64/conf TB --- 2014-01-18 05:36:33 - /usr/bin/make -B LINT TB --- 2014-01-18 05:36:33 - cd /src/sys/amd64/conf TB --- 2014-01-18 05:36:33 - /usr/sbin/config -m LINT TB --- 2014-01-18 05:36:33 - building LINT kernel TB --- 2014-01-18 05:36:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 05:36:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 05:36:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 05:36:33 - SRCCONF=/dev/null TB --- 2014-01-18 05:36:33 - TARGET=amd64 TB --- 2014-01-18 05:36:33 - TARGET_ARCH=amd64 TB --- 2014-01-18 05:36:33 - TZ=UTC TB --- 2014-01-18 05:36:33 - __MAKE_CONF=/dev/null TB --- 2014-01-18 05:36:33 - cd /src TB --- 2014-01-18 05:36:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 05:36: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 [...] cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_osd.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc1: warnings being treated as errors /src/sys/kern/kern_priv.c: In function 'priv_check_cred': /src/sys/kern/kern_priv.c:162: warning: suggest explicit braces to avoid ambiguous 'else' [-Wparentheses] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-18 05:51:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 05:51:52 - ERROR: failed to build LINT kernel TB --- 2014-01-18 05:51:52 - 11137.08 user 1275.41 system 15089.07 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 08:08: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 F0FA7F20 for ; Sat, 18 Jan 2014 08:08:19 +0000 (UTC) Received: from theusgroup.com (theusgroup.com [64.122.243.222]) by mx1.freebsd.org (Postfix) with ESMTP id DC70A1AAB for ; Sat, 18 Jan 2014 08:08:19 +0000 (UTC) To: freebsd-stable@freebsd.org From: john@TheUsGroup.com Subject: r260818 (mfc 250817) breaks stable/9 kernel build with gcc Date: Sat, 18 Jan 2014 00:08:13 -0800 Message-Id: <20140118080813.373311D0@server.theusgroup.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, 18 Jan 2014 08:08:20 -0000 # uname -a FreeBSD server.theusgroup.com 9.2-STABLE FreeBSD 9.2-STABLE #13 r255954: Mon Sep 30 12:01:08 PDT 2013 john@server.theusgroup.com:/usr/obj/usr/svn/stable/9/sys/SERVER amd64 # svn info Path: . Working Copy Root Path: /usr/svn/stable/9 URL: https://svn0.us-west.freebsd.org/base/stable/9 Relative URL: ^/stable/9 Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 260847 Node Kind: directory Schedule: normal Last Changed Author: bryanv Last Changed Rev: 260838 Last Changed Date: 2014-01-17 19:35:10 -0800 (Fri, 17 Jan 2014 # make buildkernel ... cc1: warnings being treated as errors /usr/svn/stable/9/sys/kern/kern_priv.c: In function 'priv_check_cred': /usr/svn/stable/9/sys/kern/kern_priv.c:162: warning: suggest explicit braces to avoid ambiguous 'else' [-Wparentheses] *** [kern_priv.o] Error code 1 John Theus TheUsGroup.com From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 10:46: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 939D29E3 for ; Sat, 18 Jan 2014 10:46:26 +0000 (UTC) Received: from mailrelay008.isp.belgacom.be (mailrelay008.isp.belgacom.be [195.238.6.174]) by mx1.freebsd.org (Postfix) with ESMTP id 2CEFD157F for ; Sat, 18 Jan 2014 10:46:25 +0000 (UTC) X-Belgacom-Dynamic: yes X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AmYGAOpa2lJbs7dz/2dsb2JhbABZgwu8OIEHF3SCJQEBAQQBAiQTHCMQCxgJJQ8ZER4GExqHbwHELReOfweEOASUPAWBD4JQkhiDLjs Received: from 115.183-179-91.adsl-dyn.isp.belgacom.be (HELO kalimero.tijl.coosemans.org) ([91.179.183.115]) by relay.skynet.be with ESMTP; 18 Jan 2014 11:46:16 +0100 Received: from kalimero.tijl.coosemans.org (kalimero.tijl.coosemans.org [127.0.0.1]) by kalimero.tijl.coosemans.org (8.14.7/8.14.7) with ESMTP id s0IAkFjm043976; Sat, 18 Jan 2014 11:46:15 +0100 (CET) (envelope-from tijl@coosemans.org) Date: Sat, 18 Jan 2014 11:46:14 +0100 From: Tijl Coosemans To: "Chris H" Subject: Re: When did creating a package become a REQUIRED part of building a port? Message-ID: <20140118114614.22f2785d@kalimero.tijl.coosemans.org> In-Reply-To: References: <895a94cd8dc0eafc2563510733e9da76.authenticated@ultimatedns.net> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Thomas Hoffmann , 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, 18 Jan 2014 10:46:26 -0000 On Fri, 17 Jan 2014 20:39:06 -0800 (PST) Chris H wrote: >> On Fri, Jan 17, 2014 at 8:32 PM, Chris H wrote: >>> Greetings, >>> I've been tracking -STABLE for years on all my servers (currently 8-4). >>> So it seems I missed the memo. But recently, I decided to dust off an >>> old TYAN Thunder LE-T PIII. Sure, it's old. But it's got 2 Adaptec >>> U160 Ultra-Wide/Ultra-3 SCSI ports on it, that'll allow me to hang 30 >>> SCSI platters on it, and I intend to use it to produce Install images, >>> Updates, custom kernels for all my hardware. Kind of a Pointyhat/Tinderbox. >>> It's perfect for a "set it, and forget it". It's actually a pretty good >>> workhorse. >>> Anyway, to the point; >>> For this install, I opted to download, and use the 8-4-DVD1 DVD to perform >>> the install. All went as anticipated, I played the CVS-->SVN dance, updated >>> src && ports, build/installed world/kernel. Performed mergemaster(8), then >>> bounced the box, and installed Perl. I then decided I wanted to build a >>> light X environment, because some things are easier with it. So I chose >>> the meta-port x11/xorg-minimal. That's when the fun began; I chose >>> make install && make clean (yes, I know make install clean works too). >>> Then all of the sudden I see all these messages about creating package... >>> What? I didn't have anything in make.conf(5) to inspire that. I read >>> nothing about that in /usr/ports/UPDATING, and I haven't installed, nor >>> do I have anything in /usr/local/etc that would encourage that sort of >>> thing. >>> What gives, and how do I turn this off? Sure, I've got a lot of platter to >>> burn. But I'm a bit shy on CPU cycles, and it seems pointless to whip up >>> a .tbz file, only to be clobbered within seconds of completion. I'm sure to >>> many of you, this is all old news. But this is a real issue for me, and I'd >>> be extremely grateful, if someone can help me turn this off. >>> >>> Thank you for all your time, and consideration. >> >> This was noted in the /usr/ports/CHANGES file. See the entry for 20130923. > > Ahh... CHANGES. D'OH! I'm sorry, I /should/ have caught that. > > Thank you very much for the reply. You may want to convert to the new pkg. No real package gets created then. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 11:11: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 113B7E79 for ; Sat, 18 Jan 2014 11:11:41 +0000 (UTC) Received: from system.jails.se (system.jails.se [91.205.63.85]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2EBE177B for ; Sat, 18 Jan 2014 11:11:38 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 9BACD331ECA for ; Sat, 18 Jan 2014 12:11:30 +0100 (CET) Received: from klein.pean.org (klein.pean.org [IPv6:2001:16d8:ff9f::60]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 6401E331EC3; Sat, 18 Jan 2014 12:11:23 +0100 (CET) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: wpa_supplicant problem. From: =?windows-1252?Q?Peter_Ankerst=E5l?= In-Reply-To: Date: Sat, 18 Jan 2014 12:11:21 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <83317FFF-5A96-43A3-9AFA-3321434C646C@pean.org> References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> <8CFBC6B5-B683-4EC3-9561-EFFA6CE55755@pean.org> <52CD0CEE.5010700@pean.org> To: Adrian Chadd X-Mailer: Apple Mail (2.1827) X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Jan 18 12:11:30 2014 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 52da616129111201823351 X-DSPAM-Factors: 27, Received*cipher+AES128, 0.01000, On+08, 0.01000, 10, 0.01000, Received*Jan+2014, 0.01000, To*Chadd, 0.01000, of, 0.01000, In-Reply-To*mail.gmail.com>, 0.01000, >+I, 0.01000, 08+Jan, 0.01000, Im, 0.01000, In-Reply-To*, "freebsd-wireless@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, 18 Jan 2014 11:11:41 -0000 On 08 Jan 2014, at 18:46, Adrian Chadd wrote: > On 8 January 2014 00:31, Peter Ankerst=E5l wrote: >> Hehe, >>=20 >> I dont think Im ready for 11 yet. Do you think these fixes will be in = 10 any >> time soon? >=20 > I can try backporting the EAPOL fix(es) to HEAD but it may involve = other fixes. >=20 > I'll take a look. Just as an experiment i tried in my own stupidity to =93implement=94 = your change in r257947 of if_iwn.c and just added the extra if statement, but at last that did not change = anything.=20 /Peter. From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 11:24: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 B5D221E3 for ; Sat, 18 Jan 2014 11:24:41 +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 66ED61855 for ; Sat, 18 Jan 2014 11:24:41 +0000 (UTC) Received: from station-18.bs.cs.huji.ac.il ([132.65.179.107]) by kabab.cs.huji.ac.il with esmtp id 1W4U0u-000Byx-8E; Sat, 18 Jan 2014 13:24:32 +0200 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: on 9.2-stable nfs/zfs and 10g hang From: Daniel Braniss In-Reply-To: <588564685.11730322.1389970076386.JavaMail.root@uoguelph.ca> Date: Sat, 18 Jan 2014 13:24:43 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2C287272-7B57-4AAD-B22F-6A65D9F8677B@cs.huji.ac.il> References: <588564685.11730322.1389970076386.JavaMail.root@uoguelph.ca> To: Rick Macklem X-Mailer: Apple Mail (2.1827) 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, 18 Jan 2014 11:24:41 -0000 On Jan 17, 2014, at 4:47 PM, Rick Macklem wrote: > Daniel Braniss wrote: >> hi all, >>=20 >> All was going ok till I decided to connect this host via a 10g nic >> and very soon it started >> to hang. Running multiple make buildworlds from other hosts connected >> via 10g and >> using both src and obj on the server via tcp/nfs did ok. but running >> find =85 -exec md5 {} + (the find finds over 6M files) >> from another host (at 10g) will hang it very quickly. >>=20 >> If I wait a while (can=92t be more specific) it sometimes recovers - >> but my users are not very >> patient :-) >>=20 > This suggests that an RPC request/reply gets dropped in a way that TCP > doesn't recover. Eventually (after up to about 15min, I think?) the = TCP > connection will be shut down and a new TCP connection started, with a > retry of outstanding RPCs. >=20 >> I will soon try the same experiment using the old 1G nic, but in the >> meantime, if someone >> could shed some light would be very helpful >>=20 >> I=92m attaching core.txt, but if it doesn=92t make it, it=92s also >> available at: >> ftp://ftp.cs.huji.ac.il/users/danny/freebsd/core.txt.16 >>=20 > You might try disabling TSO on the net interface. There are been = issues > with TSO for segments around 64K in the past (or use = rsize=3D32768,wsize=3D32768 > options on the client mount, to avoid RPCs over about 32K in size). >=20 BINGO! disabling tso did it. I=92ll try reducing the packet size later. some numbers: there where some 7*10^6 files doing it locally (the find + md5) took about 3hs, via nfs at 1g took 11 hrs. at 10g it took 4 hrs. thanks! danny > Beyond that, capturing a packet trace for the case that hangs easily = and > looking at what goes on near the end of it in wireshark might give you > a hint about what is going on. >=20 > rick >=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" >>=20 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 13:11: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 367D5EA8; Sat, 18 Jan 2014 13:11: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 C665F1FFA; Sat, 18 Jan 2014 13:11:19 +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 s0IDBIo9041303; Sat, 18 Jan 2014 13:11:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0IDBIxU041294; Sat, 18 Jan 2014 13:11:18 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 13:11:18 GMT Message-Id: <201401181311.s0IDBIxU041294@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: Sat, 18 Jan 2014 13:11:20 -0000 TB --- 2014-01-18 09:40:24 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-18 09:40: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-01-18 09:40:24 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-01-18 09:40:24 - cleaning the object tree TB --- 2014-01-18 09:41:03 - /usr/local/bin/svn stat /src TB --- 2014-01-18 09:41:07 - At svn revision 260847 TB --- 2014-01-18 09:41:08 - building world TB --- 2014-01-18 09:41:08 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 09:41:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 09:41:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 09:41:08 - SRCCONF=/dev/null TB --- 2014-01-18 09:41:08 - TARGET=i386 TB --- 2014-01-18 09:41:08 - TARGET_ARCH=i386 TB --- 2014-01-18 09:41:08 - TZ=UTC TB --- 2014-01-18 09:41:08 - __MAKE_CONF=/dev/null TB --- 2014-01-18 09:41:08 - cd /src TB --- 2014-01-18 09:41:08 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 18 09:41:08 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 Jan 18 12:55:20 UTC 2014 TB --- 2014-01-18 12:55:20 - generating LINT kernel config TB --- 2014-01-18 12:55:20 - cd /src/sys/i386/conf TB --- 2014-01-18 12:55:20 - /usr/bin/make -B LINT TB --- 2014-01-18 12:55:20 - cd /src/sys/i386/conf TB --- 2014-01-18 12:55:20 - /usr/sbin/config -m LINT TB --- 2014-01-18 12:55:20 - building LINT kernel TB --- 2014-01-18 12:55:20 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 12:55:20 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 12:55:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 12:55:20 - SRCCONF=/dev/null TB --- 2014-01-18 12:55:20 - TARGET=i386 TB --- 2014-01-18 12:55:20 - TARGET_ARCH=i386 TB --- 2014-01-18 12:55:20 - TZ=UTC TB --- 2014-01-18 12:55:20 - __MAKE_CONF=/dev/null TB --- 2014-01-18 12:55:20 - cd /src TB --- 2014-01-18 12:55:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 12:55: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 [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_osd.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc1: warnings being treated as errors /src/sys/kern/kern_priv.c: In function 'priv_check_cred': /src/sys/kern/kern_priv.c:162: warning: suggest explicit braces to avoid ambiguous 'else' [-Wparentheses] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-18 13:11:18 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 13:11:18 - ERROR: failed to build LINT kernel TB --- 2014-01-18 13:11:18 - 9665.60 user 986.42 system 12654.50 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 13: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 0DD66284; Sat, 18 Jan 2014 13:47:57 +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 9D71E1261; Sat, 18 Jan 2014 13:47:56 +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 s0IDlt2O099962; Sat, 18 Jan 2014 13:47:55 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0IDltUe099951; Sat, 18 Jan 2014 13:47:55 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 13:47:55 GMT Message-Id: <201401181347.s0IDltUe099951@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: Sat, 18 Jan 2014 13:47:57 -0000 TB --- 2014-01-18 09:40:24 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-18 09:40: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-01-18 09:40:24 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-01-18 09:40:24 - cleaning the object tree TB --- 2014-01-18 09:41:15 - /usr/local/bin/svn stat /src TB --- 2014-01-18 09:41:21 - At svn revision 260847 TB --- 2014-01-18 09:41:22 - building world TB --- 2014-01-18 09:41:22 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 09:41:22 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 09:41:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 09:41:22 - SRCCONF=/dev/null TB --- 2014-01-18 09:41:22 - TARGET=amd64 TB --- 2014-01-18 09:41:22 - TARGET_ARCH=amd64 TB --- 2014-01-18 09:41:22 - TZ=UTC TB --- 2014-01-18 09:41:22 - __MAKE_CONF=/dev/null TB --- 2014-01-18 09:41:22 - cd /src TB --- 2014-01-18 09:41:22 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 18 09:41: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 18 13:33:04 UTC 2014 TB --- 2014-01-18 13:33:04 - generating LINT kernel config TB --- 2014-01-18 13:33:04 - cd /src/sys/amd64/conf TB --- 2014-01-18 13:33:04 - /usr/bin/make -B LINT TB --- 2014-01-18 13:33:04 - cd /src/sys/amd64/conf TB --- 2014-01-18 13:33:04 - /usr/sbin/config -m LINT TB --- 2014-01-18 13:33:05 - building LINT kernel TB --- 2014-01-18 13:33:05 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 13:33:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 13:33:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 13:33:05 - SRCCONF=/dev/null TB --- 2014-01-18 13:33:05 - TARGET=amd64 TB --- 2014-01-18 13:33:05 - TARGET_ARCH=amd64 TB --- 2014-01-18 13:33:05 - TZ=UTC TB --- 2014-01-18 13:33:05 - __MAKE_CONF=/dev/null TB --- 2014-01-18 13:33:05 - cd /src TB --- 2014-01-18 13:33:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 13:33: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 [...] cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_osd.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc1: warnings being treated as errors /src/sys/kern/kern_priv.c: In function 'priv_check_cred': /src/sys/kern/kern_priv.c:162: warning: suggest explicit braces to avoid ambiguous 'else' [-Wparentheses] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-18 13:47:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 13:47:55 - ERROR: failed to build LINT kernel TB --- 2014-01-18 13:47:55 - 11150.38 user 1277.86 system 14851.47 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 16:10: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 5D2519A8; Sat, 18 Jan 2014 16:10:47 +0000 (UTC) Received: from mail-qe0-x231.google.com (mail-qe0-x231.google.com [IPv6:2607:f8b0:400d:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 056FC1DAE; Sat, 18 Jan 2014 16:10:46 +0000 (UTC) Received: by mail-qe0-f49.google.com with SMTP id w4so5039457qeb.36 for ; Sat, 18 Jan 2014 08:10:46 -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:content-transfer-encoding; bh=On6K9kF4/DprAK4DZ9MIYz76E0qhXRm/zh+A+1XKge4=; b=jZA/zQ6187JobWJ8qLA+dvPf4+PZ/gcHZfB6rLEJn4VXz7/iaGG8/CD9aXIo2G5fiT JuD8GYcFVOZlOiJQ4bYnRwwb896RdOwvj5BDL3wh+1u5r0r9RqKXowx8PpjOy2mQKn/L MGNx9tz22XZMevFjmUORiuRZzefaxz5bOaaoHe1S8vYgT4R5qQC1zWRngU7iL2KkTjvB hQaPY72frd3tGwYMNU+vQnGp5FxbGRLw9M56XanzljZ4DmdK3CdJ15BO9LJCvmV1x+Rg lPgZudM3haF8OH7PHhlr18qoAJd/7OSw6vYYayN5+LleGHUMFJ+leeOkT+KtPmAbBRND Qg8g== MIME-Version: 1.0 X-Received: by 10.140.96.180 with SMTP id k49mr10042514qge.4.1390061446225; Sat, 18 Jan 2014 08:10:46 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Sat, 18 Jan 2014 08:10:46 -0800 (PST) In-Reply-To: <83317FFF-5A96-43A3-9AFA-3321434C646C@pean.org> References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> <8CFBC6B5-B683-4EC3-9561-EFFA6CE55755@pean.org> <52CD0CEE.5010700@pean.org> <83317FFF-5A96-43A3-9AFA-3321434C646C@pean.org> Date: Sat, 18 Jan 2014 08:10:46 -0800 X-Google-Sender-Auth: QGkouhvgBCxV0nxYomqFRxA9vSo Message-ID: Subject: Re: wpa_supplicant problem. From: Adrian Chadd To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: "stable@freebsd.org" , "freebsd-wireless@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, 18 Jan 2014 16:10:47 -0000 Ok. Compile the kernel with IWN_DEBUG, then sysctl dev.iwn.0.debug=3D0x1 (that enables TX debugging) and send over the log. -a On 18 January 2014 03:11, Peter Ankerst=E5l wrote: > > On 08 Jan 2014, at 18:46, Adrian Chadd wrote: > >> On 8 January 2014 00:31, Peter Ankerst=E5l wrote: >>> Hehe, >>> >>> I dont think Im ready for 11 yet. Do you think these fixes will be in 1= 0 any >>> time soon? >> >> I can try backporting the EAPOL fix(es) to HEAD but it may involve other= fixes. >> >> I'll take a look. > > Just as an experiment i tried in my own stupidity to =93implement=94 your= change in r257947 of if_iwn.c > and just added the extra if statement, but at last that did not change an= ything. > > /Peter. > > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 16:13: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 B8786AC1 for ; Sat, 18 Jan 2014 16:13:23 +0000 (UTC) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 75A371DC8 for ; Sat, 18 Jan 2014 16:13:23 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id x13so4568121qcv.5 for ; Sat, 18 Jan 2014 08:13: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:content-transfer-encoding; bh=uMuU/HXoQLCwowMwIrbE+GtmSgziyzY0s7Zm1p1QM1M=; b=FfTbHZ1Cb38Caj6avD3NpW+mDmC45exPEW58EQjtNM3Mk6+ZMrfOHfNCDu5KQLaq4w U68R9aXyHpYXcpLKq0+4rxbcngtn5flfbgLnS5DHR/cnQseugf0xfwDEkD6+B4mlwm/s tyLsyP9UuCWNLuWTSu95R2t1qsp//NVc3TwjFRZdXjyt1wsQk5vf0LnuDd6p/7IUpCSe fjjnItrFBuwbSzU6JrAyFUbZF58+A6VBMpk57fSiwo9eyIO89nAt+k/UQ/K/8DDMnBG1 zonmgIcAjgf6YsLSgZB2slhzx/3AJn16gmu/v22IhMKcdztm+UnaDFSKt/tEmtObc7sY dUNg== MIME-Version: 1.0 X-Received: by 10.140.42.180 with SMTP id c49mr12991396qga.24.1390061602597; Sat, 18 Jan 2014 08:13:22 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Sat, 18 Jan 2014 08:13:22 -0800 (PST) In-Reply-To: <2C287272-7B57-4AAD-B22F-6A65D9F8677B@cs.huji.ac.il> References: <588564685.11730322.1389970076386.JavaMail.root@uoguelph.ca> <2C287272-7B57-4AAD-B22F-6A65D9F8677B@cs.huji.ac.il> Date: Sat, 18 Jan 2014 08:13:22 -0800 X-Google-Sender-Auth: YLgIhKwEWAT6sYS2OLGTHFL1Fbc Message-ID: Subject: Re: on 9.2-stable nfs/zfs and 10g hang From: Adrian Chadd To: Daniel Braniss Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Rick Macklem , 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, 18 Jan 2014 16:13:23 -0000 Hi! Please try reducing the size down to 32k but leave TSO enabled. It's 9.2, so there may be some bugfixes that haven't been backported from 10 or -HEAD. Would you be able to try a -HEAD snapshot here? What's the NFS server and hosts? I saw the core.txt.16 that says "ix0/ix1" so I can glean the basic chipset family but which NIC in particular is it? What would people need to try and reproduce it? -a On 18 January 2014 03:24, Daniel Braniss wrote: > > On Jan 17, 2014, at 4:47 PM, Rick Macklem wrote: > >> Daniel Braniss wrote: >>> hi all, >>> >>> All was going ok till I decided to connect this host via a 10g nic >>> and very soon it started >>> to hang. Running multiple make buildworlds from other hosts connected >>> via 10g and >>> using both src and obj on the server via tcp/nfs did ok. but running >>> find =85 -exec md5 {} + (the find finds over 6M files) >>> from another host (at 10g) will hang it very quickly. >>> >>> If I wait a while (can=92t be more specific) it sometimes recovers - >>> but my users are not very >>> patient :-) >>> >> This suggests that an RPC request/reply gets dropped in a way that TCP >> doesn't recover. Eventually (after up to about 15min, I think?) the TCP >> connection will be shut down and a new TCP connection started, with a >> retry of outstanding RPCs. >> >>> I will soon try the same experiment using the old 1G nic, but in the >>> meantime, if someone >>> could shed some light would be very helpful >>> >>> I=92m attaching core.txt, but if it doesn=92t make it, it=92s also >>> available at: >>> ftp://ftp.cs.huji.ac.il/users/danny/freebsd/core.txt.16 >>> >> You might try disabling TSO on the net interface. There are been issues >> with TSO for segments around 64K in the past (or use rsize=3D32768,wsize= =3D32768 >> options on the client mount, to avoid RPCs over about 32K in size). >> > BINGO! disabling tso did it. I=92ll try reducing the packet size later. > some numbers: > there where some 7*10^6 files > doing it locally (the find + md5) took about 3hs, > via nfs at 1g took 11 hrs. > at 10g it took 4 hrs. > > thanks! > danny > > >> Beyond that, capturing a packet trace for the case that hangs easily and >> looking at what goes on near the end of it in wireshark might give you >> a hint about what is going on. >> >> rick >> >>> 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" >>> > > _______________________________________________ > 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 Jan 18 18: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 081D6AEB for ; Sat, 18 Jan 2014 18:52:07 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7FF331751 for ; Sat, 18 Jan 2014 18:52:06 +0000 (UTC) Received: by mail-wg0-f52.google.com with SMTP id b13so5697074wgh.7 for ; Sat, 18 Jan 2014 10:51:58 -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=nQu0hXR4x1893Vl3FPhD0JXXmkxit3hkG/SKVtL/B6k=; b=iT7QKBknpORRPuCBKBHl9w4Se8wgU0f6BAT8ELuBFHa0Z9OciYbr/ZIqqXEgTKE0pi /rmsjhZm/uWRPzmrmEeVj2++kniO66AKVUxV1mYs1/k89SnVp5rdQj3RkuF86wxg4akq n1C6jbi/71vlLpNQmkjxSHXQQWpmf9HMeuyLCp5zcIPwiRjBGvzbZ6GsakS2KDtuZg3U lWDNnXjUdkrfPyCxyLLhSN8NyjRjj5uKzcxGEQN3ISYmv/XwiDSzo/VjSSxhJ6L+Pb92 asThnVg4KGO/yTzKZjHih7DoV2Mu5gJUpfMsqn743e2cqr76weerh6aELqXwToWPBLsZ Ejeg== X-Gm-Message-State: ALoCoQl5DQ1q8UZfPOWoUGTurkEfHs82UiJHn8XFH9hgKsICi6MhRoiJZqhBkNZuPRjZ2WmPXVys MIME-Version: 1.0 X-Received: by 10.194.171.34 with SMTP id ar2mr65447wjc.81.1390071118780; Sat, 18 Jan 2014 10:51:58 -0800 (PST) Received: by 10.216.182.71 with HTTP; Sat, 18 Jan 2014 10:51:58 -0800 (PST) Date: Sat, 18 Jan 2014 13:51:58 -0500 Message-ID: Subject: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 From: Eric Dombroski 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: Sat, 18 Jan 2014 18:52:07 -0000 Hello: I believe there is a major performance regression between FreeBSD 9.2-RELEASE and 10.0-RC5 involving the virtio network drivers (vtnet) and handling incoming traffic. Below are the results of some iperf tests and large dd operations over NFS. Write throughput goes from ~40Gbps to ~2.4Gbps from 9.2 to 10.0RC5, and over time the connection becomes unstable ("no buffer space available"), requiring the interface to be taken down/up. These results are on fresh installs of 9.2 and 10.0RC5, no sysctl tweaks on either system. I can't reproduce this using an Intel 1Gbps ethernet through PCIe passthrough, although I suspect the problem manifests itself over 1Gbps speeds anyway. Tests: Client (host): root@gogo:~# uname -a Linux gogo 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux root@gogo:~# kvm -version QEMU emulator version 1.1.2 (qemu-kvm-1.1.2+dfsg-6, Debian), Copyright (c) 2003-2008 Fabrice Bellard root@gogo:~# lsmod | grep vhost vhost_net 27436 3 tun 18337 8 vhost_net macvtap 17633 1 vhost_net Command: iperf -c 192.168.100.x -t 60 Server (FreeBSD 9.2 VM): root@umarotest:~ # uname -a FreeBSD umarotest 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan 11 03:25:02 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 root@umarotest:~ # iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 64.0 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 port 58996 [ ID] Interval Transfer Bandwidth [ 4] 0.0-60.0 sec 293 GBytes 41.9 Gbits/sec [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 port 58997 [ 5] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 port 58998 [ 4] 0.0-60.0 sec 291 GBytes 41.6 Gbits/sec [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 port 58999 [ 5] 0.0-60.0 sec 297 GBytes 42.6 Gbits/sec [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 port 59000 [ 4] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec While pinging out from the server to the client, I do not get any errors. root@umaro:~ # uname -a FreeBSD umaro 10.0-RC5 FreeBSD 10.0-RC5 #0 r260430: Wed Jan 8 05:10:04 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 root@umaro:~ # iperf -s ------------------------------------------------------------ Server listening on TCP port 5001 TCP window size: 64.0 KByte (default) ------------------------------------------------------------ [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 port 50264 [ ID] Interval Transfer Bandwidth [ 4] 0.0-60.0 sec 16.7 GBytes 2.39 Gbits/sec [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 port 50265 [ 5] 0.0-60.0 sec 18.3 GBytes 2.62 Gbits/sec [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 port 50266 [ 4] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 port 50267 [ 5] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 port 50268 [ 4] 0.0-60.0 sec 16.8 GBytes 2.41 Gbits/sec *** While pinging out from the server to client, frequent "ping: sendto: No space left on device" errors *** After a while, I can also reliably re-produce more egregious "ping: sendto: No buffer space available" errors after doing a large sequential write over NFS: mount -t nfs -o rsize=65536,wsize=65536 192.168.100.5:/storage/shared /mnt/nfs dd if=/dev/zero of=/mnt/nfs/testfile bs=1M count=30000 I am going to file a freebsd bug report as well. Thanks, Eric From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 19: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 2B761EF for ; Sat, 18 Jan 2014 19:04:28 +0000 (UTC) Received: from mail-wi0-f171.google.com (mail-wi0-f171.google.com [209.85.212.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB0141821 for ; Sat, 18 Jan 2014 19:04:27 +0000 (UTC) Received: by mail-wi0-f171.google.com with SMTP id cc10so1931776wib.16 for ; Sat, 18 Jan 2014 11:04:20 -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:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=bIIazh6+E5S2lEALEXD30H7sZhh0nrVQJRSgjZqnf9c=; b=bisnchWvhgvnitF0TU7Qt6FWjG2BkoTCrOXjlCTmbL8jQJr5cAENFgF9ORaJRW3aUY s91lG/LCEgrdnNqFPuy/TDwwswsmI3X/OP18/7Zon8hyg4cAzTKqkk11acDKDGVLMRVQ PDTC3QffVGAuDUUTybIXCsk1hxKEw0/E/i5y5B+6Dk1c+hw6jNEnIFYkt78kzZ+KUlO6 WdP8AS/KAren3UuEr+dF2/qc6248WH2s/br1SMSTBikjgQdzOq/CrnW614ftZ25e7+Yn twMvYRBk+cNTAEYNXMIOufRydI/94SU0GGBdK7t469ZrUnb32V7o53oRq75ZzZoAy/SB ASQA== X-Gm-Message-State: ALoCoQnmQAx4pZYCUZq2ifBg+Mpw54dCXcJ4H1kHBwtcdBqDGBFiYkd/xxRV0MuwlfeTHgL5wJK0 MIME-Version: 1.0 X-Received: by 10.194.173.163 with SMTP id bl3mr7522812wjc.10.1390071860174; Sat, 18 Jan 2014 11:04:20 -0800 (PST) Received: by 10.216.182.71 with HTTP; Sat, 18 Jan 2014 11:04:20 -0800 (PST) In-Reply-To: References: Date: Sat, 18 Jan 2014 14:04:20 -0500 Message-ID: Subject: Re: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 From: Eric Dombroski 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: Sat, 18 Jan 2014 19:04:28 -0000 PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=185864 On Sat, Jan 18, 2014 at 1:51 PM, Eric Dombroski wrote: > Hello: > > I believe there is a major performance regression between FreeBSD > 9.2-RELEASE and 10.0-RC5 involving the virtio network drivers (vtnet) and > handling incoming traffic. Below are the results of some iperf tests and > large dd operations over NFS. Write throughput goes from ~40Gbps to > ~2.4Gbps from 9.2 to 10.0RC5, and over time the connection becomes unstable > ("no buffer space available"), requiring the interface to be taken down/up. > > > These results are on fresh installs of 9.2 and 10.0RC5, no sysctl tweaks > on either system. > > I can't reproduce this using an Intel 1Gbps ethernet through PCIe > passthrough, although I suspect the problem manifests itself over 1Gbps > speeds anyway. > > Tests: > > Client (host): > root@gogo:~# uname -a > Linux gogo 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux > root@gogo:~# kvm -version > QEMU emulator version 1.1.2 (qemu-kvm-1.1.2+dfsg-6, Debian), Copyright > (c) 2003-2008 Fabrice Bellard > root@gogo:~# lsmod | grep vhost > vhost_net 27436 3 > tun 18337 8 vhost_net > macvtap 17633 1 vhost_net > > > Command: iperf -c 192.168.100.x -t 60 > > > Server (FreeBSD 9.2 VM): > > root@umarotest:~ # uname -a > FreeBSD umarotest 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan > 11 03:25:02 UTC 2014 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > amd64 > root@umarotest:~ # iperf -s > ------------------------------------------------------------ > Server listening on TCP port 5001 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > port 58996 > [ ID] Interval Transfer Bandwidth > [ 4] 0.0-60.0 sec 293 GBytes 41.9 Gbits/sec > [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 > port 58997 > [ 5] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > port 58998 > [ 4] 0.0-60.0 sec 291 GBytes 41.6 Gbits/sec > [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 > port 58999 > [ 5] 0.0-60.0 sec 297 GBytes 42.6 Gbits/sec > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > port 59000 > [ 4] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec > > While pinging out from the server to the client, I do not get any > errors. > > > root@umaro:~ # uname -a FreeBSD umaro 10.0-RC5 FreeBSD 10.0-RC5 #0 > r260430: Wed Jan 8 05:10:04 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > amd64 > root@umaro:~ # iperf -s > ------------------------------------------------------------ > Server listening on TCP port 5001 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 > port 50264 > [ ID] Interval Transfer Bandwidth > [ 4] 0.0-60.0 sec 16.7 GBytes 2.39 Gbits/sec > [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 > port 50265 > [ 5] 0.0-60.0 sec 18.3 GBytes 2.62 Gbits/sec > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 > port 50266 > [ 4] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec > [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 > port 50267 > [ 5] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 > port 50268 > [ 4] 0.0-60.0 sec 16.8 GBytes 2.41 Gbits/sec > > *** While pinging out from the server to client, frequent "ping: > sendto: No space left on device" errors *** > > > After a while, I can also reliably re-produce more egregious "ping: > sendto: No buffer space available" errors after doing a large sequential > write over NFS: > > mount -t nfs -o rsize=65536,wsize=65536 192.168.100.5:/storage/shared > /mnt/nfs > dd if=/dev/zero of=/mnt/nfs/testfile bs=1M count=30000 > > I am going to file a freebsd bug report as well. > > Thanks, > Eric > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 20:21: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 3CD43FE1 for ; Sat, 18 Jan 2014 20:21:35 +0000 (UTC) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9E4261DD3 for ; Sat, 18 Jan 2014 20:21:34 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 20E1E331ADC for ; Sat, 18 Jan 2014 21:21:29 +0100 (CET) Received: from mobius.uppmax.uu.se (c-5eeaaa3f-74736162.cust.telenor.se [94.234.170.63]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 740F6331AD1; Sat, 18 Jan 2014 21:21:23 +0100 (CET) Message-ID: <52DAE276.4040007@pean.org> Date: Sat, 18 Jan 2014 21:22:14 +0100 From: =?windows-1252?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: wpa_supplicant problem. References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> <8CFBC6B5-B683-4EC3-9561-EFFA6CE55755@pean.org> <52CD0CEE.5010700@pean.org> <83317FFF-5A96-43A3-9AFA-3321434C646C@pean.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Sat Jan 18 21:21:28 2014 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 52dae24829115463964946 X-DSPAM-Factors: 27, wlan0+CTRL, 0.01000, wlan0+CTRL, 0.01000, len, 0.01000, len, 0.01000, 10, 0.01000, 10, 0.01000, Received*Jan+2014, 0.01000, To*Chadd, 0.01000, In-Reply-To*mail.gmail.com>, 0.01000, 30, 0.01000, 30, 0.01000, Received*client+certificate, 0.01000, Associated+with, 0.01000, with+04, 0.01000, with+04, 0.01000, SSID, 0.01000, SSID, 0.01000, Adrian, 0.01000, received, 0.01000, Received*TLSv1+with, 0.01000, 3d, 0.01000, 3d, 0.01000, 17, 0.01000, References*x+aQ1r=Sedyz3eq8sdoidxJvKtY5Gp_8WXsbzTCeA, 0.01000, To*Adrian, 0.01000, wlan0, 0.01000, wlan0, 0.01000 Cc: "stable@freebsd.org" , "freebsd-wireless@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, 18 Jan 2014 20:21:35 -0000 On 01/18/14 17:10, Adrian Chadd wrote: > Ok. > > Compile the kernel with IWN_DEBUG, then sysctl dev.iwn.0.debug=0x1 > (that enables TX debugging) and send over the log. > Hi! Here's the log! Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 1 status 1 Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 6 status 1 Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 11 status 1 Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 7 status 1 Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 13 status 1 Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 52 status 1 Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 56 status 1 Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 60 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 64 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 36 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 40 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 44 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 48 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 2 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 3 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 4 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 5 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 8 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 9 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 10 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 12 status 1 Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 149 status 1 Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 153 status 1 Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 157 status 1 Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 161 status 1 Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 165 status 1 Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 100 status 1 Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 104 status 1 Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 108 status 1 Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 112 status 1 Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 116 status 1 Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 120 status 1 Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 124 status 1 Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 128 status 1 Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 132 status 1 Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 136 status 1 Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 140 status 1 Jan 18 21:01:49 mobius wpa_supplicant[608]: wlan0: CTRL-EVENT-SSID-REENABLED id=0 ssid="web" Jan 18 21:01:49 mobius wpa_supplicant[608]: wlan0: Trying to associate with 04:f0:21:01:3d:87 (SSID='web' freq=2452 MHz) Jan 18 21:01:49 mobius kernel: iwn_tx_data_raw: qid 3 idx 30 len 6 nsegs 1 Jan 18 21:01:49 mobius kernel: iwn5000_tx_done: qid 3 idx 30 retries 0 nkill 0 rate 420a duration 778 status 201 Jan 18 21:01:49 mobius kernel: iwn_tx_data_raw: qid 3 idx 31 len 84 nsegs 1 Jan 18 21:01:49 mobius kernel: iwn5000_tx_done: qid 3 idx 31 retries 0 nkill 0 rate 420a duration 1402 status 201 Jan 18 21:01:49 mobius kernel: wlan0: link state changed to UP Jan 18 21:01:49 mobius kernel: lagg0: link state changed to UP Jan 18 21:01:49 mobius kernel: received statistics without RSSI Jan 18 21:01:49 mobius wpa_supplicant[608]: wlan0: Associated with 04:f0:21:01:3d:87 Jan 18 21:01:49 mobius kernel: iwn_tx_data: qid 3 idx 32 len 129 nsegs 2 Jan 18 21:01:50 mobius kernel: iwn5000_tx_done: qid 3 idx 32 retries 16 nkill 0 rate 6904 duration 2330 status 83 Jan 18 21:01:50 mobius kernel: iwn_tx_data: qid 3 idx 33 len 129 nsegs 2 Jan 18 21:01:50 mobius kernel: iwn5000_tx_done: qid 3 idx 33 retries 16 nkill 0 rate 80006904 duration 2650 status 83 Jan 18 21:01:51 mobius kernel: iwn_tx_data: qid 3 idx 34 len 129 nsegs 2 Jan 18 21:01:51 mobius kernel: iwn5000_tx_done: qid 3 idx 34 retries 16 nkill 0 rate 80006904 duration 2650 status 83 Jan 18 21:01:52 mobius dhclient[1338]: send_packet: No buffer space available Jan 18 21:01:52 mobius kernel: iwn_tx_data: qid 3 idx 35 len 129 nsegs 2 Jan 18 21:01:53 mobius kernel: iwn5000_tx_done: qid 3 idx 35 retries 16 nkill 0 rate 80006904 duration 2650 status 83 Jan 18 21:01:53 mobius wpa_supplicant[608]: wlan0: CTRL-EVENT-DISCONNECTED bssid=04:f0:21:01:3d:87 reason=0 Jan 18 21:01:53 mobius wpa_supplicant[608]: wlan0: WPA: 4-Way Handshake failed - pre-shared key may be incorrect Jan 18 21:01:53 mobius wpa_supplicant[608]: wlan0: CTRL-EVENT-SSID-TEMP-DISABLED id=0 ssid="web" auth_failures=45 duration=120 From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 20:37: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 DBF8745E; Sat, 18 Jan 2014 20:37: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 1FD541EBE; Sat, 18 Jan 2014 20:37: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 s0IG1dAb019229; Sat, 18 Jan 2014 18:01: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 s0IG1daD019228; Sat, 18 Jan 2014 16:01:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 16:01:39 GMT Message-Id: <201401181601.s0IG1daD019228@worker01.tb.des.no> X-Authentication-Warning: worker01.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: Sat, 18 Jan 2014 20:37:45 -0000 TB --- 2014-01-18 15:50:00 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 15:50: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-01-18 15:50:00 - starting RELENG_10 tinderbox run for none/none TB --- 2014-01-18 15:50:00 - checking out /src from svn://svn.freebsd.org/base/stable/10 TB --- 2014-01-18 15:50:00 - cd /tinderbox/RELENG_10/none/none TB --- 2014-01-18 15:50:00 - /usr/local/bin/svn cleanup /src TB --- 2014-01-18 15:50:24 - /usr/local/bin/svn update /src TB --- 2014-01-18 15:51:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 15:51:39 - WARNING: sleeping 30 s and retrying... TB --- 2014-01-18 15:52:09 - /usr/local/bin/svn update /src TB --- 2014-01-18 15:53:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 15:53:24 - WARNING: sleeping 60 s and retrying... TB --- 2014-01-18 15:54:24 - /usr/local/bin/svn update /src TB --- 2014-01-18 15:55:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 15:55:39 - WARNING: sleeping 90 s and retrying... TB --- 2014-01-18 15:57:09 - /usr/local/bin/svn update /src TB --- 2014-01-18 15:58:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 15:58:24 - WARNING: sleeping 120 s and retrying... TB --- 2014-01-18 16:00:24 - /usr/local/bin/svn update /src TB --- 2014-01-18 16:01:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 16:01:39 - ERROR: unable to check out the source tree TB --- 2014-01-18 16:01:39 - 4.73 user 10.12 system 699.44 real http://tinderbox.des.no/tinderbox-freebsd10-update-RELENG_10-none-none.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 20: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 DFE26584; Sat, 18 Jan 2014 20: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 1AC7B1EC3; Sat, 18 Jan 2014 20: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 s0I8VD3g072592; Sat, 18 Jan 2014 10:31: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 s0I8VDft072561; Sat, 18 Jan 2014 08:31:13 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 08:31:13 GMT Message-Id: <201401180831.s0I8VDft072561@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 18 Jan 2014 20:37:55 -0000 TB --- 2014-01-18 02:20:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 02:20: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-01-18 02:20:32 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-01-18 02:20:32 - cleaning the object tree TB --- 2014-01-18 02:21:51 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-18 02:21:59 - At svn revision 260836 TB --- 2014-01-18 02:22:00 - building world TB --- 2014-01-18 02:22:00 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 02:22:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 02:22:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 02:22:00 - SRCCONF=/dev/null TB --- 2014-01-18 02:22:00 - TARGET=i386 TB --- 2014-01-18 02:22:00 - TARGET_ARCH=i386 TB --- 2014-01-18 02:22:00 - TZ=UTC TB --- 2014-01-18 02:22:00 - __MAKE_CONF=/dev/null TB --- 2014-01-18 02:22:00 - cd /src TB --- 2014-01-18 02:22:00 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jan 18 02: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 >>> stage 4.4: building everything >>> World build completed on Sat Jan 18 05:55:31 UTC 2014 TB --- 2014-01-18 05:55:31 - generating LINT kernel config TB --- 2014-01-18 05:55:31 - cd /src/sys/i386/conf TB --- 2014-01-18 05:55:31 - /usr/bin/make -B LINT TB --- 2014-01-18 05:55:31 - cd /src/sys/i386/conf TB --- 2014-01-18 05:55:31 - /usr/sbin/config -m LINT TB --- 2014-01-18 05:55:32 - building LINT kernel TB --- 2014-01-18 05:55:32 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 05:55:32 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 05:55:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 05:55:32 - SRCCONF=/dev/null TB --- 2014-01-18 05:55:32 - TARGET=i386 TB --- 2014-01-18 05:55:32 - TARGET_ARCH=i386 TB --- 2014-01-18 05:55:32 - TZ=UTC TB --- 2014-01-18 05:55:32 - __MAKE_CONF=/dev/null TB --- 2014-01-18 05:55:32 - cd /src TB --- 2014-01-18 05:55:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 05:55: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 LINT completed on Sat Jan 18 06:35:26 UTC 2014 TB --- 2014-01-18 06:35:26 - cd /src/sys/i386/conf TB --- 2014-01-18 06:35:26 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-18 06:35:26 - building LINT-NOINET kernel TB --- 2014-01-18 06:35:26 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 06:35:26 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 06:35:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 06:35:26 - SRCCONF=/dev/null TB --- 2014-01-18 06:35:26 - TARGET=i386 TB --- 2014-01-18 06:35:26 - TARGET_ARCH=i386 TB --- 2014-01-18 06:35:26 - TZ=UTC TB --- 2014-01-18 06:35:26 - __MAKE_CONF=/dev/null TB --- 2014-01-18 06:35:26 - cd /src TB --- 2014-01-18 06:35:26 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Jan 18 06:35: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 LINT-NOINET completed on Sat Jan 18 07:11:41 UTC 2014 TB --- 2014-01-18 07:11:41 - cd /src/sys/i386/conf TB --- 2014-01-18 07:11:41 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-18 07:11:41 - building LINT-NOINET6 kernel TB --- 2014-01-18 07:11:41 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 07:11:41 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 07:11:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 07:11:41 - SRCCONF=/dev/null TB --- 2014-01-18 07:11:41 - TARGET=i386 TB --- 2014-01-18 07:11:41 - TARGET_ARCH=i386 TB --- 2014-01-18 07:11:41 - TZ=UTC TB --- 2014-01-18 07:11:41 - __MAKE_CONF=/dev/null TB --- 2014-01-18 07:11:41 - cd /src TB --- 2014-01-18 07:11:41 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Jan 18 07:11: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 LINT-NOINET6 completed on Sat Jan 18 07:45:42 UTC 2014 TB --- 2014-01-18 07:45:42 - cd /src/sys/i386/conf TB --- 2014-01-18 07:45:42 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-18 07:45:42 - building LINT-NOIP kernel TB --- 2014-01-18 07:45:42 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 07:45:42 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 07:45:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 07:45:42 - SRCCONF=/dev/null TB --- 2014-01-18 07:45:42 - TARGET=i386 TB --- 2014-01-18 07:45:42 - TARGET_ARCH=i386 TB --- 2014-01-18 07:45:42 - TZ=UTC TB --- 2014-01-18 07:45:42 - __MAKE_CONF=/dev/null TB --- 2014-01-18 07:45:42 - cd /src TB --- 2014-01-18 07:45:42 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Jan 18 07:45: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-NOIP completed on Sat Jan 18 08:15:50 UTC 2014 TB --- 2014-01-18 08:15:50 - cd /src/sys/i386/conf TB --- 2014-01-18 08:15:50 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-18 08:15:50 - building LINT-VIMAGE kernel TB --- 2014-01-18 08:15:50 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 08:15:50 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 08:15:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 08:15:50 - SRCCONF=/dev/null TB --- 2014-01-18 08:15:50 - TARGET=i386 TB --- 2014-01-18 08:15:50 - TARGET_ARCH=i386 TB --- 2014-01-18 08:15:50 - TZ=UTC TB --- 2014-01-18 08:15:50 - __MAKE_CONF=/dev/null TB --- 2014-01-18 08:15:50 - cd /src TB --- 2014-01-18 08:15:50 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Jan 18 08:15: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 [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :62:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-18 08:31:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 08:31:12 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-18 08:31:12 - 16557.74 user 5574.88 system 22240.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 20:37: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 7BEA5460; Sat, 18 Jan 2014 20:37: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 A87D01EC0; Sat, 18 Jan 2014 20:37: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 s0IFMQBi076505; Sat, 18 Jan 2014 17:22:26 +0200 (SAST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by worker01.tb.des.no (8.14.5/8.14.5/Submit) id s0IFMQi1076494; Sat, 18 Jan 2014 15:22:26 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 15:22:26 GMT Message-Id: <201401181522.s0IFMQi1076494@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 18 Jan 2014 20:37:49 -0000 TB --- 2014-01-18 09:11:39 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 09:11:39 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-18 09:11:39 - starting RELENG_10 tinderbox run for i386/i386 TB --- 2014-01-18 09:11:39 - cleaning the object tree TB --- 2014-01-18 09:12:59 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-18 09:13:07 - At svn revision 260836 TB --- 2014-01-18 09:13:08 - building world TB --- 2014-01-18 09:13:08 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 09:13:08 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 09:13:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 09:13:08 - SRCCONF=/dev/null TB --- 2014-01-18 09:13:08 - TARGET=i386 TB --- 2014-01-18 09:13:08 - TARGET_ARCH=i386 TB --- 2014-01-18 09:13:08 - TZ=UTC TB --- 2014-01-18 09:13:08 - __MAKE_CONF=/dev/null TB --- 2014-01-18 09:13:08 - cd /src TB --- 2014-01-18 09:13:08 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jan 18 09:13: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 >>> World build completed on Sat Jan 18 12:46:33 UTC 2014 TB --- 2014-01-18 12:46:33 - generating LINT kernel config TB --- 2014-01-18 12:46:33 - cd /src/sys/i386/conf TB --- 2014-01-18 12:46:33 - /usr/bin/make -B LINT TB --- 2014-01-18 12:46:33 - cd /src/sys/i386/conf TB --- 2014-01-18 12:46:33 - /usr/sbin/config -m LINT TB --- 2014-01-18 12:46:33 - building LINT kernel TB --- 2014-01-18 12:46:33 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 12:46:33 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 12:46:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 12:46:33 - SRCCONF=/dev/null TB --- 2014-01-18 12:46:33 - TARGET=i386 TB --- 2014-01-18 12:46:33 - TARGET_ARCH=i386 TB --- 2014-01-18 12:46:33 - TZ=UTC TB --- 2014-01-18 12:46:33 - __MAKE_CONF=/dev/null TB --- 2014-01-18 12:46:33 - cd /src TB --- 2014-01-18 12:46:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 12:46: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 Sat Jan 18 13:26:45 UTC 2014 TB --- 2014-01-18 13:26:45 - cd /src/sys/i386/conf TB --- 2014-01-18 13:26:45 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-18 13:26:45 - building LINT-NOINET kernel TB --- 2014-01-18 13:26:45 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 13:26:45 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 13:26:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 13:26:45 - SRCCONF=/dev/null TB --- 2014-01-18 13:26:45 - TARGET=i386 TB --- 2014-01-18 13:26:45 - TARGET_ARCH=i386 TB --- 2014-01-18 13:26:45 - TZ=UTC TB --- 2014-01-18 13:26:45 - __MAKE_CONF=/dev/null TB --- 2014-01-18 13:26:45 - cd /src TB --- 2014-01-18 13:26:45 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Jan 18 13:26: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 LINT-NOINET completed on Sat Jan 18 14:03:03 UTC 2014 TB --- 2014-01-18 14:03:03 - cd /src/sys/i386/conf TB --- 2014-01-18 14:03:03 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-18 14:03:03 - building LINT-NOINET6 kernel TB --- 2014-01-18 14:03:03 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 14:03:03 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 14:03:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 14:03:03 - SRCCONF=/dev/null TB --- 2014-01-18 14:03:03 - TARGET=i386 TB --- 2014-01-18 14:03:03 - TARGET_ARCH=i386 TB --- 2014-01-18 14:03:03 - TZ=UTC TB --- 2014-01-18 14:03:03 - __MAKE_CONF=/dev/null TB --- 2014-01-18 14:03:03 - cd /src TB --- 2014-01-18 14:03:03 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Jan 18 14:03: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 LINT-NOINET6 completed on Sat Jan 18 14:36:54 UTC 2014 TB --- 2014-01-18 14:36:54 - cd /src/sys/i386/conf TB --- 2014-01-18 14:36:54 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-18 14:36:54 - building LINT-NOIP kernel TB --- 2014-01-18 14:36:54 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 14:36:54 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 14:36:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 14:36:54 - SRCCONF=/dev/null TB --- 2014-01-18 14:36:54 - TARGET=i386 TB --- 2014-01-18 14:36:54 - TARGET_ARCH=i386 TB --- 2014-01-18 14:36:54 - TZ=UTC TB --- 2014-01-18 14:36:54 - __MAKE_CONF=/dev/null TB --- 2014-01-18 14:36:54 - cd /src TB --- 2014-01-18 14:36:54 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Jan 18 14:36: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 LINT-NOIP completed on Sat Jan 18 15:06:58 UTC 2014 TB --- 2014-01-18 15:06:58 - cd /src/sys/i386/conf TB --- 2014-01-18 15:06:58 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-18 15:06:58 - building LINT-VIMAGE kernel TB --- 2014-01-18 15:06:58 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 15:06:58 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 15:06:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 15:06:58 - SRCCONF=/dev/null TB --- 2014-01-18 15:06:58 - TARGET=i386 TB --- 2014-01-18 15:06:58 - TARGET_ARCH=i386 TB --- 2014-01-18 15:06:58 - TZ=UTC TB --- 2014-01-18 15:06:58 - __MAKE_CONF=/dev/null TB --- 2014-01-18 15:06:58 - cd /src TB --- 2014-01-18 15:06:58 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Jan 18 15:06: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 [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :62:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-18 15:22:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 15:22:25 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-18 15:22:25 - 16548.55 user 5572.68 system 22245.92 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 20: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 A75FB45F; Sat, 18 Jan 2014 20: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 DD87F1EBF; Sat, 18 Jan 2014 20: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 s0IFmuol019173; Sat, 18 Jan 2014 17:48: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 s0IFmuqh019172; Sat, 18 Jan 2014 15:48:56 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 15:48:56 GMT Message-Id: <201401181548.s0IFmuqh019172@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 18 Jan 2014 20:37:47 -0000 TB --- 2014-01-18 09:11:39 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 09:11:39 - FreeBSD worker01.tb.des.no 9.1-RELEASE-p4 FreeBSD 9.1-RELEASE-p4 #0: Mon Jun 17 11:42:37 UTC 2013 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2014-01-18 09:11:39 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-01-18 09:11:39 - cleaning the object tree TB --- 2014-01-18 09:13:02 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-18 09:13:10 - At svn revision 260836 TB --- 2014-01-18 09:13:11 - building world TB --- 2014-01-18 09:13:11 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 09:13:11 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 09:13:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 09:13:11 - SRCCONF=/dev/null TB --- 2014-01-18 09:13:11 - TARGET=amd64 TB --- 2014-01-18 09:13:11 - TARGET_ARCH=amd64 TB --- 2014-01-18 09:13:11 - TZ=UTC TB --- 2014-01-18 09:13:11 - __MAKE_CONF=/dev/null TB --- 2014-01-18 09:13:11 - cd /src TB --- 2014-01-18 09:13:11 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jan 18 09:13: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 18 13:23:14 UTC 2014 TB --- 2014-01-18 13:23:14 - generating LINT kernel config TB --- 2014-01-18 13:23:14 - cd /src/sys/amd64/conf TB --- 2014-01-18 13:23:14 - /usr/bin/make -B LINT TB --- 2014-01-18 13:23:14 - cd /src/sys/amd64/conf TB --- 2014-01-18 13:23:14 - /usr/sbin/config -m LINT TB --- 2014-01-18 13:23:14 - building LINT kernel TB --- 2014-01-18 13:23:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 13:23:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 13:23:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 13:23:14 - SRCCONF=/dev/null TB --- 2014-01-18 13:23:14 - TARGET=amd64 TB --- 2014-01-18 13:23:14 - TARGET_ARCH=amd64 TB --- 2014-01-18 13:23:14 - TZ=UTC TB --- 2014-01-18 13:23:14 - __MAKE_CONF=/dev/null TB --- 2014-01-18 13:23:14 - cd /src TB --- 2014-01-18 13:23:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 13:23: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 LINT completed on Sat Jan 18 14:01:00 UTC 2014 TB --- 2014-01-18 14:01:00 - cd /src/sys/amd64/conf TB --- 2014-01-18 14:01:00 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-18 14:01:00 - building LINT-NOINET kernel TB --- 2014-01-18 14:01:00 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 14:01:00 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 14:01:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 14:01:00 - SRCCONF=/dev/null TB --- 2014-01-18 14:01:00 - TARGET=amd64 TB --- 2014-01-18 14:01:00 - TARGET_ARCH=amd64 TB --- 2014-01-18 14:01:00 - TZ=UTC TB --- 2014-01-18 14:01:00 - __MAKE_CONF=/dev/null TB --- 2014-01-18 14:01:00 - cd /src TB --- 2014-01-18 14:01:00 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Jan 18 14: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 >>> stage 3.2: building everything >>> Kernel build for LINT-NOINET completed on Sat Jan 18 14:33:17 UTC 2014 TB --- 2014-01-18 14:33:17 - cd /src/sys/amd64/conf TB --- 2014-01-18 14:33:17 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-18 14:33:17 - building LINT-NOINET6 kernel TB --- 2014-01-18 14:33:17 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 14:33:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 14:33:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 14:33:17 - SRCCONF=/dev/null TB --- 2014-01-18 14:33:17 - TARGET=amd64 TB --- 2014-01-18 14:33:17 - TARGET_ARCH=amd64 TB --- 2014-01-18 14:33:17 - TZ=UTC TB --- 2014-01-18 14:33:17 - __MAKE_CONF=/dev/null TB --- 2014-01-18 14:33:17 - cd /src TB --- 2014-01-18 14:33:17 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Jan 18 14:33: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 LINT-NOINET6 completed on Sat Jan 18 15:05:23 UTC 2014 TB --- 2014-01-18 15:05:23 - cd /src/sys/amd64/conf TB --- 2014-01-18 15:05:23 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-18 15:05:23 - building LINT-NOIP kernel TB --- 2014-01-18 15:05:23 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 15:05:23 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 15:05:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 15:05:23 - SRCCONF=/dev/null TB --- 2014-01-18 15:05:23 - TARGET=amd64 TB --- 2014-01-18 15:05:23 - TARGET_ARCH=amd64 TB --- 2014-01-18 15:05:23 - TZ=UTC TB --- 2014-01-18 15:05:23 - __MAKE_CONF=/dev/null TB --- 2014-01-18 15:05:23 - cd /src TB --- 2014-01-18 15:05:23 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Jan 18 15:05: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-NOIP completed on Sat Jan 18 15:34:19 UTC 2014 TB --- 2014-01-18 15:34:19 - cd /src/sys/amd64/conf TB --- 2014-01-18 15:34:19 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-18 15:34:19 - building LINT-VIMAGE kernel TB --- 2014-01-18 15:34:19 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 15:34:19 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 15:34:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 15:34:19 - SRCCONF=/dev/null TB --- 2014-01-18 15:34:19 - TARGET=amd64 TB --- 2014-01-18 15:34:19 - TARGET_ARCH=amd64 TB --- 2014-01-18 15:34:19 - TZ=UTC TB --- 2014-01-18 15:34:19 - __MAKE_CONF=/dev/null TB --- 2014-01-18 15:34:19 - cd /src TB --- 2014-01-18 15:34:19 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Jan 18 15:34: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 [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :55:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-18 15:48:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 15:48:56 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-18 15:48:56 - 17814.02 user 5937.92 system 23837.12 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 20: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 45637461; Sat, 18 Jan 2014 20: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 7D5151EC1; Sat, 18 Jan 2014 20: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 s0I9BdYr015748; Sat, 18 Jan 2014 11:11: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 s0I9BdNo015747; Sat, 18 Jan 2014 09:11:39 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 09:11:39 GMT Message-Id: <201401180911.s0I9BdNo015747@worker01.tb.des.no> X-Authentication-Warning: worker01.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: Sat, 18 Jan 2014 20:37:51 -0000 TB --- 2014-01-18 09:00:00 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 09: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-01-18 09:00:00 - starting RELENG_10 tinderbox run for none/none TB --- 2014-01-18 09:00:00 - checking out /src from svn://svn.freebsd.org/base/stable/10 TB --- 2014-01-18 09:00:00 - cd /tinderbox/RELENG_10/none/none TB --- 2014-01-18 09:00:00 - /usr/local/bin/svn cleanup /src TB --- 2014-01-18 09:00:24 - /usr/local/bin/svn update /src TB --- 2014-01-18 09:01:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 09:01:39 - WARNING: sleeping 30 s and retrying... TB --- 2014-01-18 09:02:09 - /usr/local/bin/svn update /src TB --- 2014-01-18 09:03:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 09:03:24 - WARNING: sleeping 60 s and retrying... TB --- 2014-01-18 09:04:24 - /usr/local/bin/svn update /src TB --- 2014-01-18 09:05:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 09:05:39 - WARNING: sleeping 90 s and retrying... TB --- 2014-01-18 09:07:09 - /usr/local/bin/svn update /src TB --- 2014-01-18 09:08:24 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 09:08:24 - WARNING: sleeping 120 s and retrying... TB --- 2014-01-18 09:10:24 - /usr/local/bin/svn update /src TB --- 2014-01-18 09:11:39 - WARNING: /usr/local/bin/svn returned exit code 1 TB --- 2014-01-18 09:11:39 - ERROR: unable to check out the source tree TB --- 2014-01-18 09:11:39 - 4.90 user 9.91 system 698.98 real http://tinderbox.des.no/tinderbox-freebsd10-update-RELENG_10-none-none.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 20: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 183AD50D; Sat, 18 Jan 2014 20: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 46E871EC2; Sat, 18 Jan 2014 20:37: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 s0I8wHBt015690; Sat, 18 Jan 2014 10:58: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 s0I8wHQ8015689; Sat, 18 Jan 2014 08:58:17 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 08:58:17 GMT Message-Id: <201401180858.s0I8wHQ8015689@worker01.tb.des.no> X-Authentication-Warning: worker01.tb.des.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, 18 Jan 2014 20:37:53 -0000 TB --- 2014-01-18 02:20:32 - tinderbox 2.20 running on worker01.tb.des.no TB --- 2014-01-18 02:20: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-01-18 02:20:32 - starting RELENG_10 tinderbox run for amd64/amd64 TB --- 2014-01-18 02:20:32 - cleaning the object tree TB --- 2014-01-18 02:21:57 - /usr/local/bin/svn stat --no-ignore /src TB --- 2014-01-18 02:22:04 - At svn revision 260836 TB --- 2014-01-18 02:22:05 - building world TB --- 2014-01-18 02:22:05 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 02:22:05 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 02:22:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 02:22:05 - SRCCONF=/dev/null TB --- 2014-01-18 02:22:05 - TARGET=amd64 TB --- 2014-01-18 02:22:05 - TARGET_ARCH=amd64 TB --- 2014-01-18 02:22:05 - TZ=UTC TB --- 2014-01-18 02:22:05 - __MAKE_CONF=/dev/null TB --- 2014-01-18 02:22:05 - cd /src TB --- 2014-01-18 02:22:05 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Sat Jan 18 02: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 18 06:32:28 UTC 2014 TB --- 2014-01-18 06:32:28 - generating LINT kernel config TB --- 2014-01-18 06:32:28 - cd /src/sys/amd64/conf TB --- 2014-01-18 06:32:28 - /usr/bin/make -B LINT TB --- 2014-01-18 06:32:28 - cd /src/sys/amd64/conf TB --- 2014-01-18 06:32:28 - /usr/sbin/config -m LINT TB --- 2014-01-18 06:32:28 - building LINT kernel TB --- 2014-01-18 06:32:28 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 06:32:28 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 06:32:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 06:32:28 - SRCCONF=/dev/null TB --- 2014-01-18 06:32:28 - TARGET=amd64 TB --- 2014-01-18 06:32:28 - TARGET_ARCH=amd64 TB --- 2014-01-18 06:32:28 - TZ=UTC TB --- 2014-01-18 06:32:28 - __MAKE_CONF=/dev/null TB --- 2014-01-18 06:32:28 - cd /src TB --- 2014-01-18 06:32:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 06:32: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 completed on Sat Jan 18 07:10:14 UTC 2014 TB --- 2014-01-18 07:10:14 - cd /src/sys/amd64/conf TB --- 2014-01-18 07:10:14 - /usr/sbin/config -m LINT-NOINET TB --- 2014-01-18 07:10:14 - building LINT-NOINET kernel TB --- 2014-01-18 07:10:14 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 07:10:14 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 07:10:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 07:10:14 - SRCCONF=/dev/null TB --- 2014-01-18 07:10:14 - TARGET=amd64 TB --- 2014-01-18 07:10:14 - TARGET_ARCH=amd64 TB --- 2014-01-18 07:10:14 - TZ=UTC TB --- 2014-01-18 07:10:14 - __MAKE_CONF=/dev/null TB --- 2014-01-18 07:10:14 - cd /src TB --- 2014-01-18 07:10:14 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET >>> Kernel build for LINT-NOINET started on Sat Jan 18 07:10: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 LINT-NOINET completed on Sat Jan 18 07:42:44 UTC 2014 TB --- 2014-01-18 07:42:44 - cd /src/sys/amd64/conf TB --- 2014-01-18 07:42:44 - /usr/sbin/config -m LINT-NOINET6 TB --- 2014-01-18 07:42:44 - building LINT-NOINET6 kernel TB --- 2014-01-18 07:42:44 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 07:42:44 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 07:42:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 07:42:44 - SRCCONF=/dev/null TB --- 2014-01-18 07:42:44 - TARGET=amd64 TB --- 2014-01-18 07:42:44 - TARGET_ARCH=amd64 TB --- 2014-01-18 07:42:44 - TZ=UTC TB --- 2014-01-18 07:42:44 - __MAKE_CONF=/dev/null TB --- 2014-01-18 07:42:44 - cd /src TB --- 2014-01-18 07:42:44 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOINET6 >>> Kernel build for LINT-NOINET6 started on Sat Jan 18 07:42: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 LINT-NOINET6 completed on Sat Jan 18 08:14:47 UTC 2014 TB --- 2014-01-18 08:14:47 - cd /src/sys/amd64/conf TB --- 2014-01-18 08:14:47 - /usr/sbin/config -m LINT-NOIP TB --- 2014-01-18 08:14:47 - building LINT-NOIP kernel TB --- 2014-01-18 08:14:47 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 08:14:47 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 08:14:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 08:14:47 - SRCCONF=/dev/null TB --- 2014-01-18 08:14:47 - TARGET=amd64 TB --- 2014-01-18 08:14:47 - TARGET_ARCH=amd64 TB --- 2014-01-18 08:14:47 - TZ=UTC TB --- 2014-01-18 08:14:47 - __MAKE_CONF=/dev/null TB --- 2014-01-18 08:14:47 - cd /src TB --- 2014-01-18 08:14:47 - /usr/bin/make -B buildkernel KERNCONF=LINT-NOIP >>> Kernel build for LINT-NOIP started on Sat Jan 18 08:14: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-NOIP completed on Sat Jan 18 08:43:39 UTC 2014 TB --- 2014-01-18 08:43:39 - cd /src/sys/amd64/conf TB --- 2014-01-18 08:43:39 - /usr/sbin/config -m LINT-VIMAGE TB --- 2014-01-18 08:43:39 - building LINT-VIMAGE kernel TB --- 2014-01-18 08:43:39 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 08:43:39 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 08:43:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 08:43:39 - SRCCONF=/dev/null TB --- 2014-01-18 08:43:39 - TARGET=amd64 TB --- 2014-01-18 08:43:39 - TARGET_ARCH=amd64 TB --- 2014-01-18 08:43:39 - TZ=UTC TB --- 2014-01-18 08:43:39 - __MAKE_CONF=/dev/null TB --- 2014-01-18 08:43:39 - cd /src TB --- 2014-01-18 08:43:39 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Sat Jan 18 08:43: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 [...] ^ /src/sys/sys/sdt.h:145:19: note: expanded from macro 'SDT_PROBE_DEFINE' struct sdt_probe sdt_##prov##_##mod##_##func##_##name[1] = { \ ^ :55:1: note: expanded from here sdt_vnet_functions_vnet_destroy_entry ^ 4 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT-VIMAGE *** Error code 1 Stop. bmake: stopped in /src *** [buildkernel] Error code 1 Stop in /src. TB --- 2014-01-18 08:58:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 08:58:17 - ERROR: failed to build LINT-VIMAGE kernel TB --- 2014-01-18 08:58:17 - 17815.95 user 5968.77 system 23865.16 real http://tinderbox.des.no/tinderbox-freebsd10-build-RELENG_10-amd64-amd64.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 20:58: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 9B8A4E86; Sat, 18 Jan 2014 20:58:06 +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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40893107A; Sat, 18 Jan 2014 20:58:06 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id c9so4825992qcz.3 for ; Sat, 18 Jan 2014 12:58:05 -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=JZMVZ5ro9l8sNam/A9n9vZXQ401UASEpYXtzvmJh0lc=; b=HUR20GUxBpXWAOZGkFTs9kQl5joV3PkgjJ/ahc2rEAsoPAZGwnpf9wnOq5x0dC7ms0 5TRjjfHKV6pliDE7VggSNT2HvJPQW4Y0WXvhZawUSpHB1yvW504oMpxY0MD8QiDDgK8T U419sfnediRynA1VR3IDXh0jBX0sqccjFEoZyqD/j8Qhtkj+o1ALffMjysP26AMARC7Z PA5QYtmFql+OHn2teMdUpebPY+t6qPQNDmpvY+XIE3IIrUUXC8FHRORDFdT2B5wVnFs+ MnVHiqvrJtSkxcnbnXIWSm100zhsHSKRFOLl00+LFRnm7FkkKVe67rmAEZ6aVfO6SAxf Li3g== MIME-Version: 1.0 X-Received: by 10.224.126.197 with SMTP id d5mr15237648qas.55.1390078685390; Sat, 18 Jan 2014 12:58:05 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Sat, 18 Jan 2014 12:58:05 -0800 (PST) Received: by 10.224.52.8 with HTTP; Sat, 18 Jan 2014 12:58:05 -0800 (PST) In-Reply-To: <52DAE276.4040007@pean.org> References: <79AEC286-90EB-41D0-8CA8-18A78D53C3C6@pean.org> <8CFBC6B5-B683-4EC3-9561-EFFA6CE55755@pean.org> <52CD0CEE.5010700@pean.org> <83317FFF-5A96-43A3-9AFA-3321434C646C@pean.org> <52DAE276.4040007@pean.org> Date: Sat, 18 Jan 2014 12:58:05 -0800 X-Google-Sender-Auth: FQX-e2w_t_bFuuKtdDMyjg6esv8 Message-ID: Subject: Re: wpa_supplicant problem. From: Adrian Chadd To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: stable@freebsd.org, freebsd-wireless@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, 18 Jan 2014 20:58:06 -0000 It still looks like its doing EAPOL at the higher tx rate. Its not doing it at the same low tx rate that association is occurring at. So yes someone has to backport that eapol rate override fix entirely. I bet that'll solve this issue. A On Jan 18, 2014 3:21 PM, "Peter Ankerst=E5l" wrote: > On 01/18/14 17:10, Adrian Chadd wrote: > >> Ok. >> >> Compile the kernel with IWN_DEBUG, then sysctl dev.iwn.0.debug=3D0x1 >> (that enables TX debugging) and send over the log. >> >> > Hi! > > Here's the log! > > Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 1 status = 1 > Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 6 status = 1 > Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 11 status= 1 > Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 7 status = 1 > Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 13 status= 1 > Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 52 status= 1 > Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 56 status= 1 > Jan 18 21:01:00 mobius kernel: iwn_notif_intr: scanning channel 60 status= 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 64 status= 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 36 status= 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 40 status= 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 44 status= 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 48 status= 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 2 status = 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 3 status = 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 4 status = 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 5 status = 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 8 status = 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 9 status = 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 10 status= 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 12 status= 1 > Jan 18 21:01:01 mobius kernel: iwn_notif_intr: scanning channel 149 statu= s > 1 > Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 153 statu= s > 1 > Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 157 statu= s > 1 > Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 161 statu= s > 1 > Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 165 statu= s > 1 > Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 100 statu= s > 1 > Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 104 statu= s > 1 > Jan 18 21:01:02 mobius kernel: iwn_notif_intr: scanning channel 108 statu= s > 1 > Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 112 statu= s > 1 > Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 116 statu= s > 1 > Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 120 statu= s > 1 > Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 124 statu= s > 1 > Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 128 statu= s > 1 > Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 132 statu= s > 1 > Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 136 statu= s > 1 > Jan 18 21:01:03 mobius kernel: iwn_notif_intr: scanning channel 140 statu= s > 1 > Jan 18 21:01:49 mobius wpa_supplicant[608]: wlan0: > CTRL-EVENT-SSID-REENABLED id=3D0 ssid=3D"web" > Jan 18 21:01:49 mobius wpa_supplicant[608]: wlan0: Trying to associate > with 04:f0:21:01:3d:87 (SSID=3D'web' freq=3D2452 MHz) > Jan 18 21:01:49 mobius kernel: iwn_tx_data_raw: qid 3 idx 30 len 6 nsegs = 1 > Jan 18 21:01:49 mobius kernel: iwn5000_tx_done: qid 3 idx 30 retries 0 > nkill 0 rate 420a duration 778 status 201 > Jan 18 21:01:49 mobius kernel: iwn_tx_data_raw: qid 3 idx 31 len 84 nsegs= 1 > Jan 18 21:01:49 mobius kernel: iwn5000_tx_done: qid 3 idx 31 retries 0 > nkill 0 rate 420a duration 1402 status 201 > Jan 18 21:01:49 mobius kernel: wlan0: link state changed to UP > Jan 18 21:01:49 mobius kernel: lagg0: link state changed to UP > Jan 18 21:01:49 mobius kernel: received statistics without RSSI > Jan 18 21:01:49 mobius wpa_supplicant[608]: wlan0: Associated with > 04:f0:21:01:3d:87 > Jan 18 21:01:49 mobius kernel: iwn_tx_data: qid 3 idx 32 len 129 nsegs 2 > Jan 18 21:01:50 mobius kernel: iwn5000_tx_done: qid 3 idx 32 retries 16 > nkill 0 rate 6904 duration 2330 status 83 > Jan 18 21:01:50 mobius kernel: iwn_tx_data: qid 3 idx 33 len 129 nsegs 2 > Jan 18 21:01:50 mobius kernel: iwn5000_tx_done: qid 3 idx 33 retries 16 > nkill 0 rate 80006904 duration 2650 status 83 > Jan 18 21:01:51 mobius kernel: iwn_tx_data: qid 3 idx 34 len 129 nsegs 2 > Jan 18 21:01:51 mobius kernel: iwn5000_tx_done: qid 3 idx 34 retries 16 > nkill 0 rate 80006904 duration 2650 status 83 > Jan 18 21:01:52 mobius dhclient[1338]: send_packet: No buffer space > available > Jan 18 21:01:52 mobius kernel: iwn_tx_data: qid 3 idx 35 len 129 nsegs 2 > Jan 18 21:01:53 mobius kernel: iwn5000_tx_done: qid 3 idx 35 retries 16 > nkill 0 rate 80006904 duration 2650 status 83 > Jan 18 21:01:53 mobius wpa_supplicant[608]: wlan0: CTRL-EVENT-DISCONNECTE= D > bssid=3D04:f0:21:01:3d:87 reason=3D0 > Jan 18 21:01:53 mobius wpa_supplicant[608]: wlan0: WPA: 4-Way Handshake > failed - pre-shared key may be incorrect > Jan 18 21:01:53 mobius wpa_supplicant[608]: wlan0: > CTRL-EVENT-SSID-TEMP-DISABLED id=3D0 ssid=3D"web" auth_failures=3D45 dura= tion=3D120 > > From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 21:06: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 E184A25C for ; Sat, 18 Jan 2014 21:06:30 +0000 (UTC) Received: from mail-qe0-x231.google.com (mail-qe0-x231.google.com [IPv6:2607:f8b0:400d:c02::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9BA8C111C for ; Sat, 18 Jan 2014 21:06:30 +0000 (UTC) Received: by mail-qe0-f49.google.com with SMTP id w4so5137993qeb.22 for ; Sat, 18 Jan 2014 13:06:29 -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=csCeMHLQOgNgiFK2quw+1kB3EOGli7HoaxN4p7vxgtA=; b=aNzD6n5pyWQbxMwTO70VIud5YK5oO+b3APcJUe/ukXrJVuNQljUiAPObM3+6jWgrBX OgiCH8VCODDfeH2CC45QjjjFFZOonmBRoUE/1UUR5Y67+/+yeKtRnxHj879pZzC1zxA3 vWRZnDi8T+Cmjz6oLYZvPqwWxgDsbxmcFllciXomEGFxmwstvp/NtphGyedq9JvmLxS5 S6uaNqufHVkZt0qL04zb339DCR1i1/Vf966FabLopTgCLpTj+TUB5W9bWyMAndb2SFZz +MgbEjbP7Hl3wqQ/y+CaQibkiHJ1huL6XaNZiqJ42G276QiibGh+x/FP8K5OqNAw2y7Y NhlA== MIME-Version: 1.0 X-Received: by 10.224.127.131 with SMTP id g3mr15205009qas.98.1390079189817; Sat, 18 Jan 2014 13:06:29 -0800 (PST) Received: by 10.224.52.8 with HTTP; Sat, 18 Jan 2014 13:06:29 -0800 (PST) Received: by 10.224.52.8 with HTTP; Sat, 18 Jan 2014 13:06:29 -0800 (PST) In-Reply-To: References: Date: Sat, 18 Jan 2014 13:06:29 -0800 Message-ID: Subject: Re: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 From: Adrian Chadd To: Eric Dombroski 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: Sat, 18 Jan 2014 21:06:31 -0000 Hi, Have you tried disabling tso? Adrian On Jan 18, 2014 1:52 PM, "Eric Dombroski" wrote: > Hello: > > I believe there is a major performance regression between FreeBSD > 9.2-RELEASE and 10.0-RC5 involving the virtio network drivers (vtnet) and > handling incoming traffic. Below are the results of some iperf tests and > large dd operations over NFS. Write throughput goes from ~40Gbps to > ~2.4Gbps from 9.2 to 10.0RC5, and over time the connection becomes unstable > ("no buffer space available"), requiring the interface to be taken down/up. > > > These results are on fresh installs of 9.2 and 10.0RC5, no sysctl tweaks on > either system. > > I can't reproduce this using an Intel 1Gbps ethernet through PCIe > passthrough, although I suspect the problem manifests itself over 1Gbps > speeds anyway. > > Tests: > > Client (host): > root@gogo:~# uname -a > Linux gogo 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux > root@gogo:~# kvm -version > QEMU emulator version 1.1.2 (qemu-kvm-1.1.2+dfsg-6, Debian), Copyright > (c) 2003-2008 Fabrice Bellard > root@gogo:~# lsmod | grep vhost > vhost_net 27436 3 > tun 18337 8 vhost_net > macvtap 17633 1 vhost_net > > > Command: iperf -c 192.168.100.x -t 60 > > > Server (FreeBSD 9.2 VM): > > root@umarotest:~ # uname -a > FreeBSD umarotest 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan > 11 03:25:02 UTC 2014 > root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC > amd64 > root@umarotest:~ # iperf -s > ------------------------------------------------------------ > Server listening on TCP port 5001 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > port 58996 > [ ID] Interval Transfer Bandwidth > [ 4] 0.0-60.0 sec 293 GBytes 41.9 Gbits/sec > [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 > port 58997 > [ 5] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > port 58998 > [ 4] 0.0-60.0 sec 291 GBytes 41.6 Gbits/sec > [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 > port 58999 > [ 5] 0.0-60.0 sec 297 GBytes 42.6 Gbits/sec > [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 > port 59000 > [ 4] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec > > While pinging out from the server to the client, I do not get any > errors. > > > root@umaro:~ # uname -a FreeBSD umaro 10.0-RC5 FreeBSD 10.0-RC5 #0 > r260430: Wed Jan 8 05:10:04 UTC 2014 > root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC > amd64 > root@umaro:~ # iperf -s > ------------------------------------------------------------ > Server listening on TCP port 5001 > TCP window size: 64.0 KByte (default) > ------------------------------------------------------------ > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 port > 50264 > [ ID] Interval Transfer Bandwidth > [ 4] 0.0-60.0 sec 16.7 GBytes 2.39 Gbits/sec > [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 port > 50265 > [ 5] 0.0-60.0 sec 18.3 GBytes 2.62 Gbits/sec > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 port > 50266 > [ 4] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec > [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 port > 50267 > [ 5] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec > [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 port > 50268 > [ 4] 0.0-60.0 sec 16.8 GBytes 2.41 Gbits/sec > > *** While pinging out from the server to client, frequent "ping: > sendto: No space left on device" errors *** > > > After a while, I can also reliably re-produce more egregious "ping: > sendto: No buffer space available" errors after doing a large sequential > write over NFS: > > mount -t nfs -o rsize=65536,wsize=65536 192.168.100.5: > /storage/shared > /mnt/nfs > dd if=/dev/zero of=/mnt/nfs/testfile bs=1M count=30000 > > I am going to file a freebsd bug report as well. > > Thanks, > Eric > _______________________________________________ > 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 Jan 18 21:07: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 B3347357; Sat, 18 Jan 2014 21:07:13 +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 4DFE71131; Sat, 18 Jan 2014 21:07:13 +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 s0IL7Cjq070086; Sat, 18 Jan 2014 21:07:12 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0IL7CMb070072; Sat, 18 Jan 2014 21:07:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 21:07:12 GMT Message-Id: <201401182107.s0IL7CMb070072@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: Sat, 18 Jan 2014 21:07:13 -0000 TB --- 2014-01-18 17:35:34 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-18 17:35:34 - 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-01-18 17:35:34 - starting RELENG_9 tinderbox run for i386/i386 TB --- 2014-01-18 17:35:34 - cleaning the object tree TB --- 2014-01-18 17:36:11 - /usr/local/bin/svn stat /src TB --- 2014-01-18 17:36:16 - At svn revision 260852 TB --- 2014-01-18 17:36:17 - building world TB --- 2014-01-18 17:36:17 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 17:36:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 17:36:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 17:36:17 - SRCCONF=/dev/null TB --- 2014-01-18 17:36:17 - TARGET=i386 TB --- 2014-01-18 17:36:17 - TARGET_ARCH=i386 TB --- 2014-01-18 17:36:17 - TZ=UTC TB --- 2014-01-18 17:36:17 - __MAKE_CONF=/dev/null TB --- 2014-01-18 17:36:17 - cd /src TB --- 2014-01-18 17:36:17 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 18 17:36: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 >>> World build completed on Sat Jan 18 20:51:02 UTC 2014 TB --- 2014-01-18 20:51:02 - generating LINT kernel config TB --- 2014-01-18 20:51:02 - cd /src/sys/i386/conf TB --- 2014-01-18 20:51:02 - /usr/bin/make -B LINT TB --- 2014-01-18 20:51:02 - cd /src/sys/i386/conf TB --- 2014-01-18 20:51:02 - /usr/sbin/config -m LINT TB --- 2014-01-18 20:51:02 - building LINT kernel TB --- 2014-01-18 20:51:02 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 20:51:02 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 20:51:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 20:51:02 - SRCCONF=/dev/null TB --- 2014-01-18 20:51:02 - TARGET=i386 TB --- 2014-01-18 20:51:02 - TARGET_ARCH=i386 TB --- 2014-01-18 20:51:02 - TZ=UTC TB --- 2014-01-18 20:51:02 - __MAKE_CONF=/dev/null TB --- 2014-01-18 20:51:02 - cd /src TB --- 2014-01-18 20:51:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 20:51: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 [...] 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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_osd.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc1: warnings being treated as errors /src/sys/kern/kern_priv.c: In function 'priv_check_cred': /src/sys/kern/kern_priv.c:162: warning: suggest explicit braces to avoid ambiguous 'else' [-Wparentheses] *** Error code 1 Stop in /obj/i386.i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-18 21:07:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 21:07:12 - ERROR: failed to build LINT kernel TB --- 2014-01-18 21:07:12 - 9667.01 user 986.83 system 12697.38 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Jan 18 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 3EC278A9 for ; Sat, 18 Jan 2014 21:32:18 +0000 (UTC) Received: from mail-wg0-f43.google.com (mail-wg0-f43.google.com [74.125.82.43]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD04112DD for ; Sat, 18 Jan 2014 21:32:17 +0000 (UTC) Received: by mail-wg0-f43.google.com with SMTP id y10so5760809wgg.22 for ; Sat, 18 Jan 2014 13:32:10 -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:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=cAzyqUDdKSyUcwlWEot9jqIiB756XJOz8ZE1idqS+QE=; b=h4q+IEs3HWc/zTakQHvgdPhDc4h5s0PQXNkEiS4kwDbpA1Lr6/wIQvHfwOjzypeqN3 7ggX90A7ZTy81qPOlGGBEXLAvDU3GafCdqECbLA5Sszy1eFymyGgBYzzX+IX/qDa5gmo TuGyCpDV4O9FnIutgak+408kHNJquea5/2/Xr7eC055VyljFrzzBwTdndhWmrYiXSu9j EYVra2E0lLUqTpCaU3a/sDV4woybz9nj7huMBD8zMDwBFycpJn1N+7GgEMCny7Mxv49f hll8yV0RUM2K5wShJkrm2nH++RHPFdVXfr7l5mkrEwLmR7k9OTeSIc8JIv+qwZ14mRNj CuwA== X-Gm-Message-State: ALoCoQm5dP9DOmLmWfj00IxVv9jCojpNhfCY4Nh8/KHswWPwS8PWdiPVI1uYxsqMMfyhyoV9+00a MIME-Version: 1.0 X-Received: by 10.180.218.171 with SMTP id ph11mr3776695wic.7.1390080730382; Sat, 18 Jan 2014 13:32:10 -0800 (PST) Received: by 10.216.182.71 with HTTP; Sat, 18 Jan 2014 13:32:10 -0800 (PST) In-Reply-To: References: Date: Sat, 18 Jan 2014 16:32:10 -0500 Message-ID: Subject: Re: Major performance/stability regression in virtio network drivers between 9.2-RELEASE and 10.0-RC5 From: Eric Dombroski To: Adrian Chadd 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: Sat, 18 Jan 2014 21:32:18 -0000 Adrian: Yes, no change. -Eric On Sat, Jan 18, 2014 at 4:06 PM, Adrian Chadd wrote: > Hi, > > Have you tried disabling tso? > > Adrian > On Jan 18, 2014 1:52 PM, "Eric Dombroski" wrote: > >> Hello: >> >> I believe there is a major performance regression between FreeBSD >> 9.2-RELEASE and 10.0-RC5 involving the virtio network drivers (vtnet) and >> handling incoming traffic. Below are the results of some iperf tests and >> large dd operations over NFS. Write throughput goes from ~40Gbps to >> ~2.4Gbps from 9.2 to 10.0RC5, and over time the connection becomes >> unstable >> ("no buffer space available"), requiring the interface to be taken >> down/up. >> >> >> These results are on fresh installs of 9.2 and 10.0RC5, no sysctl tweaks >> on >> either system. >> >> I can't reproduce this using an Intel 1Gbps ethernet through PCIe >> passthrough, although I suspect the problem manifests itself over 1Gbps >> speeds anyway. >> >> Tests: >> >> Client (host): >> root@gogo:~# uname -a >> Linux gogo 3.2.0-4-amd64 #1 SMP Debian 3.2.51-1 x86_64 GNU/Linux >> root@gogo:~# kvm -version >> QEMU emulator version 1.1.2 (qemu-kvm-1.1.2+dfsg-6, Debian), Copyright >> (c) 2003-2008 Fabrice Bellard >> root@gogo:~# lsmod | grep vhost >> vhost_net 27436 3 >> tun 18337 8 vhost_net >> macvtap 17633 1 vhost_net >> >> >> Command: iperf -c 192.168.100.x -t 60 >> >> >> Server (FreeBSD 9.2 VM): >> >> root@umarotest:~ # uname -a >> FreeBSD umarotest 9.2-RELEASE-p3 FreeBSD 9.2-RELEASE-p3 #0: Sat Jan >> 11 03:25:02 UTC 2014 >> root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC >> amd64 >> root@umarotest:~ # iperf -s >> ------------------------------------------------------------ >> Server listening on TCP port 5001 >> TCP window size: 64.0 KByte (default) >> ------------------------------------------------------------ >> [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 >> port 58996 >> [ ID] Interval Transfer Bandwidth >> [ 4] 0.0-60.0 sec 293 GBytes 41.9 Gbits/sec >> [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 >> port 58997 >> [ 5] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec >> [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 >> port 58998 >> [ 4] 0.0-60.0 sec 291 GBytes 41.6 Gbits/sec >> [ 5] local 192.168.100.44 port 5001 connected with 192.168.100.1 >> port 58999 >> [ 5] 0.0-60.0 sec 297 GBytes 42.6 Gbits/sec >> [ 4] local 192.168.100.44 port 5001 connected with 192.168.100.1 >> port 59000 >> [ 4] 0.0-60.0 sec 297 GBytes 42.5 Gbits/sec >> >> While pinging out from the server to the client, I do not get any >> errors. >> >> >> root@umaro:~ # uname -a FreeBSD umaro 10.0-RC5 FreeBSD 10.0-RC5 #0 >> r260430: Wed Jan 8 05:10:04 UTC 2014 >> root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC >> amd64 >> root@umaro:~ # iperf -s >> ------------------------------------------------------------ >> Server listening on TCP port 5001 >> TCP window size: 64.0 KByte (default) >> ------------------------------------------------------------ >> [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 >> port >> 50264 >> [ ID] Interval Transfer Bandwidth >> [ 4] 0.0-60.0 sec 16.7 GBytes 2.39 Gbits/sec >> [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 >> port >> 50265 >> [ 5] 0.0-60.0 sec 18.3 GBytes 2.62 Gbits/sec >> [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 >> port >> 50266 >> [ 4] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec >> [ 5] local 192.168.100.5 port 5001 connected with 192.168.100.1 >> port >> 50267 >> [ 5] 0.0-60.0 sec 16.8 GBytes 2.40 Gbits/sec >> [ 4] local 192.168.100.5 port 5001 connected with 192.168.100.1 >> port >> 50268 >> [ 4] 0.0-60.0 sec 16.8 GBytes 2.41 Gbits/sec >> >> *** While pinging out from the server to client, frequent "ping: >> sendto: No space left on device" errors *** >> >> >> After a while, I can also reliably re-produce more egregious "ping: >> sendto: No buffer space available" errors after doing a large sequential >> write over NFS: >> >> mount -t nfs -o rsize=65536,wsize=65536 192.168.100.5: >> /storage/shared >> /mnt/nfs >> dd if=/dev/zero of=/mnt/nfs/testfile bs=1M count=30000 >> >> I am going to file a freebsd bug report as well. >> >> Thanks, >> Eric >> _______________________________________________ >> 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 Jan 18 21: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 614D89F4; Sat, 18 Jan 2014 21:43: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)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EF62F1363; Sat, 18 Jan 2014 21:43:48 +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 s0ILhlMa024885; Sat, 18 Jan 2014 21:43:47 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-stable.sentex.ca (8.14.5/8.14.5/Submit) id s0ILhlOQ024884; Sat, 18 Jan 2014 21:43:47 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 18 Jan 2014 21:43:47 GMT Message-Id: <201401182143.s0ILhlOQ024884@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: Sat, 18 Jan 2014 21:43:49 -0000 TB --- 2014-01-18 17:35:34 - tinderbox 2.20 running on freebsd-stable.sentex.ca TB --- 2014-01-18 17:35:34 - 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-01-18 17:35:34 - starting RELENG_9 tinderbox run for amd64/amd64 TB --- 2014-01-18 17:35:34 - cleaning the object tree TB --- 2014-01-18 17:36:22 - /usr/local/bin/svn stat /src TB --- 2014-01-18 17:36:28 - At svn revision 260852 TB --- 2014-01-18 17:36:29 - building world TB --- 2014-01-18 17:36:29 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 17:36:29 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 17:36:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 17:36:29 - SRCCONF=/dev/null TB --- 2014-01-18 17:36:29 - TARGET=amd64 TB --- 2014-01-18 17:36:29 - TARGET_ARCH=amd64 TB --- 2014-01-18 17:36:29 - TZ=UTC TB --- 2014-01-18 17:36:29 - __MAKE_CONF=/dev/null TB --- 2014-01-18 17:36:29 - cd /src TB --- 2014-01-18 17:36:29 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 18 17:36: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 >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Jan 18 21:28:17 UTC 2014 TB --- 2014-01-18 21:28:17 - generating LINT kernel config TB --- 2014-01-18 21:28:17 - cd /src/sys/amd64/conf TB --- 2014-01-18 21:28:17 - /usr/bin/make -B LINT TB --- 2014-01-18 21:28:17 - cd /src/sys/amd64/conf TB --- 2014-01-18 21:28:17 - /usr/sbin/config -m LINT TB --- 2014-01-18 21:28:17 - building LINT kernel TB --- 2014-01-18 21:28:17 - CROSS_BUILD_TESTING=YES TB --- 2014-01-18 21:28:17 - MAKEOBJDIRPREFIX=/obj TB --- 2014-01-18 21:28:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2014-01-18 21:28:17 - SRCCONF=/dev/null TB --- 2014-01-18 21:28:17 - TARGET=amd64 TB --- 2014-01-18 21:28:17 - TARGET_ARCH=amd64 TB --- 2014-01-18 21:28:17 - TZ=UTC TB --- 2014-01-18 21:28:17 - __MAKE_CONF=/dev/null TB --- 2014-01-18 21:28:17 - cd /src TB --- 2014-01-18 21:28:17 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 18 21:28: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 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_osd.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_physio.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_pmc.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_poll.c cc -c -O2 -frename-registers -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=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/kern/kern_priv.c cc1: warnings being treated as errors /src/sys/kern/kern_priv.c: In function 'priv_check_cred': /src/sys/kern/kern_priv.c:162: warning: suggest explicit braces to avoid ambiguous 'else' [-Wparentheses] *** Error code 1 Stop in /obj/amd64.amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2014-01-18 21:43:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2014-01-18 21:43:47 - ERROR: failed to build LINT kernel TB --- 2014-01-18 21:43:47 - 11125.26 user 1267.48 system 14892.36 real http://tinderbox.freebsd.org/tinderbox-freebsd9-build-RELENG_9-amd64-amd64.full