From owner-freebsd-current@FreeBSD.ORG Sat Dec 21 23:29:23 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5CD01824 for ; Sat, 21 Dec 2013 23:29:23 +0000 (UTC) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0C8F61A50 for ; Sat, 21 Dec 2013 23:29:22 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.7/8.14.7) with ESMTP id rBLNTHpv051606; Sat, 21 Dec 2013 18:29:19 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.7/8.14.4/Submit) id rBLNTHL3051604; Sat, 21 Dec 2013 18:29:17 -0500 (EST) (envelope-from wollman) Date: Sat, 21 Dec 2013 18:29:17 -0500 (EST) From: Garrett Wollman Message-Id: <201312212329.rBLNTHL3051604@hergotha.csail.mit.edu> To: sgk@troutmask.apl.washington.edu Subject: Re: PACKAGESITE spam X-Newsgroups: mit.lcs.mail.freebsd-current In-Reply-To: <20131221230448.GA61511@troutmask.apl.washington.edu> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> Organization: none X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (hergotha.csail.mit.edu [127.0.0.1]); Sat, 21 Dec 2013 18:29:19 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu X-Mailman-Approved-At: Sun, 22 Dec 2013 02:13:08 +0000 Cc: current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Dec 2013 23:29:23 -0000 In article <20131221230448.GA61511@troutmask.apl.washington.edu>, Steve Kargl writes: >Other than the noise in /var/log/message, what does this provide >that 'pkg info' doesn't! A record of when packages were installed and removed. -GAWollman From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 02:39:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3ECA3F3 for ; Sun, 22 Dec 2013 02:39:03 +0000 (UTC) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1B66A158C for ; Sun, 22 Dec 2013 02:39:01 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1VuYwP-0003fD-VH for freebsd-current@freebsd.org; Sat, 21 Dec 2013 18:38:53 -0800 Date: Sat, 21 Dec 2013 18:38:53 -0800 (PST) From: Jakub Lach To: freebsd-current@freebsd.org Message-ID: <1387679933947-5870666.post@n5.nabble.com> In-Reply-To: <20131221221439.GA59524@ithaqua.etoilebsd.net> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> Subject: Re: PACKAGESITE spam MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 02:39:03 -0000 I was surprised initially, but haven't thought about it much since. -- View this message in context: http://freebsd.1045724.n5.nabble.com/PACKAGESITE-spam-tp5870583p5870666.html Sent from the freebsd-current mailing list archive at Nabble.com. From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 02:45:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF8F4232; Sun, 22 Dec 2013 02:45:04 +0000 (UTC) Received: from ipmail07.adl2.internode.on.net (ipmail07.adl2.internode.on.net [IPv6:2001:44b8:8060:ff02:300:1:2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 0692115EC; Sun, 22 Dec 2013 02:45:03 +0000 (UTC) Received: from ppp121-45-99-20.lns20.adl6.internode.on.net (HELO leader.local) ([121.45.99.20]) by ipmail07.adl2.internode.on.net with ESMTP; 22 Dec 2013 13:15:00 +1030 Message-ID: <52B6522C.8050209@ShaneWare.Biz> Date: Sun, 22 Dec 2013 13:15:00 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Steve Kargl , Baptiste Daroussin Subject: Re: PACKAGESITE spam References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <20131221230448.GA61511@troutmask.apl.washington.edu> In-Reply-To: <20131221230448.GA61511@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Darren Pilgrim X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 02:45:04 -0000 On 22/12/2013 09:34, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 11:14:39PM +0100, Baptiste Daroussin wrote: >> >> this has been done and activated for reason, first for lot of companies, > > companies can turn it on it they want it. Generally the more secure option is default, you can turn off security options as you choose. >> secondly I receive tons of request to actiavte on by default while >> you are the first to request it off by default > > I certainly can't refute 'tons of [private] requests'. There is > no discussing of such logging in freebsd-current, freebsd-hackers, > or freebsd-ports lists. > > Other than the noise in /var/log/message, what does this provide > that 'pkg info' doesn't! Please turn of this feature by default. > Isn't this "noise" the same as we had with the old package system? So really nothing has changed, well now we can turn it off which I don't think we could before. From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 10:01:38 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BCD92F36; Sun, 22 Dec 2013 10:01:38 +0000 (UTC) Received: from mail-qc0-x230.google.com (mail-qc0-x230.google.com [IPv6:2607:f8b0:400d:c01::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 64680107C; Sun, 22 Dec 2013 10:01:38 +0000 (UTC) Received: by mail-qc0-f176.google.com with SMTP id i8so3872842qcq.7 for ; Sun, 22 Dec 2013 02:01:37 -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=dVVTql0lWJRr/jA0JaGGfRNl6/k1F+N0TbvrV7piXeY=; b=uVxi6gvyjftpcd0BEMJOd+SLQQP5JSPW2pStPEpeJQO++3L6aW+cgXDSvF8+gZJXMu jS4ISt0lOE+KZ+zIwxlXDwvTaT/OCwDdg7uu9OOaGcRLpJffzvkTZwEJrIB6ymUbaMim Gtv13gXqO7nsTcYujUblDzZbwFWpy2ERS3mmtz4RCzjAkTecchix/xSbRVwnpgHkzgHg NB9SVDrYLc8mWMAtQGbu75o2rf6zr/6iUQwiQXAu7ySJQSeATePKnd1qHkqEZ8SK2s4F KOapPf+T+LuyE30uH6Azv/I0kGCSvzMQGWmK0K9wTigKYXxyc1T1HBqIMOm03PfoNGnU 0jPA== MIME-Version: 1.0 X-Received: by 10.49.24.211 with SMTP id w19mr31921241qef.9.1387706497625; Sun, 22 Dec 2013 02:01:37 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Sun, 22 Dec 2013 02:01:37 -0800 (PST) In-Reply-To: <20131221234926.GA61861@troutmask.apl.washington.edu> References: <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <201312212329.rBLNTHL3051604@hergotha.csail.mit.edu> <20131221234411.GC61672@troutmask.apl.washington.edu> <20131221234701.GF1730@glenbarber.us> <20131221234926.GA61861@troutmask.apl.washington.edu> Date: Sun, 22 Dec 2013 02:01:37 -0800 X-Google-Sender-Auth: 4HQscrxwtWehwGP2eXbQndzNII0 Message-ID: Subject: Re: PACKAGESITE spam From: Adrian Chadd To: Steve Kargl Content-Type: text/plain; charset=ISO-8859-1 Cc: Glen Barber , Garrett Wollman , "current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 10:01:38 -0000 The point is that some people like an audit trail. The audit trail for some people involves remote logging of syslog messages to a log host. This would include when packages are installed. -adrian On 21 December 2013 15:49, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 06:47:01PM -0500, Glen Barber wrote: >> On Sat, Dec 21, 2013 at 03:44:11PM -0800, Steve Kargl wrote: >> > On Sat, Dec 21, 2013 at 06:29:17PM -0500, Garrett Wollman wrote: >> > > In article <20131221230448.GA61511@troutmask.apl.washington.edu>, >> > > Steve Kargl writes: >> > > >> > > >Other than the noise in /var/log/message, what does this provide >> > > >that 'pkg info' doesn't! >> > > >> > > A record of when packages were installed and removed. >> > > >> > >> > The date/time a package is installed should be recorded >> > in the pkg database and be available with 'pkg info -f'. >> > Of course, it appeat that this information s not properly >> > recorded. >> > >> >> Because databases are never corruptible? >> > > /var/log/message never gets corrupted? > > -- > Steve > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 11:48:59 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 445DF157; Sun, 22 Dec 2013 11:48:59 +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 B3FFF16E4; Sun, 22 Dec 2013 11:48:58 +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 rBMBmoj3088952 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sun, 22 Dec 2013 15:48:50 +0400 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.glebius.int.ru (8.14.7/8.14.7/Submit) id rBMBmn0d088951; Sun, 22 Dec 2013 15:48:49 +0400 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.glebius.int.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 22 Dec 2013 15:48:49 +0400 From: Gleb Smirnoff To: Steve Kargl Subject: Re: PACKAGESITE spam Message-ID: <20131222114849.GC71033@FreeBSD.org> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131221201403.GB60827@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Glen Barber , "freebsd-current@freebsd.org" , dt71@gmx.com X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 11:48:59 -0000 Steve, On Sat, Dec 21, 2013 at 12:14:03PM -0800, Steve Kargl wrote: S> It did not ask how to stop this stupidity. I asked to have S> this stupidity stopped by default. The spewing of this S> information in /var/log/messages provides NOTHING. Please S> turn it off by default. I am really suprised that someone might want to see this off by default. -- Totus tuus, Glebius. From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 13:21:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5437468 for ; Sun, 22 Dec 2013 13:21:16 +0000 (UTC) Received: from moh1-ve1.go2.pl (moh1-ve1.go2.pl [193.17.41.131]) by mx1.freebsd.org (Postfix) with ESMTP id BF69F1D32 for ; Sun, 22 Dec 2013 13:21:15 +0000 (UTC) Received: from moh1-ve1.go2.pl (unknown [10.0.0.131]) by moh1-ve1.go2.pl (Postfix) with ESMTP id 96FB891C012 for ; Sun, 22 Dec 2013 14:21:14 +0100 (CET) Received: from unknown (unknown [10.0.0.142]) by moh1-ve1.go2.pl (Postfix) with SMTP for ; Sun, 22 Dec 2013 14:21:13 +0100 (CET) Received: from unknown [93.175.66.185] by poczta.o2.pl with ESMTP id GQAMzz; Sun, 22 Dec 2013 14:21:13 +0100 Message-ID: <52B6E748.5020709@o2.pl> Date: Sun, 22 Dec 2013 14:21:12 +0100 From: =?UTF-8?B?UmFkaW8gbcWCb2R5Y2ggYmFuZHl0w7N3?= User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: FreeBSD current Subject: Build failure on mips64/octeon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-O2-Trust: 1, 35 X-O2-SPF: neutral X-Mailman-Approved-At: Sun, 22 Dec 2013 13:24:40 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 13:21:16 -0000 Hello, I'm trying to compile the current tree for my octeon device and get the following error: cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/home/m/Ubiquity/10/sys -I/usr/home/m/Ubiquity/10/sys/contrib/altq -I/usr/home/m/Ubiquity/10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror vnode_if.c ${NORMAL_CTFCONVERT} expands to empty string :> hack.c cc -shared -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -nostdlib hack.c -o hack.So rm -f hack.c sed s/KERNLOADADDR/0xffffffff80100000/g /usr/home/m/Ubiquity/10/sys/conf/ldscript.mips.octeon1 > ldscript.mips.octeon1 MAKE=make sh /usr/home/m/Ubiquity/10/sys/conf/newvers.sh OCTEON1 cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/usr/home/m/Ubiquity/10/sys -I/usr/home/m/Ubiquity/10/sys/contrib/altq -I/usr/home/m/Ubiquity/10/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror vers.c ${NORMAL_CTFCONVERT} expands to empty string linking kernel.debug hack.So: could not read symbols: File in wrong format *** [kernel.debug] Error code 1 Stop in /usr/home/m/Ubiquity/obj/mips.mips/usr/home/m/Ubiquity/10/sys/M. *** [buildkernel] Error code 1 Stop in /usr/home/m/Ubiquity/10. *** [buildkernel] Error code 1 Stop in /usr/home/m/Ubiquity/10. I build with TARGET=mips and TARGET_ARCH=mipseb. My kernel config: # # OCTEON1 -- Generic kernel configuration file for FreeBSD/MIPS on Cavium Octeon # # For more information on this file, please read the config(5) manual page, # and/or the handbook section on Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: stable/10/sys/mips/conf/OCTEON1 253845 2013-07-31 17:21:18Z obrien $ ident OCTEON1 makeoptions ARCH_FLAGS="-march=octeon -mabi=64" makeoptions LDSCRIPT_NAME=ldscript.mips.octeon1 # Don't build any modules yet. makeoptions MODULES_OVERRIDE="" makeoptions KERNLOADADDR=0xffffffff80100000 # We don't need to build a trampolined version of the kernel. makeoptions WITHOUT_KERNEL_TRAMPOLINE=1 include "../cavium/std.octeon1" hints "OCTEON1.hints" #Default places to look for devices. makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols # Board-specific support that cannot be auto-detected at runtime. #options OCTEON_VENDOR_LANNER # Support for Lanner boards. #options OCTEON_VENDOR_RADISYS # Support for Radisys boards. options OCTEON_VENDOR_UBIQUITI # Support for Ubiquiti boards. #options OCTEON_VENDOR_GEFES # Support for GE LANIC boards #options OCTEON_BOARD_CAPK_0100ND # Support for CAPK-0100nd. # Compile for a specified Octeon model. If not specified, support for # detection at runtime will be used instead, which may give inferior # performance. # # See sys/contrib/octeon-sdk/octeon-model.h for possible values. #options OCTEON_MODEL=OCTEON_CN58XX_PASS1_1 options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCL # Network Filesystem Client options NFSD # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCL options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization #options COMPAT_FREEBSD32 # Compatible with o32 binaries options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options PRINTF_BUFR_SIZE=128 # Prevent printf output being interspersed. options HWPMC_HOOKS # Necessary kernel hooks for hwpmc(4) options AUDIT # Security event auditing options MAC # TrustedBSD MAC Framework #options KDTRACE_FRAME # Ensure frames are compiled in #options KDTRACE_HOOKS # Kernel DTrace hooks options INCLUDE_CONFIG_FILE # Include this file in kernel options NO_SWAPPING # Disable support for paging # Debugging for use in -current #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. #options DEADLKRES # Enable the deadlock resolver #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles #options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed #options MALLOC_DEBUG_MAXZONES=8 # Separate malloc(9) zones # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # Bus support. device pci # ATA controllers device ahci # AHCI-compatible SATA controllers device ata # Legacy ATA/SATA controllers options ATA_STATIC_ID # Static device numbering device mvs # Marvell 88SX50XX/88SX60XX/88SX70XX/SoC SATA device siis # SiliconImage SiI3124/SiI3132/SiI3531 SATA # On-board Compact Flash driver. device cf options ROOTDEVNAME=\"ufs:cf0s2a\" # Default root filesystem. # SCSI Controllers #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device esp # AMD Am53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally iibusa module #device mpt # LSI-Logic MPT-Fusion #device mps # LSI-Logic MPT-Fusion 2 #device ncr # NCR/Symbios Logic #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters # ATA/SCSI peripherals device scbus # SCSI bus (required for ATA/SCSI) #device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) #device cd # CD device pass # Passthrough device (direct ATA/SCSI access) #device ses # Enclosure Services (SES and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #XXX it is not 64-bit clean, -scottl #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # On-board Cavium Octeon Ethernet. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device octe # Cavium Octeon management Ethernet. device octm # Switch PHY support for the octe driver. These currently present a VLAN per # physical port, but may eventually provide support for DSA or similar instead. #device mv88e61xxphy # Marvell 88E61XX # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 Gigabit Ethernet Family #device igb # Intel PRO/1000 PCIE Server Gigabit Family #device ixgbe # Intel PRO/10GbE PCIE Ethernet Family #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device ae # Attansic/Atheros L2 FastEthernet #device age # Attansic/Atheros L1 Gigabit Ethernet #device alc # Atheros AR8131/AR8132 Ethernet #device ale # Atheros AR8121/AR8113/AR8114 Ethernet #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device et # Agere ET1310 10/100/Gigabit Ethernet #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') #device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sge # Silicon Integrated Systems SiS190/191 #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Wireless NIC cards #device wlan # 802.11 support #options IEEE80211_DEBUG # enable debug msgs #options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's #options IEEE80211_SUPPORT_MESH # enable 802.11s draft support #device wlan_wep # 802.11 WEP support #device wlan_ccmp # 802.11 CCMP support #device wlan_tkip # 802.11 TKIP support #device wlan_amrr # AMRR transmit rate control algorithm #device an # Aironet 4500/4800 802.11 wireless NICs. #device ath # Atheros NIC's #device ath_pci # Atheros pci/cardbus glue #device ath_hal # pci/cardbus chip support #options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors #device ath_rate_sample # SampleRate tx rate control for ath #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device vlan # 802.1Q VLAN support device tun # Packet tunnel. device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # Hardware watchdog support. #device octeon_wdog # Octeon hardware watchdog # USB support options USB_DEBUG # enable debug msgs device octusb # Cavium Octeon on-board USB interface (USB 2.0) device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device uhid # "Human Interface Devices" #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse #device urio # Diamond Rio 500 MP3 player # USB Serial devices #device u3g # USB-based 3G modems (Option, Huawei, Sierra) #device uark # Technologies ARK3116 based serial adapters #device ubsa # Belkin F5U103 and compatible serial adapters #device uftdi # For FTDI usb serial adapters #device uipaq # Some WinCE based devices #device uplcom # Prolific PL-2303 serial adapters #device uslcom # SI Labs CP2101/CP2102 serial adapters #device uvisor # Visor and Palm devices #device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet #device udav # Davicom DM9601E USB # USB Wireless #device rum # Ralink Technology RT2501USB wireless NICs #device uath # Atheros AR5523 wireless NICs #device ural # Ralink Technology RT2500USB wireless NICs #device zyd # ZyDAS zd1211/zd1211b wireless NICs # crypto subsystem device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w device cryptocteon # Octeon coprocessor 2 crypto offload # GPIO support #device gpio # PMC support #device hwpmc -- Twoje radio From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 14:05:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 85461A5E for ; Sun, 22 Dec 2013 14:05:53 +0000 (UTC) Received: from fmailhost06.isp.att.net (fmailhost06.isp.att.net [204.127.217.106]) by mx1.freebsd.org (Postfix) with ESMTP id 6F06B1F60 for ; Sun, 22 Dec 2013 14:05:52 +0000 (UTC) Received: from ace.nina.org (adsl-74-178-47-135.gnv.bellsouth.net[74.178.47.135]) by isp.att.net (frfwmhc06) with SMTP id <20131222140043H06004u831e>; Sun, 22 Dec 2013 14:00:44 +0000 X-Originating-IP: [74.178.47.135] Date: Sun, 22 Dec 2013 09:00:42 -0500 (EST) From: Frank Seltzer X-X-Sender: frank_s@Ace.nina.org To: Steve Kargl Subject: Re: PACKAGESITE spam In-Reply-To: <20131221200538.GA60827@troutmask.apl.washington.edu> Message-ID: References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: dt71@gmx.com, "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 14:05:53 -0000 On Sat, 21 Dec 2013, Steve Kargl wrote: > On Sat, Dec 21, 2013 at 07:35:56PM +0100, dt71@gmx.com wrote: >> I've just installed a very recent -CURRENT, and now I'm performing a >> big portupgrade procedure. I get the following message spammed a lot: >> >> pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository >> configuration file > > Yeah, I noticed that spam along with the spam that is being > spewed to /var/log/messaage, e.g., > > Dec 21 10:27:28 laptop-kargl pkg-static: libwpg-0.2.2 installed > Dec 21 10:31:15 laptop-kargl pkg-static: libcdr-0.0.14 installed > Dec 21 10:32:35 laptop-kargl pkg-static: openjpeg-1.5.0_2 installed > Dec 21 10:38:33 laptop-kargl pkg-static: poppler-data-0.4.6 installed > Dec 21 10:39:48 laptop-kargl pkg-static: poppler-0.22.2 installed > Dec 21 10:40:32 laptop-kargl pkg-static: ilmbase-2.1.0 installed > Dec 21 10:44:28 laptop-kargl pkg-static: OpenEXR-2.1.0_1 installed > Dec 21 10:47:36 laptop-kargl pkg-static: vigra-1.9.0_4 installed > Dec 21 10:51:00 laptop-kargl pkg-static: lp_solve-5.5.2.0 installed > > Can you (portmgr) please mute these messages? > > -- > Steve This received several responses. Greg Rivers said: Do you really feel that strongly about it? Having a record of changes to the system has always seemed like a feature to me... Baptiste Daroussin said: this has been done and activated for reason, first for lot of companies, it is important (PCI DSS requirement for example), secondly I receive tons of request to actiavte on by default while you are the first to request it off by default Adrian Chadd said: The point is that some people like an audit trail. The audit trail for some people involves remote logging of syslog messages to a log host. This would include when packages are installed. My thought: Then why can't the messages about installed ports have it's own log file rather than /var/log/messages? As for this message: pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file Glen Barber replied: echo 'SYSLOG: no' >> /usr/local/etc/pkg.conf And Shane Ambler: now we can turn it off which I don't think we could before. Me again: Where is this documented? /root # man pkg.conf No manual entry for pkg.conf From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 14:08:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1AF3AB82 for ; Sun, 22 Dec 2013 14:08:15 +0000 (UTC) Received: from mail-we0-x232.google.com (mail-we0-x232.google.com [IPv6:2a00:1450:400c:c03::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A071B1F7E for ; Sun, 22 Dec 2013 14:08:14 +0000 (UTC) Received: by mail-we0-f178.google.com with SMTP id u57so4177404wes.9 for ; Sun, 22 Dec 2013 06:08:13 -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=FS1YDs64zWyFDXzTu0ZuoqrLDNqtDOF5xSY3VlL5C3g=; b=hkWxyazCzW0UCmANnO8r/ruIt4mZp3I6W5KSIF43bmGKd1drC5fHiUVurmhLO03gNb 00mGqJ+w/m6kUn+YxMsVEeq1ULragZUxWDczL3TaHtZdQdfTaBq6bKyw98Tibd4JbwvO ffG1+0WPkyXd7lO4Cq8cu6T4qqjw/zKNvThlT6aPcKSQ5lSWbBqXD/BR2TglmDVMajow lT5ITSCKeWJzqNS0/xlquHahVWrZ8CpMhXAavYROBaFurjbwoA7AcqribPfvfTeWK3jw PmdVqmWwGtR4Uha4YsggB1jMMUrTQ1Nc7Y4EaS1CZLNGzCB0P617i/M2JizXN1aChPRZ dLdA== X-Received: by 10.194.57.243 with SMTP id l19mr2594118wjq.54.1387721293120; Sun, 22 Dec 2013 06:08:13 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id at5sm12607926wic.1.2013.12.22.06.08.12 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 22 Dec 2013 06:08:12 -0800 (PST) Sender: Baptiste Daroussin Date: Sun, 22 Dec 2013 15:08:10 +0100 From: Baptiste Daroussin To: Frank Seltzer Subject: Re: PACKAGESITE spam Message-ID: <20131222140810.GD59524@ithaqua.etoilebsd.net> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uxuisgdDHaNETlh8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: dt71@gmx.com, "freebsd-current@freebsd.org" , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 14:08:15 -0000 --uxuisgdDHaNETlh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 22, 2013 at 09:00:42AM -0500, Frank Seltzer wrote: >=20 > On Sat, 21 Dec 2013, Steve Kargl wrote: >=20 > > On Sat, Dec 21, 2013 at 07:35:56PM +0100, dt71@gmx.com wrote: > >> I've just installed a very recent -CURRENT, and now I'm performing a= =20 > >> big portupgrade procedure. I get the following message spammed a lot: > >> > >> pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository= =20 > >> configuration file > > > > Yeah, I noticed that spam along with the spam that is being > > spewed to /var/log/messaage, e.g., > > > > Dec 21 10:27:28 laptop-kargl pkg-static: libwpg-0.2.2 installed > > Dec 21 10:31:15 laptop-kargl pkg-static: libcdr-0.0.14 installed > > Dec 21 10:32:35 laptop-kargl pkg-static: openjpeg-1.5.0_2 installed > > Dec 21 10:38:33 laptop-kargl pkg-static: poppler-data-0.4.6 installed > > Dec 21 10:39:48 laptop-kargl pkg-static: poppler-0.22.2 installed > > Dec 21 10:40:32 laptop-kargl pkg-static: ilmbase-2.1.0 installed > > Dec 21 10:44:28 laptop-kargl pkg-static: OpenEXR-2.1.0_1 installed > > Dec 21 10:47:36 laptop-kargl pkg-static: vigra-1.9.0_4 installed > > Dec 21 10:51:00 laptop-kargl pkg-static: lp_solve-5.5.2.0 installed > > > > Can you (portmgr) please mute these messages? > > > > --=20 > > Steve >=20 > This received several responses. >=20 > Greg Rivers said: >=20 > Do you really feel that strongly about it? Having a record of changes to > the system has always seemed like a feature to me... >=20 > Baptiste Daroussin said: >=20 > this has been done and activated for reason, first for lot of companies,= =20 > it is important (PCI DSS requirement for example), secondly I receive ton= s=20 > of request to actiavte on by default while you are the first to request i= t=20 > off by default >=20 > Adrian Chadd said: >=20 > The point is that some people like an audit trail. The audit trail for > some people involves remote logging of syslog messages to a log host. > This would include when packages are installed. >=20 > My thought: >=20 > Then why can't the messages about installed ports have it's own log file= =20 > rather than /var/log/messages? >=20 > As for this message: >=20 > pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository=20 > configuration file >=20 > Glen Barber replied: >=20 > echo 'SYSLOG: no' >> /usr/local/etc/pkg.conf >=20 > And Shane Ambler: >=20 > now we can turn it off which I don't think we could before. >=20 > Me again: >=20 > Where is this documented? >=20 > /root # man pkg.conf > No manual entry for pkg.conf pkg.conf man pages comes with pkg itself, just bootstrap it and you will ge= t the manpage :) regards, Bapt --uxuisgdDHaNETlh8 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK28koACgkQ8kTtMUmk6EzlbwCeKQWkojkuDXLcOKcl7LUnrKDu bPYAn1VXbGl6rJhKLTIarICvk/Zu1K8A =ckth -----END PGP SIGNATURE----- --uxuisgdDHaNETlh8-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 14:31:39 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70DE618F for ; Sun, 22 Dec 2013 14:31:39 +0000 (UTC) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 112EA10E3 for ; Sun, 22 Dec 2013 14:31:38 +0000 (UTC) Received: (qmail 29770 invoked from network); 22 Dec 2013 14:24:56 -0000 Received: from mail.h3q.com (HELO mail.h3q.com) (hannes) by mail.h3q.com with CAMELLIA256-SHA encrypted SMTP; 22 Dec 2013 14:24:56 -0000 Message-ID: <52B6F654.1000804@mehnert.org> Date: Sun, 22 Dec 2013 15:25:24 +0100 From: Hannes Mehnert User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: iwn trouble Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 14:31:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA384 Hi, I'm running current and iwn fails to load. branch user/ed/newcons (from github) with latest commit: commit d16cc4039855b100f5b3e966a43dabe2028f2b57 Author: emaste Date: Fri Dec 6 13:58:23 2013 +0000 Make Newcons options clear in GENERIC on the project branch My intel card is the following (pciconf -lv): iwn0@pci0:3:0:0: class=0x028000 card=0x13118086 chip=0x00898086 rev=0x5e hdr=0x00 vendor = 'Intel Corporation' device = 'Centrino Advanced-N + WiMAX 6250 [Kilmer Peak]' class = network dmesg has the following information: iwn0: mem 0xf2500000-0xf2501fff irq 17 at device 0.0 on pci3 [and after service wpa_supplicant start wlan0] iwn0: iwn_config: could not configure runtime calibration iwn0: iwn_init_locked: could not configure device, error 35 An earlier kernel (from mid November) from the same branch works like a charm. Any hints? Is there more debug output I can provide to track this down? Cheers and thanks, Hannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQIcBAEBCQAGBQJStvZUAAoJELyJZYjffCjupYoP/j3SLrU21mSmydo6AxJaaBA3 +1I79QyyGoz6Kp3ea4sxSVMrnuWK3J6NKO5YCf0b10gjISA/iYOoHNh12Vltch3g x30+APbFtOq5IswO66HY816LOzYDo2fXGxMk/CZhspyOhJptC4bZWb9nrSoEQHEI UvjysflDUUDTa+vs/1CQ0Rall7FVmNSr7eeNdTCHhgV0xF7F7IqyUW6JbnDaYQEA mDwi5cxQNVhOeHjMd0wACO5rf09/bMdvo4m4DNnQNWrg9oPtbuWdRLMRtPZ0UC8W 4w+2ETWYgMCMiZO3kmwG76NI2jzXKHYwQO2/RrTahyWWcWuDzeJm5tK5PjxoN+JB B4B7AB/DIUQsUmBUhjZHTvg+U9Qa37wCWYGN5UO3aM4BEp4FTR4lsp80oEbt5/bt axOi1QVtZl1ZPOgZaoCXFiW4SQKA568uAiX8hlxfs2W1yAJ7CU4bfRyCugUVhBBK ZQAS1hX2sxXJHddrJwNNmAJ2/x+5NcYvzf4ij4hSIk5Gw4oP280rp/u2QIzCyhKx x8c5aPpJgIw/UNHYrBjAoHj+t5qHYANtgqLQUk3BEGOAoCsR2LzgBxObIZn+wRLv aS8qjC3NCknZLNuWPWdrQBleQV9EkqlJ7ODcgv82bqFUdNMwSKcmcX4TmLIvigDH CD+7c6uMkJB681a/IHTX =h++r -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 14:55:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A18AC684 for ; Sun, 22 Dec 2013 14:55:29 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2F8B9120A for ; Sun, 22 Dec 2013 14:55:28 +0000 (UTC) Received: from [192.168.0.100] ([87.139.233.65]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0M8edX-1VYFhd3UIN-00wF9a for ; Sun, 22 Dec 2013 15:55:27 +0100 Message-ID: <52B6FD68.5080808@gmx.de> Date: Sun, 22 Dec 2013 15:55:36 +0100 From: olli hauer User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Frank Seltzer , "freebsd-current@freebsd.org" Subject: Re: PACKAGESITE spam References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:yErR7yMtUFL6SaMI497NC/9IZuI8Rvrtvv0OFffNLVVePCJmHC1 aqLA0D8qsUMeaR+8gYQ8hkWZKe+vG9sBTO4TwE53k6d6fRJwQ2KmS+P/RoQZOySFiJGVe9X zQ0QqtCiP5+dlrXnh+dBPV2AIXAQZ5fOcifCJ2Lov9SInXT+gRobXeVIylodi4EOXQ8kOYm q30kfrq27OG7yngFOAXSw== Cc: dt71@gmx.com, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 14:55:29 -0000 On 2013-12-22 15:00, Frank Seltzer wrote: > > On Sat, 21 Dec 2013, Steve Kargl wrote: > >> On Sat, Dec 21, 2013 at 07:35:56PM +0100, dt71@gmx.com wrote: >>> I've just installed a very recent -CURRENT, and now I'm performing a big portupgrade procedure. I get the following message spammed a lot: >>> >>> pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file >> >> Yeah, I noticed that spam along with the spam that is being >> spewed to /var/log/messaage, e.g., >> >> Dec 21 10:27:28 laptop-kargl pkg-static: libwpg-0.2.2 installed >> Dec 21 10:31:15 laptop-kargl pkg-static: libcdr-0.0.14 installed >> Dec 21 10:32:35 laptop-kargl pkg-static: openjpeg-1.5.0_2 installed >> Dec 21 10:38:33 laptop-kargl pkg-static: poppler-data-0.4.6 installed >> Dec 21 10:39:48 laptop-kargl pkg-static: poppler-0.22.2 installed >> Dec 21 10:40:32 laptop-kargl pkg-static: ilmbase-2.1.0 installed >> Dec 21 10:44:28 laptop-kargl pkg-static: OpenEXR-2.1.0_1 installed >> Dec 21 10:47:36 laptop-kargl pkg-static: vigra-1.9.0_4 installed >> Dec 21 10:51:00 laptop-kargl pkg-static: lp_solve-5.5.2.0 installed >> >> Can you (portmgr) please mute these messages? >> >> -- >> Steve > > This received several responses. > > Greg Rivers said: > > Do you really feel that strongly about it? Having a record of changes to > the system has always seemed like a feature to me... > > Baptiste Daroussin said: > > this has been done and activated for reason, first for lot of companies, it is important (PCI DSS requirement for example), secondly I receive tons of request to actiavte on by default while you are the first to request it off by default > > Adrian Chadd said: > > The point is that some people like an audit trail. The audit trail for > some people involves remote logging of syslog messages to a log host. > This would include when packages are installed. > > My thought: > > Then why can't the messages about installed ports have it's own log file rather than /var/log/messages? > > As for this message: > > pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file > > Glen Barber replied: > > echo 'SYSLOG: no' >> /usr/local/etc/pkg.conf > > And Shane Ambler: > > now we can turn it off which I don't think we could before. > > Me again: > > Where is this documented? > > /root # man pkg.conf > No manual entry for pkg.conf Hm, on all my systems I have a man page for pkg.conf Here is the referenced passage from man 5 pkg.conf OPTIONS The following options can be defined in pkg.conf: ... SYSLOG: boolean This option is enabled by default, log all the installation/deinstallation/upgrade oper- ation via syslog(3) What I agree is having it would be nice to have dedicated syslog (like yum.log) instead /var/log/messages since this is already spammed by most every process. -- olli From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 16:08:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 016352D8 for ; Sun, 22 Dec 2013 16:08:49 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 680971633 for ; Sun, 22 Dec 2013 16:08:48 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id rBMG8gNo054545 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 22 Dec 2013 16:08:42 GMT (envelope-from matthew@FreeBSD.org) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk rBMG8gNo054545 Authentication-Results: smtp.infracaninophile.co.uk/rBMG8gNo054545; dkim=none reason="no signature"; dkim-adsp=none Message-ID: <52B70E76.9000308@FreeBSD.org> Date: Sun, 22 Dec 2013 16:08:22 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: PACKAGESITE spam References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <52B6FD68.5080808@gmx.de> In-Reply-To: <52B6FD68.5080808@gmx.de> X-Enigmail-Version: 1.6 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="aMFp2A2PDuo94CxmGQiOLXBgMieMk5fGK" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 16:08:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --aMFp2A2PDuo94CxmGQiOLXBgMieMk5fGK Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 22/12/2013 14:55, olli hauer wrote: > What I agree is having it would be nice to have dedicated syslog > (like yum.log) instead /var/log/messages since this is already > spammed by most every process. Add something like this to /etc/syslog.conf: !pkg *.* /var/log/pkg.log Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey --aMFp2A2PDuo94CxmGQiOLXBgMieMk5fGK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJStw6JXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkATaYIQAIfUX0GFZ32bvVzWSuSSkiPd 75Cxxutkd6W9NexStvn9F4J4t9V3Rta3Pcj4GJY2R1eXxAfG/BedUOppV6RFzXlv 2NBARkJKrq5/dsNUuQ4mJ1WMMT6RornCxO0k42qn31dkTXVAyUlYizRC0vikmhYW uNTEQxW1M4H4Nmj4k5mCdrLl/EbQhzSTsyDl4yaNtfxSBijb9gHMDBWEtA0k9wcW AmfIkAM3Vp9gUgtchi+jEmjPuAjTIt3G+oUZIG7QsGY+A1GiN1cOBMgbqGVs2u/Y Lb5auzlvnzytVGIMPWdAgSF/nCdSpjXy7aYjB1ziQxciarqQirJsCWW9t/BjKeW0 3t7ggdv1PAA97IPqWmAakq1+5Mgj+w5IDWoU+vQK7RtlLgVbkhiJ4/DcZX42/iMn utHVp20XYTyY1Ody2FgbrmUnizUx8Sn6PZfLaQ0kAyFlACJYJgfwVhJ9Qv0R5Uth +0EGxNK/Y5v4yV7S1k/VmodNOZO2ADjR8kGcaoc6Gd2+BMXq+u4IkxF3k1i6uHsr Hn4al0P4kuMvmmUgsFa8O5KfRVTG5YfEsHZlQQQnHhCnaNX78Rmc5uZTkx1xurKU XZGOHcYvjxQUPm2l+thc5QPv4XO+MnnioqOsX4wlVvBZ0siFJd5jk5hf6G3LpSwN y9EQdSmpiqjxVr4hO1uh =D3po -----END PGP SIGNATURE----- --aMFp2A2PDuo94CxmGQiOLXBgMieMk5fGK-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 16:23:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F2C05C0E for ; Sun, 22 Dec 2013 16:23:15 +0000 (UTC) Received: from smtp.infracaninophile.co.uk (smtp6.infracaninophile.co.uk [IPv6:2001:8b0:151:1:3cd3:cd67:fafa:3d78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7206B1760 for ; Sun, 22 Dec 2013 16:23:15 +0000 (UTC) Received: from seedling.black-earth.co.uk (seedling.black-earth.co.uk [81.2.117.99]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.7/8.14.7) with ESMTP id rBMGNBwh089171 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Sun, 22 Dec 2013 16:23:11 GMT (envelope-from m.seaman@infracaninophile.co.uk) DKIM-Filter: OpenDKIM Filter v2.8.3 smtp.infracaninophile.co.uk rBMGNBwh089171 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=infracaninophile.co.uk; s=201001-infracaninophile; t=1387729391; bh=/zE/WtmZUboAm7aQlyMKW/xYuQxdLJ+uANtgjVZhFNE=; h=Date:From:To:Subject:References:In-Reply-To; z=Date:=20Sun,=2022=20Dec=202013=2016:23:10=20+0000|From:=20Matthew =20Seaman=20|To:=20freebsd-curren t@freebsd.org|Subject:=20Re:=20PACKAGESITE=20spam|References:=20<5 2B5DF8C.5050204@gmx.com>=20<20131221200538.GA60827@troutmask.apl.w ashington.edu>=20 =20<52B6FD68.5080808@gmx.de>=20<52B70E76.9000308@FreeBSD.org>|In-R eply-To:=20<52B70E76.9000308@FreeBSD.org>; b=kPRenBdvXg3rBkdcUC5gWGQ42dnnUsPdIdurqV5ztOHrVgNz26L01zem1cFXyXs8O qr+YU9fNsOYQPDjHLinTpPLsHKUw/QLMl/tumf680TgtVCKotsmfxYvCBfk/Gwyp9I zh3YvSqtlIueUb20LdFPKT2iVWVxVLVb/ho5I7vg= Message-ID: <52B711EE.7060707@infracaninophile.co.uk> Date: Sun, 22 Dec 2013 16:23:10 +0000 From: Matthew Seaman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: PACKAGESITE spam References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <52B6FD68.5080808@gmx.de> <52B70E76.9000308@FreeBSD.org> In-Reply-To: <52B70E76.9000308@FreeBSD.org> X-Enigmail-Version: 1.6 OpenPGP: id=E7F39EBF Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3sV5PnvDn6rv8kuWmOJu1vACvDAn2fbaI" X-Virus-Scanned: clamav-milter 0.98 at lucid-nonsense.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lucid-nonsense.infracaninophile.co.uk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 16:23:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --3sV5PnvDn6rv8kuWmOJu1vACvDAn2fbaI Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 22/12/2013 16:08, Matthew Seaman wrote: > On 22/12/2013 14:55, olli hauer wrote: >> What I agree is having it would be nice to have dedicated syslog >> (like yum.log) instead /var/log/messages since this is already >> spammed by most every process. >=20 > Add something like this to /etc/syslog.conf: >=20 > !pkg > *.* /var/log/pkg.log =2E.. although, yes, it's a bit archaic that there are as standard LOG_UUCP and LOG_NEWS facilities in syslog(3) -- neither of which are much used nowadays -- while there is only the generic LOG_DAEMON for things like webservers, LDAP, XMPP, PPP and many other network services, and nothing at all for system maintenance type things like updating packages. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. PGP: http://www.infracaninophile.co.uk/pgpkey JID: matthew@infracaninophile.co.uk --3sV5PnvDn6rv8kuWmOJu1vACvDAn2fbaI Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.20 (Darwin) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJStxHuXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ2NTNBNjhCOTEzQTRFNkNGM0UxRTEzMjZC QjIzQUY1MThFMUE0MDEzAAoJELsjr1GOGkAT/h4QAKDHq8/0/6iPhc6Jb2hhCbU5 2PL+fIa5KeZDaZ17+qJ+xQbcVsgh/zcUdlGPlVMXSWsl7VxLDBf1/U6PNcqwaN39 yNdB2nO+2+75MAB8Zd4n3DKuhmNgFQHRhGo3weevWLgiabsfHpfYMdFxY5EpwGrY I84Z+Ppun3mekezgGzjMgvciSSTqSBDwFH3PZUVZYg9QgpbkyDtfoERdbmlIHKwS ld7qXpfSCHDEr5tU+61DnM/B9CRRJhp5jE9qu37CNn2Q/YD6RrB0bDNH1bTJY0aH GfTtul4kg49mR88T8prcQ2ILv0HuEn7eRHnDD1DOGGAtxoa5Bdc0hTkj+dIxUl25 g0/ASBv7ZDy4sc0FdHO+p1D8nvNmEILH3Gq0RVV2/w4oGPh9ZSLbX4swihBihsCs poXil/dRE984hMDDHuad2KoUbMp0aOYs1gE5HXrFTSNNuqdtyE+PUAQvrGTaZcRp iObEifm/JsMnnZZbJQ7zQqvYXVVa3RduRJSf87qDqANUyQW35g9TdvXCZnvKdbLA HfpIOhhpQ5G6AlS2ZveEywlmskra5eZF8qIgE+t+g3UJW9SWHARKESmH+xatW3sG 2HzU1ltww0uFFWdOhLoek2vFr0vrpFoDDxBQtFJ05yOEtzVkdW35xql7EDEJ1Agj DWGnwF5bxTLJi3OwJupv =EWej -----END PGP SIGNATURE----- --3sV5PnvDn6rv8kuWmOJu1vACvDAn2fbaI-- From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 16:41:01 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6454A281 for ; Sun, 22 Dec 2013 16:41:01 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 321AD18B7 for ; Sun, 22 Dec 2013 16:41:00 +0000 (UTC) Received: from c-24-8-230-52.hsd1.co.comcast.net ([24.8.230.52] helo=damnhippie.dyndns.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1Vum5G-000JKf-Av; Sun, 22 Dec 2013 16:40:54 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id rBMGepEC003201; Sun, 22 Dec 2013 09:40:51 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 24.8.230.52 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX19QXTvdEx5ns/AQIA3bbhTF Subject: Re: PACKAGESITE spam From: Ian Lepore To: Steve Kargl In-Reply-To: <20131221232505.GA61672@troutmask.apl.washington.edu> References: <20131221200538.GA60827@troutmask.apl.washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403.GB60827@troutmask.apl.washington.edu> <20131221210553.GA61158@troutmask.apl.washington.edu> <52B60727.8090001@bluerosetech.com> <20131221213959.GA61238@troutmask.apl.washington.edu> <20131221221439.GA59524@ithaqua.etoilebsd.net> <20131221230448.GA61511@troutmask.apl.washington.edu> <52B62130.5060802@freebsd.org> <20131221232505.GA61672@troutmask.apl.washington.edu> Content-Type: text/plain; charset="us-ascii" Date: Sun, 22 Dec 2013 09:40:51 -0700 Message-ID: <1387730451.1158.80.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 16:41:01 -0000 On Sat, 2013-12-21 at 15:25 -0800, Steve Kargl wrote: > On Sun, Dec 22, 2013 at 12:16:00AM +0100, Julien Laffaye wrote: > > On 12/22/2013 12:04 AM, Steve Kargl wrote: > > > On Sat, Dec 21, 2013 at 11:14:39PM +0100, Baptiste Daroussin wrote: > > >> this has been done and activated for reason, first for lot of companies, > > > companies can turn it on it they want it. > > > > And if you want to save the few extra kB, you can turn it off... > > I have turned it off. > > > >> secondly I receive tons of request to actiavte on by default while > > >> you are the first to request it off by default > > > I certainly can't refute 'tons of [private] requests'. There is > > > no discussing of such logging in freebsd-current, freebsd-hackers, > > > or freebsd-ports lists. > > > > > > Other than the noise in /var/log/message, what does this provide > > > that 'pkg info' doesn't! Please turn of this feature by default. > > > > > > > Actually, you are the one making noise... > > What does this logging in /var/log/message provide that is > not provided by 'pkg info'? It is useless noise. > "Useless noise" is what you get when someone holds an opinion that clearly nobody else agrees with, and yet they somehow think that just saying it over and over again will change peoples' minds. -- Ian From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 17:29:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C5D0ACB9; Sun, 22 Dec 2013 17:29:16 +0000 (UTC) Received: from fmailhost03.isp.att.net (fmailhost03.isp.att.net [207.115.11.53]) by mx1.freebsd.org (Postfix) with ESMTP id 570B11B41; Sun, 22 Dec 2013 17:29:16 +0000 (UTC) Received: from ace.nina.org (adsl-74-178-47-135.gnv.bellsouth.net[74.178.47.135]) by isp.att.net (frfwmhc03) with SMTP id <20131222172401H0300pnkele>; Sun, 22 Dec 2013 17:24:02 +0000 X-Originating-IP: [74.178.47.135] Date: Sun, 22 Dec 2013 12:24:00 -0500 (EST) From: Frank Seltzer X-X-Sender: frank_s@Ace.nina.org To: Baptiste Daroussin Subject: Re: PACKAGESITE spam In-Reply-To: <20131222140810.GD59524@ithaqua.etoilebsd.net> Message-ID: References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <20131222140810.GD59524@ithaqua.etoilebsd.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: dt71@gmx.com, "freebsd-current@freebsd.org" , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 17:29:16 -0000 On Sun, 22 Dec 2013, Baptiste Daroussin wrote: > On Sun, Dec 22, 2013 at 09:00:42AM -0500, Frank Seltzer wrote: >> >> /root # man pkg.conf >> No manual entry for pkg.conf > > pkg.conf man pages comes with pkg itself, just bootstrap it and you will get the > manpage :) > > regards, > Bapt OK, my bad, I did this on a 9.2-STABLE system by mistake. This question still stands. >> Then why can't the messages about installed ports have it's own log file >> rather than /var/log/messages? From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 17:51:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32AC9397 for ; Sun, 22 Dec 2013 17:51:44 +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 D666C1DC8 for ; Sun, 22 Dec 2013 17:51:43 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VunBk-00066O-WF for freebsd-current@freebsd.org; Sun, 22 Dec 2013 18:51:41 +0100 Received: from cpc3-walt15-2-0-cust148.13-2.cable.virginm.net ([86.21.186.149]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 22 Dec 2013 18:51:40 +0100 Received: from walterhurry by cpc3-walt15-2-0-cust148.13-2.cable.virginm.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 22 Dec 2013 18:51:40 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Walter Hurry Subject: Re: PACKAGESITE spam Date: Sun, 22 Dec 2013 17:51:17 +0000 (UTC) Lines: 21 Message-ID: References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl .washington.edu> <20131221201026.GB1730@glenbarber.us> <20131221201403. GB60827@troutmask.apl.washington.edu> <20131222114849.GC71033@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: cpc3-walt15-2-0-cust148.13-2.cable.virginm.net User-Agent: Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 17:51:44 -0000 On Sun, 22 Dec 2013 15:48:49 +0400, Gleb Smirnoff wrote: > Steve, > > On Sat, Dec 21, 2013 at 12:14:03PM -0800, Steve Kargl wrote: S> It did > not ask how to stop this stupidity. I asked to have S> this stupidity > stopped by default. The spewing of this S> information in > /var/log/messages provides NOTHING. Please S> turn it off by default. > > I am really suprised that someone might want to see this off by default. I concur. pkg info provides details of *currently installed* packages, whereas the information in syslog yields a *history*. This arrangement seems eminently reasonable to me. It all seems a bit of a storm in a teacup anyway, given that the logging can be directed to another file or turned off altogether, depending on requirements. My vote: Maintainers, thanks for your efforts and please keep it as it is. From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 17:55:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BA1AA525; Sun, 22 Dec 2013 17:55:34 +0000 (UTC) Received: from pozo.com (pozo.com [50.197.129.137]) (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 9AC851DE7; Sun, 22 Dec 2013 17:55:34 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.7/8.14.7) with ESMTP id rBMHssMv004688 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Sun, 22 Dec 2013 09:54:54 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <201312221754.rBMHssMv004688@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Sun, 22 Dec 2013 09:54:49 -0800 To: freebsd-current@freebsd.org From: Manfred Antar Subject: vfs_bio.c revision 259200 breaks writing to tape drive on current Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, MISSING_MID,URIBL_BLOCKED autolearn=no version=3.3.2, No X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: rBMHssMv004688 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: kib@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 17:55:34 -0000 The change to vfs_bio.c in revision 259200 breaks writing to scsi tape drive on i386 and sparc64 on current. I don't have any other machines to test on. here is example: r259199: (/)4794}mt rew (/)4795}tar cvf /dev/sa0 kernel a kernel r259200: (/)4781}mt rew (/)4782}tar cvf /dev/sa0 kernel a kerneltar: Write error the changes between the two revisions: line 3682 removed: bp->b_resid = bip->bio_resid; /* XXX: remove */ I noticed this when trying to do a dump and getting end of tape error. tried different tape drives , different cables no change. backed out r259200 to 259199 and everything works as before. Manfred ======================== || null@pozo.com || || || ======================== From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 18:29:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3CA28AC7 for ; Sun, 22 Dec 2013 18:29:26 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id AB1261F95 for ; Sun, 22 Dec 2013 18:29:25 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0Lxxw4-1VP5Yo1ORI-015Lmk for ; Sun, 22 Dec 2013 19:29:18 +0100 Message-ID: <52B72F5A.7030700@gmx.com> Date: Sun, 22 Dec 2013 19:28:42 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: Frank Seltzer , Steve Kargl Subject: Re: PACKAGESITE spam References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:NKk77PdoHlpPFg2OBPBtuyioR6wodpVGZqeChH9+Aza1IaDX7R9 d5UpaZ4o/QBNl5DQQRaJA4O47KP3g93lLRjMfjuuqur3RhyLJFGw7JvgLzsZkJJz+JcSuj8 SNZnSIlJTc+OyGYz73USYno1InbgSI083OZCDNy1ytJC0wOq8hTjoNlZobQ0uMjva7GX5f8 wUqIeNdQAV4ZMl4mVJ0rw== Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 18:29:26 -0000 Frank Seltzer wrote, On 12/22/2013 15:00: > Greg Rivers said: > > Do you really feel that strongly about it? Having a record of changes to > the system has always seemed like a feature to me... > > Baptiste Daroussin said: > > this has been done and activated for reason, first for lot of companies, it is important (PCI DSS requirement for example), secondly I receive tons of request to actiavte on by default while you are the first to request it off by default > > Adrian Chadd said: > > The point is that some people like an audit trail. The audit trail for > some people involves remote logging of syslog messages to a log host. > This would include when packages are installed. > > My thought: > > Then why can't the messages about installed ports have it's own log file rather than /var/log/messages? > > As for this message: > > pkg: PACKAGESITE in pkg.conf is deprecated. Please create a repository configuration file > > Glen Barber replied: > > echo 'SYSLOG: no' >> /usr/local/etc/pkg.conf > > And Shane Ambler: > > now we can turn it off which I don't think we could before. All of this is mostly off-topic. I haven't had any opposition to logging. Instead, I originally thought that the PACKAGESITE spam was a result of a bug, because -- the spam appeared with a recent installworld; -- there were like 50 consecutive messages every now and then; -- I don't recall ever setting up any PACKAGESITE-related variables (the timestamp on the file is 2013-04-05, so I could be WRONG); -- I looked for pkg.conf (only) in /etc, and didn't find it there; -- neither of the UPDATING files contain instructions regarding pkg.conf; -- I haven't payed too much attention to HEADSUP mails in the last few weeks (what relevant things did I miss?). Why is pkg.conf in /usr/local/etc instead of /etc? By contrast, why does the sample configuration file (/usr/local/etc/pkg.conf.sample) contain a line that links to a file in /etc, namely "#PUBKEY : /etc/ssl/pkg.conf"? The pkg.conf of a -RELEASE won't be as "empty" as mine is currently (causing PACKAGESITE spam), will it? If not (obviously), then what will it look like? From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 18:36:33 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DE11FC14 for ; Sun, 22 Dec 2013 18:36:33 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5DA58100A for ; Sun, 22 Dec 2013 18:36:33 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LaXEN-1VDCOO2qf1-00mJin for ; Sun, 22 Dec 2013 19:36:31 +0100 Message-ID: <52B7310D.4030608@gmx.com> Date: Sun, 22 Dec 2013 19:35:57 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: GHCi vs iconv_open Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:KA56ALzgALhUZoseGRFkRjX8p0K66FIu/5tJyHFWasrsRMapScE utOsU3Wd1mlvxSiLH+Mda86tLcNiEqUbzXCu6op5JAmVnI0MxvIPeQBOjNfrNg3ZB5UH99G fm6D7jwDQG0GmFVACkeZAfgCAzRQvrvWAq4YFCfWsXdEB8MsOlt15RY1iAC2o5UDmAYM14I hH4Gi4L/6mqM8ilOsjHqA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 18:36:33 -0000 After a recent installworld, GHCi (``ghc -i'' from lang/ghc) fails like so: % ghci GHCi, version 7.6.3: http://www.haskell.org/ghc/ :? for help Loading package ghc-prim ... linking ... done. Loading package integer-gmp ... linking ... done. Loading package base ... linking ... ghc: /usr/local/lib/ghc-7.6.3/base-4.6.0.1/HSbase-4.6.0.1.o: unknown symbol `iconv_open' ghc: unable to load package `base' Running portupgrade to rebuild all (most) ports didn't help. Where's the issue / Do what? From owner-freebsd-current@FreeBSD.ORG Sun Dec 22 19:53:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44224FC3 for ; Sun, 22 Dec 2013 19:53:22 +0000 (UTC) Received: from rush.bluerosetech.com (rush.bluerosetech.com [IPv6:2607:fc50:1000:9b00::25]) (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 0BF21149F for ; Sun, 22 Dec 2013 19:53:21 +0000 (UTC) Received: from chombo.houseloki.net (c-71-236-222-167.hsd1.wa.comcast.net [71.236.222.167]) by rush.bluerosetech.com (Postfix) with ESMTPSA id 91D331146C; Sun, 22 Dec 2013 11:53:20 -0800 (PST) Received: from [IPv6:2601:7:16c0:b50:1d80:290c:433a:8307] (unknown [IPv6:2601:7:16c0:b50:1d80:290c:433a:8307]) by chombo.houseloki.net (Postfix) with ESMTPSA id 71098B46; Sun, 22 Dec 2013 11:53:18 -0800 (PST) Message-ID: <52B7432D.3070106@bluerosetech.com> Date: Sun, 22 Dec 2013 11:53:17 -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: Frank Seltzer , Steve Kargl Subject: Re: PACKAGESITE spam References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: freebsd-current List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 19:53:22 -0000 On 12/22/2013 6:00 AM, Frank Seltzer wrote: > Adrian Chadd said: > > The point is that some people like an audit trail. The audit trail for > some people involves remote logging of syslog messages to a log host. > This would include when packages are installed. There are two more: 1. When a port was deinstalled 2. History of a port (previous installs/deinstalls) For example, my logs have: Sep 9 16:05:28 chombo pkg-static: postfix-2.10.0,1 deinstalled Sep 9 16:05:36 chombo pkg-static: postfix-2.10.0,1 installed Nov 30 00:25:02 chombo pkg: postfix-2.10.0,1 deinstalled Nov 30 00:25:09 chombo pkg-static: postfix-2.10.2,1 installed Which tells me I recompiled postfix on Sept 9 (this would have been when I changed it over to openssl from ports) and updated it to 2.10.2 on Nov 30 using portmaster. How do I know that? Because of that deinstall log. When you use `pkg install` to upgrade a port, you get something like this: Jul 10 23:06:40 chombo pkg-static: ca_root_nss-3.15.1 installed Nov 29 15:04:52 chombo pkg: ca_root_nss reinstalled: 3.15.2_1 That information does not exist in the pkg database. > My thought: > > Then why can't the messages about installed ports have it's own log file > rather than /var/log/messages? I have never understood why anyone would enable the use of syslog without also providing a way of specifying the facility and level. I'd much rather do stuff like this: local0.* /var/log/dovecot.log local1.* /var/log/postgres.log local2.* /var/log/php-fpm.log From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 01:55:01 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 730C4FE1; Mon, 23 Dec 2013 01:55:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 374D61A74; Mon, 23 Dec 2013 01:55:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBN1ssFF038867; Sun, 22 Dec 2013 20:54:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBN1ssmh038865; Mon, 23 Dec 2013 01:54:54 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 23 Dec 2013 01:54:54 GMT Message-Id: <201312230154.rBN1ssmh038865@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 01:55:01 -0000 TB --- 2013-12-23 00:54:12 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-23 00:54:12 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-23 00:54:12 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-12-23 00:54:12 - cleaning the object tree TB --- 2013-12-23 00:54:12 - /usr/local/bin/svn stat /src TB --- 2013-12-23 00:54:40 - At svn revision 259736 TB --- 2013-12-23 00:54:41 - building world TB --- 2013-12-23 00:54:41 - CROSS_BUILD_TESTING=YES TB --- 2013-12-23 00:54:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-23 00:54:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-23 00:54:41 - SRCCONF=/dev/null TB --- 2013-12-23 00:54:41 - TARGET=pc98 TB --- 2013-12-23 00:54:41 - TARGET_ARCH=i386 TB --- 2013-12-23 00:54:41 - TZ=UTC TB --- 2013-12-23 00:54:41 - __MAKE_CONF=/dev/null TB --- 2013-12-23 00:54:41 - cd /src TB --- 2013-12-23 00:54:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 23 00:54:50 UTC 2013 >>> 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/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.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/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyIndVar.cpp -o SimplifyIndVar.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.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/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyInstructions.cpp -o SimplifyInstructions.o c++ -O2 -pipe -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/tools/clang/include -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils -I. -I/src/lib/clang/libllvmtransformutils/../../../contrib/llvm/../../lib/clang/include -DLLVM_ON_UNIX -DLLVM_ON_FREEBSD -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -fno-strict-aliasing -DLLVM_DEFAULT_TARGET_TRIPLE=\"i386-unknown-freebsd11.0\" -DLLVM_HOST_TRIPLE=\"x86_64-unknown-freebsd11.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/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyLibCalls.cpp -o SimplifyLibCalls.o /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyLibCalls.cpp: In member function 'virtual llvm::Value*::PrintFOpt::callOptimizer(llvm::Function*, llvm::CallInst*, llvm::IRBuilder >&)': /src/lib/clang/libllvmtransformutils/../../../contrib/llvm/lib/Transforms/Utils/SimplifyLibCalls.cpp:1393: internal compiler error: Bus error: 10 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/libllvmtransformutils *** 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 *** Error code 1 Stop in /src. TB --- 2013-12-23 01:54:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-23 01:54:53 - ERROR: failed to build world TB --- 2013-12-23 01:54:53 - 3147.52 user 342.38 system 3641.85 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 03:15:48 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87586C5E; Mon, 23 Dec 2013 03:15:48 +0000 (UTC) Received: from felyko.com (felyko.com [174.136.100.2]) by mx1.freebsd.org (Postfix) with ESMTP id 68D451132; Mon, 23 Dec 2013 03:15:48 +0000 (UTC) Received: from [10.0.1.3] (c-24-6-16-155.hsd1.ca.comcast.net [24.6.16.155]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by felyko.com (Postfix) with ESMTPSA id 501423983B; Sun, 22 Dec 2013 19:15:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=felyko.com; s=mail; t=1387768542; bh=4N+0pBhkF8A5ajQCIfTG7QyENQTUDLQ0GS1xCjGWgMU=; h=Subject:From:In-Reply-To:Date:Cc:References:To; b=MyNBhI32cuY3Q4dOqvkI2vQOaf12PE+EsdCCHLzj0/8nGMpgXpziBquWFYZkYcjMv j364MrA2C11sLhJjAMNHFNtM3GUOB/E9Xxw9SUq+uLa9hA50dYSWopktgHetyuxhtv ggGZcg6AKi5iNNodFt8BJ0PVeZO0F7B0diALA82w= Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: ral(4) panic. head, r257837 From: Rui Paulo In-Reply-To: Date: Sun, 22 Dec 2013 19:15:50 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <906BAA48-3702-464C-A079-ABBD09600405@felyko.com> References: <20131219100438.117a3576@laptop.minsk.domain> <20131219110746.51c90249@laptop.minsk.domain> To: Adrian Chadd X-Mailer: Apple Mail (2.1827) X-Mailman-Approved-At: Mon, 23 Dec 2013 04:32:05 +0000 Cc: "Sergey V. Dyatko" , "current@freebsd.org Current" , "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 03:15:48 -0000 "ni" is NULL, so it's probably line 1475. On 19 Dec 2013, at 16:02, Adrian Chadd wrote: > Well there's a null node pointer. Need to figure out why. Its totally = legit > to have them too, so the code has to cope. >=20 > Grr. >=20 > Adrian > On Dec 19, 2013 2:07 AM, "Sergey V. Dyatko" = wrote: >=20 >> On Wed, 18 Dec 2013 23:40:23 -0800 >> Adrian Chadd wrote: >>=20 >>> What's at frame 10? >>>=20 >>> And list the IP, ie: >>>=20 >>> list *0xffffffff817da911 >>>=20 >>=20 >> (kgdb) f 10 >> #10 0xffffffff817da911 in rt2860_tx (sc=3D0xfffffe00009bd000, >> m=3D0xfffff80004c6dd00, ni=3D0x0) >> at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1472 1472 { >> Current language: auto; currently minimal >>=20 >> (kgdb) list *0xffffffff817da911 >> 0xffffffff817da911 is in rt2860_tx >> (/usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1475). 1470 = static >> int 1471 rt2860_tx(struct rt2860_softc *sc, struct mbuf *m, struct >> ieee80211_node *ni) 1472 { >> 1473 struct ifnet *ifp =3D sc->sc_ifp; >> 1474 struct ieee80211com *ic =3D ifp->if_l2com; >> 1475 struct ieee80211vap *vap =3D ni->ni_vap; >> 1476 struct rt2860_tx_ring *ring; >> 1477 struct rt2860_tx_data *data; >> 1478 struct rt2860_txd *txd; >> 1479 struct rt2860_txwi *txwi; >>=20 >>> -a >>>=20 >>> On 18 December 2013 23:04, Sergey V. Dyatko = >>> wrote: >>>> Hi, >>>>=20 >>>> I have following setup: >>>>=20 >>>> wlans_ral0=3D"wlan0" >>>> ifconfig_wlan0=3D"WPA" >>>>=20 >>>> cloned_interfaces=3D"lagg0 bridge0 tap0" >>>> ifconfig_lagg0=3D"laggproto failover laggport alc0 laggport wlan0 >>>> DHCP" ifconfig_bridge0=3D"addm tap0 addm lagg0" >>>>=20 >>>> When system boot I have reproducible panic after messages >>>> Waiting 30s for the default route interface: . >>>> ral0: need multicast update callback >>>> ral0: need multicast update callback >>>> ........ : >>>>=20 >>>> Fatal trap 12: page fault while in kernel mode >>>> cpuid =3D 0; apic id =3D 00 >>>> fault virtual address =3D 0x0 >>>> fault code =3D supervisor read data, page not present >>>> instruction pointer =3D 0x20:0xffffffff817da911 >>>> stack pointer =3D 0x28:0xfffffe011fe61da0 >>>> frame pointer =3D 0x28:0xfffffe011fe62630 >>>> <118>. >>>> code segment =3D base 0x0, limit 0xfffff, type 0x1b >>>> =3D DPL 0, pres 1, long 1, def32 0, gran 1 >>>> processor eflags =3D interrupt enabled, resume, IOPL =3D 0 >>>> current process =3D 1815 (dhclient) >>>>=20 >>>> Reading symbols from /boot/kernel/zfs.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/zfs.ko.symbols >>>> Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/opensolaris.ko.symbols >>>> Reading symbols from /boot/kernel/linux.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/linux.ko.symbols >>>> Reading symbols from /boot/kernel/if_alc.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/if_alc.ko.symbols >>>> Reading symbols from /boot/kernel/if_ral.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/if_ral.ko.symbols >>>> Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/snd_hda.ko.symbols >>>> Reading symbols from /boot/kernel/sound.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/sound.ko.symbols >>>> Reading symbols from /boot/kernel/acpi_video.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/acpi_video.ko.symbols >>>> Reading symbols from /boot/modules/nvidia.ko...done. >>>> Loaded symbols for /boot/modules/nvidia.ko >>>> Reading symbols from /boot/modules/cuse4bsd.ko...done. >>>> Loaded symbols for /boot/modules/cuse4bsd.ko >>>> Reading symbols from /boot/kernel/sem.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/sem.ko.symbols >>>> Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/linprocfs.ko.symbols >>>> Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/if_lagg.ko.symbols >>>> Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/if_bridge.ko.symbols >>>> Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/bridgestp.ko.symbols >>>> Reading symbols from /boot/kernel/if_tap.ko.symbols...done. >>>> Loaded symbols for /boot/kernel/if_tap.ko.symbols >>>>=20 >>>> #0 doadump (textdump=3D0) at pcpu.h:219 >>>> 219 pcpu.h: No such file or directory. >>>> in pcpu.h >>>> (kgdb) #0 doadump (textdump=3D0) at pcpu.h:219 >>>> #1 0xffffffff803023ae in db_dump (dummy=3D, >>>> dummy2=3D0, dummy3=3D0, dummy4=3D0x0) at = /usr/src/sys/ddb/db_command.c:543 >>>> #2 0xffffffff80301e8d in db_command (cmd_table=3D>>> out>) at /usr/src/sys/ddb/db_command.c:449 >>>> #3 0xffffffff80301c04 in db_command_loop () >>>> at /usr/src/sys/ddb/db_command.c:502 >>>> #4 0xffffffff80304570 in db_trap (type=3D, >>>> code=3D0) at /usr/src/sys/ddb/db_main.c:231 >>>> #5 0xffffffff8072e9d3 in kdb_trap (type=3D12, code=3D0, tf=3D>>> optimized out>) at /usr/src/sys/kern/subr_kdb.c:656 >>>> #6 0xffffffff80a81bb2 in trap_fatal (frame=3D0xfffffe011fe61cf0, >>>> eva=3D) >>>> at /usr/src/sys/amd64/amd64/trap.c:870 #7 0xffffffff80a81ec9 in >>>> trap_pfault (frame=3D0xfffffe011fe61cf0, usermode=3D0) >>>> at /usr/src/sys/amd64/amd64/trap.c:692 #8 0xffffffff80a8165b in >>>> trap (frame=3D0xfffffe011fe61cf0) >>>> at /usr/src/sys/amd64/amd64/trap.c:456 #9 0xffffffff80a68222 in >>>> calltrap () at /usr/src/sys/amd64/amd64/exception.S:232 >>>> #10 0xffffffff817da911 in rt2860_tx (sc=3D0xfffffe00009bd000, >>>> m=3D0xfffff80004c6dd00, ni=3D0x0) >>>> at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1472 >>>> #11 0xffffffff817da89e in rt2860_start_locked >>>> (ifp=3D0xfffff80003bed800) >>>> at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1998 #12 >>>> 0xffffffff817d57b0 in rt2860_start (ifp=3D0xfffff80003bed800) >>>> at /usr/src/sys/modules/ral/../../dev/ral/rt2860.c:1972 #13 >>>> 0xffffffff807b5f35 in if_transmit (ifp=3D, >>>> m=3D) at /usr/src/sys/net/if.c:3352 #14 >>>> 0xffffffff807fbd96 in ieee80211_vap_pkt_send_dest ( vap=3D>>> optimized out>, m=3D, ni=3D0xfffffe0003bae000) >>>> at /usr/src/sys/net80211/ieee80211_output.c:243 #15 >>>> 0xffffffff807fce09 in ieee80211_vap_transmit (ifp=3D>>> out>, m=3D) >>>> out>at /usr/src/sys/net80211/ieee80211_output.c:393 >>>> #16 0xffffffff8261d91f in lagg_transmit (ifp=3D0xfffff80003bec000, >>>> m=3D0xfffff80004c6dd00) >>>> at /usr/src/sys/modules/if_lagg/../../net/if_lagg.c:1314 >>>> #17 0xffffffff8262b11d in bridge_enqueue (sc=3D0xfffff80006597c00, >>>> dst_ifp=3D0xfffff80003bec000, m=3D) >>>> at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:1864 >>>> #18 0xffffffff8262a2e0 in bridge_output (ifp=3D0xfffff80003bec000, >>>> m=3D, sa=3D, rt=3D0x1) >>>> at /usr/src/sys/modules/if_bridge/../../net/if_bridge.c:2009 >>>> #19 0xffffffff807b8014 in ether_output (ifp=3D, >>>> m=3D0xfffff80004001200, dst=3D0xfffffe011fe62928, ro=3D>>> optimized >>>> out>) at /usr/src/sys/net/if_ethersubr.c:387 >>>> #20 0xffffffff807abe92 in bpfwrite (dev=3D, >>>> uio=3D0xfffff800064d9c00, ioflag=3D) >>>> at /usr/src/sys/net/bpf.c:1082 >>>> #21 0xffffffff805ecacf in devfs_write_f (fp=3D0xfffff800065f79b0, >>>> uio=3D0xfffff800064d9c00, cred=3D, flags=3D0,= >>>> td=3D0xfffff800062ea920) >>>> at /usr/src/sys/fs/devfs/devfs_vnops.c:1672 #22 0xffffffff8074594a >>>> in dofilewrite (td=3D0xfffff800062ea920, fd=3D6, = fp=3D0xfffff800065f79b0, >>>> auio=3D0xfffff800064d9c00, offset=3D, flags=3D0)= at >>>> file.h:303 #23 0xffffffff80745675 in kern_writev >>>> (td=3D0xfffff800062ea920, fd=3D6, auio=3D0xfffff800064d9c00) >>>> at /usr/src/sys/kern/sys_generic.c:467 #24 0xffffffff80745896 in >>>> sys_writev (td=3D0xfffff800062ea920, uap=3D0xfffffe011fe62b40) >>>> at /usr/src/sys/kern/sys_generic.c:452 #25 0xffffffff80a824e7 in >>>> amd64_syscall (td=3D0xfffff800062ea920, traced=3D0) at >>>> subr_syscall.c:134 #26 0xffffffff80a6850b in Xfast_syscall () >>>> at /usr/src/sys/amd64/amd64/exception.S:391 >>>> #27 0x0000000800b5cf3a in ?? () >>>> Previous frame inner to this frame (corrupt stack?) >>>> Current language: auto; currently minimal >>>> (kgdb) >>>>=20 >>>> at office, laggport alc0 is MASTER on lagg and all works fine. >>>>=20 >>>> I have vmcore file and I can enter the necessary commands if this >>>> will help >>>>=20 >>>>=20 >>>> -- >>>> wbr, tiger >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to >>>> "freebsd-current-unsubscribe@freebsd.org" >>=20 >>=20 >>=20 >> -- >> wbr, tiger >>=20 > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to = "freebsd-wireless-unsubscribe@freebsd.org" -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 07:31:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6D50B80C for ; Mon, 23 Dec 2013 07:31:11 +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 D17CE1160 for ; Mon, 23 Dec 2013 07:31:10 +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 rBN7V4ZP037893; Mon, 23 Dec 2013 09:31:04 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBN7V4ZP037893 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBN7V3Zc037890; Mon, 23 Dec 2013 09:31:03 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 23 Dec 2013 09:31:03 +0200 From: Konstantin Belousov To: Manfred Antar Subject: Re: vfs_bio.c revision 259200 breaks writing to tape drive on current Message-ID: <20131223073102.GA59496@kib.kiev.ua> References: <201312221754.rBMHssMv004688@pozo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aOZrkUVdaUsw04Ox" Content-Disposition: inline In-Reply-To: <201312221754.rBMHssMv004688@pozo.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-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 07:31:11 -0000 --aOZrkUVdaUsw04Ox Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 22, 2013 at 09:54:49AM -0800, Manfred Antar wrote: > The change to vfs_bio.c in revision 259200 breaks writing to scsi tape dr= ive on i386 and sparc64 on current. > I don't have any other machines to test on. > here is example: >=20 > r259199: > (/)4794}mt rew > (/)4795}tar cvf /dev/sa0 kernel > a kernel >=20 > r259200: > (/)4781}mt rew > (/)4782}tar cvf /dev/sa0 kernel > a kerneltar: Write error >=20 > the changes between the two revisions: > line 3682 removed: >=20 > bp->b_resid =3D bip->bio_resid; /* XXX: remove */ >=20 > I noticed this when trying to do a dump and getting end of tape error. > tried different tape drives , different cables no change. > backed out r259200 to 259199 and everything works as before. > Manfred Show me the kdump of the tar commands on both revisions. --aOZrkUVdaUsw04Ox Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSt+a2AAoJEJDCuSvBvK1BES0QAIIwzSc7msBOqE4p8EnRd0wn FszXzyQuDhm+U0C9rMa6QVwYphczSlRNeBdaWw/vnZ1S6nxor9ImiZ4Y8i57EuO7 5PwfQiFavqFbmV75LRUN5d6vdVXKi5rHNME2KhQN7durihdFkfsqnSF0Icsqx3yz L+8rcqdfUDdlkc6+gjU/YOfx39/zI5xmxWxfob5SFwbtwy68NcYkdZsGfqXt3NLL zfjw6GQYmHzl75DY4C6Lh4yY/JCIqsATxQd7aWv7U/jafzlRFO3InelIl3VWrlKu 7+XWBgXEy7HYtvi4/8+XYzU+BZR8R0bJw9c+FFZdidNGb1SGZzLFr88tDjWKOBXm lRHnRC7CzSGvGL2YNBHe3+Cr2U3+u8cv5DxW0ECoKjQKIzf3C26jC1+pxnUR3pTP jdFMbinezz+0gXfqOyNFaucf4HByxdid2YhdQURNqtLE6QQoABYwob4v5ED9OlhS Pri3YWmOSBxw86rXqIUcrBxO5El7iS49oW4IxoDl5WSfRQQWmWVr73lxylAqTBGj TTPgaSOtGLfUU5PSCZAXiXZU/wVMqVP9UPB8RnXDN4u861w8aAXQFmq6gfJoE1z0 Y8Vcmn9jhnkiHViwfQikkD9No9Wbh/ySOXKA+ofqV2fJ6SxFDjCslZQdf1OrOXfY S8hBAGE48PlfP71sNLrY =Lm7m -----END PGP SIGNATURE----- --aOZrkUVdaUsw04Ox-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 10:45:18 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A58AEBA for ; Mon, 23 Dec 2013 10:45:18 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3BA89101D for ; Mon, 23 Dec 2013 10:45:17 +0000 (UTC) Received: from [192.168.1.73] (254C2F09.nat.pool.telekom.hu [37.76.47.9]) (authenticated bits=0) by vps1.elischer.org (8.14.7/8.14.7) with ESMTP id rBNAj7Y3082383 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 23 Dec 2013 02:45:09 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <52B8142E.8090104@freebsd.org> Date: Mon, 23 Dec 2013 11:45:02 +0100 From: Julian Elischer 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: Konstantin Belousov , Manfred Antar Subject: Re: vfs_bio.c revision 259200 breaks writing to tape drive on current References: <201312221754.rBMHssMv004688@pozo.com> <20131223073102.GA59496@kib.kiev.ua> In-Reply-To: <20131223073102.GA59496@kib.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 10:45:18 -0000 On 12/23/13, 8:31 AM, Konstantin Belousov wrote: > On Sun, Dec 22, 2013 at 09:54:49AM -0800, Manfred Antar wrote: >> The change to vfs_bio.c in revision 259200 breaks writing to scsi tape drive on i386 and sparc64 on current. >> I don't have any other machines to test on. >> here is example: >> >> r259199: >> (/)4794}mt rew >> (/)4795}tar cvf /dev/sa0 kernel >> a kernel >> >> r259200: >> (/)4781}mt rew >> (/)4782}tar cvf /dev/sa0 kernel >> a kerneltar: Write error >> >> the changes between the two revisions: >> line 3682 removed: >> >> bp->b_resid = bip->bio_resid; /* XXX: remove */ >> >> I noticed this when trying to do a dump and getting end of tape error. >> tried different tape drives , different cables no change. >> backed out r259200 to 259199 and everything works as before. >> Manfred > Show me the kdump of the tar commands on both revisions. I had to do all sorts of special handling back in the 1.x days to get tape drives to work correctly. length and resid ahndlign were susceptible to failure in hte various different schemes of how tape drive s shoud work (variable lenght records, fixed length and ather variations I forget) . From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 13:35:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 56654739 for ; Mon, 23 Dec 2013 13:35:41 +0000 (UTC) Received: from pozo.com (pozo.com [50.197.129.137]) (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 339C61D9E for ; Mon, 23 Dec 2013 13:35:40 +0000 (UTC) Received: from T61p.pozo.com (t61p.pozo.com [192.168.0.4]) (authenticated bits=0) by pozo.com (8.14.7/8.14.7) with ESMTP id rBNDZSVb021695 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NOT); Mon, 23 Dec 2013 05:35:29 -0800 (PST) (envelope-from null@pozo.com) Message-Id: <201312231335.rBNDZSVb021695@pozo.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 23 Dec 2013 05:35:23 -0800 To: Konstantin Belousov From: Manfred Antar Subject: Re: vfs_bio.c revision 259200 breaks writing to tape drive on current In-Reply-To: <20131223073102.GA59496@kib.kiev.ua> References: <201312221754.rBMHssMv004688@pozo.com> <20131223073102.GA59496@kib.kiev.ua> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Spam-Status: No, score=-2.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, MISSING_MID autolearn=no version=3.3.2, No X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on pozo.com X-pozocom-MailScanner-Information: Please contact the ISP for more information X-pozocom-MailScanner-ID: rBNDZSVb021695 X-pozocom-MailScanner: Found to be clean X-pozocom-MailScanner-From: null@pozo.com Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 13:35:41 -0000 At 11:31 PM 12/22/2013, you wrote: >On Sun, Dec 22, 2013 at 09:54:49AM -0800, Manfred Antar wrote: >> The change to vfs_bio.c in revision 259200 breaks writing to scsi tape drive on i386 and sparc64 on current. >> I don't have any other machines to test on. >> here is example: >> >> r259199: >> (/)4794}mt rew >> (/)4795}tar cvf /dev/sa0 kernel >> a kernel >> >> r259200: >> (/)4781}mt rew >> (/)4782}tar cvf /dev/sa0 kernel >> a kerneltar: Write error >> >> the changes between the two revisions: >> line 3682 removed: >> >> bp->b_resid = bip->bio_resid; /* XXX: remove */ >> >> I noticed this when trying to do a dump and getting end of tape error. >> tried different tape drives , different cables no change. >> backed out r259200 to 259199 and everything works as before. >> Manfred > >Show me the kdump of the tar commands on both revisions. > It will take me a few hours, back to work today. Same thing happens with dump too. The Tape drives are SCSI Quantum DLT used on both machines i386 and sparc64 (Sun Netra) using version 258174 of vfs_bio.c on current kernels, I was able to do a full dump of both machines without a problem. The error is when trying to read or write to the tape drive. What is the exact command for kdump that you want ? I can do it when I get home this afternoon. Thanks Manfred From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 14:20:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09800A31 for ; Mon, 23 Dec 2013 14:20:10 +0000 (UTC) Received: from local.wintek.com (local.wintek.com [72.12.201.234]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CAF9110C0 for ; Mon, 23 Dec 2013 14:20:08 +0000 (UTC) Received: from rjk.wintek.local (172.28.1.248) by local.wintek.com (172.28.1.234) with Microsoft SMTP Server (TLS) id 8.3.327.1; Mon, 23 Dec 2013 09:20:01 -0500 Message-ID: <52B8468C.70004@wintek.com> Date: Mon, 23 Dec 2013 09:19:56 -0500 From: Richard Kuhns Organization: Wintek Corporation User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: "dt71@gmx.com" Subject: Re: GHCi vs iconv_open References: <52B7310D.4030608@gmx.com> In-Reply-To: <52B7310D.4030608@gmx.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: rjk@wintek.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 14:20:10 -0000 On 12/22/13 13:35, dt71@gmx.com wrote: > After a recent installworld, GHCi (``ghc -i'' from lang/ghc) fails like so: > > % ghci > GHCi, version 7.6.3: http://www.haskell.org/ghc/ :? for help > Loading package ghc-prim ... linking ... done. > Loading package integer-gmp ... linking ... done. > Loading package base ... linking ... ghc: /usr/local/lib/ghc-7.6.3/base-4.6.0.1/HSbase-4.6.0.1.o: unknown symbol `iconv_open' > ghc: unable to load package `base' > > Running portupgrade to rebuild all (most) ports didn't help. Where's the issue / Do what? I recently ran into the same problem on 10.0, and thanks to Gabor Pali (pgj@freebsd.org) ghci is working again for me. Here's what he said: > ... You can find a patch in > ports/184806 [1] that resolves the problem. I have not yet come to > commit this file as I have not finished with the large-scale testing, > but it is very likely that it will be added to the port soon. > > Cheers, > Gabor > > [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=184806 -- Richard Kuhns Direct: 765-269-8541 Wintek Corporation Internet Support: 765-269-8503 427 N 6th Street Consulting: 765-269-8504 Lafayette, IN 47901-2211 Accounting: 765-269-8502 From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 14:23:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33CB6CA1 for ; Mon, 23 Dec 2013 14:23:57 +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 B729A10E8 for ; Mon, 23 Dec 2013 14:23:56 +0000 (UTC) Received: by mail-bk0-f42.google.com with SMTP id w11so2048027bkz.29 for ; Mon, 23 Dec 2013 06:23:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=date:from:to:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; bh=AkB/wLui5LTJb/F5tbUx8Tl6+QgP7gpLFLxvb+UX97c=; b=LRduci3cwxf+iLWLLm6SNVGKpWRBnMSCPw9nKgcGkHamLrpFDELrRneAxrqMyBcHhu oUmNa7ipIvl8gzNlMDAYee+KXQQ9xkUbXc5M1bdRk0rObc0CemHDimSSkmRY7qPfYE9+ ZwjxIv7IPFNsf4wwar5II077OLVzHwxrPsPadQMEFrn+9XwmOiaDYzPdeZzn2PJyUOu4 +voAqVYep6UttAVK2sk41945kkMooCuhLtsukaHgloYBlTaNKSUtAYMFWou43w7+ySkO 1LdZ0oErbmxPmHRDasgemBHcSyGY2SHYOYas/FKN2fjXpAf4lerlJrhpPKog1pN5cYig dEUg== X-Received: by 10.204.164.15 with SMTP id c15mr11327583bky.22.1387808635033; Mon, 23 Dec 2013 06:23:55 -0800 (PST) Received: from ubm.strangled.net (g231043099.adsl.alicedsl.de. [92.231.43.99]) by mx.google.com with ESMTPSA id tn8sm15200650bkb.16.2013.12.23.06.23.53 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 23 Dec 2013 06:23:54 -0800 (PST) Date: Mon, 23 Dec 2013 15:23:52 +0100 From: Marc UBM To: current@freebsd.org Subject: Re: Problem with ebook reader on usb Message-Id: <20131223152352.19018f93a179a86b3adac3dc@gmail.com> In-Reply-To: <20131208225425.2953c653576e55db2855a88c@gmail.com> References: <20131208224433.a8cfe7924fd540e8f4d1484c@gmail.com> <20131208225425.2953c653576e55db2855a88c@gmail.com> X-Mailer: Sylpheed 3.3.0 (GTK+ 2.24.19; amd64-portbld-freebsd11.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 14:23:57 -0000 On Sun, 8 Dec 2013 22:54:25 +0100 Marc "UBM" Bocklet wrote: > On Sun, 8 Dec 2013 22:44:33 +0100 > Marc "UBM" Bocklet wrote: > > > > > Hiho! :-) > > > > I got myself a new ebook reader (Onyx M92), but encountered a strange > > problem when connecting it to my freebsd machine. Shortly after > > mounting it, the device gets disconnected (causing the mounted storage > > to disappear). There is no such behavior with Windows 7. > > > > uname -a: > > FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #11 > > r258254M: Sun Nov 17 13:38:01 CET 2013 > > xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 Following up: With FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #16 r258254:259095M: Sun Dec 15 08:53:22 CET 2013 xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 the problem has disappeared. Bye Marc From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 14:27:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 53CDEE2E for ; Mon, 23 Dec 2013 14:27:07 +0000 (UTC) Received: from mta04.bitpro.no (mta04.bitpro.no [92.42.64.203]) by mx1.freebsd.org (Postfix) with ESMTP id 0E2F9114F for ; Mon, 23 Dec 2013 14:27:06 +0000 (UTC) Received: from mail.lockless.no (mail.lockless.no [46.29.221.38]) by mta04.bitpro.no (Postfix) with ESMTPS id 3EAA210058E; Mon, 23 Dec 2013 15:26:58 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.lockless.no (Postfix) with ESMTP id B77148FCF72; Mon, 23 Dec 2013 15:27:40 +0100 (CET) X-Virus-Scanned: by amavisd-new-2.6.4 (20090625) (Debian) at lockless.no Received: from mail.lockless.no ([127.0.0.1]) by localhost (mail.lockless.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WULEekazbH3Q; Mon, 23 Dec 2013 15:27:39 +0100 (CET) Received: from laptop015.home.selasky.org (cm-176.74.213.204.customer.telag.net [176.74.213.204]) by mail.lockless.no (Postfix) with ESMTPSA id 759B78FCF6F; Mon, 23 Dec 2013 15:27:39 +0100 (CET) Message-ID: <52B84870.4050806@bitfrost.no> Date: Mon, 23 Dec 2013 15:28:00 +0100 From: Hans Petter Selasky Organization: Bitfrost A/S User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Marc UBM , current@freebsd.org Subject: Re: Problem with ebook reader on usb References: <20131208224433.a8cfe7924fd540e8f4d1484c@gmail.com> <20131208225425.2953c653576e55db2855a88c@gmail.com> <20131223152352.19018f93a179a86b3adac3dc@gmail.com> In-Reply-To: <20131223152352.19018f93a179a86b3adac3dc@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 14:27:07 -0000 On 12/23/13 15:23, Marc UBM wrote: > On Sun, 8 Dec 2013 22:54:25 +0100 > Marc "UBM" Bocklet wrote: > >> On Sun, 8 Dec 2013 22:44:33 +0100 >> Marc "UBM" Bocklet wrote: >> >>> >>> Hiho! :-) >>> >>> I got myself a new ebook reader (Onyx M92), but encountered a strange >>> problem when connecting it to my freebsd machine. Shortly after >>> mounting it, the device gets disconnected (causing the mounted storage >>> to disappear). There is no such behavior with Windows 7. >>> >>> uname -a: >>> FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #11 >>> r258254M: Sun Nov 17 13:38:01 CET 2013 >>> xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 > > Following up: > > With > > FreeBSD xxx 11.0-CURRENT FreeBSD 11.0-CURRENT #16 > r258254:259095M: Sun Dec 15 08:53:22 CET 2013 > xxx:/usr/obj/usr/src/sys/SUBMARINE_SMP amd64 > > the problem has disappeared. Hi, Thank you! Probably one of the XHCI patches. --HPS From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 15:51:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DEC00D3 for ; Mon, 23 Dec 2013 15:51:04 +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 7DD6316E2 for ; Mon, 23 Dec 2013 15:51:04 +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 rBNForED043379; Mon, 23 Dec 2013 17:50:53 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBNForED043379 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBNFoqvY043372; Mon, 23 Dec 2013 17:50:52 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 23 Dec 2013 17:50:52 +0200 From: Konstantin Belousov To: Manfred Antar Subject: Re: vfs_bio.c revision 259200 breaks writing to tape drive on current Message-ID: <20131223155052.GD59496@kib.kiev.ua> References: <201312221754.rBMHssMv004688@pozo.com> <20131223073102.GA59496@kib.kiev.ua> <201312231335.rBNDZSVb021695@pozo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="NVswZprUgM/gMU3M" Content-Disposition: inline In-Reply-To: <201312231335.rBNDZSVb021695@pozo.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-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 15:51:05 -0000 --NVswZprUgM/gMU3M Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 23, 2013 at 05:35:23AM -0800, Manfred Antar wrote: > At 11:31 PM 12/22/2013, you wrote: > >On Sun, Dec 22, 2013 at 09:54:49AM -0800, Manfred Antar wrote: > >> The change to vfs_bio.c in revision 259200 breaks writing to scsi tape= drive on i386 and sparc64 on current. > >> I don't have any other machines to test on. > >> here is example: > >>=20 > >> r259199: > >> (/)4794}mt rew > >> (/)4795}tar cvf /dev/sa0 kernel > >> a kernel > >>=20 > >> r259200: > >> (/)4781}mt rew > >> (/)4782}tar cvf /dev/sa0 kernel > >> a kerneltar: Write error > >>=20 > >> the changes between the two revisions: > >> line 3682 removed: > >>=20 > >> bp->b_resid =3D bip->bio_resid; /* XXX: remove */ > >>=20 > >> I noticed this when trying to do a dump and getting end of tape error. > >> tried different tape drives , different cables no change. > >> backed out r259200 to 259199 and everything works as before. > >> Manfred > > > >Show me the kdump of the tar commands on both revisions. > > >=20 > It will take me a few hours, back to work today. > Same thing happens with dump too. > The Tape drives are SCSI Quantum DLT used on both machines i386 and spa= rc64 (Sun Netra) > using version 258174 of vfs_bio.c on current kernels, I was able to do a= full dump of both machines without a problem. > The error is when trying to read or write to the tape drive. > What is the exact command for kdump that you want ? > I can do it when I get home this afternoon. > Thanks > Manfred >=20 ktrace -i tar ... kdump -s >some.file I need some.file. --NVswZprUgM/gMU3M Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSuFvbAAoJEJDCuSvBvK1BFZUP/ivYTZjKgK3swOHvz5USvi2V 05DLeSwpNp6wYoFwODX6LWGFJ45lK+aeHfHKL/XGTOEmuXWaEdUhvKf/bDkAzTG4 hj0XbGs2alz17560GzfAdmsWCSPEQCpDHANxxu5RLDMjGugB3jmWxuMOqdUIdCbV /h/vWqqfJHAGO/56wQ7vGud+PAK9XHs7COaMc3E3iiXiVSO0RNP+EqkanR5IW3EJ +uXCf7rVn18sSXNAfoC504i9e6bRbuB+MmVAWJHUEqDAFAX6v3xxKqIoOpyD9SnV Y1kJnpzr3X+OlWKIuNjQTnelh/i96HtDyoQpezbKErOr5ou1iEPSwOETOZ9SfqnI mIJZ2tSnIdP8S240b1d56qeDPOtd/MieWoD4/QfGRwUg6CIgHWc4azrNINbodak/ UoYpv8ChqS9gs1/2HzkDUgw2pi9Lw4lZtRF0UlppGYpto2fzte2Kbpe8RLvA4U2c dJKNRKgOJeJSWUbTNZgEMZydw9lp0qh3SwL1AeOdSPVc4nQgXYsCYa8rYrQnY+hC qPifyE8fS1fJ1cCFjia9G0DgumBNc+jkAlGOn1grdCTz/DzSHLZHdoAis9Xn9oZv rCbHQCIsnebWb4/434FqPG4reqXs6ggNFRLs9XoaYJJT84cQdassbDvsX9fkFcmr EaDgjoqLZgWAUyhKjaG/ =pCFs -----END PGP SIGNATURE----- --NVswZprUgM/gMU3M-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 16:00:55 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 164BF547; Mon, 23 Dec 2013 16:00:55 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDCA217CB; Mon, 23 Dec 2013 16:00:54 +0000 (UTC) Received: from hydra.pix.net (localhost [127.0.0.1]) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id rBNG0r1Q062492; Mon, 23 Dec 2013 11:00:53 -0500 (EST) (envelope-from lidl@hydra.pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at mail.pix.net Received: (from lidl@localhost) by hydra.pix.net (8.14.5/8.14.5/Submit) id rBNG0rfI062491; Mon, 23 Dec 2013 11:00:53 -0500 (EST) (envelope-from lidl) Date: Mon, 23 Dec 2013 11:00:53 -0500 From: Kurt Lidl To: Adrian Chadd Subject: Re: makefs enhancement for better rock-ridge support Message-ID: <20131223160053.GA62445@pix.net> References: <52B1DB1A.7000007@pix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 16:00:55 -0000 > > On 18 December 2013 09:27, Kurt Lidl wrote: > > A while ago, it was reported that the ISO images that FreeBSD generates > > have a variety of problems (thread starts here): > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2013-April/073050.html > > > > And again for the 10.0 releases: > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2013-December/076284.html > > > > Looking into this, it appears that the various bugs in the Rock Ridge > > extensions have been fixed, except for the actual lack of recording > > the "serial" numbers in the correct place of the Rock Ridge data. > > > > As it turns out, it is almost trivial to fix this. > > > > Patch is attached to this message, which will probably be stripped > > out by the mailing list, but should be available as an attachment > > from the mail server. > > On Wed, Dec 18, 2013 at 11:41:49PM -0800, Adrian Chadd wrote: > Would you mind filing a PR? > > -a This was filed as: http://www.freebsd.org/cgi/query-pr.cgi?pr=185138 -Kurt From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 18:12:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A9B32B1 for ; Mon, 23 Dec 2013 18:12:40 +0000 (UTC) Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A752E1241 for ; Mon, 23 Dec 2013 18:12:39 +0000 (UTC) Received: from maildlpprd54.lss.emc.com (maildlpprd54.lss.emc.com [10.106.48.158]) by mailuogwprd54.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id rBNHqGQo019423 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 23 Dec 2013 12:52:21 -0500 X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com rBNHqGQo019423 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=isilon.com; s=jan2013; t=1387821141; bh=KPg92VKaIZN7p0SdffJmdhL8iQ0=; h=From:To:Subject:Date:Message-ID:Content-Type:MIME-Version; b=d83j4h6463c5YaHPmiSeFuexEJA10gJ50zhzkUz53gwo+oagrMZwlvxFSY3fp3liv mhhHG8KWY1cNPFZI7BxXOUN3T6pNtj3R32ohRTmL7JL/iQKRo94Wf/iRsDI4K6g+f5 NdNAnRduUFqGby4NYjmpOfnQEWsh1NdvwIxv9lSw= X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd54.lss.emc.com rBNHqGQo019423 Received: from mailusrhubprd51.lss.emc.com (mailusrhubprd51.lss.emc.com [10.106.48.24]) by maildlpprd54.lss.emc.com (RSA Interceptor) for ; Mon, 23 Dec 2013 12:52:03 -0500 Received: from mxhub21.corp.emc.com (mxhub21.corp.emc.com [128.222.70.133]) by mailusrhubprd51.lss.emc.com (Sentrion-MTA-4.3.0/Sentrion-MTA-4.3.0) with ESMTP id rBNHq25e016164 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Mon, 23 Dec 2013 12:52:03 -0500 Received: from MXHUB101.corp.emc.com (10.253.50.15) by mxhub21.corp.emc.com (128.222.70.133) with Microsoft SMTP Server (TLS) id 8.3.327.1; Mon, 23 Dec 2013 12:52:02 -0500 Received: from MX104CL01.corp.emc.com ([169.254.7.188]) by MXHUB101.corp.emc.com ([::1]) with mapi id 14.03.0158.001; Mon, 23 Dec 2013 12:52:02 -0500 From: "Rang, Anton" To: "freebsd-current@freebsd.org" Subject: A tweak to HWPMC hooks to improve code generation Thread-Topic: A tweak to HWPMC hooks to improve code generation Thread-Index: Ac8AAUbGjVAD1WTaQPOCKAzcZdfwMwABl1nw Date: Mon, 23 Dec 2013 17:52:01 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-originating-ip: [10.250.37.229] Content-Type: multipart/mixed; boundary="_004_F21EDC44C64DB34B90AF485AC3CEDD4B27F9DE7BMX104CL01corpem_" MIME-Version: 1.0 X-Sentrion-Hostname: mailusrhubprd51.lss.emc.com X-RSA-Classifications: public X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 18:12:40 -0000 --_004_F21EDC44C64DB34B90AF485AC3CEDD4B27F9DE7BMX104CL01corpem_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The HWPMC hooks are never invoked except when using the soft PMC feature fo= r performance monitoring. This trivial patch hints as much to the compiler,= which then moves some fairly lengthy code sequences out of the locking pri= mitives (in particular), reducing their runtime footprint. This patch was reviewed by Attilio Rao. Anton --_004_F21EDC44C64DB34B90AF485AC3CEDD4B27F9DE7BMX104CL01corpem_ Content-Type: application/octet-stream; name="pmckern.diff" Content-Description: pmckern.diff Content-Disposition: attachment; filename="pmckern.diff"; size=810; creation-date="Mon, 23 Dec 2013 17:17:32 GMT"; modification-date="Mon, 23 Dec 2013 17:17:12 GMT" Content-Transfer-Encoding: base64 SW5kZXg6IHN5cy9zeXMvcG1ja2Vybi5oCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHN5cy9zeXMvcG1ja2Vybi5o CShyZXZpc2lvbiAyNTk2NjUpCisrKyBzeXMvc3lzL3BtY2tlcm4uaAkod29ya2luZyBjb3B5KQpA QCAtMTEwLDcgKzExMCw3IEBACiAjaWZkZWYgUE1DX0ZBS0VfVFJBUEZSQU1FCiAjZGVmaW5lIFBN Q19TT0ZUX0NBTEwocHIsIG1vLCBmdSwgbmEpCQkJCQkJXAogZG8gewkJCQkJCQkJCQlcCi0JaWYg KHBtY18jI3ByIyNfIyNtbyMjXyMjZnUjI18jI25hLnBzX3J1bm5pbmcpIHsJCQkJXAorCWlmIChf X3ByZWRpY3RfZmFsc2UocG1jXyMjcHIjI18jI21vIyNfIyNmdSMjXyMjbmEucHNfcnVubmluZykp IHsJXAogCQlzdHJ1Y3QgcG1ja2Vybl9zb2Z0IGtzOwkJCQkJCVwKIAkJcmVnaXN0ZXJfdCBpbnRy OwkJCQkJCVwKIAkJaW50ciA9IGludHJfZGlzYWJsZSgpOwkJCQkJCVwKQEAgLTEzNSw3ICsxMzUs NyBAQAogICovCiAjZGVmaW5lIFBNQ19TT0ZUX0NBTExfVEYocHIsIG1vLCBmdSwgbmEsIHRmKQkJ CQkJXAogZG8gewkJCQkJCQkJCQlcCi0JaWYgKHBtY18jI3ByIyNfIyNtbyMjXyMjZnUjI18jI25h LnBzX3J1bm5pbmcpIHsJCQkJXAorCWlmIChfX3ByZWRpY3RfZmFsc2UocG1jXyMjcHIjI18jI21v IyNfIyNmdSMjXyMjbmEucHNfcnVubmluZykpIHsJXAogCQlzdHJ1Y3QgcG1ja2Vybl9zb2Z0IGtz OwkJCQkJCVwKIAkJcmVnaXN0ZXJfdCBpbnRyOwkJCQkJCVwKIAkJaW50ciA9IGludHJfZGlzYWJs ZSgpOwkJCQkJCVwK --_004_F21EDC44C64DB34B90AF485AC3CEDD4B27F9DE7BMX104CL01corpem_-- From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 19:19:34 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E57E6B34; Mon, 23 Dec 2013 19:19:34 +0000 (UTC) Received: from mail-qc0-x233.google.com (mail-qc0-x233.google.com [IPv6:2607:f8b0:400d:c01::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 805F016FF; Mon, 23 Dec 2013 19:19:34 +0000 (UTC) Received: by mail-qc0-f179.google.com with SMTP id i8so5208973qcq.24 for ; Mon, 23 Dec 2013 11:19: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=7x5si4GAem2E6mrGQwavRA7OpXg1/Kk+4+jbm1Td5Vs=; b=r0/nGmKV4oqVcvKlZr0ZwP4p5kExT4APPemI5OGB2c8t0W+QDIUVfDMFZBXqx0IRfh V3CiQdZHSLdMiRorwBhnjmpqSAaQp5VZTK+6kSpTvt2rDR94C1qWvpVYa2WCnLER5ceF ajBb9+z0nbhgIUHbZSWQOcgIclXb++y6K7SlextFPntNX7WXEaGENMtgj1fSIYApOq3l 7hiwNKl6p2EwpT7Nn/C8HSobdMdKr68ECv4dxWH36h+y9Lz8I+T3PPerQENIF3XqfSGU CYTll/9bMxxkaavx6H+txScyYswdeXBxCTrID+24XYzgYXOJdg8QkZfRCmYPwmHZySsP u3aw== MIME-Version: 1.0 X-Received: by 10.49.28.101 with SMTP id a5mr45628484qeh.70.1387826373710; Mon, 23 Dec 2013 11:19:33 -0800 (PST) Received: by 10.140.34.17 with HTTP; Mon, 23 Dec 2013 11:19:33 -0800 (PST) In-Reply-To: References: <201312131304.57455.jhb@freebsd.org> Date: Mon, 23 Dec 2013 11:19:33 -0800 Message-ID: Subject: Re: 11.0-CURRENT panic while running a bhyve instance From: Neel Natu To: Markiyan Kushnir Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD current , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:19:35 -0000 Hi Markiyan, Fixed in r259737: http://svnweb.freebsd.org/changeset/base/259737 best Neel On Fri, Dec 13, 2013 at 2:35 PM, Markiyan Kushnir wrote: > 2013/12/13 John Baldwin : >> On Friday, December 13, 2013 5:46:20 am Markiyan Kushnir wrote: >>> Forgot to fill the Subject: header, re-posting it fixed. >> >> The mailing lists strips attachments, can you post it at a URL? >> > > Shared here: > > https://drive.google.com/file/d/0B9Q-zpUXxqCnem5iYTVqLUxrcWo4cmlhdkM1c2lJa2dKak5R/edit?usp=sharing > > -- > Markiyan. > >>> -- >>> Markiyan >>> >>> >>> ---------- Forwarded message ---------- >>> From: Markiyan Kushnir >>> Date: 2013/12/13 >>> Subject: >>> To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org >>> >>> >>> I started some ports to compile inside a bhyve instance: >>> >>> root@vm:~ # uname -a >>> FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >>> r259250: Thu Dec 12 14:17:32 EET 2013 >>> root@vm.mkushnir.zapto.org:/ >>> usr/obj/usr/src.svnup/sys/MAREK amd64 >>> >>> and left it running unattended. Approx. 2 hours later the host went to >>> panic. The bhyve instance survived after the panic and I could be able >>> to complete my ports compilation. >>> >>> core.txt attached (gzipped) >>> _______________________________________________ >>> freebsd-current@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>> >> >> -- >> John Baldwin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 19:43:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F755414; Mon, 23 Dec 2013 19:43:50 +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 48422190A; Mon, 23 Dec 2013 19:43:50 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 73589B964; Mon, 23 Dec 2013 14:43:46 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org, sbruno@freebsd.org Subject: Re: kasserts behind invariants Date: Mon, 23 Dec 2013 11:36:09 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1386971425.37172.9.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1386971425.37172.9.camel@powernoodle.corp.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312231136.09487.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Dec 2013 14:43:46 -0500 (EST) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:43:50 -0000 On Friday, December 13, 2013 4:50:25 pm Sean Bruno wrote: > I guess this may have been argued before, but I don't see why we would > want to hide specific things like: sys/kern/subr_lock.c > > /* Check for double-init and zero object. */ > KASSERT(!lock_initalized(lock), ("lock \"%s\" %p already initialized", > name, lock)); > > If I hadn't completely missed the fact that I had INVARIANTS activated, > I'd never have found out why this vendor driver was being so completely > stupid and crashing my machine. > > If I find things like this that I want old KASSERT behavior on (panic if > true) and I don't want to run INVARIANTS, is that possible? KASSERT has never been enabled sans INVARIANTS. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 19:43:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 865684A1; Mon, 23 Dec 2013 19:43:52 +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 5EFCE190B; Mon, 23 Dec 2013 19:43:52 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 51C52B968; Mon, 23 Dec 2013 14:43:51 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: RFC can we use __builtin_prefetch() directly in our kernel sources ? Date: Mon, 23 Dec 2013 11:45:47 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20131216165014.GA15126@onelab2.iet.unipi.it> In-Reply-To: <20131216165014.GA15126@onelab2.iet.unipi.it> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312231145.47679.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Dec 2013 14:43:51 -0500 (EST) Cc: Luigi Rizzo , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:43:52 -0000 On Monday, December 16, 2013 11:50:14 am Luigi Rizzo wrote: > Is it ok in kernel code to use __builtin_prefetch() and assume that > all supported compilers will do the right thing for all architectures ? > > I am asking is because I need to use prefetch() in a small number > of places in my netmap code, and nothing in our kernel sources uses > __builtin_prefetch() directly. In the (very few, mostly 10G drivers) > cases where prefetch() is used the drivers redefine the function > themselves as some inline asm() or an empty > > #define prefetch(x) > > This also happens in many places in the linux kernel, for what matters > (relevant because hte netmap kernel code also needs to compile there). > > Anyways, so far in the netmap code i have followed the established > practice but my (re)definition of prefetch() in netmap_kern.h > clashes with some in the individual drivers, so I'd rather > find a better way. Hmmmm, have you considered using a 'netmap_prefetch' macro or the like? You can likely just use __builtin_prefetch() on FreeBSD I think, but that might also let you avoid collisions on Linux as well. I think you can use __builtin_prefetch(), I'm just not sure, and it's kind of ugly to see __builtin_*() in code directly IMHO. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 19:43:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51CA560B; Mon, 23 Dec 2013 19:43:56 +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 2783A1911; Mon, 23 Dec 2013 19:43:56 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3D958B964; Mon, 23 Dec 2013 14:43:55 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: new Xorg (KMS, etc.) for Radeon 9600 Date: Mon, 23 Dec 2013 11:50:31 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <527F95BE.7080908@gmx.com> <52B17777.6060703@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312231150.31936.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Dec 2013 14:43:55 -0500 (EST) Cc: dt71@gmx.com, Adrian Chadd , Robert Noland , =?iso-8859-1?q?Jean-S=E9bastien?= =?iso-8859-1?q?_P=E9dron?= X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:43:56 -0000 On Wednesday, December 18, 2013 2:43:28 pm Adrian Chadd wrote: > [snip] > > So the standard trop of UNLOCK/WORK/RELOCK is pretty dangerous. > There's no state re-validation going on when you re-acquire that lock. > So, although it meets the lock requirements, it may not be 'correct'. > > It's scattered throughout the code base (wifi drivers aren't an > exception here either, sigh.) > > Just something to keep in mind when you validate the 'correctness' of > this kind of lock hack. Agreed. It needs fixing, but the fix needs to be correct. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 19:44:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C51B713; Mon, 23 Dec 2013 19:44:00 +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 74A69191A; Mon, 23 Dec 2013 19:44:00 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 700FEB9C6; Mon, 23 Dec 2013 14:43:59 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: panic with deactivated geom mirror (both 9.2 and 10.0-RC2) Date: Mon, 23 Dec 2013 11:56:47 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <52B27BA6.5020500@pix.net> In-Reply-To: <52B27BA6.5020500@pix.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312231156.47686.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Dec 2013 14:43:59 -0500 (EST) Cc: Kurt Lidl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:44:00 -0000 On Wednesday, December 18, 2013 11:52:54 pm Kurt Lidl wrote: > Greetings all - > > I've got a completely reproducible panic when issuing a > 'gmirror status' command on a recently deactivated gmirror. > > NOTE: This only happens on a machine with more than 1 CPU. > > I filed a bug report on it: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=184985 > > Script to reproduce the panic: > (assumes /dev/ada0p3 is a scratch partition) > > while : > do > gmirror label -v scratch /dev/ada0p3 > newfs /dev/mirror/scratch > mount /dev/mirror/scratch /mnt > umount -f /mnt > gmirror deactivate scratch /dev/ada0p3 > gmirror status scratch > done > > I've attached the core.txt.0 file from the crash under 10.0-RC2. > Probably stripped by the mailing list. A copy is at > http://www.pix.net/staff/lidl/freebsd/core.txt.0 Can you do 'frame 9' and then 'p *gp' and 'p *sc' in kgdb? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 19:44:12 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 12F1C82C; Mon, 23 Dec 2013 19:44:12 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDB3F1929; Mon, 23 Dec 2013 19:44:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3E97AB9CB; Mon, 23 Dec 2013 14:44:04 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [HEADS UP] xorg version switch in CURRENT Date: Mon, 23 Dec 2013 11:58:44 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> In-Reply-To: <20131217200756.GA46033@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312231158.44820.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Dec 2013 14:44:04 -0500 (EST) Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:44:12 -0000 On Tuesday, December 17, 2013 3:07:56 pm Steve Kargl wrote: > On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: > > > > To get VT switching when using KMS drivers (ATI, Intel) please use > > newcons: https://wiki.freebsd.org/Newcons or if that is not possible, > > force the use of the vesa driver for xorg. > > > > It appears that newcons is unusable with a static kernel. > Adding 'device drm2' and 'device i915kms' to my kernel > config results in a quick death to 'make buldkernel'. That isn't due to newcons AFAIK. I don't think that setup worked with syscons either. I think it could probably never have worked with syscons, but it should in theory be fixable with newcons. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 19:44:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0340C92C; Mon, 23 Dec 2013 19:44:16 +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 CC134192F; Mon, 23 Dec 2013 19:44:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DBB66B968; Mon, 23 Dec 2013 14:44:14 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [HEADS UP] xorg version switch in CURRENT Date: Mon, 23 Dec 2013 11:59:44 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312231159.44394.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Mon, 23 Dec 2013 14:44:15 -0500 (EST) Cc: ports@freebsd.org, Adrian Chadd , x11@freebsd.org, current@freebsd.org, Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 19:44:16 -0000 On Tuesday, December 17, 2013 3:15:33 pm Adrian Chadd wrote: > I'm rapidly wondering if building this way should become unsupported. Too > muxh unknown stuff is needed at startup and wed have to load all firmware > bits to make it remotely work. The Intel driver (i915kms) does not need firmware bits. Radeon does, but those could be statically compiled in for people who want this. The drivers should be fixed. They never worked with syscons because syscons didn't work once KMS was enabled, but they should be able to work with newcons. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Dec 23 23:21:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4099F327; Mon, 23 Dec 2013 23:21:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 14E80185D; Mon, 23 Dec 2013 23:21:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBNNLUt4064648; Mon, 23 Dec 2013 18:21:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBNNLUGO064635; Mon, 23 Dec 2013 23:21:30 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 23 Dec 2013 23:21:30 GMT Message-Id: <201312232321.rBNNLUGO064635@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Dec 2013 23:21:32 -0000 TB --- 2013-12-23 19:50:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-23 19:50:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-23 19:50:20 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-23 19:50:20 - cleaning the object tree TB --- 2013-12-23 19:50:20 - /usr/local/bin/svn stat /src TB --- 2013-12-23 19:50:25 - At svn revision 259782 TB --- 2013-12-23 19:50:26 - building world TB --- 2013-12-23 19:50:26 - CROSS_BUILD_TESTING=YES TB --- 2013-12-23 19:50:26 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-23 19:50:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-23 19:50:26 - SRCCONF=/dev/null TB --- 2013-12-23 19:50:26 - TARGET=i386 TB --- 2013-12-23 19:50:26 - TARGET_ARCH=i386 TB --- 2013-12-23 19:50:26 - TZ=UTC TB --- 2013-12-23 19:50:26 - __MAKE_CONF=/dev/null TB --- 2013-12-23 19:50:26 - cd /src TB --- 2013-12-23 19:50:26 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Mon Dec 23 19:50:35 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Mon Dec 23 22:59:47 UTC 2013 TB --- 2013-12-23 22:59:47 - generating LINT kernel config TB --- 2013-12-23 22:59:47 - cd /src/sys/i386/conf TB --- 2013-12-23 22:59:47 - /usr/bin/make -B LINT TB --- 2013-12-23 22:59:47 - cd /src/sys/i386/conf TB --- 2013-12-23 22:59:47 - /usr/sbin/config -m LINT TB --- 2013-12-23 22:59:47 - building LINT kernel TB --- 2013-12-23 22:59:47 - CROSS_BUILD_TESTING=YES TB --- 2013-12-23 22:59:47 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-23 22:59:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-23 22:59:47 - SRCCONF=/dev/null TB --- 2013-12-23 22:59:47 - TARGET=i386 TB --- 2013-12-23 22:59:47 - TARGET_ARCH=i386 TB --- 2013-12-23 22:59:47 - TZ=UTC TB --- 2013-12-23 22:59:47 - __MAKE_CONF=/dev/null TB --- 2013-12-23 22:59:47 - cd /src TB --- 2013-12-23 22:59:47 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Dec 23 22:59:47 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/contrib/dev/acpica/include/platform/acfreebsd.h:73: /src/sys/sys/systm.h:306:20: error: redefinition of 'cpu_ticks' as different kind of symbol extern cpu_tick_f *cpu_ticks; ^ ./machine/cpu.h:86:10: note: previous definition is here return (cpu_ticks()); ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-23 23:21:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-23 23:21:30 - ERROR: failed to build LINT kernel TB --- 2013-12-23 23:21:30 - 10190.92 user 1860.75 system 12669.42 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 00:24:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0D33D00; Tue, 24 Dec 2013 00:24:46 +0000 (UTC) Received: from mail-we0-x233.google.com (mail-we0-x233.google.com [IPv6:2a00:1450:400c:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E18F71CD2; Tue, 24 Dec 2013 00:24:45 +0000 (UTC) Received: by mail-we0-f179.google.com with SMTP id q59so5528054wes.10 for ; Mon, 23 Dec 2013 16:24:44 -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=3lU3asYcaSZxTDw39+OcgCWA+YsB/it7/arFQ9KCzg4=; b=X0uln1xdWyS6x+JZG1CXBn/tvfEzmGv8ifHO2HuHUAwxUmX/buYB9Unu0xSmN2zyE7 ph0tyNRVa5Pr6mtJ60IKfk8WWXKDVAheszo5JaHiqoW7TXhI1NLlwu31aEUliIFYCOCc G/g/kfUQIU+LKtZgbfQSucyswNPIkApvu8KOeXv6QafYyiry/Kcu9tfbEaeUb1r/o1sI 2KWBZfVAggos9HTDObvVDCTu/DtoRDQ7KjOw6S/3qW/44nph6WLGBsVmeuYA0FPnEne9 nGU0h3VQVdZLygshVxP6jAbbGfsElCh2nzqfYqkh+h5oR0YbUYNd71f4wpA2/pbs9/6J D7Hg== MIME-Version: 1.0 X-Received: by 10.180.12.3 with SMTP id u3mr7597340wib.27.1387844684044; Mon, 23 Dec 2013 16:24:44 -0800 (PST) Received: by 10.227.226.12 with HTTP; Mon, 23 Dec 2013 16:24:43 -0800 (PST) In-Reply-To: References: <201312131304.57455.jhb@freebsd.org> Date: Tue, 24 Dec 2013 02:24:43 +0200 Message-ID: Subject: Re: 11.0-CURRENT panic while running a bhyve instance From: Markiyan Kushnir To: Neel Natu Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD current , "freebsd-virtualization@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 00:24:46 -0000 Works for me (I'm at r259742), no panic. Thanks! -- Markiyan. 2013/12/23 Neel Natu : > Hi Markiyan, > > Fixed in r259737: > http://svnweb.freebsd.org/changeset/base/259737 > > best > Neel > > On Fri, Dec 13, 2013 at 2:35 PM, Markiyan Kushnir > wrote: >> 2013/12/13 John Baldwin : >>> On Friday, December 13, 2013 5:46:20 am Markiyan Kushnir wrote: >>>> Forgot to fill the Subject: header, re-posting it fixed. >>> >>> The mailing lists strips attachments, can you post it at a URL? >>> >> >> Shared here: >> >> https://drive.google.com/file/d/0B9Q-zpUXxqCnem5iYTVqLUxrcWo4cmlhdkM1c2lJa2dKak5R/edit?usp=sharing >> >> -- >> Markiyan. >> >>>> -- >>>> Markiyan >>>> >>>> >>>> ---------- Forwarded message ---------- >>>> From: Markiyan Kushnir >>>> Date: 2013/12/13 >>>> Subject: >>>> To: freebsd-current@freebsd.org, freebsd-virtualization@freebsd.org >>>> >>>> >>>> I started some ports to compile inside a bhyve instance: >>>> >>>> root@vm:~ # uname -a >>>> FreeBSD vm.mkushnir.mooo.com 11.0-CURRENT FreeBSD 11.0-CURRENT #0 >>>> r259250: Thu Dec 12 14:17:32 EET 2013 >>>> root@vm.mkushnir.zapto.org:/ >>>> usr/obj/usr/src.svnup/sys/MAREK amd64 >>>> >>>> and left it running unattended. Approx. 2 hours later the host went to >>>> panic. The bhyve instance survived after the panic and I could be able >>>> to complete my ports compilation. >>>> >>>> core.txt attached (gzipped) >>>> _______________________________________________ >>>> freebsd-current@freebsd.org mailing list >>>> http://lists.freebsd.org/mailman/listinfo/freebsd-current >>>> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >>>> >>> >>> -- >>> John Baldwin >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 03:43:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F31EEBC for ; Tue, 24 Dec 2013 03:43:17 +0000 (UTC) Received: from mail-pb0-f51.google.com (mail-pb0-f51.google.com [209.85.160.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4764E1858 for ; Tue, 24 Dec 2013 03:43:17 +0000 (UTC) Received: by mail-pb0-f51.google.com with SMTP id up15so6034067pbc.10 for ; Mon, 23 Dec 2013 19:43:16 -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=O3Zb1FaYbmOraSajWEept+7PJGolefNLAJZg7z4287s=; b=TTpIQ911YZVWCVVpvNIvSDbe2D96Pw2+4CMP7+mZhWWeJHOO4dujMnI87wIPztU2QM NUxphGqkrJr1csRwNu/e1HkslQvqhdHwFH5fXC5WsTxHLJo2vZvbxBfLDJnYvjzZ5mfc qb4XCl6VnuEZgUTptLfCruqk+NnlfqnIrHeKOZjumxzwFOHr1WMU0ENOrJhR0K9Olsfu v2+rn5liizmX+HtB0VthCE12hlOYxBg9UjwNVMto5MiHJzoCnn457VEkxvktZOYCJRcM DsoHhgwqY9pRauR/kTQiIDsu7SjCFEkKZUXya8+99cBrOS0IQpSreP0uJB3cazY4/ncP o8aQ== X-Gm-Message-State: ALoCoQlY0UOFrm6+LReJZuasH7NHYcEUAZqtB8oLlgzvdv6I88iTLO8+I4gU81nRNfFedQdMTA6T MIME-Version: 1.0 X-Received: by 10.68.130.130 with SMTP id oe2mr29676690pbb.135.1387856241169; Mon, 23 Dec 2013 19:37:21 -0800 (PST) Received: by 10.70.90.235 with HTTP; Mon, 23 Dec 2013 19:37:21 -0800 (PST) Date: Mon, 23 Dec 2013 19:37:21 -0800 Message-ID: Subject: device vtnet -> device virtio_net? From: Jos Backus To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 03:43:17 -0000 Hi, GENERIC has # VirtIO support device virtio # Generic VirtIO bus (required) device virtio_pci # VirtIO PCI device device vtnet # VirtIO Ethernet device device virtio_blk # VirtIO Block device device virtio_scsi # VirtIO SCSI device device virtio_balloon # VirtIO Memory Balloon device Maybe it's just my OCD kicking in, but why is vtnet not named virtio_net? That would be consistent with the other virtio device names. Cheers, Jos -- Jos Backus jos at catnook.com From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 04:37:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 447A3903 for ; Tue, 24 Dec 2013 04:37:16 +0000 (UTC) Received: from mail-qa0-x236.google.com (mail-qa0-x236.google.com [IPv6:2607:f8b0:400d:c00::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 028DB1AEB for ; Tue, 24 Dec 2013 04:37:15 +0000 (UTC) Received: by mail-qa0-f54.google.com with SMTP id f11so5820588qae.13 for ; Mon, 23 Dec 2013 20:37:14 -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=qIgmK7qrc7nFSHtRkH/NiKbkqFgm/zrAV7lrK9rJElg=; b=0Nz9RnRTWcgQ/YfUKx0A6Eoe2nlT1nOrOM8CBh52uC3rirTBXKyKnI9n1HIFmnYkqQ /MoetUhAUNvXv0/Ybh9tiit+cUIhDZf5ZRu090UMAQVw8503leOKjvrSPLrH6c7rU4t2 NZN3nxzfYNpZGZNaXL50lweeSrYMCT1vDypPGsO1VWWqT3rtbilpM+X/gOoVILJNyojU davsYFpZwzXiG5eG6+AC6yCQoS4e1s4ezGSDTD9ETXDnIMiIlqCZ15oarrjuqC3b37La 0gyTxTiKd4EOBPM/h0aIopEUDFMp9KBoKgE9TflXjztTLKVHqYRtppwcCOqJpM6UHVK4 0bNQ== MIME-Version: 1.0 X-Received: by 10.229.249.66 with SMTP id mj2mr48928605qcb.4.1387859834277; Mon, 23 Dec 2013 20:37:14 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Mon, 23 Dec 2013 20:37:14 -0800 (PST) In-Reply-To: References: Date: Mon, 23 Dec 2013 20:37:14 -0800 X-Google-Sender-Auth: 6y-5qFjrS0SwjnN82XccmqbN_Ys Message-ID: Subject: Re: A tweak to HWPMC hooks to improve code generation From: Adrian Chadd To: "Rang, Anton" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 04:37:16 -0000 Hm! Cool! I'll give this a spin tomorrow on my frequently-very-lock-busy boxes and get back to you. -a On 23 December 2013 09:52, Rang, Anton wrote: > The HWPMC hooks are never invoked except when using the soft PMC feature = for performance monitoring. This trivial patch hints as much to the compile= r, which then moves some fairly lengthy code sequences out of the locking p= rimitives (in particular), reducing their runtime footprint. > > This patch was reviewed by Attilio Rao. > > Anton > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 06:50:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9797B2F for ; Tue, 24 Dec 2013 06:50:42 +0000 (UTC) Received: from torment.daemoninthecloset.org (torment.daemoninthecloset.org [94.242.209.234]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 695391423 for ; Tue, 24 Dec 2013 06:50:42 +0000 (UTC) Received: from sage.daemoninthecloset.org (unknown [70.114.209.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "sage.daemoninthecloset.org", Issuer "daemoninthecloset.org" (verified OK)) by torment.daemoninthecloset.org (Postfix) with ESMTPS id F06FF42C03D5; Tue, 24 Dec 2013 07:44:17 +0100 (CET) X-Virus-Scanned: amavisd-new at daemoninthecloset.org X-Virus-Scanned: amavisd-new at daemoninthecloset.org Date: Tue, 24 Dec 2013 00:44:09 -0600 (CST) From: Bryan Venteicher To: Jos Backus Message-ID: <163375710.1401.1387867449379.JavaMail.root@daemoninthecloset.org> In-Reply-To: References: Subject: Re: device vtnet -> device virtio_net? MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [192.168.10.20] X-Mailer: Zimbra 8.0.2_GA_5569 (ZimbraWebClient - GC31 ([unknown])/8.0.2_GA_5569) Thread-Topic: device vtnet -> device virtio_net? Thread-Index: cQncheAcVnB5CjG484j/kPblonqpUg== Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 06:50:42 -0000 ----- Original Message ----- > Hi, > > GENERIC has > > # VirtIO support > device virtio # Generic VirtIO bus (required) > device virtio_pci # VirtIO PCI device > device vtnet # VirtIO Ethernet device > device virtio_blk # VirtIO Block device > device virtio_scsi # VirtIO SCSI device > device virtio_balloon # VirtIO Memory Balloon device > > Maybe it's just my OCD kicking in, but why is vtnet not named virtio_net? > That would be consistent with the other virtio device names. > That's what I picked 3 some years ago and it is too late to change it. I believe my thinking at the time was to match most other Ethernet drives: the module name is if_vtnet, so use vtnet in the kernel config. > Cheers, > Jos > -- > Jos Backus > jos at catnook.com > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 10:47:14 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6C2C2B92; Tue, 24 Dec 2013 10:47:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 40F2C1288; Tue, 24 Dec 2013 10:47:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBOAY81O068242; Tue, 24 Dec 2013 05:34:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBOAY8gV068239; Tue, 24 Dec 2013 10:34:08 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 24 Dec 2013 10:34:08 GMT Message-Id: <201312241034.rBOAY8gV068239@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 10:47:14 -0000 TB --- 2013-12-24 07:00:20 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-24 07:00:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-24 07:00:20 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-24 07:00:20 - cleaning the object tree TB --- 2013-12-24 07:01:47 - /usr/local/bin/svn stat /src TB --- 2013-12-24 07:01:50 - At svn revision 259811 TB --- 2013-12-24 07:01:51 - building world TB --- 2013-12-24 07:01:51 - CROSS_BUILD_TESTING=YES TB --- 2013-12-24 07:01:51 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-24 07:01:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-24 07:01:51 - SRCCONF=/dev/null TB --- 2013-12-24 07:01:51 - TARGET=i386 TB --- 2013-12-24 07:01:51 - TARGET_ARCH=i386 TB --- 2013-12-24 07:01:51 - TZ=UTC TB --- 2013-12-24 07:01:51 - __MAKE_CONF=/dev/null TB --- 2013-12-24 07:01:51 - cd /src TB --- 2013-12-24 07:01:51 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Tue Dec 24 07:01:58 UTC 2013 >>> 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 Dec 24 10:12:27 UTC 2013 TB --- 2013-12-24 10:12:27 - generating LINT kernel config TB --- 2013-12-24 10:12:27 - cd /src/sys/i386/conf TB --- 2013-12-24 10:12:27 - /usr/bin/make -B LINT TB --- 2013-12-24 10:12:27 - cd /src/sys/i386/conf TB --- 2013-12-24 10:12:27 - /usr/sbin/config -m LINT TB --- 2013-12-24 10:12:27 - building LINT kernel TB --- 2013-12-24 10:12:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-24 10:12:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-24 10:12:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-24 10:12:27 - SRCCONF=/dev/null TB --- 2013-12-24 10:12:27 - TARGET=i386 TB --- 2013-12-24 10:12:27 - TARGET_ARCH=i386 TB --- 2013-12-24 10:12:27 - TZ=UTC TB --- 2013-12-24 10:12:27 - __MAKE_CONF=/dev/null TB --- 2013-12-24 10:12:27 - cd /src TB --- 2013-12-24 10:12:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Dec 24 10:12:27 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] In file included from /src/sys/contrib/dev/acpica/include/platform/acfreebsd.h:73: /src/sys/sys/systm.h:306:20: error: redefinition of 'cpu_ticks' as different kind of symbol extern cpu_tick_f *cpu_ticks; ^ ./machine/cpu.h:86:10: note: previous definition is here return (cpu_ticks()); ^ 2 errors generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-24 10:34:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-24 10:34:07 - ERROR: failed to build LINT kernel TB --- 2013-12-24 10:34:07 - 10197.98 user 1876.38 system 12827.13 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:22:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27E083EA; Tue, 24 Dec 2013 11:22:38 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8CCA71670; Tue, 24 Dec 2013 11:22:35 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="87481875" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Dec 2013 11:22:27 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:22:26 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4A-0007qS-Uf; Tue, 24 Dec 2013 11:22:27 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 01/13] xen: use the hardware e820 map on Dom0 Date: Tue, 24 Dec 2013 12:20:50 +0100 Message-ID: <1387884062-41154-2-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:22:38 -0000 We need to do some tweaking of the hardware e820 map, since the memory layout provided by Xen and the e820 map doesn't match. This consists in clamping the e820 map so that regions above max_pfn are marked as unusuable. --- sys/x86/xen/pv.c | 35 +++++++++++++++++++++++++++++++++-- 1 files changed, 33 insertions(+), 2 deletions(-) diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c index 4f7415e..ab4afba 100644 --- a/sys/x86/xen/pv.c +++ b/sys/x86/xen/pv.c @@ -297,17 +297,48 @@ static void xen_pv_parse_memmap(caddr_t kmdp, vm_paddr_t *physmap, int *physmap_idx) { struct xen_memory_map memmap; + unsigned long max_pfn = HYPERVISOR_start_info->nr_pages; + u_int64_t mem_end = ptoa(max_pfn); u_int32_t size; - int rc; + int rc, mem_op, i; /* Fetch the E820 map from Xen */ memmap.nr_entries = MAX_E820_ENTRIES; set_xen_guest_handle(memmap.buffer, xen_smap); - rc = HYPERVISOR_memory_op(XENMEM_memory_map, &memmap); + mem_op = xen_initial_domain() ? + XENMEM_machine_memory_map : + XENMEM_memory_map; + rc = HYPERVISOR_memory_op(mem_op, &memmap); if (rc) panic("unable to fetch Xen E820 memory map"); size = memmap.nr_entries * sizeof(xen_smap[0]); + /* + * This should be improved, Xen provides us with a single + * chunk of physical memory that goes from 0 to max_pfn, + * and what we do here is clamp the HW memory map to make + * sure regions above max_pfn are marked as reserved. + * + * TRTTD would be to move the memory not used because of + * the holes in the HW memory map to the now clamped regions + * using XENMEM_{decrease/increase}_reservation. + */ + for (i = 0; i < memmap.nr_entries; i++) { + u_int64_t end = xen_smap[i].base + xen_smap[i].length; + if (xen_smap[i].type == SMAP_TYPE_MEMORY) { + if (xen_smap[i].base > mem_end) { + /* Mark as reserved */ + xen_smap[i].type = SMAP_TYPE_RESERVED; + continue; + } + if (end > mem_end) { + /* Truncate region */ + xen_smap[i].length -= end - mem_end; + } + } + } + + bios_add_smap_entries(xen_smap, size, physmap, physmap_idx); } -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:22:38 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4B47C3EF; Tue, 24 Dec 2013 11:22:38 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 78750166F; Tue, 24 Dec 2013 11:22:35 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="85272670" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Dec 2013 11:22:28 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:22:27 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4B-0007qS-G1; Tue, 24 Dec 2013 11:22:27 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 02/13] ioapic: introduce hooks for some ioapic ops Date: Tue, 24 Dec 2013 12:20:51 +0100 Message-ID: <1387884062-41154-3-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:22:38 -0000 Create some hooks for IO APIC operations that will diverge from bare metal when implemented for Xen Dom0. This patch should not introduce any changes in functionality, it's a preparatory patch for the implementation of the Xen IO APIC hooks. --- sys/amd64/include/apicvar.h | 13 ++++++++ sys/i386/include/apicvar.h | 13 ++++++++ sys/x86/include/apicreg.h | 12 ++++++++ sys/x86/x86/io_apic.c | 65 ++++++++++++++++++++++--------------------- 4 files changed, 71 insertions(+), 32 deletions(-) diff --git a/sys/amd64/include/apicvar.h b/sys/amd64/include/apicvar.h index 84e01d4..a48a76b 100644 --- a/sys/amd64/include/apicvar.h +++ b/sys/amd64/include/apicvar.h @@ -161,6 +161,19 @@ struct apic_enumerator { SLIST_ENTRY(apic_enumerator) apic_next; }; +struct ioapic_intsrc { + struct intsrc io_intsrc; + u_int io_irq; + u_int io_intpin:8; + u_int io_vector:8; + u_int io_cpu:8; + u_int io_activehi:1; + u_int io_edgetrigger:1; + u_int io_masked:1; + int io_bus:4; + uint32_t io_lowreg; +}; + inthand_t IDTVEC(apic_isr1), IDTVEC(apic_isr2), IDTVEC(apic_isr3), IDTVEC(apic_isr4), IDTVEC(apic_isr5), IDTVEC(apic_isr6), diff --git a/sys/i386/include/apicvar.h b/sys/i386/include/apicvar.h index 24c99f0..c8ee9bc 100644 --- a/sys/i386/include/apicvar.h +++ b/sys/i386/include/apicvar.h @@ -160,6 +160,19 @@ struct apic_enumerator { SLIST_ENTRY(apic_enumerator) apic_next; }; +struct ioapic_intsrc { + struct intsrc io_intsrc; + u_int io_irq; + u_int io_intpin:8; + u_int io_vector:8; + u_int io_cpu:8; + u_int io_activehi:1; + u_int io_edgetrigger:1; + u_int io_masked:1; + int io_bus:4; + uint32_t io_lowreg; +}; + inthand_t IDTVEC(apic_isr1), IDTVEC(apic_isr2), IDTVEC(apic_isr3), IDTVEC(apic_isr4), IDTVEC(apic_isr5), IDTVEC(apic_isr6), diff --git a/sys/x86/include/apicreg.h b/sys/x86/include/apicreg.h index 283d50e..4629470 100644 --- a/sys/x86/include/apicreg.h +++ b/sys/x86/include/apicreg.h @@ -204,6 +204,18 @@ struct IOAPIC { typedef struct IOAPIC ioapic_t; +struct ioapic_intsrc; +/* + * Struct containing pointers to IO APIC management functions whose + * implementation is run time selectable. + */ +struct ioapic_ops { + u_int (*read)(volatile ioapic_t *, int); + void (*write)(volatile ioapic_t *, int, u_int); + void (*register_intr)(struct ioapic_intsrc *); +}; +extern struct ioapic_ops ioapic_ops; + #undef PAD4 #undef PAD3 diff --git a/sys/x86/x86/io_apic.c b/sys/x86/x86/io_apic.c index 6d62b1e..125d06a 100644 --- a/sys/x86/x86/io_apic.c +++ b/sys/x86/x86/io_apic.c @@ -81,19 +81,6 @@ static MALLOC_DEFINE(M_IOAPIC, "io_apic", "I/O APIC structures"); * ftp://download.intel.com/design/chipsets/datashts/29056601.pdf */ -struct ioapic_intsrc { - struct intsrc io_intsrc; - u_int io_irq; - u_int io_intpin:8; - u_int io_vector:8; - u_int io_cpu:8; - u_int io_activehi:1; - u_int io_edgetrigger:1; - u_int io_masked:1; - int io_bus:4; - uint32_t io_lowreg; -}; - struct ioapic { struct pic io_pic; u_int io_id:8; /* logical ID */ @@ -106,8 +93,9 @@ struct ioapic { struct ioapic_intsrc io_pins[0]; }; -static u_int ioapic_read(volatile ioapic_t *apic, int reg); -static void ioapic_write(volatile ioapic_t *apic, int reg, u_int val); +static u_int native_ioapic_read(volatile ioapic_t *apic, int reg); +static void native_ioapic_write(volatile ioapic_t *apic, int reg, u_int val); +static void native_ioapic_register_intr(struct ioapic_intsrc *pin); static const char *ioapic_bus_string(int bus_type); static void ioapic_print_irq(struct ioapic_intsrc *intpin); static void ioapic_enable_source(struct intsrc *isrc); @@ -139,6 +127,13 @@ SYSCTL_INT(_hw_apic, OID_AUTO, enable_extint, CTLFLAG_RDTUN, &enable_extint, 0, "Enable the ExtINT pin in the first I/O APIC"); TUNABLE_INT("hw.apic.enable_extint", &enable_extint); +/* Default ioapic_ops implementation. */ +struct ioapic_ops ioapic_ops = { + .read = native_ioapic_read, + .write = native_ioapic_write, + .register_intr = native_ioapic_register_intr, +}; + static __inline void _ioapic_eoi_source(struct intsrc *isrc) { @@ -146,7 +141,7 @@ _ioapic_eoi_source(struct intsrc *isrc) } static u_int -ioapic_read(volatile ioapic_t *apic, int reg) +native_ioapic_read(volatile ioapic_t *apic, int reg) { mtx_assert(&icu_lock, MA_OWNED); @@ -155,7 +150,7 @@ ioapic_read(volatile ioapic_t *apic, int reg) } static void -ioapic_write(volatile ioapic_t *apic, int reg, u_int val) +native_ioapic_write(volatile ioapic_t *apic, int reg, u_int val) { mtx_assert(&icu_lock, MA_OWNED); @@ -163,6 +158,12 @@ ioapic_write(volatile ioapic_t *apic, int reg, u_int val) apic->iowin = val; } +static void +native_ioapic_register_intr(struct ioapic_intsrc *pin) +{ + intr_register_source(&pin->io_intsrc); +} + static const char * ioapic_bus_string(int bus_type) { @@ -212,7 +213,7 @@ ioapic_enable_source(struct intsrc *isrc) mtx_lock_spin(&icu_lock); if (intpin->io_masked) { flags = intpin->io_lowreg & ~IOART_INTMASK; - ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), + ioapic_ops.write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), flags); intpin->io_masked = 0; } @@ -229,7 +230,7 @@ ioapic_disable_source(struct intsrc *isrc, int eoi) mtx_lock_spin(&icu_lock); if (!intpin->io_masked && !intpin->io_edgetrigger) { flags = intpin->io_lowreg | IOART_INTMSET; - ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), + ioapic_ops.write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), flags); intpin->io_masked = 1; } @@ -264,10 +265,10 @@ ioapic_program_intpin(struct ioapic_intsrc *intpin) mtx_assert(&icu_lock, MA_OWNED); if (intpin->io_irq == IRQ_DISABLED || (intpin->io_irq < NUM_IO_INTS && intpin->io_vector == 0)) { - low = ioapic_read(io->io_addr, + low = ioapic_ops.read(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin)); if ((low & IOART_INTMASK) == IOART_INTMCLR) - ioapic_write(io->io_addr, + ioapic_ops.write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low | IOART_INTMSET); return; @@ -311,12 +312,12 @@ ioapic_program_intpin(struct ioapic_intsrc *intpin) } /* Write the values to the APIC. */ - value = ioapic_read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); + value = ioapic_ops.read(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin)); value &= ~IOART_DEST; value |= high; - ioapic_write(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin), value); + ioapic_ops.write(io->io_addr, IOAPIC_REDTBL_HI(intpin->io_intpin), value); intpin->io_lowreg = low; - ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); + ioapic_ops.write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), low); } static int @@ -357,7 +358,7 @@ ioapic_assign_cpu(struct intsrc *isrc, u_int apic_id) */ mtx_lock_spin(&icu_lock); if (!intpin->io_masked && !intpin->io_edgetrigger) { - ioapic_write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), + ioapic_ops.write(io->io_addr, IOAPIC_REDTBL_LO(intpin->io_intpin), intpin->io_lowreg | IOART_INTMSET); mtx_unlock_spin(&icu_lock); DELAY(100); @@ -512,7 +513,7 @@ ioapic_create(vm_paddr_t addr, int32_t apic_id, int intbase) /* Map the register window so we can access the device. */ apic = pmap_mapdev(addr, IOAPIC_MEM_REGION); mtx_lock_spin(&icu_lock); - value = ioapic_read(apic, IOAPIC_VER); + value = ioapic_ops.read(apic, IOAPIC_VER); mtx_unlock_spin(&icu_lock); /* If it's version register doesn't seem to work, punt. */ @@ -528,9 +529,9 @@ ioapic_create(vm_paddr_t addr, int32_t apic_id, int intbase) io->io_pic = ioapic_template; mtx_lock_spin(&icu_lock); io->io_id = next_id++; - io->io_apic_id = ioapic_read(apic, IOAPIC_ID) >> APIC_ID_SHIFT; + io->io_apic_id = ioapic_ops.read(apic, IOAPIC_ID) >> APIC_ID_SHIFT; if (apic_id != -1 && io->io_apic_id != apic_id) { - ioapic_write(apic, IOAPIC_ID, apic_id << APIC_ID_SHIFT); + ioapic_ops.write(apic, IOAPIC_ID, apic_id << APIC_ID_SHIFT); mtx_unlock_spin(&icu_lock); io->io_apic_id = apic_id; printf("ioapic%u: Changing APIC ID to %d\n", io->io_id, @@ -586,8 +587,8 @@ ioapic_create(vm_paddr_t addr, int32_t apic_id, int intbase) * be routed to other CPUs later after they are enabled. */ intpin->io_cpu = PCPU_GET(apic_id); - value = ioapic_read(apic, IOAPIC_REDTBL_LO(i)); - ioapic_write(apic, IOAPIC_REDTBL_LO(i), value | IOART_INTMSET); + value = ioapic_ops.read(apic, IOAPIC_REDTBL_LO(i)); + ioapic_ops.write(apic, IOAPIC_REDTBL_LO(i), value | IOART_INTMSET); } mtx_unlock_spin(&icu_lock); @@ -788,7 +789,7 @@ ioapic_register(void *cookie) io = (struct ioapic *)cookie; apic = io->io_addr; mtx_lock_spin(&icu_lock); - flags = ioapic_read(apic, IOAPIC_VER) & IOART_VER_VERSION; + flags = ioapic_ops.read(apic, IOAPIC_VER) & IOART_VER_VERSION; STAILQ_INSERT_TAIL(&ioapic_list, io, io_next); mtx_unlock_spin(&icu_lock); printf("ioapic%u irqs %u-%u on motherboard\n", @@ -799,7 +800,7 @@ ioapic_register(void *cookie) intr_register_pic(&io->io_pic); for (i = 0, pin = io->io_pins; i < io->io_numintr; i++, pin++) if (pin->io_irq < NUM_IO_INTS) - intr_register_source(&pin->io_intsrc); + ioapic_ops.register_intr(pin); } /* A simple new-bus driver to consume PCI I/O APIC devices. */ -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:22:40 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 293593F7; Tue, 24 Dec 2013 11:22:40 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A68D41674; Tue, 24 Dec 2013 11:22:38 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="85272671" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Dec 2013 11:22:30 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:22:28 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4D-0007qS-2Q; Tue, 24 Dec 2013 11:22:29 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 05/13] xen: implement Xen IO APIC ops Date: Tue, 24 Dec 2013 12:20:54 +0100 Message-ID: <1387884062-41154-6-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:22:40 -0000 Implement a different set of hooks for IO APIC to use when running under Xen Dom0. --- sys/x86/xen/pv.c | 44 ++++++++++++++++++++++++++++++++++++++++++++ 1 files changed, 44 insertions(+), 0 deletions(-) diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c index ab4afba..e5ad200 100644 --- a/sys/x86/xen/pv.c +++ b/sys/x86/xen/pv.c @@ -49,6 +49,7 @@ __FBSDID("$FreeBSD$"); #include #include +#include #include #include #include @@ -58,6 +59,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include @@ -73,6 +75,11 @@ static caddr_t xen_pv_parse_preload_data(u_int64_t); static void xen_pv_parse_memmap(caddr_t, vm_paddr_t *, int *); static void xen_pv_set_init_ops(void); + +static u_int xen_pv_ioapic_read(volatile ioapic_t *, int); +static void xen_pv_ioapic_write(volatile ioapic_t *, int, u_int); +static void xen_pv_ioapic_register_intr(struct ioapic_intsrc *); + /*---------------------------- Extern Declarations ---------------------------*/ /* Variables used by amd64 mp_machdep to start APs */ extern struct mtx ap_boot_mtx; @@ -92,6 +99,13 @@ struct init_ops xen_init_ops = { .parse_memmap = xen_pv_parse_memmap, }; +/* Xen ioapic_ops implementation */ +struct ioapic_ops xen_ioapic_ops = { + .read = xen_pv_ioapic_read, + .write = xen_pv_ioapic_write, + .register_intr = xen_pv_ioapic_register_intr, +}; + static struct { const char *ev; @@ -342,6 +356,34 @@ xen_pv_parse_memmap(caddr_t kmdp, vm_paddr_t *physmap, int *physmap_idx) bios_add_smap_entries(xen_smap, size, physmap, physmap_idx); } +static u_int +xen_pv_ioapic_read(volatile ioapic_t *apic, int reg) +{ + struct physdev_apic apic_op; + int rc; + + mtx_assert(&icu_lock, MA_OWNED); + + apic_op.apic_physbase = pmap_kextract((vm_offset_t) apic); + apic_op.reg = reg; + rc = HYPERVISOR_physdev_op(PHYSDEVOP_apic_read, &apic_op); + if (rc) + panic("apic_read operation failed"); + + return (apic_op.value); +} + +static void +xen_pv_ioapic_write(volatile ioapic_t *apic, int reg, u_int val) +{ +} + +static void +xen_pv_ioapic_register_intr(struct ioapic_intsrc *pin) +{ + xen_register_pirq(pin->io_irq, pin->io_activehi, pin->io_edgetrigger); +} + static void xen_pv_set_init_ops(void) { @@ -349,4 +391,6 @@ xen_pv_set_init_ops(void) init_ops = xen_init_ops; /* Disable lapic */ lapic_disabled = true; + /* IOAPIC ops for Xen PV */ + ioapic_ops = xen_ioapic_ops; } -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:22:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9C82D3FC; Tue, 24 Dec 2013 11:22:41 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 130D01678; Tue, 24 Dec 2013 11:22:39 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="87481879" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Dec 2013 11:22:28 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:22:27 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4C-0007qS-0T; Tue, 24 Dec 2013 11:22:28 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 03/13] xen: mask event channels while changing affinity Date: Tue, 24 Dec 2013 12:20:52 +0100 Message-ID: <1387884062-41154-4-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:22:41 -0000 Event channels should be masked while chaning affinity, or else we might get spurious/lost interrupts. --- sys/x86/xen/xen_intr.c | 15 ++++++++++++--- 1 files changed, 12 insertions(+), 3 deletions(-) diff --git a/sys/x86/xen/xen_intr.c b/sys/x86/xen/xen_intr.c index fd36e68..bc0781e 100644 --- a/sys/x86/xen/xen_intr.c +++ b/sys/x86/xen/xen_intr.c @@ -797,7 +797,7 @@ xen_intr_assign_cpu(struct intsrc *base_isrc, u_int apic_id) struct evtchn_bind_vcpu bind_vcpu; struct xenisrc *isrc; u_int to_cpu, vcpu_id; - int error; + int error, masked; #ifdef XENHVM if (xen_vector_callback_enabled == 0) @@ -815,6 +815,12 @@ xen_intr_assign_cpu(struct intsrc *base_isrc, u_int apic_id) return (EINVAL); } + /* + * Mask the event channel port so we don't receive spurious events + * while changing affinity. + */ + masked = evtchn_test_and_set_mask(isrc->xi_port); + if ((isrc->xi_type == EVTCHN_TYPE_VIRQ) || (isrc->xi_type == EVTCHN_TYPE_IPI)) { /* @@ -825,8 +831,7 @@ xen_intr_assign_cpu(struct intsrc *base_isrc, u_int apic_id) evtchn_cpu_mask_port(isrc->xi_cpu, isrc->xi_port); isrc->xi_cpu = to_cpu; evtchn_cpu_unmask_port(isrc->xi_cpu, isrc->xi_port); - mtx_unlock(&xen_intr_isrc_lock); - return (0); + goto out; } bind_vcpu.port = isrc->xi_port; @@ -848,6 +853,10 @@ xen_intr_assign_cpu(struct intsrc *base_isrc, u_int apic_id) evtchn_cpu_mask_port(to_cpu, isrc->xi_port); } } + +out: + if (!masked) + evtchn_unmask_port(isrc->xi_port); mtx_unlock(&xen_intr_isrc_lock); return (0); #else -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:22:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B84B1400; Tue, 24 Dec 2013 11:22:41 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 42CB51679; Tue, 24 Dec 2013 11:22:40 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="85272672" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Dec 2013 11:22:30 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:22:29 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4D-0007qS-JH; Tue, 24 Dec 2013 11:22:29 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 06/13] xen: Dom0 console fixes Date: Tue, 24 Dec 2013 12:20:55 +0100 Message-ID: <1387884062-41154-7-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:22:41 -0000 Minor fixes and workarounds to make the Xen Dom0 console work. --- sys/dev/xen/console/xencons_ring.c | 16 ++++++++++++++++ 1 files changed, 16 insertions(+), 0 deletions(-) diff --git a/sys/dev/xen/console/xencons_ring.c b/sys/dev/xen/console/xencons_ring.c index d826363..ea97f7b 100644 --- a/sys/dev/xen/console/xencons_ring.c +++ b/sys/dev/xen/console/xencons_ring.c @@ -48,6 +48,9 @@ xencons_has_input(void) { struct xencons_interface *intf; + if (xen_initial_domain()) + return 1; + intf = xencons_interface(); return (intf->in_cons != intf->in_prod); @@ -97,6 +100,19 @@ xencons_handle_input(void *unused) XENCONS_RING_IDX cons, prod; CN_LOCK(cn_mtx); + + if (xen_initial_domain()) { + /* XXX: read from console */ + static char rbuf[16]; + int l; + + while ((l = HYPERVISOR_console_io(CONSOLEIO_read, 16, rbuf)) > 0) + xencons_rx(rbuf, l); + + CN_UNLOCK(cn_mtx); + return; + } + intf = xencons_interface(); cons = intf->in_cons; -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:22:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 04684404; Tue, 24 Dec 2013 11:22:42 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82D66167A; Tue, 24 Dec 2013 11:22:40 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="85272673" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Dec 2013 11:22:31 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:22:30 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4E-0007qS-Ku; Tue, 24 Dec 2013 11:22:30 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 08/13] xen: change order of Xen intr init and IO APIC registration Date: Tue, 24 Dec 2013 12:20:57 +0100 Message-ID: <1387884062-41154-9-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:22:42 -0000 Change order of some of the services in the SI_SUB_INTR stage, so that it follows the order: - System intr initialization - Xen intr initalization - IO APIC source registration --- sys/x86/x86/local_apic.c | 2 +- sys/x86/xen/xen_intr.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/sys/x86/x86/local_apic.c b/sys/x86/x86/local_apic.c index 85736c8..c206281 100644 --- a/sys/x86/x86/local_apic.c +++ b/sys/x86/x86/local_apic.c @@ -1383,7 +1383,7 @@ apic_setup_io(void *dummy __unused) /* Enable the MSI "pic". */ msi_init(); } -SYSINIT(apic_setup_io, SI_SUB_INTR, SI_ORDER_SECOND, apic_setup_io, NULL); +SYSINIT(apic_setup_io, SI_SUB_INTR, SI_ORDER_THIRD, apic_setup_io, NULL); #ifdef SMP /* diff --git a/sys/x86/xen/xen_intr.c b/sys/x86/xen/xen_intr.c index 340e5ed..700fd22 100644 --- a/sys/x86/xen/xen_intr.c +++ b/sys/x86/xen/xen_intr.c @@ -613,7 +613,7 @@ xen_intr_init(void *dummy __unused) return (0); } -SYSINIT(xen_intr_init, SI_SUB_INTR, SI_ORDER_MIDDLE, xen_intr_init, NULL); +SYSINIT(xen_intr_init, SI_SUB_INTR, SI_ORDER_SECOND, xen_intr_init, NULL); /*--------------------------- Common PIC Functions ---------------------------*/ /** -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:22:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7191A408; Tue, 24 Dec 2013 11:22:42 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82F791673; Tue, 24 Dec 2013 11:22:38 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="87481876" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Dec 2013 11:22:27 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:22:26 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4A-0007qS-6z; Tue, 24 Dec 2013 11:22:26 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 00/13] xen: initial PVH Dom0 support Date: Tue, 24 Dec 2013 12:20:49 +0100 Message-ID: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:22:42 -0000 This patch series implement initial Dom0 support for FreeBSD when running under PVH mode. This series only sets the bases so that FreeBSD can boot as Dom0, it will NOT allow you to create guests or do anything fancy with it. Having that said, the series implement basic support for routing physical interrupts through event channels, methods for interacting with the IO APIC under Xen, support for PCI devices and some miscellaneous changes needed in order to boot as Dom0 (see specific patches). In order to test this, and since FreeBSD bootloader doesn't support multiboot yet, I've been botting using pxelinux, the line looks like: label freebsd KERNEL mboot.c32 APPEND xen/xen_pvh.gz dom0_max_vcpus=6 sync_console=true noreboot=true dom0pvh=1 dom0_mem=1024M com1=115200,8n1 guest_loglvl=all loglvl=all console=com1 --- freebsd/kernel boot_verbose=1,hw.pci.enable_msix=0,hw.pci.enable_msi=0,vfs.root.mountfrom=ufs:/dev/ada0s4a Note that MSI and MSI-X are disabled, this is due to the fact that I have not yet implemented support for it when running under Xen. Xen PVH Dom0 support has not yet been committed to the Xen repository, so in order to try it the following Xen tree has to be used: git://oss.oracle.com/git/mrathor/xen.git branch: dom0pvh-v7 https://oss.oracle.com/git/?p=mrathor/xen.git;a=shortlog;h=dom0pvh-v7 Plus the patch found at: http://marc.info/?l=xen-devel&m=138695509703563 As usual, I've created a git branch with the patches, which can be found at: git://xenbits.xen.org/people/royger/freebsd.git branch: pvhdom0_v1 http://xenbits.xen.org/gitweb/?p=people/royger/freebsd.git;a=shortlog;h=refs/heads/pvhdom0_v1 Here is the full dmesg of my system booting: PXELINUX 4.02 debian-20101014 Copyright (C) 1994-2010 H. Peter Anvin et al boot: Loading xen/xen_pvh.gz... ok Loading freebsd/kernel... ok Xen 4.4-unstable (XEN) Xen version 4.4-unstable (root@) (FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610) debug=y Thu Dec 19 18:08:48 CET 2013 (XEN) Latest ChangeSet: Tue Dec 17 12:51:27 2013 +0100 git:5d0f3f2 (XEN) Console output is synchronous. (XEN) Bootloader: PXELINUX 4.02 debian-20101014 (XEN) Command line: dom0_max_vcpus=6 sync_console=true noreboot=true dom0pvh=1 dom0_mem=1024M com1=115200,8n1 guest_loglvl=all loglvl=all console=com1 (XEN) Video information: (XEN) VGA is text mode 80x25, font 8x16 (XEN) VBE/DDC methods: V2; EDID transfer time: 1 seconds (XEN) EDID info not retrieved because of reasons unknown (XEN) Disc information: (XEN) Found 2 MBR signatures (XEN) Found 2 EDD information structures (XEN) Xen-e820 RAM map: (XEN) 0000000000000000 - 0000000000092400 (usable) (XEN) 00000000000f0000 - 0000000000100000 (reserved) (XEN) 0000000000100000 - 00000000dfdf9c00 (usable) (XEN) 00000000dfdf9c00 - 00000000dfe4bc00 (ACPI NVS) (XEN) 00000000dfe4bc00 - 00000000dfe4dc00 (ACPI data) (XEN) 00000000dfe4dc00 - 00000000e0000000 (reserved) (XEN) 00000000f8000000 - 00000000fd000000 (reserved) (XEN) 00000000fe000000 - 00000000fed00400 (reserved) (XEN) 00000000fee00000 - 00000000fef00000 (reserved) (XEN) 00000000ffb00000 - 0000000100000000 (reserved) (XEN) 0000000100000000 - 00000001a0000000 (usable) (XEN) ACPI: RSDP 000FEC30, 0024 (r2 DELL ) (XEN) ACPI: XSDT 000FCCC7, 007C (r1 DELL B10K 15 ASL 61) (XEN) ACPI: FACP 000FCDB7, 00F4 (r3 DELL B10K 15 ASL 61) (XEN) ACPI: DSDT FFE9E951, 4A74 (r1 DELL dt_ex 1000 INTL 20050624) (XEN) ACPI: FACS DFDF9C00, 0040 (XEN) ACPI: SSDT FFEA34D6, 009C (r1 DELL st_ex 1000 INTL 20050624) (XEN) ACPI: APIC 000FCEAB, 015E (r1 DELL B10K 15 ASL 61) (XEN) ACPI: BOOT 000FD009, 0028 (r1 DELL B10K 15 ASL 61) (XEN) ACPI: ASF! 000FD031, 0096 (r32 DELL B10K 15 ASL 61) (XEN) ACPI: MCFG 000FD0C7, 003C (r1 DELL B10K 15 ASL 61) (XEN) ACPI: HPET 000FD103, 0038 (r1 DELL B10K 15 ASL 61) (XEN) ACPI: TCPA 000FD35F, 0032 (r1 DELL B10K 15 ASL 61) (XEN) ACPI: DMAR 000FD391, 00C8 (r1 DELL B10K 15 ASL 61) (XEN) ACPI: SLIC 000FD13B, 0176 (r1 DELL B10K 15 ASL 61) (XEN) ACPI: SSDT DFE4DC00, 15C4 (r1 INTEL PPM RCM 80000001 INTL 20061109) (XEN) System RAM: 6141MB (6288940kB) (XEN) No NUMA configuration found (XEN) Faking a node at 0000000000000000-00000001a0000000 (XEN) Domain heap initialised (XEN) DMI 2.5 present. (XEN) Using APIC driver default (XEN) ACPI: PM-Timer IO Port: 0x808 (XEN) ACPI: SLEEP INFO: pm1x_cnt[804,0], pm1x_evt[800,0] (XEN) ACPI: wakeup_vec[dfdf9c0c], vec_size[20] (XEN) ACPI: Local APIC address 0xfee00000 (XEN) ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) (XEN) Processor #0 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x02] enabled) (XEN) Processor #2 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x04] enabled) (XEN) Processor #4 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x06] enabled) (XEN) Processor #6 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x01] enabled) (XEN) Processor #1 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x03] enabled) (XEN) Processor #3 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x07] lapic_id[0x05] enabled) (XEN) Processor #5 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x08] lapic_id[0x07] enabled) (XEN) Processor #7 7:10 APIC version 21 (XEN) ACPI: LAPIC (acpi_id[0x09] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x0a] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x0b] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x0c] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x0d] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x0e] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x0f] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x10] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x11] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x12] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x13] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x14] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x15] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x16] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x17] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x18] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x19] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x1a] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x1b] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x1c] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x1d] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x1e] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x1f] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC (acpi_id[0x20] lapic_id[0x00] disabled) (XEN) ACPI: LAPIC_NMI (acpi_id[0xff] high level lint[0x1]) (XEN) ACPI: IOAPIC (id[0x08] address[0xfec00000] gsi_base[0]) (XEN) IOAPIC[0]: apic_id 8, version 32, address 0xfec00000, GSI 0-23 (XEN) ACPI: IOAPIC (id[0x09] address[0xfec80000] gsi_base[24]) (XEN) IOAPIC[1]: apic_id 9, version 32, address 0xfec80000, GSI 24-47 (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) (XEN) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 high level) (XEN) ACPI: IRQ0 used by override. (XEN) ACPI: IRQ2 used by override. (XEN) ACPI: IRQ9 used by override. (XEN) Enabling APIC mode: Flat. Using 2 I/O APICs (XEN) ACPI: HPET id: 0x8086a301 base: 0xfed00000 (XEN) ERST table was not found (XEN) Using ACPI (MADT) for SMP configuration information (XEN) SMP: Allowing 32 CPUs (24 hotplug CPUs) (XEN) IRQ limits: 48 GSI, 1504 MSI/MSI-X (XEN) Using scheduler: SMP Credit Scheduler (credit) (XEN) Detected 3066.827 MHz processor. (XEN) Initing memory sharing. (XEN) mce_intel.c:717: MCA Capability: BCAST 1 SER 0 CMCI 1 firstbank 0 extended MCE MSR 0 (XEN) Intel machine check reporting enabled (XEN) PCI: MCFG configuration 0: base f8000000 segment 0000 buses 00 - 3f (XEN) PCI: MCFG area at f8000000 reserved in E820 (XEN) PCI: Using MCFG for segment 0000 bus 00-3f (XEN) Intel VT-d iommu 0 supported page sizes: 4kB. (XEN) Intel VT-d Snoop Control enabled. (XEN) Intel VT-d Dom0 DMA Passthrough not enabled. (XEN) Intel VT-d Queued Invalidation enabled. (XEN) Intel VT-d Interrupt Remapping enabled. (XEN) Intel VT-d Shared EPT tables not enabled. (XEN) I/O virtualisation enabled (XEN) - Dom0 mode: Relaxed (XEN) Interrupt remapping enabled (XEN) ENABLING IO-APIC IRQs (XEN) -> Using new ACK method (XEN) ..TIMER: vector=0xF0 apic1=0 pin1=2 apic2=-1 pin2=-1 (XEN) Platform timer is 14.318MHz HPET (XEN) Allocated console ring of 64 KiB. (XEN) mwait-idle: MWAIT substates: 0x1120 (XEN) mwait-idle: v0.4 model 0x1a (XEN) mwait-idle: lapic_timer_reliable_states 0x2 (XEN) HPET: 0 timers usable for broadcast (4 total) (XEN) VMX: Supported advanced features: (XEN) - APIC MMIO access virtualisation (XEN) - APIC TPR shadow (XEN) - Extended Page Tables (EPT) (XEN) - Virtual-Processor Identifiers (VPID) (XEN) - Virtual NMI (XEN) - MSR direct-access bitmap (XEN) HVM: ASIDs enabled. (XEN) HVM: VMX enabled (XEN) HVM: Hardware Assisted Paging (HAP) detected (XEN) HVM: HAP page sizes: 4kB, 2MB (XEN) Brought up 8 CPUs (XEN) ACPI sleep modes: S3 (XEN) mcheck_poll: Machine check polling timer started. (XEN) *** LOADING DOMAIN 0 *** (XEN) elf_parse_binary: phdr: paddr=0xffffffff80200000 memsz=0xf4b998 (XEN) elf_parse_binary: phdr: paddr=0xffffffff8134c000 memsz=0x43cc48 (XEN) elf_parse_binary: memory: 0xffffffff80200000 -> 0xffffffff81788c48 (XEN) elf_xen_parse_note: GUEST_OS = "FreeBSD" (XEN) elf_xen_parse_note: GUEST_VERSION = "HEAD" (XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0" (XEN) elf_xen_parse_note: VIRT_BASE = 0xffffffff80000000 (XEN) elf_xen_parse_note: PADDR_OFFSET = 0xffffffff80000000 (XEN) elf_xen_parse_note: ENTRY = 0xffffffff80ca7000 (XEN) elf_xen_parse_note: HYPERCALL_PAGE = 0xffffffff80ca6000 (XEN) elf_xen_parse_note: HV_START_LOW = 0xffff800000000000 (XEN) elf_xen_parse_note: FEATURES = "writable_descriptor_tables|auto_translated_physmap|supervisor_mode_kernel|hvm_callback_vector" (XEN) elf_xen_parse_note: PAE_MODE = "yes" (XEN) elf_xen_parse_note: unknown xen elf note (0xd) (XEN) elf_xen_parse_note: LOADER = "generic" (XEN) elf_xen_parse_note: SUSPEND_CANCEL = 0x0 (XEN) elf_xen_parse_note: BSD_SYMTAB = "yes" (XEN) elf_xen_parse: using notes from SHT_NOTE section (XEN) elf_xen_addr_calc_check: addresses: (XEN) virt_base = 0xffffffff80000000 (XEN) elf_paddr_offset = 0xffffffff80000000 (XEN) virt_offset = 0x0 (XEN) virt_kstart = 0xffffffff80200000 (XEN) virt_kend = 0xffffffff81a7e4f8 (XEN) virt_entry = 0xffffffff80ca7000 (XEN) p2m_base = 0xffffffffffffffff (XEN) Xen kernel: 64-bit, lsb, compat32 (XEN) Dom0 kernel: 64-bit, PAE, lsb, paddr 0xffffffff80200000 -> 0xffffffff81788c48 (XEN) Dom0 symbol map 0xffffffff81788c48 -> 0xffffffff81a7e4f8 (XEN) PHYSICAL MEMORY ARRANGEMENT: (XEN) Dom0 alloc.: 0000000198000000->000000019a000000 (253952 pages to be allocated) (XEN) VIRTUAL MEMORY ARRANGEMENT: (XEN) Loaded kernel: ffffffff80200000->ffffffff81a7e4f8 (XEN) Init. ramdisk: ffffffff81a7f000->ffffffff81a7f000 (XEN) Phys-Mach map: ffffffff81a7f000->ffffffff81c7f000 (XEN) Start info: ffffffff81c7f000->ffffffff81c804b4 (XEN) Page tables: ffffffff81c81000->ffffffff81c94000 (XEN) Boot stack: ffffffff81c94000->ffffffff81c95000 (XEN) TOTAL: ffffffff80000000->ffffffff82000000 (XEN) ENTRY ADDRESS: ffffffff80ca7000 (XEN) Dom0 has maximum 6 VCPUs (XEN) elf_load_binary: phdr 2 at 0xffffffff80200000 -> 0xffffffff8114b998 (XEN) elf_load_binary: phdr 3 at 0xffffffff8134c000 -> 0xffffffff81468fb0 (XEN) elf_load_bsdsyms: shdr 4 at 0xffff83019ecb9378 -> 0xffffffff81789790 (XEN) elf_load_bsdsyms: shdr 41 at 0xffff83019fd5be0f -> 0xffffffff817dbb18 (XEN) elf_load_bsdsyms: shdr 42 at 0xffff83019fd5cb50 -> 0xffffffff817dbd58 (XEN) elf_load_bsdsyms: shdr 43 at 0xffff83019fea0c28 -> 0xffffffff8191fe30 (XEN) Scrubbing Free RAM: ..................................................done. (XEN) Initial low memory virq threshold set at 0x4000 pages. (XEN) Std. Loglevel: All (XEN) Guest Loglevel: All (XEN) ********************************************** (XEN) ******* WARNING: CONSOLE OUTPUT IS SYNCHRONOUS (XEN) ******* This option is intended to aid debugging of Xen by ensuring (XEN) ******* that all output is synchronously delivered on the serial line. (XEN) ******* However it can introduce SIGNIFICANT latencies and affect (XEN) ******* timekeeping. It is NOT recommended for production use! (XEN) ********************************************** (XEN) 3... 2... 1... (XEN) *** Serial input -> DOM0 (type 'CTRL-a' three times to switch input to Xen) (XEN) Freed 240kB init memory. FreeBSD PVH running on xen-3.0-x86_64p GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb SMAP type=01 base=0000000000000000 len=0000000000092400 SMAP type=02 base=00000000000f0000 len=0000000000010000 SMAP type=01 base=0000000000100000 len=000000003ff00000 SMAP type=04 base=00000000dfdf9c00 len=0000000000052000 SMAP type=03 base=00000000dfe4bc00 len=0000000000002000 SMAP type=02 base=00000000dfe4dc00 len=00000000001b2400 SMAP type=02 base=00000000f8000000 len=0000000005000000 SMAP type=02 base=00000000fe000000 len=0000000000d00400 SMAP type=02 base=00000000fee00000 len=0000000000100000 SMAP type=02 base=00000000ffb00000 len=0000000000500000 SMAP type=02 base=0000000100000000 len=00000000a0000000 Table 'FACP' at 0xfcdb7 Table 'SSDT' at 0xffea34d6 Table 'APIC' at 0xfceab APIC: Found table at 0xfceab APIC: Using the Xen PV enumerator. SMP: Added CPU 0 (BSP) SMP: Added CPU 2 (AP) SMP: Added CPU 4 (AP) SMP: Added CPU 6 (AP) SMP: Added CPU 8 (AP) SMP: Added CPU 10 (AP) 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 #221 d73d160(pvh_dom0): Tue Dec 24 10:58:43 CET 2013 root@odin:/usr/obj/usr/src/sys/GENERIC amd64 FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 WARNING: WITNESS option enabled, expect reduced performance. (XEN) irq.c:375: Dom0 callback via changed to Direct Vector 0x93 CPU: Intel(R) Xeon(R) CPU W3550 @ 3.07GHz (K8-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Family = 0x6 Model = 0x1a Stepping = 5 Features=0x1fc9cbf5 Features2=0x80982281 AMD Features=0x20100800 AMD Features2=0x1 real memory = 1073741824 (1024 MB) Physical memory chunk(s): 0x0000000000010000 - 0x0000000000091fff, 532480 bytes (130 pages) 0x0000000000100000 - 0x00000000001fffff, 1048576 bytes (256 pages) 0x0000000001cc1000 - 0x000000003e598fff, 1015906304 bytes (248024 pages) avail memory = 1007063040 (960 MB) INTR: Adding local APIC 2 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 8 as a target INTR: Adding local APIC 10 as a target FreeBSD/SMP: Multiprocessor System Detected: 6 CPUs FreeBSD/SMP: 1 package(s) x 6 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 cpu4 (AP): APIC ID: 8 cpu5 (AP): APIC ID: 10 x86bios: IVT 0x000000-0x0004ff at 0xfffff80000000000 x86bios: SSEG 0x090000-0x090fff at 0xfffffe004e454000 x86bios: ROM 0x0a0000-0x0fefff at 0xfffff800000a0000 random device not loaded; using insecure entropy ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 Xen interrupt system initialized Table 'FACP' at 0xfcdb7 Table 'SSDT' at 0xffea34d6 Table 'APIC' at 0xfceab APIC: Found table at 0xfceab ACPI: RSDP 0xfec30 00024 (v02 DELL ) ACPI: XSDT 0xfccc7 0007C (v01 DELL B10K 00000015 ASL 00000061) ACPI: FACP 0xfcdb7 000F4 (v03 DELL B10K 00000015 ASL 00000061) ACPI: DSDT 0xffe9e951 04A74 (v01 DELL dt_ex 00001000 INTL 20050624) ACPI: FACS 0xdfdf9c00 00040 ACPI: SSDT 0xffea34d6 0009C (v01 DELL st_ex 00001000 INTL 20050624) ACPI: APIC 0xfceab 0015E (v01 DELL B10K 00000015 ASL 00000061) ACPI: BOOT 0xfd009 00028 (v01 DELL B10K 00000015 ASL 00000061) ACPI: ASF! 0xfd031 00096 (v32 DELL B10K 00000015 ASL 00000061) ACPI: MCFG 0xfd0c7 0003C (v01 DELL B10K 00000015 ASL 00000061) ACPI: HPET 0xfd103 00038 (v01 DELL B10K 00000015 ASL 00000061) ACPI: TCPA 0xfd35f 00032 (v01 DELL B10K 00000015 ASL 00000061) ACPI: DMAR 0xfd391 000C8 (v01 DELL B10K 00000015 ASL 00000061) ACPI: SLIC 0xfd13b 00176 (v01 DELL B10K 00000015 ASL 00000061) ACPI: SSDT 0xdfe4dc00 015C4 (v01 INTEL PPM RCM 80000001 INTL 20061109) MADT: Found IO APIC ID 8, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 8 ioapic0: Routing external 8259A's -> intpin 0 MADT: Found IO APIC ID 9, Interrupt 24 at 0xfec80000 ioapic1: Changing APIC ID to 9 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: level lapic: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard xen: register IRQ#1 xen: register IRQ#3 xen: register IRQ#4 xen: register IRQ#5 xen: register IRQ#6 xen: register IRQ#7 xen: register IRQ#8 xen: register IRQ#9 xen: register IRQ#10 xen: register IRQ#11 xen: register IRQ#12 xen: register IRQ#13 xen: register IRQ#14 xen: register IRQ#15 xen: register IRQ#16 xen: register IRQ#17 xen: register IRQ#18 xen: register IRQ#19 xen: register IRQ#20 xen: register IRQ#21 xen: register IRQ#22 xen: register IRQ#23 ioapic1 irqs 24-47 on motherboard xen: register IRQ#24 xen: register IRQ#25 xen: register IRQ#26 xen: register IRQ#27 xen: register IRQ#28 xen: register IRQ#29 xen: register IRQ#30 xen: register IRQ#31 xen: register IRQ#32 xen: register IRQ#33 xen: register IRQ#34 xen: register IRQ#35 xen: register IRQ#36 xen: register IRQ#37 xen: register IRQ#38 xen: register IRQ#39 xen: register IRQ#40 xen: register IRQ#41 xen: register IRQ#42 xen: register IRQ#43 xen: register IRQ#44 xen: register IRQ#45 xen: register IRQ#46 xen: register IRQ#47 wlan: <802.11 Link Layer> snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 Hardware, Intel IvyBridge+ RNG: RDRAND is not present Hardware, VIA Nehemiah Padlock RNG: VIA Padlock RNG not present null: Falling back to random adaptor random: initialized nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 VESA: calling BIOS POST VESA: INT 0x10 vector 0xc000:0x03d0 VESA: information block 0000 56 45 53 41 00 03 d8 01 00 c0 01 00 00 00 44 00 0010 00 91 00 01 58 0a 11 01 00 c0 a3 00 00 c0 a4 4b 0020 00 c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0040 00 00 00 00 00 01 01 01 03 01 05 01 07 01 11 01 0050 14 01 17 01 1a 01 0e 01 20 01 93 01 95 01 96 01 0060 b3 01 b5 01 b6 01 c3 01 c5 01 c6 01 33 01 35 01 0070 36 01 53 01 55 01 56 01 63 01 65 01 66 01 21 01 0080 22 01 23 01 24 01 43 01 45 01 46 01 73 01 75 01 0090 76 01 83 01 85 01 86 01 d3 01 d5 01 d6 01 e3 01 00a0 e5 01 e6 01 ff ff 00 00 00 00 00 00 00 00 00 00 00b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0100 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0120 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0140 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0150 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0160 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0170 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0180 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0190 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01c0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 01f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 VESA: 48 mode(s) found VESA: v3.0, 16384k memory, flags:0x1, mode table:0xfffffe004e4be044 (91000044) VESA: ATI ATOMBIOS VESA: (C) 1988-2005, ATI Technologies Inc. RV620 01.00 io: VMBUS: load mem: hptnr: R750/DC7280 controller driver v1.0 hpt27xx: RocketRAID 27xx controller driver v1.1 hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 pvcpu0: on motherboard pvcpu1: on motherboard pvcpu2: on motherboard pvcpu3: on motherboard pvcpu4: on motherboard pvcpu5: on motherboard xenstore0: on motherboard Grant table initialized xen_et0: on motherboard Event timer "XENTIMER" frequency 1000000000 Hz quality 950 Timecounter "XENTIMER" frequency 1000000000 Hz quality 950 xen_et0: registered as a time-of-day clock (resolution 10000000us, adjustment 5.000000000s) xc0 on motherboard acpi0: on motherboard ACPI: All ACPI Tables successfully acquired PCIe: Memory Mapped configuration base @ 0xf8000000 acpi0: Power Button (fixed) atrtc0: port 0x70-0x7f irq 8 on acpi0 atrtc0: not installed as time-of-day clock: clock xen_et has higher resolution Event timer "RTC" frequency 32768 Hz quality 0 attimer0: port 0x40-0x5f irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 attimer0: Can't map interrupt. pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 9 10 11 12 15 Validation 0 11 N 0 3 4 5 6 7 9 10 11 12 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 9 10 11 12 15 Validation 0 10 N 0 3 4 5 6 7 9 10 11 12 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 9 10 11 12 15 Validation 0 5 N 0 3 4 5 6 7 9 10 11 12 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 15 Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 15 Validation 0 9 N 0 3 4 5 6 7 9 10 11 12 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 9 10 11 12 15 Validation 0 255 N 0 3 4 5 6 7 9 10 11 12 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 9 N 0 3 4 5 6 7 9 10 11 12 15 Validation 0 9 N 0 3 4 5 6 7 9 10 11 12 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 9 10 11 12 15 Validation 0 5 N 0 3 4 5 6 7 9 10 11 12 15 After Disable 0 255 N 0 3 4 5 6 7 9 10 11 12 15 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pcib0: decoding 4 range 0-0xcf7 pcib0: decoding 4 range 0xd00-0xffff pcib0: decoding 3 range 0xa0000-0xbffff pcib0: decoding 3 range 0xc0000-0xdffff pcib0: decoding 3 range 0xe0000-0xfffff pcib0: decoding 3 range 0xdff00000-0xf7ffffff pcib0: decoding 3 range 0xff980000-0xff980fff pcib0: decoding 3 range 0xff97c000-0xff97ffff pcib0: decoding 3 range 0xfed20000-0xfed9ffff pci0: on pcib0 pci0: domain=0, physical bus=0 (XEN) PCI add device 0000:00:00.0 found-> vendor=0x8086, dev=0x3405, revid=0x22 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0100, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks pcib0: matched entry for 0.0.INTA pcib0: slot 0 INTA hardwired to IRQ 16 (XEN) PCI add device 0000:00:01.0 found-> vendor=0x8086, dev=0x3408, revid=0x22 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 (XEN) PCI add device 0000:00:03.0 found-> vendor=0x8086, dev=0x340a, revid=0x22 domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks pcib0: matched entry for 0.3.INTA pcib0: slot 3 INTA hardwired to IRQ 16 (XEN) PCI add device 0000:00:07.0 found-> vendor=0x8086, dev=0x340e, revid=0x22 domain=0, bus=0, slot=7, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks pcib0: matched entry for 0.7.INTA pcib0: slot 7 INTA hardwired to IRQ 16 (XEN) PCI add device 0000:00:14.0 found-> vendor=0x8086, dev=0x342e, revid=0x22 domain=0, bus=0, slot=20, func=0 class=08-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) (XEN) PCI add device 0000:00:14.1 found-> vendor=0x8086, dev=0x3422, revid=0x22 domain=0, bus=0, slot=20, func=1 class=08-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) (XEN) PCI add device 0000:00:14.2 found-> vendor=0x8086, dev=0x3423, revid=0x22 domain=0, bus=0, slot=20, func=2 class=08-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) (XEN) PCI add device 0000:00:1a.0 found-> vendor=0x8086, dev=0x3a37, revid=0x00 domain=0, bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0xff20, size 5, enabled pcib0: allocated type 4 (0xff20-0xff3f) for rid 20 of pci0:0:26:0 pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 (XEN) PCI add device 0000:00:1a.1 found-> vendor=0x8086, dev=0x3a38, revid=0x00 domain=0, bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0xff00, size 5, enabled pcib0: allocated type 4 (0xff00-0xff1f) for rid 20 of pci0:0:26:1 pcib0: matched entry for 0.26.INTB pcib0: slot 26 INTB hardwired to IRQ 17 (XEN) PCI add device 0000:00:1a.2 found-> vendor=0x8086, dev=0x3a39, revid=0x00 domain=0, bus=0, slot=26, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 map[20]: type I/O Port, range 32, base 0xfc00, size 5, enabled pcib0: allocated type 4 (0xfc00-0xfc1f) for rid 20 of pci0:0:26:2 pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 22 (XEN) PCI add device 0000:00:1a.7 found-> vendor=0x8086, dev=0x3a3c, revid=0x00 domain=0, bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xf7ffa000, size 10, enabled pcib0: allocated type 3 (0xf7ffa000-0xf7ffa3ff) for rid 10 of pci0:0:26:7 pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 22 (XEN) PCI add device 0000:00:1b.0 found-> vendor=0x8086, dev=0x3a3e, revid=0x00 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf7ffc000, size 14, enabled pcib0: allocated type 3 (0xf7ffc000-0xf7ffffff) for rid 10 of pci0:0:27:0 pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 16 (XEN) PCI add device 0000:00:1c.0 found-> vendor=0x8086, dev=0x3a40, revid=0x00 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 16 (XEN) PCI add device 0000:00:1c.5 found-> vendor=0x8086, dev=0x3a4a, revid=0x00 domain=0, bus=0, slot=28, func=5 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 17 (XEN) PCI add device 0000:00:1d.0 found-> vendor=0x8086, dev=0x3a34, revid=0x00 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 map[20]: type I/O Port, range 32, base 0xff80, size 5, enabled pcib0: allocated type 4 (0xff80-0xff9f) for rid 20 of pci0:0:29:0 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 (XEN) PCI add device 0000:00:1d.1 found-> vendor=0x8086, dev=0x3a35, revid=0x00 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 map[20]: type I/O Port, range 32, base 0xff60, size 5, enabled pcib0: allocated type 4 (0xff60-0xff7f) for rid 20 of pci0:0:29:1 pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 17 (XEN) PCI add device 0000:00:1d.2 found-> vendor=0x8086, dev=0x3a36, revid=0x00 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type I/O Port, range 32, base 0xff40, size 5, enabled pcib0: allocated type 4 (0xff40-0xff5f) for rid 20 of pci0:0:29:2 pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 (XEN) PCI add device 0000:00:1d.7 found-> vendor=0x8086, dev=0x3a3a, revid=0x00 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xff980000, size 10, enabled pcib0: allocated type 3 (0xff980000-0xff9803ff) for rid 10 of pci0:0:29:7 pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 (XEN) PCI add device 0000:00:1e.0 found-> vendor=0x8086, dev=0x244e, revid=0x90 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) (XEN) PCI add device 0000:00:1f.0 found-> vendor=0x8086, dev=0x3a16, revid=0x00 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0107, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) (XEN) PCI add device 0000:00:1f.2 found-> vendor=0x8086, dev=0x2822, revid=0x00 domain=0, bus=0, slot=31, func=2 class=01-04-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 powerspec 3 supports D0 D3 current D0 MSI supports 16 messages map[10]: type I/O Port, range 32, base 0xfe00, size 3, enabled pcib0: allocated type 4 (0xfe00-0xfe07) for rid 10 of pci0:0:31:2 map[14]: type I/O Port, range 32, base 0xfe10, size 2, enabled pcib0: allocated type 4 (0xfe10-0xfe13) for rid 14 of pci0:0:31:2 map[18]: type I/O Port, range 32, base 0xfe20, size 3, enabled pcib0: allocated type 4 (0xfe20-0xfe27) for rid 18 of pci0:0:31:2 map[1c]: type I/O Port, range 32, base 0xfe30, size 2, enabled pcib0: allocated type 4 (0xfe30-0xfe33) for rid 1c of pci0:0:31:2 map[20]: type I/O Port, range 32, base 0xfec0, size 5, enabled pcib0: allocated type 4 (0xfec0-0xfedf) for rid 20 of pci0:0:31:2 map[24]: type Memory, range 32, base 0xff970000, size 11, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 20 (XEN) PCI add device 0000:00:1f.3 found-> vendor=0x8086, dev=0x3a30, revid=0x00 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0103, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=9 map[10]: type Memory, range 64, base 0xf7ffb000, size 8, enabled pcib0: allocated type 3 (0xf7ffb000-0xf7ffb0ff) for rid 10 of pci0:0:31:3 map[20]: type I/O Port, range 32, base 0xece0, size 5, enabled pcib0: allocated type 4 (0xece0-0xecff) for rid 20 of pci0:0:31:3 pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 20 pcib1: irq 16 at device 1.0 on pci0 pcib0: allocated type 3 (0xf2000000-0xf7bfffff) for rid 20 of pcib1 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: memory decode 0xf2000000-0xf7bfffff pci1: on pcib1 pci1: domain=0, physical bus=1 (XEN) PCI add device 0000:01:00.0 found-> vendor=0x14e4, dev=0x1639, revid=0x20 domain=0, bus=1, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 16 messages, 64 bit MSI-X supports 9 messages in map 0x10 map[10]: type Memory, range 64, base 0xf2000000, size 25, enabled pcib1: allocated memory range (0xf2000000-0xf3ffffff) for rid 10 of pci0:1:0:0 pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 28 (XEN) PCI add device 0000:01:00.1 found-> vendor=0x14e4, dev=0x1639, revid=0x20 domain=0, bus=1, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 16 messages, 64 bit MSI-X supports 9 messages in map 0x10 map[10]: type Memory, range 64, base 0xf4000000, size 25, enabled pcib1: allocated memory range (0xf4000000-0xf5ffffff) for rid 10 of pci0:1:0:1 pcib1: matched entry for 1.0.INTB pcib1: slot 0 INTB hardwired to IRQ 40 bce0: mem 0xf2000000-0xf3ffffff irq 28 at device 0.0 on pci1 bce0: /usr/src/sys/dev/bce/if_bce.c(1159): MSI allocation failed! error = 19 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x000af7, model 0x003c, rev. 8 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce0: bpf attached bce0: Ethernet address: 00:10:18:e0:24:b0 bce0: ASIC (0x57092003); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.3); Bufs (RX:2;TX:2;PG:8); Flags (SPLT) Coal (RX:6,6,18,18; TX:20,20,80,80) bce1: mem 0xf4000000-0xf5ffffff irq 40 at device 0.1 on pci1 bce1: /usr/src/sys/dev/bce/if_bce.c(1159): MSI allocation failed! error = 19 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x000af7, model 0x003c, rev. 8 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: bpf attached bce1: Ethernet address: 00:10:18:e0:24:b2 bce1: ASIC (0x57092003); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.2.3); Bufs (RX:2;TX:2;PG:8); Flags (SPLT) Coal (RX:6,6,18,18; TX:20,20,80,80) pcib2: irq 16 at device 3.0 on pci0 pcib0: allocated type 4 (0xd000-0xdfff) for rid 1c of pcib2 pcib0: allocated type 3 (0xf7d00000-0xf7efffff) for rid 20 of pcib2 pcib0: allocated type 3 (0xe0000000-0xefffffff) for rid 24 of pcib2 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xd000-0xdfff pcib2: memory decode 0xf7d00000-0xf7efffff pcib2: prefetched decode 0xe0000000-0xefffffff pcib2: special decode VGA pci2: on pcib2 pci2: domain=0, physical bus=2 (XEN) PCI add device 0000:02:00.0 found-> vendor=0x1002, dev=0x95cf, revid=0x00 domain=0, bus=2, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib2: allocated prefetch range (0xe0000000-0xefffffff) for rid 10 of pci0:2:0:0 map[18]: type Memory, range 64, base 0xf7df0000, size 16, enabled pcib2: allocated memory range (0xf7df0000-0xf7dfffff) for rid 18 of pci0:2:0:0 map[20]: type I/O Port, range 32, base 0xdc00, size 8, enabled pcib2: allocated I/O port range (0xdc00-0xdcff) for rid 20 of pci0:2:0:0 pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 24 vgapci0: port 0xdc00-0xdcff mem 0xe0000000-0xefffffff,0xf7df0000-0xf7dfffff irq 24 at device 0.0 on pci2 pcib3: irq 16 at device 7.0 on pci0 pcib0: allocated type 3 (0xf7c00000-0xf7cfffff) for rid 20 of pcib3 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: memory decode 0xf7c00000-0xf7cfffff pci3: on pcib3 pci3: domain=0, physical bus=3 pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pci0: at device 20.2 (no driver attached) uhci0: port 0xff20-0xff3f irq 16 at device 26.0 on pci0 uhci0: LegSup = 0x2f00 usbus0 on uhci0 uhci0: usbpf: Attached uhci1: port 0xff00-0xff1f irq 17 at device 26.1 on pci0 uhci1: LegSup = 0x2f00 usbus1 on uhci1 uhci1: usbpf: Attached uhci2: port 0xfc00-0xfc1f irq 22 at device 26.2 on pci0 uhci2: LegSup = 0x2f00 usbus2 on uhci2 uhci2: usbpf: Attached ehci0: mem 0xf7ffa000-0xf7ffa3ff irq 22 at device 26.7 on pci0 usbus3: EHCI version 1.0 usbus3 on ehci0 ehci0: usbpf: Attached hdac0: mem 0xf7ffc000-0xf7ffffff irq 16 at device 27.0 on pci0 hdac0: PCI card vendor: 0x1028, device: 0x0293 hdac0: HDA Driver Revision: 20120126_0002 hdac0: Config options: on=0x00000000 off=0x00000000 hdac0: Caps: OSS 4, ISS 4, BSS 0, NSDO 1, 64bit, CORB 256, RIRB 256 pcib4: irq 16 at device 28.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pci4: on pcib4 pci4: domain=0, physical bus=4 pcib5: irq 17 at device 28.5 on pci0 pcib0: allocated type 3 (0xf1f00000-0xf1ffffff) for rid 20 of pcib5 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: memory decode 0xf1f00000-0xf1ffffff pci5: on pcib5 pci5: domain=0, physical bus=5 (XEN) PCI add device 0000:05:00.0 found-> vendor=0x14e4, dev=0x1681, revid=0x10 domain=0, bus=5, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf1fe0000, size 16, enabled pcib5: allocated memory range (0xf1fe0000-0xf1feffff) for rid 10 of pci0:5:0:0 map[18]: type Memory, range 64, base 0xf1ff0000, size 16, enabled pcib5: allocated memory range (0xf1ff0000-0xf1ffffff) for rid 18 of pci0:5:0:0 pcib5: matched entry for 5.0.INTA pcib5: slot 0 INTA hardwired to IRQ 17 bge0: mem 0xf1fe0000-0xf1feffff,0xf1ff0000-0xf1ffffff irq 17 at device 0.0 on pci5 bge0: CHIP ID 0x05761100; ASIC REV 0x5761; CHIP REV 0x57611; PCI-E bge0: Disabling fastboot miibus2: on bge0 brgphy2: PHY 1 on miibus2 brgphy2: OUI 0x000af7, model 0x003d, rev. 0 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: bpf attached bge0: Ethernet address: d4:ae:52:c1:d4:84 uhci3: port 0xff80-0xff9f irq 23 at device 29.0 on pci0 usbus4 on uhci3 uhci3: usbpf: Attached uhci4: port 0xff60-0xff7f irq 17 at device 29.1 on pci0 usbus5 on uhci4 uhci4: usbpf: Attached uhci5: port 0xff40-0xff5f irq 18 at device 29.2 on pci0 usbus6 on uhci5 uhci5: usbpf: Attached ehci1: mem 0xff980000-0xff9803ff irq 23 at device 29.7 on pci0 usbus7: EHCI version 1.0 usbus7 on ehci1 ehci1: usbpf: Attached pcib6: at device 30.0 on pci0 pcib6: domain 0 pcib6: secondary bus 6 pcib6: subordinate bus 6 pcib6: special decode subtractive pci6: on pcib6 pci6: domain=0, physical bus=6 isab0: at device 31.0 on pci0 isa0: on isab0 ahci0: port 0xfe00-0xfe07,0xfe10-0xfe13,0xfe20-0xfe27,0xfe30-0xfe33,0xfec0-0xfedf mem 0xff970000-0xff9707ff irq 20 at device 31.2 on pci0 ahci0: AHCI v1.20 with 6 3Gbps ports, Port Multiplier not supported ahci0: Caps: 64bit NCQ SNTF AL CLO 3Gbps PMD 32cmd CCC EM eSATA 6ports ahci0: Caps2: ahcich0: at channel 0 on ahci0 ahcich0: Caps: ahcich1: at channel 1 on ahci0 ahcich1: Caps: ahcich2: at channel 2 on ahci0 ahcich2: Caps: ahcich3: at channel 3 on ahci0 ahcich3: Caps: ahcich4: at channel 4 on ahci0 ahcich4: Caps: ahcich5: at channel 5 on ahci0 ahcich5: Caps: HPCP ESP ahciem0: on ahci0 ahciem0: Caps: ALHD XMT SMB LED pci0: at device 31.3 (no driver attached) ppc0: using extended I/O port range ppc0: SPP ECP ECP+EPP ppc0: port 0x378-0x37f,0x778-0x77f irq 7 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart0: fast interrupt ACPI: Enabled 3 GPEs in block 00 to 3F qpi0: on motherboard acpi0: wakeup code va 0xfffffe0051560000 pa 0x10000 ex_isa_identify() ahc_isa_identify 0: ioport 0xc00 alloc failed ahc_isa_identify 1: ioport 0x1c00 alloc failed ahc_isa_identify 2: ioport 0x2c00 alloc failed ahc_isa_identify 3: ioport 0x3c00 alloc failed ahc_isa_identify 4: ioport 0x4c00 alloc failed ahc_isa_identify 5: ioport 0x5c00 alloc failed ahc_isa_identify 6: ioport 0x6c00 alloc failed ahc_isa_identify 7: ioport 0x7c00 alloc failed ahc_isa_identify 8: ioport 0x8c00 alloc failed ahc_isa_identify 9: ioport 0x9c00 alloc failed ahc_isa_identify 10: ioport 0xac00 alloc failed ahc_isa_identify 11: ioport 0xbc00 alloc failed ahc_isa_identify 12: ioport 0xcc00 alloc failed ahc_isa_identify 13: ioport 0xdc00 alloc failed ahc_isa_identify 14: ioport 0xec00 alloc failed pcib0: allocated type 3 (0xa0000-0xa07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa0800-0xa0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1000-0xa17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa1800-0xa1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2000-0xa27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa2800-0xa2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3000-0xa37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa3800-0xa3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4000-0xa47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa4800-0xa4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5000-0xa57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa5800-0xa5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6000-0xa67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa6800-0xa6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7000-0xa77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa7800-0xa7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8000-0xa87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa8800-0xa8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9000-0xa97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xa9800-0xa9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa000-0xaa7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaa800-0xaafff) for rid 0 of orm0 pcib0: allocated type 3 (0xab000-0xab7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xab800-0xabfff) for rid 0 of orm0 pcib0: allocated type 3 (0xac000-0xac7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xac800-0xacfff) for rid 0 of orm0 pcib0: allocated type 3 (0xad000-0xad7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xad800-0xadfff) for rid 0 of orm0 pcib0: allocated type 3 (0xae000-0xae7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xae800-0xaefff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf000-0xaf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xaf800-0xaffff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0000-0xb07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb0800-0xb0fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1000-0xb17ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb1800-0xb1fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2000-0xb27ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb2800-0xb2fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3000-0xb37ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb3800-0xb3fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4000-0xb47ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb4800-0xb4fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5000-0xb57ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb5800-0xb5fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6000-0xb67ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb6800-0xb6fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7000-0xb77ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb7800-0xb7fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8000-0xb87ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb8800-0xb8fff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9000-0xb97ff) for rid 0 of orm0 pcib0: allocated type 3 (0xb9800-0xb9fff) for rid 0 of orm0 pcib0: allocated type 3 (0xba000-0xba7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xba800-0xbafff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb000-0xbb7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbb800-0xbbfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc000-0xbc7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbc800-0xbcfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd000-0xbd7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbd800-0xbdfff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe000-0xbe7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbe800-0xbefff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf000-0xbf7ff) for rid 0 of orm0 pcib0: allocated type 3 (0xbf800-0xbffff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xc07ff) for rid 0 of orm0 pcib0: allocated type 3 (0xc0000-0xcffff) for rid 0 of orm0 pcib0: allocated type 3 (0xd0000-0xd07ff) for rid 1 of orm0 pcib0: allocated type 3 (0xd0000-0xda7ff) for rid 1 of orm0 pcib0: allocated type 3 (0xda800-0xdafff) for rid 2 of orm0 pcib0: allocated type 3 (0xda800-0xdc7ff) for rid 2 of orm0 pcib0: allocated type 3 (0xdc800-0xdcfff) for rid 3 of orm0 pcib0: allocated type 3 (0xdc800-0xde7ff) for rid 3 of orm0 pcib0: allocated type 3 (0xde800-0xdefff) for rid 4 of orm0 pcib0: allocated type 3 (0xe1000-0xe17ff) for rid 5 of orm0 pcib0: allocated type 3 (0xe1000-0xe3fff) for rid 5 of orm0 pcib0: allocated type 3 (0xe4000-0xe47ff) for rid 6 of orm0 pcib0: allocated type 3 (0xe4800-0xe4fff) for rid 6 of orm0 pcib0: allocated type 3 (0xe5000-0xe57ff) for rid 6 of orm0 pcib0: allocated type 3 (0xe5800-0xe5fff) for rid 6 of orm0 pcib0: allocated type 3 (0xe6000-0xe67ff) for rid 6 of orm0 pcib0: allocated type 3 (0xe6800-0xe6fff) for rid 6 of orm0 pcib0: allocated type 3 (0xe7000-0xe77ff) for rid 6 of orm0 pcib0: allocated type 3 (0xe7800-0xe7fff) for rid 6 of orm0 pcib0: allocated type 3 (0xe8000-0xe87ff) for rid 6 of orm0 pcib0: allocated type 3 (0xe8800-0xe8fff) for rid 6 of orm0 pcib0: allocated type 3 (0xe9000-0xe97ff) for rid 6 of orm0 pcib0: allocated type 3 (0xe9800-0xe9fff) for rid 6 of orm0 pcib0: allocated type 3 (0xea000-0xea7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xea800-0xeafff) for rid 6 of orm0 pcib0: allocated type 3 (0xeb000-0xeb7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xeb800-0xebfff) for rid 6 of orm0 pcib0: allocated type 3 (0xec000-0xec7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xec800-0xecfff) for rid 6 of orm0 pcib0: allocated type 3 (0xed000-0xed7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xed800-0xedfff) for rid 6 of orm0 pcib0: allocated type 3 (0xee000-0xee7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xee800-0xeefff) for rid 6 of orm0 pcib0: allocated type 3 (0xef000-0xef7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xef800-0xeffff) for rid 6 of orm0 pcib0: allocated type 3 (0xf0000-0xf07ff) for rid 6 of orm0 pcib0: allocated type 3 (0xf0800-0xf0fff) for rid 6 of orm0 pcib0: allocated type 3 (0xf1000-0xf17ff) for rid 6 of orm0 pcib0: allocated type 3 (0xf1800-0xf1fff) for rid 6 of orm0 pcib0: allocated type 3 (0xf2000-0xf27ff) for rid 6 of orm0 pcib0: allocated type 3 (0xf2800-0xf2fff) for rid 6 of orm0 pcib0: allocated type 3 (0xf3000-0xf37ff) for rid 6 of orm0 pcib0: allocated type 3 (0xf3800-0xf3fff) for rid 6 of orm0 pcib0: allocated type 3 (0xf4000-0xf47ff) for rid 6 of orm0 pcib0: allocated type 3 (0xf4800-0xf4fff) for rid 6 of orm0 pcib0: allocated type 3 (0xf5000-0xf57ff) for rid 6 of orm0 pcib0: allocated type 3 (0xf5800-0xf5fff) for rid 6 of orm0 pcib0: allocated type 3 (0xf6000-0xf67ff) for rid 6 of orm0 pcib0: allocated type 3 (0xf6800-0xf6fff) for rid 6 of orm0 pcib0: allocated type 3 (0xf7000-0xf77ff) for rid 6 of orm0 pcib0: allocated type 3 (0xf7800-0xf7fff) for rid 6 of orm0 pcib0: allocated type 3 (0xf8000-0xf87ff) for rid 6 of orm0 pcib0: allocated type 3 (0xf8800-0xf8fff) for rid 6 of orm0 pcib0: allocated type 3 (0xf9000-0xf97ff) for rid 6 of orm0 pcib0: allocated type 3 (0xf9800-0xf9fff) for rid 6 of orm0 pcib0: allocated type 3 (0xfa000-0xfa7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xfa800-0xfafff) for rid 6 of orm0 pcib0: allocated type 3 (0xfb000-0xfb7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xfb800-0xfbfff) for rid 6 of orm0 pcib0: allocated type 3 (0xfc000-0xfc7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xfc800-0xfcfff) for rid 6 of orm0 pcib0: allocated type 3 (0xfd000-0xfd7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xfd800-0xfdfff) for rid 6 of orm0 pcib0: allocated type 3 (0xfe000-0xfe7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xfe800-0xfefff) for rid 6 of orm0 pcib0: allocated type 3 (0xff000-0xff7ff) for rid 6 of orm0 pcib0: allocated type 3 (0xff800-0xfffff) for rid 6 of orm0 isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcffff,0xd0000-0xda7ff,0xda800-0xdc7ff,0xdc800-0xde7ff,0xde800-0xe0fff,0xe1000-0xe3fff on isa0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0xffffffff (1) kbdc: RESET_KBD return code:00fe kbdc: RESET_KBD return code:00fe kbdc: RESET_KBD return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 atkbd: failed to reset the keyboard. sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x100> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 pcib0: allocated type 4 (0x3c0-0x3df) for rid 0 of vga0 pcib0: allocated type 3 (0xa0000-0xbffff) for rid 0 of vga0 isa_probe_children: probing PnP devices Device configuration finished. procfs registered Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining tcp_init: net.inet.tcp.tcbhashsize auto tuned to 8192 lo0: bpf attached hptnr: no controller detected. hpt27xx: no controller detected. hptrr: no controller detected. xenbusb_front0: on xenstore0 xenbusb_back0: on xenstore0 xctrl0: on xenstore0 hdacc0: at cad 0 on hdac0 hdaa0: at nid 1 on hdacc0 hdaa0: Subsystem ID: 0x10280293 hdaa0: NumGPIO=3 NumGPO=0 NumGPI=0 GPIWake=0 GPIUnsol=1 hdaa0: GPIO0: disabled hdaa0: GPIO1: disabled hdaa0: GPIO2: disabled hdaa0: WARNING: nid=42 has cnid outside of the AFG range j=0 entnum=4 index=0 res=0x00002701 hdaa0: Original pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 17 02214040 4 0 Headphones Jack 1/8 Front Green 0 hdaa0: 18 01014010 1 0 Line-out Jack 1/8 Rear Green 0 hdaa0: 19 991301f0 15 0 Speaker Fixed ATAPI Onboard Unknown 1 hdaa0: 20 02a19020 2 0 Mic Jack 1/8 Front Pink 0 hdaa0: 21 01813030 3 0 Line-in Jack 1/8 Rear Blue 0 hdaa0: 22 413301f0 15 0 CD None ATAPI Rear Unknown 1 hdaa0: 23 41a601f0 15 0 Mic None Digital Rear Unknown 1 hdaa0: 26 41f301f0 15 0 Other None ATAPI Rear Unknown 1 hdaa0: 27 414501f0 15 0 SPDIF-out None Optical Rear Unknown 1 hdaa0: 28 413301f0 15 0 CD None ATAPI Rear Unknown 1 hdaa0: Patching widget caps nid=23 0x0040020b -> 0x0040000b hdaa0: Patching widget caps nid=26 0x00400000 -> 0x00700000 hdaa0: Patched pins configuration: hdaa0: nid 0x as seq device conn jack loc color misc hdaa0: 17 02214040 4 0 Headphones Jack 1/8 Front Green 0 hdaa0: 18 01014010 1 0 Line-out Jack 1/8 Rear Green 0 hdaa0: 19 991301f0 15 0 Speaker Fixed ATAPI Onboard Unknown 1 hdaa0: 20 02a19020 2 0 Mic Jack 1/8 Front Pink 0 hdaa0: 21 01813030 3 0 Line-in Jack 1/8 Rear Blue 0 hdaa0: 22 413301f0 15 0 CD None ATAPI Rear Unknown 1 DISA hdaa0: 23 41a601f0 15 0 Mic None Digital Rear Unknown 1 DISA hdaa0: 27 414501f0 15 0 SPDIF-out None Optical Rear Unknown 1 DISA hdaa0: 28 413301f0 15 0 CD None ATAPI Rear Unknown 1 DISA hdaa0: 5 associations found: hdaa0: Association 0 (1) out: hdaa0: Pin nid=18 seq=0 hdaa0: Association 1 (2) in: hdaa0: Pin nid=20 seq=0 hdaa0: Association 2 (3) in: hdaa0: Pin nid=21 seq=0 hdaa0: Association 3 (4) out: hdaa0: Pin nid=17 seq=0 hdaa0: Association 4 (15) out: hdaa0: Pin nid=19 seq=0 hdaa0: Tracing association 0 (1) hdaa0: Pin 18 traced to DAC 3 hdaa0: Association 0 (1) trace succeeded hdaa0: Tracing association 1 (2) hdaa0: Pin 20 traced to ADC 8 hdaa0: Association 1 (2) trace succeeded hdaa0: Tracing association 2 (3) hdaa0: Pin 21 traced to ADC 9 hdaa0: Association 2 (3) trace succeeded hdaa0: Tracing association 3 (4) hdaa0: Pin 17 traced to DAC 4 hdaa0: Association 3 (4) trace succeeded hdaa0: Tracing association 4 (15) hdaa0: Unable to trace pin 19 seq 0 with min nid 0 hdaa0: Association 4 (15) trace failed hdaa0: Looking for additional DAC for association 0 (1) hdaa0: Looking for additional ADC for association 1 (2) hdaa0: Looking for additional ADC for association 2 (3) hdaa0: Looking for additional DAC for association 3 (4) hdaa0: Tracing input monitor hdaa0: Tracing other input monitors hdaa0: Tracing nid 20 to out hdaa0: nid 20 is input monitor hdaa0: Tracing nid 21 to out hdaa0: nid 21 is input monitor hdaa0: Tracing beeper hdaa0: nid 26 traced to out hdaa0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref pcm0: at nid 18 and 20 on hdaa0 pcm0: Playback: pcm0: Stream cap: 0x00000001 PCM pcm0: PCM cap: 0x000e07ff 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz pcm0: DAC: 3 pcm0: pcm0: nid=18 [pin: Line-out (Green Jack)] pcm0: + <- nid=10 [audio mixer] [src: pcm, speaker, line, mic] pcm0: + <- nid=33 [audio selector] [src: pcm, speaker, line, mic] pcm0: + <- nid=32 [audio mixer] [src: pcm, speaker, line, mic] pcm0: + <- nid=20 [pin: Mic (Pink Jack)] [src: mic] pcm0: + <- nid=21 [pin: Line-in (Blue Jack)] [src: line] pcm0: + <- nid=26 [beep widget] [src: speaker] pcm0: + <- nid=3 [audio output] [src: pcm] pcm0: pcm0: Record: pcm0: Stream cap: 0x00000001 PCM pcm0: PCM cap: 0x000e07ff 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz pcm0: ADC: 8 pcm0: pcm0: nid=8 [audio input] pcm0: + <- nid=12 [audio selector] [src: mic] pcm0: + <- nid=20 [pin: Mic (Pink Jack)] [src: mic] pcm0: pcm0: Master Volume (OSS: vol): -46/0dB pcm0: +- ctl 1 (nid 3 out): -58/0dB (40 steps) pcm0: +- ctl 6 (nid 10 in 1): mute pcm0: +- ctl 13 (nid 18 in ): mute pcm0: +- ctl 23 (nid 32 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 24 (nid 32 in 1): -34/12dB (32 steps) + mute pcm0: +- ctl 26 (nid 32 in 3): -34/12dB (32 steps) + mute pcm0: +- ctl 28 (nid 32 in 5): -34/12dB (32 steps) + mute pcm0: +- ctl 30 (nid 33 out): -46/0dB (32 steps) + mute pcm0: pcm0: PCM Volume (OSS: pcm): -58/0dB pcm0: +- ctl 1 (nid 3 out): -58/0dB (40 steps) pcm0: +- ctl 28 (nid 32 in 5): -34/12dB (32 steps) + mute pcm0: pcm0: Microphone Volume (OSS: mic): 0/30dB pcm0: +- ctl 9 (nid 12 out): -58/22dB (55 steps) + mute pcm0: +- ctl 15 (nid 20 out): 0/30dB (4 steps) pcm0: +- ctl 23 (nid 32 in 0): -34/12dB (32 steps) + mute pcm0: pcm0: Line-in Volume (OSS: line) pcm0: +- ctl 24 (nid 32 in 1): -34/12dB (32 steps) + mute pcm0: pcm0: Speaker/Beep Volume (OSS: speaker): -34/0dB pcm0: +- ctl 11 (nid 16 out): -45/0dB (16 steps) + mute pcm0: +- ctl 26 (nid 32 in 3): -34/12dB (32 steps) + mute pcm0: pcm0: Recording Level (OSS: rec): -58/22dB pcm0: +- ctl 9 (nid 12 out): -58/22dB (55 steps) + mute pcm0: pcm0: Input Monitoring Level (OSS: igain): -34/12dB pcm0: +- ctl 23 (nid 32 in 0): -34/12dB (32 steps) + mute pcm0: +- ctl 24 (nid 32 in 1): -34/12dB (32 steps) + mute pcm0: +- ctl 26 (nid 32 in 3): -34/12dB (32 steps) + mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "mic": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Playback channel set is: Front Left, Front Right, pcm0: Playback channel matrix is: 2.0 (disconnected) pcm0: Recording channel set is: Front Left, Front Right, pcm0: Recording channel matrix is: 2.0 (disconnected) pcm1: at nid 17 and 21 on hdaa0 pcm1: Playback: pcm1: Stream cap: 0x00000001 PCM pcm1: PCM cap: 0x000e07ff 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz pcm1: DAC: 4 pcm1: pcm1: nid=17 [pin: Headphones (Green Jack)] pcm1: + <- nid=7 [audio mixer] [src: pcm] pcm1: + <- nid=34 [audio selector] [src: pcm] pcm1: + <- nid=4 [audio output] [src: pcm] pcm1: pcm1: Record: pcm1: Stream cap: 0x00000001 PCM pcm1: PCM cap: 0x000e07ff 16 20 24 bits, 8 11 16 22 32 44 48 88 96 176 192 KHz pcm1: ADC: 9 pcm1: pcm1: nid=9 [audio input] pcm1: + <- nid=13 [audio selector] [src: line] pcm1: + <- nid=21 [pin: Line-in (Blue Jack)] [src: line] pcm1: pcm1: Master Volume (OSS: vol): -58/0dB pcm1: +- ctl 2 (nid 4 out): -58/0dB (40 steps) pcm1: +- ctl 3 (nid 7 in 0): mute pcm1: +- ctl 12 (nid 17 in ): mute pcm1: pcm1: PCM Volume (OSS: pcm): -58/0dB pcm1: +- ctl 2 (nid 4 out): -58/0dB (40 steps) pcm1: +- ctl 3 (nid 7 in 0): mute pcm1: +- ctl 12 (nid 17 in ): mute pcm1: pcm1: Line-in Volume (OSS: line): 0/30dB pcm1: +- ctl 10 (nid 13 out): -58/22dB (55 steps) + mute pcm1: +- ctl 16 (nid 21 out): 0/30dB (4 steps) pcm1: pcm1: Recording Level (OSS: rec): -58/22dB pcm1: +- ctl 10 (nid 13 out): -58/22dB (55 steps) + mute pcm1: pcm1: Mixer "vol": pcm1: Mixer "pcm": pcm1: Mixer "line": pcm1: Mixer "rec": pcm1: Playback channel set is: Front Left, Front Right, pcm1: Playback channel matrix is: 2.0 (disconnected) pcm1: Recording channel set is: Front Left, Front Right, pcm1: Recording channel matrix is: 2.0 (disconnected) random: unblocking device. usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 ahcich0: AHCI reset... ahcich0: SATA connect time=100us status=00000123 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ahcich0: AHCI reset: device found ahcich0: AHCI reset: device ready after 0ms ahcich1: AHCI reset... ahcich1: SATA connect time=100us status=00000123 ahcich1: AHCI reset: device found ahcich2: AHCI reset... ahcich2: SATA connect time=1000us status=00000113 ahcich2: AHCI reset: device found ahcich2: AHCI reset: device ready after 0ms ahcich3: AHCI reset... ahcich3: SATA offline status=00000004 ahcich3: AHCI reset: device not found ahcich4: AHCI reset... ahcich4: SATA offline status=00000004 ahcich4: AHCI reset: device not found ahcich5: AHCI reset... ahcich5: SATA connect timeout time=10000us status=00000000 ahcich5: AHCI reset: device not found ahcich1: AHCI reset: device ready after 100ms ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 GEOM: new disk ada0 ada0: ATA-8 SATA 3.x device ada0: Serial Number Z3T397LB ada0: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada0: Command Queueing enabled ada0: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada0: quirks=0x1<4K> ada0: Previously was known as ad4 ada1 at ahcich1 bus 0 scbus1 target 0 lun 0 ada1: ATA-8 SATA 3.x device ada1: Serial Number Z3T35VZV ada1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) ada1: Command Queueing enabled ada1: 476940MB (976773168 512 byte sectors: 16H 63S/T 16383C) ada1: quirks=0x1<4K> ada1: Previously was known as ad6 ses0 at ahciem0 bus 0 scbus6 target 0 lun 0 ses0: SEMB S-E-S 2.00 device ses0: SEMB SES Device pass0 at ahcich0 bus 0 scbus0 target 0 lun 0 pass0: ATA-8 SATA 3.x device pass0: Serial Number Z3T397LB pass0: 300.000MB/s transfersses0: Generation Code 0x0 has 1 SubEnclosures ses0: SubEnclosure ID 0, 1 Types With this ID, Descriptor Length 36, offset 8 ses0: WWN: 0 ses0: Type Desc[0]: Type 0x17, MaxElt 6, In Subenc 0, Text Length 0: cd0 at ahcich2 bus 0 scbus2 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: Serial Number R8U46GAC6015V3 cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed (SATA 2.x, UDMA6, PIO 8192bytes) pass0: Command Queueing enabled pass1 at ahcich1 bus 0 scbus1 target 0 lun 0 pass1: ATA-8 SATA 3.x device pass1: Serial Number Z3T35VZV pass1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) pass1: Command Queueing enabled pass2 at ahcich2 bus 0 scbus2 target 0 lun 0 pass2: Removable CD-ROM SCSI-0 device pass2: Serial Number R8U46GAC6015V3 pass2: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes) pass3 at ahciem0 bus 0 scbus6 target 0 lun 0 pass3: SEMB S-E-S 2.00 device GEOM_PART: partition 2 is not aligned on 4096 bytes GEOM_PART: partition 4 is not aligned on 4096 bytes GEOM: new disk ada1 GEOM: new disk cd0 uhub0: 2 ports with 2 removable, self powered GEOM_PART: partition 2 is not aligned on 4096 bytes uhub1: 2 ports with 2 removable, self powered GEOM_PART: partition 4 is not aligned on 4096 bytes uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered Netvsc initializing... done! SMP: AP CPU #1 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #3 Launched! WARNING: WITNESS option enabled, expect reduced performance. GEOM_PART: partition 1 is not aligned on 4096 bytes GEOM_PART: partition 2 is not aligned on 4096 bytes GEOM_PART: partition 1 is not aligned on 4096 bytes GEOM_PART: partition 1 is not aligned on 4096 bytes GEOM_PART: partition 2 is not aligned on 4096 bytes GEOM_PART: partition 1 is not aligned on 4096 bytes Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered Trying to mount root from ufs:/dev/ada0s4a []... start_init: trying /sbin/init Setting hostuuid: b1d4ed5e-6291-11e3-a57d-001018e024b0. Setting hostid: 0xf983da80. Entropy harvesting: interrupts ethernet point_to_point swi. Starting file system checks: /dev/ada0s4a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/ada0s4a: clean, 30967617 free (1481 frags, 3870767 blocks, 0.0% fragmentation) Mounting local file systems:. Writing entropy file:. Setting hostname: loki. bge0: Disabling fastboot bge0: Disabling fastboot bge0: link state changed to DOWN ugen1.2: at usbus1 ukbd0: on usbus1 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 Starting Network: lo0 bce0 bce1 bge0. lo0: flags=8049 metric 0 mtu 16384 options=600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 nd6 options=21 bce0: flags=8802 metric 0 mtu 1500 options=c01bb ether 00:10:18:e0:24:b0 nd6 options=29 media: Ethernet autoselect bce1: flags=8802 metric 0 mtu 1500 options=c01bb ether 00:10:18:e0:24:b2 nd6 options=29 media: Ethernet autoselect bge0: flags=8843 metric 0 mtu 1500 options=c019b ether d4:ae:52:c1:d4:84 nd6 options=29 media: Ethernet autoselect (none) status: no carrier bge0: link state changed to UP Starting devd. Starting Network: bce0. bce0: flags=8802 metric 0 mtu 1500 options=c01bb ether 00:10:18:e0:24:b0 nd6 options=29 media: Ethernet autoselect Starting Network: bce1. bce1: flags=8802 metric 0 mtu 1500 options=c01bb ether 00:10:18:e0:24:b2 nd6 options=29 media: Ethernet autoselect Configuring keyboard: keymap. Starting dhclient. DHCPREQUEST on bge0 to 255.255.255.255 port 67 DHCPACK from 172.16.1.1 bound to 172.16.1.21 -- renewal in 2147483647 seconds. 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 32-bit compatibility ldconfig path: /usr/lib32 Clearing /tmp (X related). Updating motd:. Mounting late file systems:. Starting ntpd. Configuring syscons: keymap blanktime. 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 Dec 24 11:27:30 CET 2013 FreeBSD/amd64 (loki) (xc0) login: From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:22:44 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FE13410; Tue, 24 Dec 2013 11:22:44 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CD62A167C; Tue, 24 Dec 2013 11:22:42 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="87481881" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Dec 2013 11:22:30 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:22:29 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4E-0007qS-3a; Tue, 24 Dec 2013 11:22:30 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 07/13] xen: implement IO APIC support in Xen mptable parser Date: Tue, 24 Dec 2013 12:20:56 +0100 Message-ID: <1387884062-41154-8-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:22:44 -0000 Use madt_setup_io (from madt.c) on Xen apic_enumerator, in order to parse the interrupt sources from the IO APIC. I would like to get opinions, but I think we should rename and move madt_setup_io to io_apic.c. --- sys/amd64/include/apicvar.h | 1 + sys/i386/include/apicvar.h | 1 + sys/x86/acpica/madt.c | 5 ++--- sys/x86/xen/mptable.c | 24 +++++++++++++++++++++++- 4 files changed, 27 insertions(+), 4 deletions(-) diff --git a/sys/amd64/include/apicvar.h b/sys/amd64/include/apicvar.h index a48a76b..3974067 100644 --- a/sys/amd64/include/apicvar.h +++ b/sys/amd64/include/apicvar.h @@ -233,6 +233,7 @@ int lapic_set_lvt_triggermode(u_int apic_id, u_int lvt, void lapic_set_tpr(u_int vector); void lapic_setup(int boot); void xen_intr_handle_upcall(struct trapframe *frame); +int madt_setup_io(void); #endif /* !LOCORE */ #endif /* _MACHINE_APICVAR_H_ */ diff --git a/sys/i386/include/apicvar.h b/sys/i386/include/apicvar.h index c8ee9bc..05ec013 100644 --- a/sys/i386/include/apicvar.h +++ b/sys/i386/include/apicvar.h @@ -232,6 +232,7 @@ int lapic_set_lvt_triggermode(u_int apic_id, u_int lvt, void lapic_set_tpr(u_int vector); void lapic_setup(int boot); void xen_intr_handle_upcall(struct trapframe *frame); +int madt_setup_io(void); #endif /* !LOCORE */ #endif /* _MACHINE_APICVAR_H_ */ diff --git a/sys/x86/acpica/madt.c b/sys/x86/acpica/madt.c index 5929fde..6f3b591 100644 --- a/sys/x86/acpica/madt.c +++ b/sys/x86/acpica/madt.c @@ -61,7 +61,7 @@ static struct lapic_info { } lapics[MAX_APIC_ID + 1]; static int madt_found_sci_override; -static ACPI_TABLE_MADT *madt; +ACPI_TABLE_MADT *madt; static vm_paddr_t madt_physaddr; static vm_offset_t madt_length; @@ -84,7 +84,6 @@ static void madt_probe_cpus_handler(ACPI_SUBTABLE_HEADER *entry, void *arg __unused); static void madt_register(void *dummy); static int madt_setup_local(void); -static int madt_setup_io(void); static void madt_walk_table(acpi_subtable_handler *handler, void *arg); static struct apic_enumerator madt_enumerator = { @@ -147,7 +146,7 @@ madt_setup_local(void) /* * Enumerate I/O APICs and setup interrupt sources. */ -static int +int madt_setup_io(void) { void *ioapic; diff --git a/sys/x86/xen/mptable.c b/sys/x86/xen/mptable.c index 0384886..46b03f3 100644 --- a/sys/x86/xen/mptable.c +++ b/sys/x86/xen/mptable.c @@ -43,6 +43,9 @@ __FBSDID("$FreeBSD$"); #include #include +#include +#include + #include #include @@ -51,6 +54,9 @@ __FBSDID("$FreeBSD$"); #include +/* From madt.c */ +extern ACPI_TABLE_MADT *madt; + static int xenpv_probe(void); static int xenpv_probe_cpus(void); static int xenpv_setup_local(void); @@ -107,7 +113,23 @@ xenpv_setup_local(void) static int xenpv_setup_io(void) { - return (0); + vm_paddr_t madt_physaddr; + vm_offset_t madt_length; + + if (!xen_initial_domain()) + return (0); + + madt_physaddr = acpi_find_table(ACPI_SIG_MADT); + if (madt_physaddr == 0) + panic("could not find MADT table"); + madt = acpi_map_table(madt_physaddr, ACPI_SIG_MADT); + if (madt == NULL) + panic("unable to map MADT"); + madt_length = madt->Header.Length; + acpi_unmap_table(madt); + madt = pmap_mapbios(madt_physaddr, madt_length); + + return (madt_setup_io()); } static void -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:22:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BBCA540C; Tue, 24 Dec 2013 11:22:43 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 00D1E167B; Tue, 24 Dec 2013 11:22:41 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="87481880" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Dec 2013 11:22:29 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:22:28 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4C-0007qS-Hu; Tue, 24 Dec 2013 11:22:28 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 04/13] xen: implement basic PIRQ support for Dom0 Date: Tue, 24 Dec 2013 12:20:53 +0100 Message-ID: <1387884062-41154-5-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:22:43 -0000 This allows Dom0 to manage physical hardware, redirecting the physical interrupts to event channels. --- sys/x86/xen/xen_intr.c | 190 +++++++++++++++++++++++++++++++++++++++++++++-- sys/xen/xen_intr.h | 11 +++ 2 files changed, 192 insertions(+), 9 deletions(-) diff --git a/sys/x86/xen/xen_intr.c b/sys/x86/xen/xen_intr.c index bc0781e..340e5ed 100644 --- a/sys/x86/xen/xen_intr.c +++ b/sys/x86/xen/xen_intr.c @@ -104,6 +104,8 @@ DPCPU_DECLARE(struct vcpu_info *, vcpu_info); #define is_valid_evtchn(x) ((x) != 0) +#define EEXIST 17 /* Xen "already exists" error */ + struct xenisrc { struct intsrc xi_intsrc; enum evtchn_type xi_type; @@ -111,6 +113,9 @@ struct xenisrc { int xi_vector; /* Global isrc vector number. */ evtchn_port_t xi_port; int xi_pirq; + int xi_activehi:1; + int xi_edgetrigger:1; + int xi_configured:1; int xi_virq; u_int xi_close:1; /* close on unbind? */ u_int xi_needs_eoi:1; @@ -136,6 +141,9 @@ static void xen_intr_pirq_enable_source(struct intsrc *isrc); static void xen_intr_pirq_disable_source(struct intsrc *isrc, int eoi); static void xen_intr_pirq_eoi_source(struct intsrc *isrc); static void xen_intr_pirq_enable_intr(struct intsrc *isrc); +static void xen_intr_pirq_disable_intr(struct intsrc *isrc); +static int xen_intr_pirq_config_intr(struct intsrc *isrc, + enum intr_trigger trig, enum intr_polarity pol); /** * PIC interface for all event channel port types except physical IRQs. @@ -163,12 +171,12 @@ struct pic xen_intr_pirq_pic = { .pic_disable_source = xen_intr_pirq_disable_source, .pic_eoi_source = xen_intr_pirq_eoi_source, .pic_enable_intr = xen_intr_pirq_enable_intr, - .pic_disable_intr = xen_intr_disable_intr, + .pic_disable_intr = xen_intr_pirq_disable_intr, .pic_vector = xen_intr_vector, .pic_source_pending = xen_intr_source_pending, .pic_suspend = xen_intr_suspend, .pic_resume = xen_intr_resume, - .pic_config_intr = xen_intr_config_intr, + .pic_config_intr = xen_intr_pirq_config_intr, .pic_assign_cpu = xen_intr_assign_cpu }; @@ -282,11 +290,10 @@ xen_intr_find_unused_isrc(enum evtchn_type type) * object or NULL. */ static struct xenisrc * -xen_intr_alloc_isrc(enum evtchn_type type) +xen_intr_alloc_isrc(enum evtchn_type type, int vector) { static int warned; struct xenisrc *isrc; - int vector; KASSERT(mtx_owned(&xen_intr_isrc_lock), ("Evtchn alloc lock not held")); @@ -297,12 +304,19 @@ xen_intr_alloc_isrc(enum evtchn_type type) } return (NULL); } - vector = FIRST_EVTCHN_INT + xen_intr_isrc_count; - xen_intr_isrc_count++; + + if (type != EVTCHN_TYPE_PIRQ) { + vector = FIRST_EVTCHN_INT + xen_intr_isrc_count; + xen_intr_isrc_count++; + } + + KASSERT((intr_lookup_source(vector) == NULL), + ("Trying to use an already allocated vector")); mtx_unlock(&xen_intr_isrc_lock); isrc = malloc(sizeof(*isrc), M_XENINTR, M_WAITOK | M_ZERO); - isrc->xi_intsrc.is_pic = &xen_intr_pic; + isrc->xi_intsrc.is_pic = (type == EVTCHN_TYPE_PIRQ) ? + &xen_intr_pirq_pic : &xen_intr_pic; isrc->xi_vector = vector; isrc->xi_type = type; intr_register_source(&isrc->xi_intsrc); @@ -388,7 +402,7 @@ xen_intr_bind_isrc(struct xenisrc **isrcp, evtchn_port_t local_port, mtx_lock(&xen_intr_isrc_lock); isrc = xen_intr_find_unused_isrc(type); if (isrc == NULL) { - isrc = xen_intr_alloc_isrc(type); + isrc = xen_intr_alloc_isrc(type, 0); if (isrc == NULL) { mtx_unlock(&xen_intr_isrc_lock); return (ENOSPC); @@ -592,6 +606,10 @@ xen_intr_init(void *dummy __unused) } intr_register_pic(&xen_intr_pic); + intr_register_pic(&xen_intr_pirq_pic); + + if (bootverbose) + printf("Xen interrupt system initialized\n"); return (0); } @@ -925,6 +943,9 @@ xen_intr_pirq_disable_source(struct intsrc *base_isrc, int eoi) isrc = (struct xenisrc *)base_isrc; evtchn_mask_port(isrc->xi_port); + + if (eoi == PIC_EOI) + xen_intr_pirq_eoi_source(base_isrc); } /* @@ -966,8 +987,115 @@ xen_intr_pirq_eoi_source(struct intsrc *base_isrc) * \param isrc The interrupt source to enable. */ static void -xen_intr_pirq_enable_intr(struct intsrc *isrc) +xen_intr_pirq_enable_intr(struct intsrc *base_isrc) +{ + struct xenisrc *isrc; + struct evtchn_bind_pirq bind_pirq; + struct physdev_irq_status_query irq_status; + int error; + + isrc = (struct xenisrc *)base_isrc; + + if (!isrc->xi_configured) { + xen_intr_pirq_config_intr(base_isrc, + isrc->xi_edgetrigger ? INTR_TRIGGER_EDGE : + INTR_TRIGGER_LEVEL, + isrc->xi_activehi ? INTR_POLARITY_HIGH : + INTR_POLARITY_LOW); + } + + irq_status.irq = isrc->xi_pirq; + error = HYPERVISOR_physdev_op(PHYSDEVOP_irq_status_query, &irq_status); + if (error) + panic("unable to get status of IRQ#%d", isrc->xi_pirq); + + if (irq_status.flags & XENIRQSTAT_needs_eoi) + isrc->xi_needs_eoi = 1; + + bind_pirq.pirq = isrc->xi_pirq; + bind_pirq.flags = isrc->xi_edgetrigger ? 0 : BIND_PIRQ__WILL_SHARE; + error = HYPERVISOR_event_channel_op(EVTCHNOP_bind_pirq, &bind_pirq); + if (error) + panic("unable to bind IRQ#%d", isrc->xi_pirq); + + isrc->xi_port = bind_pirq.port; + + mtx_lock(&xen_intr_isrc_lock); + KASSERT((xen_intr_port_to_isrc[bind_pirq.port] == NULL), + ("trying to override an already setup event channel port")); + xen_intr_port_to_isrc[bind_pirq.port] = isrc; + mtx_unlock(&xen_intr_isrc_lock); + + evtchn_unmask_port(isrc->xi_port); +} + +/* + * Disable an interrupt source. + * + * \param isrc The interrupt source to disable. + */ +static void +xen_intr_pirq_disable_intr(struct intsrc *base_isrc) +{ + struct xenisrc *isrc; + struct evtchn_close close; + int error; + + isrc = (struct xenisrc *)base_isrc; + + close.port = isrc->xi_port; + error = HYPERVISOR_event_channel_op(EVTCHNOP_close, &close); + if (error) + panic("unable to close event channel %d IRQ#%d", + isrc->xi_port, isrc->xi_pirq); + + mtx_lock(&xen_intr_isrc_lock); + xen_intr_port_to_isrc[isrc->xi_port] = NULL; + mtx_unlock(&xen_intr_isrc_lock); + + isrc->xi_port = 0; +} + +/** + * Perform configuration of an interrupt source. + * + * \param isrc The interrupt source to configure. + * \param trig Edge or level. + * \param pol Active high or low. + * + * \returns 0 if no events are pending, otherwise non-zero. + */ +static int +xen_intr_pirq_config_intr(struct intsrc *base_isrc, enum intr_trigger trig, + enum intr_polarity pol) { + struct xenisrc *isrc = (struct xenisrc *)base_isrc; + struct physdev_setup_gsi setup_gsi; + int error; + + KASSERT(!(trig == INTR_TRIGGER_CONFORM || pol == INTR_POLARITY_CONFORM), + ("%s: Conforming trigger or polarity\n", __func__)); + + setup_gsi.gsi = isrc->xi_pirq; + setup_gsi.triggering = trig == INTR_TRIGGER_EDGE ? 0 : 1; + setup_gsi.polarity = pol == INTR_POLARITY_HIGH ? 0 : 1; + + error = HYPERVISOR_physdev_op(PHYSDEVOP_setup_gsi, &setup_gsi); + if (error == -EEXIST) { + if ((isrc->xi_edgetrigger && (trig != INTR_TRIGGER_EDGE)) || + (isrc->xi_activehi && (pol != INTR_POLARITY_HIGH))) + panic("unable to reconfigure interrupt IRQ#%d", + isrc->xi_pirq); + error = 0; + } + if (error) + panic("unable to configure IRQ#%d\n", isrc->xi_pirq); + + isrc->xi_configured = 1; + isrc->xi_activehi = pol == INTR_POLARITY_HIGH ? 1 : 0; + isrc->xi_edgetrigger = trig == INTR_POLARITY_HIGH ? 1 : 0; + + return (0); } /*--------------------------- Public Functions -------------------------------*/ @@ -1190,6 +1318,50 @@ xen_intr_alloc_and_bind_ipi(device_t dev, u_int cpu, } int +xen_register_pirq(int vector, int activehi, int edgetrigger) +{ + struct physdev_map_pirq map_pirq; + struct physdev_irq alloc_pirq; + struct xenisrc *isrc; + int error; + + if (vector == 0) + return (EINVAL); + + if (bootverbose) + printf("xen: register IRQ#%d\n", vector); + + map_pirq.domid = DOMID_SELF; + map_pirq.type = MAP_PIRQ_TYPE_GSI; + map_pirq.index = vector; + map_pirq.pirq = vector; + + error = HYPERVISOR_physdev_op(PHYSDEVOP_map_pirq, &map_pirq); + if (error) { + printf("xen: unable to map IRQ#%d\n", vector); + return (error); + } + + alloc_pirq.irq = vector; + alloc_pirq.vector = 0; + error = HYPERVISOR_physdev_op(PHYSDEVOP_alloc_irq_vector, &alloc_pirq); + if (error) { + printf("xen: unable to alloc PIRQ for IRQ#%d\n", vector); + return (error); + } + + mtx_lock(&xen_intr_isrc_lock); + isrc = xen_intr_alloc_isrc(EVTCHN_TYPE_PIRQ, vector); + mtx_unlock(&xen_intr_isrc_lock); + KASSERT((isrc != NULL), ("xen: unable to allocate isrc for interrupt")); + isrc->xi_pirq = vector; + isrc->xi_activehi = activehi; + isrc->xi_edgetrigger = edgetrigger; + + return (0); +} + +int xen_intr_describe(xen_intr_handle_t port_handle, const char *fmt, ...) { char descr[MAXCOMLEN + 1]; diff --git a/sys/xen/xen_intr.h b/sys/xen/xen_intr.h index 3b339a5..eda5fdf 100644 --- a/sys/xen/xen_intr.h +++ b/sys/xen/xen_intr.h @@ -159,6 +159,17 @@ int xen_intr_alloc_and_bind_ipi(device_t dev, u_int cpu, xen_intr_handle_t *handlep); /** + * Register a physical interrupt vector and setup the interrupt source. + * + * \param vector The global vector to use. + * \param activehi Default polarity of the interrupt. + * \param edgetrigger Default trigger method. + * + * \returns 0 on success, otherwise an errno. + */ +int xen_register_pirq(int vector, int activehi, int edgetrigger); + +/** * Unbind an interrupt handler from its interrupt source. * * \param handlep A pointer to the opaque handle that was initialized -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:22:45 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 09391414; Tue, 24 Dec 2013 11:22:45 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8B5E9167D; Tue, 24 Dec 2013 11:22:43 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="87481883" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Dec 2013 11:22:31 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:22:30 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4F-0007qS-5Z; Tue, 24 Dec 2013 11:22:31 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 09/13] xen: change quality of the MADT ACPI enumerator Date: Tue, 24 Dec 2013 12:20:58 +0100 Message-ID: <1387884062-41154-10-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:22:45 -0000 Lower the quality of the MADT ACPI enumerator, so on Xen Dom0 we can force the usage of the Xen mptable enumerator even when ACPI is detected. --- sys/x86/acpica/madt.c | 2 +- sys/x86/xen/mptable.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/sys/x86/acpica/madt.c b/sys/x86/acpica/madt.c index 6f3b591..897189c 100644 --- a/sys/x86/acpica/madt.c +++ b/sys/x86/acpica/madt.c @@ -104,7 +104,7 @@ madt_probe(void) madt_physaddr = acpi_find_table(ACPI_SIG_MADT); if (madt_physaddr == 0) return (ENXIO); - return (0); + return (-50); } /* diff --git a/sys/x86/xen/mptable.c b/sys/x86/xen/mptable.c index 46b03f3..a9704ab 100644 --- a/sys/x86/xen/mptable.c +++ b/sys/x86/xen/mptable.c @@ -76,7 +76,7 @@ static struct apic_enumerator xenpv_enumerator = { static int xenpv_probe(void) { - return (-100); + return (0); } /* -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:25:29 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F32342D1; Tue, 24 Dec 2013 11:25:28 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 663DA16EF; Tue, 24 Dec 2013 11:25:27 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="85273155" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Dec 2013 11:25:21 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:25:20 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4H-0007qS-8T; Tue, 24 Dec 2013 11:22:33 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 13/13] xenstore: changes needed to boot in Dom0 mode Date: Tue, 24 Dec 2013 12:21:02 +0100 Message-ID: <1387884062-41154-14-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:25:29 -0000 This patch includes changes to xenstore in order to boot as Dom0. This is different from booting as a guest, since when booted as Dom0 xenstore is not available. This patch sets up a memory page, an event channel for xenstore and disables xenbus device probing at boot. It contains a workaround for xs_watch, that should be fixed when we are able to start xenstored from Dom0. --- sys/xen/xenbus/xenbusb.c | 6 ++++-- sys/xen/xenstore/xenstore.c | 22 ++++++++++++++++++++++ 2 files changed, 26 insertions(+), 2 deletions(-) diff --git a/sys/xen/xenbus/xenbusb.c b/sys/xen/xenbus/xenbusb.c index 1f84795..11be0f5 100644 --- a/sys/xen/xenbus/xenbusb.c +++ b/sys/xen/xenbus/xenbusb.c @@ -760,8 +760,10 @@ xenbusb_attach(device_t dev, char *bus_node, u_int id_components) * bus when they are dynamically attached to us * by a Xen management action. */ - (void)xenbusb_enumerate_bus(xbs); - xenbusb_probe_children(dev); + if (!xen_initial_domain()) { + (void)xenbusb_enumerate_bus(xbs); + xenbusb_probe_children(dev); + } xbs->xbs_device_watch.node = bus_node; xbs->xbs_device_watch.callback = xenbusb_devices_changed; diff --git a/sys/xen/xenstore/xenstore.c b/sys/xen/xenstore/xenstore.c index 2893c84..bde3f5d 100644 --- a/sys/xen/xenstore/xenstore.c +++ b/sys/xen/xenstore/xenstore.c @@ -1144,6 +1144,24 @@ xs_attach(device_t dev) xs.gpfn = hvm_get_parameter(HVM_PARAM_STORE_PFN); xen_store = pmap_mapdev(xs.gpfn * PAGE_SIZE, PAGE_SIZE); } else if (xen_pv_domain()) { + if (!HYPERVISOR_start_info->store_evtchn) { + struct evtchn_alloc_unbound alloc_unbound; + + /* Allocate a local event channel for xenstore */ + alloc_unbound.dom = DOMID_SELF; + alloc_unbound.remote_dom = DOMID_SELF; + error = HYPERVISOR_event_channel_op(EVTCHNOP_alloc_unbound, + &alloc_unbound); + if (error) + panic("unable to alloc event channel for Dom0: %d", + error); + + HYPERVISOR_start_info->store_evtchn = alloc_unbound.port; + + /* Allocate memory for the xs shared ring */ + xen_store = malloc(PAGE_SIZE, M_XENSTORE, + M_WAITOK | M_ZERO); + } xs.evtchn = HYPERVISOR_start_info->store_evtchn; } else { panic("Unknown domain type, cannot initialize xenstore\n"); @@ -1579,6 +1597,10 @@ xs_register_watch(struct xs_watch *watch) char token[sizeof(watch) * 2 + 1]; int error; + /* XXX: this is a hack until we get xenstored working */ + if (xen_initial_domain()) + return (0); + sprintf(token, "%lX", (long)watch); sx_slock(&xs.suspend_mutex); -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:25:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0CA762C8; Tue, 24 Dec 2013 11:25:27 +0000 (UTC) Received: from SMTP02.CITRIX.COM (smtp02.citrix.com [66.165.176.63]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A01016EB; Tue, 24 Dec 2013 11:25:25 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="85273152" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO02.CITRIX.COM with ESMTP; 24 Dec 2013 11:25:19 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:25:18 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4G-0007qS-76; Tue, 24 Dec 2013 11:22:32 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 11/13] pci: introduce a new event on PCI device detection Date: Tue, 24 Dec 2013 12:21:00 +0100 Message-ID: <1387884062-41154-12-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:25:27 -0000 Add a new event that will fire each time a PCI device is added to the system, and allows us to register the device with Xen. --- sys/dev/pci/pci.c | 1 + sys/sys/eventhandler.h | 5 +++++ sys/x86/xen/pv.c | 21 +++++++++++++++++++++ sys/x86/xen/xen_nexus.c | 6 ++++++ sys/xen/pv.h | 1 + 5 files changed, 34 insertions(+), 0 deletions(-) diff --git a/sys/dev/pci/pci.c b/sys/dev/pci/pci.c index 4d8837f..2ee5093 100644 --- a/sys/dev/pci/pci.c +++ b/sys/dev/pci/pci.c @@ -3293,6 +3293,7 @@ pci_add_child(device_t bus, struct pci_devinfo *dinfo) resource_list_init(&dinfo->resources); pci_cfg_save(dinfo->cfg.dev, dinfo, 0); pci_cfg_restore(dinfo->cfg.dev, dinfo); + EVENTHANDLER_INVOKE(pci_add, dinfo); pci_print_verbose(dinfo); pci_add_resources(bus, dinfo->cfg.dev, 0, 0); } diff --git a/sys/sys/eventhandler.h b/sys/sys/eventhandler.h index 111c21b..3201848 100644 --- a/sys/sys/eventhandler.h +++ b/sys/sys/eventhandler.h @@ -269,5 +269,10 @@ typedef void (*unregister_framebuffer_fn)(void *, struct fb_info *); EVENTHANDLER_DECLARE(register_framebuffer, register_framebuffer_fn); EVENTHANDLER_DECLARE(unregister_framebuffer, unregister_framebuffer_fn); +/* PCI events */ +struct pci_devinfo; +typedef void (*pci_add_fn)(void *, struct pci_devinfo *); +EVENTHANDLER_DECLARE(pci_add, pci_add_fn); + #endif /* _SYS_EVENTHANDLER_H_ */ diff --git a/sys/x86/xen/pv.c b/sys/x86/xen/pv.c index e5ad200..a44f8ca 100644 --- a/sys/x86/xen/pv.c +++ b/sys/x86/xen/pv.c @@ -39,6 +39,9 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include +#include +#include #include #include @@ -63,6 +66,8 @@ __FBSDID("$FreeBSD$"); #include +#include + /* Native initial function */ extern u_int64_t hammer_time(u_int64_t, u_int64_t); /* Xen initial function */ @@ -384,6 +389,22 @@ xen_pv_ioapic_register_intr(struct ioapic_intsrc *pin) xen_register_pirq(pin->io_irq, pin->io_activehi, pin->io_edgetrigger); } +void +xen_pv_pci_device_add(void *arg, struct pci_devinfo *dinfo) +{ + struct physdev_pci_device_add add_pci; + int error; + + bzero(&add_pci, sizeof(add_pci)); + add_pci.seg = dinfo->cfg.domain; + add_pci.bus = dinfo->cfg.bus; + add_pci.devfn = (dinfo->cfg.slot << 3) | dinfo->cfg.func; + error = HYPERVISOR_physdev_op(PHYSDEVOP_pci_device_add, &add_pci); + if (error) + printf("unable to add device bus %u devfn %u error: %d\n", + add_pci.bus, add_pci.devfn, error); +} + static void xen_pv_set_init_ops(void) { diff --git a/sys/x86/xen/xen_nexus.c b/sys/x86/xen/xen_nexus.c index 823b3bc..60c6c5d 100644 --- a/sys/x86/xen/xen_nexus.c +++ b/sys/x86/xen/xen_nexus.c @@ -34,6 +34,7 @@ __FBSDID("$FreeBSD$"); #include #include #include +#include #include @@ -42,6 +43,7 @@ __FBSDID("$FreeBSD$"); #include #include +#include static const char *xen_devices[] = { @@ -87,6 +89,10 @@ nexus_xen_attach(device_t dev) /* Disable some ACPI devices that are not usable by Dom0 */ setenv("debug.acpi.disabled", "cpu hpet timer"); + /* Register PCI add hook */ + EVENTHANDLER_REGISTER(pci_add, xen_pv_pci_device_add, NULL, + EVENTHANDLER_PRI_FIRST); + acpi_dev = BUS_ADD_CHILD(dev, 10, "acpi", 0); if (acpi_dev == NULL) panic("Unable to add ACPI bus to Xen Dom0"); diff --git a/sys/xen/pv.h b/sys/xen/pv.h index a9d6eb0..ac737a7 100644 --- a/sys/xen/pv.h +++ b/sys/xen/pv.h @@ -24,5 +24,6 @@ #define __XEN_PV_H__ int xen_pv_start_all_aps(void); +void xen_pv_pci_device_add(void *, struct pci_devinfo *); #endif /* __XEN_PV_H__ */ -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:25:27 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 51B202CD; Tue, 24 Dec 2013 11:25:27 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CBAA916EC; Tue, 24 Dec 2013 11:25:25 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="87482286" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Dec 2013 11:25:23 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:25:22 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4G-0007qS-Ns; Tue, 24 Dec 2013 11:22:32 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 12/13] mca: disable cmc enable on Xen PV Date: Tue, 24 Dec 2013 12:21:01 +0100 Message-ID: <1387884062-41154-13-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA1 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:25:27 -0000 Xen PV guests doesn't have a lapic, so disable the lapic call in mca initialization. --- sys/x86/x86/mca.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/sys/x86/x86/mca.c b/sys/x86/x86/mca.c index f1369cd..e9d2c1d 100644 --- a/sys/x86/x86/mca.c +++ b/sys/x86/x86/mca.c @@ -897,7 +897,7 @@ _mca_init(int boot) } #ifdef DEV_APIC - if (PCPU_GET(cmci_mask) != 0 && boot) + if (PCPU_GET(cmci_mask) != 0 && boot && !lapic_disabled) lapic_enable_cmc(); #endif } -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 11:25:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 80559540; Tue, 24 Dec 2013 11:25:36 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E0A6816F3; Tue, 24 Dec 2013 11:25:34 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,542,1384300800"; d="scan'208";a="87482328" Received: from accessns.citrite.net (HELO FTLPEX01CL03.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Dec 2013 11:25:32 +0000 Received: from ukmail1.uk.xensource.com (10.80.16.128) by smtprelay.citrix.com (10.13.107.80) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 06:25:31 -0500 Received: from gateway-cbg.eng.citrite.net ([10.80.16.17] helo=localhost.localdomain) by ukmail1.uk.xensource.com with esmtp (Exim 4.69) (envelope-from ) id 1VvQ4F-0007qS-MK; Tue, 24 Dec 2013 11:22:31 +0000 From: Roger Pau Monne To: , , , , , , Subject: [PATCH RFC 10/13] xen: add ACPI bus to xen_nexus when running as Dom0 Date: Tue, 24 Dec 2013 12:20:59 +0100 Message-ID: <1387884062-41154-11-git-send-email-roger.pau@citrix.com> X-Mailer: git-send-email 1.7.7.5 (Apple Git-26) In-Reply-To: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> References: <1387884062-41154-1-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: text/plain X-DLP: MIA2 Cc: Roger Pau Monne X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 11:25:36 -0000 Also disable a couple of ACPI devices that are not usable under Dom0. --- sys/x86/xen/xen_nexus.c | 24 +++++++++++++++++++++--- 1 files changed, 21 insertions(+), 3 deletions(-) diff --git a/sys/x86/xen/xen_nexus.c b/sys/x86/xen/xen_nexus.c index 288e6b6..823b3bc 100644 --- a/sys/x86/xen/xen_nexus.c +++ b/sys/x86/xen/xen_nexus.c @@ -35,6 +35,10 @@ __FBSDID("$FreeBSD$"); #include #include +#include + +#include + #include #include @@ -44,7 +48,6 @@ static const char *xen_devices[] = "xenstore", /* XenStore bus */ "xen_et", /* Xen PV timer (provides: tc, et, clk) */ "xc", /* Xen PV console */ - "isa", /* Dummy ISA bus for sc to attach */ }; /* @@ -56,13 +59,14 @@ nexus_xen_probe(device_t dev) if (!xen_pv_domain()) return (ENXIO); - return (BUS_PROBE_DEFAULT); + return (BUS_PROBE_SPECIFIC); } static int nexus_xen_attach(device_t dev) { int i, error = 0; + device_t acpi_dev; nexus_init_resources(); bus_generic_probe(dev); @@ -79,8 +83,22 @@ nexus_xen_attach(device_t dev) if (BUS_ADD_CHILD(dev, 0, xen_devices[i], 0) == NULL) panic("%s: could not add", xen_devices[i]); } + if (xen_initial_domain()) { + /* Disable some ACPI devices that are not usable by Dom0 */ + setenv("debug.acpi.disabled", "cpu hpet timer"); + + acpi_dev = BUS_ADD_CHILD(dev, 10, "acpi", 0); + if (acpi_dev == NULL) + panic("Unable to add ACPI bus to Xen Dom0"); + } else { + /* Dummy ISA bus for sc to attach */ + if (BUS_ADD_CHILD(dev, 0, "isa", 0) == NULL) + panic("isa: could not add"); + } - bus_generic_attach(dev); + error = bus_generic_attach(dev); + if (xen_initial_domain() && (error == 0)) + acpi_install_wakeup_handler(device_get_softc(acpi_dev)); return (error); } -- 1.7.7.5 (Apple Git-26) From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 14:25:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FD8D39F; Tue, 24 Dec 2013 14:25:30 +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 E74BB14C3; Tue, 24 Dec 2013 14:25:29 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 42491B94C; Tue, 24 Dec 2013 09:25:28 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 Date: Tue, 24 Dec 2013 09:19:49 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <201312232321.rBNNLUGO064635@freebsd-current.sentex.ca> In-Reply-To: <201312232321.rBNNLUGO064635@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201312240919.49878.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 09:25:28 -0500 (EST) Cc: i386@freebsd.org, FreeBSD Tinderbox , current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 14:25:30 -0000 On Monday, December 23, 2013 6:21:30 pm FreeBSD Tinderbox wrote: > TB --- 2013-12-23 19:50:20 - tinderbox 2.20 running on freebsd- current.sentex.ca > TB --- 2013-12-23 19:50:20 - FreeBSD freebsd-current.sentex.ca 8.3- PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2013-12-23 19:50:20 - starting HEAD tinderbox run for i386/i386 > TB --- 2013-12-23 19:50:20 - cleaning the object tree > TB --- 2013-12-23 19:50:20 - /usr/local/bin/svn stat /src > TB --- 2013-12-23 19:50:25 - At svn revision 259782 > TB --- 2013-12-23 19:50:26 - building world > TB --- 2013-12-23 19:50:26 - CROSS_BUILD_TESTING=YES > TB --- 2013-12-23 19:50:26 - MAKEOBJDIRPREFIX=/obj > TB --- 2013-12-23 19:50:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2013-12-23 19:50:26 - SRCCONF=/dev/null > TB --- 2013-12-23 19:50:26 - TARGET=i386 > TB --- 2013-12-23 19:50:26 - TARGET_ARCH=i386 > TB --- 2013-12-23 19:50:26 - TZ=UTC > TB --- 2013-12-23 19:50:26 - __MAKE_CONF=/dev/null > TB --- 2013-12-23 19:50:26 - cd /src > TB --- 2013-12-23 19:50:26 - /usr/bin/make -B buildworld > >>> Building an up-to-date make(1) > >>> World build started on Mon Dec 23 19:50:35 UTC 2013 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > >>> stage 4.4: building everything > >>> World build completed on Mon Dec 23 22:59:47 UTC 2013 > TB --- 2013-12-23 22:59:47 - generating LINT kernel config > TB --- 2013-12-23 22:59:47 - cd /src/sys/i386/conf > TB --- 2013-12-23 22:59:47 - /usr/bin/make -B LINT > TB --- 2013-12-23 22:59:47 - cd /src/sys/i386/conf > TB --- 2013-12-23 22:59:47 - /usr/sbin/config -m LINT > TB --- 2013-12-23 22:59:47 - building LINT kernel > TB --- 2013-12-23 22:59:47 - CROSS_BUILD_TESTING=YES > TB --- 2013-12-23 22:59:47 - MAKEOBJDIRPREFIX=/obj > TB --- 2013-12-23 22:59:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2013-12-23 22:59:47 - SRCCONF=/dev/null > TB --- 2013-12-23 22:59:47 - TARGET=i386 > TB --- 2013-12-23 22:59:47 - TARGET_ARCH=i386 > TB --- 2013-12-23 22:59:47 - TZ=UTC > TB --- 2013-12-23 22:59:47 - __MAKE_CONF=/dev/null > TB --- 2013-12-23 22:59:47 - cd /src > TB --- 2013-12-23 22:59:47 - /usr/bin/make -B buildkernel KERNCONF=LINT > >>> Kernel build for LINT started on Mon Dec 23 22:59:47 UTC 2013 > >>> stage 1: configuring the kernel > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3.1: making dependencies > >>> stage 3.2: building everything > [...] > In file included from /src/sys/contrib/dev/acpica/include/platform/acfreebsd.h:73: > /src/sys/sys/systm.h:306:20: error: redefinition of 'cpu_ticks' as different kind of symbol > extern cpu_tick_f *cpu_ticks; > ^ > ./machine/cpu.h:86:10: note: previous definition is here > return (cpu_ticks()); > ^ > 2 errors generated. > *** Error code 1 > > Stop. This is my fault, I'm looking. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 19328997; Tue, 24 Dec 2013 15:51:04 +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 E29D41AC6; Tue, 24 Dec 2013 15:51:03 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 2907EB95D; Tue, 24 Dec 2013 10:51:02 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 02/19] xen: add macro to detect if running as Dom0 Date: Tue, 24 Dec 2013 09:56:06 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-3-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-3-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312240956.06341.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:02 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:04 -0000 On Thursday, December 19, 2013 1:54:39 pm Roger Pau Monne wrote: > --- > sys/xen/xen-os.h | 7 +++++++ > 1 files changed, 7 insertions(+), 0 deletions(-) > > diff --git a/sys/xen/xen-os.h b/sys/xen/xen-os.h > index c7474d8..e8a5a99 100644 > --- a/sys/xen/xen-os.h > +++ b/sys/xen/xen-os.h > @@ -82,6 +82,13 @@ xen_hvm_domain(void) > return (xen_domain_type == XEN_HVM_DOMAIN); > } > > +static inline int > +xen_initial_domain(void) > +{ > + return (xen_domain() && HYPERVISOR_start_info && > + HYPERVISOR_start_info->flags & SIF_INITDOMAIN); > +} > + > #ifndef xen_mb > #define xen_mb() mb() > #endif This looks fine to me. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:05 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1FF3499A; Tue, 24 Dec 2013 15:51:05 +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 E76281AC7; Tue, 24 Dec 2013 15:51:04 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id DB435B968; Tue, 24 Dec 2013 10:51:03 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 03/19] xen: add and enable Xen console for PVH guests Date: Tue, 24 Dec 2013 10:07:11 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-4-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-4-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Message-Id: <201312241007.11898.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:04 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:05 -0000 On Thursday, December 19, 2013 1:54:40 pm Roger Pau Monne wrote: > diff --git a/sys/dev/xen/console/console.c b/sys/dev/xen/console/console.c > index 23eaee2..e8079da 100644 > --- a/sys/dev/xen/console/console.c > +++ b/sys/dev/xen/console/console.c > @@ -69,11 +69,14 @@ struct mtx cn_mtx; > static char wbuf[WBUF_SIZE]; > static char rbuf[RBUF_SIZE]; > static int rc, rp; > -static unsigned int cnsl_evt_reg; > +unsigned int cnsl_evt_reg; > static unsigned int wc, wp; /* write_cons, write_prod */ > xen_intr_handle_t xen_intr_handle; > device_t xencons_dev; > =20 > +/* Virt address of the shared console page */ Tiny nit: I would expand "Virt" to "Virtual" > +char *console_page; > + > #ifdef KDB > static int xc_altbrk; > #endif > @@ -110,9 +113,28 @@ static struct ttydevsw xc_ttydevsw =3D { > .tsw_outwakeup =3D xcoutwakeup, > }; > =20 > +/*----------------------------- Debug function -------------------------= =2D-----*/ > +#define XC_PRINTF_BUFSIZE 1024 > +void > +xc_printf(const char *fmt, ...) > +{ > + __va_list ap; > + int retval; > + static char buf[XC_PRINTF_BUFSIZE]; > + > + va_start(ap, fmt); > + retval =3D vsnprintf(buf, XC_PRINTF_BUFSIZE - 1, fmt, ap); > + va_end(ap); > + buf[retval] =3D 0; > + HYPERVISOR_console_write(buf, retval); > +} > + vsnprintf() always nul-terminates, so you can simplify this slightly to: retval =3D vsnprintf(buf, sizeof(buf), fmt, ap); OTOH, you can't actually use 'retval' from vsnprintf as it returns the number of characters that would have been output if the buffer were infinitely long, not the number of characters output into the string. =46rom printf(3): These functions return the number of characters printed (not including the trailing `\0' used to end output to strings) or a negative value if an output error occurs, except for snprintf() and vsnprintf(), which return the number of characters that would have been printed if the si= ze were unlimited (again, not including the final `\0'). So I think what you actually want is this: void xc_printf(const char *fmt, ...) { static char buf[XC_PRINTF_BUFSIZE]; __va_list ap; va_start(ap, fmt); vsnprintf(buf, sizeof(buf), fmt, ap); va_end(ap); HYPERVISOR_console_write(buf, strlen(buf)); } (And I realize this is an old bug, you were just moving an existing functio= n) > =20 > -static void > -xc_identify(driver_t *driver, device_t parent) > -{ > - device_t child; > - child =3D BUS_ADD_CHILD(parent, 0, driver_name, 0); > - device_set_driver(child, driver); > - device_set_desc(child, "Xen Console"); > -} > - Hmm, how does the device get created without an identify routine? =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4162FB63; Tue, 24 Dec 2013 15:51:07 +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 142351AC9; Tue, 24 Dec 2013 15:51:07 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 07B23B995; Tue, 24 Dec 2013 10:51:06 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 06/19] xen: implement an early timer for Xen PVH Date: Tue, 24 Dec 2013 10:17:52 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-7-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-7-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312241017.52700.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:06 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:07 -0000 On Thursday, December 19, 2013 1:54:43 pm Roger Pau Monne wrote: > When running as a PVH guest, there's no emulated i8254, so we need to > use the Xen PV timer as the early source for DELAY. This change allows > for different implementations of the early DELAY function and > implements a Xen variant for it. This mostly looks good to me. I would perhaps move DELAY() itself into delay.c if it isn't too ugly to do so. I guess it would look something like: #if !(defined(__i386__) && defined(XEN)) void DELAY(int n) { if (delay_tc(n)) return; #ifdef __amd64__ init_ops.early_delay(n); #else i8254_delay(n); } #endif This would let you leave delay_tc() private to delay.c. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:06 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2F0AAA5A; Tue, 24 Dec 2013 15:51:06 +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 04B6C1AC8; Tue, 24 Dec 2013 15:51:06 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E236AB977; Tue, 24 Dec 2013 10:51:04 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 05/19] xen: rework xen timer so it can be used early in boot process Date: Tue, 24 Dec 2013 10:08:07 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-6-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-6-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312241008.07281.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:05 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:06 -0000 On Thursday, December 19, 2013 1:54:42 pm Roger Pau Monne wrote: > This should not introduce any functional change, and makes the > functions suitable to be called before we have actually mapped the > vcpu_info struct on a per-cpu basis. Looks fine to me. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 52F9AC81; Tue, 24 Dec 2013 15:51:08 +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 2841B1ACA; Tue, 24 Dec 2013 15:51:08 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 192AEB9A3; Tue, 24 Dec 2013 10:51:07 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 08/19] xen: use the same hypercall mechanism for XEN and XENHVM Date: Tue, 24 Dec 2013 10:19:04 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-9-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-9-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312241019.04401.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:07 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:08 -0000 On Thursday, December 19, 2013 1:54:45 pm Roger Pau Monne wrote: > --- > sys/amd64/include/xen/hypercall.h | 7 ------- > sys/i386/i386/locore.s | 9 +++++++++ > sys/i386/include/xen/hypercall.h | 8 -------- > sys/x86/xen/hvm.c | 24 ++++++++++-------------- > 4 files changed, 19 insertions(+), 29 deletions(-) Looks good to me. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 23A2EDFF; Tue, 24 Dec 2013 15:51:20 +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 ED1A81AE7; Tue, 24 Dec 2013 15:51:19 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E0953B995; Tue, 24 Dec 2013 10:51:18 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 19/19] isa: allow ISA bus to attach to the nexus Date: Tue, 24 Dec 2013 10:45:10 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-20-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-20-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312241045.10382.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:19 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:20 -0000 On Thursday, December 19, 2013 1:54:56 pm Roger Pau Monne wrote: > --- > sys/x86/isa/isa.c | 3 +++ > 1 files changed, 3 insertions(+), 0 deletions(-) If you go the xenpv route, you would replace 'nexus' with 'xenpv' here. > diff --git a/sys/x86/isa/isa.c b/sys/x86/isa/isa.c > index 1a57137..09d1ab7 100644 > --- a/sys/x86/isa/isa.c > +++ b/sys/x86/isa/isa.c > @@ -241,3 +241,6 @@ isa_release_resource(device_t bus, device_t child, int type, int rid, > * On this platform, isa can also attach to the legacy bus. > */ > DRIVER_MODULE(isa, legacy, isa_driver, isa_devclass, 0, 0); > +#ifdef XENHVM > +DRIVER_MODULE(isa, nexus, isa_driver, isa_devclass, 0, 0); > +#endif > -- > 1.7.7.5 (Apple Git-26) > > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7C031D6A; Tue, 24 Dec 2013 15:51:09 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 52CA61ACC; Tue, 24 Dec 2013 15:51:09 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3455DB95D; Tue, 24 Dec 2013 10:51:08 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 09/19] xen: add a apic_enumerator for PVH Date: Tue, 24 Dec 2013 10:22:22 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-10-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-10-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201312241022.22181.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:08 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:09 -0000 On Thursday, December 19, 2013 1:54:46 pm Roger Pau Monne wrote: > --- > sys/conf/files.amd64 | 1 + > sys/x86/xen/mptable.c | 136 My only request would be to not call this 'mptable.c' as it has nothing to do with the MP Table spec. (I realize the older Xen code made this error previously.) You could maybe call it sys/x86/xen/pv_vcpu.c or some such. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21FE1D8D; Tue, 24 Dec 2013 15:51:11 +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 EBE181ACE; Tue, 24 Dec 2013 15:51:10 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 6E1ECB968; Tue, 24 Dec 2013 10:51:09 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 11/19] xen: changes to hvm code in order to support PVH guests Date: Tue, 24 Dec 2013 10:23:27 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-12-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-12-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312241023.27393.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:09 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:11 -0000 On Thursday, December 19, 2013 1:54:48 pm Roger Pau Monne wrote: > On PVH we don't need to init the shared info page, or disable emulated > devices. Also, make sure PV IPIs are set before starting the APs. Looks ok to me. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:13 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5AD4FDB6; Tue, 24 Dec 2013 15:51:13 +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 2F4891AD3; Tue, 24 Dec 2013 15:51:13 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 1ADFCB95D; Tue, 24 Dec 2013 10:51:12 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 13/19] xen: introduce flag to disable the local apic Date: Tue, 24 Dec 2013 10:28:46 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-14-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-14-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312241028.46166.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:12 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:13 -0000 On Thursday, December 19, 2013 1:54:50 pm Roger Pau Monne wrote: > PVH guests don't have an emulated lapic. Since the tests all use '!lapic_disabled' I think I would prefer to flip the name to 'lapic_valid' and have it default to true. It would just be a cosmetic change to the current patch, but I think it is more readable long- term. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74376DBD; Tue, 24 Dec 2013 15:51:15 +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 4A33B1AD6; Tue, 24 Dec 2013 15:51:15 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5064CB9A3; Tue, 24 Dec 2013 10:51:14 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 15/19] xen: create a Xen nexus to use in PV/PVH Date: Tue, 24 Dec 2013 10:39:30 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-16-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-16-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201312241039.30656.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:14 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:15 -0000 On Thursday, December 19, 2013 1:54:52 pm Roger Pau Monne wrote: > Introduce a Xen specific nexus that is going to be in charge for > attaching Xen specific devices. Remove the identify routine from Xen > devices and instead attach them from the nexus (PV/PVH) or xenpci > (HVM). As with my previous mail, I would encourage you to create a xenpv0 device and have the xen nexus be very minimal. This would let you leave the existing identify routines in place (which is cleaner / more extensible than a static table of devices that you explicitly add), but by having the PV-specific drivers attach as children of xenpv0, their identify routines would only be invoked when xenpv0 attached. You can even use an identify routine for CPUs (see cpu_identify in sys/x86/x86/legacy.c). -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:16 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CAF6DE0; Tue, 24 Dec 2013 15:51:16 +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 63B081AD9; Tue, 24 Dec 2013 15:51:16 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5066DB95D; Tue, 24 Dec 2013 10:51:15 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 16/19] xen: add shutdown hook for PVH Date: Tue, 24 Dec 2013 10:40:12 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-17-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-17-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312241040.13063.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:15 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:16 -0000 On Thursday, December 19, 2013 1:54:53 pm Roger Pau Monne wrote: > Add the PV shutdown hook to PVH. > --- > sys/dev/xen/control/control.c | 37 ++++++++++++++++++------------------- > 1 files changed, 18 insertions(+), 19 deletions(-) This looks fine to me. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:19 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1464ADF7; Tue, 24 Dec 2013 15:51:19 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DDFC71AE4; Tue, 24 Dec 2013 15:51:18 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id BF204B977; Tue, 24 Dec 2013 10:51:17 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 18/19] xen: changes to gnttab for PVH Date: Tue, 24 Dec 2013 10:44:39 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-19-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-19-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312241044.39255.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:17 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:19 -0000 On Thursday, December 19, 2013 1:54:55 pm Roger Pau Monne wrote: > --- > sys/xen/gnttab.c | 26 +++++++++++++++++++++----- > 1 files changed, 21 insertions(+), 5 deletions(-) I can't really speak to the correctness of this as I don't know the Xen internals well enough, but I don't see anything that looks wrong. :) -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:21 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1B133E03; Tue, 24 Dec 2013 15:51:21 +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 E4AEE1AE9; Tue, 24 Dec 2013 15:51:20 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id E8F47B9A3; Tue, 24 Dec 2013 10:51:19 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 04/19] amd64: introduce hook for custom preload metadata parsers Date: Tue, 24 Dec 2013 10:47:57 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-5-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-5-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201312241047.57259.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:20 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:21 -0000 On Thursday, December 19, 2013 1:54:41 pm Roger Pau Monne wrote: > --- /dev/null > +++ b/sys/xen/pv.h > @@ -0,0 +1,28 @@ > +/* > + * Permission is hereby granted, free of charge, to any person obtaining a copy > + * of this software and associated documentation files (the "Software"), to > + * deal in the Software without restriction, including without limitation the > + * rights to use, copy, modify, merge, publish, distribute, sublicense, and/or > + * sell copies of the Software, and to permit persons to whom the Software is > + * furnished to do so, subject to the following conditions: > + * > + * The above copyright notice and this permission notice shall be included in > + * all copies or substantial portions of the Software. > + * > + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR > + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, > + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE > + * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER > + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING > + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER > + * DEALINGS IN THE SOFTWARE. One non-technical question. This license statement doesn't actually say who the copyright belongs to which seems problematic. Would it be possible to use FreeBSD's preferred 2-clause BSD license on this file? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27519DB2; Tue, 24 Dec 2013 15:51:12 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F208F1AD1; Tue, 24 Dec 2013 15:51:11 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id ED1B2B9CB; Tue, 24 Dec 2013 10:51:10 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 12/19] xen: add a hook to perform AP startup Date: Tue, 24 Dec 2013 10:25:49 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-13-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-13-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312241025.49416.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:11 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:12 -0000 On Thursday, December 19, 2013 1:54:49 pm Roger Pau Monne wrote: > AP startup on PVH follows the PV method, so we need to add a hook in > order to diverge from bare metal. > --- > > +int native_start_all_aps(void); > + Please put this in a header instead of using an extern in the Xen PV code. is probably the best header to use. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 73E98DB9; Tue, 24 Dec 2013 15:51:14 +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 49C8E1AD4; Tue, 24 Dec 2013 15:51:14 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 359C1B968; Tue, 24 Dec 2013 10:51:13 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 14/19] xen: introduce a dummy pvcpu device Date: Tue, 24 Dec 2013 10:35:18 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-15-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-15-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201312241035.18783.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:13 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:14 -0000 On Thursday, December 19, 2013 1:54:51 pm Roger Pau Monne wrote: > Since Xen PVH guests doesn't have ACPI, we need to create a dummy > pvcpu device that will be used to fill the pcpu->pc_device field. Rather than have this hang directly off of nexus0, it might be better to create some sort of 'xenov0' device that takes the place of acpi0 and have the CPUs hang off of that. This is how the non-ACPI case works in the native case where the default nexus creates a 'legacy0' device that sits at the same spot in the device tree as acpi0. In sys/x86/legacy.c we create CPU devices that are a child of legacy0. In general the way the native code handes ACPI vs non-ACPI is to have a different nexus (as you've adopted) create a specific child bus (acpi0 vs legacy0). Drivers that want to only attach in one of the cases at the top- level then attach as children of those rather than children of 'nexus0'. This just adds an extra layer of protection to avoid the possibility of a top-level driver that is ACPI or non-ACPI specific being probed in the "wrong" case. Right now, all drivers that attach to 'nexus' aside from the top-level busses (acpi0 vs legacy0) are intended to work on any machine. I think the CPU driver itself looks fine, I would just encourage you to consider a xenpv0 device and to move anything PV specific to hang off of that rather than directly attaching to nexus0. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 15:51:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6467DEE; Tue, 24 Dec 2013 15:51:17 +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 AB2151ADC; Tue, 24 Dec 2013 15:51:17 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B373FB968; Tue, 24 Dec 2013 10:51:16 -0500 (EST) From: John Baldwin To: Roger Pau Monne Subject: Re: [PATCH v7 17/19] xen: xenstore changes to support PVH Date: Tue, 24 Dec 2013 10:43:33 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-18-git-send-email-roger.pau@citrix.com> In-Reply-To: <1387479296-33389-18-git-send-email-roger.pau@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201312241043.33947.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 10:51:16 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 15:51:17 -0000 On Thursday, December 19, 2013 1:54:54 pm Roger Pau Monne wrote: > --- > sys/xen/xenstore/xenstore.c | 21 ++++++++++----------- > 1 files changed, 10 insertions(+), 11 deletions(-) This looks fine modulo possibly making it a xenpv child instead of a nexus child. Note that even in the old XEN code in FreeBSD I would argue that attaching directly to nexus is wrong and that even the old XEN code should create some sort of top-level device below nexus0 that is XEN-specific for XEN- specific drivers to attach to. I've no idea what shape the old XEN-specific code is in or if it can be tested, but I'd really like PVH to do the right thing if at all possible. > diff --git a/sys/xen/xenstore/xenstore.c b/sys/xen/xenstore/xenstore.c > index bcf6357..2893c84 100644 > --- a/sys/xen/xenstore/xenstore.c > +++ b/sys/xen/xenstore/xenstore.c > @@ -229,13 +229,11 @@ struct xs_softc { > */ > struct sx xenwatch_mutex; > > -#ifdef XENHVM > /** > * The HVM guest pseudo-physical frame number. This is Xen's mapping > * of the true machine frame number into our "physical address space". > */ > unsigned long gpfn; > -#endif > > /** > * The event channel for communicating with the > @@ -1141,13 +1139,15 @@ xs_attach(device_t dev) > /* Initialize the interface to xenstore. */ > struct proc *p; > > -#ifdef XENHVM > - xs.evtchn = hvm_get_parameter(HVM_PARAM_STORE_EVTCHN); > - xs.gpfn = hvm_get_parameter(HVM_PARAM_STORE_PFN); > - xen_store = pmap_mapdev(xs.gpfn * PAGE_SIZE, PAGE_SIZE); > -#else > - xs.evtchn = xen_start_info->store_evtchn; > -#endif > + if (xen_hvm_domain()) { > + xs.evtchn = hvm_get_parameter(HVM_PARAM_STORE_EVTCHN); > + xs.gpfn = hvm_get_parameter(HVM_PARAM_STORE_PFN); > + xen_store = pmap_mapdev(xs.gpfn * PAGE_SIZE, PAGE_SIZE); > + } else if (xen_pv_domain()) { > + xs.evtchn = HYPERVISOR_start_info->store_evtchn; > + } else { > + panic("Unknown domain type, cannot initialize xenstore\n"); > + } > > TAILQ_INIT(&xs.reply_list); > TAILQ_INIT(&xs.watch_events); > @@ -1256,9 +1256,8 @@ static devclass_t xenstore_devclass; > > #ifdef XENHVM > DRIVER_MODULE(xenstore, xenpci, xenstore_driver, xenstore_devclass, 0, 0); > -#else > -DRIVER_MODULE(xenstore, nexus, xenstore_driver, xenstore_devclass, 0, 0); > #endif > +DRIVER_MODULE(xenstore, nexus, xenstore_driver, xenstore_devclass, 0, 0); > > /*------------------------------- Sysctl Data --------------------------------*/ > /* XXX Shouldn't the node be somewhere else? */ > -- > 1.7.7.5 (Apple Git-26) > > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 16:48:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00BE3501; Tue, 24 Dec 2013 16:47:59 +0000 (UTC) Received: from SMTP.CITRIX.COM (smtp.citrix.com [66.165.176.89]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6831B1018; Tue, 24 Dec 2013 16:47:58 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.95,544,1384300800"; d="scan'208";a="87560885" Received: from accessns.citrite.net (HELO FTLPEX01CL01.citrite.net) ([10.9.154.239]) by FTLPIPO01.CITRIX.COM with ESMTP; 24 Dec 2013 16:47:55 +0000 Received: from [IPv6:::1] (10.80.16.47) by smtprelay.citrix.com (10.13.107.78) with Microsoft SMTP Server id 14.2.342.4; Tue, 24 Dec 2013 11:47:55 -0500 Message-ID: <52B9BAB9.1000103@citrix.com> Date: Tue, 24 Dec 2013 17:47:53 +0100 From: =?UTF-8?B?Um9nZXIgUGF1IE1vbm7DqQ==?= User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: John Baldwin Subject: Re: [PATCH v7 04/19] amd64: introduce hook for custom preload metadata parsers References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <1387479296-33389-5-git-send-email-roger.pau@citrix.com> <201312241047.57259.jhb@freebsd.org> In-Reply-To: <201312241047.57259.jhb@freebsd.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-DLP: MIA1 Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 16:48:00 -0000 On 24/12/13 16:47, John Baldwin wrote: > On Thursday, December 19, 2013 1:54:41 pm Roger Pau Monne wrote: >> --- /dev/null >> +++ b/sys/xen/pv.h >> @@ -0,0 +1,28 @@ >> +/* >> + * Permission is hereby granted, free of charge, to any person obtaining a copy >> + * of this software and associated documentation files (the "Software"), to >> + * deal in the Software without restriction, including without limitation the >> + * rights to use, copy, modify, merge, publish, distribute, sublicense, and/or >> + * sell copies of the Software, and to permit persons to whom the Software is >> + * furnished to do so, subject to the following conditions: >> + * >> + * The above copyright notice and this permission notice shall be included in >> + * all copies or substantial portions of the Software. >> + * >> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR >> + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, >> + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE >> + * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER >> + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING >> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER >> + * DEALINGS IN THE SOFTWARE. > > One non-technical question. This license statement doesn't actually say who the > copyright belongs to which seems problematic. Would it be possible to use FreeBSD's > preferred 2-clause BSD license on this file? I copied the license from sys/xen/hvm.h without realizing it was not the standard 2-clause BSD one, but I don't have any problem changing it (maybe we should also change hvm.h?) to match the license in pv.c. From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 17:13:17 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E31A5C2F; Tue, 24 Dec 2013 17:13:17 +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 A99BD11F8; Tue, 24 Dec 2013 17:13:17 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 93015B968; Tue, 24 Dec 2013 12:13:15 -0500 (EST) From: John Baldwin To: Roger Pau =?utf-8?q?Monn=C3=A9?= Subject: Re: [PATCH v7 04/19] amd64: introduce hook for custom preload metadata parsers Date: Tue, 24 Dec 2013 12:05:21 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <1387479296-33389-1-git-send-email-roger.pau@citrix.com> <201312241047.57259.jhb@freebsd.org> <52B9BAB9.1000103@citrix.com> In-Reply-To: <52B9BAB9.1000103@citrix.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201312241205.21806.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 24 Dec 2013 12:13:15 -0500 (EST) Cc: xen-devel@lists.xen.org, julien.grall@citrix.com, freebsd-xen@freebsd.org, freebsd-current@freebsd.org, kib@freebsd.org, gibbs@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 17:13:18 -0000 On Tuesday, December 24, 2013 11:47:53 am Roger Pau Monn=C3=A9 wrote: > On 24/12/13 16:47, John Baldwin wrote: > > On Thursday, December 19, 2013 1:54:41 pm Roger Pau Monne wrote: > >> --- /dev/null > >> +++ b/sys/xen/pv.h > >> @@ -0,0 +1,28 @@ > >> +/* > >> + * Permission is hereby granted, free of charge, to any person obtain= ing a copy > >> + * of this software and associated documentation files (the "Software= "), to > >> + * deal in the Software without restriction, including without limita= tion the > >> + * rights to use, copy, modify, merge, publish, distribute, sublicens= e, and/or > >> + * sell copies of the Software, and to permit persons to whom the Sof= tware is > >> + * furnished to do so, subject to the following conditions: > >> + * > >> + * The above copyright notice and this permission notice shall be inc= luded in > >> + * all copies or substantial portions of the Software. > >> + * > >> + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EX= PRESS OR > >> + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTAB= ILITY, > >> + * FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT = SHALL THE > >> + * AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR O= THER > >> + * LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, AR= ISING > >> + * FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER > >> + * DEALINGS IN THE SOFTWARE. > >=20 > > One non-technical question. This license statement doesn't actually sa= y who the > > copyright belongs to which seems problematic. Would it be possible to = use FreeBSD's > > preferred 2-clause BSD license on this file? >=20 > I copied the license from sys/xen/hvm.h without realizing it was not the > standard 2-clause BSD one, but I don't have any problem changing it > (maybe we should also change hvm.h?) to match the license in pv.c. The license in pv.c is perfect. For hvm.h, if that could be changed to the 2-clause BSD license, that would also be great. I'll leave that up you to and Justin to determine if that change is ok to make. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 20:42:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD1846E3 for ; Tue, 24 Dec 2013 20:42:41 +0000 (UTC) Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 595911EDD for ; Tue, 24 Dec 2013 20:42:41 +0000 (UTC) Received: from [157.181.98.186] ([157.181.98.186]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MRkhB-1W1n0q37pB-00Swyk for ; Tue, 24 Dec 2013 21:42:33 +0100 Message-ID: <52B9F196.2070604@gmx.com> Date: Tue, 24 Dec 2013 21:41:58 +0100 From: dt71@gmx.com User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:24.0) Gecko/20100101 Firefox/24.0 SeaMonkey/2.21 MIME-Version: 1.0 To: freebsd-current@freebsd.org Subject: Re: new Xorg (KMS, etc.) for Radeon 9600 References: <527F95BE.7080908@gmx.com> <52B17777.6060703@FreeBSD.org> <201312231150.31936.jhb@freebsd.org> In-Reply-To: <201312231150.31936.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ha26lAlDOmSELQc/XgNP+liHWSj/iWptjsw6Z/ulXWhXygWCocE vq1E3DG20DnSds24mOFKE4sZeTY+KlBVqvMaPMsfqPr94qKC1OvU+eshfUfLpXS4wzun3d1 Jqh4Bs/ZtzCqa3dF/sx2e5iyrf/Mn9zF1MCxwNiWLsV8Cr/iw3mnqX7bsRWALrrP+FRg9/L fPRzVjPc9V8E7kUd/cEjA== X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 20:42:41 -0000 John Baldwin wrote, On 12/23/2013 17:50: > It needs fixing, but the fix needs to be correct. Though a fix should not be delayed by decades... From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 20:44:35 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C830CA64; Tue, 24 Dec 2013 20:44:35 +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 A77101F12; Tue, 24 Dec 2013 20:44:35 +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 2D541263E3; Tue, 24 Dec 2013 12:44:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1387917875; bh=6T8/oAxqiws9fdXhphx7ojIsXC9J4bJkA7xDP/mfoRg=; h=Date:From:Reply-To:To:CC:Subject; b=AfJU+UAxds1Suuc+kBOzTUpYE1sf6rNlnJIip3586WQA1Wp0dpR0v+MIVQTQLfybq UmtpzTD1F/RRXMp+yaebMmeS3QtZoI5e/y0ysyyC/g7bhxf+zA7GFDJx1N8HFUpD7L pOLSzSh8xmZGLXMEhKuSK1P7rBXAM7GJVHV9qgGw= Message-ID: <52B9F232.1090002@delphij.net> Date: Tue, 24 Dec 2013 12:44:34 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: "freebsd-security@freebsd.org" Subject: [PATCH RFC] Disable save-entropy in jails X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 20:44:35 -0000 Hi, I think we shouldn't save entropy inside jails, as the data is not going to be used by rc script (pjd@126744). If there is no objections, I will commit this changeset on January 1, 2014. Index: libexec/save-entropy/save-entropy.sh =================================================================== --- libexec/save-entropy/save-entropy.sh (revision 259828) +++ libexec/save-entropy/save-entropy.sh (working copy) @@ -42,6 +42,10 @@ elif [ -r /etc/rc.conf ]; then . /etc/rc.conf 2>/dev/null fi +if [ `/sbin/sysctl -n security.jail.jailed` -eq 1 ]; then + exit 0 +fi + case ${entropy_dir} in [Nn][Oo]) exit 0 Cheers, -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 22:53:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87D048A4; Tue, 24 Dec 2013 22:53:26 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62C32170F; Tue, 24 Dec 2013 22:53:26 +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 E8BD126B4E; Tue, 24 Dec 2013 14:53:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1387925606; bh=0Vw6lR0AUAvC7oIl+vtMZ2qrS2TzJ4eYNIDP/PBCXs4=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=OO1NBUj+UndVY9VdVmrxYiNIgzIDSN50f7Ci45i7gwgBgo0jR3K7B9flxi/oA2Yw9 2gUeWOq05e1PgB+9uuP0C73vPRrjfSjZpcTMFkT1AaCb3oKtH3xeH6AsoNX0WP3Ynd SUvYeueSDhstRp2b0RLZzPKmEDegxKAWS3I2gBj0= Message-ID: <52BA1065.6000403@delphij.net> Date: Tue, 24 Dec 2013 14:53:25 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Paul Hoffman , d@delphij.net Subject: Re: [PATCH RFC] Disable save-entropy in jails References: <52B9F232.1090002@delphij.net> <278988C7-1749-413D-A5E2-ABE6753B3766@proper.com> In-Reply-To: <278988C7-1749-413D-A5E2-ABE6753B3766@proper.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-security@freebsd.org" , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 22:53:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 12/24/13 14:36, Paul Hoffman wrote: > On Dec 24, 2013, at 12:44 PM, Xin Li wrote: > >> I think we shouldn't save entropy inside jails, as the data is >> not going to be used by rc script (pjd@126744). If there is no >> objections, I will commit this changeset on January 1, 2014. > > Even if it is not used by an rc script, it might be used by some > userland program (running as root, of course) that knows about the > directory and wants some fresh entropy for its own use. Why a userland application would want to use these? Would you mind elaborating what kind of use that would be? My understanding is that the saved entropy is used for bootstraping the system only: any applications that wants good random numbers should just use /dev/random because relying on something saved on disk is the worst way for someone who wants more entropy. > Is there a problem with saving the directory in jails? It > certainly isn't taking up much space. No, it's not about space. What I am concerned is that it may have wasted entropy: each time (every */11 minute) the system would get 2048 bytes out from /dev/random per jail. This deterministic behavior may trigger reseeds earlier than wanted. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJSuhBlAAoJEJW2GBstM+nss7YQAIYcMq6GflgY7T304J+bdoll TBYA740eQy6iNoyGTSh4VEeKh5GDrwX7GAM5EshrDQMKfagwm0smdYbpWYklUc07 V6sy8uuIvhxM6GOxQqP86tyzMCu9EtiVzfDakKJz1IL8pzVuu6Kbq/CxdA3fC3G4 qQraPMHvpYRsXiOn30B8i0kojMgRAxMOTZRZ4HRByiuZrsVdFYlNxMoh76reMO40 dSq1UPmQMjeDqlEKkAxpR1nN67ebVgFOuXl8O/YjOvNJLnCtcEr6xQcUQso8cbeR j7WCgUmiqCKcoPcE6Bf43Qp1otdeLVP+qoeogWcAPIPrK6XL2wxsVxj6Y44fbkeW Ttfw5iXwR7yt7MSZHP4eXdycZuSRswQUzp9TEyAxclMTE+aHFd0B/C4lViTKTfU1 dglg5goplXCAVCFPXek+R9UnFCFSc9GvlSL2K2d5TNvjDiVdNGc9SDyO7u0qNxV5 Eo+X8W2oR05jiZNHitJyalZSWd62+rn5+R5Pwf3A0hv9opimNX2xVTpfVU7y7DoK dJpPo7S8GvVKK0JgnP9yOvAD2wIjNnLz0T+hmmnygPA+xkrbVZIYdxMxrMQ491Dm /3dej3hDg5panfU7kxjpVmA+mTQbaFwQJeV0gSJDeswBl8JeAwhycchA+rgpPWCN qEziEr9sgMQKdc6JyVf9 =b7jA -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 22:36:04 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7419F450; Tue, 24 Dec 2013 22:36:04 +0000 (UTC) Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4901515FC; Tue, 24 Dec 2013 22:36:04 +0000 (UTC) Received: from [10.20.30.90] (50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rBOMZuGj057974 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 24 Dec 2013 15:35:57 -0700 (MST) (envelope-from phoffman@proper.com) X-Authentication-Warning: hoffman.proper.com: Host 50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41] claimed to be [10.20.30.90] Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: [PATCH RFC] Disable save-entropy in jails From: Paul Hoffman In-Reply-To: <52B9F232.1090002@delphij.net> Date: Tue, 24 Dec 2013 14:36:10 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <278988C7-1749-413D-A5E2-ABE6753B3766@proper.com> References: <52B9F232.1090002@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.1827) X-Mailman-Approved-At: Tue, 24 Dec 2013 23:27:55 +0000 Cc: "freebsd-security@freebsd.org" , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 22:36:04 -0000 On Dec 24, 2013, at 12:44 PM, Xin Li wrote: > I think we shouldn't save entropy inside jails, as the data is not = going > to be used by rc script (pjd@126744). If there is no objections, I = will > commit this changeset on January 1, 2014. Even if it is not used by an rc script, it might be used by some = userland program (running as root, of course) that knows about the = directory and wants some fresh entropy for its own use. Is there a problem with saving the directory in jails? It certainly = isn't taking up much space. --Paul Hoffman= From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 23:38:00 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 781C96E2; Tue, 24 Dec 2013 23:38:00 +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 4CC8719EB; Tue, 24 Dec 2013 23:37:59 +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 rBONbmYE047167 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 24 Dec 2013 15:37:49 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBONbmbD047166; Tue, 24 Dec 2013 15:37:48 -0800 (PST) (envelope-from jmg) Date: Tue, 24 Dec 2013 15:37:48 -0800 From: John-Mark Gurney To: Paul Hoffman Subject: Re: [PATCH RFC] Disable save-entropy in jails Message-ID: <20131224233748.GA99167@funkthat.com> Mail-Followup-To: Paul Hoffman , d@delphij.net, "freebsd-security@freebsd.org" , FreeBSD Current , Pawel Jakub Dawidek References: <52B9F232.1090002@delphij.net> <278988C7-1749-413D-A5E2-ABE6753B3766@proper.com> <52BA1065.6000403@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 24 Dec 2013 15:37:49 -0800 (PST) Cc: "freebsd-security@freebsd.org" , FreeBSD Current , d@delphij.net X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 23:38:00 -0000 Paul Hoffman wrote this message on Tue, Dec 24, 2013 at 15:26 -0800: > On Dec 24, 2013, at 2:53 PM, Xin Li wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA512 > > > > On 12/24/13 14:36, Paul Hoffman wrote: > >> On Dec 24, 2013, at 12:44 PM, Xin Li wrote: > >> > >>> I think we shouldn't save entropy inside jails, as the data is > >>> not going to be used by rc script (pjd@126744). If there is no > >>> objections, I will commit this changeset on January 1, 2014. > >> > >> Even if it is not used by an rc script, it might be used by some > >> userland program (running as root, of course) that knows about the > >> directory and wants some fresh entropy for its own use. > > > > Why a userland application would want to use these? Would you mind > > elaborating what kind of use that would be? > > I don't have a specific application in mind, and certainly not one for a jail. However, I'm not sure what the value in removing a feature for a jail if we don't know if anyone is using that feature. Thus, my question. Technically we couldn't fix any odd behavior in the system if we used this as a test... Oh, I don't know if anyone is depending upon this non-standard behavior of , guess we can't fix it... If someone depends upon this behavior, they probably already knew enough about the system to figure out what went wrong in the first place... > > My understanding is that the saved entropy is used for bootstraping > > the system only: any applications that wants good random numbers > > should just use /dev/random because relying on something saved on disk > > is the worst way for someone who wants more entropy. > > Quite true. Note, however, that we don't delete the saved entropy after booting and add it just before shutdown: we leave it there for some reason. I'm not sure why a jail is so different of an environment that it should be treated differently than a normal (non-jail) environment. Maybe there is a reason, but I'm not seeing it. There is a reason to keep the file around. If you don't shutdown your system cleanly, at least you have entropy from the last boot, instead of a minimal amount... > >> Is there a problem with saving the directory in jails? It > >> certainly isn't taking up much space. > > > > No, it's not about space. What I am concerned is that it may have > > wasted entropy: each time (every */11 minute) the system would get > > 2048 bytes out from /dev/random per jail. This deterministic behavior > > may trigger reseeds earlier than wanted. > > I did not understand this. What changes in the system does removing /var/db/entropy cause? (If this is answered in a longer article, a pointer to it would be useful to me (and maybe others).) Basicly we don't drain the entropy pool as quickly, leaving better entropy in the system, and preventing an attacker from not having to do as much work controlling external inputs to the system to possibly attack the pool... My vote to remove it. -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 00:04:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 747A6B7D; Wed, 25 Dec 2013 00:04:54 +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 53E971C9C; Wed, 25 Dec 2013 00:04:54 +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 B340926F99; Tue, 24 Dec 2013 16:04:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1387929893; bh=eeS15T/iqC+rl8QEVvnpaFWBhjRYZIm92WjrlX2S//4=; h=Date:From:Reply-To:To:CC:Subject:References:In-Reply-To; b=DNcJ0AZDGWMqncuNOXgrqPW312FasZm06BoRDxOrxGc+CjTYCU9Okhqnk1clLYsE6 mlg3qpnwOOzAPJ2YtOxFA9bqOAoDU4aerbNDpvb0vBlkURglpnFj85UVORpx4Ibc1a 2TerPpNl5JLoAGybjo0reQVvQKSEnalJAy46C5T0= Message-ID: <52BA2125.8050404@delphij.net> Date: Tue, 24 Dec 2013 16:04:53 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Paul Hoffman , d@delphij.net Subject: Re: [PATCH RFC] Disable save-entropy in jails References: <52B9F232.1090002@delphij.net> <278988C7-1749-413D-A5E2-ABE6753B3766@proper.com> <52BA1065.6000403@delphij.net> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-security@freebsd.org" , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 00:04:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 12/24/13 15:26, Paul Hoffman wrote: > On Dec 24, 2013, at 2:53 PM, Xin Li wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 >> >> On 12/24/13 14:36, Paul Hoffman wrote: >>> On Dec 24, 2013, at 12:44 PM, Xin Li >>> wrote: >>> >>>> I think we shouldn't save entropy inside jails, as the data >>>> is not going to be used by rc script (pjd@126744). If there >>>> is no objections, I will commit this changeset on January 1, >>>> 2014. >>> >>> Even if it is not used by an rc script, it might be used by >>> some userland program (running as root, of course) that knows >>> about the directory and wants some fresh entropy for its own >>> use. >> >> Why a userland application would want to use these? Would you >> mind elaborating what kind of use that would be? > > I don't have a specific application in mind, and certainly not one > for a jail. However, I'm not sure what the value in removing a > feature for a jail if we don't know if anyone is using that > feature. Thus, my question. I see. >> My understanding is that the saved entropy is used for >> bootstraping the system only: any applications that wants good >> random numbers should just use /dev/random because relying on >> something saved on disk is the worst way for someone who wants >> more entropy. > > Quite true. Note, however, that we don't delete the saved entropy > after booting and add it just before shutdown: we leave it there > for some reason. I'm not sure why a jail is so different of an > environment that it should be treated differently than a normal > (non-jail) environment. Maybe there is a reason, but I'm not seeing > it. Definitely not for seeding some userland applications :) If the application wants secure random numbers, it should rely on /dev/random because it has more entropy sources and is less predicable. >>> Is there a problem with saving the directory in jails? It >>> certainly isn't taking up much space. >> >> No, it's not about space. What I am concerned is that it may >> have wasted entropy: each time (every */11 minute) the system >> would get 2048 bytes out from /dev/random per jail. This >> deterministic behavior may trigger reseeds earlier than wanted. > > I did not understand this. What changes in the system does removing > /var/db/entropy cause? (If this is answered in a longer article, a > pointer to it would be useful to me (and maybe others).) No, we are not talking about removing /var/db/entropy. What I am proposing to do is to disable entropy savings from jails. Here is why: The way a PRNG works is that it uses one or many entropy sources to "feed" its internal state, and generate a series of pseudo-random numbers from the internal state via a PRF. FreeBSD collects entropy from several sources: Ethernet, interrupts, software interrupts, etc., as well as hardware RNG that is available to the system, and use all these entropy to derive the internal state of its PRNG. When reading from /dev/random, one essentially consumes entropy that is fed into the random device, and eventually it would cause a reseed. In an ideal world, we would want this to be less predicable and controllable from a potential attacker. Normal applications tends to read /dev/random in small bites, and do so in a discrete and nearly random manner, assuming we have a lot of processes running. Saving entropy, on the other hand, happen in larger chunks at a determined time. With multiple jails running, one would have a lot of big chunk reads from the /dev/random device, making its behavior more deterministic, which could have bad consequences. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- iQIcBAEBCgAGBQJSuiElAAoJEJW2GBstM+nsW8wP/iJOuLK7gl4xcaZ0WQM9ZbcF dRo9Wuao4aytIPNcI7BcRvFPkQIVd/N6tIwmi98Uy3vLG1FAkZlSkPT9IXGWKwtX lil1tfPlGt4+lMPirD7AFkk99DUfMO7nY2TuWw6DG6w6gfbzoBkZfxEZTTBv5XXl ZtNMsw2CR6xOOY2YTx3HobSnnr4UzwBzT1nif+7W/pYTwQB2LNbnwnVqoDsGn9mv MMO/9WnYs3/smYDQdChmmybGws4/P53sGjIzds/dv3Gg8ce8fu/ZAPFGCKRzr+uL CTBCBuaeiRM/BhlG3n6H0o4updgDAOQ0PDH0q6rMXwcg7ODz6tW2x7lJ5hwm/Z2B nrPCr5p2jk5KE8ULjINypYyIgjbPcgDTZN2ToB+a83RvIf9/DlRMzyOA76b0KsEs AnygLyG/ZoBqy5s4nrNbLyNERx2T7hrcrGtK4qtMIdpYQK8T/etZZvIebLVPvCGK kGG9AEgiUYHgG0RASg0LtsiJLi0/LjGzwZl+/Q3lqjrcmV7m6jOLAMT349aWOep9 GXPOcBXxh4emEz2qAQRSn7Y+Xn0T80lIPHb/6Wz04pOIhlMwQPR97X+IfAtybHFf 7HVk4GfhQC/zDiwPKb5Qcx7JRnE3wBZ2vnVaVzPCk9uPImyvMYKDKiNfFl2zlFfS AdjiKPaOGw2kAZA55dC3 =7Ruf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 00:29:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B38B2ED6 for ; Wed, 25 Dec 2013 00:29:08 +0000 (UTC) Received: from mail-qa0-x233.google.com (mail-qa0-x233.google.com [IPv6:2607:f8b0:400d:c00::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 717CD1DF0 for ; Wed, 25 Dec 2013 00:29:08 +0000 (UTC) Received: by mail-qa0-f51.google.com with SMTP id o15so6575082qap.3 for ; Tue, 24 Dec 2013 16:29:07 -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=+6+kAspUhtP7252osordbgFOuuw86xT+uQFGt1wyiKE=; b=drs/8ZaIkkve8gfUu3BBnvPAs5MlfP0uGsYTJM6aznYFvsOmi9IqpaolBg6kkdCRXn JaVx9E9A+u6sdpTjm2LeUnJlRIYUblLLA2ub82tITikaTyK9O+ExuMXTMRwzTtwrtgE6 AwTcbGiGnn/KUdrBtWAs1ipaO1qx0KLcugGDq2Q5oG1WRM2AsTBNDrC2+yhRH7L7cMmp rYrAMhrygcQQnNHHTDKiNSOn/9p+qBSzQjPLR+/n3JZKv7+dvflpDAQeGJqhLlKQO8MB u9W7xwXSBKLDGGLzQ80ZuBPRrBIOEcr5vXzzyvmVWdQOenvyY7Sc6Q4IXCS8CjU0RTuM Cugw== MIME-Version: 1.0 X-Received: by 10.49.34.207 with SMTP id b15mr58146271qej.49.1387931347624; Tue, 24 Dec 2013 16:29:07 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.53.200 with HTTP; Tue, 24 Dec 2013 16:29:07 -0800 (PST) In-Reply-To: <52B9F196.2070604@gmx.com> References: <527F95BE.7080908@gmx.com> <52B17777.6060703@FreeBSD.org> <201312231150.31936.jhb@freebsd.org> <52B9F196.2070604@gmx.com> Date: Tue, 24 Dec 2013 16:29:07 -0800 X-Google-Sender-Auth: jyRZaJEm5aQfryZBSw4DM9oAETM Message-ID: Subject: Re: new Xorg (KMS, etc.) for Radeon 9600 From: Adrian Chadd To: dt71@gmx.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 00:29:08 -0000 On 24 December 2013 12:41, wrote: > John Baldwin wrote, On 12/23/2013 17:50: > >> It needs fixing, but the fix needs to be correct. > > > Though a fix should not be delayed by decades... THe problem here is that a lot of people (and no offence to the patch author or other developers!) just go "UNLOCK; FOO; LOCK WORKS FOR ME" and moves on. 99% of the time it's working by magic, rather than working by intention. The trouble is that it's working, so there's no reason to invest the real time in fixing the poor locking in the first place. :) -a From owner-freebsd-current@FreeBSD.ORG Tue Dec 24 23:25:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5C8D3214; Tue, 24 Dec 2013 23:25:57 +0000 (UTC) Received: from hoffman.proper.com (IPv6.Hoffman.Proper.COM [IPv6:2605:8e00:100:41::81]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1681418E7; Tue, 24 Dec 2013 23:25:56 +0000 (UTC) Received: from [10.20.30.90] (50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41]) (authenticated bits=0) by hoffman.proper.com (8.14.7/8.14.7) with ESMTP id rBONPonD058846 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 24 Dec 2013 16:25:52 -0700 (MST) (envelope-from phoffman@proper.com) X-Authentication-Warning: hoffman.proper.com: Host 50-0-66-41.dsl.dynamic.sonic.net [50.0.66.41] claimed to be [10.20.30.90] Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: [PATCH RFC] Disable save-entropy in jails From: Paul Hoffman In-Reply-To: <52BA1065.6000403@delphij.net> Date: Tue, 24 Dec 2013 15:26:06 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <52B9F232.1090002@delphij.net> <278988C7-1749-413D-A5E2-ABE6753B3766@proper.com> <52BA1065.6000403@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.1827) X-Mailman-Approved-At: Wed, 25 Dec 2013 02:57:28 +0000 Cc: "freebsd-security@freebsd.org" , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Dec 2013 23:25:57 -0000 On Dec 24, 2013, at 2:53 PM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA512 >=20 > On 12/24/13 14:36, Paul Hoffman wrote: >> On Dec 24, 2013, at 12:44 PM, Xin Li wrote: >>=20 >>> I think we shouldn't save entropy inside jails, as the data is >>> not going to be used by rc script (pjd@126744). If there is no=20 >>> objections, I will commit this changeset on January 1, 2014. >>=20 >> Even if it is not used by an rc script, it might be used by some=20 >> userland program (running as root, of course) that knows about the=20 >> directory and wants some fresh entropy for its own use. >=20 > Why a userland application would want to use these? Would you mind > elaborating what kind of use that would be? I don't have a specific application in mind, and certainly not one for a = jail. However, I'm not sure what the value in removing a feature for a = jail if we don't know if anyone is using that feature. Thus, my = question. > My understanding is that the saved entropy is used for bootstraping > the system only: any applications that wants good random numbers > should just use /dev/random because relying on something saved on disk > is the worst way for someone who wants more entropy. Quite true. Note, however, that we don't delete the saved entropy after = booting and add it just before shutdown: we leave it there for some = reason. I'm not sure why a jail is so different of an environment that = it should be treated differently than a normal (non-jail) environment. = Maybe there is a reason, but I'm not seeing it. >> Is there a problem with saving the directory in jails? It >> certainly isn't taking up much space. >=20 > No, it's not about space. What I am concerned is that it may have > wasted entropy: each time (every */11 minute) the system would get > 2048 bytes out from /dev/random per jail. This deterministic behavior > may trigger reseeds earlier than wanted. I did not understand this. What changes in the system does removing = /var/db/entropy cause? (If this is answered in a longer article, a = pointer to it would be useful to me (and maybe others).) --Paul Hoffman= From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 09:08:00 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F383F8D; Wed, 25 Dec 2013 09:08:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6540A1271; Wed, 25 Dec 2013 09:07:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBP97uMt013889; Wed, 25 Dec 2013 04:07:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBP97ujB013887; Wed, 25 Dec 2013 09:07:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 09:07:56 GMT Message-Id: <201312250907.rBP97ujB013887@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 09:08:00 -0000 TB --- 2013-12-25 06:20:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 06:20:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 06:20:21 - starting HEAD tinderbox run for armv6/arm TB --- 2013-12-25 06:20:21 - cleaning the object tree TB --- 2013-12-25 06:20:21 - /usr/local/bin/svn stat /src TB --- 2013-12-25 06:20:26 - At svn revision 259862 TB --- 2013-12-25 06:20:27 - building world TB --- 2013-12-25 06:20:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 06:20:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 06:20:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 06:20:27 - SRCCONF=/dev/null TB --- 2013-12-25 06:20:27 - TARGET=arm TB --- 2013-12-25 06:20:27 - TARGET_ARCH=armv6 TB --- 2013-12-25 06:20:27 - TZ=UTC TB --- 2013-12-25 06:20:27 - __MAKE_CONF=/dev/null TB --- 2013-12-25 06:20:27 - cd /src TB --- 2013-12-25 06:20:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 06:20:36 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/natd.c cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/icmp.c cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -o natd natd.o icmp.o -lalias /obj/arm.armv6/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 09:07:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 09:07:56 - ERROR: failed to build world TB --- 2013-12-25 09:07:56 - 8015.91 user 1432.48 system 10054.12 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 09:07:57 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9538DF8C; Wed, 25 Dec 2013 09:07:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6AC371270; Wed, 25 Dec 2013 09:07:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBP97u3D013890; Wed, 25 Dec 2013 04:07:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBP97urx013888; Wed, 25 Dec 2013 09:07:56 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 09:07:56 GMT Message-Id: <201312250907.rBP97urx013888@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 09:07:57 -0000 TB --- 2013-12-25 06:20:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 06:20:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 06:20:21 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-25 06:20:21 - cleaning the object tree TB --- 2013-12-25 06:20:21 - /usr/local/bin/svn stat /src TB --- 2013-12-25 06:20:26 - At svn revision 259862 TB --- 2013-12-25 06:20:27 - building world TB --- 2013-12-25 06:20:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 06:20:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 06:20:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 06:20:27 - SRCCONF=/dev/null TB --- 2013-12-25 06:20:27 - TARGET=arm TB --- 2013-12-25 06:20:27 - TARGET_ARCH=arm TB --- 2013-12-25 06:20:27 - TZ=UTC TB --- 2013-12-25 06:20:27 - __MAKE_CONF=/dev/null TB --- 2013-12-25 06:20:27 - cd /src TB --- 2013-12-25 06:20:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 06:20:36 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/natd.c cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/icmp.c cc -O -pipe -std=gnu99 -Qunused-arguments -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -o natd natd.o icmp.o -lalias /obj/arm.arm/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 09:07:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 09:07:56 - ERROR: failed to build world TB --- 2013-12-25 09:07:56 - 8013.22 user 1430.74 system 10054.24 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 09:14:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7046D440; Wed, 25 Dec 2013 09:14:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 35A9D1314; Wed, 25 Dec 2013 09:14:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBP9EaEG079373; Wed, 25 Dec 2013 04:14:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBP9EaAO079330; Wed, 25 Dec 2013 09:14:36 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 09:14:36 GMT Message-Id: <201312250914.rBP9EaAO079330@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 09:14:37 -0000 TB --- 2013-12-25 06:20:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 06:20:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 06:20:21 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-25 06:20:21 - cleaning the object tree TB --- 2013-12-25 06:20:21 - /usr/local/bin/svn stat /src TB --- 2013-12-25 06:20:26 - At svn revision 259862 TB --- 2013-12-25 06:20:27 - building world TB --- 2013-12-25 06:20:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 06:20:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 06:20:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 06:20:27 - SRCCONF=/dev/null TB --- 2013-12-25 06:20:27 - TARGET=amd64 TB --- 2013-12-25 06:20:27 - TARGET_ARCH=amd64 TB --- 2013-12-25 06:20:27 - TZ=UTC TB --- 2013-12-25 06:20:27 - __MAKE_CONF=/dev/null TB --- 2013-12-25 06:20:27 - cd /src TB --- 2013-12-25 06:20:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 06:20:36 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/natd.c cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/icmp.c cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -o natd natd.o icmp.o -lalias /obj/amd64.amd64/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 09:14:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 09:14:36 - ERROR: failed to build world TB --- 2013-12-25 09:14:36 - 8612.42 user 1399.82 system 10454.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 09:14:37 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74F40441; Wed, 25 Dec 2013 09:14:37 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3A57D1315; Wed, 25 Dec 2013 09:14:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBP9EaLT079466; Wed, 25 Dec 2013 04:14:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBP9EaYB079463; Wed, 25 Dec 2013 09:14:36 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 09:14:36 GMT Message-Id: <201312250914.rBP9EaYB079463@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 09:14:37 -0000 TB --- 2013-12-25 06:20:21 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 06:20:21 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 06:20:21 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-25 06:20:21 - cleaning the object tree TB --- 2013-12-25 06:20:21 - /usr/local/bin/svn stat /src TB --- 2013-12-25 06:20:26 - At svn revision 259862 TB --- 2013-12-25 06:20:27 - building world TB --- 2013-12-25 06:20:27 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 06:20:27 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 06:20:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 06:20:27 - SRCCONF=/dev/null TB --- 2013-12-25 06:20:27 - TARGET=i386 TB --- 2013-12-25 06:20:27 - TARGET_ARCH=i386 TB --- 2013-12-25 06:20:27 - TZ=UTC TB --- 2013-12-25 06:20:27 - __MAKE_CONF=/dev/null TB --- 2013-12-25 06:20:27 - cd /src TB --- 2013-12-25 06:20:27 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 06:20:36 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/natd.c cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/icmp.c cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -o natd natd.o icmp.o -lalias /obj/i386.i386/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 09:14:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 09:14:36 - ERROR: failed to build world TB --- 2013-12-25 09:14:36 - 8616.95 user 1406.64 system 10454.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 10:04:28 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0613801; Wed, 25 Dec 2013 10:04:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 76BD01738; Wed, 25 Dec 2013 10:04:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBPA4RPJ004612; Wed, 25 Dec 2013 05:04:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBPA4RQa004611; Wed, 25 Dec 2013 10:04:27 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 10:04:27 GMT Message-Id: <201312251004.rBPA4RQa004611@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 10:04:28 -0000 TB --- 2013-12-25 09:14:36 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 09:14:36 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 09:14:36 - starting HEAD tinderbox run for mips/mips TB --- 2013-12-25 09:14:36 - cleaning the object tree TB --- 2013-12-25 09:14:36 - /usr/local/bin/svn stat /src TB --- 2013-12-25 09:14:40 - At svn revision 259862 TB --- 2013-12-25 09:14:41 - building world TB --- 2013-12-25 09:14:41 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 09:14:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 09:14:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 09:14:41 - SRCCONF=/dev/null TB --- 2013-12-25 09:14:41 - TARGET=mips TB --- 2013-12-25 09:14:41 - TARGET_ARCH=mips TB --- 2013-12-25 09:14:41 - TZ=UTC TB --- 2013-12-25 09:14:41 - __MAKE_CONF=/dev/null TB --- 2013-12-25 09:14:41 - cd /src TB --- 2013-12-25 09:14:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 09:14:47 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/sbin/mount_unionfs/../mount -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/mount_unionfs/../mount/getmntopts.c cc -O -pipe -G0 -I/src/sbin/mount_unionfs/../mount -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/natd.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/icmp.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o natd natd.o icmp.o -lalias /obj/mips.mips/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 10:04:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 10:04:27 - ERROR: failed to build world TB --- 2013-12-25 10:04:27 - 2178.70 user 502.73 system 2990.83 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 10:04:31 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 27FA7802; Wed, 25 Dec 2013 10:04:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F27B9173A; Wed, 25 Dec 2013 10:04:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBPA4RHD004613; Wed, 25 Dec 2013 05:04:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBPA4RjP004610; Wed, 25 Dec 2013 10:04:27 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 10:04:27 GMT Message-Id: <201312251004.rBPA4RjP004610@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 10:04:31 -0000 TB --- 2013-12-25 09:14:36 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 09:14:36 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 09:14:36 - starting HEAD tinderbox run for mips64/mips TB --- 2013-12-25 09:14:36 - cleaning the object tree TB --- 2013-12-25 09:14:36 - /usr/local/bin/svn stat /src TB --- 2013-12-25 09:14:40 - At svn revision 259862 TB --- 2013-12-25 09:14:41 - building world TB --- 2013-12-25 09:14:41 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 09:14:41 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 09:14:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 09:14:41 - SRCCONF=/dev/null TB --- 2013-12-25 09:14:41 - TARGET=mips TB --- 2013-12-25 09:14:41 - TARGET_ARCH=mips64 TB --- 2013-12-25 09:14:41 - TZ=UTC TB --- 2013-12-25 09:14:41 - __MAKE_CONF=/dev/null TB --- 2013-12-25 09:14:41 - cd /src TB --- 2013-12-25 09:14:41 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 09:14:47 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -I/src/sbin/mount_unionfs/../mount -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/mount_unionfs/../mount/getmntopts.c cc -O -pipe -G0 -I/src/sbin/mount_unionfs/../mount -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/natd.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/icmp.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o natd natd.o icmp.o -lalias /obj/mips.mips64/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 10:04:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 10:04:27 - ERROR: failed to build world TB --- 2013-12-25 10:04:27 - 2183.09 user 504.35 system 2990.62 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 10:17:29 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CE37CF5B; Wed, 25 Dec 2013 10:17:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A4C8F185D; Wed, 25 Dec 2013 10:17:29 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBPAHSxp078712; Wed, 25 Dec 2013 05:17:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBPAHSWU078696; Wed, 25 Dec 2013 10:17:28 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 10:17:28 GMT Message-Id: <201312251017.rBPAHSWU078696@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 10:17:30 -0000 TB --- 2013-12-25 09:07:56 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 09:07:56 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 09:07:56 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-12-25 09:07:56 - cleaning the object tree TB --- 2013-12-25 09:07:56 - /usr/local/bin/svn stat /src TB --- 2013-12-25 09:08:06 - At svn revision 259862 TB --- 2013-12-25 09:08:07 - building world TB --- 2013-12-25 09:08:07 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 09:08:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 09:08:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 09:08:07 - SRCCONF=/dev/null TB --- 2013-12-25 09:08:07 - TARGET=ia64 TB --- 2013-12-25 09:08:07 - TARGET_ARCH=ia64 TB --- 2013-12-25 09:08:07 - TZ=UTC TB --- 2013-12-25 09:08:07 - __MAKE_CONF=/dev/null TB --- 2013-12-25 09:08:07 - cd /src TB --- 2013-12-25 09:08:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 09:08:15 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/mount_unionfs/../mount/getmntopts.c cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -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 -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/natd.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/icmp.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o natd natd.o icmp.o -lalias /obj/ia64.ia64/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 10:17:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 10:17:28 - ERROR: failed to build world TB --- 2013-12-25 10:17:28 - 3316.92 user 583.39 system 4172.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 11:12:32 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48B98E40; Wed, 25 Dec 2013 11:12:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1E2A91D6F; Wed, 25 Dec 2013 11:12:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBPBCPxP051490; Wed, 25 Dec 2013 06:12:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBPBCP9V051489; Wed, 25 Dec 2013 11:12:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 11:12:25 GMT Message-Id: <201312251112.rBPBCP9V051489@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 11:12:32 -0000 TB --- 2013-12-25 10:17:28 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 10:17:28 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 10:17:28 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-12-25 10:17:28 - cleaning the object tree TB --- 2013-12-25 10:17:28 - /usr/local/bin/svn stat /src TB --- 2013-12-25 10:17:32 - At svn revision 259862 TB --- 2013-12-25 10:17:33 - building world TB --- 2013-12-25 10:17:33 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 10:17:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 10:17:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 10:17:33 - SRCCONF=/dev/null TB --- 2013-12-25 10:17:33 - TARGET=sparc64 TB --- 2013-12-25 10:17:33 - TARGET_ARCH=sparc64 TB --- 2013-12-25 10:17:33 - TZ=UTC TB --- 2013-12-25 10:17:33 - __MAKE_CONF=/dev/null TB --- 2013-12-25 10:17:33 - cd /src TB --- 2013-12-25 10:17:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 10:17:40 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/mount_unionfs/../mount/getmntopts.c cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/natd.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/icmp.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o natd natd.o icmp.o -lalias /obj/sparc64.sparc64/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 11:12:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 11:12:25 - ERROR: failed to build world TB --- 2013-12-25 11:12:25 - 2484.70 user 528.59 system 3296.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 12:05:07 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A3909CB7; Wed, 25 Dec 2013 12:05:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68E5410CB; Wed, 25 Dec 2013 12:05:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBPC56Da044384; Wed, 25 Dec 2013 07:05:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBPC56OV044380; Wed, 25 Dec 2013 12:05:06 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 12:05:06 GMT Message-Id: <201312251205.rBPC56OV044380@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 12:05:07 -0000 TB --- 2013-12-25 09:07:56 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 09:07:56 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 09:07:56 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-12-25 09:07:56 - cleaning the object tree TB --- 2013-12-25 09:07:56 - /usr/local/bin/svn stat /src TB --- 2013-12-25 09:08:06 - At svn revision 259862 TB --- 2013-12-25 09:08:07 - building world TB --- 2013-12-25 09:08:07 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 09:08:07 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 09:08:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 09:08:07 - SRCCONF=/dev/null TB --- 2013-12-25 09:08:07 - TARGET=pc98 TB --- 2013-12-25 09:08:07 - TARGET_ARCH=i386 TB --- 2013-12-25 09:08:07 - TZ=UTC TB --- 2013-12-25 09:08:07 - __MAKE_CONF=/dev/null TB --- 2013-12-25 09:08:07 - cd /src TB --- 2013-12-25 09:08:07 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 09:08:15 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wmissing-variable-declarations -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/natd.c cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -c /src/sbin/natd/icmp.c cc -O2 -pipe -std=gnu99 -Qunused-arguments -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -Wno-empty-body -Wno-string-plus-int -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion -o natd natd.o icmp.o -lalias /obj/pc98.i386/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' cc: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 12:05:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 12:05:06 - ERROR: failed to build world TB --- 2013-12-25 12:05:06 - 9087.19 user 1111.95 system 10629.82 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 12:22:54 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A01C1AB; Wed, 25 Dec 2013 12:22:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 001AA11E0; Wed, 25 Dec 2013 12:22:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBPCMrdX090362; Wed, 25 Dec 2013 07:22:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBPCMrc1090361; Wed, 25 Dec 2013 12:22:53 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 12:22:53 GMT Message-Id: <201312251222.rBPCMrc1090361@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 12:22:54 -0000 TB --- 2013-12-25 10:04:27 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 10:04:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 10:04:27 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-12-25 10:04:27 - cleaning the object tree TB --- 2013-12-25 10:04:27 - /usr/local/bin/svn stat /src TB --- 2013-12-25 10:04:32 - At svn revision 259862 TB --- 2013-12-25 10:04:33 - building world TB --- 2013-12-25 10:04:33 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 10:04:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 10:04:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 10:04:33 - SRCCONF=/dev/null TB --- 2013-12-25 10:04:33 - TARGET=powerpc TB --- 2013-12-25 10:04:33 - TARGET_ARCH=powerpc TB --- 2013-12-25 10:04:33 - TZ=UTC TB --- 2013-12-25 10:04:33 - __MAKE_CONF=/dev/null TB --- 2013-12-25 10:04:33 - cd /src TB --- 2013-12-25 10:04:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 10:04:40 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/mount_unionfs/../mount/getmntopts.c cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/natd.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/icmp.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o natd natd.o icmp.o -lalias /obj/powerpc.powerpc/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 12:22:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 12:22:53 - ERROR: failed to build world TB --- 2013-12-25 12:22:53 - 7172.19 user 959.90 system 8305.60 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 12:23:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6C0C333; Wed, 25 Dec 2013 12:23:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7CD4D11FC; Wed, 25 Dec 2013 12:23:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBPCNdCa091220; Wed, 25 Dec 2013 07:23:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBPCNd6r091219; Wed, 25 Dec 2013 12:23:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 25 Dec 2013 12:23:39 GMT Message-Id: <201312251223.rBPCNd6r091219@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 12:23:40 -0000 TB --- 2013-12-25 10:04:27 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-25 10:04:27 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-25 10:04:27 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-12-25 10:04:27 - cleaning the object tree TB --- 2013-12-25 10:04:27 - /usr/local/bin/svn stat /src TB --- 2013-12-25 10:04:32 - At svn revision 259862 TB --- 2013-12-25 10:04:33 - building world TB --- 2013-12-25 10:04:33 - CROSS_BUILD_TESTING=YES TB --- 2013-12-25 10:04:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-25 10:04:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-25 10:04:33 - SRCCONF=/dev/null TB --- 2013-12-25 10:04:33 - TARGET=powerpc TB --- 2013-12-25 10:04:33 - TARGET_ARCH=powerpc64 TB --- 2013-12-25 10:04:33 - TZ=UTC TB --- 2013-12-25 10:04:33 - __MAKE_CONF=/dev/null TB --- 2013-12-25 10:04:33 - cd /src TB --- 2013-12-25 10:04:33 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Wed Dec 25 10:04:40 UTC 2013 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/sbin/mount_unionfs/../mount/getmntopts.c cc -O2 -pipe -I/src/sbin/mount_unionfs/../mount -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o mount_unionfs mount_unionfs.o getmntopts.o gzip -cn /src/sbin/mount_unionfs/mount_unionfs.8 > mount_unionfs.8.gz ===> sbin/natd (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/natd.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/sbin/natd/icmp.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -o natd natd.o icmp.o -lalias /obj/powerpc.powerpc64/src/tmp/usr/lib/libalias.so: undefined reference to `detach_handler' *** Error code 1 Stop. bmake[3]: stopped in /src/sbin/natd *** Error code 1 Stop. bmake[2]: stopped in /src/sbin *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-25 12:23:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-25 12:23:39 - ERROR: failed to build world TB --- 2013-12-25 12:23:39 - 7240.50 user 975.88 system 8352.30 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 12:37:53 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A12BA618; Wed, 25 Dec 2013 12:37:53 +0000 (UTC) Received: from gromit.grondar.org (grandfather.grondar.org [IPv6:2a01:348:0:15:5d59:5c20:0: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 6059E12B1; Wed, 25 Dec 2013 12:37:53 +0000 (UTC) Received: from [197.87.92.126] (helo=[192.168.0.6]) by gromit.grondar.org with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1VvniS-000Aur-P2; Wed, 25 Dec 2013 12:37:42 +0000 Subject: Re: [PATCH RFC] Disable save-entropy in jails Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Content-Type: multipart/signed; boundary="Apple-Mail=_17113B37-5154-4D04-A822-FC5C92A4DA40"; protocol="application/pgp-signature"; micalg=pgp-sha512 From: Mark R V Murray In-Reply-To: <52BA2125.8050404@delphij.net> Date: Wed, 25 Dec 2013 14:37:17 +0200 Message-Id: <22790868-E1B1-4130-83DB-E5CD86DD40A4@grondar.org> References: <52B9F232.1090002@delphij.net> <278988C7-1749-413D-A5E2-ABE6753B3766@proper.com> <52BA1065.6000403@delphij.net> <52BA2125.8050404@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.1827) X-SA-Score: -1.0 X-Mailman-Approved-At: Wed, 25 Dec 2013 12:59:49 +0000 Cc: "freebsd-security@freebsd.org" , Paul Hoffman , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 12:37:53 -0000 --Apple-Mail=_17113B37-5154-4D04-A822-FC5C92A4DA40 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On 25 Dec 2013, at 02:04, Xin Li wrote: > No, we are not talking about removing /var/db/entropy. What I am > proposing to do is to disable entropy savings from jails. Here is = why: >=20 > The way a PRNG works is that it uses one or many entropy sources to > "feed" its internal state, and generate a series of pseudo-random > numbers from the internal state via a PRF. >=20 > FreeBSD collects entropy from several sources: Ethernet, interrupts, > software interrupts, etc., as well as hardware RNG that is available > to the system, and use all these entropy to derive the internal state > of its PRNG. >=20 > When reading from /dev/random, one essentially consumes entropy that > is fed into the random device, and eventually it would cause a reseed. > In an ideal world, we would want this to be less predicable and > controllable from a potential attacker. So far so good. :-) > Normal applications tends to read /dev/random in small bites, and do > so in a discrete and nearly random manner, assuming we have a lot of > processes running. Saving entropy, on the other hand, happen in > larger chunks at a determined time. With multiple jails running, one > would have a lot of big chunk reads from the /dev/random device, > making its behavior more deterministic, which could have bad = consequences. I doubt it goes as far as =93bad=94, but it certainly does no good. I would support the notion of not caching entropy in jails IFF this didn=92t leak out and prevent harvesting in the jail=92s host AND this gave a noticeable simplification of script code. M --=20 Mark R V Murray --Apple-Mail=_17113B37-5154-4D04-A822-FC5C92A4DA40 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - http://gpgtools.org iQCVAwUBUrrRgd58vKOKE6LNAQqTmAP+PFDENFpW/rAJu2PFJBlYv+fexNFTiVG0 6IbkeollEsAOZc5mFI0ehdGzcohgw986usl7zxWSc0PntiIQNR2Z7VMEM3f9tZJy +bvxG3M2VlgMEmVwZqouuoZlz56f4CBQoi6x6FlNGDQWpErxDfvdj+ZiudpkKf3n 2NZW6fyD/PY= =OelK -----END PGP SIGNATURE----- --Apple-Mail=_17113B37-5154-4D04-A822-FC5C92A4DA40-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 21:23:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74D79B6F; Wed, 25 Dec 2013 21:23:49 +0000 (UTC) Received: from mail.dawidek.net (garage.dawidek.net [91.121.88.72]) by mx1.freebsd.org (Postfix) with ESMTP id 37DC1143A; Wed, 25 Dec 2013 21:23:48 +0000 (UTC) Received: from localhost (user-94-254-144-148.play-internet.pl [94.254.144.148]) by mail.dawidek.net (Postfix) with ESMTPSA id 7F31939D; Wed, 25 Dec 2013 22:16:52 +0100 (CET) Date: Wed, 25 Dec 2013 22:24:27 +0100 From: Pawel Jakub Dawidek To: d@delphij.net Subject: Re: [PATCH RFC] Disable save-entropy in jails Message-ID: <20131225212338.GA2679@garage.freebsd.pl> References: <52B9F232.1090002@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GvXjxJ+pjyke8COw" Content-Disposition: inline In-Reply-To: <52B9F232.1090002@delphij.net> X-OS: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: "freebsd-security@freebsd.org" , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 21:23:49 -0000 --GvXjxJ+pjyke8COw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Dec 24, 2013 at 12:44:34PM -0800, Xin Li wrote: > Hi, >=20 > I think we shouldn't save entropy inside jails, as the data is not going > to be used by rc script (pjd@126744). If there is no objections, I will > commit this changeset on January 1, 2014. I agree we shouldn't do it. I have this line in my crontab that I wanted to commit at some point: 1,31 0-5 * * * root [ `sysctl -n security.jail.= jailed` -eq 0 ] && adjkerntz -a It prevents executing adjkerntz from within a jail, but allows to keep the same crontab in and outside jails. We could do the same for save-entropy. It would be even nicer to have some flag so that even sysctl(8) is not executed. > Index: libexec/save-entropy/save-entropy.sh > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- libexec/save-entropy/save-entropy.sh (revision 259828) > +++ libexec/save-entropy/save-entropy.sh (working copy) > @@ -42,6 +42,10 @@ elif [ -r /etc/rc.conf ]; then > . /etc/rc.conf 2>/dev/null > fi >=20 > +if [ `/sbin/sysctl -n security.jail.jailed` -eq 1 ]; then > + exit 0 > +fi > + > case ${entropy_dir} in > [Nn][Oo]) > exit 0 --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://mobter.com --GvXjxJ+pjyke8COw Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iEYEARECAAYFAlK7TNoACgkQForvXbEpPzTsSQCg7jQLc3nPkE//ysiqTbOtJBMw kQcAnjujd8rjiMJJu3ifsf2caNBfttIr =G2p5 -----END PGP SIGNATURE----- --GvXjxJ+pjyke8COw-- From owner-freebsd-current@FreeBSD.ORG Wed Dec 25 18:52:49 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 33673541 for ; Wed, 25 Dec 2013 18:52:49 +0000 (UTC) Received: from smtp.rcn.com (smtp.rcn.com [69.168.97.78]) by mx1.freebsd.org (Postfix) with ESMTP id D56491A89 for ; Wed, 25 Dec 2013 18:52:48 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=2.1 cv=CsKGLBID c=1 sm=0 tr=0 a=xXl4FTO5CL8aVpVBagTHLA==:117 a=eXnlHukMzTYA:10 a=b15YM1rgWm8A:10 a=YNqtyO0l_hcA:10 a=LaogzpLLAAAA:8 a=7oF49_t5QHsA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=9iDbn-4jx3cA:10 a=cKsnjEOsciEA:10 a=Ntg_Zx-WAAAA:8 a=F8Y_lyQ15MurY6KbE-UA:9 a=LLg1xmBQL-CXTgpH:21 a=DFQT5An_E7NiJNMR:21 a=wPNLvfGTeEIA:10 a=twLL-sifpKipC_RdFNMA:9 a=1F-QzIbOHpA-Onmb:21 a=4JMkiYIUtc2YZtrA:21 a=LDeB2eWrU58jKBGb:21 a=_W_S_7VecoQA:10 a=_RhRFcbxBZMA:10 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.mail=mi+apache@aldan.algebra.com; spf=neutral; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com header.from=mi+apache@aldan.algebra.com; sender-id=neutral Authentication-Results: smtp02.rcn.cmh.synacor.com smtp.user=anat; auth=pass (PLAIN) Received-SPF: neutral (smtp02.rcn.cmh.synacor.com: 74.102.116.237 is neither permitted nor denied by domain of aldan.algebra.com) Received: from [74.102.116.237] ([74.102.116.237:35191] helo=[192.168.1.8]) by smtp.rcn.com (envelope-from ) (ecelerity 2.2.3.49 r(42060/42061)) with ESMTPA id B8/27-01585-9792BB25; Wed, 25 Dec 2013 13:52:41 -0500 Message-ID: <52BB2979.5040008@aldan.algebra.com> Date: Wed, 25 Dec 2013 13:52:41 -0500 From: Mikhail T User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: olli hauer , Current FreeBSD Subject: Re: md2 on current and 10. References: <52B392D9.4030507@aldan.algebra.com> <52B483D7.7080302@gmx.de> <52B486AD.7080102@aldan.algebra.com> <52B48E8C.5070804@gmx.de> In-Reply-To: <52B48E8C.5070804@gmx.de> X-Mailman-Approved-At: Wed, 25 Dec 2013 23:40:38 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Dec 2013 18:52:49 -0000 On 20.12.2013 13:38, olli hauer wrote: > md2 was deprecated in 2009 by the openssl project > > http://cvs.openssl.org/chngview?cn=18381 > CVE-2009-2409 > > As fas as I know some Linux based projects have removed md2 from openssl-0.9.x in 2009. So, when are we removing sum(1) and cksum(1) -- implementation of the even weaker hashing? Should we do with rsh(1), what Linux have done: % rsh -v OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012 usage: ssh [-1246AaCfgKkMNnqsTtVvXxYy] [-b bind_address] [-c cipher_spec] [-D [bind_address:]port] [-e escape_char] [-F configfile] [-I pkcs11] [-i identity_file] [-L [bind_address:]port:host:hostport] [-l login_name] [-m mac_spec] [-O ctl_cmd] [-o option] [-p port] [-R [bind_address:]port:host:hostport] [-S ctl_path] [-W host:port] [-w local_tun[:remote_tun]] [user@]hostname [command] How about rexec/rcmd(3), gets(3), and tmpfile(3)? OpenSSL may have deprecated md2 (though it remains an option even there, just off by default), but FreeBSD did not have to -- our libmd could've continued to offer the functionality, just as libz, for yet another example, continues to offer its own checksum implementation. If, for some reason, we feel we must warn the user, we could do that when installing ports -- as we already warn about the network-listening and other potentially dangerous functions. Could we, please, have MD2 resurrected before 10.0 is officially out? Preferably in both -lmd and -lcrypto, but certainly in the former. Thank you! Yours, -mi From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 11:17:09 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4DEEDFAC for ; Thu, 26 Dec 2013 11:17:09 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0D2216D3 for ; Thu, 26 Dec 2013 11:17:08 +0000 (UTC) Received: from server.rulingia.com (c220-239-250-249.belrs5.nsw.optusnet.com.au [220.239.250.249]) by vps.rulingia.com (8.14.7/8.14.7) with ESMTP id rBQBGpii061685 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 26 Dec 2013 22:16:52 +1100 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.7/8.14.7) with ESMTP id rBQBGkWo063782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 26 Dec 2013 22:16:46 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.7/8.14.7/Submit) id rBQBGiM5063781; Thu, 26 Dec 2013 22:16:44 +1100 (EST) (envelope-from peter) Date: Thu, 26 Dec 2013 22:16:44 +1100 From: Peter Jeremy To: freebsd-current Subject: Re: PACKAGESITE spam Message-ID: <20131226111644.GA46781@server.rulingia.com> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <52B7432D.3070106@bluerosetech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="lrZ03NoBR/3+SXJZ" Content-Disposition: inline In-Reply-To: <52B7432D.3070106@bluerosetech.com> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.22 (2013-10-16) Cc: Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 11:17:09 -0000 --lrZ03NoBR/3+SXJZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-Dec-22 11:53:17 -0800, Darren Pilgrim wrote: >Because of that deinstall log. When you use `pkg install` to upgrade a=20 >port, you get something like this: > >Jul 10 23:06:40 chombo pkg-static: ca_root_nss-3.15.1 installed >Nov 29 15:04:52 chombo pkg: ca_root_nss reinstalled: 3.15.2_1 > >That information does not exist in the pkg database. I agree that's a serious bug/regression in the pkg database: With the old pkg system, I could tell when a port was installed by looking at the timestamps on the +COMMENT file. The install time is needed to answer questions like "does this entry in UPDATING affect me" (ie have I rebuilt the port since the entry date). It's something I used regularly and its absence is a PITA. I shouldn't need to rummage through /var/log/messages - and in any case, by default FreeBSD only keeps 500K of messages history (about a month in my case) so the information has probably rotated into the bit bucket. I agree that having a pkg audit trail would be useful. Unfortunately, what we have today is not an audit trail and isn't especially useful. --=20 Peter Jeremy --lrZ03NoBR/3+SXJZ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iKUEARECAGYFAlK8EBxfFIAAAAAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDBCRjc3QTcyNTg5NEVCRTY0RjREN0VFRUZF OEE0N0JGRjAwRkI4ODcACgkQ/opHv/APuIecBQCgiqX3kcRjG4gw9EjrxrzCqMEw ZlQAljzw+jE+hRjJ4JSIuH3gp/cALCA= =McFY -----END PGP SIGNATURE----- --lrZ03NoBR/3+SXJZ-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 11:41:36 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2199B71E for ; Thu, 26 Dec 2013 11:41:36 +0000 (UTC) Received: from mail-wi0-x235.google.com (mail-wi0-x235.google.com [IPv6:2a00:1450:400c:c05::235]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 867BE1898 for ; Thu, 26 Dec 2013 11:41:35 +0000 (UTC) Received: by mail-wi0-f181.google.com with SMTP id hq4so8589171wib.2 for ; Thu, 26 Dec 2013 03:41:33 -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=tjMQFLzIjy+Z12DYj03xiDwUg3mbVo/yiwnGx51ztt8=; b=Xi6RDgu6cCsGRI7kllg5Gbt8Rk75SEWooei5IOCxLJAqXXM+Zbbs1PNueOetZs2F9V IO1P939Jt38Y5UlhdGKDvzXsh++/9ODtw8QE1+0/5pjvU+NY8V+FgwQYK4ldbYwA26NJ Rkbs6WJrYGjjDvxx09gZDgtTFbpjqbbVX5BegEMmtKfCI6alo/0QvYQcXhgsiVFDXQ5U mANwjFs4Pgl3NbqoPHA6xmvRYOP2pL6A/UEDf1lagjf/kfmDd7VaoLYdVDcQONqSi/JM t3h9et+MB09qQ7rsKfnnO0JT0K/KcMxGasHFK+jO/zbAm5qNVPWtHDfH7qfDWDsQ6woN 2ehw== X-Received: by 10.180.207.239 with SMTP id lz15mr28949663wic.28.1388058093723; Thu, 26 Dec 2013 03:41:33 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id c1sm16697166wje.4.2013.12.26.03.41.32 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 26 Dec 2013 03:41:32 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 26 Dec 2013 12:41:31 +0100 From: Baptiste Daroussin To: Peter Jeremy Subject: Re: PACKAGESITE spam Message-ID: <20131226114131.GH40122@ithaqua.etoilebsd.net> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <52B7432D.3070106@bluerosetech.com> <20131226111644.GA46781@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X+8siUETKMkW99st" Content-Disposition: inline In-Reply-To: <20131226111644.GA46781@server.rulingia.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current , Steve Kargl X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 11:41:36 -0000 --X+8siUETKMkW99st Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 10:16:44PM +1100, Peter Jeremy wrote: > On 2013-Dec-22 11:53:17 -0800, Darren Pilgrim wrote: > >Because of that deinstall log. When you use `pkg install` to upgrade a= =20 > >port, you get something like this: > > > >Jul 10 23:06:40 chombo pkg-static: ca_root_nss-3.15.1 installed > >Nov 29 15:04:52 chombo pkg: ca_root_nss reinstalled: 3.15.2_1 > > > >That information does not exist in the pkg database. >=20 > I agree that's a serious bug/regression in the pkg database: With the > old pkg system, I could tell when a port was installed by looking at > the timestamps on the +COMMENT file. The install time is needed to > answer questions like "does this entry in UPDATING affect me" (ie have > I rebuilt the port since the entry date). It's something I used > regularly and its absence is a PITA. You can still query from the package database about the installation time. With the ancient system you had no way to determine if something was reinst= alled You add no way to determine if it was an upgrade=20 You add no way to fihure out what something was removed. >=20 > I shouldn't need to rummage through /var/log/messages - and in any case, > by default FreeBSD only keeps 500K of messages history (about a month > in my case) so the information has probably rotated into the bit bucket. >=20 > I agree that having a pkg audit trail would be useful. Unfortunately, > what we have today is not an audit trail and isn't especially useful. it is an audit trail, it is very useful in lots of cases as I spotted befor= e, and it is also mandatory for some security certification in that form preci= sely. You want other cases, here is 2 others very very usual cases? Determine what has been done when managing a farm of servers with puppet,cfengine,salt,anssible and friens. Determine what has been done when you have multiple admins on your servers regards, Bapt --X+8siUETKMkW99st Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK8FeoACgkQ8kTtMUmk6EyDUgCgoYiGcW99JOkR1V9ydU2Gln+l qvwAoKYpa/U8+/bPaeG4bCJhg+T/QOr4 =Gp2B -----END PGP SIGNATURE----- --X+8siUETKMkW99st-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 12:05:17 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4AE7CE10; Thu, 26 Dec 2013 12:05:17 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C85021A3B; Thu, 26 Dec 2013 12:05:15 +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 OAA23459; Thu, 26 Dec 2013 14:05:13 +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 1Vw9gf-00054J-Fw; Thu, 26 Dec 2013 14:05:13 +0200 Message-ID: <52BC1B41.2060900@FreeBSD.org> Date: Thu, 26 Dec 2013 14:04:17 +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 Current , freebsd-java@FreeBSD.org Subject: latest openjdk7 triggers kernel panic X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=X-VIET-VPS Content-Transfer-Encoding: 7bit Cc: Alan Cox , Marcel Moolenaar X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 12:05:17 -0000 I am running FreeBSD based on the head from a few weeks ago, amd64. It seems that after a recent upgrade of openjdk7 I consistently get a kernel panic when a java process starts: panic: Bad entry start/end for new stack entry KDB: stack backtrace: db_trace_self_wrapper() at 0xffffffff803adc9b = db_trace_self_wrapper+0x2b/frame 0xfffffe02ba6fe6e0 kdb_backtrace() at 0xffffffff805cbd79 = kdb_backtrace+0x39/frame 0xfffffe02ba6fe790 panic() at 0xffffffff80597733 = panic+0x1a3/frame 0xfffffe02ba6fe810 vm_map_stack() at 0xffffffff80719f2e = vm_map_stack+0x3ce/frame 0xfffffe02ba6fe8a0 vm_mmap() at 0xffffffff8071c270 = vm_mmap+0x520/frame 0xfffffe02ba6fea30 sys_mmap() at 0xffffffff8071bad3 = sys_mmap+0x303/frame 0xfffffe02ba6feaf0 amd64_syscall() at 0xffffffff8074d0c8 = amd64_syscall+0x238/frame 0xfffffe02ba6febf0 Xfast_syscall() at 0xffffffff80733e2b = Xfast_syscall+0xfb/frame 0xfffffe02ba6febf0 Specifically, new_entry->end != top condition is true. new_entry->end is consistently greater than top by 3 pages. I suspect that java now does some hacky things with its stack and I suspect that vm_map_simplify_entry() call at the end of vm_map_insert() could be to blame. Although, the call is guarded by a check: 1290 /* 1291 * It may be possible to merge the new entry with the next and/or 1292 * previous entries. However, due to MAP_STACK_* being a hack, a 1293 * panic can result from merging such entries. 1294 */ 1295 if ((cow & (MAP_STACK_GROWS_DOWN | MAP_STACK_GROWS_UP)) == 0) 1296 vm_map_simplify_entry(map, new_entry); But that check seems to be defeated by the fact that vm_map_stack() clears our the relevant bits after saving them locally: 3335 /* 3336 * The stack orientation is piggybacked with the cow argument. 3337 * Extract it into orient and mask the cow argument so that we 3338 * don't pass it around further. 3339 * NOTE: We explicitly allow bi-directional stacks. 3340 */ 3341 orient = cow & (MAP_STACK_GROWS_DOWN|MAP_STACK_GROWS_UP); 3342 cow &= ~orient; -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 14:05:10 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 633AFDD4; Thu, 26 Dec 2013 14:05:10 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 00BD81306; Thu, 26 Dec 2013 14:05:09 +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 rBQE509C040903; Thu, 26 Dec 2013 16:05:00 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBQE509C040903 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBQE50rS040902; Thu, 26 Dec 2013 16:05:00 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 26 Dec 2013 16:05:00 +0200 From: Konstantin Belousov To: Andriy Gapon Subject: Re: latest openjdk7 triggers kernel panic Message-ID: <20131226140500.GM59496@kib.kiev.ua> References: <52BC1B41.2060900@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dtz4emBHhXMjtfBB" Content-Disposition: inline In-Reply-To: <52BC1B41.2060900@FreeBSD.org> 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: Alan Cox , FreeBSD Current , peter@freebsd.org, Marcel Moolenaar , freebsd-java@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 14:05:10 -0000 --dtz4emBHhXMjtfBB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 02:04:17PM +0200, Andriy Gapon wrote: >=20 > I am running FreeBSD based on the head from a few weeks ago, amd64. >=20 > It seems that after a recent upgrade of openjdk7 I consistently get a ker= nel > panic when a java process starts: >=20 > panic: Bad entry start/end for new stack entry > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff803adc9b =3D db_trace_self_wrapper+0= x2b/frame > 0xfffffe02ba6fe6e0 > kdb_backtrace() at 0xffffffff805cbd79 =3D kdb_backtrace+0x39/frame 0xffff= fe02ba6fe790 > panic() at 0xffffffff80597733 =3D panic+0x1a3/frame 0xfffffe02ba6fe810 > vm_map_stack() at 0xffffffff80719f2e =3D vm_map_stack+0x3ce/frame 0xfffff= e02ba6fe8a0 > vm_mmap() at 0xffffffff8071c270 =3D vm_mmap+0x520/frame 0xfffffe02ba6fea30 > sys_mmap() at 0xffffffff8071bad3 =3D sys_mmap+0x303/frame 0xfffffe02ba6fe= af0 > amd64_syscall() at 0xffffffff8074d0c8 =3D amd64_syscall+0x238/frame 0xfff= ffe02ba6febf0 > Xfast_syscall() at 0xffffffff80733e2b =3D Xfast_syscall+0xfb/frame 0xffff= fe02ba6febf0 >=20 > Specifically, new_entry->end !=3D top condition is true. > new_entry->end is consistently greater than top by 3 pages. >=20 > I suspect that java now does some hacky things with its stack and I suspe= ct that > vm_map_simplify_entry() call at the end of vm_map_insert() could be to bl= ame. > Although, the call is guarded by a check: >=20 > 1290 /* > 1291 * It may be possible to merge the new entry with the next a= nd/or > 1292 * previous entries. However, due to MAP_STACK_* being a ha= ck, a > 1293 * panic can result from merging such entries. > 1294 */ > 1295 if ((cow & (MAP_STACK_GROWS_DOWN | MAP_STACK_GROWS_UP)) =3D= =3D 0) > 1296 vm_map_simplify_entry(map, new_entry); >=20 > But that check seems to be defeated by the fact that vm_map_stack() clear= s our > the relevant bits after saving them locally: >=20 > 3335 /* > 3336 * The stack orientation is piggybacked with the cow argumen= t. > 3337 * Extract it into orient and mask the cow argument so that = we > 3338 * don't pass it around further. > 3339 * NOTE: We explicitly allow bi-directional stacks. > 3340 */ > 3341 orient =3D cow & (MAP_STACK_GROWS_DOWN|MAP_STACK_GROWS_UP); > 3342 cow &=3D ~orient; >=20 I provided the following patch yesterday to Peter, after the similar mail. diff --git a/sys/vm/vm_map.c b/sys/vm/vm_map.c index e3842a3..51b60de 100644 --- a/sys/vm/vm_map.c +++ b/sys/vm/vm_map.c @@ -1207,6 +1207,7 @@ charged: } else if ((prev_entry !=3D &map->header) && (prev_entry->eflags =3D=3D protoeflags) && + (cow & (MAP_ENTRY_GROWS_DOWN | MAP_ENTRY_GROWS_UP)) =3D=3D 0 && (prev_entry->end =3D=3D start) && (prev_entry->wired_count =3D=3D 0) && (prev_entry->cred =3D=3D cred || But there were no core dump available, and I think that your note is also valid. I do not see why cow should be cleared from the stack direction bits. diff --git a/sys/vm/vm_map.c b/sys/vm/vm_map.c index e3842a3..e15e0ca 100644 --- a/sys/vm/vm_map.c +++ b/sys/vm/vm_map.c @@ -3339,7 +3340,6 @@ vm_map_stack(vm_map_t map, vm_offset_t addrbos, vm_si= ze_t max_ssize, * NOTE: We explicitly allow bi-directional stacks. */ orient =3D cow & (MAP_STACK_GROWS_DOWN|MAP_STACK_GROWS_UP); - cow &=3D ~orient; KASSERT(orient !=3D 0, ("No stack grow direction")); =20 if (addrbos < vm_map_min(map) || --dtz4emBHhXMjtfBB Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSvDeLAAoJEJDCuSvBvK1BmzMP/idHmUFvFRWBzAfi21cDWRSm pD2en4U0dGNCfky8MOCCLQr4bUVvRU64Nbowy/xtwMkoNMPuuTcBEvRT218J5+de RPs3ekx2Ug/Lhc3KhH2gOF6hJKRMqOWZRuSNISZlJMo9j6X/QPPv2SEmw7GPFnTI yad5u8wbkpg7pUciAENA58ibZrNtOB3WgTZTAPqcHjD5QJbp7j3EtsXOTCcYs4d9 AxPKGjbgbZsYjbZFiTH+A4dMOuIHXyi6rQ1A+XuBS0DaBCaQlsKAp91NqGpX7K/+ NAb6Z3a0E00V2yEXIPeNvKInYQUOBcyEIEJVtJSc9NiMW4e4TXQOWV7Z9vNGnpnP 61DMNPelaHz73RI2KS5MziQ+3l+q/Y6SschdyI2MtbV9sb+bGYoWQVsF0+V+4VUe CX5jQhoQ+h1HtjJj1+SH0yg3OcWQOc03b6N17uBU2daFuz8hP/MF+X1s+PH0Cd8k s9d59HOd6/Et7OTpzKB+IM5CfzwDm25eCkgu3vYTRlT8M2wsY6KrjMWdbiKOwe0k vSPLBUrt9XNU8Bc9q1yLK/Q9CwomNYHK+eM007i3ojGYZiqWRUb4u7d5BfcNVVuf S+XtQv7Zd/dmLiZEeVthZDbYHmz+gnes84DHLvMKt33eo9/84g+pER3HHjUo2aHR Bi2kLxBcL5Jyn98r0zYt =YDEG -----END PGP SIGNATURE----- --dtz4emBHhXMjtfBB-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 14:33:00 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D303854; Thu, 26 Dec 2013 14:33:00 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4591554; Thu, 26 Dec 2013 14:32:58 +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 QAA25699; Thu, 26 Dec 2013 16:32:55 +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 1VwBzb-0005CT-Ef; Thu, 26 Dec 2013 16:32:55 +0200 Message-ID: <52BC3DDF.4060503@FreeBSD.org> Date: Thu, 26 Dec 2013 16:31:59 +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: Konstantin Belousov Subject: Re: latest openjdk7 triggers kernel panic References: <52BC1B41.2060900@FreeBSD.org> <20131226140500.GM59496@kib.kiev.ua> In-Reply-To: <20131226140500.GM59496@kib.kiev.ua> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alan Cox , FreeBSD Current , peter@FreeBSD.org, Marcel Moolenaar , freebsd-java@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 14:33:00 -0000 on 26/12/2013 16:05 Konstantin Belousov said the following: > I provided the following patch yesterday to Peter, after the similar mail. > > diff --git a/sys/vm/vm_map.c b/sys/vm/vm_map.c > index e3842a3..51b60de 100644 > --- a/sys/vm/vm_map.c > +++ b/sys/vm/vm_map.c > @@ -1207,6 +1207,7 @@ charged: > } > else if ((prev_entry != &map->header) && > (prev_entry->eflags == protoeflags) && > + (cow & (MAP_ENTRY_GROWS_DOWN | MAP_ENTRY_GROWS_UP)) == 0 && > (prev_entry->end == start) && > (prev_entry->wired_count == 0) && > (prev_entry->cred == cred || > > But there were no core dump available, and I think that your note is also > valid. I do not see why cow should be cleared from the stack direction > bits. > > diff --git a/sys/vm/vm_map.c b/sys/vm/vm_map.c > index e3842a3..e15e0ca 100644 > --- a/sys/vm/vm_map.c > +++ b/sys/vm/vm_map.c > @@ -3339,7 +3340,6 @@ vm_map_stack(vm_map_t map, vm_offset_t addrbos, vm_size_t max_ssize, > * NOTE: We explicitly allow bi-directional stacks. > */ > orient = cow & (MAP_STACK_GROWS_DOWN|MAP_STACK_GROWS_UP); > - cow &= ~orient; > KASSERT(orient != 0, ("No stack grow direction")); > > if (addrbos < vm_map_min(map) || > I can confirm that the patch fixes the problem for me. Thanks! -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 15:39:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BB456524; Thu, 26 Dec 2013 15:39:46 +0000 (UTC) Received: from mail-wi0-x22c.google.com (mail-wi0-x22c.google.com [IPv6:2a00:1450:400c:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B6D4019D5; Thu, 26 Dec 2013 15:39:45 +0000 (UTC) Received: by mail-wi0-f172.google.com with SMTP id en1so13497297wid.5 for ; Thu, 26 Dec 2013 07:39:43 -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=WxkFRuYD2rXO6ijO1Woim3F853XZukZr/jd9iisBF/I=; b=mAj1hxNVOuw/1WtsQFS0nIfkZxby3AFB3YhFYS76znlhCflDXboYIuQ8nPNZ6EkYNf aP/hmXSCz+8zt6hdMla0m8FvLgHzycwlfRD+yxo6PIGpF6z5N68mMRTFR01vRoHuMfA0 LZeVLigb10FveZ4dVb17/8AYyhYt3N7a2R0dF973tfGe6MypXJUoLYN5I1Fa2/hUizbF ccD0LWJtb+vXjW0qsE6vpcOHHel3f8H2pbA79z1cwQKwCRCcUT1aTP+fmdLk5skXzdT6 Kb7K3Mc/V8jPQ/aEi43B065kDa9OepekW174NZrrtRtctDsK0tM3n/lnv6twX5Hl3Gmo 1T5w== MIME-Version: 1.0 X-Received: by 10.180.95.162 with SMTP id dl2mr30011034wib.17.1388072383104; Thu, 26 Dec 2013 07:39:43 -0800 (PST) Sender: antoine.brodin.freebsd@gmail.com Received: by 10.194.33.37 with HTTP; Thu, 26 Dec 2013 07:39:43 -0800 (PST) In-Reply-To: <52BC1B41.2060900@FreeBSD.org> References: <52BC1B41.2060900@FreeBSD.org> Date: Thu, 26 Dec 2013 16:39:43 +0100 X-Google-Sender-Auth: mvFDT5gns5K4BqeqtPqBgzw9mQk Message-ID: Subject: Re: latest openjdk7 triggers kernel panic From: Antoine Brodin To: Andriy Gapon Content-Type: text/plain; charset=ISO-8859-1 Cc: Alan Cox , FreeBSD Current , Marcel Moolenaar , freebsd-java@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 15:39:46 -0000 On Thu, Dec 26, 2013 at 1:04 PM, Andriy Gapon wrote: > > I am running FreeBSD based on the head from a few weeks ago, amd64. > > It seems that after a recent upgrade of openjdk7 I consistently get a kernel > panic when a java process starts: > > panic: Bad entry start/end for new stack entry > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff803adc9b = db_trace_self_wrapper+0x2b/frame > 0xfffffe02ba6fe6e0 > kdb_backtrace() at 0xffffffff805cbd79 = kdb_backtrace+0x39/frame 0xfffffe02ba6fe790 > panic() at 0xffffffff80597733 = panic+0x1a3/frame 0xfffffe02ba6fe810 > vm_map_stack() at 0xffffffff80719f2e = vm_map_stack+0x3ce/frame 0xfffffe02ba6fe8a0 > vm_mmap() at 0xffffffff8071c270 = vm_mmap+0x520/frame 0xfffffe02ba6fea30 > sys_mmap() at 0xffffffff8071bad3 = sys_mmap+0x303/frame 0xfffffe02ba6feaf0 > amd64_syscall() at 0xffffffff8074d0c8 = amd64_syscall+0x238/frame 0xfffffe02ba6febf0 > Xfast_syscall() at 0xffffffff80733e2b = Xfast_syscall+0xfb/frame 0xfffffe02ba6febf0 > > Specifically, new_entry->end != top condition is true. > new_entry->end is consistently greater than top by 3 pages. > > I suspect that java now does some hacky things with its stack and I suspect that > vm_map_simplify_entry() call at the end of vm_map_insert() could be to blame. > Although, the call is guarded by a check: > > 1290 /* > 1291 * It may be possible to merge the new entry with the next and/or > 1292 * previous entries. However, due to MAP_STACK_* being a hack, a > 1293 * panic can result from merging such entries. > 1294 */ > 1295 if ((cow & (MAP_STACK_GROWS_DOWN | MAP_STACK_GROWS_UP)) == 0) > 1296 vm_map_simplify_entry(map, new_entry); > > But that check seems to be defeated by the fact that vm_map_stack() clears our > the relevant bits after saving them locally: > > 3335 /* > 3336 * The stack orientation is piggybacked with the cow argument. > 3337 * Extract it into orient and mask the cow argument so that we > 3338 * don't pass it around further. > 3339 * NOTE: We explicitly allow bi-directional stacks. > 3340 */ > 3341 orient = cow & (MAP_STACK_GROWS_DOWN|MAP_STACK_GROWS_UP); > 3342 cow &= ~orient; Hello, FWIW, I had a similar panic today on 9.2-RELEASE with a GENERIC kernel: panic: Bad entry start/end for new stack entry cpuid = 1 KDB: stack backtrace: #0 0xffffffff80947986 at kdb_backtrace+0x66 #1 0xffffffff8090d9ae at panic+0x1ce #2 0xffffffff80b81314 at vm_map_stack+0x274 #3 0xffffffff80b83584 at vm_mmap+0x674 #4 0xffffffff80b83d2f at sys_mmap+0x1cf #5 0xffffffff80cf187a at amd64_syscall+0x5ea #6 0xffffffff80cdbff7 at Xfast_syscall+0xf7 It looks like the box was compiling java related ports (java/jaxen and devel/antlr) when it panic'ed. Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 16:25:31 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 125A37F9; Thu, 26 Dec 2013 16:25:31 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D64081DEA; Thu, 26 Dec 2013 16:25:30 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 58F6B5637; Thu, 26 Dec 2013 16:25:23 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 58F6B5637 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 11:25:21 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: FreeBSD 10.0-RC3 Now Available Message-ID: <20131226162521.GK2009@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="vk/v8fjDPiDepTtA" Content-Disposition: inline X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 16:25:31 -0000 --vk/v8fjDPiDepTtA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The third RC build of the 10.0-RELEASE release cycle is now available on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and sparc64 architectures. The image checksums follow at the end of this email. ISO images and, for architectures that support it, the memory stick images are available here (or any of the FreeBSD mirror sites): ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ If you notice problems you can report them through the normal GNATS PR system or here on the -stable mailing list. If you would like to use SVN to do a source based update of an existing system, use the "releng/10.0" branch. Important note to freebsd-update(8) users: Please be sure to follow the instructions in the following FreeBSD Errata Notices before upgrading the system to 10.0-RC3: - EN-13:04.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc - EN-13:05.freebsd-update: http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-update.asc Pre-installed virtual machine images for 10.0-RC3 are also available for amd64 and i386 architectures. The images are located under the 'snapshots' directory on FTP, here: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC3/ The disk images are available in both QCOW2, VHD, and VMDK format. The image download size is approximately 135 MB, which decompress to a 20GB sparse image. The partition layout is: - 512k - freebsd-boot GPT partition type (bootfs GPT label) - 1GB - freebsd-swap GPT partition type (swapfs GPT label) - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) Changes between -RC2 and -RC3 include: - Several minor bugfixes and functionality enhancements to bhyve. - Add new sysctl, kern.supported_archs, containing the list of FreeBSD MACHINE_ARCH values whose binaries this kernel can run. - Add a pkg(8) repository configuration file for cdrom-based package installation. - Implement a fix to allow bsdconfig(8) to be able to install packages included on the DVD. - Fix pkg(8) multi-repository support by properly respecting 'enabled' flag. - Fix Xen build without INET. - Several bugfixes to bsdinstall(8). - Fix a ZFS-related panic triggered by an incorrect assertion. - Fix mountroot> prompt eating most of the characters by not enabling RXRDY interrupts in the attach routine. - Fix a regression in ng_ksocket(4). - Apply patch from upstream Heimdal for encoding fix The freebsd-update(8) utility supports binary upgrades of amd64 and i386 systems running earlier FreeBSD releases. Systems running earlier FreeBSD releases can upgrade as follows: # freebsd-update upgrade -r 10.0-RC3 During this process, freebsd-update(8) may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components: # freebsd-update install It is recommended to rebuild and install all applications if possible, especially if upgrading from an earlier FreeBSD release, for example, FreeBSD 9.x. Alternatively, the user can install misc/compat9x and other compatibility libraries, afterwards the system must be rebooted into the new userland: # shutdown -r now Finally, after rebooting, freebsd-update needs to be run again to remove stale files: # freebsd-update install == ISO CHECKSUMS == - 10.0-RC3 amd64: SHA256 (FreeBSD-10.0-RC3-amd64-bootonly.iso) = a446af2ca4da7b5a5f7513f025fc5727abf0dac051540b1f04596223700e60cd SHA256 (FreeBSD-10.0-RC3-amd64-disc1.iso) = a4b16d3e4e04f1dbb9184fdbe18d6587124a6ea2a1794f79122d57373865ab6b SHA256 (FreeBSD-10.0-RC3-amd64-dvd1.iso) = ce4edab5d5b485f6478e6171c1de64e9b337109256c5eb5257aceccd78224255 SHA256 (FreeBSD-10.0-RC3-amd64-memstick.img) = 642ff8ad66ead06b18bcf171be79f3f42e6c36bbe0b741c6d98d32a89fb6724a MD5 (FreeBSD-10.0-RC3-amd64-bootonly.iso) = 584745fc67ca974c146065aa3b3a9a94 MD5 (FreeBSD-10.0-RC3-amd64-disc1.iso) = fc93de26dc0b2ca1e88cc2fcda18ec05 MD5 (FreeBSD-10.0-RC3-amd64-dvd1.iso) = ed93640aca43b484697d203c7b6f0ab3 MD5 (FreeBSD-10.0-RC3-amd64-memstick.img) = 416ca9f9973e405afba58c11a90c6d7a - 10.0-RC3 i386: SHA256 (FreeBSD-10.0-RC3-i386-bootonly.iso) = 1c191afa34e4a8119362c7b08b4e6265fcb0017afd508b060c49de7bcbd5ece3 SHA256 (FreeBSD-10.0-RC3-i386-disc1.iso) = 2d03929465da9042a5424cf97577c4811500a0df4a454631a2aaef41350fe211 SHA256 (FreeBSD-10.0-RC3-i386-dvd1.iso) = 517aced324eac22fe6e65716d63b6d112c0fbac33c243ff327f97e7b6b7cd584 SHA256 (FreeBSD-10.0-RC3-i386-memstick.img) = d4edc43daf0026d2914f8960a81a2511d8cf8a99c7b8537a7354dfce5066f4ab MD5 (FreeBSD-10.0-RC3-i386-bootonly.iso) = adddd854699dcd6855386f7ae4ad4784 MD5 (FreeBSD-10.0-RC3-i386-disc1.iso) = f378f7b7c209a3cc13d54aa671233b69 MD5 (FreeBSD-10.0-RC3-i386-dvd1.iso) = bc8e9feb4efd802ce2175c7258055afc MD5 (FreeBSD-10.0-RC3-i386-memstick.img) = edffe1cf1bf9c04da31cf4e0ef2c7afd - 10.0-RC3 ia64: SHA256 (FreeBSD-10.0-RC3-ia64-bootonly.iso) = 11559db413ca7dae9bb5315277ab0f443dae62222602eae7c4cad0aa201b2976 SHA256 (FreeBSD-10.0-RC3-ia64-disc1.iso) = 9404774d7084cfe57c4eddf57983db25c5c07d1b7798cd1c29b0bcf41d3b7f12 SHA256 (FreeBSD-10.0-RC3-ia64-memstick.img) = 81738d2da1db0d8bc04979e1bed4e55ebeda5efebc3cbd6b2e7d2d24f4b87ceb MD5 (FreeBSD-10.0-RC3-ia64-bootonly.iso) = 84743bcddda1aa953c837f9f5f4446cd MD5 (FreeBSD-10.0-RC3-ia64-disc1.iso) = 5ad4b133c3bf7674f4961ec70bb2db47 MD5 (FreeBSD-10.0-RC3-ia64-memstick.img) = 194c35bbfb7b215c597de839b9fc15f9 - 10.0-RC3 powerpc: SHA256 (FreeBSD-10.0-RC3-powerpc-bootonly.iso) = 8fd8f787afd3eebe869a9476bb3451927480f670bd75d6f526e5d24cbe5c6aba SHA256 (FreeBSD-10.0-RC3-powerpc-disc1.iso) = 398b62480e308556faab80fe5e3ba6923ed70e02b86ad79b5b239b51fcedcada SHA256 (FreeBSD-10.0-RC3-powerpc-memstick.img) = d4a7374cc70dc1de66c55eafc849fedadd9ac14018425836c2a964e9edf8bb41 MD5 (FreeBSD-10.0-RC3-powerpc-bootonly.iso) = c9586f8c6ea86c1355d9199b63e66bc0 MD5 (FreeBSD-10.0-RC3-powerpc-disc1.iso) = 353b94e352f8f4375bf0b0f3dd598f9f MD5 (FreeBSD-10.0-RC3-powerpc-memstick.img) = 8d301fc18497e268e5c402632e93072a - 10.0-RC3 powerpc64: SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-bootonly.iso) = f1b17c61c5b372b8d8f4db380768e46f89ba7d6763f17166cb89e624db85fa42 SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-disc1.iso) = f3e8e2ee07ae63c2de93804024d3befa1493e6b2513d508e46831a952a3fc083 SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-memstick.img) = 4b8dcec616873cf4d07cfbb1432df6c1a782dbb02322172b7ce97d05ee991bc3 MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-bootonly.iso) = 7d4dbbde1f53cdfb3e51e30116be5951 MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-disc1.iso) = 69b95751cd4dd721b7ccd9d41999cb86 MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-memstick.img) = 1b7251b6c8b1aa43fe36f4f8679cbef6 - 10.0-RC3 sparc64: SHA256 (FreeBSD-10.0-RC3-sparc64-bootonly.iso) = 76ed5346bd2bf4fc65503c7beca039fa4c93ea3dd175e0d6d9026f63eaf5049a SHA256 (FreeBSD-10.0-RC3-sparc64-disc1.iso) = c18504c4d0626309e41be70477dc7b97ab9c58517479cd2ebd4d7c3b68e3a31b MD5 (FreeBSD-10.0-RC3-sparc64-bootonly.iso) = dddcd2c1ecb37e57e4f458bf24ba5d40 MD5 (FreeBSD-10.0-RC3-sparc64-disc1.iso) = caad20dbabd38ffdfce7d1d92b37e40a == VM IMAGE CHECKSUMS == - 10.0-RC3 amd64: SHA256 (FreeBSD-10.0-RC3-amd64.qcow2.xz) = a0731577a9563658bc1bafab8cfb3c29a98329e664db96fae13e40630223ee8e SHA256 (FreeBSD-10.0-RC3-amd64.vhd.xz) = 4e564b4f74d0016d299254f5b5723bf1fb25a9c06d25f93994fe0b52fa9dcfb4 SHA256 (FreeBSD-10.0-RC3-amd64.vmdk.xz) = 2e3c325cb508b62a37c9d7debed58fb833ef61cc2148b5f7a4842177d0a2b45d MD5 (FreeBSD-10.0-RC3-amd64.qcow2.xz) = e5bfe57a98cc2d323d64dd195e58dc9b MD5 (FreeBSD-10.0-RC3-amd64.vhd.xz) = d8138f97da9d68f09841bb1a33833e98 MD5 (FreeBSD-10.0-RC3-amd64.vmdk.xz) = 38437fd384c4812953ce9f19c9a4a0d9 - 10.0-RC3 i386: SHA256 (FreeBSD-10.0-RC3-i386.qcow2.xz) = 057610738176e19eab80b4a127e34ba4a2d1f1e8760c093c016a7f20c7d208d3 SHA256 (FreeBSD-10.0-RC3-i386.vhd.xz) = 4c798503632ae625ddf616a0006ff6039376e3dca0c2ac2375e5980beed99145 SHA256 (FreeBSD-10.0-RC3-i386.vmdk.xz) = 0edc8aaa7b7e968f560fa7dbf5dcad8a5e588f62dd793f0ebbecbc349db85084 MD5 (FreeBSD-10.0-RC3-i386.qcow2.xz) = 5857e8613c3b0685826a2b006d25564a MD5 (FreeBSD-10.0-RC3-i386.vhd.xz) = da0acf0bf5b3412fa4922e625a1c651e MD5 (FreeBSD-10.0-RC3-i386.vmdk.xz) = f4f0d948d4fd3afc3e41bbf511fd5240 Glen Love FreeBSD? Support this and future releases with a donation to the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ --vk/v8fjDPiDepTtA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvFhxAAoJELls3eqvi17QWU0QAJnDEbYNhWloZW7l9E4Os8Z+ uHrDpRAqKjZhJpsGN5F/hoM/zW7AgVJHbJqKMMXnfNNLlZuDg26/kXt5ARnLYwtj NXA7YB4JmhiH1nJU+bCsyhAq9OCh2o4GNanbhTpud9e1dapjeaIqZcRBNQvr3cJD /FwH8dyy0V/X6rhbpr3qrOtYKqdS1fRuDxO4kWyyQkrzHWd23Qn/Lh83D9w7DEEF fhLdi2ewyHX3+jbFYNk8Si81gbf1Ae7gns61gtXGdpmgpKrZNZNzaQGCDrCK2xxw DtRqOs+2s2Ass4F4f08vKu+vC5F5Tl2h7i8yXMilATUzDCBY+HpiAUAmKeQDVq7C 8qWfFBz/WShzcbvlJMWVQeFmoCcJZiIDhGEHnNacCvS8GfYHiese4+33wRXbRpCY 9tyM2IJ8iTUOGPX9jAEdIifWuY8zx7AYketbEplYsJliN7Im7Vc5+T+Fvqq5eFnl ua3N87Wdmar+a3lsl3KjmyNaTRS5cSaasHaNghZhgBP6KAxsNFuVw7w3zE0MJwzo rv47RXfou5KmqQIXb/xQnIk3moZxf09ZHauZTn0IE/bC6szVGWf1PEsTZzSOsHKj OUd3zbxgPHSsGroNCOYi5VS5ehyPpnebDaeqxLRibE3Obljjvfzp+uq3m3TqHxQV qRGiKOE/Fbft1ys8GHM+ =Cl+6 -----END PGP SIGNATURE----- --vk/v8fjDPiDepTtA-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 16:28:00 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 76A04C7F; Thu, 26 Dec 2013 16:28:00 +0000 (UTC) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D34F1E26; Thu, 26 Dec 2013 16:28:00 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.82) with esmtp (envelope-from ) id <1VwDmq-000AxC-9i>; Thu, 26 Dec 2013 17:27:52 +0100 Received: from g225158197.adsl.alicedsl.de ([92.225.158.197] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.82) with esmtpsa (envelope-from ) id <1VwDmq-000TfI-4f>; Thu, 26 Dec 2013 17:27:52 +0100 Date: Thu, 26 Dec 2013 17:27:47 +0100 From: "O. Hartmann" To: Andriy Gapon Subject: Re: latest openjdk7 triggers kernel panic Message-ID: <20131226172747.12138d4c@thor.walstatt.dyndns.org> In-Reply-To: <52BC1B41.2060900@FreeBSD.org> References: <52BC1B41.2060900@FreeBSD.org> Organization: FU Berlin X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.22; amd64-portbld-freebsd11.0) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; boundary="Sig_/.owTiuHktt=aDC6l_TwWUM9"; protocol="application/pgp-signature" X-Originating-IP: 92.225.158.197 X-ZEDAT-Hint: A Cc: Alan Cox , FreeBSD Current , Marcel Moolenaar , freebsd-java@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 16:28:00 -0000 --Sig_/.owTiuHktt=aDC6l_TwWUM9 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 26 Dec 2013 14:04:17 +0200 Andriy Gapon wrote: >=20 > I am running FreeBSD based on the head from a few weeks ago, amd64. >=20 > It seems that after a recent upgrade of openjdk7 I consistently get a > kernel panic when a java process starts: >=20 > panic: Bad entry start/end for new stack entry > KDB: stack backtrace: > db_trace_self_wrapper() at 0xffffffff803adc9b =3D > db_trace_self_wrapper+0x2b/frame 0xfffffe02ba6fe6e0 > kdb_backtrace() at 0xffffffff805cbd79 =3D kdb_backtrace+0x39/frame > 0xfffffe02ba6fe790 panic() at 0xffffffff80597733 =3D panic+0x1a3/frame > 0xfffffe02ba6fe810 vm_map_stack() at 0xffffffff80719f2e =3D > vm_map_stack+0x3ce/frame 0xfffffe02ba6fe8a0 vm_mmap() at > 0xffffffff8071c270 =3D vm_mmap+0x520/frame 0xfffffe02ba6fea30 > sys_mmap() at 0xffffffff8071bad3 =3D sys_mmap+0x303/frame > 0xfffffe02ba6feaf0 amd64_syscall() at 0xffffffff8074d0c8 =3D > amd64_syscall+0x238/frame 0xfffffe02ba6febf0 Xfast_syscall() at > 0xffffffff80733e2b =3D Xfast_syscall+0xfb/frame 0xfffffe02ba6febf0 >=20 > Specifically, new_entry->end !=3D top condition is true. > new_entry->end is consistently greater than top by 3 pages. >=20 > I suspect that java now does some hacky things with its stack and I > suspect that vm_map_simplify_entry() call at the end of > vm_map_insert() could be to blame. Although, the call is guarded by a > check: >=20 > 1290 /* > 1291 * It may be possible to merge the new entry with the > next and/or 1292 * previous entries. However, due to > MAP_STACK_* being a hack, a 1293 * panic can result from > merging such entries. 1294 */ > 1295 if ((cow & (MAP_STACK_GROWS_DOWN | MAP_STACK_GROWS_UP)) > =3D=3D 0) 1296 vm_map_simplify_entry(map, new_entry); >=20 > But that check seems to be defeated by the fact that vm_map_stack() > clears our the relevant bits after saving them locally: >=20 > 3335 /* > 3336 * The stack orientation is piggybacked with the cow > argument. 3337 * Extract it into orient and mask the cow > argument so that we 3338 * don't pass it around further. > 3339 * NOTE: We explicitly allow bi-directional stacks. > 3340 */ > 3341 orient =3D cow & (MAP_STACK_GROWS_DOWN|MAP_STACK_GROWS_UP); > 3342 cow &=3D ~orient; >=20 I see a similar situation on FreeBSD 11.0-CURRENT #3 r259845: Tue Dec 24 23:40:13 CET 2013 amd64 The crash can be easily triggered by starting any JAVA application (I'm running lates java/openjdk6 from ports). The problem also occurs when loading very large images in firefox (/www/firefox, lates from ports, I looked at some Hubble Space Telescope pictures when I triggered the crash). Oliver --Sig_/.owTiuHktt=aDC6l_TwWUM9 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJSvFkHAAoJEOgBcD7A/5N87WgH/jiqXFC0Gs+FQDKi9aIiRznE GHXpiNp45IfuJZmgE1FB13apSmje+s/Oh/MepH9dLbhx1XRYLtk1eVDWjmPQm/Sk YnA4J4PveobwbgQGt458Fbh5AVpjsEIvYLuOs1/08yBNeOfZM2NuhgOvzuCMz0uX PsmcE1TKEvYN07YAyvnF9pYqpLfVzU+lMc1m8sHX+Fnbk0xhrLAPpseTG85f3oxH MDiQEQa3BDEqOOldYnOpD3CMEREYojsKqCxmkrDXHZbDEx5WGRwSWbwBy5h97zP/ dYsnjjFx234PLbFp6sLThQNbQBHJKlFDHDax7Us9hlCA0SFvNK6rYjAselSi9lA= =wgR0 -----END PGP SIGNATURE----- --Sig_/.owTiuHktt=aDC6l_TwWUM9-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 18:33:02 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E07A151 for ; Thu, 26 Dec 2013 18:33:02 +0000 (UTC) Received: from mail-pd0-x235.google.com (mail-pd0-x235.google.com [IPv6:2607:f8b0:400e: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 1D5651789 for ; Thu, 26 Dec 2013 18:33:02 +0000 (UTC) Received: by mail-pd0-f181.google.com with SMTP id p10so8255630pdj.12 for ; Thu, 26 Dec 2013 10:33:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pcCoX9LI934xtrjsYef6aoJkiwQG8As2FOfOWNIlno4=; b=QUWdjvUdoeag8Qjb5G3/IkcRfjg0MGYzcUVfnjb8G/IVjvf6xb89KY4Sae1knUsaVi MmI8lEQSU9lr55O2E6in/LDYrFlXculgYqvXs6zb6C6s8yeYmM19edhrayNCPOdDWU9+ JuzSDv05VKBnjNg1QWnwnuFm+AEcvt2KI09KM= 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=pcCoX9LI934xtrjsYef6aoJkiwQG8As2FOfOWNIlno4=; b=CYU8nXwGHdOXNNZKbutKOFUg8DEOYHltIRO1V1kKIzs5B/MCx8Rfj7fcaF3lpU7Krr S35t/cGJthN1H921cosw8FsPKNCvhkBGcfo062tNR1am8cpEdUn4wpNJpGLIDG913Kfo M1gjlR5KCMx3UrHxtmPc+AuAxdy5zOazccNTKjtw0XJGTVhNfuOLVDNR5d/akxTshPbE 7JX/ESPZ1NT84S4wYYZK4NJgQJdN8sjh1Wr2Dq/l+5bUQbaXGkRK0d7IIxiMpL4ryXg2 p73jISJuy6fzlkwp/IbcpFBzIlujY//My4ExY4Y5vws2YIr0vMH8jBLHaNAPbTiRpO56 S8hQ== X-Gm-Message-State: ALoCoQnFVQpLCI/2FlNwX0bczOQ/xEZgatQvck3lLVDD9BiMFs1vi3zFyI5E2xewIO78oCBNEcGs MIME-Version: 1.0 X-Received: by 10.68.20.1 with SMTP id j1mr46366118pbe.148.1388082781554; Thu, 26 Dec 2013 10:33:01 -0800 (PST) Received: by 10.66.162.3 with HTTP; Thu, 26 Dec 2013 10:33:01 -0800 (PST) In-Reply-To: References: <52BC1B41.2060900@FreeBSD.org> Date: Thu, 26 Dec 2013 10:33:01 -0800 Message-ID: Subject: Re: latest openjdk7 triggers kernel panic From: Peter Wemm To: Antoine Brodin Content-Type: text/plain; charset=ISO-8859-1 Cc: Alan Cox , Marcel Moolenaar , FreeBSD Current , Andriy Gapon , freebsd-java@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 18:33:02 -0000 On Thu, Dec 26, 2013 at 7:39 AM, Antoine Brodin wrote: > On Thu, Dec 26, 2013 at 1:04 PM, Andriy Gapon wrote: ... > Hello, > > FWIW, I had a similar panic today on 9.2-RELEASE with a GENERIC kernel: > panic: Bad entry start/end for new stack entry > cpuid = 1 > KDB: stack backtrace: > #0 0xffffffff80947986 at kdb_backtrace+0x66 > #1 0xffffffff8090d9ae at panic+0x1ce > #2 0xffffffff80b81314 at vm_map_stack+0x274 > #3 0xffffffff80b83584 at vm_mmap+0x674 > #4 0xffffffff80b83d2f at sys_mmap+0x1cf > #5 0xffffffff80cf187a at amd64_syscall+0x5ea > #6 0xffffffff80cdbff7 at Xfast_syscall+0xf7 > > It looks like the box was compiling java related ports (java/jaxen and > devel/antlr) when it panic'ed. This is troubling. I'm wondering what's changed and why we haven't seen this before. Just so I'm clear, you're building 9.2 ports on a 9.2-REL kernel, right? and not something like building 9.2-REL ports inside a jail on a 10.x or 11.x host? 10.x / 11.x are not involved and you're seeing this? -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 18:51:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7BF737CE; Thu, 26 Dec 2013 18:51:48 +0000 (UTC) Received: from mail-wg0-x229.google.com (mail-wg0-x229.google.com [IPv6:2a00:1450:400c:c00::229]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7958318D3; Thu, 26 Dec 2013 18:51:47 +0000 (UTC) Received: by mail-wg0-f41.google.com with SMTP id y10so11606873wgg.4 for ; Thu, 26 Dec 2013 10:51: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; bh=Zre8wczz7Cjo2z/gHZ/nYWASQUjShbmGolkLvJmfxYc=; b=qLV6jFq+rOQM2+lcQqXSopQCGScEbByIxE5Y8ynhAPWjwLr5hghDmF+VWZkJ87+gvQ dNPusmbZI5mVEqBebfjIzj0/Dk6wzJmmSicwIZ4Bk3j63A3nYN5/Dqw67FB9NvsOgCHc n5cmYQltjBC6h7EP7atphJYQBNo7VDQf3irDax3MT6nNh5OeX4p47MSA3qgIOvvZLAJJ hyeKa+pacsj7wJERl4KUp7DJ+pUos9fjvA2PtL8nTWyyX/X8ZEqmVjeZeCKLKZuAXSfs sXcT17sYhLIYVyGSrkm3/FltPPcnhlx9rUpybBXt4GNScyCLzkA86BGiTO6uO+8ZY94B bJnA== MIME-Version: 1.0 X-Received: by 10.180.205.138 with SMTP id lg10mr29572567wic.30.1388083906010; Thu, 26 Dec 2013 10:51:46 -0800 (PST) Sender: antoine.brodin.freebsd@gmail.com Received: by 10.194.33.37 with HTTP; Thu, 26 Dec 2013 10:51:45 -0800 (PST) In-Reply-To: References: <52BC1B41.2060900@FreeBSD.org> Date: Thu, 26 Dec 2013 19:51:45 +0100 X-Google-Sender-Auth: IK8IS3hZxbtIF2GuvzJxT7fUTWk Message-ID: Subject: Re: latest openjdk7 triggers kernel panic From: Antoine Brodin To: Peter Wemm Content-Type: text/plain; charset=ISO-8859-1 Cc: Alan Cox , Marcel Moolenaar , FreeBSD Current , Andriy Gapon , freebsd-java@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 18:51:48 -0000 On Thu, Dec 26, 2013 at 7:33 PM, Peter Wemm wrote: > On Thu, Dec 26, 2013 at 7:39 AM, Antoine Brodin wrote: >> On Thu, Dec 26, 2013 at 1:04 PM, Andriy Gapon wrote: > ... >> Hello, >> >> FWIW, I had a similar panic today on 9.2-RELEASE with a GENERIC kernel: >> panic: Bad entry start/end for new stack entry >> cpuid = 1 >> KDB: stack backtrace: >> #0 0xffffffff80947986 at kdb_backtrace+0x66 >> #1 0xffffffff8090d9ae at panic+0x1ce >> #2 0xffffffff80b81314 at vm_map_stack+0x274 >> #3 0xffffffff80b83584 at vm_mmap+0x674 >> #4 0xffffffff80b83d2f at sys_mmap+0x1cf >> #5 0xffffffff80cf187a at amd64_syscall+0x5ea >> #6 0xffffffff80cdbff7 at Xfast_syscall+0xf7 >> >> It looks like the box was compiling java related ports (java/jaxen and >> devel/antlr) when it panic'ed. > > This is troubling. I'm wondering what's changed and why we haven't > seen this before. > > Just so I'm clear, you're building 9.2 ports on a 9.2-REL kernel, > right? and not something like building 9.2-REL ports inside a jail on > a 10.x or 11.x host? 10.x / 11.x are not involved and you're seeing > this? This is 9.2-REL host and kernel. The only thing "new" is the ports tree, ports tree from 20 december didn't make the box panic while ports tree from 26 december does. (and there was an openjdk update between) Cheers, Antoine From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 19:06:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D7DCCDAF; Thu, 26 Dec 2013 19:06:41 +0000 (UTC) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (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 B2C7719EB; Thu, 26 Dec 2013 19:06:41 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.7/8.14.7) with ESMTP id rBQJ6Y3o070352; Thu, 26 Dec 2013 11:06:34 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.7/8.14.7/Submit) id rBQJ6YBw070351; Thu, 26 Dec 2013 11:06:34 -0800 (PST) (envelope-from sgk) Date: Thu, 26 Dec 2013 11:06:34 -0800 From: Steve Kargl To: Baptiste Daroussin Subject: Re: PACKAGESITE spam Message-ID: <20131226190634.GA70196@troutmask.apl.washington.edu> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <52B7432D.3070106@bluerosetech.com> <20131226111644.GA46781@server.rulingia.com> <20131226114131.GH40122@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131226114131.GH40122@ithaqua.etoilebsd.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current , Peter Jeremy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 19:06:41 -0000 On Thu, Dec 26, 2013 at 12:41:31PM +0100, Baptiste Daroussin wrote: > On Thu, Dec 26, 2013 at 10:16:44PM +1100, Peter Jeremy wrote: > > On 2013-Dec-22 11:53:17 -0800, Darren Pilgrim wrote: > > >Because of that deinstall log. When you use `pkg install` to upgrade a > > >port, you get something like this: > > > > > >Jul 10 23:06:40 chombo pkg-static: ca_root_nss-3.15.1 installed > > >Nov 29 15:04:52 chombo pkg: ca_root_nss reinstalled: 3.15.2_1 > > > > > >That information does not exist in the pkg database. > > > > I agree that's a serious bug/regression in the pkg database: With the > > old pkg system, I could tell when a port was installed by looking at > > the timestamps on the +COMMENT file. The install time is needed to > > answer questions like "does this entry in UPDATING affect me" (ie have > > I rebuilt the port since the entry date). It's something I used > > regularly and its absence is a PITA. > > You can still query from the package database about the installation time. > How? % pkg info | grep gcc gcc-4.6.4 GNU Compiler Collection 4.6 makedep-1.0.2_1 Create dependencies in makefiles using 'gcc -M' % pkg query -F gcc-4.6.4 %t pkg: archive_read_open_filename(gcc-4.6.4): Failed to open 'gcc-4.6.4' % pkg query %t gcc-4.6.4 1387742889 Is that seconds since the epoch? If yes, if may be prudent to add a %T format, so one can easily determine that 1387742889 is Sun Dec 22 23:20:51 2013. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 19:09:07 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 99F11EC2 for ; Thu, 26 Dec 2013 19:09:07 +0000 (UTC) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 27A0819FB for ; Thu, 26 Dec 2013 19:09:07 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id p61so7644300wes.31 for ; Thu, 26 Dec 2013 11:09:05 -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=Y3V5rL4JAvt/Hrm4KsctH7mEhQXrIMXZpE5ggpDc9GE=; b=NIVZ3zEUt43JyFJjScsq2AASST+i8/w/JzOieS/aSufZbl2IvwYyEymtZcIfGw0f+I Zhwq/1J1xD9X6553NfDRw+g1AhbqASj59SMDiXABa7szqHfe+PBHCMJrvGjD0PJeaCa6 sIUzMbasbsu2J0JGAKA/OfU9XUoxBkEfcT0Z2pe+cyhvz/XNTxCxJ3pyOsq6zoFFKYia ibLVDmjBLsdauT2dtPNPeXlL1HkAG68cVZ0HlPbx6FR+HVeeIHMsZEO5UJNdTbsVEe7p 8VUHqWhzbF4/lPWpVyN01rZZWt0iJtWppiB66awOmCNCZWqj5y1ljCQgtvW/Eb+WRs/z ZGGQ== X-Received: by 10.194.175.66 with SMTP id by2mr5610711wjc.59.1388084945395; Thu, 26 Dec 2013 11:09:05 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id a9sm35022246wiy.10.2013.12.26.11.09.04 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 26 Dec 2013 11:09:04 -0800 (PST) Sender: Baptiste Daroussin Date: Thu, 26 Dec 2013 20:09:03 +0100 From: Baptiste Daroussin To: Steve Kargl Subject: Re: PACKAGESITE spam Message-ID: <20131226190902.GT40122@ithaqua.etoilebsd.net> References: <52B5DF8C.5050204@gmx.com> <20131221200538.GA60827@troutmask.apl.washington.edu> <52B7432D.3070106@bluerosetech.com> <20131226111644.GA46781@server.rulingia.com> <20131226114131.GH40122@ithaqua.etoilebsd.net> <20131226190634.GA70196@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/7+LvQqw8N5lf/3J" Content-Disposition: inline In-Reply-To: <20131226190634.GA70196@troutmask.apl.washington.edu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-current , Peter Jeremy X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 19:09:07 -0000 --/7+LvQqw8N5lf/3J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 11:06:34AM -0800, Steve Kargl wrote: > On Thu, Dec 26, 2013 at 12:41:31PM +0100, Baptiste Daroussin wrote: > > On Thu, Dec 26, 2013 at 10:16:44PM +1100, Peter Jeremy wrote: > > > On 2013-Dec-22 11:53:17 -0800, Darren Pilgrim wrote: > > > >Because of that deinstall log. When you use `pkg install` to upgrad= e a=20 > > > >port, you get something like this: > > > > > > > >Jul 10 23:06:40 chombo pkg-static: ca_root_nss-3.15.1 installed > > > >Nov 29 15:04:52 chombo pkg: ca_root_nss reinstalled: 3.15.2_1 > > > > > > > >That information does not exist in the pkg database. > > >=20 > > > I agree that's a serious bug/regression in the pkg database: With the > > > old pkg system, I could tell when a port was installed by looking at > > > the timestamps on the +COMMENT file. The install time is needed to > > > answer questions like "does this entry in UPDATING affect me" (ie have > > > I rebuilt the port since the entry date). It's something I used > > > regularly and its absence is a PITA. > >=20 > > You can still query from the package database about the installation ti= me. > >=20 >=20 > How? >=20 > % pkg info | grep gcc > gcc-4.6.4 GNU Compiler Collection 4.6 > makedep-1.0.2_1 Create dependencies in makefiles using 'gcc -= M' > % pkg query -F gcc-4.6.4 %t > pkg: archive_read_open_filename(gcc-4.6.4): Failed to open 'gcc-4.6.4' > % pkg query %t gcc-4.6.4 > 1387742889 >=20 > Is that seconds since the epoch? If yes, if may be prudent to add a > %T format, so one can easily determine that 1387742889 is Sun Dec 22 > 23:20:51 2013. >=20 Good idea. regards, Bapt --/7+LvQqw8N5lf/3J Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK8fs4ACgkQ8kTtMUmk6EzcvACgtmuYzyd3FHF+8yeqsWS7YoBI XXcAn1qkHEhS7kM8k8oitk/wLyK8WKdM =nDmE -----END PGP SIGNATURE----- --/7+LvQqw8N5lf/3J-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 20:01:54 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 45515600; Thu, 26 Dec 2013 20:01:54 +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 BF7F61E56; Thu, 26 Dec 2013 20:01:53 +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 rBQK1iUL074098; Thu, 26 Dec 2013 22:01:44 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.8.3 kib.kiev.ua rBQK1iUL074098 Received: (from kostik@localhost) by tom.home (8.14.7/8.14.7/Submit) id rBQK1iaG074097; Thu, 26 Dec 2013 22:01:44 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 26 Dec 2013 22:01:44 +0200 From: Konstantin Belousov To: Antoine Brodin Subject: Re: latest openjdk7 triggers kernel panic Message-ID: <20131226200144.GP59496@kib.kiev.ua> References: <52BC1B41.2060900@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p2BUbKl1Fxnzi6Vs" Content-Disposition: inline In-Reply-To: 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: Marcel Moolenaar , Peter Wemm , Alan Cox , Andriy Gapon , FreeBSD Current , freebsd-java@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 20:01:54 -0000 --p2BUbKl1Fxnzi6Vs Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 07:51:45PM +0100, Antoine Brodin wrote: > On Thu, Dec 26, 2013 at 7:33 PM, Peter Wemm wrote: > > On Thu, Dec 26, 2013 at 7:39 AM, Antoine Brodin w= rote: > >> On Thu, Dec 26, 2013 at 1:04 PM, Andriy Gapon wrote: > > ... > >> Hello, > >> > >> FWIW, I had a similar panic today on 9.2-RELEASE with a GENERIC kerne= l: > >> panic: Bad entry start/end for new stack entry > >> cpuid =3D 1 > >> KDB: stack backtrace: > >> #0 0xffffffff80947986 at kdb_backtrace+0x66 > >> #1 0xffffffff8090d9ae at panic+0x1ce > >> #2 0xffffffff80b81314 at vm_map_stack+0x274 > >> #3 0xffffffff80b83584 at vm_mmap+0x674 > >> #4 0xffffffff80b83d2f at sys_mmap+0x1cf > >> #5 0xffffffff80cf187a at amd64_syscall+0x5ea > >> #6 0xffffffff80cdbff7 at Xfast_syscall+0xf7 > >> > >> It looks like the box was compiling java related ports (java/jaxen and > >> devel/antlr) when it panic'ed. > > > > This is troubling. I'm wondering what's changed and why we haven't > > seen this before. Well, if MAP_STACK was started used only with update, or the condition for coalescing only holds due to changes in the update, this is not much strange. > > > > Just so I'm clear, you're building 9.2 ports on a 9.2-REL kernel, > > right? and not something like building 9.2-REL ports inside a jail on > > a 10.x or 11.x host? 10.x / 11.x are not involved and you're seeing > > this? >=20 >=20 > This is 9.2-REL host and kernel. > The only thing "new" is the ports tree, ports tree from 20 december > didn't make the box panic while ports tree from 26 december does. > (and there was an openjdk update between) I can only repost the following patch. It should be applicable to 9 as well. diff --git a/sys/vm/vm_map.c b/sys/vm/vm_map.c index e3842a3..e15e0ca 100644 --- a/sys/vm/vm_map.c +++ b/sys/vm/vm_map.c @@ -1207,6 +1207,7 @@ charged: } else if ((prev_entry !=3D &map->header) && (prev_entry->eflags =3D=3D protoeflags) && + (cow & (MAP_ENTRY_GROWS_DOWN | MAP_ENTRY_GROWS_UP)) =3D=3D 0 && (prev_entry->end =3D=3D start) && (prev_entry->wired_count =3D=3D 0) && (prev_entry->cred =3D=3D cred || @@ -3339,7 +3340,6 @@ vm_map_stack(vm_map_t map, vm_offset_t addrbos, vm_si= ze_t max_ssize, * NOTE: We explicitly allow bi-directional stacks. */ orient =3D cow & (MAP_STACK_GROWS_DOWN|MAP_STACK_GROWS_UP); - cow &=3D ~orient; KASSERT(orient !=3D 0, ("No stack grow direction")); =20 if (addrbos < vm_map_min(map) || --p2BUbKl1Fxnzi6Vs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBAgAGBQJSvIsnAAoJEJDCuSvBvK1BwfkP/i2CGur+KfR139SWuamvrEoa fhTunJH6e9yzoLi81jeq8QTfCHGb9Hnd8XHYO8acu843bJBrv5Czc3at3phXFc/G WrmsDCOzw3sMxAlmi+iiBg9H4QEMAFeClVlH5pPTdRRcOytKBw7n/Q7+tLuuBmDu +L+hHZ8VlOhYuIZE/zZQGDjNlb5ZRbKCNZTed1Pl7Td0zy2l1VNIsu2DzL3rBpFU HkRM4XzYPtCotPK3x3YsvQFWZTSyYx2/IfwBISa/7svIJwQQj/zsdurQPqPvYxpy cmA4NORMWCFhaEtMXSNnhjRz3vYhLKW7KjqyGfhPVX9gwYeXe5XR1TZ7BEY01qHx yp9sLRllrv8rjxwitZjeBks6DirxqfQbqnMNEJky4hWdbBrf2FkurgEvbebf6l+e /X3nWFqTZpDyqmfVXkE5r0Wfna57WGO9Lh+bUjdxl4NWZ7BGuq1YeYatOOvqFu26 ox0+xFS2UUYcQCEz9lds/SPQZKI84fG0f7mZRE5UPW5HsMrLfyKcnoEwq4Rj9rDf ps9RI9156IiJpM7zCtqmVc1tBZuH0AH8+nOIST8ebTs44PdLjSPYPKh+ZMHjx9s6 15Cfa6fUpwa8uZeVBRmCcTPN/EZuUzdI6gDAp9CmSzUY9RGtabMvi1L9ewnoY43M X8+6j0KKdq108HP1PpL3 =YkbL -----END PGP SIGNATURE----- --p2BUbKl1Fxnzi6Vs-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 20:43:41 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 97659F20 for ; Thu, 26 Dec 2013 20:43:41 +0000 (UTC) Received: from mail-pa0-x233.google.com (mail-pa0-x233.google.com [IPv6:2607:f8b0:400e:c03::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4D4D610B8 for ; Thu, 26 Dec 2013 20:43:41 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id fa1so8540565pad.24 for ; Thu, 26 Dec 2013 12:43:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=onR8rAGuFhoYtlVFiqUenroUMeZKY/Rxhtl5SaGr0jo=; b=co9H9U8xxuXr3/a4mDivSvKQ7mv3XyNvwbQEV7wXo3s4Klxgdv1Vuk0At7RBhDqxeB 3auODLpcQFSaWEPFZEgCnz6qzvYnam1fclnA3I8ZCOVfPhMpwVz+FzCzc51PxZFb7dcB 14FAtHvcIILYWGScDF12LdfKnaegRY1i05NS0= 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=onR8rAGuFhoYtlVFiqUenroUMeZKY/Rxhtl5SaGr0jo=; b=kasborzM+RHiNPBrowfyA8KLwMOF06LaiMg/mTrvAzesQq/lSMtMR72s03QCFqhGGX UEZWWb0SsquDzynLwXZlp977TxRqtWF1WJqSKq3mh2KEOynISpLesIlzJZOqxcVdwPqw ObjU8plklRordPXkZsGKLQ7DrWocDFwZkNDDpabJIm9ilmikRprJ21sujCKPDNH/wFd0 XwxdRbExDiNVKtTMiZZP1JT4W/jwC/YHgNgCdWAy3awEIuIqzjV88SD+FmqBZvmETNbb 1ejtzgNAZp5PXTKGhmLodxyZu4ZN30m2vF8pQ1HYRd3bGezZ2+wdknNlbsqw26HSHvUS 1TpQ== X-Gm-Message-State: ALoCoQlEmH/jcA2c6QijuVpnnwn1yykHSvaUD7RYl/LWPTig7UtMREqUFkx01SJ+xNWWeQLV8rMj MIME-Version: 1.0 X-Received: by 10.68.193.233 with SMTP id hr9mr46841460pbc.26.1388090620835; Thu, 26 Dec 2013 12:43:40 -0800 (PST) Received: by 10.66.162.3 with HTTP; Thu, 26 Dec 2013 12:43:40 -0800 (PST) In-Reply-To: <20131226200144.GP59496@kib.kiev.ua> References: <52BC1B41.2060900@FreeBSD.org> <20131226200144.GP59496@kib.kiev.ua> Date: Thu, 26 Dec 2013 12:43:40 -0800 Message-ID: Subject: Re: latest openjdk7 triggers kernel panic From: Peter Wemm To: Konstantin Belousov Content-Type: text/plain; charset=ISO-8859-1 Cc: Antoine Brodin , Marcel Moolenaar , Alan Cox , Andriy Gapon , FreeBSD Current , freebsd-java@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 20:43:41 -0000 On Thu, Dec 26, 2013 at 12:01 PM, Konstantin Belousov wrote: > On Thu, Dec 26, 2013 at 07:51:45PM +0100, Antoine Brodin wrote: >> On Thu, Dec 26, 2013 at 7:33 PM, Peter Wemm wrote: >> > On Thu, Dec 26, 2013 at 7:39 AM, Antoine Brodin wrote: >> >> On Thu, Dec 26, 2013 at 1:04 PM, Andriy Gapon wrote: >> > ... >> >> Hello, >> >> >> >> FWIW, I had a similar panic today on 9.2-RELEASE with a GENERIC kernel: >> >> panic: Bad entry start/end for new stack entry >> >> cpuid = 1 >> >> KDB: stack backtrace: >> >> #0 0xffffffff80947986 at kdb_backtrace+0x66 >> >> #1 0xffffffff8090d9ae at panic+0x1ce >> >> #2 0xffffffff80b81314 at vm_map_stack+0x274 >> >> #3 0xffffffff80b83584 at vm_mmap+0x674 >> >> #4 0xffffffff80b83d2f at sys_mmap+0x1cf >> >> #5 0xffffffff80cf187a at amd64_syscall+0x5ea >> >> #6 0xffffffff80cdbff7 at Xfast_syscall+0xf7 >> >> >> >> It looks like the box was compiling java related ports (java/jaxen and >> >> devel/antlr) when it panic'ed. >> > >> > This is troubling. I'm wondering what's changed and why we haven't >> > seen this before. > Well, if MAP_STACK was started used only with update, or the condition > for coalescing only holds due to changes in the update, this is not > much strange. openjdk7 doesn't appear to use MAP_STACK itself. The mmap(.. MAP_STACK..) caller looks like it is libthr. The only odd thing that stood with a quick browse of the code was that openjdk tinkers with mprotect() for "stack guard pages". These will presumably be right on the boundaries of the stacks. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 21:09:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id F312B75A; Thu, 26 Dec 2013 21:09:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9F94711F6; Thu, 26 Dec 2013 21:09:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBQL9lTw099574; Thu, 26 Dec 2013 16:09:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBQL9kuE099569; Thu, 26 Dec 2013 21:09:46 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 26 Dec 2013 21:09:46 GMT Message-Id: <201312262109.rBQL9kuE099569@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 21:09:55 -0000 TB --- 2013-12-26 18:03:50 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-26 18:03:50 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-26 18:03:50 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-12-26 18:03:50 - cleaning the object tree TB --- 2013-12-26 18:03:50 - /usr/local/bin/svn stat /src TB --- 2013-12-26 18:04:12 - At svn revision 259914 TB --- 2013-12-26 18:04:13 - building world TB --- 2013-12-26 18:04:13 - CROSS_BUILD_TESTING=YES TB --- 2013-12-26 18:04:13 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-26 18:04:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-26 18:04:13 - SRCCONF=/dev/null TB --- 2013-12-26 18:04:13 - TARGET=pc98 TB --- 2013-12-26 18:04:13 - TARGET_ARCH=i386 TB --- 2013-12-26 18:04:13 - TZ=UTC TB --- 2013-12-26 18:04:13 - __MAKE_CONF=/dev/null TB --- 2013-12-26 18:04:13 - cd /src TB --- 2013-12-26 18:04:13 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Thu Dec 26 18:04:21 UTC 2013 >>> 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 [...] gcc: unrecognized option '-Qunused-arguments' ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out /obj/pc98.i386/src/sys/boot/pc98/boot2/../btx/lib/crt0.o boot2.o sio.o objcopy -S -O binary boot2.out boot2.bin btxld -v -E 0x2000 -f bin -b /obj/pc98.i386/src/sys/boot/pc98/boot2/../btx/btx/btx -l boot2.ldr -o boot2.ld -P 1 boot2.bin kernel: ver=1.02 size=6d0 load=9000 entry=9010 map=16M pgctl=1:1 client: fmt=bin size=162d text=0 data=0 bss=0 entry=0 output: fmt=bin size=1e11 text=114 data=1cfd org=0 entry=0 -17 bytes available *** Error code 1 Stop. bmake[5]: stopped in /src/sys/boot/pc98/boot2 *** Error code 1 Stop. bmake[4]: stopped in /src/sys/boot/pc98 *** Error code 1 Stop. bmake[3]: stopped in /src/sys/boot *** Error code 1 Stop. bmake[2]: stopped in /src/sys *** Error code 1 Stop. bmake[1]: stopped in /src *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-26 21:09:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-26 21:09:46 - ERROR: failed to build world TB --- 2013-12-26 21:09:46 - 9250.01 user 1190.43 system 11156.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 21:17:28 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E0AAC99A; Thu, 26 Dec 2013 21:17:28 +0000 (UTC) Received: from mail-oa0-x230.google.com (mail-oa0-x230.google.com [IPv6:2607:f8b0:4003:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 713AE1272; Thu, 26 Dec 2013 21:17:28 +0000 (UTC) Received: by mail-oa0-f48.google.com with SMTP id l6so9003969oag.35 for ; Thu, 26 Dec 2013 13:17:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=zHR2lvlEYmPMd3gCId5S0q8sD7U4CaSARGNT24u6Fwg=; b=PyQgHqKRSlavXXe2ENwAjacnFlUo6a4C9tsmtwcYtF1V8WX3W5e0k/hkhC0ovgbg2W 77yFgibis/lhmlwjMlLF8pu+qYkzr5LNkaBlprsMHwPmVujftCGmxFss/8jcOM5k4wFn UV8ukrD/toQuI9fKMWcq7Hk7hY74vbS4C6DDNoSoHZ8FEFpvm/ec8LKjNRErmHuln47Y pN+f/5IPzH0szJYErtX9r1vqh2YU0wXkL2p+m6l9BF9/pml5fir0JpN8oNyPsei3x6dl OhZKMQhQk29d3zutQRdUGFTa8HHIKT1tQq5hNg5oB6TbgbJQLgGfdh7B87WmdbpITTQQ bYfg== MIME-Version: 1.0 X-Received: by 10.60.52.177 with SMTP id u17mr31663192oeo.24.1388092647656; Thu, 26 Dec 2013 13:17:27 -0800 (PST) Received: by 10.182.78.100 with HTTP; Thu, 26 Dec 2013 13:17:27 -0800 (PST) In-Reply-To: <20131226162521.GK2009@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> Date: Thu, 26 Dec 2013 16:17:27 -0500 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Joe Nosay To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-snapshots@freebsd.org, freebsd-current , freebsd-stable@freebsd.org, FreeBSD Release Engineering Team X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 21:17:29 -0000 On Thu, Dec 26, 2013 at 11:25 AM, Glen Barber wrote: > The third RC build of the 10.0-RELEASE release cycle is now available > on the FTP servers for the amd64, i386, ia64, powerpc, powerpc64 and > sparc64 architectures. > > The image checksums follow at the end of this email. > > ISO images and, for architectures that support it, the memory stick images > are available here (or any of the FreeBSD mirror sites): > > ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/10.0/ > > If you notice problems you can report them through the normal GNATS PR > system or here on the -stable mailing list. > > If you would like to use SVN to do a source based update of an existing > system, use the "releng/10.0" branch. > > Important note to freebsd-update(8) users: Please be sure to follow the > instructions in the following FreeBSD Errata Notices before upgrading > the system to 10.0-RC3: > > - EN-13:04.freebsd-update: > > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:04.freebsd-update.asc > > - EN-13:05.freebsd-update: > > http://www.freebsd.org/security/advisories/FreeBSD-EN-13:05.freebsd-update.asc > > Pre-installed virtual machine images for 10.0-RC3 are also available > for amd64 and i386 architectures. > > The images are located under the 'snapshots' directory on FTP, here: > > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC3/ > > The disk images are available in both QCOW2, VHD, and VMDK format. The > image download size is approximately 135 MB, which decompress to a 20GB > sparse image. > > The partition layout is: > > - 512k - freebsd-boot GPT partition type (bootfs GPT label) > - 1GB - freebsd-swap GPT partition type (swapfs GPT label) > - ~17GB - freebsd-ufs GPT partition type (rootfs GPT label) > > Changes between -RC2 and -RC3 include: > > - Several minor bugfixes and functionality enhancements to bhyve. > - Add new sysctl, kern.supported_archs, containing the list of > FreeBSD MACHINE_ARCH values whose binaries this kernel can run. > - Add a pkg(8) repository configuration file for cdrom-based package > installation. > - Implement a fix to allow bsdconfig(8) to be able to install > packages included on the DVD. > - Fix pkg(8) multi-repository support by properly respecting 'enabled' > flag. > - Fix Xen build without INET. > - Several bugfixes to bsdinstall(8). > - Fix a ZFS-related panic triggered by an incorrect assertion. > - Fix mountroot> prompt eating most of the characters by not enabling > RXRDY interrupts in the attach routine. > - Fix a regression in ng_ksocket(4). > - Apply patch from upstream Heimdal for encoding fix > > The freebsd-update(8) utility supports binary upgrades of amd64 and i386 > systems running earlier FreeBSD releases. Systems running earlier > FreeBSD releases can upgrade as follows: > > # freebsd-update upgrade -r 10.0-RC3 > > During this process, freebsd-update(8) may ask the user to help by > merging some configuration files or by confirming that the automatically > performed merging was done correctly. > > # freebsd-update install > > The system must be rebooted with the newly installed kernel before > continuing. > > # shutdown -r now > > After rebooting, freebsd-update needs to be run again to install the new > userland components: > > # freebsd-update install > > It is recommended to rebuild and install all applications if possible, > especially if upgrading from an earlier FreeBSD release, for example, > FreeBSD 9.x. Alternatively, the user can install misc/compat9x and > other compatibility libraries, afterwards the system must be rebooted > into the new userland: > > # shutdown -r now > > Finally, after rebooting, freebsd-update needs to be run again to remove > stale files: > > # freebsd-update install > > > == ISO CHECKSUMS == > > - 10.0-RC3 amd64: > SHA256 (FreeBSD-10.0-RC3-amd64-bootonly.iso) = > a446af2ca4da7b5a5f7513f025fc5727abf0dac051540b1f04596223700e60cd > SHA256 (FreeBSD-10.0-RC3-amd64-disc1.iso) = > a4b16d3e4e04f1dbb9184fdbe18d6587124a6ea2a1794f79122d57373865ab6b > SHA256 (FreeBSD-10.0-RC3-amd64-dvd1.iso) = > ce4edab5d5b485f6478e6171c1de64e9b337109256c5eb5257aceccd78224255 > SHA256 (FreeBSD-10.0-RC3-amd64-memstick.img) = > 642ff8ad66ead06b18bcf171be79f3f42e6c36bbe0b741c6d98d32a89fb6724a > > MD5 (FreeBSD-10.0-RC3-amd64-bootonly.iso) = > 584745fc67ca974c146065aa3b3a9a94 > MD5 (FreeBSD-10.0-RC3-amd64-disc1.iso) = > fc93de26dc0b2ca1e88cc2fcda18ec05 > MD5 (FreeBSD-10.0-RC3-amd64-dvd1.iso) = > ed93640aca43b484697d203c7b6f0ab3 > MD5 (FreeBSD-10.0-RC3-amd64-memstick.img) = > 416ca9f9973e405afba58c11a90c6d7a > > > - 10.0-RC3 i386: > SHA256 (FreeBSD-10.0-RC3-i386-bootonly.iso) = > 1c191afa34e4a8119362c7b08b4e6265fcb0017afd508b060c49de7bcbd5ece3 > SHA256 (FreeBSD-10.0-RC3-i386-disc1.iso) = > 2d03929465da9042a5424cf97577c4811500a0df4a454631a2aaef41350fe211 > SHA256 (FreeBSD-10.0-RC3-i386-dvd1.iso) = > 517aced324eac22fe6e65716d63b6d112c0fbac33c243ff327f97e7b6b7cd584 > SHA256 (FreeBSD-10.0-RC3-i386-memstick.img) = > d4edc43daf0026d2914f8960a81a2511d8cf8a99c7b8537a7354dfce5066f4ab > > MD5 (FreeBSD-10.0-RC3-i386-bootonly.iso) = > adddd854699dcd6855386f7ae4ad4784 > MD5 (FreeBSD-10.0-RC3-i386-disc1.iso) = > f378f7b7c209a3cc13d54aa671233b69 > MD5 (FreeBSD-10.0-RC3-i386-dvd1.iso) = > bc8e9feb4efd802ce2175c7258055afc > MD5 (FreeBSD-10.0-RC3-i386-memstick.img) = > edffe1cf1bf9c04da31cf4e0ef2c7afd > > > - 10.0-RC3 ia64: > SHA256 (FreeBSD-10.0-RC3-ia64-bootonly.iso) = > 11559db413ca7dae9bb5315277ab0f443dae62222602eae7c4cad0aa201b2976 > SHA256 (FreeBSD-10.0-RC3-ia64-disc1.iso) = > 9404774d7084cfe57c4eddf57983db25c5c07d1b7798cd1c29b0bcf41d3b7f12 > SHA256 (FreeBSD-10.0-RC3-ia64-memstick.img) = > 81738d2da1db0d8bc04979e1bed4e55ebeda5efebc3cbd6b2e7d2d24f4b87ceb > > MD5 (FreeBSD-10.0-RC3-ia64-bootonly.iso) = > 84743bcddda1aa953c837f9f5f4446cd > MD5 (FreeBSD-10.0-RC3-ia64-disc1.iso) = > 5ad4b133c3bf7674f4961ec70bb2db47 > MD5 (FreeBSD-10.0-RC3-ia64-memstick.img) = > 194c35bbfb7b215c597de839b9fc15f9 > > > - 10.0-RC3 powerpc: > SHA256 (FreeBSD-10.0-RC3-powerpc-bootonly.iso) = > 8fd8f787afd3eebe869a9476bb3451927480f670bd75d6f526e5d24cbe5c6aba > SHA256 (FreeBSD-10.0-RC3-powerpc-disc1.iso) = > 398b62480e308556faab80fe5e3ba6923ed70e02b86ad79b5b239b51fcedcada > SHA256 (FreeBSD-10.0-RC3-powerpc-memstick.img) = > d4a7374cc70dc1de66c55eafc849fedadd9ac14018425836c2a964e9edf8bb41 > > MD5 (FreeBSD-10.0-RC3-powerpc-bootonly.iso) = > c9586f8c6ea86c1355d9199b63e66bc0 > MD5 (FreeBSD-10.0-RC3-powerpc-disc1.iso) = > 353b94e352f8f4375bf0b0f3dd598f9f > MD5 (FreeBSD-10.0-RC3-powerpc-memstick.img) = > 8d301fc18497e268e5c402632e93072a > > > - 10.0-RC3 powerpc64: > SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-bootonly.iso) = > f1b17c61c5b372b8d8f4db380768e46f89ba7d6763f17166cb89e624db85fa42 > SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-disc1.iso) = > f3e8e2ee07ae63c2de93804024d3befa1493e6b2513d508e46831a952a3fc083 > SHA256 (FreeBSD-10.0-RC3-powerpc-powerpc64-memstick.img) = > 4b8dcec616873cf4d07cfbb1432df6c1a782dbb02322172b7ce97d05ee991bc3 > > MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-bootonly.iso) = > 7d4dbbde1f53cdfb3e51e30116be5951 > MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-disc1.iso) = > 69b95751cd4dd721b7ccd9d41999cb86 > MD5 (FreeBSD-10.0-RC3-powerpc-powerpc64-memstick.img) = > 1b7251b6c8b1aa43fe36f4f8679cbef6 > > > - 10.0-RC3 sparc64: > SHA256 (FreeBSD-10.0-RC3-sparc64-bootonly.iso) = > 76ed5346bd2bf4fc65503c7beca039fa4c93ea3dd175e0d6d9026f63eaf5049a > SHA256 (FreeBSD-10.0-RC3-sparc64-disc1.iso) = > c18504c4d0626309e41be70477dc7b97ab9c58517479cd2ebd4d7c3b68e3a31b > > MD5 (FreeBSD-10.0-RC3-sparc64-bootonly.iso) = > dddcd2c1ecb37e57e4f458bf24ba5d40 > MD5 (FreeBSD-10.0-RC3-sparc64-disc1.iso) = > caad20dbabd38ffdfce7d1d92b37e40a > > > == VM IMAGE CHECKSUMS == > > - 10.0-RC3 amd64: > SHA256 (FreeBSD-10.0-RC3-amd64.qcow2.xz) = > a0731577a9563658bc1bafab8cfb3c29a98329e664db96fae13e40630223ee8e > SHA256 (FreeBSD-10.0-RC3-amd64.vhd.xz) = > 4e564b4f74d0016d299254f5b5723bf1fb25a9c06d25f93994fe0b52fa9dcfb4 > SHA256 (FreeBSD-10.0-RC3-amd64.vmdk.xz) = > 2e3c325cb508b62a37c9d7debed58fb833ef61cc2148b5f7a4842177d0a2b45d > > MD5 (FreeBSD-10.0-RC3-amd64.qcow2.xz) = > e5bfe57a98cc2d323d64dd195e58dc9b > MD5 (FreeBSD-10.0-RC3-amd64.vhd.xz) = > d8138f97da9d68f09841bb1a33833e98 > MD5 (FreeBSD-10.0-RC3-amd64.vmdk.xz) = > 38437fd384c4812953ce9f19c9a4a0d9 > > > - 10.0-RC3 i386: > SHA256 (FreeBSD-10.0-RC3-i386.qcow2.xz) = > 057610738176e19eab80b4a127e34ba4a2d1f1e8760c093c016a7f20c7d208d3 > SHA256 (FreeBSD-10.0-RC3-i386.vhd.xz) = > 4c798503632ae625ddf616a0006ff6039376e3dca0c2ac2375e5980beed99145 > SHA256 (FreeBSD-10.0-RC3-i386.vmdk.xz) = > 0edc8aaa7b7e968f560fa7dbf5dcad8a5e588f62dd793f0ebbecbc349db85084 > > MD5 (FreeBSD-10.0-RC3-i386.qcow2.xz) = > 5857e8613c3b0685826a2b006d25564a > MD5 (FreeBSD-10.0-RC3-i386.vhd.xz) = > da0acf0bf5b3412fa4922e625a1c651e > MD5 (FreeBSD-10.0-RC3-i386.vmdk.xz) = > f4f0d948d4fd3afc3e41bbf511fd5240 > > > Glen > Love FreeBSD? Support this and future releases with a donation to > the FreeBSD Foundation! https://www.freebsdfoundation.org/donate/ > > I take it that building world and kernel from source should present no problems, right? Is the latest CLang at 3.5 being used or will I need to "hack" the Makefile in /usr/ports/lang to build it? From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 21:22:03 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2C18EC10; Thu, 26 Dec 2013 21:22:03 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id F1EBC12F4; Thu, 26 Dec 2013 21:22:02 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 0969F5401; Thu, 26 Dec 2013 21:22:00 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 0969F5401 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 16:21:59 -0500 From: Glen Barber To: Joe Nosay Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131226212158.GD13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="d01dLTUuW90fS44H" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team , freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 21:22:03 -0000 --d01dLTUuW90fS44H Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Dec 26, 2013 at 04:17:27PM -0500, Joe Nosay wrote: > I take it that building world and kernel from source should present no > problems, right? > Is the latest CLang at 3.5 being used or will I need to "hack" the Makefile > in /usr/ports/lang to build it? Both world and kernel are built with clang by default. Glen --d01dLTUuW90fS44H Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvJ32AAoJELls3eqvi17Q75oQAKONVnxWzy2a11z1vABpqPiu 7GvsdIqPkVS0y2a8FOHjx9Z+B2eTPovwPojF4ob0k67RY+obRf0jhFRG5OGdvMXZ kO8JEzwit2Rbh6D9lypssOoII+Bf/pm7Rew2VjStWt5Di2NcEc78tAe2OeJ0UsBR YsyI2/rT7mvitxto5glb0/Rh7rDy8R35CnjydUNnZ2VIPdr/5KJFEOgzpefihdp2 qY8bvzit5Oymwzb2fES98YRfg2CQvm5sOqoQ5S4wCoTeYncDDRARfA+eTNNuuwHr tURlMYXWe3xqj9fWd7WUjz6ml6caaiEzAXGf9lzx/+UG7qo90LnG7XrWjokOTMpE LENl0v5lsmQAN/4RH+Zcwj4tAW8x/7LgBFl+cnK3uprASsGpj21Rdv53f0mDoJL4 2Iwb41krmkl7z/hIyU5jSZUQbqKSGdMhOKGBv5DhEGvpu5Xpf74uabB1Md2hASVg e5SP+DXsava/Jl/KDdQRstKhhJ5DU3m5oeH22zp02NqmpxnB4wf60oFtmX0r1Hhj oMmOnHCJY7Yq1n7WiYAlNS481Fisg/eT421eUqLetMUepT4fPVOxnBJimFunGpOi Sluj4BjbicQaWdq/jhkpCKagfKygQ2pp58JMkMjShYGKvnpQxQ00rqfHa8oQmMHi uAhNZympDz0ZMHEK64hd =o1BL -----END PGP SIGNATURE----- --d01dLTUuW90fS44H-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 21:22:32 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8225FE0D; Thu, 26 Dec 2013 21:22:32 +0000 (UTC) Received: from mircat.net (mircat.net [81.9.105.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A14A130D; Thu, 26 Dec 2013 21:22:31 +0000 (UTC) Received: from [192.168.0.77] (port=35584 helo=dooku.mircat.net) by mircat.net with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.77) (envelope-from ) id 1VwI8C-000OqY-EB; Fri, 27 Dec 2013 01:06:12 +0400 Message-ID: <52BC9A44.9030104@samersoff.net> Date: Fri, 27 Dec 2013 01:06:12 +0400 From: Dmitry Samersoff User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Antoine Brodin , Peter Wemm Subject: Re: latest openjdk7 triggers kernel panic References: <52BC1B41.2060900@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: dms@mircat.net X-Mailman-Approved-At: Thu, 26 Dec 2013 21:58:04 +0000 Cc: Alan Cox , freebsd-java@freebsd.org, Marcel Moolenaar , Andriy Gapon , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 21:22:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Antonie, Do you know which java process is running (if any) when kernel panics? Please, look around - is there any hs_err_.log files in your system. jvm do some tricky things when setting up stack guard pages and it worth to take a look at it. - -Dmitry On 2013-12-26 22:51, Antoine Brodin wrote: > On Thu, Dec 26, 2013 at 7:33 PM, Peter Wemm > wrote: >> On Thu, Dec 26, 2013 at 7:39 AM, Antoine Brodin >> wrote: >>> On Thu, Dec 26, 2013 at 1:04 PM, Andriy Gapon >>> wrote: >> ... >>> Hello, >>> >>> FWIW, I had a similar panic today on 9.2-RELEASE with a >>> GENERIC kernel: panic: Bad entry start/end for new stack entry >>> cpuid = 1 KDB: stack backtrace: #0 0xffffffff80947986 at >>> kdb_backtrace+0x66 #1 0xffffffff8090d9ae at panic+0x1ce #2 >>> 0xffffffff80b81314 at vm_map_stack+0x274 #3 0xffffffff80b83584 >>> at vm_mmap+0x674 #4 0xffffffff80b83d2f at sys_mmap+0x1cf #5 >>> 0xffffffff80cf187a at amd64_syscall+0x5ea #6 0xffffffff80cdbff7 >>> at Xfast_syscall+0xf7 >>> >>> It looks like the box was compiling java related ports >>> (java/jaxen and devel/antlr) when it panic'ed. >> >> This is troubling. I'm wondering what's changed and why we >> haven't seen this before. >> >> Just so I'm clear, you're building 9.2 ports on a 9.2-REL >> kernel, right? and not something like building 9.2-REL ports >> inside a jail on a 10.x or 11.x host? 10.x / 11.x are not >> involved and you're seeing this? > > > This is 9.2-REL host and kernel. The only thing "new" is the ports > tree, ports tree from 20 december didn't make the box panic while > ports tree from 26 december does. (and there was an openjdk update > between) > > Cheers, > > Antoine _______________________________________________ > freebsd-java@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-java To > unsubscribe, send any mail to > "freebsd-java-unsubscribe@freebsd.org" > - -- Dmitry Samersoff Saint Petersburg, Russia, http://devnull.samersoff.net * There will come soft rains ... -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSvJpEAAoJEHEy08c4gIAByzUH/17kE0Cod8PimaCoS//APCk8 dCw9UJpFPDxp6s6pHrQFvZib4vFLBo0p/MMBvw6iiwsZeA4btvYQRwwZ89fM671t uw6Ysu/W1REhN/9wdlyp+DABS/kE4Fig/rEu5qJjjFYbJv1fK9CJgD1NdZRuRapl yphxCDkipYF6utSgwSApHXUgAUiRP4GyfMgYvEeo/SCtq5YWsxgAptoSeHQJRYO9 P05uzAfP3U2WmRlruvYkxyrGpk/ZulQpxNCaJXri9EbKcM3RvybjX2vhv8J4sGPe fHkrVXyGuoCoWDo/ONOn7qIdi8i8S8kT3GXQ1yltDqOquSRYPYML0T+/5VIMcpg= =CRQH -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 22:33:52 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F49120E; Thu, 26 Dec 2013 22:33:52 +0000 (UTC) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0AFAF17AD; Thu, 26 Dec 2013 22:33:52 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7::a4f9:b20b:351b:152d] (unknown [IPv6:2001:7b8:3a7:0:a4f9:b20b:351b:152d]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9AF1A5C43; Thu, 26 Dec 2013 23:33:47 +0100 (CET) Content-Type: multipart/signed; boundary="Apple-Mail=_57D43C7E-512D-430E-8804-A0EC165587C8"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: [head tinderbox] failure on i386/pc98 From: Dimitry Andric In-Reply-To: <201312262109.rBQL9kuE099569@freebsd-current.sentex.ca> Date: Thu, 26 Dec 2013 23:33:34 +0100 Message-Id: <3073D8F5-8E64-4318-9BF6-837A9A60E273@FreeBSD.org> References: <201312262109.rBQL9kuE099569@freebsd-current.sentex.ca> To: FreeBSD Tinderbox X-Mailer: Apple Mail (2.1827) Cc: current@freebsd.org, i386@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 22:33:52 -0000 --Apple-Mail=_57D43C7E-512D-430E-8804-A0EC165587C8 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 26 Dec 2013, at 22:09, FreeBSD Tinderbox = wrote: > TB --- 2013-12-26 18:03:50 - tinderbox 2.20 running on = freebsd-current.sentex.ca > TB --- 2013-12-26 18:03:50 - FreeBSD freebsd-current.sentex.ca = 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 = des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 > TB --- 2013-12-26 18:03:50 - starting HEAD tinderbox run for i386/pc98 ... > gcc: unrecognized option '-Qunused-arguments' > ld -static -N --gc-sections -nostdlib -Ttext 0x2000 -o boot2.out = /obj/pc98.i386/src/sys/boot/pc98/boot2/../btx/lib/crt0.o boot2.o sio.o > objcopy -S -O binary boot2.out boot2.bin > btxld -v -E 0x2000 -f bin -b = /obj/pc98.i386/src/sys/boot/pc98/boot2/../btx/btx/btx -l boot2.ldr -o = boot2.ld -P 1 boot2.bin > kernel: ver=3D1.02 size=3D6d0 load=3D9000 entry=3D9010 map=3D16M = pgctl=3D1:1 > client: fmt=3Dbin size=3D162d text=3D0 data=3D0 bss=3D0 entry=3D0 > output: fmt=3Dbin size=3D1e11 text=3D114 data=3D1cfd org=3D0 entry=3D0 > -17 bytes available > *** Error code 1 My bad, this should be fixed by r259927. -Dimitry --Apple-Mail=_57D43C7E-512D-430E-8804-A0EC165587C8 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlK8rsYACgkQsF6jCi4glqPm2gCgu6fT6HxcM7DzKqxoXQFR6BnC LToAoOQgdpZyqvr1YZgvmY+ZYuLAwTs/ =3BcC -----END PGP SIGNATURE----- --Apple-Mail=_57D43C7E-512D-430E-8804-A0EC165587C8-- From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 23:16:00 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F417B6A; Thu, 26 Dec 2013 23:16:00 +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 2E7D51A41; Thu, 26 Dec 2013 23:16:00 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id BEB04BDC2E; Fri, 27 Dec 2013 00:15:58 +0100 (CET) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id 95A07BDC3E; Fri, 27 Dec 2013 00:15:58 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id D8108CABD60A; Fri, 27 Dec 2013 00:15:57 +0100 (CET) Date: Fri, 27 Dec 2013 00:15:55 +0100 From: Mathieu Arnold To: Konstantin Belousov , Andriy Gapon Subject: Re: latest openjdk7 triggers kernel panic Message-ID: <2F4F57F208E9238116DEC001@atuin.in.mat.cc> In-Reply-To: <20131226140500.GM59496@kib.kiev.ua> References: <52BC1B41.2060900@FreeBSD.org> <20131226140500.GM59496@kib.kiev.ua> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Alan Cox , Marcel Moolenaar , FreeBSD Current , peter@freebsd.org, freebsd-java@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 23:16:00 -0000 +--On 26 d=C3=A9cembre 2013 16:05:00 +0200 Konstantin Belousov wrote: | But there were no core dump available, and I think that your note is also | valid. I do not see why cow should be cleared from the stack direction | bits. I can provide what I have in /var/crash from a 10.0-RC3, if you like. Regards, --=20 Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Thu Dec 26 23:42:37 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2A7A8FA6; Thu, 26 Dec 2013 23:42:37 +0000 (UTC) Received: from mail-pa0-x236.google.com (mail-pa0-x236.google.com [IPv6:2607:f8b0:400e:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2C2C1CC4; Thu, 26 Dec 2013 23:42:36 +0000 (UTC) Received: by mail-pa0-f54.google.com with SMTP id rd3so8712239pab.13 for ; Thu, 26 Dec 2013 15:42:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=RfprGiu/Buy+QK21o2QHIDtSJAvgiAqJMQIxTQGHQRI=; b=aHJ5AJyLu2s5RBKCjNZnRmYGikIaNBva3hR96ZsDgpy8MpllW9vAAm4cXNoId0nlno 54LhQS8VslsYdc8RLq8dyhpw8DzcVxDpKgCpzVtD3f8Zm/XwQDI4KKHyBc6EVtAxybCR nAOh/fYmaw/zRRO7EqmbVH+3lCLSU1Psg8cBpzORkn99DRWMFJL4OyT5+sqkrvhJrOXx q7i+aon3O6VPWAXSwJE+nrD6LB25XuH9j4i+y+UV1KLugSFYsIPj13L4lBRi24n65NsI Ik7EbeP7tepuxq8e8+hSX+HPwzpxPQxqSwxc/1hJ2fRrnyfCV1pQ3BfDh3RL9LbMlQCq jaNA== MIME-Version: 1.0 X-Received: by 10.66.160.2 with SMTP id xg2mr46636365pab.23.1388101356597; Thu, 26 Dec 2013 15:42:36 -0800 (PST) Received: by 10.66.142.167 with HTTP; Thu, 26 Dec 2013 15:42:36 -0800 (PST) In-Reply-To: <20131226212158.GD13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> Date: Fri, 27 Dec 2013 00:42:36 +0100 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Zenny To: Glen Barber Content-Type: text/plain; charset=ISO-8859-1 X-Mailman-Approved-At: Fri, 27 Dec 2013 00:00:04 +0000 Cc: Joe Nosay , freebsd-current , FreeBSD Release Engineering Team , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 Dec 2013 23:42:37 -0000 Much awaited release, thanks!. However, does the freebsd-update from the earlier version bork in case of ZFS on Root? Or is there a safe way to upgrade without borking. I had a very bad experience when I upgraded from FreeBSD-10B3 to RC1. Thanks! On 12/26/13, Glen Barber wrote: > On Thu, Dec 26, 2013 at 04:17:27PM -0500, Joe Nosay wrote: >> I take it that building world and kernel from source should present no >> problems, right? >> Is the latest CLang at 3.5 being used or will I need to "hack" the >> Makefile >> in /usr/ports/lang to build it? > > Both world and kernel are built with clang by default. > > Glen > > From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 00:13:48 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3AFCB3DF; Fri, 27 Dec 2013 00:13:48 +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 EB5C81E5B; Fri, 27 Dec 2013 00:13:47 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 923D7BDC2E; Fri, 27 Dec 2013 01:13:46 +0100 (CET) Received: from atuin.in.mat.cc (atuin.in.mat.cc [79.143.241.205]) by prod2.absolight.net (Postfix) with ESMTPA id 6DB59BDC24; Fri, 27 Dec 2013 01:13:46 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by atuin.in.mat.cc (Postfix) with ESMTP id 1D93ACABE817; Fri, 27 Dec 2013 01:13:46 +0100 (CET) Date: Fri, 27 Dec 2013 01:13:45 +0100 From: Mathieu Arnold To: Zenny Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 00:13:48 -0000 +--On 27 d=C3=A9cembre 2013 00:42:36 +0100 Zenny = wrote: | Much awaited release, thanks!. However, does the freebsd-update from | the earlier version bork in case of ZFS on Root? Or is there a safe | way to upgrade without borking. I had a very bad experience when I | upgraded from FreeBSD-10B3 to RC1. Thanks! I upgraded from 9.2 to 10.0-RC1, 10.0-RC2 and 10.0-RC3 with freebsd-update using zfs only boxes, never had any problem. The only thing is, if you run zpool upgrade, do remember to do what it tells you about updating the bootcode. --=20 Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 03:42:19 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 63CF25E0; Fri, 27 Dec 2013 03:42:19 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 28DE21B0D; Fri, 27 Dec 2013 03:42:18 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR3gHeE001617; Thu, 26 Dec 2013 22:42:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR3gHx0001616; Fri, 27 Dec 2013 03:42:17 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 03:42:17 GMT Message-Id: <201312270342.rBR3gHx0001616@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on armv6/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 03:42:19 -0000 TB --- 2013-12-27 00:40:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 00:40:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 00:40:22 - starting HEAD tinderbox run for armv6/arm TB --- 2013-12-27 00:40:22 - cleaning the object tree TB --- 2013-12-27 00:40:22 - /usr/local/bin/svn stat /src TB --- 2013-12-27 00:40:27 - At svn revision 259928 TB --- 2013-12-27 00:40:28 - building world TB --- 2013-12-27 00:40:28 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 00:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 00:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 00:40:28 - SRCCONF=/dev/null TB --- 2013-12-27 00:40:28 - TARGET=arm TB --- 2013-12-27 00:40:28 - TARGET_ARCH=armv6 TB --- 2013-12-27 00:40:28 - TZ=UTC TB --- 2013-12-27 00:40:28 - __MAKE_CONF=/dev/null TB --- 2013-12-27 00:40:28 - cd /src TB --- 2013-12-27 00:40:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 00:40:37 UTC 2013 >>> 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 Dec 27 03:41:31 UTC 2013 TB --- 2013-12-27 03:41:31 - generating LINT kernel config TB --- 2013-12-27 03:41:31 - cd /src/sys/arm/conf TB --- 2013-12-27 03:41:31 - /usr/bin/make -B LINT TB --- 2013-12-27 03:41:31 - cd /src/sys/arm/conf TB --- 2013-12-27 03:41:31 - /usr/sbin/config -m LINT TB --- 2013-12-27 03:41:31 - skipping LINT kernel TB --- 2013-12-27 03:41:31 - cd /src/sys/arm/conf TB --- 2013-12-27 03:41:31 - /usr/sbin/config -m AC100 TB --- 2013-12-27 03:41:31 - building AC100 kernel TB --- 2013-12-27 03:41:31 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 03:41:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 03:41:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 03:41:31 - SRCCONF=/dev/null TB --- 2013-12-27 03:41:31 - TARGET=arm TB --- 2013-12-27 03:41:31 - TARGET_ARCH=armv6 TB --- 2013-12-27 03:41:31 - TZ=UTC TB --- 2013-12-27 03:41:31 - __MAKE_CONF=/dev/null TB --- 2013-12-27 03:41:31 - cd /src TB --- 2013-12-27 03:41:31 - /usr/bin/make -B buildkernel KERNCONF=AC100 >>> Kernel build for AC100 started on Fri Dec 27 03:41:31 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -ffreestanding -Werror g_part_if.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part_bsd.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170:41: error: use of undeclared identifier 'GPT_ENT_TYPE_VMVSANHDR' static struct uuid gpt_uuid_vmvsanhdr = GPT_ENT_TYPE_VMVSANHDR; ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.armv6/src/sys/AC100 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 03:42:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 03:42:17 - ERROR: failed to build AC100 kernel TB --- 2013-12-27 03:42:17 - 8700.90 user 1603.12 system 10914.90 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-armv6-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 03:52:26 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9519A73E; Fri, 27 Dec 2013 03:52:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 593831CA0; Fri, 27 Dec 2013 03:52:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR3qP0Q075264; Thu, 26 Dec 2013 22:52:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR3qPDT075260; Fri, 27 Dec 2013 03:52:25 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 03:52:25 GMT Message-Id: <201312270352.rBR3qPDT075260@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on arm/arm Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 03:52:26 -0000 TB --- 2013-12-27 00:40:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 00:40:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 00:40:22 - starting HEAD tinderbox run for arm/arm TB --- 2013-12-27 00:40:22 - cleaning the object tree TB --- 2013-12-27 00:40:22 - /usr/local/bin/svn stat /src TB --- 2013-12-27 00:40:27 - At svn revision 259928 TB --- 2013-12-27 00:40:28 - building world TB --- 2013-12-27 00:40:28 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 00:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 00:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 00:40:28 - SRCCONF=/dev/null TB --- 2013-12-27 00:40:28 - TARGET=arm TB --- 2013-12-27 00:40:28 - TARGET_ARCH=arm TB --- 2013-12-27 00:40:28 - TZ=UTC TB --- 2013-12-27 00:40:28 - __MAKE_CONF=/dev/null TB --- 2013-12-27 00:40:28 - cd /src TB --- 2013-12-27 00:40:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 00:40:37 UTC 2013 >>> 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 Dec 27 03:41:31 UTC 2013 TB --- 2013-12-27 03:41:31 - generating LINT kernel config TB --- 2013-12-27 03:41:31 - cd /src/sys/arm/conf TB --- 2013-12-27 03:41:31 - /usr/bin/make -B LINT TB --- 2013-12-27 03:41:31 - cd /src/sys/arm/conf TB --- 2013-12-27 03:41:31 - /usr/sbin/config -m LINT TB --- 2013-12-27 03:41:31 - building LINT kernel TB --- 2013-12-27 03:41:31 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 03:41:31 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 03:41:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 03:41:31 - SRCCONF=/dev/null TB --- 2013-12-27 03:41:31 - TARGET=arm TB --- 2013-12-27 03:41:31 - TARGET_ARCH=arm TB --- 2013-12-27 03:41:31 - TZ=UTC TB --- 2013-12-27 03:41:31 - __MAKE_CONF=/dev/null TB --- 2013-12-27 03:41:31 - cd /src TB --- 2013-12-27 03:41:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 27 03:41:31 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part_apm.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part_bsd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part_ebr.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-builtin -funwind-tables -ffreestanding -Werror /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170:41: error: use of undeclared identifier 'GPT_ENT_TYPE_VMVSANHDR' static struct uuid gpt_uuid_vmvsanhdr = GPT_ENT_TYPE_VMVSANHDR; ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/arm.arm/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 03:52:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 03:52:25 - ERROR: failed to build LINT kernel TB --- 2013-12-27 03:52:25 - 9099.00 user 1737.14 system 11522.37 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 04:04:09 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9D0C937; Fri, 27 Dec 2013 04:04:09 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 698291D2D; Fri, 27 Dec 2013 04:04:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR448n7046354; Thu, 26 Dec 2013 23:04:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR4482i046350; Fri, 27 Dec 2013 04:04:08 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 04:04:08 GMT Message-Id: <201312270404.rBR4482i046350@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/i386 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 04:04:09 -0000 TB --- 2013-12-27 00:40:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 00:40:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 00:40:22 - starting HEAD tinderbox run for i386/i386 TB --- 2013-12-27 00:40:22 - cleaning the object tree TB --- 2013-12-27 00:40:22 - /usr/local/bin/svn stat /src TB --- 2013-12-27 00:40:27 - At svn revision 259928 TB --- 2013-12-27 00:40:28 - building world TB --- 2013-12-27 00:40:28 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 00:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 00:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 00:40:28 - SRCCONF=/dev/null TB --- 2013-12-27 00:40:28 - TARGET=i386 TB --- 2013-12-27 00:40:28 - TARGET_ARCH=i386 TB --- 2013-12-27 00:40:28 - TZ=UTC TB --- 2013-12-27 00:40:28 - __MAKE_CONF=/dev/null TB --- 2013-12-27 00:40:28 - cd /src TB --- 2013-12-27 00:40:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 00:40:37 UTC 2013 >>> 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 Dec 27 03:49:52 UTC 2013 TB --- 2013-12-27 03:49:52 - generating LINT kernel config TB --- 2013-12-27 03:49:52 - cd /src/sys/i386/conf TB --- 2013-12-27 03:49:52 - /usr/bin/make -B LINT TB --- 2013-12-27 03:49:52 - cd /src/sys/i386/conf TB --- 2013-12-27 03:49:52 - /usr/sbin/config -m LINT TB --- 2013-12-27 03:49:52 - building LINT kernel TB --- 2013-12-27 03:49:52 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 03:49:52 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 03:49:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 03:49:52 - SRCCONF=/dev/null TB --- 2013-12-27 03:49:52 - TARGET=i386 TB --- 2013-12-27 03:49:52 - TARGET_ARCH=i386 TB --- 2013-12-27 03:49:52 - TZ=UTC TB --- 2013-12-27 03:49:52 - __MAKE_CONF=/dev/null TB --- 2013-12-27 03:49:52 - cd /src TB --- 2013-12-27 03:49:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 27 03:49:52 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_apm.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_bsd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_ebr.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170:41: error: use of undeclared identifier 'GPT_ENT_TYPE_VMVSANHDR' static struct uuid gpt_uuid_vmvsanhdr = GPT_ENT_TYPE_VMVSANHDR; ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/i386.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 04:04:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 04:04:08 - ERROR: failed to build LINT kernel TB --- 2013-12-27 04:04:08 - 9869.12 user 1761.81 system 12225.40 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 04:36:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1D8C392; Fri, 27 Dec 2013 04:36:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D58661EC1; Fri, 27 Dec 2013 04:36:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR4areS053382; Thu, 26 Dec 2013 23:36:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR4arM0053372; Fri, 27 Dec 2013 04:36:53 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 04:36:53 GMT Message-Id: <201312270436.rBR4arM0053372@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on amd64/amd64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 04:36:55 -0000 TB --- 2013-12-27 00:40:22 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 00:40:22 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 00:40:22 - starting HEAD tinderbox run for amd64/amd64 TB --- 2013-12-27 00:40:22 - cleaning the object tree TB --- 2013-12-27 00:40:22 - /usr/local/bin/svn stat /src TB --- 2013-12-27 00:40:27 - At svn revision 259928 TB --- 2013-12-27 00:40:28 - building world TB --- 2013-12-27 00:40:28 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 00:40:28 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 00:40:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 00:40:28 - SRCCONF=/dev/null TB --- 2013-12-27 00:40:28 - TARGET=amd64 TB --- 2013-12-27 00:40:28 - TARGET_ARCH=amd64 TB --- 2013-12-27 00:40:28 - TZ=UTC TB --- 2013-12-27 00:40:28 - __MAKE_CONF=/dev/null TB --- 2013-12-27 00:40:28 - cd /src TB --- 2013-12-27 00:40:28 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 00:40:37 UTC 2013 >>> 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 Dec 27 04:23:18 UTC 2013 TB --- 2013-12-27 04:23:18 - generating LINT kernel config TB --- 2013-12-27 04:23:18 - cd /src/sys/amd64/conf TB --- 2013-12-27 04:23:18 - /usr/bin/make -B LINT TB --- 2013-12-27 04:23:18 - cd /src/sys/amd64/conf TB --- 2013-12-27 04:23:18 - /usr/sbin/config -m LINT TB --- 2013-12-27 04:23:18 - building LINT kernel TB --- 2013-12-27 04:23:18 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 04:23:18 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 04:23:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 04:23:18 - SRCCONF=/dev/null TB --- 2013-12-27 04:23:18 - TARGET=amd64 TB --- 2013-12-27 04:23:18 - TARGET_ARCH=amd64 TB --- 2013-12-27 04:23:18 - TZ=UTC TB --- 2013-12-27 04:23:18 - __MAKE_CONF=/dev/null TB --- 2013-12-27 04:23:18 - cd /src TB --- 2013-12-27 04:23:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 27 04:23:18 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_apm.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_bsd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_ebr.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mno-omit-leaf-frame-pointer -mno-aes -mno-avx -mcmodel=kernel -mno-red-zone -mno-mmx -mno-sse -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170:41: error: use of undeclared identifier 'GPT_ENT_TYPE_VMVSANHDR' static struct uuid gpt_uuid_vmvsanhdr = GPT_ENT_TYPE_VMVSANHDR; ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/amd64.amd64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 04:36:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 04:36:53 - ERROR: failed to build LINT kernel TB --- 2013-12-27 04:36:53 - 11226.37 user 2120.72 system 14190.98 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 05:41:14 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ACD0665F; Fri, 27 Dec 2013 05:41:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7178511D5; Fri, 27 Dec 2013 05:41:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR5fD5g027855; Fri, 27 Dec 2013 00:41:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR5fDli027850; Fri, 27 Dec 2013 05:41:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 05:41:13 GMT Message-Id: <201312270541.rBR5fDli027850@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on ia64/ia64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 05:41:14 -0000 TB --- 2013-12-27 03:52:25 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 03:52:25 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 03:52:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2013-12-27 03:52:25 - cleaning the object tree TB --- 2013-12-27 03:52:25 - /usr/local/bin/svn stat /src TB --- 2013-12-27 03:52:29 - At svn revision 259928 TB --- 2013-12-27 03:52:30 - building world TB --- 2013-12-27 03:52:30 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 03:52:30 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 03:52:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 03:52:30 - SRCCONF=/dev/null TB --- 2013-12-27 03:52:30 - TARGET=ia64 TB --- 2013-12-27 03:52:30 - TARGET_ARCH=ia64 TB --- 2013-12-27 03:52:30 - TZ=UTC TB --- 2013-12-27 03:52:30 - __MAKE_CONF=/dev/null TB --- 2013-12-27 03:52:30 - cd /src TB --- 2013-12-27 03:52:30 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 03:52:37 UTC 2013 >>> 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 Dec 27 05:27:33 UTC 2013 TB --- 2013-12-27 05:27:33 - generating LINT kernel config TB --- 2013-12-27 05:27:33 - cd /src/sys/ia64/conf TB --- 2013-12-27 05:27:33 - /usr/bin/make -B LINT TB --- 2013-12-27 05:27:33 - cd /src/sys/ia64/conf TB --- 2013-12-27 05:27:33 - /usr/sbin/config -m LINT TB --- 2013-12-27 05:27:33 - building LINT kernel TB --- 2013-12-27 05:27:33 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:27:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:27:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:27:33 - SRCCONF=/dev/null TB --- 2013-12-27 05:27:33 - TARGET=ia64 TB --- 2013-12-27 05:27:33 - TARGET_ARCH=ia64 TB --- 2013-12-27 05:27:33 - TZ=UTC TB --- 2013-12-27 05:27:33 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:27:33 - cd /src TB --- 2013-12-27 05:27:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 27 05:27:33 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/geom/nop/g_nop.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror g_part_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/geom/part/g_part_apm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/geom/part/g_part_bsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/geom/part/g_part_ebr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170: error: 'GPT_ENT_TYPE_VMVSANHDR' undeclared here (not in a function) *** Error code 1 Stop. bmake[1]: stopped in /obj/ia64.ia64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 05:41:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 05:41:13 - ERROR: failed to build LINT kernel TB --- 2013-12-27 05:41:13 - 5170.27 user 953.40 system 6527.68 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 05:57:03 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25784805; Fri, 27 Dec 2013 05:57:03 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CC514126A; Fri, 27 Dec 2013 05:57:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR5v127008370; Fri, 27 Dec 2013 00:57:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR5v1r9008359; Fri, 27 Dec 2013 05:57:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 05:57:01 GMT Message-Id: <201312270557.rBR5v1r9008359@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 05:57:03 -0000 TB --- 2013-12-27 04:04:08 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 04:04:08 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 04:04:08 - starting HEAD tinderbox run for mips/mips TB --- 2013-12-27 04:04:08 - cleaning the object tree TB --- 2013-12-27 04:04:08 - /usr/local/bin/svn stat /src TB --- 2013-12-27 04:04:11 - At svn revision 259928 TB --- 2013-12-27 04:04:12 - building world TB --- 2013-12-27 04:04:12 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 04:04:12 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 04:04:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 04:04:12 - SRCCONF=/dev/null TB --- 2013-12-27 04:04:12 - TARGET=mips TB --- 2013-12-27 04:04:12 - TARGET_ARCH=mips TB --- 2013-12-27 04:04:12 - TZ=UTC TB --- 2013-12-27 04:04:12 - __MAKE_CONF=/dev/null TB --- 2013-12-27 04:04:12 - cd /src TB --- 2013-12-27 04:04:12 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 04:04:19 UTC 2013 >>> 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 Dec 27 05:05:29 UTC 2013 TB --- 2013-12-27 05:05:29 - cd /src/sys/mips/conf TB --- 2013-12-27 05:05:29 - /usr/sbin/config -m ADM5120 TB --- 2013-12-27 05:05:29 - skipping ADM5120 kernel TB --- 2013-12-27 05:05:29 - cd /src/sys/mips/conf TB --- 2013-12-27 05:05:29 - /usr/sbin/config -m ALCHEMY TB --- 2013-12-27 05:05:29 - skipping ALCHEMY kernel TB --- 2013-12-27 05:05:29 - cd /src/sys/mips/conf TB --- 2013-12-27 05:05:29 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-12-27 05:05:29 - building ALFA_HORNET_UB kernel TB --- 2013-12-27 05:05:29 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:05:29 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:05:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:05:29 - SRCCONF=/dev/null TB --- 2013-12-27 05:05:29 - TARGET=mips TB --- 2013-12-27 05:05:29 - TARGET_ARCH=mips TB --- 2013-12-27 05:05:29 - TZ=UTC TB --- 2013-12-27 05:05:29 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:05:29 - cd /src TB --- 2013-12-27 05:05:29 - /usr/bin/make -B buildkernel KERNCONF=ALFA_HORNET_UB >>> Kernel build for ALFA_HORNET_UB started on Fri Dec 27 05:05:30 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for ALFA_HORNET_UB completed on Fri Dec 27 05:08:43 UTC 2013 TB --- 2013-12-27 05:08:43 - cd /src/sys/mips/conf TB --- 2013-12-27 05:08:43 - /usr/sbin/config -m AP121 TB --- 2013-12-27 05:08:43 - building AP121 kernel TB --- 2013-12-27 05:08:43 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:08:43 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:08:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:08:43 - SRCCONF=/dev/null TB --- 2013-12-27 05:08:43 - TARGET=mips TB --- 2013-12-27 05:08:43 - TARGET_ARCH=mips TB --- 2013-12-27 05:08:43 - TZ=UTC TB --- 2013-12-27 05:08:43 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:08:43 - cd /src TB --- 2013-12-27 05:08:43 - /usr/bin/make -B buildkernel KERNCONF=AP121 >>> Kernel build for AP121 started on Fri Dec 27 05:08:43 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP121 completed on Fri Dec 27 05:11:38 UTC 2013 TB --- 2013-12-27 05:11:38 - cd /src/sys/mips/conf TB --- 2013-12-27 05:11:38 - /usr/sbin/config -m AP91 TB --- 2013-12-27 05:11:39 - building AP91 kernel TB --- 2013-12-27 05:11:39 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:11:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:11:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:11:39 - SRCCONF=/dev/null TB --- 2013-12-27 05:11:39 - TARGET=mips TB --- 2013-12-27 05:11:39 - TARGET_ARCH=mips TB --- 2013-12-27 05:11:39 - TZ=UTC TB --- 2013-12-27 05:11:39 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:11:39 - cd /src TB --- 2013-12-27 05:11:39 - /usr/bin/make -B buildkernel KERNCONF=AP91 >>> Kernel build for AP91 started on Fri Dec 27 05:11:39 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP91 completed on Fri Dec 27 05:15:53 UTC 2013 TB --- 2013-12-27 05:15:53 - cd /src/sys/mips/conf TB --- 2013-12-27 05:15:53 - /usr/sbin/config -m AP93 TB --- 2013-12-27 05:15:53 - building AP93 kernel TB --- 2013-12-27 05:15:53 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:15:53 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:15:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:15:53 - SRCCONF=/dev/null TB --- 2013-12-27 05:15:53 - TARGET=mips TB --- 2013-12-27 05:15:53 - TARGET_ARCH=mips TB --- 2013-12-27 05:15:53 - TZ=UTC TB --- 2013-12-27 05:15:53 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:15:53 - cd /src TB --- 2013-12-27 05:15:53 - /usr/bin/make -B buildkernel KERNCONF=AP93 >>> Kernel build for AP93 started on Fri Dec 27 05:15:53 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP93 completed on Fri Dec 27 05:20:15 UTC 2013 TB --- 2013-12-27 05:20:15 - cd /src/sys/mips/conf TB --- 2013-12-27 05:20:15 - /usr/sbin/config -m AP94 TB --- 2013-12-27 05:20:16 - building AP94 kernel TB --- 2013-12-27 05:20:16 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:20:16 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:20:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:20:16 - SRCCONF=/dev/null TB --- 2013-12-27 05:20:16 - TARGET=mips TB --- 2013-12-27 05:20:16 - TARGET_ARCH=mips TB --- 2013-12-27 05:20:16 - TZ=UTC TB --- 2013-12-27 05:20:16 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:20:16 - cd /src TB --- 2013-12-27 05:20:16 - /usr/bin/make -B buildkernel KERNCONF=AP94 >>> Kernel build for AP94 started on Fri Dec 27 05:20:16 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP94 completed on Fri Dec 27 05:25:33 UTC 2013 TB --- 2013-12-27 05:25:33 - cd /src/sys/mips/conf TB --- 2013-12-27 05:25:33 - /usr/sbin/config -m AP96 TB --- 2013-12-27 05:25:33 - building AP96 kernel TB --- 2013-12-27 05:25:33 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:25:33 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:25:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:25:33 - SRCCONF=/dev/null TB --- 2013-12-27 05:25:33 - TARGET=mips TB --- 2013-12-27 05:25:33 - TARGET_ARCH=mips TB --- 2013-12-27 05:25:33 - TZ=UTC TB --- 2013-12-27 05:25:33 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:25:33 - cd /src TB --- 2013-12-27 05:25:33 - /usr/bin/make -B buildkernel KERNCONF=AP96 >>> Kernel build for AP96 started on Fri Dec 27 05:25:33 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AP96 completed on Fri Dec 27 05:30:50 UTC 2013 TB --- 2013-12-27 05:30:50 - cd /src/sys/mips/conf TB --- 2013-12-27 05:30:50 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-12-27 05:30:50 - building AR71XX_BASE kernel TB --- 2013-12-27 05:30:50 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:30:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:30:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:30:50 - SRCCONF=/dev/null TB --- 2013-12-27 05:30:50 - TARGET=mips TB --- 2013-12-27 05:30:50 - TARGET_ARCH=mips TB --- 2013-12-27 05:30:50 - TZ=UTC TB --- 2013-12-27 05:30:50 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:30:50 - cd /src TB --- 2013-12-27 05:30:50 - /usr/bin/make -B buildkernel KERNCONF=AR71XX_BASE >>> Kernel build for AR71XX_BASE started on Fri Dec 27 05:30:50 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR71XX_BASE completed on Fri Dec 27 05:35:55 UTC 2013 TB --- 2013-12-27 05:35:55 - cd /src/sys/mips/conf TB --- 2013-12-27 05:35:55 - /usr/sbin/config -m AR724X_BASE TB --- 2013-12-27 05:35:55 - building AR724X_BASE kernel TB --- 2013-12-27 05:35:55 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:35:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:35:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:35:55 - SRCCONF=/dev/null TB --- 2013-12-27 05:35:55 - TARGET=mips TB --- 2013-12-27 05:35:55 - TARGET_ARCH=mips TB --- 2013-12-27 05:35:55 - TZ=UTC TB --- 2013-12-27 05:35:55 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:35:55 - cd /src TB --- 2013-12-27 05:35:55 - /usr/bin/make -B buildkernel KERNCONF=AR724X_BASE >>> Kernel build for AR724X_BASE started on Fri Dec 27 05:35:55 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR724X_BASE completed on Fri Dec 27 05:39:58 UTC 2013 TB --- 2013-12-27 05:39:58 - cd /src/sys/mips/conf TB --- 2013-12-27 05:39:58 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-12-27 05:39:58 - building AR91XX_BASE kernel TB --- 2013-12-27 05:39:58 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:39:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:39:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:39:58 - SRCCONF=/dev/null TB --- 2013-12-27 05:39:58 - TARGET=mips TB --- 2013-12-27 05:39:58 - TARGET_ARCH=mips TB --- 2013-12-27 05:39:58 - TZ=UTC TB --- 2013-12-27 05:39:58 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:39:58 - cd /src TB --- 2013-12-27 05:39:58 - /usr/bin/make -B buildkernel KERNCONF=AR91XX_BASE >>> Kernel build for AR91XX_BASE started on Fri Dec 27 05:39:58 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR91XX_BASE completed on Fri Dec 27 05:44:48 UTC 2013 TB --- 2013-12-27 05:44:48 - cd /src/sys/mips/conf TB --- 2013-12-27 05:44:48 - /usr/sbin/config -m AR933X_BASE TB --- 2013-12-27 05:44:48 - building AR933X_BASE kernel TB --- 2013-12-27 05:44:48 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:44:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:44:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:44:48 - SRCCONF=/dev/null TB --- 2013-12-27 05:44:48 - TARGET=mips TB --- 2013-12-27 05:44:48 - TARGET_ARCH=mips TB --- 2013-12-27 05:44:48 - TZ=UTC TB --- 2013-12-27 05:44:48 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:44:48 - cd /src TB --- 2013-12-27 05:44:48 - /usr/bin/make -B buildkernel KERNCONF=AR933X_BASE >>> Kernel build for AR933X_BASE started on Fri Dec 27 05:44:48 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR933X_BASE completed on Fri Dec 27 05:47:32 UTC 2013 TB --- 2013-12-27 05:47:32 - cd /src/sys/mips/conf TB --- 2013-12-27 05:47:32 - /usr/sbin/config -m AR934X_BASE TB --- 2013-12-27 05:47:32 - building AR934X_BASE kernel TB --- 2013-12-27 05:47:32 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:47:32 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:47:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:47:32 - SRCCONF=/dev/null TB --- 2013-12-27 05:47:32 - TARGET=mips TB --- 2013-12-27 05:47:32 - TARGET_ARCH=mips TB --- 2013-12-27 05:47:32 - TZ=UTC TB --- 2013-12-27 05:47:32 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:47:32 - cd /src TB --- 2013-12-27 05:47:32 - /usr/bin/make -B buildkernel KERNCONF=AR934X_BASE >>> Kernel build for AR934X_BASE started on Fri Dec 27 05:47:32 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for AR934X_BASE completed on Fri Dec 27 05:50:18 UTC 2013 TB --- 2013-12-27 05:50:18 - cd /src/sys/mips/conf TB --- 2013-12-27 05:50:18 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-12-27 05:50:18 - skipping BERI_DE4_BASE kernel TB --- 2013-12-27 05:50:18 - cd /src/sys/mips/conf TB --- 2013-12-27 05:50:18 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-12-27 05:50:18 - skipping BERI_DE4_MDROOT kernel TB --- 2013-12-27 05:50:18 - cd /src/sys/mips/conf TB --- 2013-12-27 05:50:18 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-12-27 05:50:18 - skipping BERI_DE4_SDROOT kernel TB --- 2013-12-27 05:50:18 - cd /src/sys/mips/conf TB --- 2013-12-27 05:50:18 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2013-12-27 05:50:18 - skipping BERI_NETFPGA_MDROOT kernel TB --- 2013-12-27 05:50:18 - cd /src/sys/mips/conf TB --- 2013-12-27 05:50:18 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-12-27 05:50:18 - skipping BERI_SIM_BASE kernel TB --- 2013-12-27 05:50:18 - cd /src/sys/mips/conf TB --- 2013-12-27 05:50:18 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-12-27 05:50:18 - skipping BERI_SIM_MDROOT kernel TB --- 2013-12-27 05:50:18 - cd /src/sys/mips/conf TB --- 2013-12-27 05:50:18 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-12-27 05:50:18 - skipping BERI_SIM_SDROOT kernel TB --- 2013-12-27 05:50:18 - cd /src/sys/mips/conf TB --- 2013-12-27 05:50:18 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-12-27 05:50:18 - skipping BERI_TEMPLATE kernel TB --- 2013-12-27 05:50:18 - cd /src/sys/mips/conf TB --- 2013-12-27 05:50:18 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-12-27 05:50:19 - building CARAMBOLA2 kernel TB --- 2013-12-27 05:50:19 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:50:19 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:50:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:50:19 - SRCCONF=/dev/null TB --- 2013-12-27 05:50:19 - TARGET=mips TB --- 2013-12-27 05:50:19 - TARGET_ARCH=mips TB --- 2013-12-27 05:50:19 - TZ=UTC TB --- 2013-12-27 05:50:19 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:50:19 - cd /src TB --- 2013-12-27 05:50:19 - /usr/bin/make -B buildkernel KERNCONF=CARAMBOLA2 >>> Kernel build for CARAMBOLA2 started on Fri Dec 27 05:50:19 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for CARAMBOLA2 completed on Fri Dec 27 05:53:10 UTC 2013 TB --- 2013-12-27 05:53:10 - cd /src/sys/mips/conf TB --- 2013-12-27 05:53:10 - /usr/sbin/config -m DB120 TB --- 2013-12-27 05:53:10 - building DB120 kernel TB --- 2013-12-27 05:53:10 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:53:10 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:53:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:53:10 - SRCCONF=/dev/null TB --- 2013-12-27 05:53:10 - TARGET=mips TB --- 2013-12-27 05:53:10 - TARGET_ARCH=mips TB --- 2013-12-27 05:53:10 - TZ=UTC TB --- 2013-12-27 05:53:10 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:53:10 - cd /src TB --- 2013-12-27 05:53:10 - /usr/bin/make -B buildkernel KERNCONF=DB120 >>> Kernel build for DB120 started on Fri Dec 27 05:53:10 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for DB120 completed on Fri Dec 27 05:56:01 UTC 2013 TB --- 2013-12-27 05:56:01 - cd /src/sys/mips/conf TB --- 2013-12-27 05:56:01 - /usr/sbin/config -m DIR-825 TB --- 2013-12-27 05:56:01 - building DIR-825 kernel TB --- 2013-12-27 05:56:01 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:56:01 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:56:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:56:01 - SRCCONF=/dev/null TB --- 2013-12-27 05:56:01 - TARGET=mips TB --- 2013-12-27 05:56:01 - TARGET_ARCH=mips TB --- 2013-12-27 05:56:01 - TZ=UTC TB --- 2013-12-27 05:56:01 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:56:01 - cd /src TB --- 2013-12-27 05:56:01 - /usr/bin/make -B buildkernel KERNCONF=DIR-825 >>> Kernel build for DIR-825 started on Fri Dec 27 05:56:01 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/geom/geom_slice.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/geom/geom_subr.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/geom/geom_vfs.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror g_part_if.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part_bsd.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 --param max-inline-insns-single=1000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0x80050000 -march=mips32 -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170: error: 'GPT_ENT_TYPE_VMVSANHDR' undeclared here (not in a function) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips/src/sys/DIR-825 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 05:57:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 05:57:01 - ERROR: failed to build DIR-825 kernel TB --- 2013-12-27 05:57:01 - 5068.03 user 1128.05 system 6773.27 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 06:05:33 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3F7A4996; Fri, 27 Dec 2013 06:05:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CAC0312FA; Fri, 27 Dec 2013 06:05:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR65V56062774; Fri, 27 Dec 2013 01:05:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR65VvU062773; Fri, 27 Dec 2013 06:05:31 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 06:05:31 GMT Message-Id: <201312270605.rBR65VvU062773@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on mips64/mips Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 06:05:33 -0000 TB --- 2013-12-27 04:36:54 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 04:36:54 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 04:36:54 - starting HEAD tinderbox run for mips64/mips TB --- 2013-12-27 04:36:54 - cleaning the object tree TB --- 2013-12-27 04:36:54 - /usr/local/bin/svn stat /src TB --- 2013-12-27 04:36:57 - At svn revision 259928 TB --- 2013-12-27 04:36:58 - building world TB --- 2013-12-27 04:36:58 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 04:36:58 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 04:36:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 04:36:58 - SRCCONF=/dev/null TB --- 2013-12-27 04:36:58 - TARGET=mips TB --- 2013-12-27 04:36:58 - TARGET_ARCH=mips64 TB --- 2013-12-27 04:36:58 - TZ=UTC TB --- 2013-12-27 04:36:58 - __MAKE_CONF=/dev/null TB --- 2013-12-27 04:36:58 - cd /src TB --- 2013-12-27 04:36:58 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 04:37:05 UTC 2013 >>> 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 Dec 27 05:38:11 UTC 2013 TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m ADM5120 TB --- 2013-12-27 05:38:11 - skipping ADM5120 kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m ALCHEMY TB --- 2013-12-27 05:38:11 - skipping ALCHEMY kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m ALFA_HORNET_UB TB --- 2013-12-27 05:38:11 - skipping ALFA_HORNET_UB kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m AP121 TB --- 2013-12-27 05:38:11 - skipping AP121 kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m AP91 TB --- 2013-12-27 05:38:11 - skipping AP91 kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m AP93 TB --- 2013-12-27 05:38:11 - skipping AP93 kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m AP94 TB --- 2013-12-27 05:38:11 - skipping AP94 kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m AP96 TB --- 2013-12-27 05:38:11 - skipping AP96 kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m AR71XX_BASE TB --- 2013-12-27 05:38:11 - skipping AR71XX_BASE kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m AR724X_BASE TB --- 2013-12-27 05:38:11 - skipping AR724X_BASE kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m AR91XX_BASE TB --- 2013-12-27 05:38:11 - skipping AR91XX_BASE kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m AR933X_BASE TB --- 2013-12-27 05:38:11 - skipping AR933X_BASE kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m AR934X_BASE TB --- 2013-12-27 05:38:11 - skipping AR934X_BASE kernel TB --- 2013-12-27 05:38:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:38:11 - /usr/sbin/config -m BERI_DE4_BASE TB --- 2013-12-27 05:38:11 - building BERI_DE4_BASE kernel TB --- 2013-12-27 05:38:11 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:38:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:38:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:38:11 - SRCCONF=/dev/null TB --- 2013-12-27 05:38:11 - TARGET=mips TB --- 2013-12-27 05:38:11 - TARGET_ARCH=mips64 TB --- 2013-12-27 05:38:11 - TZ=UTC TB --- 2013-12-27 05:38:11 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:38:11 - cd /src TB --- 2013-12-27 05:38:11 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_BASE >>> Kernel build for BERI_DE4_BASE started on Fri Dec 27 05:38:11 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_BASE completed on Fri Dec 27 05:40:55 UTC 2013 TB --- 2013-12-27 05:40:55 - cd /src/sys/mips/conf TB --- 2013-12-27 05:40:55 - /usr/sbin/config -m BERI_DE4_MDROOT TB --- 2013-12-27 05:40:55 - building BERI_DE4_MDROOT kernel TB --- 2013-12-27 05:40:55 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:40:55 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:40:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:40:55 - SRCCONF=/dev/null TB --- 2013-12-27 05:40:55 - TARGET=mips TB --- 2013-12-27 05:40:55 - TARGET_ARCH=mips64 TB --- 2013-12-27 05:40:55 - TZ=UTC TB --- 2013-12-27 05:40:55 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:40:55 - cd /src TB --- 2013-12-27 05:40:55 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_MDROOT >>> Kernel build for BERI_DE4_MDROOT started on Fri Dec 27 05:40:55 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_MDROOT completed on Fri Dec 27 05:43:50 UTC 2013 TB --- 2013-12-27 05:43:50 - cd /src/sys/mips/conf TB --- 2013-12-27 05:43:50 - /usr/sbin/config -m BERI_DE4_SDROOT TB --- 2013-12-27 05:43:50 - building BERI_DE4_SDROOT kernel TB --- 2013-12-27 05:43:50 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:43:50 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:43:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:43:50 - SRCCONF=/dev/null TB --- 2013-12-27 05:43:50 - TARGET=mips TB --- 2013-12-27 05:43:50 - TARGET_ARCH=mips64 TB --- 2013-12-27 05:43:50 - TZ=UTC TB --- 2013-12-27 05:43:50 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:43:50 - cd /src TB --- 2013-12-27 05:43:50 - /usr/bin/make -B buildkernel KERNCONF=BERI_DE4_SDROOT >>> Kernel build for BERI_DE4_SDROOT started on Fri Dec 27 05:43:50 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_DE4_SDROOT completed on Fri Dec 27 05:46:36 UTC 2013 TB --- 2013-12-27 05:46:36 - cd /src/sys/mips/conf TB --- 2013-12-27 05:46:36 - /usr/sbin/config -m BERI_NETFPGA_MDROOT TB --- 2013-12-27 05:46:36 - building BERI_NETFPGA_MDROOT kernel TB --- 2013-12-27 05:46:36 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:46:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:46:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:46:36 - SRCCONF=/dev/null TB --- 2013-12-27 05:46:36 - TARGET=mips TB --- 2013-12-27 05:46:36 - TARGET_ARCH=mips64 TB --- 2013-12-27 05:46:36 - TZ=UTC TB --- 2013-12-27 05:46:36 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:46:36 - cd /src TB --- 2013-12-27 05:46:36 - /usr/bin/make -B buildkernel KERNCONF=BERI_NETFPGA_MDROOT >>> Kernel build for BERI_NETFPGA_MDROOT started on Fri Dec 27 05:46:36 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_NETFPGA_MDROOT completed on Fri Dec 27 05:49:06 UTC 2013 TB --- 2013-12-27 05:49:06 - cd /src/sys/mips/conf TB --- 2013-12-27 05:49:06 - /usr/sbin/config -m BERI_SIM_BASE TB --- 2013-12-27 05:49:06 - building BERI_SIM_BASE kernel TB --- 2013-12-27 05:49:06 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:49:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:49:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:49:06 - SRCCONF=/dev/null TB --- 2013-12-27 05:49:06 - TARGET=mips TB --- 2013-12-27 05:49:06 - TARGET_ARCH=mips64 TB --- 2013-12-27 05:49:06 - TZ=UTC TB --- 2013-12-27 05:49:06 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:49:06 - cd /src TB --- 2013-12-27 05:49:06 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_BASE >>> Kernel build for BERI_SIM_BASE started on Fri Dec 27 05:49:06 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_BASE completed on Fri Dec 27 05:51:40 UTC 2013 TB --- 2013-12-27 05:51:40 - cd /src/sys/mips/conf TB --- 2013-12-27 05:51:40 - /usr/sbin/config -m BERI_SIM_MDROOT TB --- 2013-12-27 05:51:40 - building BERI_SIM_MDROOT kernel TB --- 2013-12-27 05:51:40 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:51:40 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:51:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:51:40 - SRCCONF=/dev/null TB --- 2013-12-27 05:51:40 - TARGET=mips TB --- 2013-12-27 05:51:40 - TARGET_ARCH=mips64 TB --- 2013-12-27 05:51:40 - TZ=UTC TB --- 2013-12-27 05:51:40 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:51:40 - cd /src TB --- 2013-12-27 05:51:40 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_MDROOT >>> Kernel build for BERI_SIM_MDROOT started on Fri Dec 27 05:51:40 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_MDROOT completed on Fri Dec 27 05:54:15 UTC 2013 TB --- 2013-12-27 05:54:15 - cd /src/sys/mips/conf TB --- 2013-12-27 05:54:15 - /usr/sbin/config -m BERI_SIM_SDROOT TB --- 2013-12-27 05:54:15 - building BERI_SIM_SDROOT kernel TB --- 2013-12-27 05:54:15 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:54:15 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:54:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:54:15 - SRCCONF=/dev/null TB --- 2013-12-27 05:54:15 - TARGET=mips TB --- 2013-12-27 05:54:15 - TARGET_ARCH=mips64 TB --- 2013-12-27 05:54:15 - TZ=UTC TB --- 2013-12-27 05:54:15 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:54:15 - cd /src TB --- 2013-12-27 05:54:15 - /usr/bin/make -B buildkernel KERNCONF=BERI_SIM_SDROOT >>> Kernel build for BERI_SIM_SDROOT started on Fri Dec 27 05:54:15 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_SIM_SDROOT completed on Fri Dec 27 05:56:44 UTC 2013 TB --- 2013-12-27 05:56:44 - cd /src/sys/mips/conf TB --- 2013-12-27 05:56:44 - /usr/sbin/config -m BERI_TEMPLATE TB --- 2013-12-27 05:56:44 - building BERI_TEMPLATE kernel TB --- 2013-12-27 05:56:44 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:56:44 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:56:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:56:44 - SRCCONF=/dev/null TB --- 2013-12-27 05:56:44 - TARGET=mips TB --- 2013-12-27 05:56:44 - TARGET_ARCH=mips64 TB --- 2013-12-27 05:56:44 - TZ=UTC TB --- 2013-12-27 05:56:44 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:56:44 - cd /src TB --- 2013-12-27 05:56:44 - /usr/bin/make -B buildkernel KERNCONF=BERI_TEMPLATE >>> Kernel build for BERI_TEMPLATE started on Fri Dec 27 05:56:45 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for BERI_TEMPLATE completed on Fri Dec 27 05:59:11 UTC 2013 TB --- 2013-12-27 05:59:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:59:11 - /usr/sbin/config -m CARAMBOLA2 TB --- 2013-12-27 05:59:11 - skipping CARAMBOLA2 kernel TB --- 2013-12-27 05:59:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:59:11 - /usr/sbin/config -m DB120 TB --- 2013-12-27 05:59:11 - skipping DB120 kernel TB --- 2013-12-27 05:59:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:59:11 - /usr/sbin/config -m DIR-825 TB --- 2013-12-27 05:59:11 - skipping DIR-825 kernel TB --- 2013-12-27 05:59:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:59:11 - /usr/sbin/config -m ENH200 TB --- 2013-12-27 05:59:11 - skipping ENH200 kernel TB --- 2013-12-27 05:59:11 - cd /src/sys/mips/conf TB --- 2013-12-27 05:59:11 - /usr/sbin/config -m GXEMUL TB --- 2013-12-27 05:59:11 - building GXEMUL kernel TB --- 2013-12-27 05:59:11 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:59:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:59:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:59:11 - SRCCONF=/dev/null TB --- 2013-12-27 05:59:11 - TARGET=mips TB --- 2013-12-27 05:59:11 - TARGET_ARCH=mips64 TB --- 2013-12-27 05:59:11 - TZ=UTC TB --- 2013-12-27 05:59:11 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:59:11 - cd /src TB --- 2013-12-27 05:59:11 - /usr/bin/make -B buildkernel KERNCONF=GXEMUL >>> Kernel build for GXEMUL started on Fri Dec 27 05:59:11 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GXEMUL completed on Fri Dec 27 06:01:11 UTC 2013 TB --- 2013-12-27 06:01:11 - cd /src/sys/mips/conf TB --- 2013-12-27 06:01:11 - /usr/sbin/config -m GXEMUL32 TB --- 2013-12-27 06:01:11 - skipping GXEMUL32 kernel TB --- 2013-12-27 06:01:11 - cd /src/sys/mips/conf TB --- 2013-12-27 06:01:11 - /usr/sbin/config -m IDT TB --- 2013-12-27 06:01:11 - skipping IDT kernel TB --- 2013-12-27 06:01:11 - cd /src/sys/mips/conf TB --- 2013-12-27 06:01:11 - /usr/sbin/config -m MALTA TB --- 2013-12-27 06:01:11 - skipping MALTA kernel TB --- 2013-12-27 06:01:11 - cd /src/sys/mips/conf TB --- 2013-12-27 06:01:11 - /usr/sbin/config -m MALTA64 TB --- 2013-12-27 06:01:11 - skipping MALTA64 kernel TB --- 2013-12-27 06:01:11 - cd /src/sys/mips/conf TB --- 2013-12-27 06:01:11 - /usr/sbin/config -m OCTEON1 TB --- 2013-12-27 06:01:11 - building OCTEON1 kernel TB --- 2013-12-27 06:01:11 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 06:01:11 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 06:01:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 06:01:11 - SRCCONF=/dev/null TB --- 2013-12-27 06:01:11 - TARGET=mips TB --- 2013-12-27 06:01:11 - TARGET_ARCH=mips64 TB --- 2013-12-27 06:01:11 - TZ=UTC TB --- 2013-12-27 06:01:11 - __MAKE_CONF=/dev/null TB --- 2013-12-27 06:01:11 - cd /src TB --- 2013-12-27 06:01:11 - /usr/bin/make -B buildkernel KERNCONF=OCTEON1 >>> Kernel build for OCTEON1 started on Fri Dec 27 06:01:12 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/geom/label/g_label_ufs.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/geom/label/g_label_gpt.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/geom/label/g_label_disk_ident.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror g_part_if.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part_bsd.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=10000 --param large-function-growth=100000 --param max-inline-insns-single=10000 -fno-pic -mno-abicalls -G0 -DKERNLOADADDR=0xffffffff80100000 -march=octeon -mabi=64 -msoft-float -ffreestanding -Werror /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170: error: 'GPT_ENT_TYPE_VMVSANHDR' undeclared here (not in a function) *** Error code 1 Stop. bmake[1]: stopped in /obj/mips.mips64/src/sys/OCTEON1 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 06:05:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 06:05:31 - ERROR: failed to build OCTEON1 kernel TB --- 2013-12-27 06:05:31 - 3990.73 user 845.87 system 5317.69 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-mips64-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 07:13:10 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA59E1AB; Fri, 27 Dec 2013 07:13:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8F51216CD; Fri, 27 Dec 2013 07:13:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR7D9QF073105; Fri, 27 Dec 2013 02:13:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR7D8YJ073071; Fri, 27 Dec 2013 07:13:08 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 07:13:08 GMT Message-Id: <201312270713.rBR7D8YJ073071@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on i386/pc98 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 07:13:10 -0000 TB --- 2013-12-27 03:42:18 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 03:42:18 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 03:42:18 - starting HEAD tinderbox run for i386/pc98 TB --- 2013-12-27 03:42:18 - cleaning the object tree TB --- 2013-12-27 03:43:26 - /usr/local/bin/svn stat /src TB --- 2013-12-27 03:43:33 - At svn revision 259928 TB --- 2013-12-27 03:43:34 - building world TB --- 2013-12-27 03:43:34 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 03:43:34 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 03:43:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 03:43:34 - SRCCONF=/dev/null TB --- 2013-12-27 03:43:34 - TARGET=pc98 TB --- 2013-12-27 03:43:34 - TARGET_ARCH=i386 TB --- 2013-12-27 03:43:34 - TZ=UTC TB --- 2013-12-27 03:43:34 - __MAKE_CONF=/dev/null TB --- 2013-12-27 03:43:34 - cd /src TB --- 2013-12-27 03:43:34 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 03:43:42 UTC 2013 >>> 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 Dec 27 07:01:48 UTC 2013 TB --- 2013-12-27 07:01:48 - generating LINT kernel config TB --- 2013-12-27 07:01:48 - cd /src/sys/pc98/conf TB --- 2013-12-27 07:01:48 - /usr/bin/make -B LINT TB --- 2013-12-27 07:01:48 - cd /src/sys/pc98/conf TB --- 2013-12-27 07:01:48 - /usr/sbin/config -m LINT TB --- 2013-12-27 07:01:48 - building LINT kernel TB --- 2013-12-27 07:01:48 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 07:01:48 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 07:01:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 07:01:48 - SRCCONF=/dev/null TB --- 2013-12-27 07:01:48 - TARGET=pc98 TB --- 2013-12-27 07:01:48 - TARGET_ARCH=i386 TB --- 2013-12-27 07:01:48 - TZ=UTC TB --- 2013-12-27 07:01:48 - __MAKE_CONF=/dev/null TB --- 2013-12-27 07:01:48 - cd /src TB --- 2013-12-27 07:01:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 27 07:01:48 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_apm.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_bsd.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_ebr.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 -Wno-error-tautological-compare -Wno-error-empty-body -Wno-error-parentheses-equality -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -DGPROF -DGPROF4 -DGUPROF -fno-builtin -mno-aes -mno-avx -mno-mmx -mno-sse -msoft-float -ffreestanding -fstack-protector -Werror -pg /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170:41: error: use of undeclared identifier 'GPT_ENT_TYPE_VMVSANHDR' static struct uuid gpt_uuid_vmvsanhdr = GPT_ENT_TYPE_VMVSANHDR; ^ 1 error generated. *** Error code 1 Stop. bmake[1]: stopped in /obj/pc98.i386/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 07:13:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 07:13:08 - ERROR: failed to build LINT kernel TB --- 2013-12-27 07:13:08 - 10235.55 user 1400.91 system 12650.81 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 07:21:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4E19A53D; Fri, 27 Dec 2013 07:21:55 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 10FEE179E; Fri, 27 Dec 2013 07:21:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR7Lr3E090480; Fri, 27 Dec 2013 02:21:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR7Lr9O090479; Fri, 27 Dec 2013 07:21:53 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 07:21:53 GMT Message-Id: <201312270721.rBR7Lr9O090479@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on sparc64/sparc64 Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 07:21:55 -0000 TB --- 2013-12-27 06:05:31 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 06:05:31 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 06:05:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2013-12-27 06:05:31 - cleaning the object tree TB --- 2013-12-27 06:05:31 - /usr/local/bin/svn stat /src TB --- 2013-12-27 06:05:35 - At svn revision 259928 TB --- 2013-12-27 06:05:36 - building world TB --- 2013-12-27 06:05:36 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 06:05:36 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 06:05:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 06:05:36 - SRCCONF=/dev/null TB --- 2013-12-27 06:05:36 - TARGET=sparc64 TB --- 2013-12-27 06:05:36 - TARGET_ARCH=sparc64 TB --- 2013-12-27 06:05:36 - TZ=UTC TB --- 2013-12-27 06:05:36 - __MAKE_CONF=/dev/null TB --- 2013-12-27 06:05:36 - cd /src TB --- 2013-12-27 06:05:36 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 06:05:43 UTC 2013 >>> 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 Dec 27 07:12:56 UTC 2013 TB --- 2013-12-27 07:12:56 - generating LINT kernel config TB --- 2013-12-27 07:12:56 - cd /src/sys/sparc64/conf TB --- 2013-12-27 07:12:56 - /usr/bin/make -B LINT TB --- 2013-12-27 07:12:56 - cd /src/sys/sparc64/conf TB --- 2013-12-27 07:12:56 - /usr/sbin/config -m LINT TB --- 2013-12-27 07:12:56 - building LINT kernel TB --- 2013-12-27 07:12:56 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 07:12:56 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 07:12:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 07:12:56 - SRCCONF=/dev/null TB --- 2013-12-27 07:12:56 - TARGET=sparc64 TB --- 2013-12-27 07:12:56 - TARGET_ARCH=sparc64 TB --- 2013-12-27 07:12:56 - TZ=UTC TB --- 2013-12-27 07:12:56 - __MAKE_CONF=/dev/null TB --- 2013-12-27 07:12:56 - cd /src TB --- 2013-12-27 07:12:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 27 07:12:56 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/geom/nop/g_nop.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror g_part_if.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_apm.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_bsd.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_ebr.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170: error: 'GPT_ENT_TYPE_VMVSANHDR' undeclared here (not in a function) *** Error code 1 Stop. bmake[1]: stopped in /obj/sparc64.sparc64/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 07:21:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 07:21:53 - ERROR: failed to build LINT kernel TB --- 2013-12-27 07:21:53 - 3577.29 user 650.61 system 4581.96 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 08:24:08 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AB3BF3C3; Fri, 27 Dec 2013 08:24:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6DE661B46; Fri, 27 Dec 2013 08:24:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR8O7wI039763; Fri, 27 Dec 2013 03:24:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR8O79F039757; Fri, 27 Dec 2013 08:24:07 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 08:24:07 GMT Message-Id: <201312270824.rBR8O79F039757@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 08:24:08 -0000 TB --- 2013-12-27 05:41:13 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 05:41:13 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 05:41:13 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2013-12-27 05:41:13 - cleaning the object tree TB --- 2013-12-27 05:41:13 - /usr/local/bin/svn stat /src TB --- 2013-12-27 05:41:24 - At svn revision 259928 TB --- 2013-12-27 05:41:25 - building world TB --- 2013-12-27 05:41:25 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:41:25 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:41:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:41:25 - SRCCONF=/dev/null TB --- 2013-12-27 05:41:25 - TARGET=powerpc TB --- 2013-12-27 05:41:25 - TARGET_ARCH=powerpc TB --- 2013-12-27 05:41:25 - TZ=UTC TB --- 2013-12-27 05:41:25 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:41:25 - cd /src TB --- 2013-12-27 05:41:25 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 05:41:34 UTC 2013 >>> 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 Dec 27 08:16:39 UTC 2013 TB --- 2013-12-27 08:16:39 - generating LINT kernel config TB --- 2013-12-27 08:16:39 - cd /src/sys/powerpc/conf TB --- 2013-12-27 08:16:39 - /usr/bin/make -B LINT TB --- 2013-12-27 08:16:39 - cd /src/sys/powerpc/conf TB --- 2013-12-27 08:16:39 - /usr/sbin/config -m LINT TB --- 2013-12-27 08:16:39 - building LINT kernel TB --- 2013-12-27 08:16:39 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 08:16:39 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 08:16:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 08:16:39 - SRCCONF=/dev/null TB --- 2013-12-27 08:16:39 - TARGET=powerpc TB --- 2013-12-27 08:16:39 - TARGET_ARCH=powerpc TB --- 2013-12-27 08:16:39 - TZ=UTC TB --- 2013-12-27 08:16:39 - __MAKE_CONF=/dev/null TB --- 2013-12-27 08:16:39 - cd /src TB --- 2013-12-27 08:16:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Dec 27 08:16:40 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/geom/nop/g_nop.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part.c awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror g_part_if.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_apm.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_bsd.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_ebr.c cc -c -O -pipe -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170: error: 'GPT_ENT_TYPE_VMVSANHDR' undeclared here (not in a function) *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc/src/sys/LINT *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 08:24:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 08:24:07 - ERROR: failed to build LINT kernel TB --- 2013-12-27 08:24:07 - 8297.35 user 997.90 system 9773.59 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 09:04:43 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 18FCCE13; Fri, 27 Dec 2013 09:04:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D05771E79; Fri, 27 Dec 2013 09:04:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.5/8.14.5) with ESMTP id rBR94fSv027387; Fri, 27 Dec 2013 04:04:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.5/8.14.5/Submit) id rBR94f6W027386; Fri, 27 Dec 2013 09:04:41 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 27 Dec 2013 09:04:41 GMT Message-Id: <201312270904.rBR94f6W027386@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Subject: [head tinderbox] failure on powerpc64/powerpc Precedence: bulk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 09:04:43 -0000 TB --- 2013-12-27 05:57:01 - tinderbox 2.20 running on freebsd-current.sentex.ca TB --- 2013-12-27 05:57:01 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012 des@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2013-12-27 05:57:01 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2013-12-27 05:57:01 - cleaning the object tree TB --- 2013-12-27 05:57:01 - /usr/local/bin/svn stat /src TB --- 2013-12-27 05:57:05 - At svn revision 259928 TB --- 2013-12-27 05:57:06 - building world TB --- 2013-12-27 05:57:06 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 05:57:06 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 05:57:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 05:57:06 - SRCCONF=/dev/null TB --- 2013-12-27 05:57:06 - TARGET=powerpc TB --- 2013-12-27 05:57:06 - TARGET_ARCH=powerpc64 TB --- 2013-12-27 05:57:06 - TZ=UTC TB --- 2013-12-27 05:57:06 - __MAKE_CONF=/dev/null TB --- 2013-12-27 05:57:06 - cd /src TB --- 2013-12-27 05:57:06 - /usr/bin/make -B buildworld >>> Building an up-to-date make(1) >>> World build started on Fri Dec 27 05:57:13 UTC 2013 >>> 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 Dec 27 09:00:57 UTC 2013 TB --- 2013-12-27 09:00:57 - generating LINT kernel config TB --- 2013-12-27 09:00:57 - cd /src/sys/powerpc/conf TB --- 2013-12-27 09:00:57 - /usr/bin/make -B LINT TB --- 2013-12-27 09:00:57 - cd /src/sys/powerpc/conf TB --- 2013-12-27 09:00:57 - /usr/sbin/config -m LINT TB --- 2013-12-27 09:00:57 - skipping LINT kernel TB --- 2013-12-27 09:00:57 - cd /src/sys/powerpc/conf TB --- 2013-12-27 09:00:57 - /usr/sbin/config -m GENERIC TB --- 2013-12-27 09:00:57 - skipping GENERIC kernel TB --- 2013-12-27 09:00:57 - cd /src/sys/powerpc/conf TB --- 2013-12-27 09:00:57 - /usr/sbin/config -m GENERIC64 TB --- 2013-12-27 09:00:57 - building GENERIC64 kernel TB --- 2013-12-27 09:00:57 - CROSS_BUILD_TESTING=YES TB --- 2013-12-27 09:00:57 - MAKEOBJDIRPREFIX=/obj TB --- 2013-12-27 09:00:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2013-12-27 09:00:57 - SRCCONF=/dev/null TB --- 2013-12-27 09:00:57 - TARGET=powerpc TB --- 2013-12-27 09:00:57 - TARGET_ARCH=powerpc64 TB --- 2013-12-27 09:00:57 - TZ=UTC TB --- 2013-12-27 09:00:57 - __MAKE_CONF=/dev/null TB --- 2013-12-27 09:00:57 - cd /src TB --- 2013-12-27 09:00:57 - /usr/bin/make -B buildkernel KERNCONF=GENERIC64 >>> Kernel build for GENERIC64 started on Fri Dec 27 09:00:58 UTC 2013 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/geom/part/g_part_if.m -c ; cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror g_part_if.c ctfconvert -L VERSION -g g_part_if.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_apm.c ctfconvert -L VERSION -g g_part_apm.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_bsd.c ctfconvert -L VERSION -g g_part_bsd.o cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -Wmissing-include-dirs -fdiagnostics-show-option -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -Wa,-many -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/geom/part/g_part_gpt.c /src/sys/geom/part/g_part_gpt.c:170: error: 'GPT_ENT_TYPE_VMVSANHDR' undeclared here (not in a function) *** Error code 1 Stop. bmake[1]: stopped in /obj/powerpc.powerpc64/src/sys/GENERIC64 *** Error code 1 Stop. bmake: stopped in /src *** Error code 1 Stop in /src. TB --- 2013-12-27 09:04:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2013-12-27 09:04:41 - ERROR: failed to build GENERIC64 kernel TB --- 2013-12-27 09:04:41 - 9723.54 user 1237.98 system 11259.86 real http://tinderbox.freebsd.org/tinderbox-head-build-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 11:26:50 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5FE4660; Fri, 27 Dec 2013 11:26:49 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A73B01769; Fri, 27 Dec 2013 11:26:49 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id bj1so9238820pad.30 for ; Fri, 27 Dec 2013 03:26:49 -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:content-transfer-encoding; bh=JNlw5Vms8HY4OprWVOszJCe1XRDkswiV1CIlxZiFfhs=; b=USFnqQe3Yxw9vZVHmLgw4tPc89qA7ydv7ayue+EyQk1o95OGJRIUeG62XJxNxm3S85 QMU3jkYoa23pedihfh7QFuKHAEFTHsfYrMDAgJMt1H8GECGarx9ee0Kwayu4LWOidjX1 SNzluJVXsMTdVVSer+RDJ6gwU9RIBvWxqk/DFytGdJrbQ/yPNPidkZYU0gu/lpk5oMQ8 tFvg+u4JEbvkp/XBwlHedO/dtbh9SAVQ4Gva5MFboN8CeBWe9As2m4C9Z1f/QU9akkTU 5kXVELdYWM24SZKBo5OPybRfY084wTDlggyHkHKo4cS3Va1kDVruE6LJ7tNpNb2iz19Q CjCA== MIME-Version: 1.0 X-Received: by 10.68.164.165 with SMTP id yr5mr50516965pbb.146.1388143609223; Fri, 27 Dec 2013 03:26:49 -0800 (PST) Received: by 10.66.142.167 with HTTP; Fri, 27 Dec 2013 03:26:49 -0800 (PST) In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> Date: Fri, 27 Dec 2013 12:26:49 +0100 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Zenny To: Mathieu Arnold Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 27 Dec 2013 12:27:05 +0000 Cc: freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 11:26:50 -0000 On 12/27/13, Mathieu Arnold wrote: > +--On 27 d=E9cembre 2013 00:42:36 +0100 Zenny wrot= e: > | Much awaited release, thanks!. However, does the freebsd-update from > | the earlier version bork in case of ZFS on Root? Or is there a safe > | way to upgrade without borking. I had a very bad experience when I > | upgraded from FreeBSD-10B3 to RC1. Thanks! > > I upgraded from 9.2 to 10.0-RC1, 10.0-RC2 and 10.0-RC3 with freebsd-updat= e > using zfs only boxes, never had any problem. The only thing is, if you ru= n > zpool upgrade, do remember to do what it tells you about updating the > bootcode. > In my case, I didn't receive any instructions to update the bootcode and the bug was acknowledged by the developer. However, can you tell me exactly what did you do exactly to update the bootcode? Appreciate it! > -- > Mathieu Arnold > From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 14:33:25 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DCC9E5B4; Fri, 27 Dec 2013 14:33:25 +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 9635313C0; Fri, 27 Dec 2013 14:33:25 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 3A52EBDC44; Fri, 27 Dec 2013 15:33:24 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 322D4BDC2E; Fri, 27 Dec 2013 15:33:24 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id AD0466124; Fri, 27 Dec 2013 15:33:23 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 4A792670077C; Fri, 27 Dec 2013 15:33:23 +0100 (CET) Date: Fri, 27 Dec 2013 15:33:23 +0100 From: Mathieu Arnold To: Zenny , Mathieu Arnold Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 14:33:25 -0000 +--On 27 d=C3=A9cembre 2013 12:26:49 +0100 Zenny = wrote: | On 12/27/13, Mathieu Arnold wrote: |> +--On 27 d=C3=A9cembre 2013 00:42:36 +0100 Zenny |> wrote: |> | Much awaited release, thanks!. However, does the freebsd-update from |> | the earlier version bork in case of ZFS on Root? Or is there a safe |> | way to upgrade without borking. I had a very bad experience when I |> | upgraded from FreeBSD-10B3 to RC1. Thanks! |>=20 |> I upgraded from 9.2 to 10.0-RC1, 10.0-RC2 and 10.0-RC3 with |> freebsd-update using zfs only boxes, never had any problem. The only |> thing is, if you run zpool upgrade, do remember to do what it tells you |> about updating the bootcode. |>=20 |=20 | In my case, I didn't receive any instructions to update the bootcode | and the bug was acknowledged by the developer. |=20 | However, can you tell me exactly what did you do exactly to update the | bootcode? Appreciate it! Well, when you run :=20 # zpool upgrade yourpool it will not print a lot of things, but it will end with : If you boot from pool 'yourpool', don't forget to update boot code. Assuming you use GPT partitioning and da0 is your boot disk the following command will do it: gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 All you have to do is adapt it to run your particular setup, replacing da0 with the correct disk (and running it for each disk where your pool is, in my case, it was mfid0 and mfid1.) --=20 Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 14:41:23 2013 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AA633807; Fri, 27 Dec 2013 14:41:23 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [208.86.227.67]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 653DF14A6; Fri, 27 Dec 2013 14:41:23 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id 34DED77B3; Fri, 27 Dec 2013 14:41:21 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us 34DED77B3 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Fri, 27 Dec 2013 09:41:19 -0500 From: Glen Barber To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org, freebsd-snapshots@FreeBSD.org Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227144119.GV13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="WN2ELtqJJ9aZ3yHj" Content-Disposition: inline In-Reply-To: <20131226162521.GK2009@glenbarber.us> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: FreeBSD Release Engineering Team X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 14:41:23 -0000 --WN2ELtqJJ9aZ3yHj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 11:25:21AM -0500, Glen Barber wrote: > [...] > Pre-installed virtual machine images for 10.0-RC3 are also available > for amd64 and i386 architectures. >=20 > The images are located under the 'snapshots' directory on FTP, here: >=20 > ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/VM-IMAGES/10.0-RC3/ >=20 > [...] > - 10.0-RC3 i386: > SHA256 (FreeBSD-10.0-RC3-i386.qcow2.xz) =3D 057610738176e19eab80b= 4a127e34ba4a2d1f1e8760c093c016a7f20c7d208d3 > SHA256 (FreeBSD-10.0-RC3-i386.vhd.xz) =3D 4c798503632ae625ddf616a= 0006ff6039376e3dca0c2ac2375e5980beed99145 > SHA256 (FreeBSD-10.0-RC3-i386.vmdk.xz) =3D 0edc8aaa7b7e968f560fa7= dbf5dcad8a5e588f62dd793f0ebbecbc349db85084 >=20 > MD5 (FreeBSD-10.0-RC3-i386.qcow2.xz) =3D 5857e8613c3b0685826a2b00= 6d25564a > MD5 (FreeBSD-10.0-RC3-i386.vhd.xz) =3D da0acf0bf5b3412fa4922e625a= 1c651e > MD5 (FreeBSD-10.0-RC3-i386.vmdk.xz) =3D f4f0d948d4fd3afc3e41bbf51= 1fd5240 >=20 An issue with the 10.0-RC3 i386 virtual machine images was brought to our attention. It is still unclear what exactly went wrong, but the images with the checksums above appear to be incomplete. The virtual machine images for i386 have been recreated, and are propagating to FTP now. It may still be a while yet before they are picked up by all mirrors. Checksums for the corrected images are: - 10.0-RC3 i386: SHA256 (FreeBSD-10.0-RC3-i386-20131223-r259778.qcow2.xz) =3D 76092c= 843bd91037cf94d48007cd5a054b0ee2744f5475ee50c558ba880520fa SHA256 (FreeBSD-10.0-RC3-i386-20131223-r259778.vhd.xz) =3D da8632d7= 8cc89e1812c20f18a6aaac727e78ef44f1c3aedd4ffbe9318e50030e SHA256 (FreeBSD-10.0-RC3-i386-20131223-r259778.vmdk.xz) =3D 137ae9e= 44e419fc78823ac8f3cc7c9e32bfe5d7a80b7997a96d857dc1f3bd4fb MD5 (FreeBSD-10.0-RC3-i386-20131223-r259778.qcow2.xz) =3D 936736ff8= 7b11d99408b5b7135c8a025 MD5 (FreeBSD-10.0-RC3-i386-20131223-r259778.vhd.xz) =3D 770895367a4= b22631f54c25d81e11608 MD5 (FreeBSD-10.0-RC3-i386-20131223-r259778.vmdk.xz) =3D ba62a266ab= 560711bed0ff53a3177b94 Sorry for the inconvenience to those who have downloaded the incomplete images. Glen --WN2ELtqJJ9aZ3yHj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvZGPAAoJELls3eqvi17QQ8UQAKI1sP3iK99lVDSZ7n4Fl0Ju u+n3aS/uKJZluuO5YpLpRkXD3uSTExFU5BvVg3+wu4P5s3NeK9yfEo3nZYCbrO3e 3FI8mUjfBBwpvA0NqUtL4ADCTgGYUAD+MlX5q8O605lo42yRxoqjpdFSFUwRWJnv a799uxwmfaxVSWJnYj/H9QhipFSv55aud93dpyIjjg8U1KFdTfIDDy6PSk+w6Zz2 AWV2wIMKinbtFzDX1c9GMwaxncyQRVdCKqI/wH2Lnl9cN1uFH+osToIqY0oK/gps za8hCFBHThGQ/99Kv6lDlXKAnwqXdi/I1sorTouWmriV4HF3rwyHQ2FQ/z/Fq3Ea XRdRF1rxi/5ke9YiNPfhPGGDqbz8AAKBNqZoluevem2l/oipq4NfP3tpQKMJCwAR A7BjOzjORnQ39BirLGO5fuu8VOZ8PP7ZTk4Zweubo+rAKTR/Qs4v8JDENDfykHhU ydjsZgQvGj92X2fDVNyVtRDouX8+KTxPGjEm+Z/2OlhCJShNeiGK/rAfRzD1C0po z1mP56jxD7ysM7cM/8xVLupv0WpODwFh6HiAWh1lw1aYIC6IUryGOM1I0S7FLMfN 5Dono4njDynVlvf+4SdpTg3VOk939IbE+vFkWjZ7Qc4rKW545I8g4BaBoIq7PJwL Jg3QhUWhmCKYIDvwFc9z =uWGk -----END PGP SIGNATURE----- --WN2ELtqJJ9aZ3yHj-- From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 15:25:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D7496EC; Fri, 27 Dec 2013 15:25:57 +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 DBF4F1744; Fri, 27 Dec 2013 15:25:56 +0000 (UTC) Received: from mart.js.berklix.net (p57BCF360.dip0.t-ipconnect.de [87.188.243.96]) (authenticated bits=128) by land.berklix.org (8.14.5/8.14.5) with ESMTP id rBREcjea087642; Fri, 27 Dec 2013 14:38:45 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id rBREcd5i058870; Fri, 27 Dec 2013 15:38:39 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id rBREcW7c094863; Fri, 27 Dec 2013 15:38:39 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201312271438.rBREcW7c094863@fire.js.berklix.net> To: Glen Barber , FreeBSD Release Engineering Team Subject: Re: FreeBSD 10.0-RC3 Now Available From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultants, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Thu, 26 Dec 2013 11:25:21 EST." <20131226162521.GK2009@glenbarber.us> Date: Fri, 27 Dec 2013 15:38:32 +0100 Sender: jhs@berklix.com Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 15:25:57 -0000 > The third RC build of the 10.0-RELEASE release cycle is now available Nice :-) Has someone checked src/ + ports/ has been re-made a seamless functional combination for named/bind ? There were various loose ends earlier (paths, defaults etc), after removal from src/. I'm asking as I think I will not be able to catch up in time to look & check before release, ( I'm at RC2 & downloading RC3 images & rebuilding my svn tree that got corrupt, before I'll svn export & make kernel & world & cd /usr/ports/dns/bind9* ; make install ) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultant, Munich http://berklix.com Interleave replies below like a play script. Indent old text with "> ". Send plain text, not quoted-printable, HTML, base64, or multipart/alternative. From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 15:28:08 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D6E378F5; Fri, 27 Dec 2013 15:28:08 +0000 (UTC) Received: from mail-vb0-x22b.google.com (mail-vb0-x22b.google.com [IPv6:2607:f8b0:400c:c02::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 68B0C1763; Fri, 27 Dec 2013 15:28:08 +0000 (UTC) Received: by mail-vb0-f43.google.com with SMTP id p6so4835878vbe.16 for ; Fri, 27 Dec 2013 07:28:07 -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=EjJObPmJ3va9nR2RQ+nEzSLcsW98FpqXy73xHDAtZj4=; b=bDPr2KkCi7a14ciWFaQQH6Bwyc6brh451eTiU2vRqfVVp3l9+jNZlGU790q9Ev/Obp pVIpFHR8tMYhmfGrbeg9Q+cZLmyHaiu1L+hAaqaabpwa3RVq0myv2pIxkkGPxoe4vwf4 wVBHItDCeNl0884Eiab+UnS74s8zn/F2AnJrTj9VRnwSje5SErEQ4JK+M98owjtPu0fh 0XJlcqQ/7UyDNozd+EF/BOdmarIogSNBnDMjsbzuWkE80fqQFsTaa4/v/z5tfuk4tlju zW/b/4R2XZ4l5YCnVZb5iK73G+wKzNAekmauVQF5N2WuRp7xwicH6sakgn667rpQuwEb vsNA== MIME-Version: 1.0 X-Received: by 10.220.168.65 with SMTP id t1mr3235924vcy.76.1388158087491; Fri, 27 Dec 2013 07:28:07 -0800 (PST) Received: by 10.58.165.2 with HTTP; Fri, 27 Dec 2013 07:28:07 -0800 (PST) In-Reply-To: <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> Date: Fri, 27 Dec 2013 10:28:07 -0500 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Thomas Hoffmann To: Mathieu Arnold Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 15:28:08 -0000 All the examples I've seen for updating bootcode assume GPT. If one has MBR (as I do) and assuming the following basic scheme: gpart show ada0 =3D> 63 976773105 ada0 MBR (466G) 63 976773105 1 freebsd [active] (466G) gpart show ada0s1 =3D> 0 976773105 ada0s1 BSD (466G) 0 943218736 1 freebsd-zfs (450G) 943218736 33554369 2 freebsd-swap (16G) would the equivalent bootcode statement be: gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) and ada0s1 is the slice on which FreeBSD is installed? Thanks. On Fri, Dec 27, 2013 at 9:33 AM, Mathieu Arnold wrote: > +--On 27 d=E9cembre 2013 12:26:49 +0100 Zenny wrot= e: > | On 12/27/13, Mathieu Arnold wrote: > |> +--On 27 d=E9cembre 2013 00:42:36 +0100 Zenny > |> wrote: > |> | Much awaited release, thanks!. However, does the freebsd-update from > |> | the earlier version bork in case of ZFS on Root? Or is there a safe > |> | way to upgrade without borking. I had a very bad experience when I > |> | upgraded from FreeBSD-10B3 to RC1. Thanks! > |> > |> I upgraded from 9.2 to 10.0-RC1, 10.0-RC2 and 10.0-RC3 with > |> freebsd-update using zfs only boxes, never had any problem. The only > |> thing is, if you run zpool upgrade, do remember to do what it tells yo= u > |> about updating the bootcode. > |> > | > | In my case, I didn't receive any instructions to update the bootcode > | and the bug was acknowledged by the developer. > | > | However, can you tell me exactly what did you do exactly to update the > | bootcode? Appreciate it! > > Well, when you run : > # zpool upgrade yourpool > > it will not print a lot of things, but it will end with : > > If you boot from pool 'yourpool', don't forget to update boot code. > Assuming you use GPT partitioning and da0 is your boot disk > the following command will do it: > > gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0 > > All you have to do is adapt it to run your particular setup, replacing da= 0 > with the correct disk (and running it for each disk where your pool is, i= n > my case, it was mfid0 and mfid1.) > > -- > Mathieu Arnold > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 15:42:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A6F63D32; Fri, 27 Dec 2013 15:42:15 +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 5FF5D1887; Fri, 27 Dec 2013 15:42:15 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id ACD1CBDC64; Fri, 27 Dec 2013 16:42:13 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 7DAB2BDC5D; Fri, 27 Dec 2013 16:42:13 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id E58AE6140; Fri, 27 Dec 2013 16:42:12 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 7210A6702373; Fri, 27 Dec 2013 16:42:12 +0100 (CET) Date: Fri, 27 Dec 2013 16:42:12 +0100 From: Mathieu Arnold To: Thomas Hoffmann Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <38B0C411B75D7482B92033D2@ogg.in.absolight.net> In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 15:42:15 -0000 +--On 27 d=C3=A9cembre 2013 10:28:07 -0500 Thomas Hoffmann = wrote: | All the examples I've seen for updating bootcode assume GPT. If one has | MBR (as I do) and assuming the following basic scheme: |=20 | gpart show ada0 | =3D> 63 976773105 ada0 MBR (466G) | 63 976773105 1 freebsd [active] (466G) |=20 | gpart show ada0s1 | =3D> 0 976773105 ada0s1 BSD (466G) | 0 943218736 1 freebsd-zfs (450G) | 943218736 33554369 2 freebsd-swap (16G) |=20 | would the equivalent bootcode statement be: |=20 | gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 |=20 | where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) and | ada0s1 is the slice on which FreeBSD is installed? Hum, no, if you're using MBR and not GPT, you can't use gpart, you have to do something aweful like this : # dd if=3D/boot/zfsboot of=3D/dev/ada0 count=3D1 # sysctl kern.geom.debugflags=3D0x10 # dd if=3D/boot/zfsboot of=3D/dev/ada0 skip=3D1 seek=3D1024 might be ada0s1 and not ada0, or something (please, don't do that unless you're sure you're doing it right.) --=20 Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 15:50:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 32B01122 for ; Fri, 27 Dec 2013 15:50:22 +0000 (UTC) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A628F18CB for ; Fri, 27 Dec 2013 15:50:21 +0000 (UTC) Received: from localhost (acme.spoerlein.net [IPv6:2a01:4f8:131:23c2::1]) by acme.spoerlein.net (8.14.7/8.14.7) with ESMTP id rBRFoGwQ055728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Dec 2013 16:50:17 +0100 (CET) (envelope-from uqs@FreeBSD.org) Date: Fri, 27 Dec 2013 16:50:16 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: "Mikhail T." Subject: Re: md2 on current and 10. Message-ID: <20131227155016.GG42663@acme.spoerlein.net> Mail-Followup-To: "Mikhail T." , olli hauer , Current FreeBSD References: <52B392D9.4030507@aldan.algebra.com> <52B483D7.7080302@gmx.de> <52B4BAC2.3050001@aldan.algebra.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52B4BAC2.3050001@aldan.algebra.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: olli hauer , Current FreeBSD X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 15:50:22 -0000 On Fri, 2013-12-20 at 16:46:42 -0500, Mikhail T. wrote: > Thinking more about the MD2, I'd say, FreeBSD should not have removed the algorithm. > > Although no longer deemed sufficiently secure, it is still in use and people > using it on FreeBSD-8.x and 9.x today may wish to continue doing so after > upgrading to 10.x > > In the old "Mechanism vs. Policy" debate > we erred on > the side of policy and it does not seem right... Whether or not to use MD2 is > (or should be) left up to the users of FreeBSD. Even if OpenSSL no longer > provides it, libmd should continue to. > > In other words, /if you like your digest algorithm, you can keep it/. Yours, Seconded. What should people use if some of their old data is using MD2 for verification? How can they now easily check that their data (from tape or whatever) still matches the fingerprint? Cheers, Uli From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 16:08:11 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72A3485B; Fri, 27 Dec 2013 16:08:11 +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 01FBC1A14; Fri, 27 Dec 2013 16:08:10 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id rBRG89b4032430; Fri, 27 Dec 2013 09:08:09 -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 rBRG88im032427; Fri, 27 Dec 2013 09:08:08 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Fri, 27 Dec 2013 09:08:08 -0700 (MST) From: Warren Block To: Mathieu Arnold Subject: Re: FreeBSD 10.0-RC3 Now Available In-Reply-To: <38B0C411B75D7482B92033D2@ogg.in.absolight.net> Message-ID: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <38B0C411B75D7482B92033D2@ogg.in.absolight.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Fri, 27 Dec 2013 09:08:09 -0700 (MST) Content-Type: TEXT/PLAIN; charset=utf-8; format=flowed Content-Transfer-Encoding: 8BIT X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Thomas Hoffmann , freebsd-stable@freebsd.org, freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 16:08:11 -0000 On Fri, 27 Dec 2013, Mathieu Arnold wrote: > +--On 27 décembre 2013 10:28:07 -0500 Thomas Hoffmann > wrote: > | All the examples I've seen for updating bootcode assume GPT. If one has > | MBR (as I do) and assuming the following basic scheme: > | > | gpart show ada0 > | => 63 976773105 ada0 MBR (466G) > | 63 976773105 1 freebsd [active] (466G) > | > | gpart show ada0s1 > | => 0 976773105 ada0s1 BSD (466G) > | 0 943218736 1 freebsd-zfs (450G) > | 943218736 33554369 2 freebsd-swap (16G) > | > | would the equivalent bootcode statement be: > | > | gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 No, the PMBR is for GPT partitioning only. > | where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) and > | ada0s1 is the slice on which FreeBSD is installed? > > Hum, no, if you're using MBR and not GPT, you can't use gpart, Why not? gpart is not GPT-specific. It handles MBR and BSDlabel bootcode correctly. > you have to > do something aweful like this : > # dd if=/boot/zfsboot of=/dev/ada0 count=1 That will overwrite the MBR partition table. > # sysctl kern.geom.debugflags=0x10 > # dd if=/boot/zfsboot of=/dev/ada0 skip=1 seek=1024 That seems dangerous. I have not tried with zfsboot, but this should be close: # gpart bootcode -b /boot/zfsboot ada0 # gpart bootcode -b /boot/zfsboot ada0s1 Untested! The first one may need to use /boot/mbr. A better way to do this, provided the system does not have a broken BIOS, would be to backup, repartition with GPT, and restore, avoiding the complication of multiple partitioning schemes. From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 16:17:22 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9251ADBE; Fri, 27 Dec 2013 16:17:22 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 62F561ABC; Fri, 27 Dec 2013 16:17:21 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 4907D37B596; Fri, 27 Dec 2013 10:17:15 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3drY8V5S82zKfJ; Fri, 27 Dec 2013 10:17:14 -0600 (CST) Date: Fri, 27 Dec 2013 10:17:14 -0600 From: "Matthew D. Fuller" To: Mathieu Arnold Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227161714.GF99219@over-yonder.net> References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.22 (2013-10-16) X-Virus-Scanned: clamav-milter 0.98 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Zenny , freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 16:17:22 -0000 On Fri, Dec 27, 2013 at 03:33:23PM +0100 I heard the voice of Mathieu Arnold, and lo! it spake thus: > > All you have to do is adapt it to run your particular setup, > replacing da0 with the correct disk (and running it for each disk > where your pool is, in my case, it was mfid0 and mfid1.) I've taken to just dumping a rewrite-bootcode.sh script in /boot/ on systems. That way I don't have to remember or re-figure the invocation, or worry about typos, or whatnot. Makes it easy to just kick the script after every installworld whether I really need it or not, without having to think about it. e.g., % cat /boot/rewrite-bootcode.sh #!/bin/sh -x for i in /dev/ada0 /dev/ada1; do gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 ${i} done -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 16:21:15 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D37132FC; Fri, 27 Dec 2013 16:21:15 +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 8DCCC1B60; Fri, 27 Dec 2013 16:21:15 +0000 (UTC) Received: from prod2.absolight.net (localhost [127.0.0.1]) by prod2.absolight.net (Postfix) with ESMTP id 39B6ABDC30; Fri, 27 Dec 2013 17:21:14 +0100 (CET) Received: from gw.in.absolight.net (gw-ecl.in.absolight.net [79.143.241.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "gw.in.absolight.net", Issuer "CA Cert Signing Authority" (not verified)) by prod2.absolight.net (Postfix) with ESMTPSA id 13082BDC24; Fri, 27 Dec 2013 17:21:14 +0100 (CET) Received: from ogg.in.absolight.net (ogg.in.absolight.net [79.143.241.239]) by gw.in.absolight.net (Postfix) with ESMTP id 727F86124; Fri, 27 Dec 2013 17:21:13 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ogg.in.absolight.net (Postfix) with ESMTP id 02FDB6702F6F; Fri, 27 Dec 2013 17:21:12 +0100 (CET) Date: Fri, 27 Dec 2013 17:21:12 +0100 From: Mathieu Arnold To: "Matthew D. Fuller" Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: In-Reply-To: <20131227161714.GF99219@over-yonder.net> References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <20131227161714.GF99219@over-yonder.net> X-Mailer: Mulberry/4.0.8 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Zenny , freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 16:21:15 -0000 +--On 27 d=C3=A9cembre 2013 10:17:14 -0600 "Matthew D. Fuller" wrote: | On Fri, Dec 27, 2013 at 03:33:23PM +0100 I heard the voice of | Mathieu Arnold, and lo! it spake thus: |>=20 |> All you have to do is adapt it to run your particular setup, |> replacing da0 with the correct disk (and running it for each disk |> where your pool is, in my case, it was mfid0 and mfid1.) |=20 | I've taken to just dumping a rewrite-bootcode.sh script in /boot/ on | systems. That way I don't have to remember or re-figure the | invocation, or worry about typos, or whatnot. Makes it easy to just | kick the script after every installworld whether I really need it or | not, without having to think about it. You *don't* need it after installworld, or freebsd-update install. You *only* need it if you *explicitly* run "zpool upgrade yourzpool". And if you do that, zpool upgrade tells you to run it. If you forget to run zpool upgrade, or you don't run it, you don't need to upgrade the bootcode. --=20 Mathieu Arnold From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 16:24:46 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 68BAD55B; Fri, 27 Dec 2013 16:24:46 +0000 (UTC) Received: from mail-vc0-x229.google.com (mail-vc0-x229.google.com [IPv6:2607:f8b0:400c: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 EB9571CA1; Fri, 27 Dec 2013 16:24:45 +0000 (UTC) Received: by mail-vc0-f169.google.com with SMTP id hu19so4961925vcb.28 for ; Fri, 27 Dec 2013 08:24:45 -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=9zdIpjN9w1XgaXsOw+6fN+7OPJ8oRzCjyYZZ96ZHRfw=; b=bxTQiq6G8cHONrFYXQShy3zTwQIbwwe/3fNntp+e+zgU4HW9EJiIM7VKZhsNyZ97wu QGzZsilY7RM3NfKzTzg4aq3GsFrpOgcdDn2CCnhUs4OooZiLq0zw+4GSIJcvpVse/AbA s2DbdbpDXTwe5ahcxg6X8UiqoT3X+AgFk7VdY++shkwC8N328VmyN1m7/cc2QJPZo9z4 jbx0Oc3eMi0TdycGu48cBK3B1K2618umv6uopbDap2z0V9iyp5cXKEheTinT9jSkQm7B HH5TlA0LyWi65jaEYxxnA+evZpmLnR8L4ns3SfjkbgJTn5yWbfdzXuXp7WuPVhiZk5+e Ee6g== MIME-Version: 1.0 X-Received: by 10.52.135.201 with SMTP id pu9mr22391567vdb.13.1388161484958; Fri, 27 Dec 2013 08:24:44 -0800 (PST) Received: by 10.58.165.2 with HTTP; Fri, 27 Dec 2013 08:24:44 -0800 (PST) In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <38B0C411B75D7482B92033D2@ogg.in.absolight.net> Date: Fri, 27 Dec 2013 11:24:44 -0500 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Thomas Hoffmann To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Mathieu Arnold , freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 16:24:46 -0000 After I posted, it occurred to me to check out the ../bsdinstall/scripts/zfsboot script to see how the boot code was laid down when the MBR was created. It shows only: dd if=3D/boot/zfsboot of=3D/dev/ada0s1 count =3D1 But, adding to my confusion, the FreeBSD wiki for ZFS on root (MBR-style) shows something very close to what Mathieu suggested. Unfortunately, I'm using an iMac with FreeBSD as the only OS. MBR is the only way I can get it to boot after an install. Looks like I've got some testing (and possible system restores) ahead of me= . Thanks. On Fri, Dec 27, 2013 at 11:08 AM, Warren Block wrote: > On Fri, 27 Dec 2013, Mathieu Arnold wrote: > > +--On 27 d=E9cembre 2013 10:28:07 -0500 Thomas Hoffmann >> wrote: >> | All the examples I've seen for updating bootcode assume GPT. If one ha= s >> | MBR (as I do) and assuming the following basic scheme: >> | >> | gpart show ada0 >> | =3D> 63 976773105 ada0 MBR (466G) >> | 63 976773105 1 freebsd [active] (466G) >> | >> | gpart show ada0s1 >> | =3D> 0 976773105 ada0s1 BSD (466G) >> | 0 943218736 1 freebsd-zfs (450G) >> | 943218736 33554369 2 freebsd-swap (16G) >> | >> | would the equivalent bootcode statement be: >> | >> | gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 >> > > No, the PMBR is for GPT partitioning only. > > > | where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) an= d >> | ada0s1 is the slice on which FreeBSD is installed? >> >> Hum, no, if you're using MBR and not GPT, you can't use gpart, >> > > Why not? gpart is not GPT-specific. It handles MBR and BSDlabel bootcod= e > correctly. > > > you have to >> do something aweful like this : >> # dd if=3D/boot/zfsboot of=3D/dev/ada0 count=3D1 >> > > That will overwrite the MBR partition table. > > > # sysctl kern.geom.debugflags=3D0x10 >> # dd if=3D/boot/zfsboot of=3D/dev/ada0 skip=3D1 seek=3D1024 >> > > That seems dangerous. I have not tried with zfsboot, but this should be > close: > > # gpart bootcode -b /boot/zfsboot ada0 > # gpart bootcode -b /boot/zfsboot ada0s1 > > Untested! The first one may need to use /boot/mbr. A better way to do > this, provided the system does not have a broken BIOS, would be to backup= , > repartition with GPT, and restore, avoiding the complication of multiple > partitioning schemes. From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 16:24:47 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3C45755D; Fri, 27 Dec 2013 16:24:47 +0000 (UTC) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0BDFB1CA2; Fri, 27 Dec 2013 16:24:46 +0000 (UTC) Received: from draco.over-yonder.net (c-75-65-60-66.hsd1.ms.comcast.net [75.65.60.66]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 42F5537B517; Fri, 27 Dec 2013 10:24:45 -0600 (CST) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3drYK84jZhzKfb; Fri, 27 Dec 2013 10:24:44 -0600 (CST) Date: Fri, 27 Dec 2013 10:24:44 -0600 From: "Matthew D. Fuller" To: Mathieu Arnold Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227162444.GG99219@over-yonder.net> References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <20131227161714.GF99219@over-yonder.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.22 (2013-10-16) X-Virus-Scanned: clamav-milter 0.98 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: Zenny , freebsd-current , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 16:24:47 -0000 On Fri, Dec 27, 2013 at 05:21:12PM +0100 I heard the voice of Mathieu Arnold, and lo! it spake thus: > > You *don't* need it after installworld, or freebsd-update install. > You *only* need it if you *explicitly* run "zpool upgrade > yourzpool". Well, that was my point; by removing the need to have to think about how to do it, I can just do it any time I rebuild bootcode, whether I need it or not. Makes life simpler. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 17:10:30 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7649996B; Fri, 27 Dec 2013 17:10:30 +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 4B0A31F20; Fri, 27 Dec 2013 17:10:30 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3A31BB94F; Fri, 27 Dec 2013 12:10:29 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Subject: Re: FreeBSD 10.0-RC3 Now Available Date: Fri, 27 Dec 2013 11:34:34 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: <20131226162521.GK2009@glenbarber.us> <38B0C411B75D7482B92033D2@ogg.in.absolight.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201312271134.34266.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 27 Dec 2013 12:10:29 -0500 (EST) Cc: Warren Block , Mathieu Arnold , Thomas Hoffmann , freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 17:10:30 -0000 On Friday, December 27, 2013 11:08:08 am Warren Block wrote: > On Fri, 27 Dec 2013, Mathieu Arnold wrote: >=20 > > +--On 27 d=C3=A9cembre 2013 10:28:07 -0500 Thomas Hoffmann > > wrote: > > | All the examples I've seen for updating bootcode assume GPT. If one h= as > > | MBR (as I do) and assuming the following basic scheme: > > | > > | gpart show ada0 > > | =3D> 63 976773105 ada0 MBR (466G) > > | 63 976773105 1 freebsd [active] (466G) > > | > > | gpart show ada0s1 > > | =3D> 0 976773105 ada0s1 BSD (466G) > > | 0 943218736 1 freebsd-zfs (450G) > > | 943218736 33554369 2 freebsd-swap (16G) > > | > > | would the equivalent bootcode statement be: > > | > > | gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 >=20 > No, the PMBR is for GPT partitioning only. >=20 > > | where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) a= nd > > | ada0s1 is the slice on which FreeBSD is installed? > > > > Hum, no, if you're using MBR and not GPT, you can't use gpart, >=20 > Why not? gpart is not GPT-specific. It handles MBR and BSDlabel=20 > bootcode correctly. >=20 > > you have to > > do something aweful like this : > > # dd if=3D/boot/zfsboot of=3D/dev/ada0 count=3D1 >=20 > That will overwrite the MBR partition table. >=20 > > # sysctl kern.geom.debugflags=3D0x10 > > # dd if=3D/boot/zfsboot of=3D/dev/ada0 skip=3D1 seek=3D1024 >=20 > That seems dangerous. I have not tried with zfsboot, but this should be= =20 > close: >=20 > # gpart bootcode -b /boot/zfsboot ada0 > # gpart bootcode -b /boot/zfsboot ada0s1 No, the ZFS MBR bootstrap doesn't use the "standard" boot block areas. The only "standard" boot block area for ada0 is the MBR itself, but ZFS uses a larger bootloader that installs one part into the MBR and another part a few sectors later in the disk. gpart has no knowledge of that AFAIK. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 17:15:10 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 55BA9D6E; Fri, 27 Dec 2013 17:15:10 +0000 (UTC) Received: from mail-ig0-x22c.google.com (mail-ig0-x22c.google.com [IPv6:2607:f8b0:4001:c05::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 0A24A1FAF; Fri, 27 Dec 2013 17:15:10 +0000 (UTC) Received: by mail-ig0-f172.google.com with SMTP id hl1so30345861igb.5 for ; Fri, 27 Dec 2013 09:15:09 -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:content-transfer-encoding; bh=OYWlPJd+epMrLpmmvI1+fc8Uo6kLs0K0e+bU+gFFSiQ=; b=bsk49aupNOQR74+P8Hd2BDgFHBwZ+Pq+0rPDZ9cojrsR3DtyfYvTQ+uYYG837M0Mh8 +Wr5x68CoevGS3ye9WdY4lBNSLDe7TNcB1N3Mz2+Up4XkjMwn1frcYkMi6dgVjYUe0iW IDpt3p3aZOOFcP9d1S9DQEt3nJ4P924bxJKP8N/xUm3Qn59xA9l2B5sPRx87ljhsXxrX rJb4VOMKKMoKK504iFBpmjHD6neNuzG21IdE+Kvs3toSl9SRhd2LQwX2b2Ui+p9FFPrI gfkV5Zt3gQVQMelNiGBJSn0z2iyG7WB+dkfudL7oPR+9kkn5g9CKye0r5THS33HRMnyi jVKw== MIME-Version: 1.0 X-Received: by 10.50.6.99 with SMTP id z3mr41744676igz.27.1388164509432; Fri, 27 Dec 2013 09:15:09 -0800 (PST) Received: by 10.50.127.232 with HTTP; Fri, 27 Dec 2013 09:15:09 -0800 (PST) In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <38B0C411B75D7482B92033D2@ogg.in.absolight.net> Date: Fri, 27 Dec 2013 11:15:09 -0600 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Scot Hetzel To: Warren Block Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Mathieu Arnold , Thomas Hoffmann , FreeBSD Stable , freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 17:15:10 -0000 On Fri, Dec 27, 2013 at 10:08 AM, Warren Block wrote: > On Fri, 27 Dec 2013, Mathieu Arnold wrote: > >> +--On 27 d=E9cembre 2013 10:28:07 -0500 Thomas Hoffmann >> wrote: >> | All the examples I've seen for updating bootcode assume GPT. If one ha= s >> | MBR (as I do) and assuming the following basic scheme: >> | >> | gpart show ada0 >> | =3D> 63 976773105 ada0 MBR (466G) >> | 63 976773105 1 freebsd [active] (466G) >> | >> | gpart show ada0s1 >> | =3D> 0 976773105 ada0s1 BSD (466G) >> | 0 943218736 1 freebsd-zfs (450G) >> | 943218736 33554369 2 freebsd-swap (16G) >> | >> | would the equivalent bootcode statement be: >> | >> | gpart bootcode -b /boot/pmbr -p /boot/zfsboot ada0s1 > > > No, the PMBR is for GPT partitioning only. > > >> | where the boot code is /boot/zfsboot (rather than /boot/gptzfsboot) an= d >> | ada0s1 is the slice on which FreeBSD is installed? >> >> Hum, no, if you're using MBR and not GPT, you can't use gpart, > > > Why not? gpart is not GPT-specific. It handles MBR and BSDlabel bootcod= e > correctly. > > >> you have to >> do something aweful like this : >> # dd if=3D/boot/zfsboot of=3D/dev/ada0 count=3D1 > > > That will overwrite the MBR partition table. > > >> # sysctl kern.geom.debugflags=3D0x10 >> # dd if=3D/boot/zfsboot of=3D/dev/ada0 skip=3D1 seek=3D1024 > > > That seems dangerous. I have not tried with zfsboot, but this should be > close: > > # gpart bootcode -b /boot/zfsboot ada0 > # gpart bootcode -b /boot/zfsboot ada0s1 > > Untested! The first one may need to use /boot/mbr. A better way to do > this, provided the system does not have a broken BIOS, would be to backup= , > repartition with GPT, and restore, avoiding the complication of multiple > partitioning schemes. > The correct way to install/update ZFS Boot code on an MBR disk is: Install boot Manager (required on first install) # gpart bootcode -b /boot/boot0 ad0 Note: /boot/mbr could also be used if you are not multibooting Install ZFS boot1 stage # sysctl kern.geom.debugflags=3D0x10 # dd if=3D/boot/zfsboot of=3D/dev/ada0s1 count=3D1 or # dd if=3D/boot/zfsboot of=3D/tmp/zfsboot1 count=3D1 # gpart bootcode -b /tmp/zfsboot1 /dev/ada0s1 Install ZFS boot2 stage # dd if=3D/boot/zfsboot of=3D/dev/ada0s1a skip=3D1 seek=3D1024 --=20 DISCLAIMER: No electrons were maimed while sending this message. Only slightly bruised. From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 17:28:26 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 03BAC606; Fri, 27 Dec 2013 17:28:26 +0000 (UTC) Received: from mail-ve0-x22b.google.com (mail-ve0-x22b.google.com [IPv6:2607:f8b0:400c:c01::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 86EAE109D; Fri, 27 Dec 2013 17:28:25 +0000 (UTC) Received: by mail-ve0-f171.google.com with SMTP id pa12so5066962veb.30 for ; Fri, 27 Dec 2013 09:28:23 -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=OGXX4jsdWLimgMcT0DrHFS3oJ93bqxb4gJ1m4Zq2odE=; b=FjuY056YfpJdNGA5yvivATSlKvOfRE71MvOrGX+/1ppXILY8CYrg0KDWRzVsdx/nld 5XvTBeLsug7hr5fQGyH3TZsB0VyDljlH2Uq8xXeWHHFOQMArlQrdy1mxcEPCEJOngKSs W641XgmugZcjwcDMkP9oZs/w0dlUu29qhcm/ONPqVi4kK0aHNUAyrUEH0D0vJ4UlOrho eufRct5pphLY4c6KQ8mu29BZ4WRzwfiJlSi1+vif6MW315gTKPpLK4kJUsn9DcPj+OtH i8usTTsJpw8Ek7cWEivIfMjm737kX22NwaA6QwA0tDXLuDc1SaX6+JGghZg7us85qnrW iTig== MIME-Version: 1.0 X-Received: by 10.58.231.4 with SMTP id tc4mr4066747vec.30.1388165303744; Fri, 27 Dec 2013 09:28:23 -0800 (PST) Received: by 10.58.165.2 with HTTP; Fri, 27 Dec 2013 09:28:23 -0800 (PST) In-Reply-To: References: <20131226162521.GK2009@glenbarber.us> <20131226212158.GD13109@glenbarber.us> <2F6DABD655B7C3230EC0F15D@ogg.in.absolight.net> <38B0C411B75D7482B92033D2@ogg.in.absolight.net> Date: Fri, 27 Dec 2013 12:28:23 -0500 Message-ID: Subject: Re: FreeBSD 10.0-RC3 Now Available From: Thomas Hoffmann To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: Warren Block , Mathieu Arnold , freebsd-current , FreeBSD Stable X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 17:28:26 -0000 On Fri, Dec 27, 2013 at 12:15 PM, Scot Hetzel wrote: > The correct way to install/update ZFS Boot code on an MBR disk is: > > Install boot Manager (required on first install) > > # gpart bootcode -b /boot/boot0 ad0 > > Note: /boot/mbr could also be used if you are not multibooting > > Install ZFS boot1 stage > > # sysctl kern.geom.debugflags=0x10 > # dd if=/boot/zfsboot of=/dev/ada0s1 count=1 > > or > > # dd if=/boot/zfsboot of=/tmp/zfsboot1 count=1 > # gpart bootcode -b /tmp/zfsboot1 /dev/ada0s1 > > Install ZFS boot2 stage > # dd if=/boot/zfsboot of=/dev/ada0s1a skip=1 seek=1024 This ties everything together nicely for me, especially the part about the first bootcode install, which had me really confused. Thanks. From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 17:29:57 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 00868820 for ; Fri, 27 Dec 2013 17:29:56 +0000 (UTC) Received: from mail-wi0-x232.google.com (mail-wi0-x232.google.com [IPv6:2a00:1450:400c:c05::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9128710BF for ; Fri, 27 Dec 2013 17:29:56 +0000 (UTC) Received: by mail-wi0-f178.google.com with SMTP id bz8so9812963wib.11 for ; Fri, 27 Dec 2013 09:29:54 -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=DEr3Y0ei2lq7L2S5CROFqIwfe7PXwmCXD6RFXbvAT8w=; b=qa79rgObJzxqgw82UXxpmMKHwLif0A5G4eEOTdmwShoe/beef3Do8kmGi4SP/2X1jH Mz/aEFlhBryQUACtC/ZhdrVmjxoAsfmB21kf2M1QFYZ2TnFrzMg91b+tT43UEW2CabOj tBf5CdBRBdUuVQ2aGdvTDSIJnV34jIf94A9NoOS8u7y5VwAAuWr90S67LnhtHw3LceHi nJQ5blFCSHdlk0xahLnOMfQak1PezP8u5TeiV66vTBy638RHH2z6Nzeps9W1z4ImghHa UquBEUXKDL8xxyAhYP9HvR6o2bMNacHIzBVAqHpMjHRaTna/dgz3rzsdVQ5vko57/KEa i3xQ== MIME-Version: 1.0 X-Received: by 10.180.93.42 with SMTP id cr10mr9937045wib.11.1388165394862; Fri, 27 Dec 2013 09:29:54 -0800 (PST) Received: by 10.217.114.10 with HTTP; Fri, 27 Dec 2013 09:29:54 -0800 (PST) Date: Fri, 27 Dec 2013 18:29:54 +0100 Message-ID: Subject: NFS - arm/AVILA problem From: Berislav Purgar To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 17:29:57 -0000 Hello I have problem with NFS on current. Timecounters tick every 10.000 msec ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: CFA-0 device ada0: Serial Number 3ME3GRCZ ada0: 16.700MB/s transfers (PIO4, PIO 8192bytes) ada0: 3906MB (7999488 512 byte sectors: 16H 63S/T 7936C) ada0: Previously was known as ad0 bootpc_init: wired to interface 'npe1' Sending DHCP Discover packet from interface npe1 (00:d0:12:13:59:23) Received DHCP Offer packet on npe1 from 10.42.1.1 (accepted) npe1: link state changed to DOWN Sending DHCP Request packet from interface npe1 (00:d0:12:13:59:23) Received DHCP Ack packet on npe1 from 10.42.1.1 (accepted) (got root path) npe1 at 10.42.1.15 server 10.42.1.1 boot file kernel-avila.nfs subnet mask 255.255.255.0 rootfs 10.42.1.1:/data/freebsd/gateworks rootopts nol Adjusted interface npe1 krpc_call: sosend: 65 krpc_call: sosend: 65 panic: nfs_boot: mount root, error=65 KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> bt Full BT dump and boot proces is here : http://pastebin.com/hM8KZNaY Can someone help solve the problem. Beri From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 18:42:43 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9EBF3DF2; Fri, 27 Dec 2013 18:42:43 +0000 (UTC) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1D424161B; Fri, 27 Dec 2013 18:42:42 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.7/8.14.7/ALCHEMY.FRANKEN.DE) with ESMTP id rBRIgZr6001616 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Fri, 27 Dec 2013 19:42:35 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.7/8.14.7/Submit) id rBRIgYtI001615; Fri, 27 Dec 2013 19:42:34 +0100 (CET) (envelope-from marius) Date: Fri, 27 Dec 2013 19:42:34 +0100 From: Marius Strobl To: Kurt Lidl Subject: Re: panic on sparc64 running 10-beta4 Message-ID: <20131227184234.GA1597@alchemy.franken.de> References: <529F51DA.1040703@pix.net> <20131208135023.GA75625@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20131208135023.GA75625@alchemy.franken.de> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: FreeBSD-Current , sparc64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 18:42:43 -0000 On Sun, Dec 08, 2013 at 02:50:23PM +0100, Marius Strobl wrote: > On Wed, Dec 04, 2013 at 11:01:30AM -0500, Kurt Lidl wrote: > > I installed a sparc V120 (4GB memory, dual 72GB disks) with the 10-beta4 > > install image today. > > > > Installation went fine. I rebooted the machine, and then went to get > > a fresh ports tree, and the machine panic'd: > > > > root@host:/usr/ports # portsnap fetch > > Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. > > Fetching public key from your-org.portsnap.freebsd.org... done. > > Fetching snapshot tag from your-org.portsnap.freebsd.org... done. > > Fetching snapshot metadata... done. > > Fetching snapshot generated at Tue Dec 3 19:06:18 EST 2013: > > 43b6803c6d94efd5b2e2bc9df0b66a84b75417fa3c1728100% of 69 MB 3225 kBps > > 00m22s > > Extracting snapshot... done. > > Verifying snapshot integrity... panic: trap: illegal instruction (kernel) > > cpuid = 0 > > KDB: stack backtrace: > > #0 0xc08836d4 at trap+0x554 > > Uptime: 6m59s > > Dumping 4096 MB (4 chunks) > > chunk at 0: 1073741824 bytes ... ok > > chunk at 0x40000000: 1073741824 bytes ... ok > > chunk at 0x80000000: 1073741824 bytes ... ok > > chunk at 0xc0000000: 1073741824 bytes ... ok > > > > Dump complete > > Automatic reboot in 15 seconds - press a key on the console to abort > > Rebooting... > > > > And then it panic'd again when attempting to run 'savecore'! > > (I typed a after it printed out the line about > > writing the core file, that's where the "load: 0.72 ..." line > > came from...) > > Hrm, I don't seem to be able to reproduce this with an installation > built from sources and also can't remember a commit between BETA3 and > BETA4 which should be able to cause this. I currently can't test the > 10-BETA4 install image, though. Was the machine in question running > FreeBSD before, i. e. is it known good hardware? Did savecore eventually > succeed on writing out a dump? > FYI, I tried again with a machine installed from the 10.0-RC3 binary image and couldn't reproduce that problem either. Marius From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 19:20:56 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BF814158 for ; Fri, 27 Dec 2013 19:20:56 +0000 (UTC) Received: from mail-ve0-x22e.google.com (mail-ve0-x22e.google.com [IPv6:2607:f8b0:400c:c01::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 767311870 for ; Fri, 27 Dec 2013 19:20:56 +0000 (UTC) Received: by mail-ve0-f174.google.com with SMTP id pa12so4913644veb.5 for ; Fri, 27 Dec 2013 11:20:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=sv613tyQDHTq4jZbU1eLPewFlDh05975Pln3al1NUsw=; b=Awa0ksUA2dJo9RVu4P85Lab4iqHk6fyz6oKwOk5dFkbKB27wpjl7636Ldaqf7c9mi7 HnSdwRtmzPabsBqRAXNq6Yt8Wv9S0ZNw2OqtBQCp2AKjsPdTPfxBVzSxJLU8Xhu+YguS ExjDm5cS2tfiwh3LVKl+/m4odY6bpX8DJp7HZ4om8zcLJYEHN42Li1ZT+z44xYSAT7Hd RWLPSliTpDsvDTI2w7uMwPqwF1Qsmv3MHvWLOm2UF8llGuu1xqqEOa5Dtmty1lZzG+se LY51nIdjShoxTSPIpXWFqGb7kVEVCkUlLu5WbR4H9awPdLnlM3kL3+osM6i6j+O0GThi TE8g== MIME-Version: 1.0 X-Received: by 10.52.245.132 with SMTP id xo4mr5971877vdc.64.1388172055552; Fri, 27 Dec 2013 11:20:55 -0800 (PST) Received: by 10.58.229.137 with HTTP; Fri, 27 Dec 2013 11:20:55 -0800 (PST) In-Reply-To: <20131008031225.GA1320@reks> References: <20131007163111.GB1590@reks.swifttest.com> <20131007231734.GY56872@funkthat.com> <20131008002314.GA56872@funkthat.com> <20131008012451.GE56872@funkthat.com> <20131008031225.GA1320@reks> Date: Fri, 27 Dec 2013 17:20:55 -0200 Message-ID: Subject: Re: Committing PEFS to CURRENT From: Alexandre Biancalana To: "freebsd-current@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 19:20:56 -0000 On Tue, Oct 8, 2013 at 12:12 AM, Gleb Kurtsou wrote: > On (07/10/2013 21:59), Outback Dingo wrote: > > On Mon, Oct 7, 2013 at 9:42 PM, Gleb Kurtsou > wrote: > > > > > On Mon, Oct 7, 2013 at 6:24 PM, John-Mark Gurney > wrote: > > > > > > > > But will the work get done to clean it up after the freeze is over? > What > > > > happens if it doesn't, will it get removed before 10.1 or will we > have > > > > to live w/ the code? > > > > > > I still hope not to get hit by bus any time soon.. > > > > > > > on a side note, i applied the patch to stable/9 out of curiosity and the > > kernel failed to build the module > > however i could install fine from ports. > > Correct, there is no support for old kernels in the patch. > Port will be maintained and will provide support for older versions in > case PEFS finds its way to 10.0. Hi, Are there any news about PEFS commit ? Regards, From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 19:51:12 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 43445B9D for ; Fri, 27 Dec 2013 19:51:12 +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 F29091A95 for ; Fri, 27 Dec 2013 19:51:11 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id rBRJp5Bw002409 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 27 Dec 2013 11:51:05 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id rBRJp53w002408; Fri, 27 Dec 2013 11:51:05 -0800 (PST) (envelope-from jmg) Date: Fri, 27 Dec 2013 11:51:05 -0800 From: John-Mark Gurney To: Alexandre Biancalana Subject: Re: Committing PEFS to CURRENT Message-ID: <20131227195105.GH99167@funkthat.com> Mail-Followup-To: Alexandre Biancalana , "freebsd-current@freebsd.org" References: <20131007163111.GB1590@reks.swifttest.com> <20131007231734.GY56872@funkthat.com> <20131008002314.GA56872@funkthat.com> <20131008012451.GE56872@funkthat.com> <20131008031225.GA1320@reks> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-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]); Fri, 27 Dec 2013 11:51:05 -0800 (PST) Cc: "freebsd-current@freebsd.org" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 19:51:12 -0000 Alexandre Biancalana wrote this message on Fri, Dec 27, 2013 at 17:20 -0200: > On Tue, Oct 8, 2013 at 12:12 AM, Gleb Kurtsou wrote: > > > On (07/10/2013 21:59), Outback Dingo wrote: > > > On Mon, Oct 7, 2013 at 9:42 PM, Gleb Kurtsou > > wrote: > > > > > > > On Mon, Oct 7, 2013 at 6:24 PM, John-Mark Gurney > > wrote: > > > > > > > > > > But will the work get done to clean it up after the freeze is over? > > What > > > > > happens if it doesn't, will it get removed before 10.1 or will we > > have > > > > > to live w/ the code? > > > > > > > > I still hope not to get hit by bus any time soon.. > > > > > > > > > > on a side note, i applied the patch to stable/9 out of curiosity and the > > > kernel failed to build the module > > > however i could install fine from ports. > > > > Correct, there is no support for old kernels in the patch. > > Port will be maintained and will provide support for older versions in > > case PEFS finds its way to 10.0. > > Are there any news about PEFS commit ? It's definately not going into 10.0, but it could make it in a future release, but... I haven't heard back about plans for moving forward on the project. I'm definately interested in getting this in the tree, but have other work that is higher priority right now. -- 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-current@FreeBSD.ORG Fri Dec 27 21:21:24 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 29F1C7C9 for ; Fri, 27 Dec 2013 21:21:24 +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 E278D10F8 for ; Fri, 27 Dec 2013 21:21:23 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq8EAOzuvVKDaFve/2dsb2JhbABYg0NPBoJ/tgxPgTF0giUBAQEDAQEBASArIAsFFg4KAgINGQIpAQkmBggCBQQBHASHWwgIBa9EmTgXgSmNIwEBGzQHgm6BSASJQ4wEhACLLYU3g0seMYEEOQ X-IronPort-AV: E=Sophos;i="4.95,562,1384318800"; d="scan'208";a="82897606" Received: from muskoka.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.222]) by esa-annu.net.uoguelph.ca with ESMTP; 27 Dec 2013 16:21:22 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 2B7B7B3F62; Fri, 27 Dec 2013 16:21:22 -0500 (EST) Date: Fri, 27 Dec 2013 16:21:22 -0500 (EST) From: Rick Macklem To: Berislav Purgar Message-ID: <32489914.1893157.1388179282164.JavaMail.root@uoguelph.ca> In-Reply-To: Subject: Re: NFS - arm/AVILA problem MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 7.2.1_GA_2790 (ZimbraWebClient - FF3.0 (Win)/7.2.1_GA_2790) Cc: freebsd-current@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 21:21:24 -0000 Berislav Purgar wrote: > Hello > > I have problem with NFS on current. > > Timecounters tick every 10.000 msec > > ada0 at ata0 bus 0 scbus0 target 0 lun 0 > > ada0: CFA-0 device > > ada0: Serial Number 3ME3GRCZ > > ada0: 16.700MB/s transfers (PIO4, PIO 8192bytes) > > ada0: 3906MB (7999488 512 byte sectors: 16H 63S/T 7936C) > > ada0: Previously was known as ad0 > > bootpc_init: wired to interface 'npe1' > > Sending DHCP Discover packet from interface npe1 (00:d0:12:13:59:23) > > Received DHCP Offer packet on npe1 from 10.42.1.1 (accepted) > > npe1: link state changed to DOWN > > Sending DHCP Request packet from interface npe1 (00:d0:12:13:59:23) > > Received DHCP Ack packet on npe1 from 10.42.1.1 (accepted) (got root > path) > > npe1 at 10.42.1.15 server 10.42.1.1 boot file kernel-avila.nfs > > subnet mask 255.255.255.0 rootfs 10.42.1.1:/data/freebsd/gateworks > rootopts > nol > Adjusted interface npe1 > > krpc_call: sosend: 65 > > krpc_call: sosend: 65 > > panic: nfs_boot: mount root, error=65 > Well, 65 is EHOSTUNREACH, but since they appear to be on the same subnet, I don't know why the sosend() into the socket layer would reply that. I'd say it is related to network configuration (or how DHCP is setting up the net interface) and is not really an NFS problem. (ie. The sosend() of an RPC request is failing. NFS can't do anything if packets can't be sent to the server.) You might want to re-post with a subject line mentioning EHOSTUNREACH errors from sosend() after DHCP sets up the interface. (And you might want to post to an ARM related list, because I suspect it might be ARM specific?) rick > KDB: enter: panic > > [ thread pid 0 tid 100000 ] > > Stopped at kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! > > db> bt > > Full BT dump and boot proces is here : > http://pastebin.com/hM8KZNaY > Can someone help solve the problem. > > Beri > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to > "freebsd-current-unsubscribe@freebsd.org" > From owner-freebsd-current@FreeBSD.ORG Fri Dec 27 23:06:42 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDAD6F33; Fri, 27 Dec 2013 23:06:42 +0000 (UTC) Received: from hydra.pix.net (hydra.pix.net [IPv6:2001:470:e254::3c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 888BE186A; Fri, 27 Dec 2013 23:06:42 +0000 (UTC) Received: from torb.pix.net (torb.pix.net [IPv6:2001:470:e254:10:12dd:b1ff:febf:eca9]) (authenticated bits=0) by hydra.pix.net (8.14.5/8.14.5) with ESMTP id rBRN6avb018062; Fri, 27 Dec 2013 18:06:37 -0500 (EST) (envelope-from lidl@pix.net) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.98 at mail.pix.net Message-ID: <52BE07FC.8020104@pix.net> Date: Fri, 27 Dec 2013 18:06:36 -0500 From: Kurt Lidl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Marius Strobl Subject: Re: panic on sparc64 running 10-beta4 References: <529F51DA.1040703@pix.net> <20131208135023.GA75625@alchemy.franken.de> <20131227184234.GA1597@alchemy.franken.de> In-Reply-To: <20131227184234.GA1597@alchemy.franken.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , sparc64@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 23:06:42 -0000 On 12/27/13 1:42 PM, Marius Strobl wrote: > On Sun, Dec 08, 2013 at 02:50:23PM +0100, Marius Strobl wrote: >> On Wed, Dec 04, 2013 at 11:01:30AM -0500, Kurt Lidl wrote: >>> I installed a sparc V120 (4GB memory, dual 72GB disks) with the 10-beta4 >>> install image today. >>> >>> Installation went fine. I rebooted the machine, and then went to get >>> a fresh ports tree, and the machine panic'd: >>> >>> root@host:/usr/ports # portsnap fetch >>> Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. >>> Fetching public key from your-org.portsnap.freebsd.org... done. >>> Fetching snapshot tag from your-org.portsnap.freebsd.org... done. >>> Fetching snapshot metadata... done. >>> Fetching snapshot generated at Tue Dec 3 19:06:18 EST 2013: >>> 43b6803c6d94efd5b2e2bc9df0b66a84b75417fa3c1728100% of 69 MB 3225 kBps >>> 00m22s >>> Extracting snapshot... done. >>> Verifying snapshot integrity... panic: trap: illegal instruction (kernel) >>> cpuid = 0 >>> KDB: stack backtrace: >>> #0 0xc08836d4 at trap+0x554 >>> Uptime: 6m59s >>> Dumping 4096 MB (4 chunks) >>> chunk at 0: 1073741824 bytes ... ok >>> chunk at 0x40000000: 1073741824 bytes ... ok >>> chunk at 0x80000000: 1073741824 bytes ... ok >>> chunk at 0xc0000000: 1073741824 bytes ... ok >>> >>> Dump complete >>> Automatic reboot in 15 seconds - press a key on the console to abort >>> Rebooting... >>> >>> And then it panic'd again when attempting to run 'savecore'! >>> (I typed a after it printed out the line about >>> writing the core file, that's where the "load: 0.72 ..." line >>> came from...) >> >> Hrm, I don't seem to be able to reproduce this with an installation >> built from sources and also can't remember a commit between BETA3 and >> BETA4 which should be able to cause this. I currently can't test the >> 10-BETA4 install image, though. Was the machine in question running >> FreeBSD before, i. e. is it known good hardware? Did savecore eventually >> succeed on writing out a dump? Yes, this machine was successfully running 9/stable before this. Yes, I did ultimately get a successful savecore to run. The trick seems to be not to use ctrl-t to check the status of the machine. I loaded the RC1 build too, and restrained myself to not check via ctrl-t during the installation and unpacking of the OS, and again when doing a "portsnap fetch && portsnap unpack". I think the problem hinges on ctrl-t corrupting something that causes the panic soon thereafter. > > FYI, I tried again with a machine installed from the 10.0-RC3 binary > image and couldn't reproduce that problem either. I just tried it again with a freshly fetched and burned RC3 image, and was able to get it to panic while verifying the snapshot. My comments are in [square brackets]. root@dna:~ # portsnap fetch Looking up portsnap.FreeBSD.org mirrors... 7 mirrors found. Fetching public key from your-org.portsnap.freebsd.org... done. Fetching snapshot tag from your-org.portsnap.freebsd.org... done. Fetching snapshot metadata... done. Fetching snapshot generated at Thu Dec 26 19:11:40 EST 2013: [ I did several ctrl-t operations during the fetch, no problem ] Extracting snapshot... [ctrl-t] load: 0.55 cmd: bsdtar 1355 [runnable] 6.33r 1.39u 3.78s 37% 5384k In: 11851934 bytes, compression 23%; Out: 5320 files, 15471104 bytes Current: snap/3d543fc157d97d1617eeb20832bf2cb37d04aeb2bf068bd0a07533e5b67c02fe.gz (1152 bytes) [ctrl-t] load: 0.83 cmd: bsdtar 1355 [runnable] 11.43r 2.36u 6.55s 51% 5384k In: 19288110 bytes, compression 24%; Out: 9299 files, 25624576 bytes Current: snap/1856dcdc8799dd2b5a19d2d4720452bc77b4084088dd9ac5bd190da5ac211c4b.gz (101014 bytes) done. Verifying snapshot integrity... [ a bunch of rapid ctrl-t keystrokes ] load: 2.23 cmd: sha256 1370 [runnable] 0.49r 0.32u 0.00s 3% 2064k load: 2.21 cmd: sh 1539 [runnable] 0.04r 0.00u 0.00s 2% 0k load: 1.93 cmd: sha256 5705 [runnable] 0.02r 0.00u 0.00s 15% 1880k load: 1.93 cmd: sh 5715 [runnable] 0.03r 0.00u 0.00s 15% 3136k load: 1.93 cmd: gunzip 5728 [runnable] 0.01r 0.00u 0.00s 16% 1200k load: 1.93 cmd: gunzip 5737 [runnable] 0.02r 0.00u 0.01s 16% 2144k load: 1.93 cmd: sh 5749 [runnable] 0.00r 0.00u 0.00s 16% 3136k load: 1.93 cmd: sh 1391 [runnable] 68.71r 0.58u 5.18s 15% 3136k panic: trap: fast data access mmu miss (kernel) cpuid = 0 KDB: stack backtrace: #0 0xc0883954 at trap+0x554 Uptime: 1h1m23s Dumping 4096 MB (4 chunks) chunk at 0: 1073741824 bytes ... ok chunk at 0x40000000: 1073741824 bytes ... ok chunk at 0x80000000: 1073741824 bytes ... ok chunk at 0xc0000000: 1073741824 bytes ... ok Dump complete Here's the backtrace from the recovered crashdump, 'core.txt.0': Unread portion of the kernel message buffer: panic: trap: fast data access mmu miss (kernel) cpuid = 0 KDB: stack backtrace: #0 0xc0883954 at trap+0x554 Uptime: 1h1m23s Dumping 4096 MB (4 chunks) chunk at 0: 1073741824 bytes Reading symbols from /boot/kernel/zfs.ko.symbols...done. Loaded symbols for /boot/kernel/zfs.ko.symbols Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. Loaded symbols for /boot/kernel/opensolaris.ko.symbols Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done. Loaded symbols for /boot/kernel/geom_mirror.ko.symbols #0 0x00000000c052f57c in doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:258 258 savectx(&dumppcb); (kgdb) #0 0x00000000c052f57c in doadump (textdump=) at /usr/src/sys/kern/kern_shutdown.c:258 #1 0x00000000c052ff70 in kern_reboot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:447 #2 0x00000000c0530338 in panic (fmt=0xc0af4828 "trap: %s (kernel)") at /usr/src/sys/kern/kern_shutdown.c:754 #3 0x00000000c088395c in trap (tf=0xc1665040) at /usr/src/sys/sparc64/sparc64/trap.c:410 #4 0x00000000c00a1060 in tl1_trap () #5 0x00000000c051b3e8 in __mtx_lock_sleep (c=0xfffff800fca631e0, tid=18446735278028046848, opts=-56217240, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:432 #6 0x00000000c08108e8 in vm_page_insert_after (m=0xc0c58a98, object=0xfffff80002c73240, pindex=0, mpred=0x0) at /usr/src/sys/vm/vm_page.c:998 #7 0x00000000c080f780 in vm_page_dequeue (m=0xfffff800f981b368) at /usr/src/sys/vm/vm_page.c:2045 #8 0x00000000c07fcd80 in vm_fault_hold (map=0xfffff8000228ea00, vaddr=1083088896, fault_type=2 '\002', fault_flags=0, m_hold=0x0) at vm_page.h:644 #9 0x00000000c07feb90 in vm_fault (map=0xfffff8000228ea00, vaddr=1083088896, fault_type=2 '\002', fault_flags=0) at /usr/src/sys/vm/vm_fault.c:224 #10 0x00000000c0882ffc in trap_pfault (td=, tf=0xc1665880) at /usr/src/sys/sparc64/sparc64/trap.c:501 #11 0x00000000c0883498 in trap (tf=0xc1665880) at /usr/src/sys/sparc64/sparc64/trap.c:289 #12 0x00000000c00a0e40 in tl0_intr () #13 0x0000000000000000 in ?? () (kgdb) -Kurt From owner-freebsd-current@FreeBSD.ORG Sat Dec 28 05:52:20 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 30655B1E; Sat, 28 Dec 2013 05:52:20 +0000 (UTC) Received: from mail-qe0-x232.google.com (mail-qe0-x232.google.com [IPv6:2607:f8b0:400d:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id D1B2E10AB; Sat, 28 Dec 2013 05:52:19 +0000 (UTC) Received: by mail-qe0-f50.google.com with SMTP id 1so9948428qec.9 for ; Fri, 27 Dec 2013 21:52:18 -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=4ZVGrWrGuhmCbsHsRWSIXVMEQsVnGVhUD+qNcrO2xvU=; b=rRM/EzZ2ZzqPnF3VhfF3RL/CzQvP3fm6QWfw8V+nIaVTaiXY289t4qhlgMgEccrB2p ZTrlR7iL9CpZYjXNMKZanCnLMRuN+hAC2M7lN/Mdk25GRsDYbW2Bzv0lSdrg6+BmAhiY CxO+Bslcf7i7k0TicxtEUJ1ij9frjOJ71tB7CgBnAbYohyT0xoGYcfrDaU6bWUtt/sWR epG2lpHonPSqYQ5ZKNl6WBH46zMq68aOFBsCAfiLnLUz/Me5JSi+f5wDH/uot9D1WvCT A+XoJ3LAb+eyHqQPq0J0wyjyBUYI/XKhlFbefvWf0BbPzXTkfAtV5V5XTgoqacgYVSAn uqsg== MIME-Version: 1.0 X-Received: by 10.229.56.200 with SMTP id z8mr85838650qcg.1.1388209938551; Fri, 27 Dec 2013 21:52:18 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.224.52.8 with HTTP; Fri, 27 Dec 2013 21:52:18 -0800 (PST) In-Reply-To: <52B6F654.1000804@mehnert.org> References: <52B6F654.1000804@mehnert.org> Date: Fri, 27 Dec 2013 21:52:18 -0800 X-Google-Sender-Auth: NfExN8gfX5qBxvauck2EAXElN88 Message-ID: Subject: Re: iwn trouble From: Adrian Chadd To: Hannes Mehnert , "freebsd-wireless@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 05:52:20 -0000 Hi, I just fixed the Intel 6150 support. I'm emailing this from said Intel 6150. Please update to the very latest -HEAD and try! Thanks! -a On 22 December 2013 06:25, Hannes Mehnert wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA384 > > Hi, > > I'm running current and iwn fails to load. > > branch user/ed/newcons (from github) with latest commit: > commit d16cc4039855b100f5b3e966a43dabe2028f2b57 > Author: emaste > Date: Fri Dec 6 13:58:23 2013 +0000 > > Make Newcons options clear in GENERIC on the project branch > > My intel card is the following (pciconf -lv): > iwn0@pci0:3:0:0: class=0x028000 card=0x13118086 chip=0x00898086 > rev=0x5e hdr=0x00 > vendor = 'Intel Corporation' > device = 'Centrino Advanced-N + WiMAX 6250 [Kilmer Peak]' > class = network > > > dmesg has the following information: > iwn0: mem > 0xf2500000-0xf2501fff irq 17 at device 0.0 on pci3 > > [and after service wpa_supplicant start wlan0] > iwn0: iwn_config: could not configure runtime calibration > iwn0: iwn_init_locked: could not configure device, error 35 > > An earlier kernel (from mid November) from the same branch works like > a charm. > > Any hints? Is there more debug output I can provide to track this down? > > > Cheers and thanks, > > Hannes > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.19 (FreeBSD) > > iQIcBAEBCQAGBQJStvZUAAoJELyJZYjffCjupYoP/j3SLrU21mSmydo6AxJaaBA3 > +1I79QyyGoz6Kp3ea4sxSVMrnuWK3J6NKO5YCf0b10gjISA/iYOoHNh12Vltch3g > x30+APbFtOq5IswO66HY816LOzYDo2fXGxMk/CZhspyOhJptC4bZWb9nrSoEQHEI > UvjysflDUUDTa+vs/1CQ0Rall7FVmNSr7eeNdTCHhgV0xF7F7IqyUW6JbnDaYQEA > mDwi5cxQNVhOeHjMd0wACO5rf09/bMdvo4m4DNnQNWrg9oPtbuWdRLMRtPZ0UC8W > 4w+2ETWYgMCMiZO3kmwG76NI2jzXKHYwQO2/RrTahyWWcWuDzeJm5tK5PjxoN+JB > B4B7AB/DIUQsUmBUhjZHTvg+U9Qa37wCWYGN5UO3aM4BEp4FTR4lsp80oEbt5/bt > axOi1QVtZl1ZPOgZaoCXFiW4SQKA568uAiX8hlxfs2W1yAJ7CU4bfRyCugUVhBBK > ZQAS1hX2sxXJHddrJwNNmAJ2/x+5NcYvzf4ij4hSIk5Gw4oP280rp/u2QIzCyhKx > x8c5aPpJgIw/UNHYrBjAoHj+t5qHYANtgqLQUk3BEGOAoCsR2LzgBxObIZn+wRLv > aS8qjC3NCknZLNuWPWdrQBleQV9EkqlJ7ODcgv82bqFUdNMwSKcmcX4TmLIvigDH > CD+7c6uMkJB681a/IHTX > =h++r > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Dec 28 07:13:14 2013 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A62C7D9; Sat, 28 Dec 2013 07:13:14 +0000 (UTC) Received: from smtp.athabascau.ca (smtp.athabascau.ca [131.232.10.21]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E40E11579; Sat, 28 Dec 2013 07:13:13 +0000 (UTC) Received: from CONVERSION-DAEMON.local.athabascau.ca by local.athabascau.ca (PMDF V6.2-1x12 #31425) id <0MYI0MA018WY99@local.athabascau.ca>; Sat, 28 Dec 2013 00:02:58 -0700 (MST) Received: from auwow.bogons ([192.168.1.2]) by local.athabascau.ca (PMDF V6.2-1x12 #31425) with ESMTPSA id <0MYI0M3FX8WR26@local.athabascau.ca>; Sat, 28 Dec 2013 00:02:58 -0700 (MST) Date: Sat, 28 Dec 2013 00:02:51 -0700 (MST) From: Ross Alexander Subject: Re: Re: latest openjdk7 triggers kernel panic In-reply-to: X-X-Sender: rwa@auwow.bogons To: freebsd-current@freebsd.org Message-id: Organization: Athabasca University X-Envelope-from: rwa@athabascau.ca MIME-version: 1.0 Content-type: TEXT/PLAIN; charset=US-ASCII; format=flowed User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) References: X-Mailman-Approved-At: Sat, 28 Dec 2013 14:00:55 +0000 Cc: freebsd-stable@freebsd.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 07:13:14 -0000 On Fri, 27 Dec 2013, Peter Wemm wrote: > Date: Thu, 26 Dec 2013 10:33:01 -0800 > From: Peter Wemm > To: Antoine Brodin > Cc: Alan Cox , Marcel Moolenaar , > FreeBSD Current , Andriy Gapon > , freebsd-java@freebsd.org > Subject: Re: latest openjdk7 triggers kernel panic > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > On Thu, Dec 26, 2013 at 7:39 AM, Antoine Brodin wrote: >> On Thu, Dec 26, 2013 at 1:04 PM, Andriy Gapon wrote: > ... >> Hello, >> >> FWIW, I had a similar panic today on 9.2-RELEASE with a GENERIC kernel: >> panic: Bad entry start/end for new stack entry >> cpuid = 1 >> KDB: stack backtrace: >> #0 0xffffffff80947986 at kdb_backtrace+0x66 >> #1 0xffffffff8090d9ae at panic+0x1ce >> #2 0xffffffff80b81314 at vm_map_stack+0x274 >> #3 0xffffffff80b83584 at vm_mmap+0x674 >> #4 0xffffffff80b83d2f at sys_mmap+0x1cf >> #5 0xffffffff80cf187a at amd64_syscall+0x5ea >> #6 0xffffffff80cdbff7 at Xfast_syscall+0xf7 >> >> It looks like the box was compiling java related ports (java/jaxen and >> devel/antlr) when it panic'ed. > > This is troubling. I'm wondering what's changed and why we haven't > seen this before. > > Just so I'm clear, you're building 9.2 ports on a 9.2-REL kernel, > right? and not something like building 9.2-REL ports inside a jail on > a 10.x or 11.x host? 10.x / 11.x are not involved and you're seeing > this? > > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV Another data point - I'm running 9.2, svn to 9-stable, and my ports tree is kept current with portsnap. On Wednesday (25 Dec) I built the "devel/arduino" port, which pulls in openjdk-6.2. I was using a /usr/src & /usr/ports updated 13 December. The kernel was r259382:. Everything worked great. Thursday, I did svn update /usr/src portsnap fetch update (the svn is against 9-stable), rebuilt world+kernel, and ran 'portupgrade -a'. That gave a r259923 kernel. Arduino now reliably takes the box down, no dump, just a freeze / reboot. Rebooting on the older kernel doesn't fix anything. regards, Ross ve6pdq -- Ross Alexander, (780) 675-6823 / (780) 689-0749, rwa@athabascau.ca "Always do right. This will gratify some people, and astound the rest." -- Samuel Clemens -- This communication is intended for the use of the recipient to whom it is addressed, and may contain confidential, personal, and or privileged information. Please contact us immediately if you are not the intended recipient of this communication, and do not copy, distribute, or take action relying on it. Any communications received in error, or subsequent reply, should be deleted or destroyed. --- From owner-freebsd-current@FreeBSD.ORG Sat Dec 28 14:52:55 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 079D512C; Sat, 28 Dec 2013 14:52:55 +0000 (UTC) Received: from mail-wg0-x230.google.com (mail-wg0-x230.google.com [IPv6:2a00:1450:400c:c00::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6C3651285; Sat, 28 Dec 2013 14:52:54 +0000 (UTC) Received: by mail-wg0-f48.google.com with SMTP id z12so8810901wgg.15 for ; Sat, 28 Dec 2013 06:52:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; bh=Ch9YxjNgSzs20FZWheRxLgtVDITXLTiJgnzCssMqG2I=; b=DUPb9UFw9LTitQxxMp2SNgNvalORzUhmxV8Zf+negrAbbzbRZJjhJqKPIQUk7D4oo6 IhCpYyqJiCVU9VcAOQ6bZTE9WjHhPaa/sxhpDljUSoK3RQ1uqmKHmv2890gnY4wZHcMZ 3OAezZET4R2OCtGs9PurDbvsKYDpw4UZt4JsNA070J1wlFYhQRFkZILjhbdsbxsd9xV4 SDoB8t4TcWlDw/hjZZCZaDsWkCKWPf2Prvl0WD/4G8mbdj7a403drJimGiXMyBK00SDb +ZwIyiL4rcfVliDRcEhhxeQQpHm9NhOUX0b1NnSsCUF1RY0sD+YAtYzjH16b3v20Nqwq Hf1A== X-Received: by 10.194.20.230 with SMTP id q6mr13397289wje.49.1388242372817; Sat, 28 Dec 2013 06:52:52 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id dd3sm21569510wjb.9.2013.12.28.06.52.51 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 28 Dec 2013 06:52:52 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 28 Dec 2013 15:52:50 +0100 From: Baptiste Daroussin To: ports@FreeBSD.org, stable@FreeFreeBSD.org, current@FreeBSD.org Subject: [HEADSUP] recursive dependency registration is gone for pkgng users Message-ID: <20131228145250.GP40122@ithaqua.etoilebsd.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="X9OP1fpbq0KufMFh" Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 14:52:55 -0000 --X9OP1fpbq0KufMFh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, With r337100, we do stop registering recursively the dependency. As a result the dependency tracking is better and finer grain, as a side effect, tinderbox and poudriere users do need to rebuild all their packages from scratch. For poudriere pass the -c to the bulk option. regards, Bapt --X9OP1fpbq0KufMFh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK+5cIACgkQ8kTtMUmk6ExERQCfbzXPkltffWTVGqARXxV+Deby GocAn23d2xsN3pt5DaxSelVygmYEPzCH =uS8g -----END PGP SIGNATURE----- --X9OP1fpbq0KufMFh-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 28 16:35:40 2013 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 82CD98FE; Sat, 28 Dec 2013 16:35:40 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E2A5218CC; Sat, 28 Dec 2013 16:35:39 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id x12so8873809wgg.4 for ; Sat, 28 Dec 2013 08:35:38 -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=DoMsFr4zLXvs7kJoJBJnCnW+stgpZHwT+YD9UhOGbts=; b=ySKhUiltQ9PmCYu9d/BLfapVMSVTjFfZhPXBLGPVaFoWkkYCi8URWJ7dl1WcnkOFTG uw9uo/pUMpigMB63cgsn8+xtAUbFnXQYc6IaJKtHbGgby/2ynxN2m6jEGLEGn0Ft3ZWf n/DocK7PbZ8rnwFZNL9hOAaxMBj4xaoYXrQZuW4y4n7Vu9ZXdspIhvVE0Bms0YUH/8hH WUf2ZNJZIFrni5enoMQfnkn+01jQ8EY5oOcMKiylMScC5ei0Sh0xIvfQ3goGLFIv4obc b4q4ve5Nf3t1WQ2N1INAtA3lFkZcU3BTIEKQl7t74REZRoF5J+vWBycMZAO8+uSkQltk oQOA== X-Received: by 10.194.93.105 with SMTP id ct9mr38176909wjb.6.1388248538397; Sat, 28 Dec 2013 08:35:38 -0800 (PST) Received: from ithaqua.etoilebsd.net (ithaqua.etoilebsd.net. [37.59.37.188]) by mx.google.com with ESMTPSA id j9sm21755738wjz.13.2013.12.28.08.35.37 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sat, 28 Dec 2013 08:35:37 -0800 (PST) Sender: Baptiste Daroussin Date: Sat, 28 Dec 2013 17:35:35 +0100 From: Baptiste Daroussin To: Yasuhiro KIMURA Subject: Re: [HEADSUP] recursive dependency registration is gone for pkgng users Message-ID: <20131228163535.GS40122@ithaqua.etoilebsd.net> References: <20131228145250.GP40122@ithaqua.etoilebsd.net> <20131229.013122.533749649.yasu@utahime.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Wty5iWagpjJlozQq" Content-Disposition: inline In-Reply-To: <20131229.013122.533749649.yasu@utahime.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: ports@FreeBSD.org, stable@FreeFreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 16:35:40 -0000 --Wty5iWagpjJlozQq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Dec 29, 2013 at 01:31:22AM +0900, Yasuhiro KIMURA wrote: > From: Baptiste Daroussin > Subject: [HEADSUP] recursive dependency registration is gone for pkgng us= ers > Date: Sat, 28 Dec 2013 15:52:50 +0100 >=20 > > as a side effect, > > tinderbox and poudriere users do need to rebuild all their packages from > > scratch. >=20 > Does this mean rebuilding is necessary only if either tinderbox or > poudriere are used, or all packages have to be rebuilt anyway if pkgng > is used? >=20 Only when building with tinderbox/poudriere, people bulding other ways are = safe and the packages will on the flow drop their useless dependencies regards, Bapt --Wty5iWagpjJlozQq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (FreeBSD) iEYEARECAAYFAlK+/dcACgkQ8kTtMUmk6EwsSgCfQr+abOu9IRwklECgooZ5PN8k WQYAn00ckFPRva89uQHH/C1csdugYKhK =d9tN -----END PGP SIGNATURE----- --Wty5iWagpjJlozQq-- From owner-freebsd-current@FreeBSD.ORG Sat Dec 28 16:31:54 2013 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D34D974B; Sat, 28 Dec 2013 16:31:54 +0000 (UTC) Received: from gate.utahime.jp (ipq210.utahime.jp [183.180.29.210]) by mx1.freebsd.org (Postfix) with ESMTP id 1A41818A0; Sat, 28 Dec 2013 16:31:54 +0000 (UTC) Received: from eastasia.home.utahime.org (eastasia.home.utahime.org [192.168.174.1]) by gate.utahime.jp (Postfix) with ESMTP id DAF9961FD8; Sun, 29 Dec 2013 01:31:51 +0900 (JST) Received: from eastasia.home.utahime.org (localhost [127.0.0.1]) by localhost-backdoor.home.utahime.org (Postfix) with ESMTP id AD74B4E630; Sun, 29 Dec 2013 01:31:51 +0900 (JST) Received: from localhost (rolling.home.utahime.org [192.168.174.11]) by eastasia.home.utahime.org (Postfix) with ESMTPA id 66D6A4E62F; Sun, 29 Dec 2013 01:31:51 +0900 (JST) Date: Sun, 29 Dec 2013 01:31:22 +0900 (JST) Message-Id: <20131229.013122.533749649.yasu@utahime.org> To: bapt@FreeBSD.org Subject: Re: [HEADSUP] recursive dependency registration is gone for pkgng users From: Yasuhiro KIMURA In-Reply-To: <20131228145250.GP40122@ithaqua.etoilebsd.net> References: <20131228145250.GP40122@ithaqua.etoilebsd.net> X-Mailer: Mew version 6.5 on Emacs 24.3 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Sat, 28 Dec 2013 16:37:11 +0000 Cc: ports@FreeBSD.org, stable@FreeFreeBSD.org, current@FreeBSD.org X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2013 16:31:54 -0000 From: Baptiste Daroussin Subject: [HEADSUP] recursive dependency registration is gone for pkgng users Date: Sat, 28 Dec 2013 15:52:50 +0100 > as a side effect, > tinderbox and poudriere users do need to rebuild all their packages from > scratch. Does this mean rebuilding is necessary only if either tinderbox or poudriere are used, or all packages have to be rebuilt anyway if pkgng is used? Best Regards. --- Yasuhiro KIMURA