From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 11:22:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F27461065670 for ; Sun, 15 Jul 2012 11:22:59 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx3.wp.pl (mx3.wp.pl [212.77.101.7]) by mx1.freebsd.org (Postfix) with ESMTP id 760DC8FC0A for ; Sun, 15 Jul 2012 11:22:59 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 684 invoked from network); 15 Jul 2012 13:22:58 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1342351378; bh=llTaGmGtFBY2lj3KJzM/YtruM1JLlvbJq3467jt1FXU=; h=From:To:CC:Subject; b=HD7cjEEJa8ORDw02M/9iiCBw0Bom5NnS6JqoMfWVsQR1g7HmRo1LtaIJX9INN+EJq RjnVNdjIZ7TIsH9yV8IQKSfkMxNDv5/mcB+Bh4HP41WNdpGeqy40EdF6rDLflBgsnH 1kHpBKvzVH6ZE2m1t5aZAtZLDBzWANgxsQHOWyLc= Received: from nat.misal.pl (HELO [127.0.0.1]) (marek_sal@[83.19.131.171]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with AES256-SHA encrypted SMTP for ; 15 Jul 2012 13:22:58 +0200 Message-ID: <5002A80D.80800@wp.pl> Date: Sun, 15 Jul 2012 13:22:53 +0200 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: David Nevel References: <50017400.3030702@wp.pl> <201207141336.05406.alonsoschaich@fastmail.fm> <50018B54.7060006@wp.pl> <50019E0B.9090907@wp.pl> <20120714144620.Horde.xZL3a8236L1QAb58Bg-zS3A@www.davidnevel.org> In-Reply-To: <20120714144620.Horde.xZL3a8236L1QAb58Bg-zS3A@www.davidnevel.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120714-2, 2012-07-14), Outbound message X-Antivirus-Status: Clean X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000000 [ERO0] Cc: freebsd-stable@freebsd.org Subject: Re: video issue - Intel Atom based motherboard D2500HN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 11:23:00 -0000 W dniu 2012-07-14 20:46, David Nevel pisze: > > > Hi Marek, > You might try the workaround suggested in kern/166262 > (http://www.freebsd.org/cgi/query-pr.cgi?pr=166262&cat=). I believe > the DN2800MT uses the same (or similar) video. Hi ! It worked for me! Thanks ! Is there any possibility to put this workaround into installation files (I'm using the PXE installation method ) ? eg. loader.conf + etc/rc file ? -- Marek From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 11:24:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F46F1065670 for ; Sun, 15 Jul 2012 11:24:15 +0000 (UTC) (envelope-from marek_sal@wp.pl) Received: from mx4.wp.pl (mx4.wp.pl [212.77.101.8]) by mx1.freebsd.org (Postfix) with ESMTP id 9A5808FC24 for ; Sun, 15 Jul 2012 11:24:14 +0000 (UTC) Received: (wp-smtpd smtp.wp.pl 13022 invoked from network); 15 Jul 2012 13:24:13 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wp.pl; s=1024a; t=1342351453; bh=5KE1CjmrDF/1mahZlWColo/txDHdeVQs2aG0BS5F72c=; h=From:CC:Subject; b=n8g/mI2Eo4wdNk3pENyhaGJXKmcu97scw6lJNXqDUdbQq+MIoZh70iLgpLs1RL9sD vCqEcyToZITXMD1WHYVsiMeYmlRRuNMQqR73UFMhSywLX6EgUVYAhNDrDjtkkAZ3JC C7e8i+RJ0GqXUL4i3RuG8kupKx9RSPD10bASlzbI= Received: from nat.misal.pl (HELO [127.0.0.1]) (marek_sal@[83.19.131.171]) (envelope-sender ) by smtp.wp.pl (WP-SMTPD) with AES256-SHA encrypted SMTP for ; 15 Jul 2012 13:24:13 +0200 Message-ID: <5002A857.7090300@wp.pl> Date: Sun, 15 Jul 2012 13:24:07 +0200 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <50017400.3030702@wp.pl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 120714-2, 2012-07-14), Outbound message X-Antivirus-Status: Clean X-WP-AV: skaner antywirusowy poczty Wirtualnej Polski S. A. X-WP-SPAM: NO 0000100 [ISO0] Subject: Re: video issue - Intel Atom based motherboard D2500HN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 11:24:15 -0000 W dniu 2012-07-14 22:00, Warren Block pisze: > > Did you try the changes mentioned here? > http://lists.freebsd.org/pipermail/freebsd-current/2012-July/035366.html > Not yet - but are they only available in 10-Current or also in 9-Stable ? I'd like to use stable in that box. This solution worked for me: http://www.freebsd.org/cgi/query-pr.cgi?pr=166262&cat= Other hint: I had very poor performance on USB pendrives and HDDs (about 2-5 MB/s in write). After changing SATA mode from AHCI to IDE, it started to work with normal speed (about 10MB/s for my pendrive) -- Marek From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 11:31:12 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 57E5B106564A for ; Sun, 15 Jul 2012 11:31:12 +0000 (UTC) (envelope-from marek.salwerowicz@misal.pl) Received: from mail2.misal.pl (mail2.misal.pl [83.19.131.172]) by mx1.freebsd.org (Postfix) with ESMTP id F2CA88FC0A for ; Sun, 15 Jul 2012 11:31:11 +0000 (UTC) Received: from [127.0.0.1] (nat.misal.pl [83.19.131.171]) by mail2.misal.pl (Postfix) with ESMTPSA id D534A545; Sun, 15 Jul 2012 13:21:43 +0200 (CEST) Message-ID: <5002A7C1.50102@misal.pl> Date: Sun, 15 Jul 2012 13:21:37 +0200 From: Marek Salwerowicz User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Warren Block References: <50017400.3030702@wp.pl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: video issue - Intel Atom based motherboard D2500HN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 11:31:12 -0000 W dniu 2012-07-14 22:00, Warren Block pisze: > > Did you try the changes mentioned here? > http://lists.freebsd.org/pipermail/freebsd-current/2012-July/035366.html > Not yet - but are they only available in 10-Current or also in 9-Stable ? I'd like to use stable in that box. This solution worked for me: http://www.freebsd.org/cgi/query-pr.cgi?pr=166262&cat= Other hint: I had very poor performance on USB pendrives and HDDs (about 2-5 MB/s in write). After changing SATA mode from AHCI to IDE, it started to work with normal speeds (about 10MB/s for my pendrive) -- Marek From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 12:50:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1471E106564A for ; Sun, 15 Jul 2012 12:50:23 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id BBFFE8FC0C for ; Sun, 15 Jul 2012 12:50:22 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:e862:47d8:b5d0:2580] (unknown [IPv6:2001:7b8:3a7:0:e862:47d8:b5d0:2580]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 86BD75C37; Sun, 15 Jul 2012 14:50:15 +0200 (CEST) Message-ID: <5002BC85.3020508@FreeBSD.org> Date: Sun, 15 Jul 2012 14:50:13 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120619 Thunderbird/14.0 MIME-Version: 1.0 To: Robert References: <20120709134426.7f01dd96@dell64> <4FFC02A2.8010303@FreeBSD.org> <20120710064141.060aa4f6@dell64> In-Reply-To: <20120710064141.060aa4f6@dell64> X-Enigmail-Version: 1.5a1pre Content-Type: multipart/mixed; boundary="------------090900010808050809050909" Cc: "freebsd-stable@freebsd.org" Subject: Re: Build failure xorg-drivers with Clang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 12:50:23 -0000 This is a multi-part message in MIME format. --------------090900010808050809050909 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 2012-07-10 15:41, Robert wrote: ... > Complete attempt at build (xorg-drivers.log) can be viewed at > pastebin.com/u/traveling08 Aha, I hadn't realized this wasn't yet fixed for clang. Please try the attached patch. --------------090900010808050809050909 Content-Type: text/x-diff; name="clangports-x11-servers-xorg-server-3.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="clangports-x11-servers-xorg-server-3.diff" Index: x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-common-compiler.h =================================================================== RCS file: x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-common-compiler.h diff -N x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-common-compiler.h --- /dev/null 1 Jan 1970 00:00:00 -0000 +++ x11-servers/xorg-server/files/patch-Xserver-hw-xfree86-common-compiler.h 10 Nov 2011 13:44:12 -0000 @@ -0,0 +1,11 @@ +--- hw/xfree86/common/compiler.h.orig 2010-05-04 02:47:58.000000000 +0200 ++++ hw/xfree86/common/compiler.h 2011-11-08 13:29:52.000000000 +0100 +@@ -1021,7 +1021,7 @@ + + # if !defined(__SUNPRO_C) + # if !defined(FAKEIT) && !defined(__mc68000__) && !defined(__arm__) && !defined(__sh__) && !defined(__hppa__) && !defined(__s390__) && !defined(__m32r__) +-# ifdef GCCUSESGAS ++# ifdef __GNUC__ + + /* + * If gcc uses gas rather than the native assembler, the syntax of these --------------090900010808050809050909-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 13:41:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCE9D1065674 for ; Sun, 15 Jul 2012 13:41:55 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 891DC8FC16 for ; Sun, 15 Jul 2012 13:41:55 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q6FDfscW064821; Sun, 15 Jul 2012 07:41:54 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q6FDfscc064818; Sun, 15 Jul 2012 07:41:54 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 15 Jul 2012 07:41:54 -0600 (MDT) From: Warren Block To: Marek Salwerowicz In-Reply-To: <5002A7C1.50102@misal.pl> Message-ID: References: <50017400.3030702@wp.pl> <5002A7C1.50102@misal.pl> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Sun, 15 Jul 2012 07:41:54 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: video issue - Intel Atom based motherboard D2500HN X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 13:41:55 -0000 On Sun, 15 Jul 2012, Marek Salwerowicz wrote: > W dniu 2012-07-14 22:00, Warren Block pisze: >> >> Did you try the changes mentioned here? >> http://lists.freebsd.org/pipermail/freebsd-current/2012-July/035366.html >> > Not yet - but are they only available in 10-Current or also in 9-Stable ? > I'd like to use stable in that box. Those changes are only in HEAD (CURRENT) right now. Looks like they could be manually applied to 9-STABLE, though. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 15 16:36:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADEBA1065670; Sun, 15 Jul 2012 16:36:27 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmfepi104.cox.net (fed1rmfepi104.cox.net [68.230.241.135]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB978FC1A; Sun, 15 Jul 2012 16:36:27 +0000 (UTC) Received: from fed1rmimpo209.cox.net ([68.230.241.160]) by fed1rmfepo202.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120715161937.IZNK7477.fed1rmfepo202.cox.net@fed1rmimpo209.cox.net>; Sun, 15 Jul 2012 12:19:37 -0400 Received: from dell64 ([72.220.103.209]) by fed1rmimpo209.cox.net with bizsmtp id agKd1j0014X51K403gKde0; Sun, 15 Jul 2012 12:19:37 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020209.5002ED99.0034,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=AoT/vkivDVK5SzzkSHjfmarRQ1JnjrW0Kvv+4UuZrRM= c=1 sm=1 a=zZLVAf7QdekA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=9eRLpXbTwyrdKc8or95E8w==:17 a=6I5d2MoRAAAA:8 a=fGO4tVQLAAAA:8 a=XXclVIC3b_Ft1wUSeSYA:9 a=CjuIK1q_8ugA:10 a=3XBqCPMZHw8A:10 a=SV7veod9ZcQA:10 a=9eRLpXbTwyrdKc8or95E8w==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Date: Sun, 15 Jul 2012 09:19:31 -0700 From: Robert To: Dimitry Andric Message-ID: <20120715091931.210b4127@dell64> In-Reply-To: <5002BC85.3020508@FreeBSD.org> References: <20120709134426.7f01dd96@dell64> <4FFC02A2.8010303@FreeBSD.org> <20120710064141.060aa4f6@dell64> <5002BC85.3020508@FreeBSD.org> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: Build failure xorg-drivers with Clang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jul 2012 16:36:27 -0000 On Sun, 15 Jul 2012 14:50:13 +0200 Dimitry Andric wrote: > On 2012-07-10 15:41, Robert wrote: > ... > > Complete attempt at build (xorg-drivers.log) can be viewed at > > pastebin.com/u/traveling08 > > Aha, I hadn't realized this wasn't yet fixed for clang. Please try > the attached patch. It will be a day or two before I can get to this. I will report back as soon as I can. Thank you for your time and efforts. Robert From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 02:29:06 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3CF271065789 for ; Mon, 16 Jul 2012 02:29:06 +0000 (UTC) (envelope-from jhellenthal@dataix.net) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id DD8698FC1A for ; Mon, 16 Jul 2012 02:29:05 +0000 (UTC) Received: by ggnm2 with SMTP id m2so5304677ggn.13 for ; Sun, 15 Jul 2012 19:29:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dataix.net; s=rsa; h=date:message-id:to:subject:from:reply-to:cc:x-send-pr-version :x-gnats-notify; bh=Et3SiYxpNyCQEYPGIgjUb0kZ7OLuXO6kddvXw6bfqQw=; b=aPkaynwkReC/51hyA1YYXWhRVSsaT06pDS1UTkhfsR9HPxoM1uRoYalohSzFOSmTNy 26OaaW99pEpTy7AeLsm0aIad4SF0rotCRa9aivwDad7bWxJIbyYih1cZf1ML4i2g9MuT jYwNe2awDCkJHIzhcTr5/3fRtG9in6Y7UhRYo= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=date:message-id:to:subject:from:reply-to:cc:x-send-pr-version :x-gnats-notify:x-gm-message-state; bh=Et3SiYxpNyCQEYPGIgjUb0kZ7OLuXO6kddvXw6bfqQw=; b=DtBbhgOhlup5e310HNxt1uoCPJxfCfBBcjWo6OXuHbRCD9wOu/unH+D8QAHXyTXMqq e92KKOFHa+bm5ucQWBU/QBZicuToC+DotnIwOjI8wc8TSxgpqRkBpIcOH+UrO6WcNqxD JbP1zObvPAR4ZeJ4wB+Fh4FrOT5d2vkbPo6lrVn73djlL5rXD3GXWyuLh2B4di0sV6+v a7Re9j40IgHrglmM8aRwCpxkmgI85EPnwaCzwoMG89OWTfIxSZer/MIF7wvw3OZlWJPH QoNM+TvzO+5R3fdtq6rCP/JdZ8zaxHhOtCnh2aJba/w448JnfIKIDbxr/kSbguTUf3rG jGiQ== Received: by 10.50.88.167 with SMTP id bh7mr4108088igb.69.1342405744835; Sun, 15 Jul 2012 19:29:04 -0700 (PDT) Received: from DataIX.net (adsl-99-181-132-147.dsl.klmzmi.sbcglobal.net. [99.181.132.147]) by mx.google.com with ESMTPS id ut8sm7699207igc.8.2012.07.15.19.29.03 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jul 2012 19:29:04 -0700 (PDT) Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id q6G2Sxpl089940 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 15 Jul 2012 22:29:02 -0400 (EDT) (envelope-from jh@DataIX.net) Received: (from jh@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id q6G2SxpL089939; Sun, 15 Jul 2012 22:28:59 -0400 (EDT) (envelope-from jh) Date: Sun, 15 Jul 2012 22:28:59 -0400 (EDT) Message-Id: <201207160228.q6G2SxpL089939@DataIX.net> To: FreeBSD-gnats-submit@freebsd.org From: Jason Hellenthal X-send-pr-version: 3.113 X-GNATS-Notify: X-Gm-Message-State: ALoCoQkL6Wb0CSyFuIqfPjaDBJwdrquOcrk+AsmYmXpYN+1XuNq/udpsZFpst9ScnSuVCG+4nkAN Cc: stable@freebsd.org Subject: ifconfig(8) fails to set MTU on multiple interfaces. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jason Hellenthal List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 02:29:06 -0000 >Submitter-Id: current-users >Originator: Jason Hellenthal >Organization: >Confidential: no >Synopsis: ifconfig(8) fails to set MTU on multiple interfaces. >Severity: non-critical >Priority: high >Category: kern >Class: sw-bug >Release: FreeBSD 8.3-STABLE i386 >Environment: System: FreeBSD disbatch.DataIX.local 8.3-STABLE FreeBSD 8.3-STABLE #23 r238498: Sun Jul 15 15:34:30 EDT 2012 jh@DataIX.net:/usr/obj/usr/src/sys/DISBATCH i386 >Description: When using ifconfig(8) to change MTU of an interface it is not allowed. # ifconfig lagg0 mtu 1492 ifconfig: ioctl (set mtu): Invalid argument # ifconfig dc0 mtu 1492 ifconfig: ioctl (set mtu): Invalid argument # ifconfig dc1 mtu 1492 ifconfig: ioctl (set mtu): Invalid argument # ifconfig pflog0 mtu 120 ifconfig: ioctl (set mtu): Invalid argument # ifconfig ath0 mtu 1500 ifconfig: ioctl (set mtu): Invalid argument >How-To-Repeat: See description. >Fix: No workaround known. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 05:03:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86FE7106566B for ; Mon, 16 Jul 2012 05:03:32 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp.insight.synacor.com [208.47.185.22]) by mx1.freebsd.org (Postfix) with ESMTP id 4AC358FC12 for ; Mon, 16 Jul 2012 05:03:31 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=ITHmAxFmBr4/npotvzyiOJb6Q3rhax2WYfjZPEiEW14= c=1 sm=0 a=7BjEMlLy0tkA:10 a=jLN7EqiLvroA:10 a=b63-nbbVhyV_PcXKhfQA:9 a=Q/oqmR4JO1zR3vNQamCQeQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Authentication-Results: smtp02.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Received-SPF: softfail (smtp02.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.26.53 as permitted sender) Received: from [74.134.26.53] ([74.134.26.53:45147] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id DD/37-21507-2A0A3005; Mon, 16 Jul 2012 01:03:31 -0400 Date: Mon, 16 Jul 2012 01:03:30 -0400 Message-ID: From: "Thomas Mueller" To: freebsd-stable@freebsd.org Subject: less and vi fail on file whose name begins with + X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 05:03:32 -0000 I notice in my latest build of FreeBSD 9.0-STABLE (#11), a problem with less and vi with files whose name begins with +. These files occur in /var/db/pkg/(pkg-name)/ For instance, if I cd /var/db/pkg/png-1.4.8 and type less +DESC I get Missing filename ("less --help" for help) but if I type the filename with full path, or even less ./+DESC it works OK I also tried going to /tmp and echo abcdefg > +junk1.txt and the same bug with less showed up (no problem with echo). I tried vi instead of less, not really wanting to edit the file, and vi tried to open a temporary file on /tmp with a strange name. Has anybody noticed this bug? It affects i386 and amd64 at least. I have no access to test on other architectures. If this bug is found, we no doubt want it to be squashed before 9.1-RELEASE. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 05:10:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 775EA106564A for ; Mon, 16 Jul 2012 05:10:00 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from glenbarber.us (onyx.glenbarber.us [199.48.134.227]) by mx1.freebsd.org (Postfix) with SMTP id 24BC38FC08 for ; Mon, 16 Jul 2012 05:10:00 +0000 (UTC) Received: (qmail 7074 invoked by uid 0); 16 Jul 2012 01:09:59 -0400 Received: from unknown (HELO glenbarber.us) (76.124.49.145) by 0 with SMTP; 16 Jul 2012 01:09:59 -0400 Date: Mon, 16 Jul 2012 01:09:58 -0400 From: Glen Barber To: Thomas Mueller Message-ID: <20120716050957.GB1436@glenbarber.us> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 10.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: less and vi fail on file whose name begins with + X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 05:10:00 -0000 On Mon, Jul 16, 2012 at 01:03:30AM -0400, Thomas Mueller wrote: > I notice in my latest build of FreeBSD 9.0-STABLE (#11), a problem with less and vi with files whose name begins with +. > > These files occur in /var/db/pkg/(pkg-name)/ > > For instance, if I cd /var/db/pkg/png-1.4.8 > and type > less +DESC > I get > > Missing filename ("less --help" for help) > > but if I type the filename with full path, or even > less ./+DESC > it works OK > less(1) is expecting '+' to be followed by additional arguments. If you use 'less -- +DESC', for example, it should work fine. Same with vi(1). Regards, Glen From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 05:12:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB9171065670 for ; Mon, 16 Jul 2012 05:12:47 +0000 (UTC) (envelope-from lichray@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id B1EF88FC23 for ; Mon, 16 Jul 2012 05:12:47 +0000 (UTC) Received: by mail-ob0-f182.google.com with SMTP id un3so11149084obb.13 for ; Sun, 15 Jul 2012 22:12:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=6WNXGtQ0w0I6h0J2p98CntwLf7UzZpLWvpR+Hil03aQ=; b=e9Eae3u2CBqxYKfSvVOIYs7yN8qdqivpjtfEqi6mdJynU/Pn2LOHluLkmoh6pDHW/D ugdIJlooTFJvWWzJJNVQWNYdsNMAfq5blbsiK/4hJurNwDcv9NGICQeCdjggTMksCJLc V09oOpQBT1Wz45lokf1lI6ph7zXpAPHAHvaCUSN/WGqpm3ORY/jPI7qTmpfqvGg3SrBg LvoNY7gZ1AqnWdx2QinjzvdYwEwAVcZdmP28+FOrlsPn6h0Gi6TR0ASLB9IaRgNwDIkS cGbt0Nk5XgQ6iywy/QvdjWZQF496CCm76I8LxEtaBj0P6dDUr3iENE8zrMFAMY3+zqd9 Njiw== MIME-Version: 1.0 Received: by 10.50.184.129 with SMTP id eu1mr4403401igc.18.1342415567450; Sun, 15 Jul 2012 22:12:47 -0700 (PDT) Received: by 10.231.72.133 with HTTP; Sun, 15 Jul 2012 22:12:47 -0700 (PDT) In-Reply-To: References: Date: Mon, 16 Jul 2012 00:12:47 -0500 Message-ID: From: Zhihao Yuan To: Thomas Mueller Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable@freebsd.org Subject: Re: less and vi fail on file whose name begins with + X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 05:12:48 -0000 On Mon, Jul 16, 2012 at 12:03 AM, Thomas Mueller wrote: > I notice in my latest build of FreeBSD 9.0-STABLE (#11), a problem with less and vi with files whose name begins with +. > > These files occur in /var/db/pkg/(pkg-name)/ > > For instance, if I cd /var/db/pkg/png-1.4.8 > and type > less +DESC > I get > > Missing filename ("less --help" for help) > > but if I type the filename with full path, or even > less ./+DESC > it works OK > > I also tried going to /tmp and > echo abcdefg > +junk1.txt > and the same bug with less showed up (no problem with echo). > > I tried vi instead of less, not really wanting to edit the file, > and vi tried to open a temporary file on /tmp with a strange name. > > Has anybody noticed this bug? It affects i386 and amd64 at least. It's not a bug... Unix shell regards arguments as same as options, so the command with support + leading options has such a problem. > > I have no access to test on other architectures. > > If this bug is found, we no doubt want it to be squashed before 9.1-RELEASE. > > Tom > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Zhihao Yuan, nickname lichray The best way to predict the future is to invent it. ___________________________________________________ 4BSD -- http://4bsd.biz/ From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 05:13:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 14D14106566B for ; Mon, 16 Jul 2012 05:13:33 +0000 (UTC) (envelope-from mjguzik@gmail.com) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 974A38FC08 for ; Mon, 16 Jul 2012 05:13:32 +0000 (UTC) Received: by eekb47 with SMTP id b47so34913eek.13 for ; Sun, 15 Jul 2012 22:13:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=rdDxPYfEskhy9uiwoM+FaHrbELpzW/OHvcR7QRu7V+o=; b=N4JoMauxyXt3t4jeO9HD0ShFOZDZ68U9pRH8OX9JAXFpBCPeLTuK8LSHbRZBcrD/yb Cot0XBhuFwMhjjjA+m5kG1e4MkSClUcaPfA+tGZHEuoByrWtXWr7ZwIdSXscwAyiXjRe +bEPPdEmx1OumYND2aB1tGIA+9gUuHicyYXcWNk+GNABNb1Ig3s5ziHQwm8WzeLytvhQ ItLw4pepoyC111CrArlRdfB5o1FjmIpLHkZMj0zqqN6zAjN7fcL30QBpfd+2xc/Am68m DCGjNZvSETNqWAOErOSMVkVXV4rNKksjHQCfgdyw8cANIijgHM1oIZWBr4Ee9OMeWx51 kK0g== Received: by 10.14.3.195 with SMTP id 43mr7509195eeh.24.1342415611591; Sun, 15 Jul 2012 22:13:31 -0700 (PDT) Received: from dft-labs.eu (n1x0n-1-pt.tunnel.tserv5.lon1.ipv6.he.net. [2001:470:1f08:1f7::2]) by mx.google.com with ESMTPS id t6sm15421547eeo.17.2012.07.15.22.13.30 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 15 Jul 2012 22:13:30 -0700 (PDT) Date: Mon, 16 Jul 2012 07:13:26 +0200 From: Mateusz Guzik To: Thomas Mueller Message-ID: <20120716051326.GA2654@dft-labs.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: less and vi fail on file whose name begins with + X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 05:13:33 -0000 On Mon, Jul 16, 2012 at 01:03:30AM -0400, Thomas Mueller wrote: > I notice in my latest build of FreeBSD 9.0-STABLE (#11), a problem with less and vi with files whose name begins with +. > > These files occur in /var/db/pkg/(pkg-name)/ > > For instance, if I cd /var/db/pkg/png-1.4.8 > and type > less +DESC > I get > > Missing filename ("less --help" for help) > > but if I type the filename with full path, or even > less ./+DESC > it works OK > + has special meaning in ls: +cmd Causes the specified cmd to be executed each time a new file is examined. For example, +G causes less to initially display each file starting at the end rather than the beginning. > I also tried going to /tmp and > echo abcdefg > +junk1.txt > and the same bug with less showed up (no problem with echo). > > I tried vi instead of less, not really wanting to edit the file, > and vi tried to open a temporary file on /tmp with a strange name. > That's expected. -- Mateusz Guzik From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 05:13:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C9C1106566B for ; Mon, 16 Jul 2012 05:13:36 +0000 (UTC) (envelope-from Devin.Teske@fisglobal.com) Received: from mx1.fisglobal.com (mx1.fisglobal.com [199.200.24.190]) by mx1.freebsd.org (Postfix) with ESMTP id 620E88FC0A for ; Mon, 16 Jul 2012 05:13:35 +0000 (UTC) Received: from smtp.fisglobal.com ([10.132.206.16]) by ltcfislmsgpa05.fnfis.com (8.14.4/8.14.4) with ESMTP id q6G5DWKb019629 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 16 Jul 2012 00:13:32 -0500 Received: from LTCFISWMSGMB21.FNFIS.com ([10.132.99.23]) by LTCFISWMSGHT05.FNFIS.com ([10.132.206.16]) with mapi id 14.02.0309.002; Mon, 16 Jul 2012 00:13:32 -0500 From: "Teske, Devin" To: Thomas Mueller Thread-Topic: less and vi fail on file whose name begins with + Thread-Index: AQHNYxG+kns/Nop77Uad5qAvIz0z9A== Date: Mon, 16 Jul 2012 05:13:16 +0000 Message-ID: <13CA24D6AB415D428143D44749F57D7201D7B060@ltcfiswmsgmb21> References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.14.152.61] Content-Type: text/plain; charset="us-ascii" Content-ID: <840A6575BA2F494886A8E611603835C1@fisglobal.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.7.7855, 1.0.260, 0.0.0000 definitions=2012-07-16_01:2012-07-16, 2012-07-16, 1970-01-01 signatures=0 Cc: "" Subject: Re: less and vi fail on file whose name begins with + X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 05:13:36 -0000 On Jul 15, 2012, at 10:03 PM, Thomas Mueller wrot= e: > I notice in my latest build of FreeBSD 9.0-STABLE (#11), a problem with l= ess and vi with files whose name begins with +. >=20 > These files occur in /var/db/pkg/(pkg-name)/ >=20 > For instance, if I cd /var/db/pkg/png-1.4.8 > and type=20 > less +DESC=20 > I get >=20 > Missing filename ("less --help" for help) >=20 > but if I type the filename with full path, or even=20 > less ./+DESC=20 > it works OK >=20 > I also tried going to /tmp and > echo abcdefg > +junk1.txt > and the same bug with less showed up (no problem with echo). >=20 > I tried vi instead of less, not really wanting to edit the file, > and vi tried to open a temporary file on /tmp with a strange name. >=20 > Has anybody noticed this bug? It affects i386 and amd64 at least. >=20 > I have no access to test on other architectures. >=20 > If this bug is found, we no doubt want it to be squashed before 9.1-RELEA= SE. >=20 Neither of these are "bugs" and I assure you they are as old as the hills (= maybe not vi but always vim -- did you recently alias vi to vim?) For less, try this: less +/wheel < /etc/group The + precedes an initial command. Similar with vi[m]. Simple way 'round is to use "--", e.g. below: vi -- +DESC --=20 Devin _____________ The information contained in this message is proprietary and/or confidentia= l. If you are not the intended recipient, please: (i) delete the message an= d all copies; (ii) do not disclose, distribute or use the message in any ma= nner; and (iii) notify the sender immediately. In addition, please be aware= that any message addressed to our domain is subject to archiving and revie= w by persons other than the intended recipient. Thank you. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 05:18:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 501F71065674 for ; Mon, 16 Jul 2012 05:18:19 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 239E88FC15 for ; Mon, 16 Jul 2012 05:18:19 +0000 (UTC) Received: from draco.over-yonder.net (c-174-50-4-38.hsd1.ms.comcast.net [174.50.4.38]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 7A96137B4A0; Mon, 16 Jul 2012 00:08:36 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3WbCM737MqzV65; Mon, 16 Jul 2012 00:08:35 -0500 (CDT) Date: Mon, 16 Jul 2012 00:08:35 -0500 From: "Matthew D. Fuller" To: Thomas Mueller Message-ID: <20120716050835.GA3244@over-yonder.net> References: 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.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.4 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: less and vi fail on file whose name begins with + X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 05:18:19 -0000 On Mon, Jul 16, 2012 at 01:03:30AM -0400 I heard the voice of Thomas Mueller, and lo! it spake thus: > > Has anybody noticed this bug? It's not a bug really; both can take an argument starting with '+' for various things. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 05:19:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B0041065675 for ; Mon, 16 Jul 2012 05:19:51 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.pao1.isc.org (mx.pao1.isc.org [IPv6:2001:4f8:0:2::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 7A58E8FC1A for ; Mon, 16 Jul 2012 05:19:51 +0000 (UTC) Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mail.isc.org", Issuer "RapidSSL CA" (not verified)) by mx.pao1.isc.org (Postfix) with ESMTPS id 50B03C941E; Mon, 16 Jul 2012 05:19:48 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:a1dc:e733:39fd:15be]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id C0105216C33; Mon, 16 Jul 2012 05:19:39 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 0BFCB2288984; Mon, 16 Jul 2012 15:19:35 +1000 (EST) To: "Thomas Mueller" From: Mark Andrews References: In-reply-to: Your message of "Mon, 16 Jul 2012 01:03:30 -0400." Date: Mon, 16 Jul 2012 15:19:34 +1000 Message-Id: <20120716051935.0BFCB2288984@drugs.dv.isc.org> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.pao1.isc.org Cc: freebsd-stable@freebsd.org Subject: Re: less and vi fail on file whose name begins with + X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 05:19:51 -0000 This is not a bug. Both "vi" and "less" have + command line arguements. -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 05:25:06 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90EFE1065688 for ; Mon, 16 Jul 2012 05:25:06 +0000 (UTC) (envelope-from poyopoyo@puripuri.plala.or.jp) Received: from msa01b.plala.or.jp (msa01.plala.or.jp [IPv6:2400:7800:0:5010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 07BAC8FC15 for ; Mon, 16 Jul 2012 05:25:05 +0000 (UTC) Received: from i219-164-54-186.s02.a026.ap.plala.or.jp ([219.164.54.186]) by msa01b.plala.or.jp with ESMTP id <20120716052504.BRID441.msa01b.plala.or.jp@i219-164-54-186.s02.a026.ap.plala.or.jp>; Mon, 16 Jul 2012 14:25:04 +0900 Date: Mon, 16 Jul 2012 14:25:04 +0900 Message-ID: <86wr246zwv.wl%poyopoyo@puripuri.plala.or.jp> From: poyopoyo@puripuri.plala.or.jp To: "Thomas Mueller" In-Reply-To: References: Mail-Followup-To: "Thomas Mueller" , freebsd-stable@freebsd.org, poyopoyo@puripuri.plala.or.jp User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.4 (amd64-portbld-freebsd10.0) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-VirusScan: Outbound; msa01b; Mon, 16 Jul 2012 14:25:04 +0900 Cc: freebsd-stable@freebsd.org Subject: Re: less and vi fail on file whose name begins with + X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 05:25:06 -0000 At Mon, 16 Jul 2012 01:03:30 -0400, Thomas Mueller wrote: > I tried vi instead of less, not really wanting to edit the file, > and vi tried to open a temporary file on /tmp with a strange name. > > Has anybody noticed this bug? It affects i386 and amd64 at least. You might have received enough replies already but reading manual page is always good thing to understand unix command behaviour. $ man vi | less +/\\+cmd $ man less | less +/\\+cmd No bugs involved here; they both are working as designed. -- kuro From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 09:11:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0EC121065672 for ; Mon, 16 Jul 2012 09:11:42 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp2.insight.synacor.com [208.47.185.24]) by mx1.freebsd.org (Postfix) with ESMTP id C67718FC16 for ; Mon, 16 Jul 2012 09:11:41 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=pvIrHRG63ZAfTPHd6pgnB+4iFRC6GCMHBTk/jf4HPJo= c=1 sm=0 a=lzKQO4zH8sIA:10 a=jLN7EqiLvroA:10 a=6I5d2MoRAAAA:8 a=vdd2Oug0yCHK9L-ONJcA:9 a=SV7veod9ZcQA:10 a=Q/oqmR4JO1zR3vNQamCQeQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp01.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Authentication-Results: smtp01.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Received-SPF: softfail (smtp01.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.26.53 as permitted sender) Received: from [74.134.26.53] ([74.134.26.53:48861] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id 27/6A-16070-CCAD3005; Mon, 16 Jul 2012 05:11:40 -0400 Date: Mon, 16 Jul 2012 05:11:40 -0400 Message-ID: <27.6A.16070.CCAD3005@smtp01.insight.synacor.com> From: "Thomas Mueller" To: freebsd-stable@freebsd.org Cc: Glen Barber Subject: Re: less and vi fail on file whose name begins with + X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 09:11:42 -0000 from Glen Barber : > less(1) is expecting '+' to be followed by additional arguments. > If you use 'less -- +DESC', for example, it should work fine. Same with > vi(1). Yes, that works, as does "less ./+DESC". Somehow I thought I had successfully done "less +CONTENTS" successfully before, but I must have preceded filename by path. Less and vi failing when used directly on filename beginning with + is also true for Linux, I checked on Slackware 13.0. Thanks to you and others for helpful responses. Tom From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 09:39:30 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AFA31065695; Mon, 16 Jul 2012 09:39:30 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C9C4E8FC1D; Mon, 16 Jul 2012 09:39:28 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA01547; Mon, 16 Jul 2012 12:39:27 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <5003E14E.5020302@FreeBSD.org> Date: Mon, 16 Jul 2012 12:39:26 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120625 Thunderbird/13.0.1 MIME-Version: 1.0 To: sbruno@FreeBSD.org, John Baldwin References: <1342197082.2664.4.camel@powernoodle.corp.yahoo.com> In-Reply-To: <1342197082.2664.4.camel@powernoodle.corp.yahoo.com> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" , Sean Bruno Subject: Re: stable/9 panic Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 09:39:30 -0000 on 13/07/2012 19:31 Sean Bruno said the following: > Well this is new. I haven't a clue what Dell has done on this R620, but > this popped up today after I did a boat load of BIOS updates and tried > to install stable/9 from our yahoo tree. If anyone sees the obvious > solution here, I'd love to figure it out. > > found-> vendor=0x14e4, dev=0x165f, revid=0x00 > domain=0, bus=2, 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=6 > powerspec 3 supports D0 D3 current D0 > MSI supports 8 messages, 64 bit > MSI-X supports 17 messages in map 0x20 > map[10]: type Prefetchable Memory, range 64, base 0xd50d0000, > size 16, enabled > pcib1: allocated prefetch range (0xd50d0000-0xd50dffff) for rid 10 of > pci0:2:0:1 > map[18]: type Prefetchable Memory, range 64, base 0xd50e0000, > size 16, enabled > pcib1: allocated prefetch range (0xd50e0000-0xd50effff) for rid 18 of > pci0:2:0:1 > map[20]: type Prefetchable Memory, range 64, base 0xd50f0000, > size 16, enabled > pcib1: allocated prefetch range (0xd50f0000-0xd50fffff) for rid 20 of > pci0:2:0:1 > pcib1: matched entry for 2.0.INTB > pcib1: slot 0 INTB hardwired to IRQ 36 > bge0: mem > 0xd50a0000-0xd50affff,0xd50b0000-0xd50bffff,0xd50c0000-0xd50cffff irq 34 > at device 0.0 on pci2 > bge0: APE FW version: NCSI v1.0.80.0 > bge0: attempting to allocate 1 MSI vectors (8 supported) > msi: routing MSI IRQ 264 to local APIC 0 vector 59 > bge0: using IRQ 264 for MSI > bge0: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E > bge0: Disabling fastboot > bge0: Disabling fastboot > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: OUI 0x001be9, model 0x0036, rev. 0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge0: bpf attached > bge0: Ethernet address: 18:03:73:fd:9e:36 > bge1: mem > 0xd50d0000-0xd50dffff,0xd50e0000-0xd50effff,0xd50f0000-0xd50fffff irq 36 > at device 0.1 on pci2 > bge1: APE FW version: NCSI v1.0.80.0 > bge1: attempting to allocate 1 MSI vectors (8 supported) > msi: routing MSI IRQ 265 to local APIC 0 vector 60 > bge1: using IRQ 265 for MSI > bge1: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E > bge1: Disabling fastboot > bge1: Disabling fastboot > miibus1: on bge1 > brgphy1: PHY 2 on miibus1 > brgphy1: OUI 0x001be9, model 0x0036, rev. 0 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge1: bpf attached > bge1: Ethernet address: 18:03:73:fd:9e:37 > pcib2: irq 53 at device 1.1 on pci0 > pcib0: allocated type 3 (0xd8800000-0xd8ffffff) for rid 20 of pcib2 > pcib0: allocated type 3 (0xd5100000-0xd51fffff) for rid 24 of pcib2 > pcib2: domain 0 > pcib2: secondary bus 1 > pcib2: subordinate bus 1 > pcib2: memory decode 0xd8800000-0xd8ffffff > pcib2: prefetched decode 0xd5100000-0xd51fffff > pci1: on pcib2 > pci1: domain=0, physical bus=1 > found-> vendor=0x14e4, dev=0x165f, revid=0x00 > 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=15 > powerspec 3 supports D0 D3 current D0 > MSI supports 8 messages, 64 bit > MSI-X supports 17 messages in map 0x20 > map[10]: type Prefetchable Memory, range 64, base 0xd51a0000, > size 16, enabled > pcib2: allocated prefetch range (0xd51a0000-0xd51affff) for rid 10 of > pci0:1:0:0 > map[18]: type Prefetchable Memory, range 64, base 0xd51b0000, > size 16, enabled > pcib2: allocated prefetch range (0xd51b0000-0xd51bffff) for rid 18 of > pci0:1:0:0 > map[20]: type Prefetchable Memory, range 64, base 0xd51c0000, > size 16, enabled > pcib2: allocated prefetch range (0xd51c0000-0xd51cffff) for rid 20 of > pci0:1:0:0 > pcib2: matched entry for 1.0.INTA > pcib2: slot 0 INTA hardwired to IRQ 35 > found-> vendor=0x14e4, dev=0x165f, revid=0x00 > 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=6 > powerspec 3 supports D0 D3 current D0 > MSI supports 8 messages, 64 bit > MSI-X supports 17 messages in map 0x20 > map[10]: type Prefetchable Memory, range 64, base 0xd51d0000, > size 16, enabled > pcib2: allocated prefetch range (0xd51d0000-0xd51dffff) for rid 10 of > pci0:1:0:1 > map[18]: type Prefetchable Memory, range 64, base 0xd51e0000, > size 16, enabled > pcib2: allocated prefetch range (0xd51e0000-0xd51effff) for rid 18 of > pci0:1:0:1 > map[20]: type Prefetchable Memory, range 64, base 0xd51f0000, > size 16, enabled > pcib2: allocated prefetch range (0xd51f0000-0xd51fffff) for rid 20 of > pci0:1:0:1 > pcib2: matched entry for 1.0.INTB > pcib2: slot 0 INTB hardwired to IRQ 38 > bge2: mem > 0xd51a0000-0xd51affff,0xd51b0000-0xd51bffff,0xd51c0000-0xd51cffff irq 35 > at device 0.0 on pci1 > bge2: APE FW version: NCSI v1.0.80.0 > bge2: attempting to allocate 1 MSI vectors (8 supported) > msi: routing MSI IRQ 266 to local APIC 0 vector 61 > bge2: using IRQ 266 for MSI > bge2: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E > bge2: Disabling fastboot > bge2: Disabling fastboot > miibus2: on bge2 > brgphy2: PHY 1 on miibus2 > brgphy2: OUI 0x001be9, model 0x0036, rev. 0 > brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge2: bpf attached > bge2: Ethernet address: 18:03:73:fd:9e:34 > bge3: mem > 0xd51d0000-0xd51dffff,0xd51e0000-0xd51effff,0xd51f0000-0xd51fffff irq 38 > at device 0.1 on pci1 > bge3: APE FW version: NCSI v1.0.80.0 > bge3: attempting to allocate 1 MSI vectors (8 supported) > msi: routing MSI IRQ 267 to local APIC 0 vector 62 > bge3: using IRQ 267 for MSI > bge3: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E > bge3: Disabling fastboot > bge3: Disabling fastboot > miibus3: on bge3 > brgphy3: PHY 2 on miibus3 > brgphy3: OUI 0x001be9, model 0x0036, rev. 0 > brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > bge3: bpf attached > bge3: Ethernet address: 18:03:73:fd:9e:35 > pcib3: irq 53 at device 2.0 on pci0 > pcib3: domain 0 > pcib3: secondary bus 4 > pcib3: subordinate bus 4 > pcib3: no prefetched decode > pci4: on pcib3 > pci4: domain=0, physical bus=4 > pcib4: irq 53 at device 2.2 on pci0 > pcib0: allocated type 4 (0xf000-0xffff) for rid 1c of pcib4 > pcib0: allocated type 3 (0xd9000000-0xd9ffffff) for rid 20 of pcib4 > pcib4: domain 0 > pcib4: secondary bus 3 > pcib4: subordinate bus 3 > pcib4: I/O decode 0xf000-0xffff > pcib4: memory decode 0xd9000000-0xd9ffffff > pcib4: no prefetched decode > pci3: on pcib4 > pci3: domain=0, physical bus=3 > found-> vendor=0x1000, dev=0x005b, revid=0x01 > domain=0, bus=3, slot=0, func=0 > class=01-04-00, hdrtype=0x00, mfdev=0 > cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=15 > powerspec 3 supports D0 D1 D2 D3 current D0 > MSI supports 1 message, 64 bit > MSI-X supports 16 messages in map 0x14 > map[10]: type I/O Port, range 32, base 0xfc00, size 8, enabled > pcib4: allocated I/O port range (0xfc00-0xfcff) for rid 10 of pci0:3:0:0 > map[14]: type Memory, range 64, base 0xd9ffc000, size 14, > enabled > pcib4: allocated memory range (0xd9ffc000-0xd9ffffff) for rid 14 of > pci0:3:0:0 > map[1c]: type Memory, range 64, base 0xd9f80000, size 18, > enabled > pcib4: allocated memory range (0xd9f80000-0xd9fbffff) for rid 1c of > pci0:3:0:0 > pcib4: matched entry for 3.0.INTA > pcib4: slot 0 INTA hardwired to IRQ 42 > mfi0: port 0xfc00-0xfcff mem > 0xd9ffc000-0xd9ffffff,0xd9f80000-0xd9fbffff irq 42 at device 0.0 on pci3 > mfi0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 268 to local APIC 0 vector 63 > mfi0: using IRQ 268 for MSI > mfi0: Using MSI > mfi0: Megaraid SAS driver Ver 4.23 > mfi0: MaxCmd = 3f0 MaxSgl = 46 state = b73c03f0 > mfi0: Max fw cmds= 1008, sizing driver pool to 128 > mfip0: on mfi0 > pcib5: irq 53 at device 3.0 on pci0 > pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib5 > pcib0: allocated type 3 (0xda000000-0xdaffffff) for rid 20 of pcib5 > pcib5: domain 0 > pcib5: secondary bus 5 > pcib5: subordinate bus 5 > pcib5: I/O decode 0xe000-0xefff > pcib5: memory decode 0xda000000-0xdaffffff > pcib5: no prefetched decode > pci5: on pcib5 > pci5: domain=0, physical bus=5 > found-> vendor=0x8086, dev=0x105e, revid=0x06 > domain=0, bus=5, slot=0, func=0 > class=02-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=a, irq=15 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type Memory, range 32, base 0xdaf80000, size 17, > enabled > pcib5: allocated memory range (0xdaf80000-0xdaf9ffff) for rid 10 of > pci0:5:0:0 > map[14]: type Memory, range 32, base 0xdafa0000, size 17, > enabled > pcib5: allocated memory range (0xdafa0000-0xdafbffff) for rid 14 of > pci0:5:0:0 > map[18]: type I/O Port, range 32, base 0xecc0, size 5, enabled > pcib5: allocated I/O port range (0xecc0-0xecdf) for rid 18 of pci0:5:0:0 > pcib5: matched entry for 5.0.INTA > pcib5: slot 0 INTA hardwired to IRQ 48 > found-> vendor=0x8086, dev=0x105e, revid=0x06 > domain=0, bus=5, slot=0, func=1 > class=02-00-00, hdrtype=0x00, mfdev=1 > cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > intpin=b, irq=6 > powerspec 2 supports D0 D3 current D0 > MSI supports 1 message, 64 bit > map[10]: type Memory, range 32, base 0xdafc0000, size 17, > enabled > pcib5: allocated memory range (0xdafc0000-0xdafdffff) for rid 10 of > pci0:5:0:1 > map[14]: type Memory, range 32, base 0xdafe0000, size 17, > enabled > pcib5: allocated memory range (0xdafe0000-0xdaffffff) for rid 14 of > pci0:5:0:1 > map[18]: type I/O Port, range 32, base 0xece0, size 5, enabled > pcib5: allocated I/O port range (0xece0-0xecff) for rid 18 of pci0:5:0:1 > pcib5: matched entry for 5.0.INTB > pcib5: slot 0 INTB hardwired to IRQ 52 > em0: port 0xecc0-0xecdf mem > 0xdaf80000-0xdaf9ffff,0xdafa0000-0xdafbffff irq 48 at device 0.0 on pci5 > em0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 269 to local APIC 0 vector 64 > em0: using IRQ 269 for MSI > em0: Using an MSI interrupt > em0: bpf attached > em0: Ethernet address: 00:15:17:78:89:dc > em1: port 0xece0-0xecff mem > 0xdafc0000-0xdafdffff,0xdafe0000-0xdaffffff irq 52 at device 0.1 on pci5 > em1: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 270 to local APIC 0 vector 65 > em1: using IRQ 270 for MSI > em1: Using an MSI interrupt > em1: bpf attached > em1: Ethernet address: 00:15:17:78:89:dd > pci0: at device 4.0 (no driver attached) > pci0: at device 4.1 (no driver attached) > pci0: at device 4.2 (no driver attached) > pci0: at device 4.3 (no driver attached) > pci0: at device 4.4 (no driver attached) > pci0: at device 4.5 (no driver attached) > pci0: at device 4.6 (no driver attached) > pci0: at device 4.7 (no driver attached) > pci0: at device 5.0 (no driver attached) > pci0: at device 5.2 (no driver attached) > pcib6: irq 16 at device 17.0 on pci0 > pcib6: domain 0 > pcib6: secondary bus 6 > pcib6: subordinate bus 6 > pcib6: no prefetched decode > pci6: on pcib6 > pci6: domain=0, physical bus=6 > pci0: at device 22.0 (no driver attached) > pci0: at device 22.1 (no driver attached) > ehci0: mem 0xdc8fd000-0xdc8fd3ff irq > 23 at device 26.0 on pci0 > ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 66 > usbus0: EHCI version 1.0 > usbus0 on ehci0 > pcib7: at device 28.0 on pci0 > pcib7: domain 0 > pcib7: secondary bus 7 > pcib7: subordinate bus 7 > pcib7: no prefetched decode > device_attach: pcib7 attach returned 6 It seems that the following panic is caused by the above attach failure. Namely, it seems that there are rman members in pcib_softc via pcib_window fields. Those members are passed to rman_init during attach attempt, but they are not passed to rman_fini if the attach fails (no attach failure cleanup). After newbus code deallocates pcib_softc the global rman list (rman_head) becomes corrupted. > pcib7: irq 19 at device 28.7 on pci0 > panic: Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL > cpuid = 0 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > kdb_backtrace() at kdb_backtrace+0x37 > panic() at panic+0x1d8 > rman_init() at rman_init+0x17c > pcib_alloc_window() at pcib_alloc_window+0x9f > pcib_attach_common() at pcib_attach_common+0x457 > acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x1c > device_attach() at device_attach+0x72 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pci_attach() at acpi_pci_attach+0x164 > device_attach() at device_attach+0x72 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_pcib_attach() at acpi_pcib_attach+0x1a7 > acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1f6 > device_attach() at device_attach+0x72 > bus_generic_attach() at bus_generic_attach+0x1a > acpi_attach() at acpi_attach+0xbc1 > device_attach() at device_attach+0x72 > bus_generic_attach() at bus_generic_attach+0x1a > nexus_acpi_attach() at nexus_acpi_attach+0x69 > device_attach() at device_attach+0x72 > bus_generic_new_pass() at bus_generic_new_pass+0xd6 > bus_set_pass() at bus_set_pass+0x7a > configure() at configure+0xa > mi_startup() at mi_startup+0x77 > btext() at btext+0x2c > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. > -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 13:24:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1CFA1065672 for ; Mon, 16 Jul 2012 13:24:09 +0000 (UTC) (envelope-from gmx@ross.cx) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7F95B8FC08 for ; Mon, 16 Jul 2012 13:24:09 +0000 (UTC) Received: from [92.76.69.32] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1SqlHO-000869-JR for freebsd-stable@freebsd.org; Mon, 16 Jul 2012 15:24:02 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org Date: Mon, 16 Jul 2012 15:23:57 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: User-Agent: Opera Mail/12.00 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.97.3/15138/Mon Jul 16 00:46:06 2012) Subject: 8.2 ->8.3 regression on disk writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 13:24:09 -0000 Hello, using 8.2 the machine runs fine, using 8.3 or higher, not so much. In laymans terms, if I do "too many" writes/time just once, the machine can't do any disk access for a couple of hours. As in: What's already running stays running, no crashes or anything, but as soon as I need to read from disk (login, start program not cached in memory from previous run), I'm all out of luck. I killed the testing ftp-transfer about 15 seconds after the transfer speed dropped, now I'm waiting for 10+ minutes for ``top'' to start. I can install ports and kernels and world fine, but "ezjail-admin install" or transferring a few GB of files from another machine sends it to limbo. The next step would likely be to go through the kernel changes between 8.2 and 8.3 to narrow it down, I'd appreciate pointers as to what kernel changes to look out for, or other suggestions on what to do. Verbose dmesg: http://gurder.ross.cx/misc/dmesg.txt TIA, Michael Postscript: That's the same problem I wrote about in "Trouble with gmirror and device ada", turns out using gmirror just makes the problem appear much faster as opposed to eventually. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 13:34:37 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC1E0106564A for ; Mon, 16 Jul 2012 13:34:37 +0000 (UTC) (envelope-from prvs=1544f5cf44=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id F14608FC0A for ; Mon, 16 Jul 2012 13:34:36 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Mon, 16 Jul 2012 14:34:30 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50020796474.msg for ; Mon, 16 Jul 2012 14:34:28 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1544f5cf44=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <6BF15045231C4F399F10BBBEA66A2CF8@multiplay.co.uk> From: "Steven Hartland" To: , "Michael Ross" References: Date: Mon, 16 Jul 2012 14:34:30 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-15"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: 8.2 ->8.3 regression on disk writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 13:34:37 -0000 ----- Original Message ----- From: "Michael Ross" To: Sent: Monday, July 16, 2012 2:23 PM Subject: 8.2 ->8.3 regression on disk writes > Hello, > > using 8.2 the machine runs fine, > using 8.3 or higher, not so much. > > In laymans terms, > if I do "too many" writes/time just once, the machine can't do any disk > access for a couple of hours. > > As in: What's already running stays running, no crashes or anything, > but as soon as I need to read from disk (login, start program not cached > in memory from previous run), > I'm all out of luck. > I killed the testing ftp-transfer about 15 seconds after the transfer > speed dropped, > now I'm waiting for 10+ minutes for ``top'' to start. > > > I can install ports and kernels and world fine, > but "ezjail-admin install" or transferring a few GB of files from another > machine sends it to limbo. > > The next step would likely be to go through the kernel changes between 8.2 > and 8.3 to narrow it down, > I'd appreciate pointers as to what kernel changes to look out for, > or other suggestions on what to do. > > Verbose dmesg: http://gurder.ross.cx/misc/dmesg.txt You have some strangeness there: I see: "real memory = 17179869184 (16384 MB)" "avail memory = 2050920448 (1955 MB)" So even though you have 16GB ram your only using 2GB of it which will likely cause slowness under ZFS including disabling prefetch "ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to /boot/loader.conf." Is this a VM or something? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 16:09:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1D821065670; Mon, 16 Jul 2012 16:09:18 +0000 (UTC) (envelope-from traveling08@cox.net) Received: from fed1rmfepo201.cox.net (fed1rmfepo201.cox.net [68.230.241.146]) by mx1.freebsd.org (Postfix) with ESMTP id B23D08FC14; Mon, 16 Jul 2012 16:09:18 +0000 (UTC) Received: from fed1rmimpo110.cox.net ([68.230.241.159]) by fed1rmfepo201.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20120716160917.WPVN29577.fed1rmfepo201.cox.net@fed1rmimpo110.cox.net>; Mon, 16 Jul 2012 12:09:17 -0400 Received: from dell64 ([72.220.103.209]) by fed1rmimpo110.cox.net with bizsmtp id b49H1j00J4X51K40349HC6; Mon, 16 Jul 2012 12:09:17 -0400 X-CT-Class: Clean X-CT-Score: 0.00 X-CT-RefID: str=0001.0A020206.50043CAD.00A2,ss=1,re=0.000,fgs=0 X-CT-Spam: 0 X-Authority-Analysis: v=1.1 cv=/Un0vkzSgrqueAT2jU3DbURxsO3AY6RL1Wv3mH8pjVg= c=1 sm=1 a=zZLVAf7QdekA:10 a=G8Uczd0VNMoA:10 a=kj9zAlcOel0A:10 a=9eRLpXbTwyrdKc8or95E8w==:17 a=6I5d2MoRAAAA:8 a=fGO4tVQLAAAA:8 a=gnzDVnWR0GgZYwOQ_dAA:9 a=CjuIK1q_8ugA:10 a=3XBqCPMZHw8A:10 a=SV7veod9ZcQA:10 a=9eRLpXbTwyrdKc8or95E8w==:117 X-CM-Score: 0.00 Authentication-Results: cox.net; none Date: Mon, 16 Jul 2012 09:09:11 -0700 From: Robert To: Dimitry Andric Message-ID: <20120716090911.4a0fa605@dell64> In-Reply-To: <5002BC85.3020508@FreeBSD.org> References: <20120709134426.7f01dd96@dell64> <4FFC02A2.8010303@FreeBSD.org> <20120710064141.060aa4f6@dell64> <5002BC85.3020508@FreeBSD.org> X-Mailer: Claws Mail 3.8.1 (GTK+ 2.24.6; amd64-portbld-freebsd8.3) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: Build failure xorg-drivers with Clang X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 16:09:19 -0000 On Sun, 15 Jul 2012 14:50:13 +0200 Dimitry Andric wrote: > On 2012-07-10 15:41, Robert wrote: > ... > > Complete attempt at build (xorg-drivers.log) can be viewed at > > pastebin.com/u/traveling08 > > Aha, I hadn't realized this wasn't yet fixed for clang. Please try > the attached patch. If I applied this correctly then it has not changed anything. Please correct me if I have done this improperly. I placed your patch in /usr/ports/x11-servers/xorg-server/files as seen below -rw-r--r-- 1 root wheel 5536 Apr 21 10:03 extra-arch-ia64 -rw-r--r-- 1 root wheel 438 May 4 2010 extra-arch-powerpc -rw-r--r-- 1 root wheel 3487 Apr 24 10:28 extra-dix_events.c -rw-r--r-- 1 root wheel 2382 Apr 21 10:03 extra-hw_dmx_glxProxy_compsize.h -rw-r--r-- 1 root wheel 1815 Apr 21 10:03 extra-hw_dmx_glxProxy_glxcmds.h -rw-r--r-- 1 root wheel 799 Apr 21 10:03 extra-include_eventstr.h -rw-r--r-- 1 root wheel 645 Apr 21 10:03 extra-patch-os-utils.c -rw-r--r-- 1 root wheel 966 Jul 15 16:43 patch-Xserver-hw-xfree86-common-compiler.h ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ -rw-r--r-- 1 root wheel 384 May 19 2007 patch-Xserver-hw-xfree86-common-xf86Config.c -rw-r--r-- 1 root wheel 469 May 19 2007 patch-Xserver-hw-xfree86-os-support-bsd-i386_video.c -rw-r--r-- 1 root wheel 402 Mar 31 2009 patch-Xserver-hw-xfree86-os-support-bsd-sparc64_video.c -rw-r--r-- 1 root wheel 350 May 19 2007 patch-Xserver-os-xprintf.c -rw-r--r-- 1 root wheel 320 May 19 2007 patch-servermd.h -rw-r--r-- 1 root wheel 471 May 19 2007 patch-xorgconf.cpp And it shows up in :/usr/ports/x11-servers/xorg-server/work/xorg-server-1.7.7/x11-servers/xorg-server/files % ls -l total 4 -rw-r--r-- 1 root wheel 481 Jul 15 18:23 patch-Xserver-hw-xfree86-common-compiler.h -rw-r--r-- 1 root wheel 0 Jul 15 18:23 patch-Xserver-hw-xfree86-common-compiler.h.orig I checked on a different computer that is running 9 Stable.I did a make from /usr/ports/x11-servers/xorg-server and there was not a directory /x11-servers/ under /work/xorg-server-1.7.7/ Thanks again and I can provide anything if you need more information. Robert From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 18:25:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46A43106566C for ; Mon, 16 Jul 2012 18:25:20 +0000 (UTC) (envelope-from pldrouin@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 00FC58FC0C for ; Mon, 16 Jul 2012 18:25:19 +0000 (UTC) Received: by yenl8 with SMTP id l8so6177916yen.13 for ; Mon, 16 Jul 2012 11:25:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=dG2duYLaLIz2aGjnprj3j9l7YvCRlgKGaf+jQ66EV6k=; b=rbKkT31pCMS91gbe7/bcBRviEQ7CwqUv3tL1hb0DAcnYoIqZ8zrVFRwc6fATQP7lQm VR8GCusvXlvcKx0jpA6P6OG+/2XCMkdXh7pHIGWsOmb7X1SKUpu/T0xvxalChSPlsRp1 5adxX1QKAmd6GRK2zU6sPBsXzu7A8Rjx9Ke5YV5XluVtpakO/4q8PPL39XfgislN38sS SqeCfMzYD3I4GzWfx6j5YBVFBBVigdRRp6wG8j9ngPktYXvhtGX0F6ehvCENDzhr8Bcn pHFfqb4CRuEalxv5A4NNiCI0FonMvEVfIgnf8QF0Es+WBF7jsoBJVx+KUGNr4TQ292Ys T9PQ== MIME-Version: 1.0 Received: by 10.50.42.130 with SMTP id o2mr6028553igl.37.1342463119284; Mon, 16 Jul 2012 11:25:19 -0700 (PDT) Sender: pldrouin@gmail.com Received: by 10.64.168.70 with HTTP; Mon, 16 Jul 2012 11:25:19 -0700 (PDT) Date: Mon, 16 Jul 2012 14:25:19 -0400 X-Google-Sender-Auth: InhYDD-kZ70AMjFYW-nGqqUGsjY Message-ID: From: Pierre-Luc Drouin To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Graphics Performance with the new KMS Driver... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 18:25:20 -0000 Hi, I just installed FreeBSD 9-stable on a new desktop machine equipped with an i3 2120 CPU (HD Graphics 2000). I compiled xorg with WITH_NEW_XORG=true and WITH_KMS=true, following the instructions on http://wiki.freebsd.org/Intel_GPU . Xorg seems to be running without crashing and I have confirmed that direct rendering is enabled using glxinfo, which is great. However, I only get about 9 fps with GLPlanet and I can't play (non-HD) Youtube videos fullscreen on a 1080p monitor without severe noticeable hangs. I was wondering if it is normal to observe this not so great performance. I could not do a direct comparison on the same machine unfortunately, but I get a drastically better graphics performance with GLPlanet from my laptop running Gentoo and equipped with an i7 2860QM CPU (HD Graphics 3000). I get a frame rate of about 60 fps fullscreen on a 1080p monitor with that laptop. So basically I would be interested to know: -Is it normal to obtain that kind of performance from these i3 CPUs when running FreeBSD? -How does the graphics performance compare between Linux and FreeBSD with the new KMS driver? Thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Jul 16 20:22:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2E211065672 for ; Mon, 16 Jul 2012 20:22:01 +0000 (UTC) (envelope-from clee@mg8.org) Received: from mail-gh0-f182.google.com (mail-gh0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9DEA18FC16 for ; Mon, 16 Jul 2012 20:22:01 +0000 (UTC) Received: by ghbz22 with SMTP id z22so6315462ghb.13 for ; Mon, 16 Jul 2012 13:21:54 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=oSEmgtIZeZVclhXSil0/UdVktht2CAWN1U1zeKZOyB0=; b=X3ELtkpy3YtybGEtu71wy54B4XClCTzXQ0mburuc4sXwtgaFbnYwRdz4PyAqX9XHiP 9c7yjBwSOzCDxQsL45KqVp9/wjnyrN7I28utmbKVRWPbWSsyVd72atEqw7ck3iPvDRYW AHrsugf7xZXeryEAhmkYQNlVmm4hhlHvj0N/PVTM0qaFQ0snJ21Vq67dDtHgZQD1YU/9 vb8IjCSpHIUu7Da6USDxysf56xAtXKYOruZcuUJYi9Znn3wKgkcLJH/7Blw6psRdLE3u Irg8qJboYhHU7TCmwZhJt5CTicxRnQZpOs4gS0z6mtKMp3mbKY8dSBBA219NOIcozwmw /SHw== Received: by 10.50.12.227 with SMTP id b3mr6237261igc.7.1342470114593; Mon, 16 Jul 2012 13:21:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.141.199 with HTTP; Mon, 16 Jul 2012 13:21:24 -0700 (PDT) From: Chris Lee Date: Mon, 16 Jul 2012 13:21:24 -0700 Message-ID: To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQk3aOK1GiVmJrW/qHLwmlSrihrYIjjIh9nSgbAkBvEPLuPP2tKSTu0+Zp1fts9B7mcIsmpD Subject: MFC for ZFS fix? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Jul 2012 20:22:02 -0000 I've been seeing a panic on my FreeBSD/ZFS server (running 9-STABLE built on 6/28), where the relevant line appears to be: avl_find() succeeded inside avl_add() I found a patch pjd committed to trunk (r230454), which apparently was supposed to be MFC'd a week later, but it doesn't appear to be in FreeBSD 9-STABLE yet. I rebuilt my kernel with this patch applied and the server has been fairly stable for over 24h now, and the things I was doing that caused it to kernel panic previously are now working fine. The filesystems were created with 'zfs recv' from an older OpenSolaris installation. Any chance this might make it into FreeBSD for 9.1? -clee From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 02:33:20 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86F09106564A for ; Tue, 17 Jul 2012 02:33:20 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id 68BC28FC17 for ; Tue, 17 Jul 2012 02:33:20 +0000 (UTC) Received: from exhub01.exchhosting.com (192.168.11.213) by exhub09.exchhosting.com (192.168.11.107) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 16 Jul 2012 19:33:19 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub01.exchhosting.com ([fe80::599f:91db:6abf:be9f%13]) with mapi; Mon, 16 Jul 2012 19:33:19 -0700 From: Trent Nelson To: "freebsd-stable@freebsd.org" Date: Mon, 16 Jul 2012 19:33:17 -0700 Thread-Topic: The MFC process... Thread-Index: Ac1jxIa9NE6C5SlST02W9JzuXSg1Og== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 02:33:20 -0000 There are currently no automated MFC systems in place, correct? I.e. the onus is completely on the developer that made the change to head to merge back to stable? Do the RELENG team do anything in particular to check that changes for MFC actually make it back to stable? Reason for asking, I noticed a bit of disparity between dev/isp between head and stable/9: % svn mergeinfo --show-revs eligible \ svn://svn.freebsd.org/base/head/sys/dev/isp \ svn://svn.freebsd.org/base/stable/9/sys/dev/isp r227126 r227548 r228914 r237210 r237537 r237544 r238486 I'm currently running a local tree with those revs merged in manually (simply via `svn merge svn://svn.freebsd.org/base/head/sys/dev/isp .` in /usr/src/sys/dev/isp), but it'd be nice to get them into 9.1, as they're all past their recommend soak time (except for that last one, which is a typo fix). Anyway, that got me thinking about the MFC process, especially leading up to another release, hence this e-mail. What's the preferred way for non-committers to bring outstanding MFCs to the attention of committers? Regards, Trent. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 03:19:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 41701106564A for ; Tue, 17 Jul 2012 03:19:33 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 002208FC1A for ; Tue, 17 Jul 2012 03:19:32 +0000 (UTC) Received: by obbun3 with SMTP id un3so13045128obb.13 for ; Mon, 16 Jul 2012 20:19:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=6iBtJOA2r/+Rxwl5U/p23NBP5NzrRlFYZ6XpmC7IPY8=; b=mACjXgXOtfIVcokZU4BUUQn5G8hWdNNobrMPTSnerPNRWEJxcTCYcxfpgO+3GiX1uT ReZyDHCkMO5THHaAcdPjQy0L8bv7NEAR/t64VFKlyl6ECZRIvdqbmedc7sEl2kmXxSyF rMDo+p32BIaEbWOwO6T9AJ5qXCgxOC9LqPeEQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=6iBtJOA2r/+Rxwl5U/p23NBP5NzrRlFYZ6XpmC7IPY8=; b=dA6L+4n2eGkzVQrzLCrVG7O31Ub0AhEMRUOpeRFlwOkkKkqarHtYT01gpriQNgiTBX 20/Td9ZU2cUo9aTErB4UyhyeJobwl9r8PjNTh42NgKbE8Ih4EfvWPp/0qxc2e+lLXvlN NCTvDJUOjgfqNWekXniGc5FNQmah590DKTHTO7sxwp5DY4s3gF17KMbz2nLd9jrz1MNL a/KsKZWgSS9XACk57CtUBRUoR5OyfH+9AAn1pgtZsKtUx1ze6Lc5aD3HPYnjvaYyk2Kj LEiLRJERMoHoPIlF7GhFzAQEkwLUcJGrOrtvnn6ELbYLNuzora2goq90JpO68V2BzlBl hwxQ== Received: by 10.182.88.9 with SMTP id bc9mr1133465obb.4.1342495172606; Mon, 16 Jul 2012 20:19:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.125.70 with HTTP; Mon, 16 Jul 2012 20:19:02 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Mon, 16 Jul 2012 20:19:02 -0700 Message-ID: To: Trent Nelson Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQm9cfH4+51UfGHcvPqFMVdBM7i1wHHVLFl2j3ZCf8i079J6u7rK2OfZfAv0lipX9Yap7RJA Cc: "freebsd-stable@freebsd.org" Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 03:19:33 -0000 On 16 July 2012 19:33, Trent Nelson wrote: > > There are currently no automated MFC systems in place, correct? I.e. the > onus is completely on the developer that made the change to head to merge > back to stable? Correct. > Do the RELENG team do anything in particular to check > that changes for MFC actually make it back to stable? As far as I am aware, they do not. > Reason for asking, I noticed a bit of disparity between dev/isp between > head and stable/9: > ... > I'm currently running a local tree with those revs merged in manually > (simply via `svn merge svn://svn.freebsd.org/base/head/sys/dev/isp .` in > /usr/src/sys/dev/isp), but it'd be nice to get them into 9.1, as they're > all past their recommend soak time (except for that last one, which is a > typo fix). We are currently in a code freeze for 9.1 so no unapproved MFCs may be committed. > Anyway, that got me thinking about the MFC process, especially leading up > to another release, hence this e-mail. What's the preferred way for > non-committers to bring outstanding MFCs to the attention of committers? Exactly the way you did it here: a polite email. :) -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 03:38:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 946DE1065670; Tue, 17 Jul 2012 03:38:09 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmailb.acsu.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id 507F88FC0C; Tue, 17 Jul 2012 03:38:09 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id C4F745EA40; Mon, 16 Jul 2012 23:38:02 -0400 (EDT) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id A04F45EC1E; Mon, 16 Jul 2012 23:38:01 -0400 (EDT) Received: from smtp3.acsu.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 672EC5EA40; Mon, 16 Jul 2012 23:38:01 -0400 (EDT) Received: from [192.168.1.101] (cpe-72-231-248-9.buffalo.res.rr.com [72.231.248.9]) (Authenticated sender: kensmith@buffalo.edu) by smtp3.acsu.buffalo.edu (Postfix) with ESMTPSA id EE6C44A6D0; Mon, 16 Jul 2012 23:38:00 -0400 (EDT) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-ybyP8wXlzr8km2nKQanj" Organization: U. Buffalo Date: Mon, 16 Jul 2012 23:38:00 -0400 Message-ID: <1342496280.1710.9.camel@neo.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: XX: 28% Cc: re Subject: FreeBSD 9.1-BETA1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 03:38:09 -0000 --=-ybyP8wXlzr8km2nKQanj Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The first test build of the 9.1-RELEASE release cycle is now available on the FTP servers for amd64, i386, powerpc64, and sparc64. The MD5/SHA256 checksums are at the bottom of this message. The ISO images and, for architectures, that support it, the memory stick images are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/ISO-IMAGES/9.1/ (or any of the FreeBSD mirror sites). We hope this will be the only BETA build, to be followed by two Release Candidate builds and then the release itself. The original schedule is available here: http://www.freebsd.org/releases/9.1R/schedule.html but we're a bit behind schedule already. I'll adjust the schedule within the next couple of days. If you notice any problems you can report them through the normal Gnats PR system or here on the -stable mailing list. If you would like to use csup/cvsup mechanisms to do a source-based update of an existing system the branch tag to use is "RELENG_9". If you would like to use SVN instead use "stable/9". Note that if you do an update that way the system will call itself "9.1-PRERELEASE". Checksums: MD5 (FreeBSD-9.1-BETA1-amd64-bootonly.iso) =3D ff296912b6b4135476d3012ff020= a55e MD5 (FreeBSD-9.1-BETA1-amd64-disc1.iso) =3D 60c82350efa8a45cb6376fcefe4e1c8= 4 MD5 (FreeBSD-9.1-BETA1-amd64-memstick.img) =3D 2baf4398cbcdd733cbef381b78fc= 1d88 MD5 (FreeBSD-9.1-BETA1-i386-bootonly.iso) =3D 483f2efb2ed46ded418a404d47bdf= 98d MD5 (FreeBSD-9.1-BETA1-i386-disc1.iso) =3D 244e526aa109b1dbbe1a0f25d40de4bf MD5 (FreeBSD-9.1-BETA1-i386-memstick.img) =3D 98f687ad1ef71b1bf3c8b82362b9b= f49 MD5 (FreeBSD-9.1-BETA1-powerpc64-bootonly.iso) =3D 9dd0c70d52fab38a87d5fc01= eb078af1 MD5 (FreeBSD-9.1-BETA1-powerpc64-memstick) =3D 4c4ec197755d5732788fc1c11d6b= af7d MD5 (FreeBSD-9.1-BETA1-powerpc64-release.iso) =3D 44cbe2ea14e41cc23ee633cb8= e619730 MD5 (FreeBSD-9.1-BETA1-sparc64-bootonly.iso) =3D f7cb375c6d941d62abd8260e6c= e42d3d MD5 (FreeBSD-9.1-BETA1-sparc64-disc1.iso) =3D aa450e7772e09bfa79d6d19be6a0f= ba5 SHA256 (FreeBSD-9.1-BETA1-amd64-bootonly.iso) =3D babf94070c798e06d93923fa8= 4e5d1c1fa37ab4bef7959d68c73bf40d1568418 SHA256 (FreeBSD-9.1-BETA1-amd64-disc1.iso) =3D f895c688dac933e13bfaa4c02ed7= 3ac2e21752b257693cbbe416077fdf255331 SHA256 (FreeBSD-9.1-BETA1-amd64-memstick.img) =3D 977fa2772a86156c2c61f2b80= 173b15b95ebcf38f9ad5a7d2b78727f5bf13d0b SHA256 (FreeBSD-9.1-BETA1-i386-bootonly.iso) =3D 353ff599a55af0664f52ecaa8c= 7b5f497b94a9d3e043dc616107b5ddf46e53f2 SHA256 (FreeBSD-9.1-BETA1-i386-disc1.iso) =3D 29c36dfab60261f0823ca5620e838= f8347a267d40af0b56f4d5a881c559cf2c2 SHA256 (FreeBSD-9.1-BETA1-i386-memstick.img) =3D 1b14bd8bd47be80bf3cb8b63e3= ee27d74d00cb32a4c5203ee9fabef39a58d3a7 SHA256 (FreeBSD-9.1-BETA1-powerpc64-bootonly.iso) =3D e9deebc21bd815fd61162= a419bcb01bd6c2ca254f8268c4858f168af5add3f58 SHA256 (FreeBSD-9.1-BETA1-powerpc64-memstick) =3D bda64320367c1ef5dac1a3e24= d3f20979908cb7e23f0a80f17433b41f6a04601 SHA256 (FreeBSD-9.1-BETA1-powerpc64-release.iso) =3D 7171c7a1c14f06644ab670= 6af8afd0a0b8330bd32ce71d01d823aae8bdf90b73 SHA256 (FreeBSD-9.1-BETA1-sparc64-bootonly.iso) =3D c6a869beeb2d5afab8a9336= 3c34c434751bf4252cc798e940bd1cb74786a14b4 SHA256 (FreeBSD-9.1-BETA1-sparc64-disc1.iso) =3D 5b04e7989d8ab26ad788f98900= 9e2f5a493858e3b4e67256d3774e68e0073431 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-ybyP8wXlzr8km2nKQanj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEABECAAYFAlAE3hgACgkQ/G14VSmup/ZU5wCeOYvpI/9JOQTzExVg1au6zbAY wckAnRFUoOC5D6G9WAu/0759aXoTQGKX =oR/e -----END PGP SIGNATURE----- --=-ybyP8wXlzr8km2nKQanj-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 04:06:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 90149106566C for ; Tue, 17 Jul 2012 04:06:40 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id ACF8614FA28; Tue, 17 Jul 2012 04:06:39 +0000 (UTC) Message-ID: <5004E4CF.6050109@FreeBSD.org> Date: Mon, 16 Jul 2012 21:06:39 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: Michael Ross References: In-Reply-To: X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 8.2 ->8.3 regression on disk writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 04:06:40 -0000 Have you tried switching your scheduler to 4BSD? -- Change is hard. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 05:35:31 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F0737106566B for ; Tue, 17 Jul 2012 05:35:30 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id D0CE48FC14 for ; Tue, 17 Jul 2012 05:35:30 +0000 (UTC) Received: from exhub01.exchhosting.com (192.168.11.213) by exhub09.exchhosting.com (192.168.11.107) with Microsoft SMTP Server (TLS) id 8.3.213.0; Mon, 16 Jul 2012 22:35:30 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub01.exchhosting.com ([fe80::599f:91db:6abf:be9f%13]) with mapi; Mon, 16 Jul 2012 22:35:29 -0700 From: Trent Nelson To: Eitan Adler Date: Mon, 16 Jul 2012 22:35:28 -0700 Thread-Topic: The MFC process... Thread-Index: Ac1j3fmGLrIHLoVbTXKOMWy3RP9Y6g== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-stable@freebsd.org" Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 05:35:31 -0000 On 7/16/12 11:19 PM, "Eitan Adler" wrote: >On 16 July 2012 19:33, Trent Nelson wrote: >> >> There are currently no automated MFC systems in place, correct? I.e. >>the >> onus is completely on the developer that made the change to head to >>merge >> back to stable? > >Correct. > >> Do the RELENG team do anything in particular to check >> that changes for MFC actually make it back to stable? > >As far as I am aware, they do not. Sounds like a "what-hasn't-been-MFC'd-back-to-stable-yet" script could be quite useful, then ;-) Thanks for the info. Trent. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 06:11:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7DF0A1065674 for ; Tue, 17 Jul 2012 06:11:19 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3B6028FC15 for ; Tue, 17 Jul 2012 06:11:19 +0000 (UTC) Received: by obbun3 with SMTP id un3so123857obb.13 for ; Mon, 16 Jul 2012 23:11:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=lJkH5X0/iBVAqECpg74LUthTX7gG2uoAzrG6v6VIlKo=; b=S+LO831StOWArmnv58mMojd2rWNjSJXAtpPWaEjZe9tGkBRVq16/DbWYZuiVml2ORv pr1F+mQ0N/uKBkVuNDBDjuKpYVRiR/RMW70SsTrgCjU3Nj530fAPEi6diqAwrmYySjpk kD/b95AvxeufOUyQtLeevd2vidjzbfX9fywcM= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=lJkH5X0/iBVAqECpg74LUthTX7gG2uoAzrG6v6VIlKo=; b=hosd4SsZYpmHVQGmkZGEVH/NITsu+bu/CO/wa0boINZ9jixR8uStb5fNAk5dWU6q3J bYczz8+5vjYl80gSSlscduE5kSGGavhTn+HMzkOFeESNg25DzvUmKzMEqJdsi8WUuYoY t0D4Uk91EHkCwuHGBpsbh2XXzBZXdcze1mzNcVmxUUFmg1Owv+5PSjgRi/V/BQA3N5tL w7+lhDkZz5k3Ykg9Xelg7/up2/kBf2JeDSZf5iOuVvl4HWVurSmuDdILRLdS3zipOXvR NMprB+18SsGyKySikyAZTUbK5i9SDoC+7vyOSaF4ToiGYWHvl58PB4duVbumx5nc7Kt5 obuA== Received: by 10.182.88.9 with SMTP id bc9mr1657599obb.4.1342505476038; Mon, 16 Jul 2012 23:11:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.125.70 with HTTP; Mon, 16 Jul 2012 23:10:45 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Mon, 16 Jul 2012 23:10:45 -0700 Message-ID: To: Trent Nelson Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQl8i0l0Owaam0F2zgaqsHQG6l250hWvfkzfS/HUgdgavqTFXXCt3rCT8OkR3K86S0+EtQjT Cc: "freebsd-stable@freebsd.org" Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 06:11:19 -0000 On 16 July 2012 22:35, Trent Nelson wrote: > On 7/16/12 11:19 PM, "Eitan Adler" wrote: > >>On 16 July 2012 19:33, Trent Nelson wrote: >>> >>> There are currently no automated MFC systems in place, correct? I.e. >>>the >>> onus is completely on the developer that made the change to head to >>>merge >>> back to stable? >> >>Correct. >> >>> Do the RELENG team do anything in particular to check >>> that changes for MFC actually make it back to stable? >> >>As far as I am aware, they do not. > > Sounds like a "what-hasn't-been-MFC'd-back-to-stable-yet" script could be > quite useful, then ;-) Of interest to me: if it could be limited to just the commits I made and optionally show me the log message and diff it would be very helpful. On a general note: be careful with any level of automation with this script though. Sometimes there are good reasons that a commit wasn't MFCed. -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 07:58:33 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D36D9106564A for ; Tue, 17 Jul 2012 07:58:33 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 64E648FC16 for ; Tue, 17 Jul 2012 07:58:33 +0000 (UTC) Received: from pc911.math.uni-hamburg.de (pc911.math.uni-hamburg.de [134.100.220.198]) by mrelayeu.kundenserver.de (node=mrbap2) with ESMTP (Nemesis) id 0M0KWj-1TiriU15BN-00vBLC; Tue, 17 Jul 2012 09:58:31 +0200 Message-ID: <50051B27.4030303@janh.de> Date: Tue, 17 Jul 2012 09:58:31 +0200 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120619 Thunderbird/13.0.1 MIME-Version: 1.0 To: Ken Smith References: <1342496280.1710.9.camel@neo.cse.buffalo.edu> In-Reply-To: <1342496280.1710.9.camel@neo.cse.buffalo.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:FSE6FgGkeUx9mYEMHbqHwzk7JTlj+WZuFV/hYF4SreJ nSvxVZOI6/2vIIQvCXIb7rJxd9jKrj2tEotUjnCYSmxKqwkx8Q Vc/t2vh/YmCtLZ+Q2bGevGKkgdHRrtpY3zIjoO4ASbWQHTFIaE iCjRX8KmF0MkcnaxUnVYlppJksMcEKhTBhpgPlQxuZeLVqJKa8 poRD+NoYrU4X7ttFWGrNfGA1BBigrcWTg3QJhj2XOKZwjzoFH0 prso8EArVRoP3d29T3xvU8qG+YzzkcyC6gt+wgMPmUxTekl6d7 QJhIwf0YsZjOQoVFOIRfI/DcFlVRl8UhzFvGy+b8KZzp43AGiM sYeLxcxA0LhJTrRNbhP0= Cc: stable-list freebsd Subject: Re: FreeBSD 9.1-BETA1 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 07:58:33 -0000 On 07/17/2012 05:38, Ken Smith wrote: > The first test build of the 9.1-RELEASE release cycle is now available > on the FTP servers for amd64, i386, powerpc64, and sparc64. The What about freebsd-update -- is it going to be available for this BETA1? Cheers, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 08:44:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18AE91065670 for ; Tue, 17 Jul 2012 08:44:17 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id E87F48FC0C for ; Tue, 17 Jul 2012 08:44:16 +0000 (UTC) Received: from exhub13.exchhosting.com (192.168.11.122) by exhub11.exchhosting.com (192.168.11.109) with Microsoft SMTP Server (TLS) id 8.3.213.0; Tue, 17 Jul 2012 01:44:16 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub13.exchhosting.com ([::1]) with mapi; Tue, 17 Jul 2012 01:44:16 -0700 From: Trent Nelson To: Eitan Adler Date: Tue, 17 Jul 2012 01:44:13 -0700 Thread-Topic: The MFC process... Thread-Index: Ac1j+Fh7WmAn1n/HQBKLNJW78yF+aQ== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-stable@freebsd.org" Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 08:44:17 -0000 On 7/17/12 2:10 AM, "Eitan Adler" wrote: >On 16 July 2012 22:35, Trent Nelson wrote: >> On 7/16/12 11:19 PM, "Eitan Adler" wrote: >> >>>On 16 July 2012 19:33, Trent Nelson wrote: >>>> >>>> There are currently no automated MFC systems in place, correct? I.e. >>>>the >>>> onus is completely on the developer that made the change to head to >>>>merge >>>> back to stable? >>> >>>Correct. >>> >>>> Do the RELENG team do anything in particular to check >>>> that changes for MFC actually make it back to stable? >>> >>>As far as I am aware, they do not. >> >> Sounds like a "what-hasn't-been-MFC'd-back-to-stable-yet" script could >>be >> quite useful, then ;-) > >Of interest to me: if it could be limited to just the commits I made >and optionally show me the log message and diff it would be very >helpful. Agreed. >On a general note: be careful with any level of automation with this >script though. Yeah automated merging certainly shouldn't be attempted in the first cut of the script. (Although the svn-dev@ guys have a post-commit hook that automatically merges changes once three +1's have been registered for the change in CHANGES -- so it's not impossible.) > Sometimes there are good reasons that a commit wasn't >MFCed. Indeed. Technically, commits against head that shouldn't ever be merged back to stable should be marked as such via svn merge --record-only back on the stable branch. (It's a shame how unwieldy the record-only command ended up -- the pre-1.5 svnmerge.py did a much better job: `svnmerge.py ignore r1012098`, `svnmerge.py avail`.) [1] should probably be amended to state that. The advantage of using --record-only to block merges is that `svn mergeinfo --show-revs eligible` becomes infinitely more usable. (And again, that's another terribly unwieldy command; the svnmerge.py equivalent was literally `svnmerge.py avail`.) Trent. [1]:=20 http://www.freebsd.org/doc/en_US.ISO8859-1/articles/committers-guide/subver sion-primer.html From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 12:38:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1CC52106564A for ; Tue, 17 Jul 2012 12:38:51 +0000 (UTC) (envelope-from gmx@ross.cx) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) by mx1.freebsd.org (Postfix) with ESMTP id CCFAE8FC0C for ; Tue, 17 Jul 2012 12:38:50 +0000 (UTC) Received: from [92.76.69.32] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1Sr73B-0008Qu-29; Tue, 17 Jul 2012 14:38:49 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: freebsd-stable@freebsd.org, "Steven Hartland" References: <6BF15045231C4F399F10BBBEA66A2CF8@multiplay.co.uk> Date: Tue, 17 Jul 2012 14:38:43 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: <6BF15045231C4F399F10BBBEA66A2CF8@multiplay.co.uk> User-Agent: Opera Mail/12.00 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.97.3/15144/Tue Jul 17 10:52:44 2012) Cc: Subject: Re: 8.2 ->8.3 regression on disk writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 12:38:51 -0000 Am 16.07.2012, 15:34 Uhr, schrieb Steven Hartland : > > ----- Original Message ----- From: "Michael Ross" > To: > Sent: Monday, July 16, 2012 2:23 PM > Subject: 8.2 ->8.3 regression on disk writes > > >> Hello, >> using 8.2 the machine runs fine, >> using 8.3 or higher, not so much. >> In laymans terms, >> if I do "too many" writes/time just once, the machine can't do any >> disk access for a couple of hours. >> As in: What's already running stays running, no crashes or anything, >> but as soon as I need to read from disk (login, start program not >> cached in memory from previous run), >> I'm all out of luck. >> I killed the testing ftp-transfer about 15 seconds after the transfer >> speed dropped, >> now I'm waiting for 10+ minutes for ``top'' to start. >> I can install ports and kernels and world fine, >> but "ezjail-admin install" or transferring a few GB of files from >> another machine sends it to limbo. >> The next step would likely be to go through the kernel changes between >> 8.2 and 8.3 to narrow it down, >> I'd appreciate pointers as to what kernel changes to look out for, >> or other suggestions on what to do. >> Verbose dmesg: http://gurder.ross.cx/misc/dmesg.txt > > You have some strangeness there: > > I see: > > "real memory = 17179869184 (16384 MB)" > "avail memory = 2050920448 (1955 MB)" > > So even though you have 16GB ram your only using 2GB of it which > will likely cause slowness under ZFS including disabling prefetch > > "ZFS NOTICE: Prefetch is disabled by default if less than 4GB of > RAM is present; to enable, add "vfs.zfs.prefetch_disable=0" to > /boot/loader.conf." > > Is this a VM or something? > > Regards > Steve The machine has 2GB of RAM installed -- at least that's what the hoster says and what the Debian system it comes with reports. Not a VM. I was mentally set for "disk trouble" and didn't even spot that, neither did I spot the little gem above: "WARNING: This architecture revision has known SMP hardware bugs which may cause random instability" Kernel source has this to say: /* * Opteron Rev E shows a bug as in very rare occasions a read memory * barrier is not performed as expected if it is followed by a * non-atomic read-modify-write instruction. * As long as that bug pops up very rarely (intensive machine usage * on other operating systems generally generates one unexplainable * crash any 2 months) and as long as a model specific fix would be * impratical at this stage, print out a warning string if the broken * model and family are identified. */ "Very rare" "random instability", read: Crappy hardware. Plus, after about 1 week of running tests with 8.2, 8.3, 9.0 and 9-STABLE kernels I managed to provoke the problem on 8.2 as well, so I'm embarrassed now for calling regression where there is none. Short, I'm giving up on this machine; thanks for the help, sorry for the noise, Michael From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 12:38:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 19C77106566C; Tue, 17 Jul 2012 12:38:56 +0000 (UTC) (envelope-from gmx@ross.cx) Received: from www81.your-server.de (www81.your-server.de [213.133.104.81]) by mx1.freebsd.org (Postfix) with ESMTP id CA8D58FC18; Tue, 17 Jul 2012 12:38:55 +0000 (UTC) Received: from [92.76.69.32] (helo=michael-think) by www81.your-server.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.74) (envelope-from ) id 1Sr73H-0008Ro-15; Tue, 17 Jul 2012 14:38:55 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "Doug Barton" References: <5004E4CF.6050109@FreeBSD.org> Date: Tue, 17 Jul 2012 14:38:49 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Michael Ross" Message-ID: In-Reply-To: <5004E4CF.6050109@FreeBSD.org> User-Agent: Opera Mail/12.00 (Win32) X-Authenticated-Sender: gmx@ross.cx X-Virus-Scanned: Clear (ClamAV 0.97.3/15144/Tue Jul 17 10:52:44 2012) Cc: freebsd-stable@freebsd.org Subject: Re: 8.2 ->8.3 regression on disk writes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 12:38:56 -0000 Am 17.07.2012, 06:06 Uhr, schrieb Doug Barton : > Have you tried switching your scheduler to 4BSD? > Just out of interest I tried, no change. Thanks, Michael From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 13:02:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC76D106564A for ; Tue, 17 Jul 2012 13:02:10 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from eccles.ee.ryerson.ca (eccles.ee.ryerson.ca [141.117.1.2]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9AD8FC0C for ; Tue, 17 Jul 2012 13:02:10 +0000 (UTC) Received: from webmail.ee.ryerson.ca (eccles [172.16.1.2]) by eccles.ee.ryerson.ca (8.14.4/8.14.4) with ESMTP id q6HCoXEK087978; Tue, 17 Jul 2012 08:50:33 -0400 (EDT) (envelope-from dmagda@ee.ryerson.ca) Received: from 206.108.127.2 (SquirrelMail authenticated user dmagda) by webmail.ee.ryerson.ca with HTTP; Tue, 17 Jul 2012 08:50:33 -0400 Message-ID: In-Reply-To: References: Date: Tue, 17 Jul 2012 08:50:33 -0400 From: "David Magda" To: "Eitan Adler" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 13:02:10 -0000 On Tue, July 17, 2012 02:10, Eitan Adler wrote: > Of interest to me: if it could be limited to just the commits I made > and optionally show me the log message and diff it would be very > helpful. > > On a general note: be careful with any level of automation with this > script though. Sometimes there are good reasons that a commit wasn't > MFCed. A lot of messages have a "MFC after" note on them, so the the developer/s in question already know which commits are good candidates for bringing over to STABLE. It may simply be that they could use a reminder on them. If there are commits that would be nice to backport, but don't have an "MFC" note on them, then an email and/or PR would probably be the best way to enquire about their candidacy. I think having a script automatically pulling changes from HEAD, to STABLE, is a bad idea. A human should be the one doing it and examining the results, even if they get an automated reminder. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 15:20:26 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECA9F106566C for ; Tue, 17 Jul 2012 15:20:26 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id A8EC58FC23 for ; Tue, 17 Jul 2012 15:20:26 +0000 (UTC) Received: by obbun3 with SMTP id un3so955838obb.13 for ; Tue, 17 Jul 2012 08:20:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=IpB+2lokykHsyxqvMNarmoyG2PvZG2q1xQX7MHtTCjA=; b=iW+tIuIce2k/KYkIMMa9inZA8xeRFXcNPEYtHsFuS1oEikFxKErvgIAsolPkJFZWL/ FfD0zhMGNomCJei8WhfkYxQETjO/Vsyhz8c9isp4ekkyRN91+MTtg/iI6bOk89GaxtMI hHbAr2iS9sE2Q6h1NJ+vKcW1mtC5MeYkVvC1M= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=IpB+2lokykHsyxqvMNarmoyG2PvZG2q1xQX7MHtTCjA=; b=lmPwXGO+aCQ096DkNxovZaQBxdyLGHpajbpi+AnB/VzODv/W/X5oo8as9wCD39ItkB YIp+sVmc1FBkc3Kv/GRZ0MmG2MaY24osQoXSNmEz1ssWGJA0Eh9uqOC7fVh+LnRTKtPH T4XMLc4nTIgmZTRDtkMdkw+7vK1rhCCRkjmyS2TYXkJyH6naUpZKzG/FMhducoD4HxBJ cZYfIwEFcdz5XpQPl7agCOUuQUqA4jPXfjU9GqiHMNZBnWPqoMpwl9qpuz/5IcYnk7q8 Vyw+xXHResRQiol+sxzbcT1jwPHcGsV/i8M8GB294lo5r6h5SOOmKg7KuUMHnDGXRgAB 3/kw== Received: by 10.182.52.42 with SMTP id q10mr3932270obo.46.1342538425735; Tue, 17 Jul 2012 08:20:25 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.125.70 with HTTP; Tue, 17 Jul 2012 08:19:55 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Tue, 17 Jul 2012 08:19:55 -0700 Message-ID: To: David Magda Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQllLLudNjU+1XscvCslG6sR53vF+Ry3G353CFoHiYHXvzJl7gXuUz9sTcEHO7RASgJixeFR Cc: freebsd-stable@freebsd.org Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 15:20:27 -0000 On 17 July 2012 05:50, David Magda wrote: > On Tue, July 17, 2012 02:10, Eitan Adler wrote: >> Of interest to me: if it could be limited to just the commits I made >> and optionally show me the log message and diff it would be very >> helpful. >> >> On a general note: be careful with any level of automation with this >> script though. Sometimes there are good reasons that a commit wasn't >> MFCed. > A lot of messages have a "MFC after" note on them, so the the developer/s > in question already know which commits are good candidates for bringing > over to STABLE. It may simply be that they could use a reminder on them. Just to add: developers get an automated email at the "MFC after" time reminding them to MFC. -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 16:28:42 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D9AF2106566B for ; Tue, 17 Jul 2012 16:28:42 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 927E58FC0A for ; Tue, 17 Jul 2012 16:28:42 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q6HGSSmW077741; Tue, 17 Jul 2012 10:28:28 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q6HGSSvp077738; Tue, 17 Jul 2012 10:28:28 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 17 Jul 2012 10:28:28 -0600 (MDT) From: Warren Block To: Eitan Adler In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Tue, 17 Jul 2012 10:28:28 -0600 (MDT) Cc: freebsd-stable@freebsd.org, David Magda Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 16:28:42 -0000 On Tue, 17 Jul 2012, Eitan Adler wrote: > On 17 July 2012 05:50, David Magda wrote: >> On Tue, July 17, 2012 02:10, Eitan Adler wrote: >>> Of interest to me: if it could be limited to just the commits I made >>> and optionally show me the log message and diff it would be very >>> helpful. >>> >>> On a general note: be careful with any level of automation with this >>> script though. Sometimes there are good reasons that a commit wasn't >>> MFCed. > > >> A lot of messages have a "MFC after" note on them, so the the developer/s >> in question already know which commits are good candidates for bringing >> over to STABLE. It may simply be that they could use a reminder on them. > > Just to add: developers get an automated email at the "MFC after" time > reminding them to MFC. But only once. It would be nice if it was like PR notifications, once a week. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 16:31:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2739106564A for ; Tue, 17 Jul 2012 16:31:38 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-qa0-f54.google.com (mail-qa0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7C98FC1A for ; Tue, 17 Jul 2012 16:31:38 +0000 (UTC) Received: by qaat11 with SMTP id t11so469551qaa.13 for ; Tue, 17 Jul 2012 09:31:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=y5J4jRkuPIXAYrL8yEQBP4z0MvJlMo9JMp/pZrEQA/I=; b=R8319s5piymQ5qTVDKE7zJwpo5Oo7zKbxz0JykO1tREB7VWN7ih+Z5ySg0RjLEgc2B nOWXXNWVgk1+AevOH0aV3xw85C9SnhKskwF1v48tzHtsQ8p7X/INJEwMQVxpHsgkIOCD Ts+rnJfoV6ZyqlPTemkFfVqfX2Ybr6DPzshsk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=y5J4jRkuPIXAYrL8yEQBP4z0MvJlMo9JMp/pZrEQA/I=; b=XF4Fl5uIyIhv+e8Y+bPar1Bl2v415kizB/OP0V9GS+5QjhixXKWVtvzUsrOA6U10n4 CNUC0nRojveOdCgV9P0N7/xxDEwe1kbRpch7qCirKN8j6F3U23XeK89Mgj1nDygQdr9m H8FMwZ774S4ZW/u0+KToBO+u1K0GZds8I89cTd1zL4qoEJNrQcPj3GU4C/SHHopB5o8M RRFfFl+4aIl1KgKnu5owtHswLflVA3P2GivTjL+CCLFfhEpuj+rsVGg9F+3Bd9eaemdw CB234namWDmScEQjuZRsDdSb0m9cT3dz8bVZVq4Ud0bNkDbIRWm64Em+hxA51d67yFpZ UOpA== Received: by 10.60.14.227 with SMTP id s3mr4247987oec.36.1342542698028; Tue, 17 Jul 2012 09:31:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.125.70 with HTTP; Tue, 17 Jul 2012 09:31:07 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Tue, 17 Jul 2012 09:31:07 -0700 Message-ID: To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQmdYNQo2mRJws/3401BDZZFfgbL2RBSEbKLYsfuOLjNANTXqtRSBhOTR2pkghyrn09IUhbo Cc: freebsd-stable@freebsd.org, David Magda Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 16:31:39 -0000 On 17 July 2012 09:28, Warren Block wrote: > On Tue, 17 Jul 2012, Eitan Adler wrote: > >> On 17 July 2012 05:50, David Magda wrote: >>> >>> On Tue, July 17, 2012 02:10, Eitan Adler wrote: >>>> >>>> Of interest to me: if it could be limited to just the commits I made >>>> and optionally show me the log message and diff it would be very >>>> helpful. >>>> >>>> On a general note: be careful with any level of automation with this >>>> script though. Sometimes there are good reasons that a commit wasn't >>>> MFCed. >> >> >> >>> A lot of messages have a "MFC after" note on them, so the the developer/s >>> in question already know which commits are good candidates for bringing >>> over to STABLE. It may simply be that they could use a reminder on them. >> >> >> Just to add: developers get an automated email at the "MFC after" time >> reminding them to MFC. > > > But only once. It would be nice if it was like PR notifications, once a > week. Please no! If this is the case, it should be an option. -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 16:54:00 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DF98A1065679 for ; Tue, 17 Jul 2012 16:54:00 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 7CFFF8FC23 for ; Tue, 17 Jul 2012 16:54:00 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q6HGrrcY077872; Tue, 17 Jul 2012 10:53:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q6HGrqxY077869; Tue, 17 Jul 2012 10:53:52 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 17 Jul 2012 10:53:52 -0600 (MDT) From: Warren Block To: Eitan Adler In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Tue, 17 Jul 2012 10:53:53 -0600 (MDT) Cc: freebsd-stable@freebsd.org, David Magda Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 16:54:01 -0000 On Tue, 17 Jul 2012, Eitan Adler wrote: > On 17 July 2012 09:28, Warren Block wrote: >> On Tue, 17 Jul 2012, Eitan Adler wrote: >> >>> On 17 July 2012 05:50, David Magda wrote: >>>> >>>> On Tue, July 17, 2012 02:10, Eitan Adler wrote: >>>>> >>>>> Of interest to me: if it could be limited to just the commits I made >>>>> and optionally show me the log message and diff it would be very >>>>> helpful. >>>>> >>>>> On a general note: be careful with any level of automation with this >>>>> script though. Sometimes there are good reasons that a commit wasn't >>>>> MFCed. >>> >>> >>> >>>> A lot of messages have a "MFC after" note on them, so the the developer/s >>>> in question already know which commits are good candidates for bringing >>>> over to STABLE. It may simply be that they could use a reminder on them. >>> >>> >>> Just to add: developers get an automated email at the "MFC after" time >>> reminding them to MFC. >> >> >> But only once. It would be nice if it was like PR notifications, once a >> week. > > Please no! If this is the case, it should be an option. I don't expect it to happen. But right now, there's only the initial mail that the MFC is due, and no reminder afterwards. We have the open PR mails once-weekly; MFCs are at least as important. Come to think of it, entering PRs for past-due MFCs could be a way to do that with the existing systems. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 16:57:01 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78C611065749 for ; Tue, 17 Jul 2012 16:57:01 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 25C2E8FC08 for ; Tue, 17 Jul 2012 16:57:01 +0000 (UTC) Received: by yhfs35 with SMTP id s35so749095yhf.13 for ; Tue, 17 Jul 2012 09:57:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=V5hzHGWLdzDSVKV9ZgE7PbGUQFVTRzygyUx0amHpKy8=; b=eRLHw8CSzqMwmW6Relt0A/kpoZ7GTexbIs2RUH9jMigksV9iucSwRL/Qz0320+Y+Wn DUHbTNgc0U6YnWl1Nu3dvSI8BKrm0Y8rNRjSNx/Skap+EvF9EiyVkN2812IOO+tF0aVb Qqr/BL/4JUx7Q6L4vCB8WfqQT9DInXIgIfMqc= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=V5hzHGWLdzDSVKV9ZgE7PbGUQFVTRzygyUx0amHpKy8=; b=LGYgzeTDIBqcv0hRTamQERn0qyCNcKXlCfC69UI3x+kfMNy9wwtJVo5ud9WN41v+8O OB3pWxFUbuRnzemaBCDX6iNVhnNkL6774DBxrnKGurMwZLj+c+PGtiOl2XxRahYfx0W6 r+G+ZPBbx0u06Jc3De9PlkybMxRE3X3Rc92OCslEtljj5SDuDoDuEPBZTkNO/eV8rCgB yjtnetPY47WAK61IIjnFdDUPD91ViPb+EIl8D3RCCuNYmGKFxUsnQHqhKOTwRyYNlw7A HWmIk5nOgEcPcgmeWTtImgFVcuE38NO0btBp69pnOx3RsOxU7tRGXG85macDQxwm2P57 vuEQ== Received: by 10.60.172.101 with SMTP id bb5mr4340145oec.44.1342544220618; Tue, 17 Jul 2012 09:57:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.125.70 with HTTP; Tue, 17 Jul 2012 09:56:30 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Tue, 17 Jul 2012 09:56:30 -0700 Message-ID: To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlJpfeBgo+MbRwJ52R2rfLmT/Ja2yMLEvJ8kfll8flg7oqsbGUgzTbQVj85NRgjf67vkNPo Cc: freebsd-stable@freebsd.org, David Magda Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 16:57:01 -0000 On 17 July 2012 09:53, Warren Block wrote: > I don't expect it to happen. But right now, there's only the initial mail > that the MFC is due, and no reminder afterwards. We have the open PR mails > once-weekly; MFCs are at least as important. I have a special place in my email for MFC reminder emails which I use as a "todo" list. Getting weekly reminders would just be annoying. > Come to think of it, entering PRs for past-due MFCs could be a way to do > that with the existing systems. We have this already: PRs in the 'patched' state. -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 17:10:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 096961065673 for ; Tue, 17 Jul 2012 17:10:46 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id B285D8FC0C for ; Tue, 17 Jul 2012 17:10:45 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q6HHAcXi077986; Tue, 17 Jul 2012 11:10:38 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q6HHAbTA077983; Tue, 17 Jul 2012 11:10:37 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 17 Jul 2012 11:10:37 -0600 (MDT) From: Warren Block To: Eitan Adler In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Tue, 17 Jul 2012 11:10:38 -0600 (MDT) Cc: freebsd-stable@freebsd.org, David Magda Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 17:10:46 -0000 On Tue, 17 Jul 2012, Eitan Adler wrote: > On 17 July 2012 09:53, Warren Block wrote: > >> I don't expect it to happen. But right now, there's only the initial mail >> that the MFC is due, and no reminder afterwards. We have the open PR mails >> once-weekly; MFCs are at least as important. > > I have a special place in my email for MFC reminder emails which I use > as a "todo" list. Getting weekly reminders would just be annoying. Why would it be a problem with with MFCs if it isn't a problem for PRs? >> Come to think of it, entering PRs for past-due MFCs could be a way to do >> that with the existing systems. > > We have this already: PRs in the 'patched' state. Unless there was no PR. Which brings up the question of how can we query for MFCs now? For example, how many MFCs are past due? What is the oldest one? From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 17:39:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C4BA106566B for ; Tue, 17 Jul 2012 17:39:04 +0000 (UTC) (envelope-from David.Boyd@insightbb.com) Received: from mail.insightbb.com (smtp.insight.synacor.com [208.47.185.22]) by mx1.freebsd.org (Postfix) with ESMTP id E0BFC8FC19 for ; Tue, 17 Jul 2012 17:39:03 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=cnnrplXNdTCGMX75Rfp+qZ4kRGPDgeWy4wsObDoE3iQ= c=1 sm=0 a=jLN7EqiLvroA:10 a=8nJEP1OIZ-IA:10 a=qiDajjIyG3WVty7EMy8A:9 a=wPNLvfGTeEIA:10 a=VWp6FqSG4Vb1RlmLnQz6YQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.insight.synacor.com smtp.mail=David.Boyd@insightbb.com; spf=softfail; sender-id=softfail Authentication-Results: smtp02.insight.synacor.com header.from=David.Boyd@insightbb.com; sender-id=softfail Received-SPF: softfail (smtp02.insight.synacor.com: transitional domain insightbb.com does not designate 74.138.146.238 as permitted sender) Received: from [74.138.146.238] ([74.138.146.238:1686] helo=sneezy) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id 61/27-05404-033A5005; Tue, 17 Jul 2012 13:38:57 -0400 From: "David Boyd" To: Date: Tue, 17 Jul 2012 13:38:56 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Importance: Normal Subject: 9.x with NO_LPR X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 17:39:04 -0000 When building 9.1-BETA1 (for instance) despite having NO_LPR in /etc/make.conf, build process asks to remove "/usr/share/doc/smm/07.lpd/paper.acsii.gz" every time. I think this happens during "make delete-old". From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 18:05:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A73F9106564A for ; Tue, 17 Jul 2012 18:05:04 +0000 (UTC) (envelope-from lists@eitanadler.com) Received: from mail-qa0-f47.google.com (mail-qa0-f47.google.com [209.85.216.47]) by mx1.freebsd.org (Postfix) with ESMTP id 4D7BE8FC1B for ; Tue, 17 Jul 2012 18:05:04 +0000 (UTC) Received: by qabg1 with SMTP id g1so2567720qab.13 for ; Tue, 17 Jul 2012 11:04:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eitanadler.com; s=0xdeadbeef; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=0m7Iliu4gttPJ/0Km1NWclzaq2aYugpYjsOAx5FB3hI=; b=dJK0TKzLxX5XCIcg1r95Y5VAIc9NVADP/rz+b/Slug2kBpr1OAMn+EhLhVX3FvI1xy 7SAgw1EIK9W/SjRXboy7BN/er5HIVu9tSLyGhuVtWVgAt/Lt9vlikXcyRuAnfWm5CQC0 xNDZR0ZSqenNs9hCBSei41qzoUBmnl7CwqMzE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=0m7Iliu4gttPJ/0Km1NWclzaq2aYugpYjsOAx5FB3hI=; b=cIEowCcJ29s4FRRx5oQt4LwtD+4mB7HeMRqfXgXjn117e+ZJjKkYMhpG6bwUD8Do5n qE5BVtLz5th8YqE9vFo39QUuRa4Z5qEl9qGR716i2ELIrkXAoH2W3TSPoYIgJ1qDfeq0 KVAzLO6MvTOhN42a59Jd56O+7qM5l1Bl7k7FBjqaxLtIQqnTzcwrLQN6qtdUlPWOFWEO UsH/2ulKa/5aeJPCqCniJd5KA8AhFUuO7nTMjkWkvdi5e7im0MNXgt+HcWIbLG0is9CA fI+EXmwyt+4YgoKL8Z38kJv4Uinx3nAJxOknIm6UW5BJi/mT3IyJjjgpT7+1jx+nQGkH /CsA== Received: by 10.60.168.230 with SMTP id zz6mr4756030oeb.11.1342548297717; Tue, 17 Jul 2012 11:04:57 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.125.70 with HTTP; Tue, 17 Jul 2012 11:04:27 -0700 (PDT) In-Reply-To: References: From: Eitan Adler Date: Tue, 17 Jul 2012 11:04:27 -0700 Message-ID: To: Warren Block Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQkQrgVRQuXGqfkdqj/EznbbIyH+Qdv8oQoGXSkuySObBxt/mNOSkwKd3Mx68/mGV03yA8Wo Cc: freebsd-stable@freebsd.org, David Magda Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 18:05:04 -0000 On 17 July 2012 10:10, Warren Block wrote: >> I have a special place in my email for MFC reminder emails which I use >> as a "todo" list. Getting weekly reminders would just be annoying. > > Why would it be a problem with with MFCs if it isn't a problem for PRs? Some people find the PR ones annoying. ;) A better answer: because sometimes I make a deliberate decision to *not* MFC something even though it says "MFC after" > Unless there was no PR. Which brings up the question of how can we query > for MFCs now? For example, how many MFCs are past due? What is the oldest > one? svn mergeinfo --show-revs eligible The OP seemed interested in writing a script to make this output usable. -- Eitan Adler From owner-freebsd-stable@FreeBSD.ORG Tue Jul 17 18:40:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 307F1106564A for ; Tue, 17 Jul 2012 18:40:10 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id D6AFF8FC16 for ; Tue, 17 Jul 2012 18:40:09 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q6HIe1d7078218; Tue, 17 Jul 2012 12:40:01 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q6HIe0QP078215; Tue, 17 Jul 2012 12:40:00 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Tue, 17 Jul 2012 12:40:00 -0600 (MDT) From: Warren Block To: Eitan Adler In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Tue, 17 Jul 2012 12:40:01 -0600 (MDT) Cc: freebsd-stable@freebsd.org, David Magda Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Jul 2012 18:40:10 -0000 On Tue, 17 Jul 2012, Eitan Adler wrote: > On 17 July 2012 10:10, Warren Block wrote: >>> I have a special place in my email for MFC reminder emails which I use >>> as a "todo" list. Getting weekly reminders would just be annoying. >> >> Why would it be a problem with with MFCs if it isn't a problem for PRs? > > Some people find the PR ones annoying. ;) > A better answer: because sometimes I make a deliberate decision to > *not* MFC something even though it says "MFC after" Right now, there's no way for anyone but the original committer to tell whether an MFC has been forgotten, is delayed, no longer applies, or any other reason. >> Unless there was no PR. Which brings up the question of how can we query >> for MFCs now? For example, how many MFCs are past due? What is the oldest >> one? > > svn mergeinfo --show-revs eligible But those are just commits that svn sees as eligible for a merge, not ones with an actual "MFC after" message. > The OP seemed interested in writing a script to make this output usable. I'd be interested in this also. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 00:29:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A2A7106566C for ; Wed, 18 Jul 2012 00:29:32 +0000 (UTC) (envelope-from jflemingeds@yahoo.com) Received: from nm11-vm1.bullet.mail.ne1.yahoo.com (nm11-vm1.bullet.mail.ne1.yahoo.com [98.138.91.40]) by mx1.freebsd.org (Postfix) with SMTP id E6C448FC08 for ; Wed, 18 Jul 2012 00:29:31 +0000 (UTC) Received: from [98.138.90.51] by nm11.bullet.mail.ne1.yahoo.com with NNFMP; 18 Jul 2012 00:29:31 -0000 Received: from [98.138.89.197] by tm4.bullet.mail.ne1.yahoo.com with NNFMP; 18 Jul 2012 00:29:31 -0000 Received: from [127.0.0.1] by omp1055.mail.ne1.yahoo.com with NNFMP; 18 Jul 2012 00:29:31 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 315343.40598.bm@omp1055.mail.ne1.yahoo.com Received: (qmail 26155 invoked by uid 60001); 18 Jul 2012 00:29:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1342571370; bh=6H7fmWI2sRKkC6eGfv08MN5n2VzjVLRaQXf626LInv8=; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=jSREmx9+Va+HQZcTjz0X1dKSohRgfnjU9ARjizfitR3P2XLyiTlgqY+mZ8bWPht0ARRyanMz9XJj1Rfb3b1jU09QhTuYW7VqenWGqoyU8vLzSm045hE0J4sYBBq6V7lDGcvaWgtN1SDCWETONPC8wG52LVqkNHVcp3dVlpt+sfM= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=IGRMsZVts6mGkUKXdV8vTu0Iu+kQf0Myk02nyR+mRwduFwJ2kllaFpExUFVRfgPiDmME6iTIDsmMtlfzU2bMAzqkv+1XG1l3XNQUpV4IBVHxnCGmy7FGgJk/+2tF9+yG1BsfmtPlAljUjrjY3GZ69WfZ4A4dr6x9b492c30c3GQ=; X-YMail-OSG: EuKnQBAVM1m7tWiv5fmB_5ZYDff.tyCfEhDMTs8uujLjVTc d1ePC2qdMXefhB7GqrVSZXnbkID6DkY1Laj6Mvim.eofMz_4iVW29Ka07LPA _pkLPIvFwlHzqX3.l0U_PzyNMKh7ng5HykJALpNnT9Rr0WNKX2wgT7n0_HbT loeEOVX_DFAi0cLS15VN.VLoWaXgx5XwEWd.cuHuR.U0rKtaMYhhGCzj8oz5 lL7RFG0NrIXySkv8HB12geOnEpGH.odXZo_1e6pnyo9fe1YcTeQwoz9kjJ9p cQtvsY1iuBC0oMOCZGc1YN5w_xFdK2D6JF8ue_CLozV1JWQssGE7tHYFjPs6 hAlhandZuvuaGslhUOZbS45f2Ldw9IynU4_jCOPlvt2PDzd2PuGjDs2lcARj vG_rTmXJwGdmyO1kmyT_TGX6M8Vs7XguYHNMkxlaeoGh5GXqAxRTnJr7Xp_. b_GYY Received: from [99.8.58.116] by web111708.mail.gq1.yahoo.com via HTTP; Tue, 17 Jul 2012 17:29:30 PDT X-Mailer: YahooMailWebService/0.8.120.356233 Message-ID: <1342571370.23720.YahooMailNeo@web111708.mail.gq1.yahoo.com> Date: Tue, 17 Jul 2012 17:29:30 -0700 (PDT) From: john fleming To: Jeremy Chadwick , "freebsd-stable@freebsd.org" MIME-Version: 1.0 X-Mailman-Approved-At: Wed, 18 Jul 2012 02:13:41 +0000 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: 6.2-Release ..ish.. CF + ata == freeze X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: john fleming List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 00:29:32 -0000 This is a really old thread i thought i would bring back to life. I have he= ard that the flash card vendor has fessed up to a problem and said there is= a software fix they can create. So far i have no ETA on when that is going= to happen and for the record i don't think i will.=0A=A0=0AOh well... here= comes a crap load of RMAs. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 10:40:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5F50106564A for ; Wed, 18 Jul 2012 10:40:51 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 8DBBE8FC08 for ; Wed, 18 Jul 2012 10:40:51 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SrRgY-0005ln-HH for freebsd-stable@freebsd.org; Wed, 18 Jul 2012 03:40:50 -0700 Date: Wed, 18 Jul 2012 03:40:50 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1342608050527-5727847.post@n5.nabble.com> In-Reply-To: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Graphics Performance with the new KMS Driver... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 10:40:51 -0000 1. No. 2. I don't know, I don't use Linux. Should be on the same order of magnitude I think. PS. GM45 here. Apart from that ioquake3 is vsynced, no matter what I try, glexgears et al is about what it was before. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Graphics-Performance-with-the-new-KMS-Driver-tp5727489p5727847.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 10:42:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 841BA1065689 for ; Wed, 18 Jul 2012 10:42:46 +0000 (UTC) (envelope-from jakub_lach@mailplus.pl) Received: from sam.nabble.com (sam.nabble.com [216.139.236.26]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5068FC19 for ; Wed, 18 Jul 2012 10:42:46 +0000 (UTC) Received: from [192.168.236.26] (helo=sam.nabble.com) by sam.nabble.com with esmtp (Exim 4.72) (envelope-from ) id 1SrRiP-000601-W5 for freebsd-stable@freebsd.org; Wed, 18 Jul 2012 03:42:45 -0700 Date: Wed, 18 Jul 2012 03:42:45 -0700 (PDT) From: Jakub Lach To: freebsd-stable@freebsd.org Message-ID: <1342608165984-5727849.post@n5.nabble.com> In-Reply-To: <1342608050527-5727847.post@n5.nabble.com> References: <1342608050527-5727847.post@n5.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Graphics Performance with the new KMS Driver... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 10:42:46 -0000 Hey, 60fps looks like it's synced to your refresh rate. Do you have at least in .drirc ? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Graphics-Performance-with-the-new-KMS-Driver-tp5727489p5727849.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 12:54:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1FDE106566B for ; Wed, 18 Jul 2012 12:54:53 +0000 (UTC) (envelope-from shen.elf@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 84B048FC16 for ; Wed, 18 Jul 2012 12:54:53 +0000 (UTC) Received: by vbmv11 with SMTP id v11so1342415vbm.13 for ; Wed, 18 Jul 2012 05:54:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=lR+tKSejVrNIdTqa/fSBQBKNyg+ZN00lAWu2NQckVus=; b=GONMiMycRMeC7eyY77QwrDYzl625ARMdKrMo3/zW086/cXPrh997QWCwuD51TkK0S+ k4d45JAKYW3SKmQQ80SmPiOmiKHzTQN3SupjxLDCgQzrZtIv3LX8YrhXE3zMdrIGADdK JKKjMjat5oqFF/5/FuJR/+V2vtcpSJA1OFAHwpMbe32Zq+WkxmZqIpyLHJ7AwTrGVDUJ JQ94KPfNcJHsQoVv11HsPBebZ3zegAFiDqZOlcsdd5thrLh9aL2CBmDEIVoZxF1MaxPm 1UqnOraMqGvZBehDwDUfc68adVLqA+oeO7JIlgzoKNHyUB3+gxZYaldTGemlHgBqA8ic zCBA== MIME-Version: 1.0 Received: by 10.220.215.66 with SMTP id hd2mr597196vcb.55.1342616086899; Wed, 18 Jul 2012 05:54:46 -0700 (PDT) Received: by 10.58.114.97 with HTTP; Wed, 18 Jul 2012 05:54:45 -0700 (PDT) Date: Wed, 18 Jul 2012 20:54:45 +0800 Message-ID: From: Yanhui Shen To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Why not provide libclang.so in base? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 12:54:53 -0000 Hi, I'm using clang-complete plugin in vim, it claims with libclang.so instead of bin/clang it works better. However libclang.so is not installed by a default "make buildworld && make installworld", even with 'WITH_CLANG_EXTRAS="YES"' in src.conf. I have to install lang/clang *again* from ports to acquire the "libclang.so". So why not provide "libclang.so" in base directly? I think if it's not a general component, provide a flag something like "WITH_LIBCLANG=YES" is also fine. -- Best regards, Yanhui Shen From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 13:38:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98C0C106564A for ; Wed, 18 Jul 2012 13:38:09 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id 73C1B8FC1B for ; Wed, 18 Jul 2012 13:38:09 +0000 (UTC) Received: from EXHUB02.exchhosting.com (192.168.11.214) by exhub07.exchhosting.com (192.168.11.103) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 18 Jul 2012 06:38:09 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub02.exchhosting.com ([fe80::311c:a4c3:90a7:3e53%12]) with mapi; Wed, 18 Jul 2012 06:38:08 -0700 From: Trent Nelson To: Warren Block , Eitan Adler Date: Wed, 18 Jul 2012 06:38:06 -0700 Thread-Topic: The MFC process... Thread-Index: Ac1k6pC3M2dnIINjQ3yoSMyDa66fKA== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: David Magda , "freebsd-stable@freebsd.org" Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 13:38:09 -0000 On 7/17/12 2:40 PM, "Warren Block" wrote: >On Tue, 17 Jul 2012, Eitan Adler wrote: > >> On 17 July 2012 10:10, Warren Block wrote: > >>> Unless there was no PR. Which brings up the question of how can we >>>query >>> for MFCs now? For example, how many MFCs are past due? What is the >>>oldest >>> one? >> >> svn mergeinfo --show-revs eligible > >But those are just commits that svn sees as eligible for a merge, not >ones with an actual "MFC after" message. Those two concepts should be considered synonymous :-) >From a fitting-svn-best-practices-to-freebsd-development-style perspective, this is what developers should be doing: 1. If a change is eligible for MFC, obviously indicate that in the log message as usual. So, no change from how development is done now. 2. If a change is not eligible for MFC, or should never be merged back to stable for whatever reason, it should be blocked in such a way that svn will know never to suggest merging it. This would be done as follows: % cd /src/head [make change] % svn ci -m "..." Committed revision r890101 % cd /src/stable/9 % svn st [ should return nothing -- I.e. no local mods ] % svn merge --record-only -c890101 https://svn.freebsd.org/base/head . ... % svn ci -m "Blocking r890101." . If this approach is adopted by all developers -- `svn mergeinfo --show-revs eligible` will always do exactly what you want: show revisions eligible for MFC that have not yet been merged. You can run this command at any level, too. I did it at sys/dev/isp, because that's all I cared about, but you can go as deep or as shallow within the tree as you like. It would also be trivial to whip up a script that runs it at the top level, then for each rev, filter it based on committer. That would achieve Eitan's desired goal of "tell me all my outstanding head/ commits I need to MFC". Regards, Trent. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 15:47:21 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 95E4E1065690 for ; Wed, 18 Jul 2012 15:47:21 +0000 (UTC) (envelope-from anonymous@ns4.webmasters.com) Received: from ns4.webmasters.com (ns4.webmasters.com [208.64.137.1]) by mx1.freebsd.org (Postfix) with SMTP id EB5B88FC16 for ; Wed, 18 Jul 2012 15:47:20 +0000 (UTC) Received: (qmail 16675 invoked by uid 10059); 18 Jul 2012 15:40:29 -0000 Date: 18 Jul 2012 15:40:29 -0000 Message-ID: <20120718154029.16578.qmail@ns4.webmasters.com> To: freebsd-stable@freebsd.org From: MRS ROSEMARY ANDERSON MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Subject: My Greeting from Secretary IMF UK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: innocentbenson142@yahoo.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 15:47:21 -0000 INTERNATIONAL MONITORING FUND United Nations Monetary Unit In Conjunction With The World Bank. 52 - 54 Franklin Street, Manuka ACT 2603 My Greeting, I am Mrs. Rosemary Anderson Secretary to the international monitoring fund United Kingdom, I am writing in respect of this fund 45 Million dollars that have been in our custody here rotating in your name. A meeting has been held in full respect of this fund and it was concluded that we shall send our representative from here over to your Country to meet with you in other to discourse with you on how best you will like this fund to be transferred to your account without any further delay. You are hereby required to forward your current Information in other not to transfer to wrong person. This meeting was held in International Monitoring Fund office London,our Director Christine Lagarde with Ministry of Finance & World Bank & Attorney General and United Kingdom Prime minister,after the meeting they instructed me,Secretary IMF to contact you concerning the transfer of your fund because they knew that you have fall into scam & fraud victim before,therefore you should not worry because they have mandated BANK to transfer your fund $45 million straight ahead into any Bank of your choice if you comply. ALSO: Forward us what you pass true in other to receive your fund before you knew that the are Hoodlums and also your current Information. Your Full Name:.. Country:.. Your Address:.. Occupation:.. Contact Home/Cell Phone:.. Age:.. Sex:.. A Scan Copy of your Identity: Thanks, God bless MRS ROSEMARY ANDERSON(SECTARY IMF) Head, London Liaison office, (IMF) E-mail: innocentbenson142@yahoo.co.uk From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 15:47:36 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 597021065721 for ; Wed, 18 Jul 2012 15:47:36 +0000 (UTC) (envelope-from anonymous@ns4.webmasters.com) Received: from ns4.webmasters.com (ns4.webmasters.com [208.64.137.1]) by mx1.freebsd.org (Postfix) with SMTP id AE59E8FC29 for ; Wed, 18 Jul 2012 15:47:35 +0000 (UTC) Received: (qmail 31745 invoked by uid 10059); 18 Jul 2012 15:47:22 -0000 Date: 18 Jul 2012 15:47:22 -0000 Message-ID: <20120718154722.31690.qmail@ns4.webmasters.com> To: stable@freebsd.org From: MRS ROSEMARY ANDERSON MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Cc: Subject: My Greeting from Secretary IMF UK X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: innocentbenson142@yahoo.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 15:47:36 -0000 INTERNATIONAL MONITORING FUND United Nations Monetary Unit In Conjunction With The World Bank. 52 - 54 Franklin Street, Manuka ACT 2603 My Greeting, I am Mrs. Rosemary Anderson Secretary to the international monitoring fund United Kingdom, I am writing in respect of this fund 45 Million dollars that have been in our custody here rotating in your name. A meeting has been held in full respect of this fund and it was concluded that we shall send our representative from here over to your Country to meet with you in other to discourse with you on how best you will like this fund to be transferred to your account without any further delay. You are hereby required to forward your current Information in other not to transfer to wrong person. This meeting was held in International Monitoring Fund office London,our Director Christine Lagarde with Ministry of Finance & World Bank & Attorney General and United Kingdom Prime minister,after the meeting they instructed me,Secretary IMF to contact you concerning the transfer of your fund because they knew that you have fall into scam & fraud victim before,therefore you should not worry because they have mandated BANK to transfer your fund $45 million straight ahead into any Bank of your choice if you comply. ALSO: Forward us what you pass true in other to receive your fund before you knew that the are Hoodlums and also your current Information. Your Full Name:.. Country:.. Your Address:.. Occupation:.. Contact Home/Cell Phone:.. Age:.. Sex:.. A Scan Copy of your Identity: Thanks, God bless MRS ROSEMARY ANDERSON(SECTARY IMF) Head, London Liaison office, (IMF) E-mail: innocentbenson142@yahoo.co.uk From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 17:04:58 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B9C5106566B for ; Wed, 18 Jul 2012 17:04:58 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id 341278FC18 for ; Wed, 18 Jul 2012 17:04:58 +0000 (UTC) Received: from exhub13.exchhosting.com (192.168.11.122) by exhub06.exchhosting.com (192.168.11.102) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 18 Jul 2012 10:04:57 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub13.exchhosting.com ([::1]) with mapi; Wed, 18 Jul 2012 10:04:56 -0700 From: Trent Nelson To: Trent Nelson , Warren Block , Eitan Adler Date: Wed, 18 Jul 2012 10:04:54 -0700 Thread-Topic: The MFC process... Thread-Index: Ac1lB3RyyB06Gor/R1G0m7b7NMy8QA== Message-ID: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Matthew Jacob , "freebsd-stable@freebsd.org" , David Magda Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 17:04:58 -0000 On 7/18/12 9:38 AM, "Trent Nelson" wrote: >On 7/17/12 2:40 PM, "Warren Block" wrote: > >>On Tue, 17 Jul 2012, Eitan Adler wrote: >> >>> On 17 July 2012 10:10, Warren Block wrote: >> >>>> Unless there was no PR. Which brings up the question of how can we >>>>query >>>> for MFCs now? For example, how many MFCs are past due? What is the >>>>oldest >>>> one? >>> >>> svn mergeinfo --show-revs eligible >> >>But those are just commits that svn sees as eligible for a merge, not >>ones with an actual "MFC after" message. > >Those two concepts should be considered synonymous :-) > >>From a fitting-svn-best-practices-to-freebsd-development-style >perspective, this is what developers should be doing: > >1. If a change is eligible for MFC, obviously indicate that in the log >message as usual. So, no change from how development is done now. > >2. If a change is not eligible for MFC, or should never be merged back to >stable for whatever reason, it should be blocked in such a way that svn >will know never to suggest merging it. > >This would be done as follows: > >% cd /src/head >[make change] >% svn ci -m "..." >Committed revision r890101 >% cd /src/stable/9 >% svn st >[ should return nothing -- I.e. no local mods ] >% svn merge --record-only -c890101 https://svn.freebsd.org/base/head . >... >% svn ci -m "Blocking r890101." . > >If this approach is adopted by all developers -- `svn mergeinfo >--show-revs eligible` will always do exactly what you want: show revisions >eligible for MFC that have not yet been merged. > >You can run this command at any level, too. I did it at sys/dev/isp, >because that's all I cared about, but you can go as deep or as shallow >within the tree as you like. > >It would also be trivial to whip up a script that runs it at the top >level, then for each rev, filter it based on committer. That would >achieve Eitan's desired goal of "tell me all my outstanding head/ commits >I need to MFC". show_outstanding_mfcs() { # usage: show_outstanding_mfcs # e.g. show_outstanding_mfcs mm / # show_outstanding_mfcs mjacob /sys/dev/isp # note: specifying '/' for path is super expensive (on the server) # and slow (for you) -- try and refine it to a finer granularity. # Prints a '.' for each revision it finds if you're not the author, # just to let you know it's still chugging along. local _user _path _user=3D$1 _path=3D$2 local _repo _rev _head _stable _tmpfile _author _repo=3Dsvn://svn.freebsd.org/base _head=3D$_repo/head/$_path _stable=3D$_repo/stable/9/$_path _tmpfile=3D$(mktemp /tmp/$0.XXXXX || exit 1) for _rev in $(svn mergeinfo --show-revs eligible $_head $_stable); do svn log "-$_rev" "$_repo" > $_tmpfile _author=3D$(head -2 $_tmpfile | tail -1 | cut -f 2 -d '|' | sed 's/ //g') if [ "$_author" =3D "$_user" ]; then echo "" cat $_tmpfile else echo -n "." fi done echo "" rm -f $_tmpfile } Sample usage: % show_outstanding_mfcs mjacob /sys/dev/isp ------------------------------------------------------------------------ r227126 | mjacob | 2011-11-06 00:44:40 +0000 (Sun, 06 Nov 2011) | 4 lines Implement the sysctl's for fibre channel that are listed in the man page. MFC after: 3 days ------------------------------------------------------------------------ ------------------------------------------------------------------------ r227548 | mjacob | 2011-11-16 02:52:24 +0000 (Wed, 16 Nov 2011) | 5 lines Was chasing down a failure to load f/w on a 2400. It turns out that the card is actually broken, or needs a BIOS upgrade for 64 bit loads, but this uncovered a couple of misplaced opcode definitions and some missing continual mbox command cases, so might as well update them here. ------------------------------------------------------------------------ ------------------------------------------------------------------------ r228914 | mjacob | 2011-12-27 14:59:24 +0000 (Tue, 27 Dec 2011) | 5 lines Fix target mode compilation issues that arose after a change in the sense data structures. MFC after: 1 week ------------------------------------------------------------------------ ------------------------------------------------------------------------ r237210 | mjacob | 2012-06-17 21:39:40 +0000 (Sun, 17 Jun 2012) | 19 lines Prepare for FC-Tape support. This involved doing a lot of little cleanups and crosschecks against firmware documentation. We now check and report FC firmware attributes and at least are now prepared for the upper 48 bits of f/w attributes (which are probably for the 8100 or later cards). This involed changing how inbits and outbits are calculated for varios commands, hopefully clearer and cleaner. This also caused me to clean up the actual mailbox register usage. Finally, we are now unconditionally using a CRN for initiator mode. A longstanding issue with the 2400/2500 is that they do *not* support a "Prefer PTP followed by loop", which explains why enabling that caused the f/w to crash. A slightly more invasive change is to let the firmware load entirely drive whether multi_id support is enabled or not. Sponsored by: Spectralogic MFC after: 1 week ------------------------------------------------------------------------ ------------------------------------------------------------------------ r237537 | mjacob | 2012-06-24 17:30:54 +0000 (Sun, 24 Jun 2012) | 11 lines Clean up multi-id mode so it's driven by the f/w loaded, not by some hint setting. Do more preparations for FC-Tape. Clean up resource counting for 24XX or later chipsets so we find out after EXEC_FIRMWARE what is actually supported. Set target mode exchange count based upon whether or not we are supporting simultaneous target/initiator mode. Clean up some old (pre-24XX) xfwoption and zfwoption issues. Sponsored by: Spectralogic MFC after: 3 days ------------------------------------------------------------------------ ------------------------------------------------------------------------ r237544 | mjacob | 2012-06-25 03:06:29 +0000 (Mon, 25 Jun 2012) | 4 lines Unbreak register tests for parallel SCSI. You can't overwrite registers 7 and 8. MFC after: 3 days ------------------------------------------------------------------------ Enjoy! (And sorry to pick on Matt, heh.) Trent. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 17:19:40 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 450F2106566C for ; Wed, 18 Jul 2012 17:19:40 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1A9AA8FC15 for ; Wed, 18 Jul 2012 17:19:40 +0000 (UTC) Received: from [192.168.135.103] (c-76-126-166-136.hsd1.ca.comcast.net [76.126.166.136]) (authenticated bits=0) by ns1.feral.com (8.14.4/8.14.4) with ESMTP id q6IHJZ6l003700 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 18 Jul 2012 10:19:36 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <5006F022.1080008@feral.com> Date: Wed, 18 Jul 2012 10:19:30 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Trent Nelson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (ns1.feral.com [192.67.166.1]); Wed, 18 Jul 2012 10:19:36 -0700 (PDT) Cc: Warren Block , Eitan Adler , David Magda , "freebsd-stable@freebsd.org" Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matt Jacob List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 17:19:40 -0000 >(And sorry to pick on Matt, heh.) Trent. You can pick on me all you like. I'll get to it when I can. Or won't. I have 3 kids and three mortgages at present (no they're not related), so I tend to be distracted from socially meaningful projects. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 17:30:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 935D5106566B for ; Wed, 18 Jul 2012 17:30:54 +0000 (UTC) (envelope-from pldrouin@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 49E358FC19 for ; Wed, 18 Jul 2012 17:30:54 +0000 (UTC) Received: by yenl8 with SMTP id l8so2210031yen.13 for ; Wed, 18 Jul 2012 10:30:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=acuU2lbzbPsoVHFvKZSYrvZi0+MHQ1LvNAV1W8HGDRI=; b=I32YVJ3vvjsvCs+ZR/2Zw0ul+XSFFwrJaupd47lMU3tHesT21k0nBEKg1B2gQ8LfKb WIlcIV+z4XpOkL2O1AqzpaeI5qTnYIaQ7Qe9evomSVC3xrP+QZ4NlO8rFRL/ambZO0zS Es9aPiJUgAv5LxLX+xRrqT6CIwEV89LUky1nJZ3+lgsurSsXc3N0UKCQyuuR2d2XsXGw hgWzw1hliUiMHMMX8bRA2wSDlG9eYSyI+z9fvPYtFQQGWEcHPTQClubW84HJ59vPoF7G 3i0uQ+33L7AHyxm5p2+pac8pqKbhCvBjg/J2BwZc26jaFX2po0lisB1T8XYYpV+O7wX6 vzZA== MIME-Version: 1.0 Received: by 10.50.202.5 with SMTP id ke5mr2860156igc.64.1342632648485; Wed, 18 Jul 2012 10:30:48 -0700 (PDT) Sender: pldrouin@gmail.com Received: by 10.64.168.70 with HTTP; Wed, 18 Jul 2012 10:30:47 -0700 (PDT) In-Reply-To: <1342608165984-5727849.post@n5.nabble.com> References: <1342608050527-5727847.post@n5.nabble.com> <1342608165984-5727849.post@n5.nabble.com> Date: Wed, 18 Jul 2012 13:30:47 -0400 X-Google-Sender-Auth: q3H_6z9IGgyREG-uSMWr_ebqXPA Message-ID: From: Pierre-Luc Drouin To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Graphics Performance with the new KMS Driver... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 17:30:54 -0000 On Wed, Jul 18, 2012 at 6:42 AM, Jakub Lach wrote: > Hey, 60fps looks like it's synced to your refresh rate. > > Do you have at least > > > > > > > > > in .drirc ? > > I had not changed driconf from the default config, so this might explain the framerate I get on the laptop, but my concern was rather with my new desktop machine that rungs GLPlanet with a framerate of only 9 fps. I guess that driconf cannot be the cause of that very low framerate on that computer, can it? Thanks! From owner-freebsd-stable@FreeBSD.ORG Wed Jul 18 17:41:29 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E4AF1065673; Wed, 18 Jul 2012 17:41:29 +0000 (UTC) (envelope-from trent@snakebite.org) Received: from exchange.liveoffice.com (exchla3.liveoffice.com [64.70.67.188]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF398FC15; Wed, 18 Jul 2012 17:41:29 +0000 (UTC) Received: from EXHUB02.exchhosting.com (192.168.11.214) by exhub07.exchhosting.com (192.168.11.103) with Microsoft SMTP Server (TLS) id 8.3.213.0; Wed, 18 Jul 2012 10:41:29 -0700 Received: from EXMBX10.exchhosting.com ([fe80::9c37:32f6:a508:a44f]) by exhub02.exchhosting.com ([fe80::311c:a4c3:90a7:3e53%12]) with mapi; Wed, 18 Jul 2012 10:41:28 -0700 From: Trent Nelson To: Matt Jacob Date: Wed, 18 Jul 2012 10:41:25 -0700 Thread-Topic: The MFC process... Thread-Index: Ac1lDI8oSyjYPNOTQm24U8QQQOCZNA== Message-ID: In-Reply-To: <5006F022.1080008@feral.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.3.120616 acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "freebsd-stable@freebsd.org" Subject: Re: The MFC process... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jul 2012 17:41:29 -0000 On 7/18/12 1:19 PM, "Matthew Jacob" wrote: > >(And sorry to pick on Matt, heh.) Trent. > >You can pick on me all you like. I'll get to it when I can. Or won't. I >have 3 kids and three mortgages at present (no they're not related), so >I tend to be distracted from socially meaningful projects. I apologize; "pick on Matt" was poor phrasing. I just used 'mjacob /sys/dev/isp' as an example as, well, that was my use case for writing the script. (Definitely wasn't trying to make a passive-aggressive attempt at getting stuff MFCd, if that's how it came out.) Trent. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 05:02:51 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2F06C106566C for ; Thu, 19 Jul 2012 05:02:50 +0000 (UTC) (envelope-from nobody@web1.www.grayloon.com) Received: from web1.www.grayloon.com (138973-web1.www.grayloon.com [67.192.51.163]) by mx1.freebsd.org (Postfix) with ESMTP id B9D8E8FC08 for ; Thu, 19 Jul 2012 05:02:50 +0000 (UTC) Received: from nobody by web1.www.grayloon.com with local (Exim 4.77) (envelope-from ) id 1Srisz-0003Vh-Cz for freebsd-stable@freebsd.org; Thu, 19 Jul 2012 00:02:50 -0500 To: freebsd-stable@freebsd.org From: instantcashdaily@gmail.co.uk Content-type: text/plain; charset=ISO-8859-1 Message-Id: Date: Thu, 19 Jul 2012 00:02:49 -0500 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - web1.www.grayloon.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [99 99] / [47 12] X-AntiAbuse: Sender Address Domain - web1.www.grayloon.com Subject: NatGear Camo Fabric 600 Denier Polyester X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: instantcashdaily@gmail.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 05:02:51 -0000 Name: Shawn Anderson Email: instantcashdaily@gmail.co.uk Time To Take Your $850 Recurring Commission Now!!! Welcome Friend, Congratulations, Get Your First $850 Commissions Now! Good News, Now You've Earn Weekly Direct To Your Paypal Account. No Need Any Experience,No Big Cash Are Involve,Only by Joining or Sign Up are important this New Program So,Join Now. We've Start putting Members in YOUR TEAM for JULY 13/20/2012 Weekly cycle. YOU ALREADY HAVE 1,888 Pre-Enrollees and 50 PAID Members in your team. Only 3 SPOTS Available remaining before Commission Cycle Ends. IMPORTANT: ORDER NOW Before JULY 18, 2012 is the Cut-Off date To lock in your Commission! For Only $17 Lifetime Membership To secure your GUARANTEED $850 Commission You Get-Paid direct to your PAYPAL Now this Coming JULY 31, 2012. Be sure to ORDER NOW to secure your GUARANTEED $850 Commission Now! http://payspree.com/6434/dollar2012 Hurry 3 remaining Copies before Close TYPE - Date and Time -- New PAID Members -- Country P JULY 15 @ 04:21 PM = David Holme ===== United States P JULY 15 @ 04:21 PM == Steve Jones ===== United States P JULY 15 @ 06:37 AM === Cole Baker ===== United Kingdom P JULY 16 @ 08:21 PM ==== Jane Parker ===== germany P JULY 16 @ 04:21 PM ===== Eliza Rose ===== Portugal P JULY 16 @ 06:37 AM ====== David Cole ===== United Kingdom P JULY 16 @ 08:21 PM ======= Jake Archel ===== canada P JULY 16 @ 01:38 PM ======== Davis Ganz ===== Sri Lanka P JULY 16 @ 04:15 AM ========= KiethDalton ===== United Kingdom P JULY 16 @ 02:45 PM ========== Steve Kalde ===== United States P JULY 16 @ 11:15 AM =========== Kath Casey ===== United Kingdom P JULY 16 @ 11:15 AM =========== Jaime Palma ===== Canada P JULY 16 @ 01:45 AM ========== Jimmy Sasai ===== United States P JULY 16 @ 11:50 PM ========= Anne Salde ===== Sri Lanka P JULY 16 @ 02:45 AM ======== Timmy Brown ===== United States P JULY 16 @ 05:59 AM ======= Victor Ches ===== Italy P JULY 16 @ 11:32 PM ====== Gaynell Sou ===== South Africa P JULY 16 @ 09:40 AM ===== Barba Tart ===== Portugal P JULY 16 @ 01:21 AM ==== James Andis ===== North Carolina P JULY 16 @ 09:40 AM === Boby Vinton ===== Portugal P JULY 16 @ 01:21 AM == Dave Moore ===== North Carolina P JULY 16 @ 01:21 AM = Anie Garet ===== North Carolina Therefore, you have a GUARANTEED $850 Commission every Day! from now on!. Earn $17 Per Process Each $17 x 50 = $850 Commission will be yours....! You must ORDER NOW right away or before JULY 20, 2012 @ 11:59 PM (Pacific Time)---- or you will forever forfeit the $850 Commission that is now yours for the taking. Get-Paid Direct PAYPAL Now this JULY 31, 2012. Be sure to ORDER NOW to secure your GUARANTEED $850 Commission Now! http://payspree.com/6434/dollar2012 Please do realize that if you dont ORDER NOW, ALL Commission that are currently is yours to take. As soon as I receive the confirmation of your Registration, I will be in touch with you to help you get started. To Your Success,Shawn Anderson Affiliate Manager P.S. Early Join This Monthly Contest Are Qualified Member Recieved the $10,000 monthly Commissions. http://www.huntersdesignblinds.com/store/cart.php?m=product_detail&p=35 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 06:29:38 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91EE8106566B; Thu, 19 Jul 2012 06:29:38 +0000 (UTC) (envelope-from smccoy@greatbaysoftware.com) Received: from ecbiz102.inmotionhosting.com (ecbiz102.inmotionhosting.com [70.39.235.94]) by mx1.freebsd.org (Postfix) with ESMTP id 4B93F8FC08; Thu, 19 Jul 2012 06:29:38 +0000 (UTC) Received: from c-71-233-85-132.hsd1.nh.comcast.net ([71.233.85.132]:64801 helo=smccoy-mbp.local) by ecbiz102.inmotionhosting.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SrEYJ-0002g2-6X; Tue, 17 Jul 2012 16:39:27 -0400 Message-ID: <5005CD83.306@greatbaysoftware.com> Date: Tue, 17 Jul 2012 16:39:31 -0400 From: Steve McCoy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> In-Reply-To: <201207130939.54311.jhb@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ecbiz102.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - greatbaysoftware.com Cc: Charles Owens , John Baldwin Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 06:29:38 -0000 On 7/13/12 9:39 AM, John Baldwin wrote: > On Thursday, July 12, 2012 11:47:28 pm Steve McCoy wrote: >> On 7/12/12 4:34 PM, Steve McCoy wrote: >>>>> John Baldwin wrote: >>>> >>>> Barring that, can you do a binary search of kernels from stable/8 >>>> between 8.1 >>>> and 8.2 on an 8.1 world to see which commit caused the change in write >>>> performance? >>>> >>> >>> Hi John, I'm working with Charles to narrow this down. >>> >>> Looks like revision 212229 is the culprit, or at least around the same >>> time to it, if this change isn't what slowed things down. The change to >>> sys/kern/vfs_bio.c modifies some synchronization in dev_strategy(): >>> >> >> Actually, hold that thought. I had a hunch that I wasn't thorough >> enough, so I decided to try 212228 — the performance is the same as with >> 212229, so vfs_bio seems to be out of the picture. I'm going to binary >> search between 209459 and 212229, and see what I find. > > Ok. Please let me know what you find. Thanks! > Alright, I've finally narrowed it down to r209897, which only affects acpi_cpu_idle(): --- stable/8/sys/dev/acpica/acpi_cpu.c 2010/06/23 17:04:42 209471 +++ stable/8/sys/dev/acpica/acpi_cpu.c 2010/07/11 11:58:46 209897 @@ -930,12 +930,16 @@ /* * Execute HLT (or equivalent) and wait for an interrupt. We can't - * calculate the time spent in C1 since the place we wake up is an - * ISR. Assume we slept half of quantum and return. + * precisely calculate the time spent in C1 since the place we wake up + * is an ISR. Assume we slept no more then half of quantum. */ if (cx_next->type == ACPI_STATE_C1) { - sc->cpu_prev_sleep = (sc->cpu_prev_sleep * 3 + 500000 / hz) / 4; + AcpiHwRead(&start_time, &AcpiGbl_FADT.XPmTimerBlock); acpi_cpu_c1(); + AcpiHwRead(&end_time, &AcpiGbl_FADT.XPmTimerBlock); + end_time = acpi_TimerDelta(end_time, start_time); + sc->cpu_prev_sleep = (sc->cpu_prev_sleep * 3 + + min(PM_USEC(end_time), 500000 / hz)) / 4; return; } My current guess is that AcpiHwRead() is a problem on our hardware. It's an isolated change and, to my desperate eyes, the commit message implies that it isn't critical — Do you think we could buy ourselves some time by pulling it out of our version of the kernel? Or is this essential for correctness? Any thoughts are appreciated, thanks! From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 07:31:09 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9E9AD106564A for ; Thu, 19 Jul 2012 07:31:09 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7828FC19 for ; Thu, 19 Jul 2012 07:31:09 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:10e7:52d2:303f:862c] (unknown [IPv6:2001:7b8:3a7:0:10e7:52d2:303f:862c]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CD9A55C37; Thu, 19 Jul 2012 09:31:01 +0200 (CEST) Message-ID: <5007B7B8.4020206@FreeBSD.org> Date: Thu, 19 Jul 2012 09:31:04 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:14.0) Gecko/20120619 Thunderbird/14.0 MIME-Version: 1.0 To: Yanhui Shen References: In-Reply-To: X-Enigmail-Version: 1.5a1pre Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Why not provide libclang.so in base? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 07:31:09 -0000 On 2012-07-18 14:54, Yanhui Shen wrote: > I'm using clang-complete plugin in vim, > it claims with libclang.so instead of bin/clang it works better. > > However libclang.so is not installed by a default "make buildworld && make > installworld", > even with 'WITH_CLANG_EXTRAS="YES"' in src.conf. This is because it would add quite a lot of build overhead to produce that .so file: all the object files will need to be recompiled yet again for shared library support. That said, we will probably want to provide at least a shared LLVM lib in the future, since it can be re-used by other programs. When that happens, it would not be too much extra work to provide a shared Clang library. > I have to install lang/clang *again* from ports to acquire the > "libclang.so". Most of the time, people will not need this functionality in base, which is why it is in a port. The same applies if you want the latest version, or if you want to build with any specialized options. > So why not provide "libclang.so" in base directly? > I think if it's not a general component, provide a flag something like > "WITH_LIBCLANG=YES" is also fine. It needs to be figured out properly, which costs time and effort. Both of which are currently in short supply, at least for me... :-/ From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 09:22:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7565106566C for ; Thu, 19 Jul 2012 09:22:32 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8303D8FC15 for ; Thu, 19 Jul 2012 09:22:32 +0000 (UTC) X-Virus-Scanned: amavisd-new at BSDLabs AB Message-ID: <5007CFE6.6030808@intersonic.se> Date: Thu, 19 Jul 2012 11:14:14 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120706 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Thinkpad X61s cannot boot 9.1-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 09:22:32 -0000 Hi, Did anyone else experience this? With 9.1-BETA1 the boot process freezes, among the last lines with verbose boot are acpi_acad0: On Line acpi_acad0: acline initialization done, tried 1 times after this, dead. What is supposed to happen in the next stage? This laptop worked fine with 9-STABLE to at least february. //per From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 11:44:34 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 465471065677 for ; Thu, 19 Jul 2012 11:44:34 +0000 (UTC) (envelope-from streamsendbouncer@me-ss2-T4CqVp.mailengine1.com) Received: from me-ss2-T4CqVp.mailengine1.com (me-ss2-T4CqVp.mailengine1.com [66.59.15.241]) by mx1.freebsd.org (Postfix) with ESMTP id 290188FC18 for ; Thu, 19 Jul 2012 11:44:34 +0000 (UTC) Received: by me-ss2-T4CqVp.mailengine1.com (PowerMTA(TM) v3.5r14) id h0vpi20j0qgu for ; Thu, 19 Jul 2012 04:43:31 -0700 (envelope-from ) MIME-Version: 1.0 X-Mailer: StreamSend2 - 347829 X-Mailer-Version: 2.0 X-Mailer-Environment: production X-Report-Abuse-At: abuse@streamsend.com X-Report-Abuse-Info: It is important to please include full email headers in the report X-rpcampaign: StreamSend16656593 X-Streamsend2id: 347829+1+3807479+16656593+me-ss2-T4CqVp.mailengine1.com Date: Thu, 19 Jul 2012 04:42:49 -0700 From: "Hannah Marshall" To: stable@freebsd.org Message-ID: <200.0.0.3E.1CD65A3B8BD599E.E9099@me-ss2-T4CqVp.mailengine1.com> Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Job Targeting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 11:44:34 -0000 How it works? We have a team of resourcers. You post your contract job. Our in house resourcers find matching candidates on our 600,000 strong contractor database for your live role. We send your live job to the top 100-200 matching candidates. You receive only the highest quality applications. We are so confident in this new product that we are offering a 1st month money back guarantee. Call 0203 535 7930 or click here to arrange a free no obligation demonstration http://emarketing.emailjunkies.co.uk/private/jcO4/mVI/o49v7ZE/unsubscribe/16656593 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 13:26:06 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A7EB1065672; Thu, 19 Jul 2012 13:26:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id EFCB88FC17; Thu, 19 Jul 2012 13:26:05 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q6JDQ5pm056143; Thu, 19 Jul 2012 13:26:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q6JDQ4aV056067; Thu, 19 Jul 2012 13:26:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Jul 2012 13:26:04 GMT Message-Id: <201207191326.q6JDQ4aV056067@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on mips/mips X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 13:26:06 -0000 TB --- 2012-07-19 12:50:51 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-07-19 12:50:51 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-19 12:50:51 - starting RELENG_8 tinderbox run for mips/mips TB --- 2012-07-19 12:50:51 - cleaning the object tree TB --- 2012-07-19 12:50:51 - cvsupping the source tree TB --- 2012-07-19 12:50:51 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/mips/mips/supfile TB --- 2012-07-19 12:51:06 - building world TB --- 2012-07-19 12:51:06 - CROSS_BUILD_TESTING=YES TB --- 2012-07-19 12:51:06 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-19 12:51:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-19 12:51:06 - SRCCONF=/dev/null TB --- 2012-07-19 12:51:06 - TARGET=mips TB --- 2012-07-19 12:51:06 - TARGET_ARCH=mips TB --- 2012-07-19 12:51:06 - TZ=UTC TB --- 2012-07-19 12:51:06 - __MAKE_CONF=/dev/null TB --- 2012-07-19 12:51:06 - cd /src TB --- 2012-07-19 12:51:06 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 19 12:51:06 UTC 2012 >>> 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 [...] /src/usr.sbin/flowctl/flowctl.c: At top level: /src/usr.sbin/flowctl/flowctl.c:234: warning: 'struct ngnf_flows' declared inside parameter list /src/usr.sbin/flowctl/flowctl.c:235: error: conflicting types for 'flow_cache_print_verbose' /src/usr.sbin/flowctl/flowctl.c:64: error: previous declaration of 'flow_cache_print_verbose' was here /src/usr.sbin/flowctl/flowctl.c: In function 'flow_cache_print_verbose': /src/usr.sbin/flowctl/flowctl.c:242: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:245: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:246: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.sbin/flowctl. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-19 13:26:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-19 13:26:04 - ERROR: failed to build world TB --- 2012-07-19 13:26:04 - 1577.15 user 346.83 system 2112.92 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-mips-mips.full From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 13:42:16 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6EB541065691; Thu, 19 Jul 2012 13:42:16 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 302188FC1C; Thu, 19 Jul 2012 13:42:16 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q6JDgFNi058472; Thu, 19 Jul 2012 13:42:15 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q6JDgFSU058462; Thu, 19 Jul 2012 13:42:15 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Jul 2012 13:42:15 GMT Message-Id: <201207191342.q6JDgFSU058462@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 13:42:16 -0000 TB --- 2012-07-19 12:45:23 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-07-19 12:45:23 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-19 12:45:23 - starting RELENG_8 tinderbox run for ia64/ia64 TB --- 2012-07-19 12:45:23 - cleaning the object tree TB --- 2012-07-19 12:45:23 - cvsupping the source tree TB --- 2012-07-19 12:45:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/ia64/ia64/supfile TB --- 2012-07-19 12:45:35 - building world TB --- 2012-07-19 12:45:35 - CROSS_BUILD_TESTING=YES TB --- 2012-07-19 12:45:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-19 12:45:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-19 12:45:35 - SRCCONF=/dev/null TB --- 2012-07-19 12:45:35 - TARGET=ia64 TB --- 2012-07-19 12:45:35 - TARGET_ARCH=ia64 TB --- 2012-07-19 12:45:35 - TZ=UTC TB --- 2012-07-19 12:45:35 - __MAKE_CONF=/dev/null TB --- 2012-07-19 12:45:35 - cd /src TB --- 2012-07-19 12:45:35 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 19 12:45:36 UTC 2012 >>> 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 [...] /src/usr.sbin/flowctl/flowctl.c: At top level: /src/usr.sbin/flowctl/flowctl.c:234: warning: 'struct ngnf_flows' declared inside parameter list /src/usr.sbin/flowctl/flowctl.c:235: error: conflicting types for 'flow_cache_print_verbose' /src/usr.sbin/flowctl/flowctl.c:64: error: previous declaration of 'flow_cache_print_verbose' was here /src/usr.sbin/flowctl/flowctl.c: In function 'flow_cache_print_verbose': /src/usr.sbin/flowctl/flowctl.c:242: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:245: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:246: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.sbin/flowctl. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-19 13:42:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-19 13:42:15 - ERROR: failed to build world TB --- 2012-07-19 13:42:15 - 2785.02 user 417.74 system 3411.66 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-ia64-ia64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 13:48:51 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFB9D1065670; Thu, 19 Jul 2012 13:48:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 8117C8FC08; Thu, 19 Jul 2012 13:48:51 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q6JDmpuU035126; Thu, 19 Jul 2012 13:48:51 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q6JDmpNX035124; Thu, 19 Jul 2012 13:48:51 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Jul 2012 13:48:51 GMT Message-Id: <201207191348.q6JDmpNX035124@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 13:48:51 -0000 TB --- 2012-07-19 13:04:28 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-07-19 13:04:28 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-19 13:04:28 - starting RELENG_8 tinderbox run for powerpc/powerpc TB --- 2012-07-19 13:04:28 - cleaning the object tree TB --- 2012-07-19 13:04:28 - cvsupping the source tree TB --- 2012-07-19 13:04:28 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/powerpc/powerpc/supfile TB --- 2012-07-19 13:04:40 - building world TB --- 2012-07-19 13:04:40 - CROSS_BUILD_TESTING=YES TB --- 2012-07-19 13:04:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-19 13:04:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-19 13:04:40 - SRCCONF=/dev/null TB --- 2012-07-19 13:04:40 - TARGET=powerpc TB --- 2012-07-19 13:04:40 - TARGET_ARCH=powerpc TB --- 2012-07-19 13:04:40 - TZ=UTC TB --- 2012-07-19 13:04:40 - __MAKE_CONF=/dev/null TB --- 2012-07-19 13:04:40 - cd /src TB --- 2012-07-19 13:04:40 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 19 13:04:40 UTC 2012 >>> 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 [...] /src/usr.sbin/flowctl/flowctl.c: At top level: /src/usr.sbin/flowctl/flowctl.c:234: warning: 'struct ngnf_flows' declared inside parameter list /src/usr.sbin/flowctl/flowctl.c:235: error: conflicting types for 'flow_cache_print_verbose' /src/usr.sbin/flowctl/flowctl.c:64: error: previous declaration of 'flow_cache_print_verbose' was here /src/usr.sbin/flowctl/flowctl.c: In function 'flow_cache_print_verbose': /src/usr.sbin/flowctl/flowctl.c:242: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:245: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:246: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.sbin/flowctl. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-19 13:48:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-19 13:48:51 - ERROR: failed to build world TB --- 2012-07-19 13:48:51 - 2102.39 user 374.98 system 2662.05 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 14:04:06 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC70F106564A; Thu, 19 Jul 2012 14:04:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-legacy2.sentex.ca (freebsd-legacy2.sentex.ca [IPv6:2607:f3e0:0:3::6502:9c]) by mx1.freebsd.org (Postfix) with ESMTP id 9E30E8FC0A; Thu, 19 Jul 2012 14:04:06 +0000 (UTC) Received: from freebsd-legacy2.sentex.ca (localhost [127.0.0.1]) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5) with ESMTP id q6JE46wE006790; Thu, 19 Jul 2012 14:04:06 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q6JE46cw006786; Thu, 19 Jul 2012 14:04:06 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 19 Jul 2012 14:04:06 GMT Message-Id: <201207191404.q6JE46cw006786@freebsd-legacy2.sentex.ca> X-Authentication-Warning: freebsd-legacy2.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [releng_8 tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 14:04:07 -0000 TB --- 2012-07-19 13:26:05 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-07-19 13:26:05 - FreeBSD freebsd-legacy2.sentex.ca 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 TB --- 2012-07-19 13:26:05 - starting RELENG_8 tinderbox run for sparc64/sparc64 TB --- 2012-07-19 13:26:05 - cleaning the object tree TB --- 2012-07-19 13:26:05 - cvsupping the source tree TB --- 2012-07-19 13:26:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/sparc64/sparc64/supfile TB --- 2012-07-19 13:26:16 - building world TB --- 2012-07-19 13:26:16 - CROSS_BUILD_TESTING=YES TB --- 2012-07-19 13:26:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-07-19 13:26:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-07-19 13:26:16 - SRCCONF=/dev/null TB --- 2012-07-19 13:26:16 - TARGET=sparc64 TB --- 2012-07-19 13:26:16 - TARGET_ARCH=sparc64 TB --- 2012-07-19 13:26:16 - TZ=UTC TB --- 2012-07-19 13:26:16 - __MAKE_CONF=/dev/null TB --- 2012-07-19 13:26:16 - cd /src TB --- 2012-07-19 13:26:16 - /usr/bin/make -B buildworld >>> World build started on Thu Jul 19 13:26:17 UTC 2012 >>> 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 [...] /src/usr.sbin/flowctl/flowctl.c: At top level: /src/usr.sbin/flowctl/flowctl.c:234: warning: 'struct ngnf_flows' declared inside parameter list /src/usr.sbin/flowctl/flowctl.c:235: error: conflicting types for 'flow_cache_print_verbose' /src/usr.sbin/flowctl/flowctl.c:64: error: previous declaration of 'flow_cache_print_verbose' was here /src/usr.sbin/flowctl/flowctl.c: In function 'flow_cache_print_verbose': /src/usr.sbin/flowctl/flowctl.c:242: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:245: error: dereferencing pointer to incomplete type /src/usr.sbin/flowctl/flowctl.c:246: error: dereferencing pointer to incomplete type *** Error code 1 Stop in /src/usr.sbin/flowctl. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-07-19 14:04:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-07-19 14:04:06 - ERROR: failed to build world TB --- 2012-07-19 14:04:06 - 1846.30 user 328.69 system 2280.98 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-sparc64-sparc64.full From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 14:13:48 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 937041065672; Thu, 19 Jul 2012 14:13:48 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from aussmtpmrkpc120.us.dell.com (aussmtpmrkpc120.us.dell.com [143.166.82.159]) by mx1.freebsd.org (Postfix) with ESMTP id 541728FC1D; Thu, 19 Jul 2012 14:13:48 +0000 (UTC) X-Loopcount0: from 64.238.244.148 X-IronPort-AV: E=Sophos;i="4.77,615,1336366800"; d="scan'208";a="508717179" Received: from mail.compellent.com ([64.238.244.148]) by aussmtpmrkpc120.us.dell.com with ESMTP; 19 Jul 2012 09:12:40 -0500 Message-ID: <500815D7.4030407@vangyzen.net> Date: Thu, 19 Jul 2012 09:12:39 -0500 From: Eric van Gyzen User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120531 Thunderbird/12.0.1 MIME-Version: 1.0 To: Steve McCoy References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> <5005CD83.306@greatbaysoftware.com> In-Reply-To: <5005CD83.306@greatbaysoftware.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 8bit Cc: Charles Owens , freebsd-stable@freebsd.org, John Baldwin Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 14:13:48 -0000 On 07/17/12 15:39, Steve McCoy wrote: > On 7/13/12 9:39 AM, John Baldwin wrote: >> On Thursday, July 12, 2012 11:47:28 pm Steve McCoy wrote: >>> On 7/12/12 4:34 PM, Steve McCoy wrote: >>>>>> John Baldwin wrote: >>>>> >>>>> Barring that, can you do a binary search of kernels from stable/8 >>>>> between 8.1 >>>>> and 8.2 on an 8.1 world to see which commit caused the change in write >>>>> performance? >>>>> >>>> >>>> Hi John, I'm working with Charles to narrow this down. >>>> >>>> Looks like revision 212229 is the culprit, or at least around the same >>>> time to it, if this change isn't what slowed things down. The change to >>>> sys/kern/vfs_bio.c modifies some synchronization in dev_strategy(): >>>> >>> >>> Actually, hold that thought. I had a hunch that I wasn't thorough >>> enough, so I decided to try 212228 — the performance is the same as with >>> 212229, so vfs_bio seems to be out of the picture. I'm going to binary >>> search between 209459 and 212229, and see what I find. >> >> Ok. Please let me know what you find. Thanks! >> > > Alright, I've finally narrowed it down to r209897, which only affects > acpi_cpu_idle(): > > --- stable/8/sys/dev/acpica/acpi_cpu.c 2010/06/23 17:04:42 209471 > +++ stable/8/sys/dev/acpica/acpi_cpu.c 2010/07/11 11:58:46 209897 > @@ -930,12 +930,16 @@ > > /* > * Execute HLT (or equivalent) and wait for an interrupt. We can't > - * calculate the time spent in C1 since the place we wake up is an > - * ISR. Assume we slept half of quantum and return. > + * precisely calculate the time spent in C1 since the place we wake up > + * is an ISR. Assume we slept no more then half of quantum. > */ > if (cx_next->type == ACPI_STATE_C1) { > - sc->cpu_prev_sleep = (sc->cpu_prev_sleep * 3 + 500000 / hz) / 4; > + AcpiHwRead(&start_time, &AcpiGbl_FADT.XPmTimerBlock); > acpi_cpu_c1(); > + AcpiHwRead(&end_time, &AcpiGbl_FADT.XPmTimerBlock); > + end_time = acpi_TimerDelta(end_time, start_time); > + sc->cpu_prev_sleep = (sc->cpu_prev_sleep * 3 + > + min(PM_USEC(end_time), 500000 / hz)) / 4; > return; > } > > My current guess is that AcpiHwRead() is a problem on our hardware. It's > an isolated change and, to my desperate eyes, the commit message implies > that it isn't critical — Do you think we could buy ourselves some time > by pulling it out of our version of the kernel? Or is this essential for > correctness? Any thoughts are appreciated, thanks! You might simply try a different idle function. See these sysctls: machdep.idle: acpi machdep.idle_available: spin, mwait, mwait_hlt, hlt, acpi, Eric From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 15:28:32 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E4B98106564A; Thu, 19 Jul 2012 15:28:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A79338FC15; Thu, 19 Jul 2012 15:28:32 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so4930423pbb.13 for ; Thu, 19 Jul 2012 08:28:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=EjgIM/aFCPg3KAaiv0qT1TwkXsENGMADbUxSsf8HHmc=; b=IlW3dmbVIxx8UZOX/0iCMQTgwlqjRSYoX/UUIp6cHYyQNAn+g/YKxEe3coMZq1h+Nt fBag9q4Mo1r/nKKawi4I9lL4aA2jmai/qN8Q4pJinnrmSmXbrGyPlYzj2dP4HOzAOilU AbaIMEjiT9I1+7lX8ITivf0Fe/F5WWQw0oDxtgeYvliR0XlrbAXyCCdfaa8ByENnloLm LYu8ku7UZzynvYjR4N78MjsYVZgp3W+25tQFxAgLamIYAnJPVvyo5YziLbFogrFpIwJ1 RcEgZk+CrDAA2U5XKJwdPBhkik4iV5YXGu8lPMrRTOswbamn8iqgkZKAhIdvVVcy4tMP dpZA== MIME-Version: 1.0 Received: by 10.68.221.106 with SMTP id qd10mr6318923pbc.42.1342711712419; Thu, 19 Jul 2012 08:28:32 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.191.138 with HTTP; Thu, 19 Jul 2012 08:28:32 -0700 (PDT) In-Reply-To: <5005CD83.306@greatbaysoftware.com> References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> <5005CD83.306@greatbaysoftware.com> Date: Thu, 19 Jul 2012 08:28:32 -0700 X-Google-Sender-Auth: AieDhroBs51cR5LqFsV22vaFZkY Message-ID: From: Adrian Chadd To: Steve McCoy Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: Charles Owens , Alexander Motin , freebsd-stable@freebsd.org, John Baldwin Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 15:28:33 -0000 Hm! A timer related bug? I'll CC mav@ on this, as it was his commit (and work in his general area.) I wonder what's going on - is it something to do with the two ACPI calls inserted there, or is it something to do with the change in event timer values? mav? Any ideas? Adrian On 17 July 2012 13:39, Steve McCoy wrote: > Alright, I've finally narrowed it down to r209897, which only affects > acpi_cpu_idle(): > > --- stable/8/sys/dev/acpica/acpi_cpu.c 2010/06/23 17:04:42 209471 > +++ stable/8/sys/dev/acpica/acpi_cpu.c 2010/07/11 11:58:46 209897 > @@ -930,12 +930,16 @@ > > /* > * Execute HLT (or equivalent) and wait for an interrupt. We can't > - * calculate the time spent in C1 since the place we wake up is an > - * ISR. Assume we slept half of quantum and return. > + * precisely calculate the time spent in C1 since the place we wake = up > + * is an ISR. Assume we slept no more then half of quantum. > */ > if (cx_next->type =3D=3D ACPI_STATE_C1) { > - sc->cpu_prev_sleep =3D (sc->cpu_prev_sleep * 3 + 500000 / hz) / 4= ; > + AcpiHwRead(&start_time, &AcpiGbl_FADT.XPmTimerBlock); > acpi_cpu_c1(); > + AcpiHwRead(&end_time, &AcpiGbl_FADT.XPmTimerBlock); > + end_time =3D acpi_TimerDelta(end_time, start_time); > + sc->cpu_prev_sleep =3D (sc->cpu_prev_sleep * 3 + > + min(PM_USEC(end_time), 500000 / hz)) / 4; > return; > } > > My current guess is that AcpiHwRead() is a problem on our hardware. It's = an > isolated change and, to my desperate eyes, the commit message implies tha= t > it isn't critical =97 Do you think we could buy ourselves some time by pu= lling > it out of our version of the kernel? Or is this essential for correctness= ? > Any thoughts are appreciated, thanks! > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 15:29:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7C15106564A; Thu, 19 Jul 2012 15:29:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9A8AC8FC12; Thu, 19 Jul 2012 15:29:04 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so4931136pbb.13 for ; Thu, 19 Jul 2012 08:29:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=hNgBHsiYhqRuJCqpYBw1V5YQ/PjeIEPFdikZe0Yz2Jk=; b=tL9rK9zQ+VZxcoeYHavJxCI3pUFprfKbnxVZpOpKvcFZh7hvQ8m+58iTSBij4KN6Ik RwW+9x1ILcRJLEtveIcgd0lVjBFCE/vm9sRhLn6bQC4nM1CiwxI0d0E6CXXwDVP3kpIW 6VvR615zI+BULSge8n8FaCqBuSkEeNqudanK2FPRZLtv6DUJMwZkX9wr1JiGrylskp6n owwtWwlmaGSgvCXQbSTP7BZTj+z0crno94+WA1l78WYC8WMb7sD7a70dYr5OOoS3WdaY TrqlI+RIG6Q7kxz/2UJQbX/fhR1AuLFhyduR2L2F++dycwcsAlFSSY23eB67BTHtCL+l U5gQ== MIME-Version: 1.0 Received: by 10.68.221.70 with SMTP id qc6mr6223764pbc.92.1342711744379; Thu, 19 Jul 2012 08:29:04 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.191.138 with HTTP; Thu, 19 Jul 2012 08:29:04 -0700 (PDT) In-Reply-To: References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> <5005CD83.306@greatbaysoftware.com> Date: Thu, 19 Jul 2012 08:29:04 -0700 X-Google-Sender-Auth: 2AZdvaCY7SP7Kc6j0dlEszomj_Y Message-ID: From: Adrian Chadd To: Steve McCoy Content-Type: text/plain; charset=ISO-8859-1 Cc: Charles Owens , Alexander Motin , freebsd-stable@freebsd.org, John Baldwin Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 15:29:05 -0000 Oh, and would you please file a PR for this? I've been looking into ACPI related slowdowns for a while and I'm glad you found a culprit. Adrian From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 15:36:16 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDFC5106566C for ; Thu, 19 Jul 2012 15:36:16 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from sputnik.teardrop.org (sputnik.teardrop.org [65.98.88.18]) by mx1.freebsd.org (Postfix) with ESMTP id 982828FC08 for ; Thu, 19 Jul 2012 15:36:16 +0000 (UTC) Received: by sputnik.teardrop.org (Postfix, from userid 30000) id 58CF57E87E; Thu, 19 Jul 2012 15:29:09 +0000 (UTC) Date: Thu, 19 Jul 2012 08:29:09 -0700 From: James Snow To: freebsd-stable@freebsd.org Message-ID: <20120719152909.GL32960@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: Checksum errors across ZFS array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 15:36:16 -0000 I have a ZFS server on which I've seen periodic checksum errors on almost every drive. While scrubbing the pool last night, it began to report unrecoverable data errors on a single file. I compared an md5 of the supposedly corrupted file to an md5 of the original copy, stored on different media. They were the same, suggesting no corruption. A large file was being written to the pool while the scrub was in progress, and the entire array became unresponsive. The OS was still up, but 'zpool status' showed the scrub progress stuck at the same spot, with the throughput rate falling. 'shutdown -r now' stalled. Eventually I hard power cycled the system. Now, attempting to read the file that ZFS reports errors on yields "Input/output error." The scrub completed, with the following result: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 7 mirror-0 ONLINE 0 0 0 aacd0p1 ONLINE 0 0 0 aacd4p1 ONLINE 0 0 1 mirror-1 ONLINE 0 0 0 aacd1p1 ONLINE 0 0 0 aacd5p1 ONLINE 0 0 0 mirror-2 ONLINE 0 0 14 aacd2p1 ONLINE 0 0 14 aacd6p1 ONLINE 0 0 14 mirror-3 ONLINE 0 0 0 aacd3p1 ONLINE 0 0 0 aacd7p1 ONLINE 0 0 0 The system configuration is as follows: Controller: Adaptec 2805 Motherboard: Supermicro X8STE Drive Cage: 2x Supermicro CSE-M35T-1 Memory: 2x Kingston 12GB ECC (KVR1066D3E7SK3/12G) PSU: Nexus RX-7000 OS: 9.0-RELEASE-p3 ZFS: ZFS filesystem version 5, ZFS storage pool version 28 The Adaptec card has 2 ports, each of which uses a 4-port fan-out cable. The cables are routed as shown: /--- aacd0 (ST1000DM003-9YN1 CC4D) / /-- aacd1 (ST1000DM003-9YN1 CC4D) p1----- \ \-- aacd2 (WDC WD1001FALS-0 05.0) \--- aacd3 (WDC WD1001FALS-0 05.0) /--- aacd4 (ST1000DM003-9YN1 CC4D) / /-- aacd5 (ST1000DM003-9YN1 CC4D) p2----- \ \-- aacd6 (WDC WD1002FAEX-0 05.0) \--- aacd7 (WDC WD1002FAEX-0 05.0) You can see that each ZFS mirror device is comprised of one drive from each drive carrier, on separate ports, on separate cables. Since I have seen periodic checksum errors on almost every drive but the only common component is the Adapter controller and the motherboard, I suspect the controller. (Or the motherboard, but I'm starting with the controller since it's much simpler to swap out.) Could it be something else? What else I should be looking at? Any input greatly appreciated. -Snow From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 16:32:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 155D01065674 for ; Thu, 19 Jul 2012 16:32:28 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp9.sbb.rs (smtp9.sbb.rs [89.216.2.41]) by mx1.freebsd.org (Postfix) with ESMTP id 80F4E8FC08 for ; Thu, 19 Jul 2012 16:32:27 +0000 (UTC) Received: from mycenae (cable-178-148-99-97.dynamic.sbb.rs [178.148.99.97]) by smtp9.sbb.rs (8.14.0/8.14.0) with ESMTP id q6JG67s2024446 for ; Thu, 19 Jul 2012 18:06:12 +0200 Received: by mycenae (Postfix, from userid 1001) id 1074B5C23; Thu, 19 Jul 2012 18:08:31 +0200 (CEST) Date: Thu, 19 Jul 2012 18:08:31 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20120719160831.GA1086@mycenae.sbb.rs> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -0.8 Subject: branch 9 and uefi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 16:32:28 -0000 It took me by surprise. The mobo I have on my mind for new desktop has uefi instead of bios. It is asus m5a97, with 970 chipset, well priced among users on the net. How would it behave with 9.1? After all reading, I plan to boot it as memory stick and go with simple "guided" install. Someone could comment on the topic? At the moment, I see I have to avoid manual partition and mbr. Or not? If it sounds bad, any other option for motherboard and amd 8120 cpu? Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 17:12:54 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 778171065670 for ; Thu, 19 Jul 2012 17:12:54 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from babel.karthauser.co.uk (babel.realityhacker.info [95.154.203.112]) by mx1.freebsd.org (Postfix) with ESMTP id 10AEF8FC18 for ; Thu, 19 Jul 2012 17:12:54 +0000 (UTC) Received: from [90.155.77.79] (unknown [90.155.77.79]) (Authenticated sender: joemail@tao.org.uk) by babel.karthauser.co.uk (Postfix) with ESMTPA id AC725A18; Thu, 19 Jul 2012 17:05:32 +0000 (UTC) References: <20120719152909.GL32960@teardrop.org> In-Reply-To: <20120719152909.GL32960@teardrop.org> Mime-Version: 1.0 (1.0) Content-Type: text/plain; charset=us-ascii Message-Id: <002D6A20-D2A4-4909-B2EA-3DB562326050@tao.org.uk> Content-Transfer-Encoding: quoted-printable X-Mailer: iPhone Mail (9B206) From: Dr Joe Karthauser Date: Thu, 19 Jul 2012 18:05:32 +0100 To: James Snow Cc: "freebsd-stable@freebsd.org" Subject: Re: Checksum errors across ZFS array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 17:12:54 -0000 Hi James, It's almost definitely a memory problem. I'd change it ASAP if I were you. I lost about 70mb from my zfs pool for this very reason just a few weeks ago= . Luckily I had enough snapshots from before the rot set in to recover most o= f what I lost. Joe --=20 Dr Joe Karthauser On 19 Jul 2012, at 16:29, James Snow wrote: > I have a ZFS server on which I've seen periodic checksum errors on > almost every drive. While scrubbing the pool last night, it began to > report unrecoverable data errors on a single file. >=20 > I compared an md5 of the supposedly corrupted file to an md5 of the > original copy, stored on different media. They were the same, suggesting > no corruption. >=20 > A large file was being written to the pool while the scrub was in > progress, and the entire array became unresponsive. The OS was still up, > but 'zpool status' showed the scrub progress stuck at the same spot, > with the throughput rate falling. 'shutdown -r now' stalled. Eventually > I hard power cycled the system. >=20 > Now, attempting to read the file that ZFS reports errors on yields > "Input/output error." The scrub completed, with the following result: >=20 > NAME STATE READ WRITE CKSUM > tank ONLINE 0 0 7 > mirror-0 ONLINE 0 0 0 > aacd0p1 ONLINE 0 0 0 > aacd4p1 ONLINE 0 0 1 > mirror-1 ONLINE 0 0 0 > aacd1p1 ONLINE 0 0 0 > aacd5p1 ONLINE 0 0 0 > mirror-2 ONLINE 0 0 14 > aacd2p1 ONLINE 0 0 14 > aacd6p1 ONLINE 0 0 14 > mirror-3 ONLINE 0 0 0 > aacd3p1 ONLINE 0 0 0 > aacd7p1 ONLINE 0 0 0 >=20 > The system configuration is as follows: >=20 > Controller: Adaptec 2805=20 > Motherboard: Supermicro X8STE > Drive Cage: 2x Supermicro CSE-M35T-1 > Memory: 2x Kingston 12GB ECC (KVR1066D3E7SK3/12G) > PSU: Nexus RX-7000 > OS: 9.0-RELEASE-p3 > ZFS: ZFS filesystem version 5, ZFS storage pool version 28 >=20 >=20 > The Adaptec card has 2 ports, each of which uses a 4-port fan-out cable. > The cables are routed as shown: >=20 > /--- aacd0 (ST1000DM003-9YN1 CC4D) > / /-- aacd1 (ST1000DM003-9YN1 CC4D) > p1----- > \ \-- aacd2 (WDC WD1001FALS-0 05.0) > \--- aacd3 (WDC WD1001FALS-0 05.0) >=20 > /--- aacd4 (ST1000DM003-9YN1 CC4D) > / /-- aacd5 (ST1000DM003-9YN1 CC4D) > p2----- > \ \-- aacd6 (WDC WD1002FAEX-0 05.0) > \--- aacd7 (WDC WD1002FAEX-0 05.0) >=20 > You can see that each ZFS mirror device is comprised of one drive from > each drive carrier, on separate ports, on separate cables. >=20 > Since I have seen periodic checksum errors on almost every drive but the > only common component is the Adapter controller and the motherboard, I > suspect the controller. (Or the motherboard, but I'm starting with the > controller since it's much simpler to swap out.) >=20 > Could it be something else? What else I should be looking at? Any input > greatly appreciated. >=20 >=20 > -Snow >=20 > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 17:17:04 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C689D106564A for ; Thu, 19 Jul 2012 17:17:04 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from sputnik.teardrop.org (sputnik.teardrop.org [65.98.88.18]) by mx1.freebsd.org (Postfix) with ESMTP id DFD7F8FC0A for ; Thu, 19 Jul 2012 17:16:47 +0000 (UTC) Received: by sputnik.teardrop.org (Postfix, from userid 30000) id E60867E87A; Thu, 19 Jul 2012 17:15:48 +0000 (UTC) Date: Thu, 19 Jul 2012 10:15:48 -0700 From: James Snow To: Dr Joe Karthauser Message-ID: <20120719171548.GM32960@teardrop.org> References: <20120719152909.GL32960@teardrop.org> <002D6A20-D2A4-4909-B2EA-3DB562326050@tao.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <002D6A20-D2A4-4909-B2EA-3DB562326050@tao.org.uk> User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" Subject: Re: Checksum errors across ZFS array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 17:17:04 -0000 On Thu, Jul 19, 2012 at 06:05:32PM +0100, Dr Joe Karthauser wrote: > Hi James, > > It's almost definitely a memory problem. I'd change it ASAP if I were > you. > > I lost about 70mb from my zfs pool for this very reason just a few > weeks ago. Luckily I had enough snapshots from before the rot set in > to recover most of what I lost. Thanks for the input. I will run a memory test against it. If I may, why "almost definitely" a memory problem and not an issue with the controller? (Or did you mean the controller memory?) -Snow From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 17:26:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 52BCB106566C for ; Thu, 19 Jul 2012 17:26:19 +0000 (UTC) (envelope-from prvs=154700e5ee=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D8F618FC1B for ; Thu, 19 Jul 2012 17:26:18 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Thu, 19 Jul 2012 18:25:51 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50020850564.msg for ; Thu, 19 Jul 2012 18:25:50 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=154700e5ee=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "James Snow" , References: <20120719152909.GL32960@teardrop.org> Date: Thu, 19 Jul 2012 18:25:56 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: Re: Checksum errors across ZFS array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 17:26:19 -0000 ----- Original Message ----- From: "James Snow" >I have a ZFS server on which I've seen periodic checksum errors on > almost every drive. While scrubbing the pool last night, it began to > report unrecoverable data errors on a single file. > > I compared an md5 of the supposedly corrupted file to an md5 of the > original copy, stored on different media. They were the same, suggesting > no corruption. ... Had this before, has always turned out to be failing hardware. Its been a mixture of faults for us:- 1. Memory, even though ECC and not reporting failures in use or via memtest. 2. CPU / Northbridge on old AMD's, not 100% sure which. This started as ZFS checksum issues and then weeks / months later resulting in random untraceable panic and watchdog timeouts in bge nic. Disabling the cores on the second CPU fixed this for us on two separate machines e.g. /boot/loader.conf hint.lapic.2.disabled="1" hint.lapic.3.disabled="1" So while ZFS can report errors on files, that aren't errors on the disks themselves and hence the data, as you confirmed, is fine don't ignore it. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 17:27:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D85ED1065680 for ; Thu, 19 Jul 2012 17:27:18 +0000 (UTC) (envelope-from prvs=154700e5ee=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 656728FC1D for ; Thu, 19 Jul 2012 17:27:18 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Thu, 19 Jul 2012 18:27:13 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50020850580.msg for ; Thu, 19 Jul 2012 18:27:12 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=154700e5ee=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "James Snow" , "Dr Joe Karthauser" References: <20120719152909.GL32960@teardrop.org><002D6A20-D2A4-4909-B2EA-3DB562326050@tao.org.uk> <20120719171548.GM32960@teardrop.org> Date: Thu, 19 Jul 2012 18:27:19 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable@freebsd.org Subject: Re: Checksum errors across ZFS array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 17:27:18 -0000 ----- Original Message ----- From: "James Snow" > On Thu, Jul 19, 2012 at 06:05:32PM +0100, Dr Joe Karthauser wrote: > >> Hi James, >> >> It's almost definitely a memory problem. I'd change it ASAP if I were >> you. >> >> I lost about 70mb from my zfs pool for this very reason just a few >> weeks ago. Luckily I had enough snapshots from before the rot set in >> to recover most of what I lost. > > Thanks for the input. I will run a memory test against it. > > If I may, why "almost definitely" a memory problem and not an issue with > the controller? (Or did you mean the controller memory?) I wouldn't say definitely, its likely, but other hardware as per my previous mail can be the cause. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 18:22:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF8211065670 for ; Thu, 19 Jul 2012 18:22:40 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id A82668FC0C for ; Thu, 19 Jul 2012 18:22:40 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SrvN1-0005r1-8q for freebsd-stable@freebsd.org; Thu, 19 Jul 2012 20:22:39 +0200 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Jul 2012 20:22:39 +0200 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 19 Jul 2012 20:22:39 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: jb Date: Thu, 19 Jul 2012 18:22:24 +0000 (UTC) Lines: 27 Message-ID: References: <5007CFE6.6030808@intersonic.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20100101 Firefox/13.0.1) Subject: Re: Thinkpad X61s cannot boot 9.1-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 18:22:41 -0000 Per olof Ljungmark intersonic.se> writes: > > Hi, > > Did anyone else experience this? With 9.1-BETA1 the boot process > freezes, among the last lines with verbose boot are > > acpi_acad0: On Line > acpi_acad0: acline initialization done, tried 1 times > > after this, dead. > > What is supposed to happen in the next stage? > This laptop worked fine with 9-STABLE to at least february. > Try Google search: acpi_acad0: acline initialization done, tried 1 times for example http://forums.freebsd.org/archive/index.php/t-12194.html ... boot with "disable acpi" selection jb From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 18:37:19 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38273106566B for ; Thu, 19 Jul 2012 18:37:19 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id E8E838FC08 for ; Thu, 19 Jul 2012 18:37:18 +0000 (UTC) X-Virus-Scanned: amavisd-new at BSDLabs AB Message-ID: <500853DA.8050502@intersonic.se> Date: Thu, 19 Jul 2012 20:37:14 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:12.0) Gecko/20120525 Thunderbird/12.0.1 MIME-Version: 1.0 To: jb References: <5007CFE6.6030808@intersonic.se> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Thinkpad X61s cannot boot 9.1-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 18:37:19 -0000 On 07/19/12 20:22, jb wrote: > Per olof Ljungmark intersonic.se> writes: > >> >> Hi, >> >> Did anyone else experience this? With 9.1-BETA1 the boot process >> freezes, among the last lines with verbose boot are >> >> acpi_acad0: On Line >> acpi_acad0: acline initialization done, tried 1 times >> >> after this, dead. >> >> What is supposed to happen in the next stage? >> This laptop worked fine with 9-STABLE to at least february. >> > > Try Google search: > acpi_acad0: acline initialization done, tried 1 times > > for example > http://forums.freebsd.org/archive/index.php/t-12194.html > ... > boot with "disable acpi" selection Tried ALL boot options, none worked. For example, if I try "disable acpi" it will stop at "no event timer available". From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 18:40:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF8D7106564A for ; Thu, 19 Jul 2012 18:40:13 +0000 (UTC) (envelope-from psaldivia@telefoniacentro.cl) Received: from oproxy7-pub.bluehost.com (oproxy7.bluehost.com [IPv6:2605:dc00:100:2::a7]) by mx1.freebsd.org (Postfix) with SMTP id A26438FC16 for ; Thu, 19 Jul 2012 18:40:13 +0000 (UTC) Received: (qmail 18169 invoked by uid 0); 19 Jul 2012 18:40:11 -0000 Received: from unknown (HELO host66.hostmonster.com) (74.220.207.66) by oproxy7.bluehost.com with SMTP; 19 Jul 2012 18:40:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=telefoniacentro.cl; s=default; h=Content-Type:Subject:To:MIME-Version:From:Date:Message-ID; bh=JlFqzbDwHa8Lt+/YYKZOiSEWYeweGANMmIisftjgfog=; b=mbhvRakVCPT98byzm8QImbfTG41x4luSOcZSo0hPaMBOFW3otKLfbxB/rCHN6MuVQVGQZR19wuXEmw6PgxUPvIhCGe/gxajrLk3kuOdJPrdtYT9jqybMAw7oocTj2UdL; Received: from [201.214.66.203] (port=34023 helo=[192.168.1.223]) by host66.hostmonster.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1Srvdw-0003he-04 for freebsd-stable@freebsd.org; Thu, 19 Jul 2012 12:40:08 -0600 Message-ID: <50085482.6070804@telefoniacentro.cl> Date: Thu, 19 Jul 2012 14:40:02 -0400 From: Pablo Saldivia User-Agent: Mozilla/5.0 (X11; Linux i686; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Identified-User: {1380:host66.hostmonster.com:pktwokpi:telefoniacentro.cl} {sentby:smtp auth 201.214.66.203 authed with psaldivia@telefoniacentro.cl} Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 18:40:14 -0000 Hello list I have a problem with my motherboard, with four 82573L Gigabit Ethernet Controller integrated, with freebsd 8.1 only work one ethernet em1 , em0 , em2 and em3 not work dmesg info [ 5.301681] e1000e 0000:03:00.0: Disabling ASPM L1 [ 5.301706] e1000e 0000:03:00.0: PCI->APIC IRQ transform: INT A -> IRQ 18 [ 5.301727] e1000e 0000:03:00.0: setting latency timer to 64 [ 5.301963] e1000e 0000:03:00.0: irq 41 for MSI/MSI-X [ 5.302457] e1000e 0000:03:00.0: Disabling ASPM L0s [ 5.371770] e1000e 0000:03:00.0: (unregistered net_device): The NVM Checksum Is Not Valid [ 5.389922] e1000e: probe of 0000:03:00.0 failed with error -5 the problem its the same in linux and freebsd, /Windows simply doesn't check the NVM checksum and work fine :( I probe install new driver, fix the eeprom //fixeep-82573-dspd.sh / / lemon@pfSense:~$ sudo sh fixeep-82573-dspd.sh eth0 eth0: is a "82573L Gigabit Ethernet Controller" This fixup is applicable to your hardware fixeep-82573-dspd.sh: 34: Bad substitution fixeep-82573-dspd.sh: 39: Bad substitution I probe edit netdev.c in the driver and eliminate check NVM checksum / if (i == 2) { e_err("The NVM Checksum Is Not Valid\n"); err = -EIO; goto err_eeprom; } change to if (i == 2) { e_err("The NVM Checksum Is Not Valid\n"); return; } and recompile but nothing Probe bootutil of Intel tool Flasheable enable :( lemon@pfSense:~/Intel/APPS/BootUtil/Linux32$ sudo ./bootutil32 -NIC=1 -FLASHENABLE Intel(R) Ethernet Flash Firmware Utility BootUtil version 1.3.27.0 Copyright (C) 2003-2012 Intel Corporation Enabling boot ROM on port 1...Unsupported feature Port Network Address Series WOL Flash Firmware Version ==== =============== ======= === ================================= ======= 1 80014C362E39 Gigabit NO LOM,UEFI,PXE Enabled,FCOE 2 00E04C362E3A Gigabit YES LOM,PXE 3 00E04C362E3B Gigabit NO LOM,UEFI,PXE Enabled,FCOE 4 00E04C362E3C Gigabit NO LOM,UEFI,PXE Enabled,FCOE New firmware lemon@pfSense:~/Intel/APPS/BootUtil/Linux32$ sudo ./bootutil32 -UP=PXE -ALL Intel(R) Ethernet Flash Firmware Utility BootUtil version 1.3.27.0 Copyright (C) 2003-2012 Intel Corporation Flash on LOM device not supported on port 1 Flash on LOM device not supported on port 2 Flash on LOM device not supported on port 3 Flash on LOM device not supported on port 4 Port Network Address Series WOL Flash Firmware Version ==== =============== ======= === ================================= ======= 1 80014C362E39 Gigabit NO LOM,UEFI,PXE Enabled,FCOE 2 00E04C362E3A Gigabit YES LOM,PXE 3 00E04C362E3B Gigabit NO LOM,UEFI,PXE Enabled,FCOE 4 00E04C362E3C Gigabit NO LOM,UEFI,PXE Enabled,FCOE is very hard this work any idea please i need help thanks in advance From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 18:43:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A46C8106564A for ; Thu, 19 Jul 2012 18:43:17 +0000 (UTC) (envelope-from psaldivia@telefoniacentro.cl) Received: from oproxy9.bluehost.com (oproxy9.bluehost.com [IPv6:2605:dc00:100:2::a2]) by mx1.freebsd.org (Postfix) with SMTP id 628AF8FC0C for ; Thu, 19 Jul 2012 18:43:17 +0000 (UTC) Received: (qmail 8187 invoked by uid 0); 19 Jul 2012 18:43:17 -0000 Received: from unknown (HELO host66.hostmonster.com) (74.220.207.66) by oproxy9.bluehost.com with SMTP; 19 Jul 2012 18:43:17 -0000 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=telefoniacentro.cl; s=default; h=Content-Type:In-Reply-To:References:Subject:To:MIME-Version:From:Date:Message-ID; bh=76s6M4u9WvB1bu+1U+gHbJDJGxO7GrGdjjG7Mlcit90=; b=267tI2Xx7rSLrqrbY4cLkMHmSvgVkW78FXmUqFnx7xd3dMCssRzB/8Dn6L/Y3qCf0Xl+lNP72wz5D2eymfj7w+kYtY5d0y3hUzn98ZvdpgJRvszvYUTMzeKKEZhlAkkC; Received: from [201.214.66.203] (port=34047 helo=[192.168.1.223]) by host66.hostmonster.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76) (envelope-from ) id 1Srvgy-0005TX-BY for freebsd-stable@freebsd.org; Thu, 19 Jul 2012 12:43:17 -0600 Message-ID: <50085542.7050201@telefoniacentro.cl> Date: Thu, 19 Jul 2012 14:43:14 -0400 From: Pablo Saldivia User-Agent: Mozilla/5.0 (X11; Linux i686; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <50085482.6070804@telefoniacentro.cl> In-Reply-To: <50085482.6070804@telefoniacentro.cl> Content-Type: multipart/mixed; boundary="------------020907070806030404030401" X-Identified-User: {1380:host66.hostmonster.com:pktwokpi:telefoniacentro.cl} {sentby:smtp auth 201.214.66.203 authed with psaldivia@telefoniacentro.cl} Subject: Re: motherboard X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 18:43:17 -0000 This is a multi-part message in MIME format. --------------020907070806030404030401 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit sorry i forget add file with motherboard config thanks again :) El 19/07/12 14:40, Pablo Saldivia escribió: > Hello list > > I have a problem with my motherboard, with four 82573L Gigabit > Ethernet Controller integrated, > with freebsd 8.1 only work one ethernet em1 , em0 , em2 and em3 not work > > dmesg info > [ 5.301681] e1000e 0000:03:00.0: Disabling ASPM L1 > [ 5.301706] e1000e 0000:03:00.0: PCI->APIC IRQ transform: INT A -> > IRQ 18 > [ 5.301727] e1000e 0000:03:00.0: setting latency timer to 64 > [ 5.301963] e1000e 0000:03:00.0: irq 41 for MSI/MSI-X > [ 5.302457] e1000e 0000:03:00.0: Disabling ASPM L0s > [ 5.371770] e1000e 0000:03:00.0: (unregistered net_device): The NVM > Checksum Is Not Valid > [ 5.389922] e1000e: probe of 0000:03:00.0 failed with error -5 > > the problem its the same in linux and freebsd, /Windows simply doesn't > check the NVM checksum and work fine :( > > I probe install new driver, fix the eeprom //fixeep-82573-dspd.sh / > / > lemon@pfSense:~$ sudo sh fixeep-82573-dspd.sh eth0 > eth0: is a "82573L Gigabit Ethernet Controller" > This fixup is applicable to your hardware > fixeep-82573-dspd.sh: 34: Bad substitution > fixeep-82573-dspd.sh: 39: Bad substitution > > I probe edit netdev.c in the driver and eliminate check NVM checksum > > / > > if (i == 2) { > e_err("The NVM Checksum Is Not Valid\n"); > err = -EIO; > goto err_eeprom; > } > > change to > > if (i == 2) { > e_err("The NVM Checksum Is Not Valid\n"); > return; > } > and recompile but nothing > > > Probe bootutil of Intel tool > > Flasheable enable :( > > > lemon@pfSense:~/Intel/APPS/BootUtil/Linux32$ sudo ./bootutil32 -NIC=1 > -FLASHENABLE > > Intel(R) Ethernet Flash Firmware Utility > BootUtil version 1.3.27.0 > Copyright (C) 2003-2012 Intel Corporation > > Enabling boot ROM on port 1...Unsupported feature > > Port Network Address Series WOL Flash Firmware Version > ==== =============== ======= === ================================= > ======= > 1 80014C362E39 Gigabit NO LOM,UEFI,PXE Enabled,FCOE > 2 00E04C362E3A Gigabit YES LOM,PXE > 3 00E04C362E3B Gigabit NO LOM,UEFI,PXE Enabled,FCOE > 4 00E04C362E3C Gigabit NO LOM,UEFI,PXE Enabled,FCOE > > New firmware > > lemon@pfSense:~/Intel/APPS/BootUtil/Linux32$ sudo ./bootutil32 -UP=PXE > -ALL > > Intel(R) Ethernet Flash Firmware Utility > BootUtil version 1.3.27.0 > Copyright (C) 2003-2012 Intel Corporation > > Flash on LOM device not supported on port 1 > > Flash on LOM device not supported on port 2 > > Flash on LOM device not supported on port 3 > > Flash on LOM device not supported on port 4 > > Port Network Address Series WOL Flash Firmware Version > ==== =============== ======= === ================================= > ======= > 1 80014C362E39 Gigabit NO LOM,UEFI,PXE Enabled,FCOE > 2 00E04C362E3A Gigabit YES LOM,PXE > 3 00E04C362E3B Gigabit NO LOM,UEFI,PXE Enabled,FCOE > 4 00E04C362E3C Gigabit NO LOM,UEFI,PXE Enabled,FCOE > > is very hard this work any idea please i need help > thanks in advance > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --------------020907070806030404030401 Content-Type: text/plain; charset=UTF-8; name="hw" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="hw" pfsense description: Computer product: Lakeport vendor: Intel width: 32 bits capabilities: smbios-2.3 dmi-2.3 smp-1.4 smp configuration: cpus=1 *-core description: Motherboard physical id: 0 *-cpu product: Intel(R) Xeon(TM) CPU 2.60GHz vendor: Intel Corp. physical id: 0 bus info: cpu@0 version: 15.2.9 size: 2600MHz width: 32 bits capabilities: boot fpu fpu_exception wp vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe up pebs bts cid xtpr configuration: id=0 *-logicalcpu:0 description: Logical CPU physical id: 0.1 width: 32 bits capabilities: logical *-logicalcpu:1 description: Logical CPU physical id: 0.2 width: 32 bits capabilities: logical *-cache:0 description: L1 cache physical id: 0 size: 8KiB *-cache:1 description: L2 cache physical id: 1 size: 512KiB *-memory description: System memory physical id: 1 size: 2003MiB *-pci description: Host bridge product: Mobile 945GM/PM/GMS, 943/940GML and 945GT Express Memory Controller Hub vendor: Intel Corporation physical id: 100 bus info: pci@0000:00:00.0 version: 03 width: 32 bits clock: 33MHz configuration: driver=agpgart-intel resources: irq:0 *-display:0 UNCLAIMED description: VGA compatible controller product: Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller vendor: Intel Corporation physical id: 2 bus info: pci@0000:00:02.0 version: 03 width: 32 bits clock: 33MHz capabilities: msi pm vga_controller bus_master cap_list configuration: latency=0 resources: memory:fe780000-fe7fffff ioport:ac80(size=8) memory:d0000000-dfffffff memory:fe740000-fe77ffff *-display:1 UNCLAIMED description: Display controller product: Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller vendor: Intel Corporation physical id: 2.1 bus info: pci@0000:00:02.1 version: 03 width: 32 bits clock: 33MHz capabilities: pm bus_master cap_list configuration: latency=0 resources: memory:fe680000-fe6fffff *-pci:0 description: PCI bridge product: N10/ICH 7 Family PCI Express Port 1 vendor: Intel Corporation physical id: 1c bus info: pci@0000:00:1c.0 version: 01 width: 32 bits clock: 33MHz capabilities: pci pciexpress msi pm normal_decode bus_master cap_list configuration: driver=pcieport resources: irq:16 ioport:b000(size=4096) memory:fe800000-fe8fffff ioport:80000000(size=2097152) *-network UNCLAIMED description: Ethernet controller product: 82573L Gigabit Ethernet Controller vendor: Intel Corporation physical id: 0 bus info: pci@0000:01:00.0 version: 00 width: 32 bits clock: 33MHz capabilities: pm msi pciexpress cap_list configuration: latency=0 resources: memory:fe8e0000-fe8fffff ioport:bc80(size=32) *-pci:1 description: PCI bridge product: N10/ICH 7 Family PCI Express Port 2 vendor: Intel Corporation physical id: 1c.1 bus info: pci@0000:00:1c.1 version: 01 width: 32 bits clock: 33MHz capabilities: pci pciexpress msi pm normal_decode bus_master cap_list configuration: driver=pcieport resources: irq:17 ioport:c000(size=4096) memory:fe900000-fe9fffff ioport:80200000(size=2097152) *-network description: Ethernet interface product: 82573L Gigabit Ethernet Controller vendor: Intel Corporation physical id: 0 bus info: pci@0000:02:00.0 logical name: eth0 version: 00 serial: 00:e0:4c:36:2e:3a size: 100Mbit/s capacity: 1Gbit/s width: 32 bits clock: 33MHz capabilities: pm msi pciexpress bus_master cap_list ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation configuration: autonegotiation=on broadcast=yes driver=e1000e driverversion=1.2.20-k2 duplex=full firmware=0.5-7 ip=192.168.1.244 latency=0 link=yes multicast=yes port=twisted pair speed=100Mbit/s resources: irq:40 memory:fe9e0000-fe9fffff ioport:cc80(size=32) *-pci:2 description: PCI bridge product: N10/ICH 7 Family PCI Express Port 3 vendor: Intel Corporation physical id: 1c.2 bus info: pci@0000:00:1c.2 version: 01 width: 32 bits clock: 33MHz capabilities: pci pciexpress msi pm normal_decode bus_master cap_list configuration: driver=pcieport resources: irq:18 ioport:d000(size=4096) memory:fea00000-feafffff ioport:80400000(size=2097152) *-network UNCLAIMED description: Ethernet controller product: 82573L Gigabit Ethernet Controller vendor: Intel Corporation physical id: 0 bus info: pci@0000:03:00.0 version: 00 width: 32 bits clock: 33MHz capabilities: pm msi pciexpress cap_list configuration: latency=0 resources: memory:feae0000-feafffff ioport:dc80(size=32) *-pci:3 description: PCI bridge product: N10/ICH 7 Family PCI Express Port 4 vendor: Intel Corporation physical id: 1c.3 bus info: pci@0000:00:1c.3 version: 01 width: 32 bits clock: 33MHz capabilities: pci pciexpress msi pm normal_decode bus_master cap_list configuration: driver=pcieport resources: irq:19 ioport:e000(size=4096) memory:feb00000-febfffff ioport:80600000(size=2097152) *-network UNCLAIMED description: Ethernet controller product: 82573L Gigabit Ethernet Controller vendor: Intel Corporation physical id: 0 bus info: pci@0000:04:00.0 version: 00 width: 32 bits clock: 33MHz capabilities: pm msi pciexpress cap_list configuration: latency=0 resources: memory:febe0000-febfffff ioport:ec80(size=32) *-usb:0 description: USB Controller product: N10/ICH 7 Family USB UHCI Controller #1 vendor: Intel Corporation physical id: 1d bus info: pci@0000:00:1d.0 version: 01 width: 32 bits clock: 33MHz capabilities: uhci bus_master configuration: driver=uhci_hcd latency=0 resources: irq:23 ioport:ac00(size=32) *-usb:1 description: USB Controller product: N10/ICH 7 Family USB UHCI Controller #2 vendor: Intel Corporation physical id: 1d.1 bus info: pci@0000:00:1d.1 version: 01 width: 32 bits clock: 33MHz capabilities: uhci bus_master configuration: driver=uhci_hcd latency=0 resources: irq:19 ioport:a880(size=32) *-usb:2 description: USB Controller product: N10/ICH 7 Family USB UHCI Controller #3 vendor: Intel Corporation physical id: 1d.2 bus info: pci@0000:00:1d.2 version: 01 width: 32 bits clock: 33MHz capabilities: uhci bus_master configuration: driver=uhci_hcd latency=0 resources: irq:18 ioport:a800(size=32) *-usb:3 description: USB Controller product: N10/ICH 7 Family USB UHCI Controller #4 vendor: Intel Corporation physical id: 1d.3 bus info: pci@0000:00:1d.3 version: 01 width: 32 bits clock: 33MHz capabilities: uhci bus_master configuration: driver=uhci_hcd latency=0 resources: irq:16 ioport:a480(size=32) *-usb:4 description: USB Controller product: N10/ICH 7 Family USB2 EHCI Controller vendor: Intel Corporation physical id: 1d.7 bus info: pci@0000:00:1d.7 version: 01 width: 32 bits clock: 33MHz capabilities: pm debug ehci bus_master cap_list configuration: driver=ehci_hcd latency=0 resources: irq:23 memory:fe73bc00-fe73bfff *-pci:4 description: PCI bridge product: 82801 PCI Bridge vendor: Intel Corporation physical id: 1e bus info: pci@0000:00:1e.0 version: e1 width: 32 bits clock: 33MHz capabilities: pci subtractive_decode bus_master cap_list *-isa description: ISA bridge product: 82801GB/GR (ICH7 Family) LPC Interface Bridge vendor: Intel Corporation physical id: 1f bus info: pci@0000:00:1f.0 version: 01 width: 32 bits clock: 33MHz capabilities: isa bus_master cap_list configuration: latency=0 *-ide:0 description: IDE interface product: 82801G (ICH7 Family) IDE Controller vendor: Intel Corporation physical id: 1f.1 bus info: pci@0000:00:1f.1 version: 01 width: 32 bits clock: 33MHz capabilities: ide bus_master configuration: driver=ata_piix latency=0 resources: irq:18 ioport:1f0(size=8) ioport:3f6 ioport:170(size=8) ioport:376 ioport:ffa0(size=16) *-ide:1 description: IDE interface product: N10/ICH7 Family SATA IDE Controller vendor: Intel Corporation physical id: 1f.2 bus info: pci@0000:00:1f.2 logical name: scsi2 version: 01 width: 32 bits clock: 66MHz capabilities: ide pm bus_master cap_list emulated configuration: driver=ata_piix latency=0 resources: irq:19 ioport:a400(size=8) ioport:a080(size=4) ioport:a000(size=8) ioport:9c80(size=4) ioport:9c00(size=16) *-disk description: ATA Disk product: ST3160815AS vendor: Seagate physical id: 0.0.0 bus info: scsi@2:0.0.0 logical name: /dev/sda version: 4.AA serial: 9RA96LTF size: 149GiB (160GB) capabilities: partitioned partitioned:dos configuration: ansiversion=5 signature=90909090 *-volume:0 description: Linux filesystem partition vendor: Linux physical id: 1 bus info: scsi@2:0.0.0,1 logical name: /dev/sda1 logical name: /boot version: 1.0 serial: d3930c7f-9c6e-4c04-8ab4-2c359728693e size: 243MiB capacity: 243MiB capabilities: primary bootable ext2 initialized configuration: filesystem=ext2 modified=2012-07-19 10:33:34 mount.fstype=ext2 mount.options=rw,relatime,errors=continue state=mounted *-volume:1 description: Extended partition physical id: 2 bus info: scsi@2:0.0.0,2 logical name: /dev/sda2 size: 148GiB capacity: 148GiB capabilities: primary extended partitioned partitioned:extended *-logicalvolume description: Linux LVM Physical Volume partition physical id: 5 logical name: /dev/sda5 serial: AiS2YE-USOn-scwN-AiEp-3RqI-fwaG-SiqPRd size: 148GiB capacity: 148GiB capabilities: multi lvm2 *-serial UNCLAIMED description: SMBus product: N10/ICH 7 Family SMBus Controller vendor: Intel Corporation physical id: 1f.3 bus info: pci@0000:00:1f.3 version: 01 width: 32 bits clock: 33MHz configuration: latency=0 resources: ioport:400(size=32) --------------020907070806030404030401-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 19:57:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA1151065672 for ; Thu, 19 Jul 2012 19:57:56 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id 708DB8FC15 for ; Thu, 19 Jul 2012 19:57:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Message-ID:References:In-Reply-To:Subject:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=2+CYO0zYMylXE+YVW/FB0jkrXqNsCrsIUZe1pILi384=; b=sikRmQTW5K7xVAouoQ+2fybCH/6raTBgj/hJKguxiXCABDxQ5hZ1leTcwa51U6igrH8pu6hILvFF8dPcMxoojFcpxlogpdLSYi+HUB2Kt++QG8HAdZjF0K3e5ZikoZPV; Authentication-Results: mail.deployis.eu dkim=none Received: from localhost ([127.0.0.1]:48110 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1SrwIb-00026r-Ay from for ; Thu, 19 Jul 2012 21:22:10 +0200 Received: from pool-73-37.ippark.hu ([37.143.73.37]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Thu, 19 Jul 2012 21:22:09 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 19 Jul 2012 21:22:09 +0200 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: In-Reply-To: <20120719160831.GA1086@mycenae.sbb.rs> References: <20120719160831.GA1086@mycenae.sbb.rs> Message-ID: X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -43 Subject: Re: branch 9 and uefi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 19:57:57 -0000 Hi, I had a hard time booting FreeBSD 8.2 on an IBM X3550M3 which is also an UEFI maniac one. I could only boot FreeBSD from an USB DVD and install it from there. Maybe some legacy fallback boot options are availabe for this mobo. I think they have its user manual on their website. Regards, Andras On Thu, 19 Jul 2012 18:08:31 +0200, Zoran Kolic wrote: > It took me by surprise. The mobo I have on my mind for > new desktop has uefi instead of bios. It is asus m5a97, > with 970 chipset, well priced among users on the net. > How would it behave with 9.1? After all reading, I plan > to boot it as memory stick and go with simple "guided" > install. Someone could comment on the topic? > At the moment, I see I have to avoid manual partition > and mbr. Or not? > If it sounds bad, any other option for motherboard and > amd 8120 cpu? > Best regards > > Zoran > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 21:29:57 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E788106566B for ; Thu, 19 Jul 2012 21:29:57 +0000 (UTC) (envelope-from greg@bonett.org) Received: from bonett.org (bonett.org [66.249.7.150]) by mx1.freebsd.org (Postfix) with ESMTP id 570E48FC14 for ; Thu, 19 Jul 2012 21:29:57 +0000 (UTC) Received: from [192.168.1.160] (cpe-75-84-98-111.socal.res.rr.com [75.84.98.111]) by bonett.org (Postfix) with ESMTPSA id A1607124789 for ; Thu, 19 Jul 2012 21:23:49 +0000 (UTC) From: Greg Bonett To: freebsd-stable@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Thu, 19 Jul 2012 14:24:51 -0700 Message-ID: <1342733091.12482.12.camel@home.bonett.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: kernel panic caused by zfs/sa.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: greg@bonett.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 21:29:57 -0000 Hello, I'm experiencing a kernel panic that appears to be caused by zfs. No errors are making it into /var/log/messages, but here is the error message that appears on my screen after panic (transcribed): panic solaris assert BSWAP_32(sa_hdr_phys->sa_magic) == SA_MAGIC, file: /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/sa.c, line 1262 I can reproduce this by running "cd /usr/ports/www/webkit-ghtk2; make clean" I looked at line 1262 in sa.c and it's part of a bit of code that checks if byte swapping is necessary. The code starting at line 1260: if (IS_SA_BONUSTYPE(bonustype) && sa_hdr_phys->sa_magic != SA_MAGIC && sa_hdr_phys->sa_magic != 0) { VERIFY(BSWAP_32(sa_hdr_phys->sa_magic) == SA_MAGIC); sa_byteswap(hdl, buftype); } As far as I can tell, my source is up to date and this code is the same as what is in 9-STABLE. I'm not sure what's causing the panic, does anyone have a suggestion? Thanks for the help. --Greg From owner-freebsd-stable@FreeBSD.ORG Thu Jul 19 21:36:23 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8512F106566B for ; Thu, 19 Jul 2012 21:36:23 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id F31188FC14 for ; Thu, 19 Jul 2012 21:36:22 +0000 (UTC) Received: by lbon10 with SMTP id n10so5251434lbo.13 for ; Thu, 19 Jul 2012 14:36:21 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=igvGs/5I+BjGvaAt4u0erLA8TX7lAEdpJ+MH2Nn6Buo=; b=ceHCSnZp6hRCht5aAlvDK7y55se7sAH12pi3pK/Gbjiml36kRkJlJqW25kWj3Bf2On AhQcl28E6JAiC+yzEVWWj4Zll9OcECM/ErD9/ZIONHZEG7U27+tJ/Ac1VlcPq7cfmkFy +UG4NIwHtBQphbmBL0kIzIgucLPLGv06EBDKJvDXc7e7BVP7MMJ8mmBGqq9SOr6LbHpm ZPFb63+U437nbNiFTODthwrmlw3kWZ2RkhBFytj+DpkSF2XsYZeQSScBfAsXQt+BZYuv UsENOscJiuxazZ86rRL/MKunagmL/OWdSfG6/trXydzeJ24Z8UtQ7m4S/vp++F0dNO/L 0+Jw== MIME-Version: 1.0 Received: by 10.112.42.34 with SMTP id k2mr1918769lbl.0.1342733781848; Thu, 19 Jul 2012 14:36:21 -0700 (PDT) Received: by 10.112.100.68 with HTTP; Thu, 19 Jul 2012 14:36:21 -0700 (PDT) In-Reply-To: <1342733091.12482.12.camel@home.bonett.org> References: <1342733091.12482.12.camel@home.bonett.org> Date: Thu, 19 Jul 2012 23:36:21 +0200 Message-ID: From: Olivier Smedts To: greg@bonett.org Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQlUpkL289PF4B1WfmKWQ53nkW7h2bharh0oUto8XWNR6SPt1rG//YgjUpGKeMBdpv8PMc1e Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic caused by zfs/sa.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jul 2012 21:36:23 -0000 2012/7/19 Greg Bonett : > Hello, > > I'm experiencing a kernel panic that appears to be caused by zfs. > > No errors are making it into /var/log/messages, but here is the error > message that appears on my screen after panic (transcribed): > > panic solaris assert BSWAP_32(sa_hdr_phys->sa_magic) == SA_MAGIC, > file: /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/sa.c, line 1262 > > I can reproduce this by running "cd /usr/ports/www/webkit-ghtk2; make > clean" If that's some sort of filesystem corruption, and you use portsnap, do you still have a panic after "portsnap extract www/webkit-gtk2 && cd /usr/ports/www/webkit-gtk2 && make clean" ? > I looked at line 1262 in sa.c and it's part of a bit of code that checks > if byte swapping is necessary. The code starting at line 1260: > > > if (IS_SA_BONUSTYPE(bonustype) && sa_hdr_phys->sa_magic != SA_MAGIC && > sa_hdr_phys->sa_magic != 0) { > VERIFY(BSWAP_32(sa_hdr_phys->sa_magic) == SA_MAGIC); > sa_byteswap(hdl, buftype); > } > > As far as I can tell, my source is up to date and this code is the same > as what is in 9-STABLE. > > I'm not sure what's causing the panic, does anyone have a suggestion? > > Thanks for the help. > > --Greg > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 00:00:53 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E6A6106566B for ; Fri, 20 Jul 2012 00:00:53 +0000 (UTC) (envelope-from greg@bonett.org) Received: from bonett.org (bonett.org [66.249.7.150]) by mx1.freebsd.org (Postfix) with ESMTP id 6123C8FC19 for ; Fri, 20 Jul 2012 00:00:53 +0000 (UTC) Received: from ubuntu (cpe-75-84-98-111.socal.res.rr.com [75.84.98.111]) by bonett.org (Postfix) with ESMTPSA id 04363124789; Fri, 20 Jul 2012 00:00:51 +0000 (UTC) Date: Thu, 19 Jul 2012 17:00:06 -0700 From: Greg Bonett To: Olivier Smedts Message-ID: <20120719170006.517bc9ea@ubuntu> In-Reply-To: References: <1342733091.12482.12.camel@home.bonett.org> X-Mailer: Claws Mail 3.7.6 (GTK+ 2.20.1; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel panic caused by zfs/sa.c X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 00:00:53 -0000 > > I'm experiencing a kernel panic that appears to be caused by zfs. > > > > No errors are making it into /var/log/messages, but here is the > > error message that appears on my screen after panic (transcribed): > > > > panic solaris assert BSWAP_32(sa_hdr_phys->sa_magic) == SA_MAGIC, > > file: /src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/sa.c, > > line 1262 > > > > I can reproduce this by running "cd /usr/ports/www/webkit-ghtk2; > > make clean" > > If that's some sort of filesystem corruption, and you use portsnap, do > you still have a panic after "portsnap extract www/webkit-gtk2 && cd > /usr/ports/www/webkit-gtk2 && make clean" ? > Thanks for the suggestions, but "portsnap extract www/webkit-gtk2" causes a panic with the same error. Any other ideas? Also, in case it's relevant - this zpool is comprised of geli devices. Thanks. > > I looked at line 1262 in sa.c and it's part of a bit of code that > > checks if byte swapping is necessary. The code starting at line > > 1260: > > > > > > if (IS_SA_BONUSTYPE(bonustype) && sa_hdr_phys->sa_magic != SA_MAGIC > > && sa_hdr_phys->sa_magic != 0) { > > VERIFY(BSWAP_32(sa_hdr_phys->sa_magic) == > > SA_MAGIC); sa_byteswap(hdl, buftype); > > } > > > > As far as I can tell, my source is up to date and this code is the > > same as what is in 9-STABLE. > > > > I'm not sure what's causing the panic, does anyone have a > > suggestion? > > > > Thanks for the help. > > > > --Greg > > > > From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 04:48:34 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AC6F106564A for ; Fri, 20 Jul 2012 04:48:34 +0000 (UTC) (envelope-from mueller23@insightbb.com) Received: from mail.insightbb.com (smtp.insight.synacor.com [208.47.185.22]) by mx1.freebsd.org (Postfix) with ESMTP id C4C0C8FC0A for ; Fri, 20 Jul 2012 04:48:33 +0000 (UTC) X_CMAE_Category: 0,0 Undefined,Undefined X-CNFS-Analysis: v=1.1 cv=cnnrplXNdTCGMX75Rfp+qZ4kRGPDgeWy4wsObDoE3iQ= c=1 sm=0 a=jLN7EqiLvroA:10 a=Fr8x0r-PAAAA:8 a=96RsQxrWRdq1AsDGApoA:9 a=p91V9-deMQsA:10 a=Q/oqmR4JO1zR3vNQamCQeQ==:117 X-CM-Score: 0 X-Scanned-by: Cloudmark Authority Engine Authentication-Results: smtp02.insight.synacor.com smtp.mail=mueller23@insightbb.com; spf=softfail; sender-id=softfail Authentication-Results: smtp02.insight.synacor.com header.from=mueller23@insightbb.com; sender-id=softfail Received-SPF: softfail (smtp02.insight.synacor.com: transitional domain insightbb.com does not designate 74.134.26.53 as permitted sender) Received: from [74.134.26.53] ([74.134.26.53:36786] helo=localhost) by mail.insightbb.com (envelope-from ) (ecelerity 2.2.2.40 r(29895/29896)) with ESMTP id B3/CB-05404-023E8005; Fri, 20 Jul 2012 00:48:32 -0400 Date: Fri, 20 Jul 2012 00:48:32 -0400 Message-ID: From: "Thomas Mueller" To: freebsd-stable@freebsd.org Cc: Gót András , Zoran Kolic Subject: Re: branch 9 and uefi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 04:48:34 -0000 from Zoran Kolic : > It took me by surprise. The mobo I have on my mind for > new desktop has uefi instead of bios. It is asus m5a97, > with 970 chipset, well priced among users on the net. > How would it behave with 9.1? After all reading, I plan > to boot it as memory stick and go with simple "guided" > install. Someone could comment on the topic? > At the moment, I see I have to avoid manual partition > and mbr. Or not? > If it sounds bad, any other option for motherboard and > amd 8120 cpu? Gót András responded: > I had a hard time booting FreeBSD 8.2 on an IBM X3550M3 which is also > an UEFI maniac one. I could only boot FreeBSD from an USB DVD and > install it from there. Maybe some legacy fallback boot options are > availabe for this mobo. I think they have its user manual on their > website. I installed FreeBSD last summer (2011) on a UEFI system, beginning with 9.0-BETA1 after having big problems with NetBSD. My hard drive is Western Digital Caviar Green 3 TB, practically forcing me to use GPT as opposed to MBR. I was able to boot, and remain able to boot using System Rescue CD (sysresccd.org) and selecting the Super Grub Disk from menus. Then I can boot as described in /usr/ports/sysutils/grub2 , which is where I got that information. You don't say how big your hard drive is, and if you want to run any OS besides FreeBSD. You can go into the guided installer to see what it wants to do but are better off selecting partition sizes outside the guided installer. bsdinstall's boot partition is useful if you run FreeBSD as the only OS on the hard disk, as I have done successfully installing FreeBSD to a USB stick. I was able to boot the FreeBSD installer USB stick using the memstick image, and am able to boot the USB-stick FreeBSD installations I've created. Tom From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 04:57:15 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31D32106566C for ; Fri, 20 Jul 2012 04:57:15 +0000 (UTC) (envelope-from erichfreebsdlist@ovitrap.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id 0185E8FC08 for ; Fri, 20 Jul 2012 04:57:14 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6K4v4VJ024634; Thu, 19 Jul 2012 22:57:06 -0600 From: Erich Dollansky To: freebsd-stable@freebsd.org Date: Fri, 20 Jul 2012 11:59:26 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <201207201159.26456.erichfreebsdlist@ovitrap.com> Cc: =?utf-8?q?G=EF=BF=BDt_Andr=EF=BF=BDs?= , Thomas Mueller , Zoran Kolic Subject: Re: branch 9 and uefi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 04:57:15 -0000 Hi, let me make it very short. UEFI worked for me during my first installation on a UEFI machine. I moved = then to 10 and still have no problems. So, if you really fail, install CURRENT and it will work. Of course you are not running then a release system with all the consequenc= es. Erich On Friday 20 July 2012 11:48:32 Thomas Mueller wrote: > from Zoran Kolic : >=20 > > It took me by surprise. The mobo I have on my mind for > > new desktop has uefi instead of bios. It is asus m5a97, > > with 970 chipset, well priced among users on the net. > > How would it behave with 9.1? After all reading, I plan > > to boot it as memory stick and go with simple "guided" > > install. Someone could comment on the topic? > > At the moment, I see I have to avoid manual partition > > and mbr. Or not? > > If it sounds bad, any other option for motherboard and > > amd 8120 cpu? >=20 > G=EF=BF=BDt Andr=D9=81s responded: >=20 > > I had a hard time booting FreeBSD 8.2 on an IBM X3550M3 which is also > > an UEFI maniac one. I could only boot FreeBSD from an USB DVD and > > install it from there. Maybe some legacy fallback boot options are > > availabe for this mobo. I think they have its user manual on their > > website. >=20 > I installed FreeBSD last summer (2011) on a UEFI system, beginning with 9= =2E0-BETA1 after having big problems with NetBSD. >=20 > My hard drive is Western Digital Caviar Green 3 TB, practically forcing m= e to use GPT as opposed to MBR. >=20 > I was able to boot, and remain able to boot using System Rescue CD (sysre= sccd.org) and selecting the Super Grub Disk from menus. >=20 > Then I can boot as described in /usr/ports/sysutils/grub2 , which is wher= e I got that information. >=20 > You don't say how big your hard drive is, and if you want to run any OS b= esides FreeBSD. >=20 > You can go into the guided installer to see what it wants to do but are b= etter off selecting partition sizes outside the guided installer. >=20 > bsdinstall's boot partition is useful if you run FreeBSD as the only OS o= n the hard disk, as I have done successfully installing FreeBSD to a USB st= ick. >=20 > I was able to boot the FreeBSD installer USB stick using the memstick ima= ge, and am able to boot the USB-stick FreeBSD installations I've created. >=20 > Tom > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 06:02:08 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F266E1065672 for ; Fri, 20 Jul 2012 06:02:07 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3D5218FC0A for ; Fri, 20 Jul 2012 06:02:07 +0000 (UTC) Received: from rwpc15.mby.riverwillow.net.au (rwpc15.mby.riverwillow.net.au [172.25.24.201]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.5/8.14.5) with ESMTP id q6K62407086543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 20 Jul 2012 16:02:05 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1342764125; bh=g2PKSGHMGCJlaJ8ywJ4RagjH1B/S+7pVY9FY1Xu5A3Y=; h=Date:From:To:Subject:References:In-Reply-To; b=uEQAJNjc8x9FmAPpmne9neBo0gP7g84vQVla2WsxZoYcl+x4ebOPQj8wJc9wxoVaX FYeWocrQ/IE136Td0VSQl6/kQ3O5KbxXDrhAFcHdQGAVrir4//O+ORVDR8cLaFplv5 PeOD5TD/37PoRxg88gxxPLAsi+bMObxKnHGBGSMc= Received: from rwpc15.mby.riverwillow.net.au (john@localhost [127.0.0.1]) by rwpc15.mby.riverwillow.net.au (8.14.5/8.14.5) with ESMTP id q6K624Ew008754 for ; Fri, 20 Jul 2012 16:02:04 +1000 (AEST) (envelope-from john.marshall@riverwillow.com.au) Received: (from john@localhost) by rwpc15.mby.riverwillow.net.au (8.14.5/8.14.5/Submit) id q6K624qP008753 for freebsd-stable@freebsd.org; Fri, 20 Jul 2012 16:02:04 +1000 (AEST) (envelope-from john) Date: Fri, 20 Jul 2012 16:02:04 +1000 From: John Marshall To: freebsd-stable@freebsd.org Message-ID: <20120720060204.GB7331@rwpc15.mby.riverwillow.net.au> Mail-Followup-To: freebsd-stable@freebsd.org References: <5007CFE6.6030808@intersonic.se> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="mxv5cy4qt+RJ9ypb" Content-Disposition: inline In-Reply-To: <5007CFE6.6030808@intersonic.se> User-Agent: Mutt/1.4.2.3i OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc Subject: Re: Thinkpad X61s cannot boot 9.1-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 06:02:08 -0000 --mxv5cy4qt+RJ9ypb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 19 Jul 2012, 11:14 +0200, Per olof Ljungmark wrote: > Did anyone else experience this? With 9.1-BETA1 the boot process=20 > freezes, among the last lines with verbose boot are >=20 > acpi_acad0: On Line > acpi_acad0: acline initialization done, tried 1 times >=20 > after this, dead. >=20 > What is supposed to happen in the next stage? > This laptop worked fine with 9-STABLE to at least february. This morning I csup'd RELENG_9, built, and upgraded my ThinkPad T43 from 9.0-RELEASE-p3 with no problem. See dmesg output below. I do realize that a ThinkPad T43 is not a ThinkPad X61 but, not knowing how similar or different they may be, I thought I'd post a reply anyway. My kernel config includes the following two drivers which may be relevant (particularly acpi_ibm): they have been in the config for a number of years. device acpi_ibm device acpi_video Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.1-PRERELEASE #0: Fri Jul 20 11:55:58 AEST 2012 root@rwpc08:/usr/obj/build/src/sys/RWPC08 i386 CPU: Intel(R) Pentium(R) M processor 1.73GHz (1729.21-MHz 686-class CPU) Origin =3D "GenuineIntel" Id =3D 0x6d8 Family =3D 6 Model =3D d Stepp= ing =3D 8 Features=3D0xafe9fbff Features2=3D0x180 AMD Features=3D0x100000 real memory =3D 1610612736 (1536 MB) avail memory =3D 1555107840 (1483 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: ACPI Warning: 32/64X length mismatch in Gpe1Block: 0/32 (20110527/tbfadt-55= 6) ACPI Warning: Optional field Gpe1Block has zero address or length: 0x000000= 000000102C/0x0 (20110527/tbfadt-586) ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ctl: CAM Target Layer loaded cryptosoft0: on motherboard acpi0: on motherboard acpi_ec0: port 0x62,0x66 on acpi0 acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 5ff00000 (3) failed cpu0: on acpi0 attimer0: port 0x40-0x43 irq 0 on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 atrtc0: port 0x70-0x71 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0x90080000-0x900ff= fff,0xb0000000-0xbfffffff,0x90000000-0x9003ffff irq 16 at device 2.0 on pci0 acpi_video0: on vgapci0 agp0: on vgapci0 agp0: aperture size is 256M, detected 7932k stolen memory drm0: on vgapci0 info: [drm] AGP at 0xb0000000 256MB info: [drm] Initialized i915 1.6.0 20080730 vgapci1: at device 2.1 on pci0 pcib1: irq 20 at device 28.0 on pci0 pci2: on pcib1 bge0: = mem 0x90100000-0x9010ffff irq 16 at device 0.0 on pci2 bge0: CHIP ID 0x00004101; ASIC REV 0x04; CHIP REV 0x41; PCI-E miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000ba= seT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bge0: Ethernet address: 00:11:25:d2:38:06 pcib2: irq 22 at device 28.2 on pci0 pci3: on pcib2 uhci0: port 0x1820-0x= 183f irq 16 at device 29.0 on pci0 usbus0 on uhci0 uhci1: port 0x1840-0x= 185f irq 17 at device 29.1 on pci0 usbus1 on uhci1 uhci2: port 0x1860-0x= 187f irq 18 at device 29.2 on pci0 usbus2 on uhci2 uhci3: port 0x1880-0x= 189f irq 19 at device 29.3 on pci0 usbus3 on uhci3 ehci0: mem 0x90040000-0x900403ff = irq 19 at device 29.7 on pci0 usbus4: EHCI version 1.0 usbus4 on ehci0 pcib3: at device 30.0 on pci0 pci4: on pcib3 cbb0: mem 0x90300000-0x90300fff irq 16 at devic= e 0.0 on pci4 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 iwi0: mem 0x90301000-0x90301fff irq 21 at de= vice 2.0 on pci4 pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0x9004080= 0-0x900409ff,0x90040400-0x900404ff irq 22 at device 30.2 on pci0 pcm0: pci0: at device 30.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x17= 7,0x376,0x1810-0x181f at device 31.2 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 ichsmb0: port 0x18a0-0x18bf irq 23 = at device 31.3 on pci0 smbus0: on ichsmb0 smb0: on smbus0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ppc0: port 0x3bc-0x3be irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 lpt0: on ppbus0 lpt0: Interrupt-driven port battery0: on acpi0 acpi_acad0: on acpi0 acpi_ibm0: on acpi0 ichwd0 on isa0 pmtimer0 on isa0 orm0: at iomem 0xd1000-0xd1fff,0xdc000-0xdffff,0xe0000-0x= effff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 est0: on cpu0 p4tcc0: on cpu0 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 480Mbps High Speed USB v2.0 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 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 8 ports with 8 removable, self powered ada0 at ata0 bus 0 scbus0 target 0 lun 0 ada0: ATA-7 device ada0: 150.000MB/s transfers (SATA, UDMA5, PIO 8192bytes) ada0: 95396MB (195371568 512 byte sectors: 16H 63S/T 16383C) ada0: Previously was known as ad0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present ugen4.2: at usbus4 uhub5: on = usbus4 uhub5: MTT enabled Root mount waiting for: usbus4 uhub5: 4 ports with 4 removable, self powered Trying to mount root from ufs:/dev/gpt/ROOT [rw,noatime]... ugen4.3: at usbus4 ukbd0: on usbus4 kbd2 at ukbd0 ums0: on usbus4 ums0: 5 buttons and [XYZ] coordinates ID=3D1 ugen2.2: at usbus2 wlan0: Ethernet address: 00:12:f0:c2:87:e8 --=20 John Marshall --mxv5cy4qt+RJ9ypb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEUEARECAAYFAlAI9FwACgkQw/tAaKKahKLHdACfXYIZ/n6NhrIEIkQ+DNOH0xVO kJMAl1rYyLfEbUS5wg39RXg0H/fLi08= =ZiiF -----END PGP SIGNATURE----- --mxv5cy4qt+RJ9ypb-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 06:23:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27D52106564A for ; Fri, 20 Jul 2012 06:23:10 +0000 (UTC) (envelope-from john.marshall@riverwillow.com.au) Received: from mail1.riverwillow.net.au (mail1.riverwillow.net.au [203.58.93.36]) by mx1.freebsd.org (Postfix) with ESMTP id 83C5E8FC15 for ; Fri, 20 Jul 2012 06:23:09 +0000 (UTC) Received: from [172.25.24.201] (rwpc15.mby.riverwillow.net.au [172.25.24.201]) (authenticated bits=0) by mail1.riverwillow.net.au (8.14.5/8.14.5) with ESMTP id q6K6Mw7Y087349 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK) for ; Fri, 20 Jul 2012 16:23:05 +1000 (AEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=riverwillow.com.au; s=m1001; t=1342765385; bh=an9FCJFH2TJzeN9gWIea6xhbkpaqxl6Mj5xqdYSY8t8=; h=Date:From:To:Subject:References:In-Reply-To; b=xldiacfbBUUVASppHr6LZbj19SNiNMc8prmjK0f0+YEEJXCJWDKcQUNpUvQl8cR+/ wU4B4fHSVExYZnL8p0nRvCgQjIoZa4UEcfJMjyUlDIM6nGzxmJ3YNWfPA4NEvM6qMz MyDIAHVvN6bWikGdLFo1i3vI7zMhfdBnWJ6somSc= Message-ID: <5008F935.4060709@riverwillow.com.au> Date: Fri, 20 Jul 2012 16:22:45 +1000 From: John Marshall Organization: Riverwillow Pty Ltd User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <5007CFE6.6030808@intersonic.se> <20120720060204.GB7331@rwpc15.mby.riverwillow.net.au> In-Reply-To: <20120720060204.GB7331@rwpc15.mby.riverwillow.net.au> X-Enigmail-Version: 1.4.2 OpenPGP: id=A29A84A2; url=http://pki.riverwillow.com.au/pgp/johnmarshall.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigDA873D77A1517577BD4E60DD" Subject: Re: Thinkpad X61s cannot boot 9.1-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 06:23:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigDA873D77A1517577BD4E60DD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 20/07/2012 16:02, John Marshall wrote: > On Thu, 19 Jul 2012, 11:14 +0200, Per olof Ljungmark wrote: >> Did anyone else experience this? With 9.1-BETA1 the boot process=20 >> freezes, among the last lines with verbose boot are >> >> acpi_acad0: On Line >> acpi_acad0: acline initialization done, tried 1 times >> >> after this, dead. >> >> What is supposed to happen in the next stage? >> This laptop worked fine with 9-STABLE to at least february. >=20 > This morning I csup'd RELENG_9, built, and upgraded my ThinkPad T43 fro= m > 9.0-RELEASE-p3 with no problem. See dmesg output below. I do realize > that a ThinkPad T43 is not a ThinkPad X61 but, not knowing how similar > or different they may be, I thought I'd post a reply anyway. My kernel= > config includes the following two drivers which may be relevant > (particularly acpi_ibm): they have been in the config for a number of > years. >=20 > device acpi_ibm > device acpi_video Please also note that I do *not* have the apm driver included in my kernel config. --=20 John Marshall --------------enigDA873D77A1517577BD4E60DD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlAI+UEACgkQw/tAaKKahKJTDwCfaKxN5D9yo58oqx/oz/sM+vlJ 1U4AnRm2cx/IqgRSfaw2esiZQjsbOxzI =CIlf -----END PGP SIGNATURE----- --------------enigDA873D77A1517577BD4E60DD-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 08:18:28 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 921FF106566C for ; Fri, 20 Jul 2012 08:18:28 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 3F5AA8FC0A for ; Fri, 20 Jul 2012 08:18:28 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Ss8Pk-000NIy-8r for freebsd-stable@freebsd.org; Fri, 20 Jul 2012 11:18:20 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Jul 2012 11:18:20 +0300 From: Daniel Braniss Message-ID: Subject: 9.1-PRERELEASE and ntpd problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 08:18:28 -0000 my console is filling up with: Jul 20 11:08:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123, scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign requested address Jul 20 11:08:18 pundit ntpd[1075]: unable to create socket on re0 (8) for fe80::f66d:4ff:fee1:f7ba#123 Jul 20 11:13:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123, scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign requested address Jul 20 11:13:18 pundit ntpd[1075]: unable to create socket on re0 (9) for fe80::f66d:4ff:fee1:f7ba#123 any ideas? thanks, danny From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 08:49:47 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F814106566C for ; Fri, 20 Jul 2012 08:49:47 +0000 (UTC) (envelope-from b.smeelen@ose.nl) Received: from mail.ose.nl (mail.ose.nl [212.178.134.164]) by mx1.freebsd.org (Postfix) with ESMTP id EBD868FC0A for ; Fri, 20 Jul 2012 08:49:46 +0000 (UTC) X-Footer: b3NlLm5s Received: from localhost ([127.0.0.1]) by mail.ose.nl (using TLSv1/SSLv3 with cipher AES256-SHA (256 bits)) for freebsd-stable@freebsd.org; Fri, 20 Jul 2012 10:49:38 +0200 Message-ID: <50091B76.4070701@ose.nl> Date: Fri, 20 Jul 2012 10:48:54 +0200 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:14.0) Gecko/20120714 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: 9.1-PRERELEASE and ntpd problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 08:49:47 -0000 On 07/20/2012 10:18 AM, Daniel Braniss wrote: > my console is filling up with: > > Jul 20 11:08:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123, > scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign > requested address > Jul 20 11:08:18 pundit ntpd[1075]: unable to create socket on re0 (8) for > fe80::f66d:4ff:fee1:f7ba#123 > Jul 20 11:13:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123, > scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign > requested address > Jul 20 11:13:18 pundit ntpd[1075]: unable to create socket on re0 (9) for > fe80::f66d:4ff:fee1:f7ba#123 > > any ideas? > thanks, > danny > Hi Danny I don't see this problem here with a GENERIC kernel and unmodified ntp.conf Are you using IPv6 ? Do you have an unmodified ntp.conf ? What does /var/log/messages give when you do a service ntpd restart ? Here it is: Jul 20 10:40:49 dd ntpd[1030]: ntpd exiting on signal 15 Jul 20 10:40:49 dd ntpd[1390]: ntpd 4.2.4p5-a (1) Jul 20 10:40:56 dd ntpd[1391]: kernel time sync status change 2001 on a uname -a FreeBSD dd.ose.nl 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #6: Fri Jul 20 09:04:04 CEST 2012 root@dd.ose.nl:/usr/obj/usr/src/sys/GENERIC amd64 I have ssh bound to tcp4 and tcp6 and ntpd is bound to udp4 and udp6 tcp4 0 0 *.ssh *.* LISTEN udp4 0 0 *.ntp tcp6 0 0 *.ssh *.* LISTEN udp6 0 0 *.ntp *.* Disclaimer: http://www.ose.nl/email From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 09:45:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3C3C106564A for ; Fri, 20 Jul 2012 09:45:49 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1FB8FC14 for ; Fri, 20 Jul 2012 09:45:49 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Ss9mM-000O3E-Bp; Fri, 20 Jul 2012 12:45:47 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Bas Smeelen In-reply-to: <50091B76.4070701@ose.nl> References: <50091B76.4070701@ose.nl> Comments: In-reply-to Bas Smeelen message dated "Fri, 20 Jul 2012 10:48:54 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 20 Jul 2012 12:45:46 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: 9.1-PRERELEASE and ntpd problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 09:45:50 -0000 > On 07/20/2012 10:18 AM, Daniel Braniss wrote: > > my console is filling up with: > > > > Jul 20 11:08:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123, > > scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign > > requested address > > Jul 20 11:08:18 pundit ntpd[1075]: unable to create socket on re0 (8) for > > fe80::f66d:4ff:fee1:f7ba#123 > > Jul 20 11:13:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123, > > scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign > > requested address > > Jul 20 11:13:18 pundit ntpd[1075]: unable to create socket on re0 (9) for > > fe80::f66d:4ff:fee1:f7ba#123 > > > > any ideas? > > thanks, > > danny > > > > Hi Danny > > I don't see this problem here with a GENERIC kernel and unmodified ntp.conf > Are you using IPv6 ? no > Do you have an unmodified ntp.conf ? my ntp.conf: server ntp (the same on all freebsds's) > What does /var/log/messages give when you do a service ntpd restart ? Jul 20 10:56:11 pundit kernel: Starting powerd. Jul 20 10:56:11 pundit kernel: Jul 20 10:56:11 pundit ntpd[1075]: bind() fd 23, family AF_INET6, port 123, scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign requested address Jul 20 10:56:11 pundit kernel: Jul 20 10:56:11 pundit ntpd[1075]: unable to create socket on re0 (3) for fe80::f66d:4ff:fee1:f7ba#123 Jul 20 10:56:12 pundit kernel: Starting snmpd. ifconfig seem ok: re0: flags=8843 metric 0 mtu 1500 options=8209b ether f4:6d:04:e1:f7:ba inet 132.65.80.126 netmask 0xfffff000 broadcast 132.65.95.255 inet6 fe80::f66d:4ff:fee1:f7ba%re0 prefixlen 64 tentative scopeid 0x2 nd6 options=29 media: Ethernet autoselect (1000baseT ) status: active > > Here it is: > Jul 20 10:40:49 dd ntpd[1030]: ntpd exiting on signal 15 > Jul 20 10:40:49 dd ntpd[1390]: ntpd 4.2.4p5-a (1) > Jul 20 10:40:56 dd ntpd[1391]: kernel time sync status change 2001 > on a uname -a > FreeBSD dd.ose.nl 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #6: > Fri Jul 20 09:04:04 CEST 2012 root@dd.ose.nl:/usr/obj/usr/src/sys/GENERIC amd64 > > > I have ssh bound to tcp4 and tcp6 and ntpd is bound to udp4 and udp6 > tcp4 0 0 *.ssh *.* LISTEN > udp4 0 0 *.ntp > > tcp6 0 0 *.ssh *.* LISTEN > udp6 0 0 *.ntp *.* > I have: udp4 0 0 localhost.ntp *.* udp6 0 0 fe80:5::1.ntp *.* udp6 0 0 ::1.ntp *.* udp4 0 0 pundit.cs.huji.a.ntp *.* I'm runing almost a GENERIC kernel: include GENERIC ident HUJI options SCSI_DELAY=500 # Delay (in ms) before probing SCSI options BOOTP_NFSV3 # Use NFS v3 to NFS mount root # sequence CR ~ ^b which is similar to a familiar pattern used on Sun options ALT_BREAK_TO_DEBUGGER options CONSPEED=115200 # speed for serial console options KDB_UNATTENDED options PANIC_REBOOT_WAIT_TIME=160 options DEVICE_POLLING options ALTQ options ALTQ_CBQ # Class Bases Queueing options ALTQ_PRIQ # Priority Queueing options ALTQ_HFSC # Hierarchical Packet Scheduler #options SW_WATCHDOG options PRINTF_BUFR_SIZE=256 and finaly, the host is dataless, i.e it boots via PXE. thanks, danny From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 10:43:41 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6D68106566B for ; Fri, 20 Jul 2012 10:43:41 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id AB91D8FC0C for ; Fri, 20 Jul 2012 10:43:41 +0000 (UTC) Received: from draco.over-yonder.net (c-174-50-4-38.hsd1.ms.comcast.net [174.50.4.38]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id 1BB8E37B47E; Fri, 20 Jul 2012 05:43:35 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 3Wdpbp352LzVJZ; Fri, 20 Jul 2012 05:43:34 -0500 (CDT) Date: Fri, 20 Jul 2012 05:43:34 -0500 From: "Matthew D. Fuller" To: Zoran Kolic Message-ID: <20120720104334.GA85415@over-yonder.net> References: <20120719160831.GA1086@mycenae.sbb.rs> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120719160831.GA1086@mycenae.sbb.rs> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.21-fullermd.4 (2010-09-15) X-Virus-Scanned: clamav-milter 0.97.4 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: branch 9 and uefi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 10:43:42 -0000 On Thu, Jul 19, 2012 at 06:08:31PM +0200 I heard the voice of Zoran Kolic, and lo! it spake thus: > > It took me by surprise. The mobo I have on my mind for new desktop > has uefi instead of bios. It is asus m5a97, with 970 chipset, well > priced among users on the net. How would it behave with 9.1? I'm running a M5A97 Evo just fine on -CURRENT, and I'd be shocked it it had any problem with 9 (or 8 or 7, for that matter). -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 11:39:49 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2562E1065670 for ; Fri, 20 Jul 2012 11:39:49 +0000 (UTC) (envelope-from erich@alogreentechnologies.com) Received: from alogreentechnologies.com (alogreentechnologies.com [67.212.224.110]) by mx1.freebsd.org (Postfix) with ESMTP id CBF4D8FC08 for ; Fri, 20 Jul 2012 11:39:48 +0000 (UTC) Received: from amd620.ovitrap.com ([49.128.188.2]) (authenticated bits=0) by alogreentechnologies.com (8.13.1/8.13.1) with ESMTP id q6KBdhmn007513; Fri, 20 Jul 2012 05:39:46 -0600 From: Erich Dollansky Organization: ALO Green Technologies Pte Ltd To: freebsd-stable@freebsd.org Date: Fri, 20 Jul 2012 18:42:06 +0700 User-Agent: KMail/1.13.7 (FreeBSD/8.3-STABLE; KDE/4.7.4; amd64; ; ) References: <20120719160831.GA1086@mycenae.sbb.rs> <20120720104334.GA85415@over-yonder.net> In-Reply-To: <20120720104334.GA85415@over-yonder.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201207201842.06826.erich@alogreentechnologies.com> Cc: "Matthew D. Fuller" , Zoran Kolic Subject: Re: branch 9 and uefi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 11:39:49 -0000 Hi, On Friday 20 July 2012 17:43:34 Matthew D. Fuller wrote: > On Thu, Jul 19, 2012 at 06:08:31PM +0200 I heard the voice of > Zoran Kolic, and lo! it spake thus: > > > > It took me by surprise. The mobo I have on my mind for new desktop > > has uefi instead of bios. It is asus m5a97, with 970 chipset, well > > priced among users on the net. How would it behave with 9.1? > > I'm running a M5A97 Evo just fine on -CURRENT, and I'd be shocked it > it had any problem with 9 (or 8 or 7, for that matter). this could be true. My X220 was also reported to have these problems with 8. But at least 9 booted on mine with UEFi without problems. Erich From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 12:12:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 91F70106566B; Fri, 20 Jul 2012 12:12:55 +0000 (UTC) (envelope-from smccoy@greatbaysoftware.com) Received: from ecbiz102.inmotionhosting.com (ecbiz102.inmotionhosting.com [70.39.235.94]) by mx1.freebsd.org (Postfix) with ESMTP id 5799A8FC18; Fri, 20 Jul 2012 12:12:55 +0000 (UTC) Received: from c-71-233-85-132.hsd1.nh.comcast.net ([71.233.85.132]:55194 helo=smccoy-mbp.local) by ecbiz102.inmotionhosting.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SsC4e-0001ci-3B; Fri, 20 Jul 2012 08:12:48 -0400 Message-ID: <50094B3D.7090004@greatbaysoftware.com> Date: Fri, 20 Jul 2012 08:12:45 -0400 From: Steve McCoy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Adrian Chadd References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> <5005CD83.306@greatbaysoftware.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ecbiz102.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - greatbaysoftware.com Cc: Charles Owens , Alexander Motin , freebsd-stable@freebsd.org, John Baldwin Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 12:12:55 -0000 Hi Adrian, I've submitted the PR as kern/170021. Thanks! On 7/19/12 11:29 AM, Adrian Chadd wrote: > Oh, and would you please file a PR for this? I've been looking into > ACPI related slowdowns for a while and I'm glad you found a culprit. > > > > Adrian > From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 12:18:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3947106564A; Fri, 20 Jul 2012 12:18:55 +0000 (UTC) (envelope-from smccoy@greatbaysoftware.com) Received: from ecbiz102.inmotionhosting.com (ecbiz102.inmotionhosting.com [70.39.235.94]) by mx1.freebsd.org (Postfix) with ESMTP id 6FFB68FC14; Fri, 20 Jul 2012 12:18:55 +0000 (UTC) Received: from c-71-233-85-132.hsd1.nh.comcast.net ([71.233.85.132]:55227 helo=smccoy-mbp.local) by ecbiz102.inmotionhosting.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1SsCAY-0005OM-0w; Fri, 20 Jul 2012 08:18:54 -0400 Message-ID: <50094CAC.5030907@greatbaysoftware.com> Date: Fri, 20 Jul 2012 08:18:52 -0400 From: Steve McCoy User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Eric van Gyzen References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> <5005CD83.306@greatbaysoftware.com> <500815D7.4030407@vangyzen.net> In-Reply-To: <500815D7.4030407@vangyzen.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ecbiz102.inmotionhosting.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - greatbaysoftware.com Cc: Charles Owens , freebsd-stable@freebsd.org, John Baldwin Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 12:18:55 -0000 On 7/19/12 10:12 AM, Eric van Gyzen wrote: > > You might simply try a different idle function. See these sysctls: > > machdep.idle: acpi > machdep.idle_available: spin, mwait, mwait_hlt, hlt, acpi, > > Eric I've tried your suggestion (with mwait) and the problem went away. Thanks a lot! This seems like a good workaround, but I am worried about whether it could negatively affect something that I don't know about which also depends on this sysctl. If you have any ideas on other areas I could test, I'd greatly appreciate the info. Thanks again! From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 12:50:36 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7387A106564A for ; Fri, 20 Jul 2012 12:50:36 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2F6748FC0C for ; Fri, 20 Jul 2012 12:50:36 +0000 (UTC) X-Virus-Scanned: amavisd-new at BSDLabs AB Message-ID: <50095416.2090101@intersonic.se> Date: Fri, 20 Jul 2012 14:50:30 +0200 From: Per olof Ljungmark Organization: Intersonic AB User-Agent: Mozilla/5.0 (Windows NT 5.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <5007CFE6.6030808@intersonic.se> <20120720060204.GB7331@rwpc15.mby.riverwillow.net.au> In-Reply-To: <20120720060204.GB7331@rwpc15.mby.riverwillow.net.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Thinkpad X61s cannot boot 9.1-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 12:50:36 -0000 On 2012-07-20 08:02, John Marshall wrote: > On Thu, 19 Jul 2012, 11:14 +0200, Per olof Ljungmark wrote: >> Did anyone else experience this? With 9.1-BETA1 the boot process >> freezes, among the last lines with verbose boot are >> >> acpi_acad0: On Line >> acpi_acad0: acline initialization done, tried 1 times >> >> after this, dead. >> >> What is supposed to happen in the next stage? >> This laptop worked fine with 9-STABLE to at least february. > > This morning I csup'd RELENG_9, built, and upgraded my ThinkPad T43 from > 9.0-RELEASE-p3 with no problem. See dmesg output below. I do realize > that a ThinkPad T43 is not a ThinkPad X61 but, not knowing how similar > or different they may be, I thought I'd post a reply anyway. My kernel > config includes the following two drivers which may be relevant > (particularly acpi_ibm): they have been in the config for a number of > years. > > device acpi_ibm > device acpi_video > X61s is rather different from T43 so that might explain why. I have tried various variations of modules but there is no difference. RELENG-9 boots fine 9-BETA1 not 10-CURRENT not I'll stay at RELENG-9 for the time being and see if anything comes up that sheds light on this. Thanks, From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 13:38:13 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8AF82106564A; Fri, 20 Jul 2012 13:38:13 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-we0-f182.google.com (mail-we0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id B89C28FC18; Fri, 20 Jul 2012 13:38:12 +0000 (UTC) Received: by weyx56 with SMTP id x56so3191326wey.13 for ; Fri, 20 Jul 2012 06:38:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=sAAvp27hMKsXJEA0+K2ikRDFW7cCQFMap3ZFg2THM9s=; b=JzvZJd3Kf8WK+Sbk6mPGqcg3XcXls5DtB+9dR2n2qytl+53cQdiKEygHs6wWmvlMy2 PTNl8jzWqqLuVn2NB9cH6FZL8GIdd38F/KhB86XTyho+0qsXeXDNUFr7mxT3hl7D1t+h 1fi+LWnh7bmo8cY/ZFOtzFfD/oiVw/kaHeC3Sh4ArZbRBYNFaXGbg6wHw35gmGNQYSz+ Wlv0JuJGDtCIPpn4yr0p8pRTm1FoiJhcbMpsJkYV2Yxfm4urGp/j46BOEyUHFC2yRZP4 juZpPxQ2SQITtJWTq0W/VPYz4VNDxvZgV3d2JvWTzuUSuW57kIXjaPV2wVhIVA8yaYEt Is1w== Received: by 10.216.154.69 with SMTP id g47mr3932251wek.171.1342791485651; Fri, 20 Jul 2012 06:38:05 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id bc2sm15139263wib.0.2012.07.20.06.38.03 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jul 2012 06:38:04 -0700 (PDT) Sender: Alexander Motin Message-ID: <50095F38.4040204@FreeBSD.org> Date: Fri, 20 Jul 2012 16:38:00 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Adrian Chadd References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> <5005CD83.306@greatbaysoftware.com> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: Charles Owens , freebsd-stable@freebsd.org, John Baldwin , Steve McCoy Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 13:38:13 -0000 On 19.07.2012 18:28, Adrian Chadd wrote: > Hm! A timer related bug? > > I'll CC mav@ on this, as it was his commit (and work in his general area.) > > I wonder what's going on - is it something to do with the two ACPI > calls inserted there, or is it something to do with the change in > event timer values? > > mav? Any ideas? I can just agree with earlier made guess that for some reason ACPI timer on that system is very slow. Unless user explicitly enabled deeper C-states, values returned by the timer are not really used for anything, so there is just no place for other bug. When doing this change I was expecting that it may have cost, but on most systems that cost makes effect only during high interrupt rates, where it is covered by automatic fallback to using faster MWAIT as idle method. Unluckily, that code still was not merged to 8-STABLE (only 9). I will recheck is there problem to merge it now. Manual switching to MWAIT via sysctl is correct workaround for this situation. It may give slightly higher power consumption, but for this workload with many interrupts probably the best possible performance. > On 17 July 2012 13:39, Steve McCoy wrote: > >> Alright, I've finally narrowed it down to r209897, which only affects >> acpi_cpu_idle(): >> >> --- stable/8/sys/dev/acpica/acpi_cpu.c 2010/06/23 17:04:42 209471 >> +++ stable/8/sys/dev/acpica/acpi_cpu.c 2010/07/11 11:58:46 209897 >> @@ -930,12 +930,16 @@ >> >> /* >> * Execute HLT (or equivalent) and wait for an interrupt. We can't >> - * calculate the time spent in C1 since the place we wake up is an >> - * ISR. Assume we slept half of quantum and return. >> + * precisely calculate the time spent in C1 since the place we wake up >> + * is an ISR. Assume we slept no more then half of quantum. >> */ >> if (cx_next->type == ACPI_STATE_C1) { >> - sc->cpu_prev_sleep = (sc->cpu_prev_sleep * 3 + 500000 / hz) / 4; >> + AcpiHwRead(&start_time, &AcpiGbl_FADT.XPmTimerBlock); >> acpi_cpu_c1(); >> + AcpiHwRead(&end_time, &AcpiGbl_FADT.XPmTimerBlock); >> + end_time = acpi_TimerDelta(end_time, start_time); >> + sc->cpu_prev_sleep = (sc->cpu_prev_sleep * 3 + >> + min(PM_USEC(end_time), 500000 / hz)) / 4; >> return; >> } >> >> My current guess is that AcpiHwRead() is a problem on our hardware. It's an >> isolated change and, to my desperate eyes, the commit message implies that >> it isn't critical — Do you think we could buy ourselves some time by pulling >> it out of our version of the kernel? Or is this essential for correctness? >> Any thoughts are appreciated, thanks! -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 14:11:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78BFA106567B for ; Fri, 20 Jul 2012 14:11:46 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) by mx1.freebsd.org (Postfix) with ESMTP id 314A08FC17 for ; Fri, 20 Jul 2012 14:11:46 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1SsDvj-00018n-9c for freebsd-stable@freebsd.org; Fri, 20 Jul 2012 16:11:43 +0200 Received: from np-19-75.prenet.pl ([np-19-75.prenet.pl]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 Jul 2012 16:11:43 +0200 Received: from jb.1234abcd by np-19-75.prenet.pl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 20 Jul 2012 16:11:43 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: jb Date: Fri, 20 Jul 2012 14:11:33 +0000 (UTC) Lines: 48 Message-ID: References: <5007CFE6.6030808@intersonic.se> <500853DA.8050502@intersonic.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 79.139.19.75 (Mozilla/5.0 (X11; FreeBSD i386; rv:13.0) Gecko/20100101 Firefox/13.0.1) Subject: Re: Thinkpad X61s cannot boot 9.1-BETA1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 14:11:46 -0000 Per olof Ljungmark intersonic.se> writes: > ... > >> Did anyone else experience this? With 9.1-BETA1 the boot process > >> freezes, among the last lines with verbose boot are > >> > >> acpi_acad0: On Line > >> acpi_acad0: acline initialization done, tried 1 times > >> > >> after this, dead. > >> ... > Tried ALL boot options, none worked. For example, if I try "disable > acpi" it will stop at "no event timer available". Here is something similar ... http://forums.freebsd.org/archive/index.php/t-32423.html ... "When I enabled verbose boot logging, the boot seems to hang up just after the kernel load. I have tried disabling ACPI and APIC with the same results. Here is where the news starts to turn good. I tried a FreeBSD 9 disk and got much further. Then, I was either getting a page fault or panic: no usable event timer found depending on boot options. The release errata then set me straight. With debug.acpi.disabled="hostres" I was able to boot! ..." Here is the related errata: http://www.freebsd.org/releases/9.0R/errata.html ... "[amd64, i386] FreeBSD 9.0-RELEASE includes several changes to improve resource management of PCI devices. Some x86 machines may not boot or may have devices that no longer attach when using ACPI as a result of these changes. This can be worked around by setting a loader(8) tunable debug.acpi.disabled to hostres. To do this, enter the following lines at the loader prompt: set debug.acpi.disabled="hostres" boot Or, put the following line into /boot/loader.conf: debug.acpi.disabled="hostres" ..." Anyway, regardless of this attempt, file a PR# for 9.1-BETA1. jb From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 15:31:18 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C1EB106566C for ; Fri, 20 Jul 2012 15:31:18 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id E63B98FC0A for ; Fri, 20 Jul 2012 15:31:17 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q6KFUN87079039 for ; Fri, 20 Jul 2012 08:30:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1342798224; bh=X05ukUHXXDOR7y4aAK70FOk/O4gSVtcUh+I8SLjaES0=; h=Subject:From:Reply-To:To:Content-Type:Date:Message-ID: Mime-Version:Content-Transfer-Encoding; b=kE/HL0JKsWuKJoeJ64DcPfLJdgkmYMh2+91HqrvwVVk6EQntX2DlOexC1ZGk/ZKk1 gG0W+9FKDQQ5UGmgBVwgaBKPWSBot0aAMRCkIVhV2hkTtldnH9Gvbq6ZPIUptli7y/ M00MdKLpVnM8GRwSkZs1X5sKn8sGxNEl4ZdBQrsk= From: Sean Bruno To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Thu, 19 Jul 2012 16:58:14 -0700 Message-ID: <1342742294.2656.24.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 798224000 Subject: [stable 9] panic on reboot: ipmi_wd_event() X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 15:31:18 -0000 Working on the Dell R420 today, got most of it working, even the broadcom ethernet cards! However, I get the following when I reboot the system: Syncing disks, vnodes remaining...4 Sleeping thread (tid 100107, pid 9) owns a non-sleepable lock KDB: stack backtrace of thread 100107: sched_switch() at sched_switch+0x19f mi_switch() at mi_switch+0x208 sleepq_switch() at sleepq_switch+0xfc sleepq_wait() at sleepq_wait+0x4d _sleep() at _sleep+0x3f6 ipmi_submit_driver_request() at ipmi_submit_driver_request+0x97 ipmi_set_watchdog() at ipmi_set_watchdog+0xb1 ipmi_wd_event() at ipmi_wd_event+0x8f kern_do_pat() at kern_do_pat+0x10f sched_sync() at sched_sync+0x1ea fork_exit() at fork_exit+0x135 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff869b172bb0, rbp = 0 --- panic: sleeping thread cpuid = 26 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a kdb_backtrace() at kdb_backtrace+0x37 panic() at panic+0x1d8 propagate_priority() at propagate_priority+0x223 turnstile_wait() at turnstile_wait+0x252 _mtx_lock_sleep() at _mtx_lock_sleep+0x124 _mtx_lock_flags() at _mtx_lock_flags+0xae vn_syncer_add_to_worklist() at vn_syncer_add_to_worklist+0x3d reassignbuf() at reassignbuf+0x12c bdirty() at bdirty+0x50 softdep_disk_write_complete() at softdep_disk_write_complete+0x19f bufdone_finish() at bufdone_finish+0x2d bufdone() at bufdone+0x6c g_io_schedule_up() at g_io_schedule_up+0xce g_up_procbody() at g_up_procbody+0x72 fork_exit() at fork_exit+0x135 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff85d8a93bb0, rbp = 0 --- Uptime: 1m59s Dumping 1219 out of 24477 MB:panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep Fatal double fault rip = 0xffffffff807ac9d5 rsp = 0xffffff85d8a90000 rbp = 0xffffff85d8a90020 cpuid = 26; apic id = 2a panic: double fault cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s panic: msleep cpuid = 26 Uptime: 1m59s Rebooting... cpu_reset: Restarting BSP cpu_reset_proxy: Stopped CPU 26 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 15:44:10 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8245B106566C for ; Fri, 20 Jul 2012 15:44:10 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp1.sbb.rs (smtp1.sbb.rs [89.216.2.33]) by mx1.freebsd.org (Postfix) with ESMTP id E4C658FC16 for ; Fri, 20 Jul 2012 15:44:09 +0000 (UTC) Received: from mycenae (cable-178-148-97-8.dynamic.sbb.rs [178.148.97.8]) by smtp1.sbb.rs (8.14.0/8.14.0) with ESMTP id q6KFa66L019551 for ; Fri, 20 Jul 2012 17:36:11 +0200 Received: by mycenae (Postfix, from userid 1001) id 946185C5E; Fri, 20 Jul 2012 17:29:02 +0200 (CEST) Date: Fri, 20 Jul 2012 17:29:02 +0200 From: Zoran Kolic To: freebsd-stable@freebsd.org Message-ID: <20120720152902.GA1084@mycenae.sbb.rs> References: <20120720062322.9948110657E4@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120720062322.9948110657E4@hub.freebsd.org> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -0.8 Subject: Re: branch 9 and uefi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 15:44:10 -0000 Thanks all for respond! I'd try to mix answers and not bother you with no reason. > You don't say how big your hard drive is, and if you want to run any OS besides FreeBSD. It shall be ssd drive of 64 gb. Freebsd only, as about 10 years long. > You can go into the guided installer to see what it wants to do but are better off selecting partition sizes outside the guided installer. I suspect it has to go the way sysinstall takes. In fact, I never went over borders partitions made. > I was able to boot the FreeBSD installer USB stick using the memstick image, and am able to boot the USB-stick FreeBSD installations I've created. I will install on ssd. Plan is not to have dvd/cd at all. > UEFI worked for me during my first installation on a UEFI machine. I moved then to 10 and still have no problems. Great! Just what I want to hear! Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 15:44:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C12581065670 for ; Fri, 20 Jul 2012 15:44:11 +0000 (UTC) (envelope-from zkolic@sbb.rs) Received: from smtp1.sbb.rs (smtp1.sbb.rs [89.216.2.33]) by mx1.freebsd.org (Postfix) with ESMTP id 2E7B88FC17 for ; Fri, 20 Jul 2012 15:44:10 +0000 (UTC) Received: from mycenae (cable-178-148-97-8.dynamic.sbb.rs [178.148.97.8]) by smtp1.sbb.rs (8.14.0/8.14.0) with ESMTP id q6KFa6Qt019555; Fri, 20 Jul 2012 17:36:11 +0200 Received: by mycenae (Postfix, from userid 1001) id F30245C64; Fri, 20 Jul 2012 17:37:01 +0200 (CEST) Date: Fri, 20 Jul 2012 17:37:01 +0200 From: Zoran Kolic To: "Matthew D. Fuller" Message-ID: <20120720153701.GA1148@mycenae.sbb.rs> References: <20120719160831.GA1086@mycenae.sbb.rs> <20120720104334.GA85415@over-yonder.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120720104334.GA85415@over-yonder.net> X-SMTP-Vilter-Version: 1.3.2 X-SBB-Virus-Status: clean X-SBB-Spam-Score: -1.8 Cc: freebsd-stable@freebsd.org Subject: Re: branch 9 and uefi X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 15:44:11 -0000 > I'm running a M5A97 Evo just fine on -CURRENT, and I'd be shocked it > it had any problem with 9 (or 8 or 7, for that matter). Hurrah! I shall get a bit cheaper version, plain m5a97 or pro. Let me ask you further. What option you chose during install? Guided or manual (and what if manual)? Further, what ram did you put on the board? It proved to be picky regarding memory. Best regards Zoran From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 19:38:11 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C64F106566B; Fri, 20 Jul 2012 19:38:11 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gg0-f182.google.com (mail-gg0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9B98FC0A; Fri, 20 Jul 2012 19:38:10 +0000 (UTC) Received: by ggnm2 with SMTP id m2so5150354ggn.13 for ; Fri, 20 Jul 2012 12:38:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Kd5Pe9r+4xfqyMAomKzaAPS/F9Q0HHy6H1KKacNCv4I=; b=WrqT1nvCf9BOCZYKwvuHMaE6fy1fjQ+jStXitH6jmcmG915Bxn6H9iUzqLkaylpWo3 yLN0a+ctCU4/TL5e7t2StaKuOei85iMP02a1JeBNllxnBDG3Yep8VXEgjCvjAlFIQ+dr 4v6mbdDECDo1o823k/g950xHBHvroNW/jtMGBaL3O0hbFB5BnPo7Ts9+5pNZn51eBYGV UQsl8FqEEWmr/e+pdGY5LCx1u2YEF4h7cr0rIORXF7bMjaJT7pGOntiBeMhURdV6yiwO EveVzQfk0sU1lC+Ue869I423hiWKH8fDFQ+RV3wagN+7KWrUf+axF661YhBs9hrGdfJZ Y+MA== MIME-Version: 1.0 Received: by 10.66.75.97 with SMTP id b1mr13726209paw.15.1342813090014; Fri, 20 Jul 2012 12:38:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.191.138 with HTTP; Fri, 20 Jul 2012 12:38:09 -0700 (PDT) In-Reply-To: <50095F38.4040204@FreeBSD.org> References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> <5005CD83.306@greatbaysoftware.com> <50095F38.4040204@FreeBSD.org> Date: Fri, 20 Jul 2012 12:38:09 -0700 X-Google-Sender-Auth: VHy_RTKjHVzJqnXQvm_On6SOus4 Message-ID: From: Adrian Chadd To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: Charles Owens , freebsd-stable@freebsd.org, John Baldwin , Steve McCoy Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 19:38:11 -0000 Hi Alexander, I'm worried that this won't be the only source of "freebsd is slower than linux" issues. What can we add to the timer path to make identifying and root causing this issue easy? I'd just like to be absolutely sure that we're not only doing the best job possible, but we can provide some tools and statistics to the user/administrator so as to make debugging much easier. Thanks, Adrian From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 19:39:56 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1A371065677; Fri, 20 Jul 2012 19:39:56 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id E026F8FC0C; Fri, 20 Jul 2012 19:39:55 +0000 (UTC) Received: by wgbds11 with SMTP id ds11so3905047wgb.31 for ; Fri, 20 Jul 2012 12:39:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=XogBPNzTH0mmUa58o/xIaYz+5YpjBMla6VpqEjaSBjc=; b=wDjqi9+g/DANjRIPX6C8qP3qWc9LR/lCveLt6G/axyNZ10mQ5szPqak70wjInt1/2U Z+TKlQkVLdt5FqNF3uQsAdN8EKhPOmjnneMVVYz5Lkut4d7Qg6kWvjnK/iLLE1fMenx4 +8gyWkHTIKYuaUw8b5ObwLT+6SWR10d2XrSMR2b0U5moYvIfqecZOkuGe1p2ZSEIOSfc VXTdyO6vquoV0iP8YBwLAJnvmjsX88VWdZqC2/zgT95m8uJDBo7/qT7UzFWGfKDzx0b/ SkRSA1LYc011smWfiVLhD62c5KqhwfX04I34gEY6duZmOP06GKS+zBpbyen80bqih02f 4kQw== Received: by 10.216.95.74 with SMTP id o52mr4082547wef.123.1342813194741; Fri, 20 Jul 2012 12:39:54 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id cl8sm46570000wib.10.2012.07.20.12.39.52 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jul 2012 12:39:53 -0700 (PDT) Sender: Alexander Motin Message-ID: <5009B406.10706@FreeBSD.org> Date: Fri, 20 Jul 2012 22:39:50 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Adrian Chadd References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> <5005CD83.306@greatbaysoftware.com> <50095F38.4040204@FreeBSD.org> In-Reply-To: <50095F38.4040204@FreeBSD.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: Charles Owens , freebsd-stable@freebsd.org, John Baldwin , Steve McCoy Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 19:39:57 -0000 On 20.07.2012 16:38, Alexander Motin wrote: > On 19.07.2012 18:28, Adrian Chadd wrote: >> Hm! A timer related bug? >> >> I'll CC mav@ on this, as it was his commit (and work in his general >> area.) >> >> I wonder what's going on - is it something to do with the two ACPI >> calls inserted there, or is it something to do with the change in >> event timer values? >> >> mav? Any ideas? > > I can just agree with earlier made guess that for some reason ACPI timer > on that system is very slow. Unless user explicitly enabled deeper > C-states, values returned by the timer are not really used for anything, > so there is just no place for other bug. > > When doing this change I was expecting that it may have cost, but on > most systems that cost makes effect only during high interrupt rates, > where it is covered by automatic fallback to using faster MWAIT as idle > method. Unluckily, that code still was not merged to 8-STABLE (only 9). > I will recheck is there problem to merge it now. I've just merged that to 8-STABLE at r238658. Testers are welcome. > Manual switching to MWAIT via sysctl is correct workaround for this > situation. It may give slightly higher power consumption, but for this > workload with many interrupts probably the best possible performance. > >> On 17 July 2012 13:39, Steve McCoy wrote: >> >>> Alright, I've finally narrowed it down to r209897, which only affects >>> acpi_cpu_idle(): >>> >>> --- stable/8/sys/dev/acpica/acpi_cpu.c 2010/06/23 17:04:42 209471 >>> +++ stable/8/sys/dev/acpica/acpi_cpu.c 2010/07/11 11:58:46 209897 >>> @@ -930,12 +930,16 @@ >>> >>> /* >>> * Execute HLT (or equivalent) and wait for an interrupt. We >>> can't >>> - * calculate the time spent in C1 since the place we wake up is an >>> - * ISR. Assume we slept half of quantum and return. >>> + * precisely calculate the time spent in C1 since the place we >>> wake up >>> + * is an ISR. Assume we slept no more then half of quantum. >>> */ >>> if (cx_next->type == ACPI_STATE_C1) { >>> - sc->cpu_prev_sleep = (sc->cpu_prev_sleep * 3 + 500000 / hz) / 4; >>> + AcpiHwRead(&start_time, &AcpiGbl_FADT.XPmTimerBlock); >>> acpi_cpu_c1(); >>> + AcpiHwRead(&end_time, &AcpiGbl_FADT.XPmTimerBlock); >>> + end_time = acpi_TimerDelta(end_time, start_time); >>> + sc->cpu_prev_sleep = (sc->cpu_prev_sleep * 3 + >>> + min(PM_USEC(end_time), 500000 / hz)) / 4; >>> return; >>> } >>> >>> My current guess is that AcpiHwRead() is a problem on our hardware. >>> It's an >>> isolated change and, to my desperate eyes, the commit message implies >>> that >>> it isn't critical — Do you think we could buy ourselves some time by >>> pulling >>> it out of our version of the kernel? Or is this essential for >>> correctness? >>> Any thoughts are appreciated, thanks! > > -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 20:06:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A07F1065670; Fri, 20 Jul 2012 20:06:46 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id B74D48FC12; Fri, 20 Jul 2012 20:06:45 +0000 (UTC) Received: by wibhr14 with SMTP id hr14so735117wib.13 for ; Fri, 20 Jul 2012 13:06:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=/j0zr3Ef2I6+3gG5noo65aO6ZCf0AQrqoGj2uTbfiXo=; b=YDGRZegZeBHS/iEx/UIsQpz0a7T1kgXBEugGgqLh1QJ6R+woY3vYbwIuG0nNzfS9au nLJ+pT7SSlTC20DCkspB7bheJp6v/gr/JirkHQVq/6HnLF8Bk6RjuSn54lfPchov/NlL tbIBt59C75SsqrGujx6l1MZPIlhotcvJNjYka8q+XT/DaWDlFeXT63VncIy4Om++BnV5 Bk70Diu7KtpETjtryFfbDmFmwtnFcxBF4R0Yk7oai4g5h5SyRUDfUucEoYTSbZM9QkcY uBdrIWmO/SlRl+TZiA+wrpZxR7fSHZYUXKF4Om+X3dVT4Mzb/Ah/rvgScxOgIBsAxN/T 2e0A== Received: by 10.216.241.137 with SMTP id g9mr3895582wer.122.1342814804898; Fri, 20 Jul 2012 13:06:44 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id df4sm46661368wib.4.2012.07.20.13.06.42 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 20 Jul 2012 13:06:43 -0700 (PDT) Sender: Alexander Motin Message-ID: <5009BA51.4000802@FreeBSD.org> Date: Fri, 20 Jul 2012 23:06:41 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120628 Thunderbird/13.0.1 MIME-Version: 1.0 To: Adrian Chadd References: <4FDABA0B.5030702@greatbaysoftware.com> <4FFF34BA.9030002@greatbaysoftware.com> <4FFF9A50.40006@greatbaysoftware.com> <201207130939.54311.jhb@freebsd.org> <5005CD83.306@greatbaysoftware.com> <50095F38.4040204@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Charles Owens , freebsd-stable@freebsd.org, John Baldwin , Steve McCoy Subject: Re: mfi(4) IO performance regression, post 8.1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 20:06:46 -0000 Hi. On 20.07.2012 22:38, Adrian Chadd wrote: > I'm worried that this won't be the only source of "freebsd is slower > than linux" issues. > > What can we add to the timer path to make identifying and root causing > this issue easy? I'd just like to be absolutely sure that we're not > only doing the best job possible, but we can provide some tools and > statistics to the user/administrator so as to make debugging much > easier. The only instrument to diagnose this problem without provided input I could propose is hwpmc profiling. It should be able to show that we are spending much time in those timer routines. If we guessed somehow that reason is in slow ACPI timer, it is easy to write respective benchmark, but we can't write tests for everything, and even if we could, users won't be able to run/analyze output of them without some level of knowledge. I've spent much time profiling that on hardware I have, but the only way to be sure in general case I see is more testing and feedbacks. For this specific area I am using very simple test, that effectively depends on interrupt latency and CPUs wakeup times: `dd if=/dev/ada0 of=/dev/null bs=512`. Depending on device, controller and other factors, gives me about 20-30K IOPS. If you have some ideas what and how could we test automatically -- welcome. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 21:39:59 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CE5B106566B for ; Fri, 20 Jul 2012 21:39:59 +0000 (UTC) (envelope-from joe@tao.org.uk) Received: from babel.karthauser.co.uk (babel.realityhacker.info [95.154.203.112]) by mx1.freebsd.org (Postfix) with ESMTP id 093538FC0A for ; Fri, 20 Jul 2012 21:39:59 +0000 (UTC) Received: from dspam (babel.realityhacker.info [95.154.203.112]) by babel.karthauser.co.uk (Postfix) with SMTP id 0459C7DD for ; Fri, 20 Jul 2012 21:39:51 +0000 (UTC) Received: from infi.fritz.box (unknown [81.187.183.70]) (Authenticated sender: joemail@tao.org.uk) by babel.karthauser.co.uk (Postfix) with ESMTPSA id 9CA2C7D9; Fri, 20 Jul 2012 21:39:36 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=us-ascii From: Dr Josef Karthauser In-Reply-To: <20120719171548.GM32960@teardrop.org> Date: Fri, 20 Jul 2012 16:09:28 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20120719152909.GL32960@teardrop.org> <002D6A20-D2A4-4909-B2EA-3DB562326050@tao.org.uk> <20120719171548.GM32960@teardrop.org> To: James Snow X-Mailer: Apple Mail (2.1257) X-DSPAM-Result: Innocent X-DSPAM-Processed: Fri Jul 20 21:39:51 2012 X-DSPAM-Confidence: 1.0000 X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 5009d027713785118724188 Cc: "freebsd-stable@freebsd.org" Subject: Re: Checksum errors across ZFS array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 21:39:59 -0000 On 19 Jul 2012, at 18:15, James Snow wrote: > On Thu, Jul 19, 2012 at 06:05:32PM +0100, Dr Joe Karthauser wrote: >=20 >> Hi James, >>=20 >> It's almost definitely a memory problem. I'd change it ASAP if I were >> you. >>=20 >> I lost about 70mb from my zfs pool for this very reason just a few >> weeks ago. Luckily I had enough snapshots from before the rot set in >> to recover most of what I lost. >=20 > Thanks for the input. I will run a memory test against it. >=20 > If I may, why "almost definitely" a memory problem and not an issue = with > the controller? (Or did you mean the controller memory?) Hey Snow, Ok, it's not definitely. Of course, it could be anything. But, memory is = where I'd look first. Take care though, my system which had been working fine for about a year = when I noticed the ZFS rot (which all appears to be recent in time). I = ran memcheck+ on it for 8 hours or so, and it showed no errors at all. = However, when I replaced the memory with a different vendor the problems = went away. (Reboots and power off/on restarts hadn't fixed the problem = before!). So, take care if the memory doesn't report any failures, it might still = be faulty. Joe p.s. It was my fault that I wasn't running ECC memory on the system! :/. =20= From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 22:22:55 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07461106566C for ; Fri, 20 Jul 2012 22:22:55 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from sputnik.teardrop.org (sputnik.teardrop.org [65.98.88.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7A66A8FC1D for ; Fri, 20 Jul 2012 22:22:54 +0000 (UTC) Received: by sputnik.teardrop.org (Postfix, from userid 30000) id 7E4257E87A; Fri, 20 Jul 2012 22:22:44 +0000 (UTC) Date: Fri, 20 Jul 2012 15:22:44 -0700 From: James Snow To: Dr Josef Karthauser Message-ID: <20120720222244.GA18627@teardrop.org> References: <20120719152909.GL32960@teardrop.org> <002D6A20-D2A4-4909-B2EA-3DB562326050@tao.org.uk> <20120719171548.GM32960@teardrop.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: "freebsd-stable@freebsd.org" Subject: Re: Checksum errors across ZFS array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 22:22:55 -0000 On Fri, Jul 20, 2012 at 04:09:28PM +0100, Dr Josef Karthauser wrote: > Take care though, my system which had been working fine for about > a year when I noticed the ZFS rot (which all appears to be recent > in time). I ran memcheck+ on it for 8 hours or so, and it showed no > errors at all. However, when I replaced the memory with a different > vendor the problems went away. (Reboots and power off/on restarts > hadn't fixed the problem before!). > > So, take care if the memory doesn't report any failures, it might > still be faulty. I've run memtest for about 20 hours now (13 hours in one pass, 7 and counting on the second) and seen no errors. Hrm. > p.s. It was my fault that I wasn't running ECC memory on the system! I am running ECC memory though. If you'd had ECC memory to start do you think you might have seen a different result? In my case, replacing all the RAM and getting a 2nd controller are almost the same cost. Since a second controller will give me the best visibility - or long-term expandability if it turns out not to be the controller - I've gone ahead and ordered one. If I move half the disks to the new controller and continue to see the problems only on the old controller, I know it's the controller or the slot on the motherboard. If the problem continues without any change, I can replace RAM, and then the motherboard. -Snow From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 22:26:16 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43DA9106566C for ; Fri, 20 Jul 2012 22:26:16 +0000 (UTC) (envelope-from ryao@gentoo.org) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 225A88FC1A for ; Fri, 20 Jul 2012 22:26:16 +0000 (UTC) Received: from [192.168.1.2] (pool-72-89-250-138.nycmny.fios.verizon.net [72.89.250.138]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ryao) by smtp.gentoo.org (Postfix) with ESMTPSA id 80C1E1B40BA for ; Fri, 20 Jul 2012 22:26:09 +0000 (UTC) Message-ID: <5009DA78.5070709@gentoo.org> Date: Fri, 20 Jul 2012 18:23:52 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120628 Thunderbird/10.0.5 MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7D0F4AC8AC14C7D865679071" Cc: Subject: FreeBSD 9.1 Beta 1 fails to install in qemu-kvm on Gentoo Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 22:26:16 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7D0F4AC8AC14C7D865679071 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dear FreeBSD Developers, Trying to install FreeBSD 9.1 Beta 1 in qemu-kvm on Gentoo Linux fails before the kernel dmesg with 'kernel trap 9 with interrupts disabled'. I am running the following command: qemu-system-x86_64 -drive file=3D/dev/zvol/rpool/KVM/freebsd,if=3Dscsi-bootorder=3Dc -cdrom/mnt/backup/isos/FreeBSD-9.1-BETA1-amd64-disc1.iso -m2048 -smp 6,cores=3D6,threads=3D1,sockets=3D1 -curses -net nic,model=3De1000,macaddr=3D52:54:00:00:ee:04 -cpu host If I use FreeBSD-9.0-RELEASE-amd64-dvd1.iso, I can do an install without any problems. Yours truly, Richard Yao --------------enig7D0F4AC8AC14C7D865679071 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQCdp7AAoJECDuEZm+6ExkqtgP/2bJxziaAC00piECe+nUWCSv HxttupEypPUQc5671jq7Vj00ibr1JrFIA2qnVCRbB37UXPCFYzRnxjeS0JLI7z2g NAYfs2oP1nEMuPAkRaBlo2G617iweX97oqF6It0UBmC9LrFQhyj04hGVtBcAUdbr AkxrWLJ6vw2+qRnZwlKJBCUR0ptjE+z7myyU8m34VVJfHR/pR1Vq5o811BsQqBrt y7VC7rBo4DJEaEun00A/hnj+jV9wlTtxiLakJuIYrSihORkpgyCUzPpPlOy9PdLu uyzxrAsy+HV1GhDpo5usFVg4v+JUeyytjIB/PQJw7rY5nBEX9UrQaLxHZmsUkYBO zrrALVC1XOOXL98PlVgEhvTBtZ88xIybQWHH/KQBnmPjBb8BVa+Kq6xaC6Ekqxl2 zWtasFeGYgBNf5D6XRydX6YnJICpRkgcbZ8tdqIujEq06lldeP6aCBwr2Jk8c1DX KmD1n7KnjFwiGVixeZjKbeOv7qJVfHeprrMzLau0muhyhv6NUGbTdDO++7+/5wXQ W0R43kiow3MP55oklrEndDfT7PzXlwNW/uC4taLWg9ipwI9VaUgyQQUzBOItxT4W zFaf9oCkqMMZJYMh1Bua1xFueTNYdgu+cRitbEWYaEuu+I+JQ5SpY2LwA1uxafWE 2jpG1z80xaKW4FJOCiuW =azUK -----END PGP SIGNATURE----- --------------enig7D0F4AC8AC14C7D865679071-- From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 22:46:22 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 93B1F106564A for ; Fri, 20 Jul 2012 22:46:22 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C4CA814DEDA; Fri, 20 Jul 2012 22:46:21 +0000 (UTC) Message-ID: <5009DFBD.4080106@FreeBSD.org> Date: Fri, 20 Jul 2012 15:46:21 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: James Snow References: <20120719152909.GL32960@teardrop.org> <002D6A20-D2A4-4909-B2EA-3DB562326050@tao.org.uk> <20120719171548.GM32960@teardrop.org> <20120720222244.GA18627@teardrop.org> In-Reply-To: <20120720222244.GA18627@teardrop.org> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Dr Josef Karthauser , "freebsd-stable@freebsd.org" Subject: Re: Checksum errors across ZFS array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 22:46:22 -0000 On 07/20/2012 15:22, James Snow wrote: > I've run memtest for about 20 hours now (13 hours in one pass, 7 and > counting on the second) and seen no errors. Hrm. You probably know this already, but just in case ... Software memory tests cannot tell you conclusively that memory is good, only that it's bad. To make sure it's good you need a hardware tester. hth, Doug -- Change is hard. From owner-freebsd-stable@FreeBSD.ORG Fri Jul 20 22:55:27 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82E381065674; Fri, 20 Jul 2012 22:55:27 +0000 (UTC) (envelope-from snow@teardrop.org) Received: from sputnik.teardrop.org (sputnik.teardrop.org [65.98.88.18]) by mx1.freebsd.org (Postfix) with ESMTP id BD8688FC08; Fri, 20 Jul 2012 22:55:26 +0000 (UTC) Received: by sputnik.teardrop.org (Postfix, from userid 30000) id DD63F7E87A; Fri, 20 Jul 2012 22:55:22 +0000 (UTC) Date: Fri, 20 Jul 2012 15:55:22 -0700 From: James Snow To: Doug Barton Message-ID: <20120720225522.GB18627@teardrop.org> References: <20120719152909.GL32960@teardrop.org> <002D6A20-D2A4-4909-B2EA-3DB562326050@tao.org.uk> <20120719171548.GM32960@teardrop.org> <20120720222244.GA18627@teardrop.org> <5009DFBD.4080106@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5009DFBD.4080106@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Dr Josef Karthauser , "freebsd-stable@freebsd.org" Subject: Re: Checksum errors across ZFS array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jul 2012 22:55:27 -0000 On Fri, Jul 20, 2012 at 03:46:21PM -0700, Doug Barton wrote: > > You probably know this already, but just in case ... Software memory > tests cannot tell you conclusively that memory is good, only that it's > bad. I may have known that in a past life but certainly wasn't thinking about it now. > To make sure it's good you need a hardware tester. Is there one you'd recommend? -Snow From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 00:09:17 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7DAD106566B for ; Sat, 21 Jul 2012 00:09:17 +0000 (UTC) (envelope-from prvs=1549f3089c=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 48E398FC12 for ; Sat, 21 Jul 2012 00:09:17 +0000 (UTC) X-Spam-Processed: mail1.multiplay.co.uk, Sat, 21 Jul 2012 01:09:09 +0100 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-5.0 required=6.0 tests=USER_IN_WHITELIST shortcircuit=ham autolearn=disabled version=3.2.5 Received: from r2d2 ([188.220.16.49]) by mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) (MDaemon PRO v10.0.4) with ESMTP id md50020868747.msg for ; Sat, 21 Jul 2012 01:09:09 +0100 X-MDRemoteIP: 188.220.16.49 X-Return-Path: prvs=1549f3089c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: From: "Steven Hartland" To: "Dr Josef Karthauser" , "James Snow" References: <20120719152909.GL32960@teardrop.org><002D6A20-D2A4-4909-B2EA-3DB562326050@tao.org.uk><20120719171548.GM32960@teardrop.org> Date: Sat, 21 Jul 2012 01:09:16 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: freebsd-stable@freebsd.org Subject: Re: Checksum errors across ZFS array X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 00:09:17 -0000 ----- Original Message ----- From: "Dr Josef Karthauser" > So, take care if the memory doesn't report any failures, it might still be faulty. > > p.s. It was my fault that I wasn't running ECC memory on the system! :/. We've even seen this with ECC memory. Running the memory in a different machine for 96 hours found a fault though. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 00:42:48 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA4E0106566B for ; Sat, 21 Jul 2012 00:42:47 +0000 (UTC) (envelope-from ryao@gentoo.org) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id BD0918FC08 for ; Sat, 21 Jul 2012 00:42:47 +0000 (UTC) Received: from [192.168.1.2] (pool-72-89-250-138.nycmny.fios.verizon.net [72.89.250.138]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ryao) by smtp.gentoo.org (Postfix) with ESMTPSA id D92111B40B5 for ; Sat, 21 Jul 2012 00:42:46 +0000 (UTC) Message-ID: <5009FA7E.6020601@gentoo.org> Date: Fri, 20 Jul 2012 20:40:30 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120628 Thunderbird/10.0.5 MIME-Version: 1.0 To: stable@freebsd.org References: <5009DA78.5070709@gentoo.org> In-Reply-To: <5009DA78.5070709@gentoo.org> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBE72DB069CAB904E2DF42503" Cc: Subject: Re: FreeBSD 9.1 Beta 1 fails to install in qemu-kvm on Gentoo Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 00:42:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBE72DB069CAB904E2DF42503 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/20/2012 06:23 PM, Richard Yao wrote: > Dear FreeBSD Developers, >=20 > Trying to install FreeBSD 9.1 Beta 1 in qemu-kvm on Gentoo Linux fails > before the kernel dmesg with 'kernel trap 9 with interrupts disabled'. = I > am running the following command: >=20 > qemu-system-x86_64 -drive > file=3D/dev/zvol/rpool/KVM/freebsd,if=3Dscsi-bootorder=3Dc > -cdrom/mnt/backup/isos/FreeBSD-9.1-BETA1-amd64-disc1.iso -m2048 -smp > 6,cores=3D6,threads=3D1,sockets=3D1 -curses -net > nic,model=3De1000,macaddr=3D52:54:00:00:ee:04 -cpu host >=20 > If I use FreeBSD-9.0-RELEASE-amd64-dvd1.iso, I can do an install withou= t > any problems. >=20 > Yours truly, > Richard Yao >=20 I have an update. 1. There is no backtrace. The only thing that I see printed after the boot screen with beastie is a single line: 'kernel trap 9 with interrupts disabled' 2. Verbose mode does not change it. 3. Removing `-cpu host` fixes it. Here is an excerpt of the host's /proc/cpuinfo: processor : 0 vendor_id : AuthenticAMD cpu family : 16 model : 10 model name : AMD Phenom(tm) II X6 1090T Processor stepping : 0 microcode : 0x10000dc cpu MHz : 1600.000 cache size : 512 KB physical id : 0 siblings : 6 core id : 0 cpu cores : 6 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 6 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid aperfmperf pni monitor cx16 popcnt lahf_l m cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt cpb npt lbrv svm_lock nrip_save pausefilter bogomips : 6421.39 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate [9] FreeBSD 9.0 had no problems in KVM with `-cpu host` on this system, so this would seem to be a regression. --------------enigBE72DB069CAB904E2DF42503 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQCfqBAAoJECDuEZm+6ExkhgwP/Rgl8FQq6NkstU6NOzOqQEj4 HKBD1VX6p4wSh8ggnm2IyHeiCsbwGkyqLbj+78NwSBSFSCH61aFsOYMuAAstqr8E CKP0dyl186I2gPdvvET65wsr3rwegRzT207nRDe2yGJTLEoC8lC8MA0Tv3i1sAFu c6tzzrFmVnXTOmWSuZxx0snQ7+8GUfnuAVj+wnnTxXQRFLyRrTtPU51fobdTSh41 a9zHhayKDQFmcj5zdoukcGsUhNwPSqFYnY3zWKwtu6CNv/PMqlKqwNfYkOPw+x3R hCJieihQ9Iclae0J8ACbfGBKrvrrTTvxoPVigfUgbpM6ClN2R67m0kLulgMNT0kc UpGgVlDo5SG+EOqTvbgWINffQ3cf0ahoBISfhV355rOgBzgNB7N6FqmvDYCqbo+Y 2kG2fH0jtNUc+Ilf9pO8WFYlHnUywFmB0w0C5D0dZM82tilMmRT5L6878YUxfmQp 7fvjn2ieieIWCo9uGBRCZ1q1mgq9N+LsDm1wf1lEsCgrO72CYoUrAFQWqdMZKmLZ aliQGqPkUgMB6bMcXld4LzzanCVFcEH4AmmGTSyEjTvih6rUBOzKxF0QDSi8RH9z aSSLHwni/9xMr7cLFIBasWN5uMCXaVbEBfaQb1fJ3uDcLY9kMkvkSvpkaMYVsoQh sZhHHReby6Cg8b085Y2x =j6Lo -----END PGP SIGNATURE----- --------------enigBE72DB069CAB904E2DF42503-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 00:44:28 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3466106564A; Sat, 21 Jul 2012 00:44:27 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.bf1.yahoo.com (mrout1-b.corp.bf1.yahoo.com [98.139.253.104]) by mx1.freebsd.org (Postfix) with ESMTP id 7820B8FC28; Sat, 21 Jul 2012 00:44:27 +0000 (UTC) Received: from [IPv6:::1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.bf1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id q6L0hpoA079826; Fri, 20 Jul 2012 17:43:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=yahoo-inc.com; s=cobra; t=1342831433; bh=f3TtWejTTz0qjQHNeR3mFWMzwR5Ygp4IJrVTH1AG16o=; h=Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date: Message-ID:Mime-Version:Content-Transfer-Encoding; b=b6j9jOGzDu7lNC6G0TXp5udGtlDl/wwVBRZHJmiqUfOttIN99uWYfe7eupEEmelns SpJ29ZlxHHa3E3Ma6kwSMNgsIK/i/wlFtiuJb7E/Dpwh5ImxPs2ZGC42xogAIk8KB3 s+Y2t5TvAcozwpPgGhF4lNiPFzohTp42uDTLgGMM= From: Sean Bruno To: Andriy Gapon In-Reply-To: <5003E14E.5020302@FreeBSD.org> References: <1342197082.2664.4.camel@powernoodle.corp.yahoo.com> <5003E14E.5020302@FreeBSD.org> Content-Type: text/plain; charset="UTF-8" Date: Fri, 20 Jul 2012 17:43:51 -0700 Message-ID: <1342831431.2645.1.camel@powernoodle.corp.yahoo.com> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-Milter-Version: master.31+4-gbc07cd5+ X-CLX-ID: 831432001 Cc: "sbruno@FreeBSD.org" , "freebsd-stable@freebsd.org" , John Baldwin Subject: Re: stable/9 panic Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 00:44:28 -0000 On Mon, 2012-07-16 at 02:39 -0700, Andriy Gapon wrote: > on 13/07/2012 19:31 Sean Bruno said the following: > > Well this is new. I haven't a clue what Dell has done on this R620, but > > this popped up today after I did a boat load of BIOS updates and tried > > to install stable/9 from our yahoo tree. If anyone sees the obvious > > solution here, I'd love to figure it out. > > > > found-> vendor=0x14e4, dev=0x165f, revid=0x00 > > domain=0, bus=2, 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=6 > > powerspec 3 supports D0 D3 current D0 > > MSI supports 8 messages, 64 bit > > MSI-X supports 17 messages in map 0x20 > > map[10]: type Prefetchable Memory, range 64, base 0xd50d0000, > > size 16, enabled > > pcib1: allocated prefetch range (0xd50d0000-0xd50dffff) for rid 10 of > > pci0:2:0:1 > > map[18]: type Prefetchable Memory, range 64, base 0xd50e0000, > > size 16, enabled > > pcib1: allocated prefetch range (0xd50e0000-0xd50effff) for rid 18 of > > pci0:2:0:1 > > map[20]: type Prefetchable Memory, range 64, base 0xd50f0000, > > size 16, enabled > > pcib1: allocated prefetch range (0xd50f0000-0xd50fffff) for rid 20 of > > pci0:2:0:1 > > pcib1: matched entry for 2.0.INTB > > pcib1: slot 0 INTB hardwired to IRQ 36 > > bge0: mem > > 0xd50a0000-0xd50affff,0xd50b0000-0xd50bffff,0xd50c0000-0xd50cffff irq 34 > > at device 0.0 on pci2 > > bge0: APE FW version: NCSI v1.0.80.0 > > bge0: attempting to allocate 1 MSI vectors (8 supported) > > msi: routing MSI IRQ 264 to local APIC 0 vector 59 > > bge0: using IRQ 264 for MSI > > bge0: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E > > bge0: Disabling fastboot > > bge0: Disabling fastboot > > miibus0: on bge0 > > brgphy0: PHY 1 on miibus0 > > brgphy0: OUI 0x001be9, model 0x0036, rev. 0 > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > > bge0: bpf attached > > bge0: Ethernet address: 18:03:73:fd:9e:36 > > bge1: mem > > 0xd50d0000-0xd50dffff,0xd50e0000-0xd50effff,0xd50f0000-0xd50fffff irq 36 > > at device 0.1 on pci2 > > bge1: APE FW version: NCSI v1.0.80.0 > > bge1: attempting to allocate 1 MSI vectors (8 supported) > > msi: routing MSI IRQ 265 to local APIC 0 vector 60 > > bge1: using IRQ 265 for MSI > > bge1: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E > > bge1: Disabling fastboot > > bge1: Disabling fastboot > > miibus1: on bge1 > > brgphy1: PHY 2 on miibus1 > > brgphy1: OUI 0x001be9, model 0x0036, rev. 0 > > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > > bge1: bpf attached > > bge1: Ethernet address: 18:03:73:fd:9e:37 > > pcib2: irq 53 at device 1.1 on pci0 > > pcib0: allocated type 3 (0xd8800000-0xd8ffffff) for rid 20 of pcib2 > > pcib0: allocated type 3 (0xd5100000-0xd51fffff) for rid 24 of pcib2 > > pcib2: domain 0 > > pcib2: secondary bus 1 > > pcib2: subordinate bus 1 > > pcib2: memory decode 0xd8800000-0xd8ffffff > > pcib2: prefetched decode 0xd5100000-0xd51fffff > > pci1: on pcib2 > > pci1: domain=0, physical bus=1 > > found-> vendor=0x14e4, dev=0x165f, revid=0x00 > > 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=15 > > powerspec 3 supports D0 D3 current D0 > > MSI supports 8 messages, 64 bit > > MSI-X supports 17 messages in map 0x20 > > map[10]: type Prefetchable Memory, range 64, base 0xd51a0000, > > size 16, enabled > > pcib2: allocated prefetch range (0xd51a0000-0xd51affff) for rid 10 of > > pci0:1:0:0 > > map[18]: type Prefetchable Memory, range 64, base 0xd51b0000, > > size 16, enabled > > pcib2: allocated prefetch range (0xd51b0000-0xd51bffff) for rid 18 of > > pci0:1:0:0 > > map[20]: type Prefetchable Memory, range 64, base 0xd51c0000, > > size 16, enabled > > pcib2: allocated prefetch range (0xd51c0000-0xd51cffff) for rid 20 of > > pci0:1:0:0 > > pcib2: matched entry for 1.0.INTA > > pcib2: slot 0 INTA hardwired to IRQ 35 > > found-> vendor=0x14e4, dev=0x165f, revid=0x00 > > 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=6 > > powerspec 3 supports D0 D3 current D0 > > MSI supports 8 messages, 64 bit > > MSI-X supports 17 messages in map 0x20 > > map[10]: type Prefetchable Memory, range 64, base 0xd51d0000, > > size 16, enabled > > pcib2: allocated prefetch range (0xd51d0000-0xd51dffff) for rid 10 of > > pci0:1:0:1 > > map[18]: type Prefetchable Memory, range 64, base 0xd51e0000, > > size 16, enabled > > pcib2: allocated prefetch range (0xd51e0000-0xd51effff) for rid 18 of > > pci0:1:0:1 > > map[20]: type Prefetchable Memory, range 64, base 0xd51f0000, > > size 16, enabled > > pcib2: allocated prefetch range (0xd51f0000-0xd51fffff) for rid 20 of > > pci0:1:0:1 > > pcib2: matched entry for 1.0.INTB > > pcib2: slot 0 INTB hardwired to IRQ 38 > > bge2: mem > > 0xd51a0000-0xd51affff,0xd51b0000-0xd51bffff,0xd51c0000-0xd51cffff irq 35 > > at device 0.0 on pci1 > > bge2: APE FW version: NCSI v1.0.80.0 > > bge2: attempting to allocate 1 MSI vectors (8 supported) > > msi: routing MSI IRQ 266 to local APIC 0 vector 61 > > bge2: using IRQ 266 for MSI > > bge2: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E > > bge2: Disabling fastboot > > bge2: Disabling fastboot > > miibus2: on bge2 > > brgphy2: PHY 1 on miibus2 > > brgphy2: OUI 0x001be9, model 0x0036, rev. 0 > > brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > > bge2: bpf attached > > bge2: Ethernet address: 18:03:73:fd:9e:34 > > bge3: mem > > 0xd51d0000-0xd51dffff,0xd51e0000-0xd51effff,0xd51f0000-0xd51fffff irq 38 > > at device 0.1 on pci1 > > bge3: APE FW version: NCSI v1.0.80.0 > > bge3: attempting to allocate 1 MSI vectors (8 supported) > > msi: routing MSI IRQ 267 to local APIC 0 vector 62 > > bge3: using IRQ 267 for MSI > > bge3: CHIP ID 0x05720000; ASIC REV 0x5720; CHIP REV 0x57200; PCI-E > > bge3: Disabling fastboot > > bge3: Disabling fastboot > > miibus3: on bge3 > > brgphy3: PHY 2 on miibus3 > > brgphy3: OUI 0x001be9, model 0x0036, rev. 0 > > brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > > bge3: bpf attached > > bge3: Ethernet address: 18:03:73:fd:9e:35 > > pcib3: irq 53 at device 2.0 on pci0 > > pcib3: domain 0 > > pcib3: secondary bus 4 > > pcib3: subordinate bus 4 > > pcib3: no prefetched decode > > pci4: on pcib3 > > pci4: domain=0, physical bus=4 > > pcib4: irq 53 at device 2.2 on pci0 > > pcib0: allocated type 4 (0xf000-0xffff) for rid 1c of pcib4 > > pcib0: allocated type 3 (0xd9000000-0xd9ffffff) for rid 20 of pcib4 > > pcib4: domain 0 > > pcib4: secondary bus 3 > > pcib4: subordinate bus 3 > > pcib4: I/O decode 0xf000-0xffff > > pcib4: memory decode 0xd9000000-0xd9ffffff > > pcib4: no prefetched decode > > pci3: on pcib4 > > pci3: domain=0, physical bus=3 > > found-> vendor=0x1000, dev=0x005b, revid=0x01 > > domain=0, bus=3, slot=0, func=0 > > class=01-04-00, hdrtype=0x00, mfdev=0 > > cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=15 > > powerspec 3 supports D0 D1 D2 D3 current D0 > > MSI supports 1 message, 64 bit > > MSI-X supports 16 messages in map 0x14 > > map[10]: type I/O Port, range 32, base 0xfc00, size 8, enabled > > pcib4: allocated I/O port range (0xfc00-0xfcff) for rid 10 of pci0:3:0:0 > > map[14]: type Memory, range 64, base 0xd9ffc000, size 14, > > enabled > > pcib4: allocated memory range (0xd9ffc000-0xd9ffffff) for rid 14 of > > pci0:3:0:0 > > map[1c]: type Memory, range 64, base 0xd9f80000, size 18, > > enabled > > pcib4: allocated memory range (0xd9f80000-0xd9fbffff) for rid 1c of > > pci0:3:0:0 > > pcib4: matched entry for 3.0.INTA > > pcib4: slot 0 INTA hardwired to IRQ 42 > > mfi0: port 0xfc00-0xfcff mem > > 0xd9ffc000-0xd9ffffff,0xd9f80000-0xd9fbffff irq 42 at device 0.0 on pci3 > > mfi0: attempting to allocate 1 MSI vectors (1 supported) > > msi: routing MSI IRQ 268 to local APIC 0 vector 63 > > mfi0: using IRQ 268 for MSI > > mfi0: Using MSI > > mfi0: Megaraid SAS driver Ver 4.23 > > mfi0: MaxCmd = 3f0 MaxSgl = 46 state = b73c03f0 > > mfi0: Max fw cmds= 1008, sizing driver pool to 128 > > mfip0: on mfi0 > > pcib5: irq 53 at device 3.0 on pci0 > > pcib0: allocated type 4 (0xe000-0xefff) for rid 1c of pcib5 > > pcib0: allocated type 3 (0xda000000-0xdaffffff) for rid 20 of pcib5 > > pcib5: domain 0 > > pcib5: secondary bus 5 > > pcib5: subordinate bus 5 > > pcib5: I/O decode 0xe000-0xefff > > pcib5: memory decode 0xda000000-0xdaffffff > > pcib5: no prefetched decode > > pci5: on pcib5 > > pci5: domain=0, physical bus=5 > > found-> vendor=0x8086, dev=0x105e, revid=0x06 > > domain=0, bus=5, slot=0, func=0 > > class=02-00-00, hdrtype=0x00, mfdev=1 > > cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=a, irq=15 > > powerspec 2 supports D0 D3 current D0 > > MSI supports 1 message, 64 bit > > map[10]: type Memory, range 32, base 0xdaf80000, size 17, > > enabled > > pcib5: allocated memory range (0xdaf80000-0xdaf9ffff) for rid 10 of > > pci0:5:0:0 > > map[14]: type Memory, range 32, base 0xdafa0000, size 17, > > enabled > > pcib5: allocated memory range (0xdafa0000-0xdafbffff) for rid 14 of > > pci0:5:0:0 > > map[18]: type I/O Port, range 32, base 0xecc0, size 5, enabled > > pcib5: allocated I/O port range (0xecc0-0xecdf) for rid 18 of pci0:5:0:0 > > pcib5: matched entry for 5.0.INTA > > pcib5: slot 0 INTA hardwired to IRQ 48 > > found-> vendor=0x8086, dev=0x105e, revid=0x06 > > domain=0, bus=5, slot=0, func=1 > > class=02-00-00, hdrtype=0x00, mfdev=1 > > cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) > > lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) > > intpin=b, irq=6 > > powerspec 2 supports D0 D3 current D0 > > MSI supports 1 message, 64 bit > > map[10]: type Memory, range 32, base 0xdafc0000, size 17, > > enabled > > pcib5: allocated memory range (0xdafc0000-0xdafdffff) for rid 10 of > > pci0:5:0:1 > > map[14]: type Memory, range 32, base 0xdafe0000, size 17, > > enabled > > pcib5: allocated memory range (0xdafe0000-0xdaffffff) for rid 14 of > > pci0:5:0:1 > > map[18]: type I/O Port, range 32, base 0xece0, size 5, enabled > > pcib5: allocated I/O port range (0xece0-0xecff) for rid 18 of pci0:5:0:1 > > pcib5: matched entry for 5.0.INTB > > pcib5: slot 0 INTB hardwired to IRQ 52 > > em0: port 0xecc0-0xecdf mem > > 0xdaf80000-0xdaf9ffff,0xdafa0000-0xdafbffff irq 48 at device 0.0 on pci5 > > em0: attempting to allocate 1 MSI vectors (1 supported) > > msi: routing MSI IRQ 269 to local APIC 0 vector 64 > > em0: using IRQ 269 for MSI > > em0: Using an MSI interrupt > > em0: bpf attached > > em0: Ethernet address: 00:15:17:78:89:dc > > em1: port 0xece0-0xecff mem > > 0xdafc0000-0xdafdffff,0xdafe0000-0xdaffffff irq 52 at device 0.1 on pci5 > > em1: attempting to allocate 1 MSI vectors (1 supported) > > msi: routing MSI IRQ 270 to local APIC 0 vector 65 > > em1: using IRQ 270 for MSI > > em1: Using an MSI interrupt > > em1: bpf attached > > em1: Ethernet address: 00:15:17:78:89:dd > > pci0: at device 4.0 (no driver attached) > > pci0: at device 4.1 (no driver attached) > > pci0: at device 4.2 (no driver attached) > > pci0: at device 4.3 (no driver attached) > > pci0: at device 4.4 (no driver attached) > > pci0: at device 4.5 (no driver attached) > > pci0: at device 4.6 (no driver attached) > > pci0: at device 4.7 (no driver attached) > > pci0: at device 5.0 (no driver attached) > > pci0: at device 5.2 (no driver attached) > > pcib6: irq 16 at device 17.0 on pci0 > > pcib6: domain 0 > > pcib6: secondary bus 6 > > pcib6: subordinate bus 6 > > pcib6: no prefetched decode > > pci6: on pcib6 > > pci6: domain=0, physical bus=6 > > pci0: at device 22.0 (no driver attached) > > pci0: at device 22.1 (no driver attached) > > ehci0: mem 0xdc8fd000-0xdc8fd3ff irq > > 23 at device 26.0 on pci0 > > ioapic0: routing intpin 23 (PCI IRQ 23) to lapic 0 vector 66 > > usbus0: EHCI version 1.0 > > usbus0 on ehci0 > > pcib7: at device 28.0 on pci0 > > pcib7: domain 0 > > pcib7: secondary bus 7 > > pcib7: subordinate bus 7 > > pcib7: no prefetched decode > > device_attach: pcib7 attach returned 6 > > It seems that the following panic is caused by the above attach failure. > Namely, it seems that there are rman members in pcib_softc via pcib_window fields. > Those members are passed to rman_init during attach attempt, but they are not > passed to rman_fini if the attach fails (no attach failure cleanup). > After newbus code deallocates pcib_softc the global rman list (rman_head) becomes > corrupted. > > > pcib7: irq 19 at device 28.7 on pci0 > > panic: Bad tailq NEXT(0xffffffff80e52660->tqh_last) != NULL > > cpuid = 0 > > KDB: stack backtrace: > > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > > kdb_backtrace() at kdb_backtrace+0x37 > > panic() at panic+0x1d8 > > rman_init() at rman_init+0x17c > > pcib_alloc_window() at pcib_alloc_window+0x9f > > pcib_attach_common() at pcib_attach_common+0x457 > > acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x1c > > device_attach() at device_attach+0x72 > > bus_generic_attach() at bus_generic_attach+0x1a > > acpi_pci_attach() at acpi_pci_attach+0x164 > > device_attach() at device_attach+0x72 > > bus_generic_attach() at bus_generic_attach+0x1a > > acpi_pcib_attach() at acpi_pcib_attach+0x1a7 > > acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1f6 > > device_attach() at device_attach+0x72 > > bus_generic_attach() at bus_generic_attach+0x1a > > acpi_attach() at acpi_attach+0xbc1 > > device_attach() at device_attach+0x72 > > bus_generic_attach() at bus_generic_attach+0x1a > > nexus_acpi_attach() at nexus_acpi_attach+0x69 > > device_attach() at device_attach+0x72 > > bus_generic_new_pass() at bus_generic_new_pass+0xd6 > > bus_set_pass() at bus_set_pass+0x7a > > configure() at configure+0xa > > mi_startup() at mi_startup+0x77 > > btext() at btext+0x2c > > Uptime: 1s > > Automatic reboot in 15 seconds - press a key on the console to abort > > --> Press a key on the console to reboot, > > --> or switch off the system now. > > > > -- > Andriy Gapon > good lord, this took me all day to unwind what had happened. Dell has "updated" their BIOS between when this box was working and when I last looked at it. http://people.freebsd.org/~sbruno/R620-010206BIOS.txt Between 1.1.3 and 1.2.6 there was *a lot* of changes. I'll try and do some more investigations in the near future. 1.2.6 does *not* work and yeilds this kpanic. 1.1.3 boots up just fine. Sean From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 00:56:14 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F21C106566B for ; Sat, 21 Jul 2012 00:56:14 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id D2F448FC12 for ; Sat, 21 Jul 2012 00:56:13 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q6L0uM0B060452; Sat, 21 Jul 2012 03:56:22 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q6L0uA17021895; Sat, 21 Jul 2012 03:56:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q6L0uAJF021894; Sat, 21 Jul 2012 03:56:10 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Jul 2012 03:56:10 +0300 From: Konstantin Belousov To: Richard Yao Message-ID: <20120721005610.GW2676@deviant.kiev.zoral.com.ua> References: <5009DA78.5070709@gentoo.org> <5009FA7E.6020601@gentoo.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hRt258QUzs6ToQn5" Content-Disposition: inline In-Reply-To: <5009FA7E.6020601@gentoo.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: stable@freebsd.org Subject: Re: FreeBSD 9.1 Beta 1 fails to install in qemu-kvm on Gentoo Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 00:56:14 -0000 --hRt258QUzs6ToQn5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 20, 2012 at 08:40:30PM -0400, Richard Yao wrote: > On 07/20/2012 06:23 PM, Richard Yao wrote: > > Dear FreeBSD Developers, > >=20 > > Trying to install FreeBSD 9.1 Beta 1 in qemu-kvm on Gentoo Linux fails > > before the kernel dmesg with 'kernel trap 9 with interrupts disabled'. I > > am running the following command: > >=20 > > qemu-system-x86_64 -drive > > file=3D/dev/zvol/rpool/KVM/freebsd,if=3Dscsi-bootorder=3Dc > > -cdrom/mnt/backup/isos/FreeBSD-9.1-BETA1-amd64-disc1.iso -m2048 -smp > > 6,cores=3D6,threads=3D1,sockets=3D1 -curses -net > > nic,model=3De1000,macaddr=3D52:54:00:00:ee:04 -cpu host > >=20 > > If I use FreeBSD-9.0-RELEASE-amd64-dvd1.iso, I can do an install without > > any problems. > >=20 > > Yours truly, > > Richard Yao > >=20 >=20 > I have an update. >=20 > 1. There is no backtrace. The only thing that I see printed after the > boot screen with beastie is a single line: >=20 > 'kernel trap 9 with interrupts disabled' This line is probably printed after the banner and might be CPU features line. Is this true ? If so, show it. >=20 > 2. Verbose mode does not change it. >=20 > 3. Removing `-cpu host` fixes it. Here is an excerpt of the host's > /proc/cpuinfo: >=20 > processor : 0 > vendor_id : AuthenticAMD > cpu family : 16 > model : 10 > model name : AMD Phenom(tm) II X6 1090T Processor > stepping : 0 > microcode : 0x10000dc > cpu MHz : 1600.000 > cache size : 512 KB > physical id : 0 > siblings : 6 > core id : 0 > cpu cores : 6 > apicid : 0 > initial apicid : 0 > fpu : yes > fpu_exception : yes > cpuid level : 6 > wp : yes > flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge > mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext > fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl > nonstop_tsc extd_apicid aperfmperf pni monitor cx16 popcnt lahf_l > m cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch > osvw ibs skinit wdt cpb npt lbrv svm_lock nrip_save pausefilter > bogomips : 6421.39 > TLB size : 1024 4K pages > clflush size : 64 > cache_alignment : 64 > address sizes : 48 bits physical, 48 bits virtual > power management: ts ttp tm stc 100mhzsteps hwpstate [9] >=20 > FreeBSD 9.0 had no problems in KVM with `-cpu host` on this system, so > this would seem to be a regression. >=20 Can you boot FreeBSD kernel on this machine bare ? Also it could be useful to show the CPU features lines from FreeBSD 9.0, or just full verbose dmesgs of the boots in KVM with and without -cpu host. --hRt258QUzs6ToQn5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAJ/ikACgkQC3+MBN1Mb4gu7ACg0EV4Pw6AxgW0easJFK9qwTzY XhgAnRzrUkuam7kfhlRGxJQwinXq72du =5fSJ -----END PGP SIGNATURE----- --hRt258QUzs6ToQn5-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 01:26:08 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C59EF106566B for ; Sat, 21 Jul 2012 01:26:08 +0000 (UTC) (envelope-from lists@mawer.org) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 778608FC0A for ; Sat, 21 Jul 2012 01:26:08 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4290971vbm.13 for ; Fri, 20 Jul 2012 18:26:07 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:sender:x-google-sender-delegation:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:x-gm-message-state; bh=aV2mTL8t5MvldboQq2IQGeONUdiguxmm3HTh5NwqvJ0=; b=n6ltyhxI+XbPHBYCbeyGDr2xYuiCQDe92ZpXg1e4wz4asLBQG2vuUaXURI/WI1/7h1 Q9DIfayZK9yg5+LmbAlsqNswDU7SYL/+gRQIPKsdcPcpwkivU0bvI7fqPhej8fiRCtfB 2hu3a3R1KqkupBIsddA3sHXqXDxaSvHMX731lPEGNywrpJGuOkaZVe6hnLBlcA0gIhAd /muvxLShF/edP2f8j0kln+Vn3G4K4kQSBw6qQMa8NjmZ1UYobtCYoIdqTDjAO9yTai0Z GIyoFxLO8ETrh2VRV2Al9KW+bjDt5QQCR9tElPpOapfYDfOGiD9XhTdy7s2Go5O7p8Aq aH0g== MIME-Version: 1.0 Received: by 10.52.89.35 with SMTP id bl3mr5397092vdb.106.1342833967736; Fri, 20 Jul 2012 18:26:07 -0700 (PDT) Sender: antony@mawer.org X-Google-Sender-Delegation: antony@mawer.org Received: by 10.52.181.194 with HTTP; Fri, 20 Jul 2012 18:26:07 -0700 (PDT) In-Reply-To: <20120705144314.64920e62@suse2.ip-tech.ch> References: <20120705144314.64920e62@suse2.ip-tech.ch> Date: Sat, 21 Jul 2012 11:26:07 +1000 X-Google-Sender-Auth: kszNIGYq8zYZZuYO8u-SCJ-Ph3w Message-ID: From: Antony Mawer To: Rainer Duffner Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQm9Z+k6xaa0DcTt2bp+5Xi6tKCJI67uEat8Tp0iSwswfTYTVYj6hdhORhTn0X/YchoH4GFf Cc: stable@freebsd.org, Pete French Subject: Re: Recommendation for Hyervisor to host FreeBSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 01:26:08 -0000 On Thu, Jul 5, 2012 at 10:43 PM, Rainer Duffner wrote: > Am Thu, 05 Jul 2012 12:43:06 +0100 > schrieb Pete French : > >> So, my work surprise for a Thursday morning is an urgent requirement >> to see if we can run a set of FreeBSD machines under virtualised >> servers. I have not done this before personally, but I notice from >> post here that it doesnt seem uncommon, and I see Xen related commits >> flowing past, so I am guessing it is doable. >> >> So, for running 8 or 9 STABLE can anyone recommend which hypervisor >> works best, and is 8 or 9 better as the OS to run ? Am doing a bit >> of research myself, but nothing beats persoanl experience in these >> matters! > > > > AFAIK, there are no VMware-tools for FreeBSD9 (yet). > So, if you need to use ESXi/vSphere, then stay with 8.3 for the time > being. We have had a lot of success and good performance deploying under ESXi - often without the VM tools package installed. > Also, full, native support for MSFT-HyperV is coming to FreeBSD9. Isn't this supposed to be on 8.2 and 8.3 as well (per the official announcement)? I am awaiting further announcement on this as I have a lot of our clients / prospective clients who run HyperV environments who want to deploy on this. Last time we tried on 8.1 the OS would crash with memory corruption errors, which happened across multiple test systems... http://blogs.technet.com/b/openness/archive/2012/05/10/freebsd-support-on-windows-server-hyper-v.aspx -- Antony From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 02:39:50 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94708106564A for ; Sat, 21 Jul 2012 02:39:50 +0000 (UTC) (envelope-from ryao@gentoo.org) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 6ECF28FC0A for ; Sat, 21 Jul 2012 02:39:50 +0000 (UTC) Received: from [192.168.1.2] (pool-72-89-250-138.nycmny.fios.verizon.net [72.89.250.138]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: ryao) by smtp.gentoo.org (Postfix) with ESMTPSA id 625271B402E; Sat, 21 Jul 2012 02:39:49 +0000 (UTC) Message-ID: <500A15E9.3080108@gentoo.org> Date: Fri, 20 Jul 2012 22:37:29 -0400 From: Richard Yao User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120628 Thunderbird/10.0.5 MIME-Version: 1.0 To: Konstantin Belousov References: <5009DA78.5070709@gentoo.org> <5009FA7E.6020601@gentoo.org> <20120721005610.GW2676@deviant.kiev.zoral.com.ua> In-Reply-To: <20120721005610.GW2676@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.3.5 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5A39A522CEDA032BD2C2A7BD" Cc: stable@freebsd.org Subject: Re: FreeBSD 9.1 Beta 1 fails to install in qemu-kvm on Gentoo Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 02:39:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5A39A522CEDA032BD2C2A7BD Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 07/20/2012 08:56 PM, Konstantin Belousov wrote: > On Fri, Jul 20, 2012 at 08:40:30PM -0400, Richard Yao wrote: >> On 07/20/2012 06:23 PM, Richard Yao wrote: >>> Dear FreeBSD Developers, >>> >>> Trying to install FreeBSD 9.1 Beta 1 in qemu-kvm on Gentoo Linux fail= s >>> before the kernel dmesg with 'kernel trap 9 with interrupts disabled'= =2E I >>> am running the following command: >>> >>> qemu-system-x86_64 -drive >>> file=3D/dev/zvol/rpool/KVM/freebsd,if=3Dscsi-bootorder=3Dc >>> -cdrom/mnt/backup/isos/FreeBSD-9.1-BETA1-amd64-disc1.iso -m2048 -smp >>> 6,cores=3D6,threads=3D1,sockets=3D1 -curses -net >>> nic,model=3De1000,macaddr=3D52:54:00:00:ee:04 -cpu host >>> >>> If I use FreeBSD-9.0-RELEASE-amd64-dvd1.iso, I can do an install with= out >>> any problems. >>> >>> Yours truly, >>> Richard Yao >>> >> >> I have an update. >> >> 1. There is no backtrace. The only thing that I see printed after the >> boot screen with beastie is a single line: >> >> 'kernel trap 9 with interrupts disabled' > This line is probably printed after the banner and might be CPU feature= s > line. Is this true ? If so, show it. I do not know what the banner is. However, that line is printed immediately after the boot2 menu with Beastie. It occurs when I would expect to see "Copyright (c) 1992-2012 The FreeBSD Project.". I see no other visible characters aside from those from the boot2 menu with Beasti= e. >=20 >> >> 2. Verbose mode does not change it. >> >> 3. Removing `-cpu host` fixes it. Here is an excerpt of the host's >> /proc/cpuinfo: >> >> processor : 0 >> vendor_id : AuthenticAMD >> cpu family : 16 >> model : 10 >> model name : AMD Phenom(tm) II X6 1090T Processor >> stepping : 0 >> microcode : 0x10000dc >> cpu MHz : 1600.000 >> cache size : 512 KB >> physical id : 0 >> siblings : 6 >> core id : 0 >> cpu cores : 6 >> apicid : 0 >> initial apicid : 0 >> fpu : yes >> fpu_exception : yes >> cpuid level : 6 >> wp : yes >> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge= >> mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext >> fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl >> nonstop_tsc extd_apicid aperfmperf pni monitor cx16 popcnt lahf_l >> m cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetc= h >> osvw ibs skinit wdt cpb npt lbrv svm_lock nrip_save pausefilter >> bogomips : 6421.39 >> TLB size : 1024 4K pages >> clflush size : 64 >> cache_alignment : 64 >> address sizes : 48 bits physical, 48 bits virtual >> power management: ts ttp tm stc 100mhzsteps hwpstate [9] >> >> FreeBSD 9.0 had no problems in KVM with `-cpu host` on this system, so= >> this would seem to be a regression. >> >=20 > Can you boot FreeBSD kernel on this machine bare ? This machine is headless. It would be difficult for me to boot FreeBSD on it. >=20 > Also it could be useful to show the CPU features lines from FreeBSD 9.0= , > or just full verbose dmesgs of the boots in KVM with and without -cpu h= ost. Here is the dmesg output from FreeBSD 9.0-RELEASE with -cpu host: Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 CPU: AMD Phenom(tm) II X6 1090T Processor (3210.86-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x100fa0 Family =3D 10 Model =3D a Stepping =3D 0 Features=3D0x1783fbff Features2=3D0x80802001 AMD Features=3D0xe6500800 AMD Features2=3D0x1f7 real memory =3D 2147483648 (2048 MB) avail memory =3D 2045132800 (1950 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: 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: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 ioapic0: Changing APIC ID to 6 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xb008-0xb00b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci_link4: Unable to route IRQs: AE_NOT_FOUND isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc140-0xc14f at device 1.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 1.3 (no driver attached) em0: port 0xc100-0xc13f mem 0xfeba0000-0xfebbffff irq 10 at device 2.0 on pci0 em0: Memory Access and/or Bus Master bits were not set! em0: Ethernet address: 52:54:00:00:ee:05 sym0: <895a> port 0xc000-0xc0ff mem 0xfebe2000-0xfebe23ff,0xfebe0000-0xfebe1fff irq 11 at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 100000000 Hz quality 950 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acp= i0 fdc0: does not respond device_attach: fdc0 attach returned 6 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) sc0: at flags 0x100 on isa0 sc0: MDA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff on isa0= attimer0: at port 0x40 on isa0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 Timecounters tick every 10.000 msec sym0: unknown interrupt(s) ignored, ISTAT=3D0x1 DSTAT=3D0x80 SIST=3D0x0 da0 at sym0 bus 0 scbus2 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 3.300MB/s transfers da0: Command Queueing enabled da0: 409600MB (838860800 512 byte sectors: 255H 63S/T 52216C) cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #4 Launched! Trying to mount root from zfs:rpool/ROOT/freebsd []... Here is the dmesg output from FreeBSD 9.0-RELEASE without -cpu host: Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 CPU: QEMU Virtual CPU version 1.1.1 (3210.87-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x623 Family =3D 6 Model =3D 2 Ste= pping =3D 3 Features=3D0x1783fbfd Features2=3D0x80802001 AMD Features=3D0x20100800 AMD Features2=3D0x67 real memory =3D 2147483648 (2048 MB) avail memory =3D 2045128704 (1950 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: 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: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 ioapic0: Changing APIC ID to 6 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xb008-0xb00b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci_link4: Unable to route IRQs: AE_NOT_FOUND isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc140-0xc14f at device 1.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 1.3 (no driver attached) em0: port 0xc100-0xc13f mem 0xfeba0000-0xfebbffff irq 10 at device 2.0 on pci0 em0: Memory Access and/or Bus Master bits were not set! em0: Ethernet address: 52:54:00:00:ee:05 sym0: <895a> port 0xc000-0xc0ff mem 0xfebe2000-0xfebe23ff,0xfebe0000-0xfebe1fff irq 11 at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 100000000 Hz quality 950 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acp= i0 fdc0: does not respond device_attach: fdc0 attach returned 6 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) sc0: at flags 0x100 on isa0 sc0: MDA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff on isa0= attimer0: at port 0x40 on isa0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 Timecounters tick every 10.000 msec sym0: unknown interrupt(s) ignored, ISTAT=3D0x1 DSTAT=3D0x80 SIST=3D0x0 da0 at sym0 bus 0 scbus2 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 3.300MB/s transfers da0: Command Queueing enabled da0: 409600MB (838860800 512 byte sectors: 255H 63S/T 52216C) cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present SMP: AP CPU #5 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #4 Launched! Trying to mount root from zfs:rpool/ROOT/freebsd []... Here is the dmesg output from FreeBSD 9.1-BETA1 without -cpu host: Copyright (c) 1992-2012 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.1-BETA1 #0: Fri Jul 20 21:39:23 EDT 2012 root@freebsd:/usr/obj/usr/src/sys/GENERIC amd64 CPU: QEMU Virtual CPU version 1.1.1 (3210.87-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x623 Family =3D 6 Model =3D 2 Ste= pping =3D 3 Features=3D0x1783fbfd Features2=3D0x80802001 AMD Features=3D0x20100800 AMD Features2=3D0x67 real memory =3D 2147483648 (2048 MB) avail memory =3D 2044076032 (1949 MB) Event timer "LAPIC" quality 400 ACPI APIC Table: 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: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 ioapic0: Changing APIC ID to 6 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 module_register_init: MOD_LOAD (vesa, 0xffffffff80b9c8b0, 0) error 19 ctl: CAM Target Layer loaded acpi0: on motherboard acpi0: Power Button (fixed) cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 atrtc0: port 0x70-0x71,0x72-0x77 irq 8 on acpi0 Event timer "RTC" frequency 32768 Hz quality 0 hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 100000000 Hz quality 950 Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xb008-0xb00b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci_link4: Unable to route IRQs: AE_NOT_FOUND isab0: at device 1.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xc140-0xc14f at device 1.1 on pci0 ata0: at channel 0 on atapci0 ata1: at channel 1 on atapci0 pci0: at device 1.3 (no driver attached) em0: port 0xc100-0xc13f mem 0xfeba0000-0xfebbffff irq 10 at device 2.0 on pci0 em0: Memory Access and/or Bus Master bits were not set! em0: Ethernet address: 52:54:00:00:ee:05 sym0: <895a> port 0xc000-0xc0ff mem 0xfebe2000-0xfebe23ff,0xfebe0000-0xfebe1fff irq 11 at device 3.0 on pci0 sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse Explorer, device ID 4 fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acp= i0 fdc0: does not respond device_attach: fdc0 attach returned 6 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: console (9600,n,8,1) orm0: at iomem 0xc1800-0xc57ff on isa0 sc0: at flags 0x100 on isa0 sc0: MDA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3b0-0x3bb iomem 0xb0000-0xb7fff on isa0= attimer0: at port 0x40 on isa0 Timecounter "i8254" frequency 1193182 Hz quality 0 Event timer "i8254" frequency 1193182 Hz quality 100 fdc0: No FDOUT register! ZFS NOTICE: Prefetch is disabled by default if less than 4GB of RAM is present; to enable, add "vfs.zfs.prefetch_disable=3D0" to /boot/loader.conf. ZFS filesystem version 5 ZFS storage pool version 28 Timecounters tick every 10.000 msec sym0: unknown interrupt(s) ignored, ISTAT=3D0x1 DSTAT=3D0x80 SIST=3D0x0 cd0 at ata1 bus 0 scbus1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 16.700MB/s transfers (WDMA2, ATAPI 12bytes, PIO 65534bytes) cd0: Attempt to query device size failed: NOT READY, Medium not present da0 at sym0 bus 0 scbus2 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 3.300MB/s transfers da0: Command Queueing enabled da0: 409600MB (838860800 512 byte sectors: 255H 63S/T 52216C) SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #2 Launched! Trying to mount root from zfs:rpool/ROOT/freebsd []... --------------enig5A39A522CEDA032BD2C2A7BD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQChXvAAoJECDuEZm+6Exkj5gP/RsRWVuc5voqRCnQr5xjL0Y4 6lUrLEVsjPAfmzD46SdAEim1QVWNvqqCA989ROmp0Fitn7iZ74GZmhHc+3lRO2Uk fsi4tp++7Z803XOdWg1kcDVfyyfsHcuakDqE7CVq6DX2txYsWHSadIWwWTPH/MkX oy3yEOYKH9zRYF1A81k1pFdD/K/ojLmAuYpQOtyL7djj/7DQBEGVbWDQdFbxVmBf UIRmvjAoj0eDvQY45G7BHtQFUuO6vhExq8J6bujdPSoPur3/nFlgI194IQ8+d2S9 C1hIBcE6P+vgR49pzDmC3VUg8H8QzfpF+u0GvJ3TRJ0oa2xs4HJrgbUOsVWphSPw AVZOfBNYSS3LsPcgDEQrvGEOdDEDMszqd2wgzl2teAfeXzZIW8jKEN73EbMGUT2/ 4K9eC/1Mrn0/Lss/75SE+sz+8Ipw/bNc57ApOWj4hNJKpB8e44OKbbdQD00eYBDu +IfX1ajMv/z+8Lep4uhzZLV41+Qf9hJZtqLucaAKUXSH1I3+W/AFfU8pfF0Bfx56 URG0JWctSHOOrIw8keC3SXZLGdP9bzq4KASOP8D6l8SV+Ct4lX09yFoRPXXCjMJA gU2Cxv50t+m7AgOprII6rK3ZktSCgqcCc5UPJlFtNkGXfF7jcK6Rb2tDc0Hn84YO p1c3jdEKDr3a5DZIHO/K =ZFLR -----END PGP SIGNATURE----- --------------enig5A39A522CEDA032BD2C2A7BD-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 09:36:54 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B88A1065673; Sat, 21 Jul 2012 09:36:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id BF4CE8FC0A; Sat, 21 Jul 2012 09:36:53 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1SsW7A-000E2j-Id; Sat, 21 Jul 2012 12:36:44 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Jul 2012 12:36:44 +0300 From: Daniel Braniss Message-ID: Cc: Rick Macklem , David O'Brien Subject: lsof needs update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 09:36:54 -0000 hi, lsof on freebsd 9.1: COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME ntpd 1707 root cwd unknown file system type: newnfs ntpd 1707 root rtd unknown file system type: newnfs ntpd 1707 root txt unknown file system type: newnfs ntpd 1707 root txt unknown file system type: newnfs ntpd 1707 root txt unknown file system type: newnfs ntpd 1707 root txt unknown file system type: newnfs ntpd 1707 root txt unknown file system type: newnfs ntpd 1707 root txt unknown file system type: newnfs ntpd 1707 root txt unknown file system type: newnfs ntpd 1707 root txt unknown file system type: newnfs ... cheers, danny From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 09:47:02 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 43490106564A for ; Sat, 21 Jul 2012 09:47:02 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id AAA268FC18 for ; Sat, 21 Jul 2012 09:47:01 +0000 (UTC) Received: by lbon10 with SMTP id n10so7569424lbo.13 for ; Sat, 21 Jul 2012 02:46:59 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=KlULnP0XIvevzImUz+fblLrASIiYrIfCx+ogD2cIV3w=; b=ggtEzd5skJ8jDLKi1LDsxa9+/n/YlHw8k6Yo8kano/hx5LVMAuzbF82F62LH+ocFFF ETwl2ONRVQ9OTIC40MHLrgPbT1XF/LChUKSXRm1mnJRB+tj8M/dzLuD3CT69mNyXsm5U cAH8rfqoo65qRVBm9M9inPrTrAib3nlvzWrf+kaBlMAGGdBOahNE+hcNq4S66f5I0fSy xvs5asLpuH98C8iNMV+jrCvu6WTPMh2mUYzpERv9qjp+Oorj2+9pbwbSmDkwo/rJaki+ uVd0PxBinIJ+krJCH3dFsRNhKxH8kKyXx7qhgj9Kh8puDpUKw8UbUvzY8rlm3Y12RDt2 ciCw== Received: by 10.152.125.133 with SMTP id mq5mr9390208lab.12.1342864019728; Sat, 21 Jul 2012 02:46:59 -0700 (PDT) Received: from zont-osx.local (ppp95-165-136-71.pppoe.spdop.ru. [95.165.136.71]) by mx.google.com with ESMTPS id mo3sm7281952lab.2.2012.07.21.02.46.58 (version=SSLv3 cipher=OTHER); Sat, 21 Jul 2012 02:46:59 -0700 (PDT) Message-ID: <500A7A91.2030302@zonov.org> Date: Sat, 21 Jul 2012 13:46:57 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Daniel Braniss References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnweIn+TE3h2g6XI+fI0Wrkt01Y+wNbLdreWEAzvNkHdQaMbABNk2bLWRGlYHU6sW7ubpvC Cc: freebsd-stable@freebsd.org Subject: Re: 9.1-PRERELEASE and ntpd problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 09:47:02 -0000 http://lists.freebsd.org/pipermail/svn-src-head/2012-March/035236.html You should set ipv6_activate_all_interfaces="YES" in your rc.conf. For now you can fix this with `ifconfig $if inet6 -ifdisabled'. On 7/20/12 12:18 PM, Daniel Braniss wrote: > my console is filling up with: > > Jul 20 11:08:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123, > scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign > requested address > Jul 20 11:08:18 pundit ntpd[1075]: unable to create socket on re0 (8) for > fe80::f66d:4ff:fee1:f7ba#123 > Jul 20 11:13:18 pundit ntpd[1075]: bind() fd 27, family AF_INET6, port 123, > scope 2, addr fe80::f66d:4ff:fee1:f7ba, mcast=0 flags=0x11 fails: Can't assign > requested address > Jul 20 11:13:18 pundit ntpd[1075]: unable to create socket on re0 (9) for > fe80::f66d:4ff:fee1:f7ba#123 > > any ideas? > thanks, > danny > -- Andrey Zonov From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 13:30:12 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC2451065672 for ; Sat, 21 Jul 2012 13:30:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 4F37B8FC18 for ; Sat, 21 Jul 2012 13:30:12 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q6LDUK6Q013214; Sat, 21 Jul 2012 16:30:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5) with ESMTP id q6LDU8jZ038810; Sat, 21 Jul 2012 16:30:08 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q6LDU72C038809; Sat, 21 Jul 2012 16:30:07 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 21 Jul 2012 16:30:07 +0300 From: Konstantin Belousov To: Richard Yao Message-ID: <20120721133007.GB2676@deviant.kiev.zoral.com.ua> References: <5009DA78.5070709@gentoo.org> <5009FA7E.6020601@gentoo.org> <20120721005610.GW2676@deviant.kiev.zoral.com.ua> <500A15E9.3080108@gentoo.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ydr+kCxCcP3yQKPN" Content-Disposition: inline In-Reply-To: <500A15E9.3080108@gentoo.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: stable@freebsd.org Subject: Re: FreeBSD 9.1 Beta 1 fails to install in qemu-kvm on Gentoo Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 13:30:13 -0000 --ydr+kCxCcP3yQKPN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jul 20, 2012 at 10:37:29PM -0400, Richard Yao wrote: > On 07/20/2012 08:56 PM, Konstantin Belousov wrote: > > On Fri, Jul 20, 2012 at 08:40:30PM -0400, Richard Yao wrote: > >> On 07/20/2012 06:23 PM, Richard Yao wrote: > >>> Dear FreeBSD Developers, > >>> > >>> Trying to install FreeBSD 9.1 Beta 1 in qemu-kvm on Gentoo Linux fails > >>> before the kernel dmesg with 'kernel trap 9 with interrupts disabled'= . I > >>> am running the following command: > >>> > >>> qemu-system-x86_64 -drive > >>> file=3D/dev/zvol/rpool/KVM/freebsd,if=3Dscsi-bootorder=3Dc > >>> -cdrom/mnt/backup/isos/FreeBSD-9.1-BETA1-amd64-disc1.iso -m2048 -smp > >>> 6,cores=3D6,threads=3D1,sockets=3D1 -curses -net > >>> nic,model=3De1000,macaddr=3D52:54:00:00:ee:04 -cpu host > >>> > >>> If I use FreeBSD-9.0-RELEASE-amd64-dvd1.iso, I can do an install with= out > >>> any problems. > >>> > >>> Yours truly, > >>> Richard Yao > >>> > >> > >> I have an update. > >> > >> 1. There is no backtrace. The only thing that I see printed after the > >> boot screen with beastie is a single line: > >> > >> 'kernel trap 9 with interrupts disabled' > > This line is probably printed after the banner and might be CPU features > > line. Is this true ? If so, show it. >=20 > I do not know what the banner is. However, that line is printed The copyright of UCB and registered trademark of FF lines are usually referred as banner. > immediately after the boot2 menu with Beastie. It occurs when I would > expect to see "Copyright (c) 1992-2012 The FreeBSD Project.". I see no > other visible characters aside from those from the boot2 menu with Beasti= e. Ok. =2E... > Here is the dmesg output from FreeBSD 9.0-RELEASE with -cpu host: =2E... > Features=3D0x1783fbff > Features2=3D0x80802001 > AMD Features=3D0xe6500800 > AMD Features2=3D0x1f7 =2E.. > Here is the dmesg output from FreeBSD 9.0-RELEASE without -cpu host: =2E.. > Features=3D0x1783fbfd > Features2=3D0x80802001 > AMD Features=3D0x20100800 > AMD Features2=3D0x67 The only difference between these two which triggers some memories is the absence of Page1GB in !-cpu host case. Could you try to comment out the if ((amd_feature & AMDID_PAGE1GB) !=3D 0) ndm1g =3D ptoa(Maxmem) >> PDPSHIFT; lines in create_pagetables() function from sys/amd64/amd64/pmap.c and see whether resulting kernel boots on -cpu host configuration ? --ydr+kCxCcP3yQKPN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlAKrt8ACgkQC3+MBN1Mb4hVNwCcDaWAOx5+Ps/DK/tCUDWfx3RT QcsAniF+NqsTqF1707QSLbLGueDwKRfi =NH/h -----END PGP SIGNATURE----- --ydr+kCxCcP3yQKPN-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 13:41:00 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF033106564A for ; Sat, 21 Jul 2012 13:41:00 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2A66E8FC0C for ; Sat, 21 Jul 2012 13:41:00 +0000 (UTC) Received: from vincemacbook.unsane.co.uk (vincemacbook.unsane.co.uk [10.10.10.20]) (authenticated bits=0) by unsane.co.uk (8.14.5/8.14.5) with ESMTP id q6LDeweb003165 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 21 Jul 2012 14:40:58 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <500AB16A.3010202@unsane.co.uk> Date: Sat, 21 Jul 2012 14:40:58 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:13.0) Gecko/20120614 Thunderbird/13.0.1 MIME-Version: 1.0 To: Richard Yao References: <5009DA78.5070709@gentoo.org> <5009FA7E.6020601@gentoo.org> <20120721005610.GW2676@deviant.kiev.zoral.com.ua> <500A15E9.3080108@gentoo.org> In-Reply-To: <500A15E9.3080108@gentoo.org> X-Enigmail-Version: 1.4.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: stable@freebsd.org Subject: Re: FreeBSD 9.1 Beta 1 fails to install in qemu-kvm on Gentoo Linux X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 13:41:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 21/07/2012 03:37, Richard Yao wrote: >> Can you boot FreeBSD kernel on this machine bare ? > This machine is headless. It would be difficult for me to boot FreeBSD > on it. > Not necessarily useful now, but for future reference I've found pxebooting an mfsbsd image useful for getting freebsd on headless systems in the past. http://blog.vx.sk/archives/26-Tutorial-FreeBSD-network-boot-with-mfsBSD-and-pxelinux.html Vince -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQCrFqAAoJEF4mgOY1fXowvLQP/1zsa/l4fiF0ZcAfEdVTdV0W tzvWVizVLsltd5HOgDDr+2JGyAZq6AgwtTGdJAT+djIO6g6+UbLHQaHgWHL0JS7H 4DGRIAe55jAhUdYCv4OvIZCYcrsHQR8uPsUYONIDRVR5MLTfN4bp6tE0SkmRjG9O N+F8CUR/De2GuDK+U+qpCQNB7CpPJFgvHjadb67GBdKIAvp8xW+qwVkCDjkl8Mt3 7UBwhMFJCkyIhNmZzmsK3zRtfS8AIGcrCUvjGB2MYj3G7qp+TUhL15fapoXe1Vqa p3LD2r8yuKg2HnGXduYVTswY6TzFqwHdkayvLYTWdsqJfxSXVF8QKElpx6p78E8I H7EgJ9SqOCWH0Gbf7spFQqv8QrpygtpHPhBhfeKRKshVQrCNZTfFC3eb8XwVPaZZ CYuxTzKS4N2JNtsn0YUy+TI47SrQTbxuMYPe5MQm/H0GgAtmGxJuOBhE+LvvVhLF fqLd3QpcDBcfX2I2i1UVy0ayPJMo4G+VKq+OLLjk42WaE+/aQEqrbTLPyJlMhsNp NP1RKqKOMFR3MPk1b5hVHymsAJwvovplZqFnoLmr5N20reRqSQ7zIHvJzApDHJnn HN8xij6KYHClUzoZzY6ZZCoWvcBwDxNuhO90U10BXTTxvPG+fl/TRZZonRLZ9HBj bnbK3dPqsfcy+U3CuKDB =lN+S -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 16:03:56 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 02B8C106566B; Sat, 21 Jul 2012 16:03:56 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4C68FC08; Sat, 21 Jul 2012 16:03:55 +0000 (UTC) Received: by bkcje9 with SMTP id je9so4248857bkc.13 for ; Sat, 21 Jul 2012 09:03:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=LU+mqATWrqwoqz5sCn9NKjYGNlr2eO7zBM004IuOXkA=; b=cl2EJdiEY5cRDJLq02rGmkcWaAYeKHUNZd2riJkiTkWE2KCU6OIE50FRlCzBaGbKB3 Q6C4Z1bK2xSoAN224p4q+lScQBICGJNqbETJH3aEkILTDu8nTOWTH1qxXO4VK5jIJXAF h9itbbx4pFbGiyJFFCdrugec4DyMCZvBoh33O1aBjkuyGa8frTMkxnG4Km/DKEF9BztC 7Jpmj/cC5xBtnVeEwibQUrWO8lhqAo+BlMkt1svkExlmitbNoBsYvDHo3RILEXlkh66g dYFV3PlzVpkwbawlkTcbwWVgObLQqHF1AkT0PdCIrlWMxxJqC6vb2SPDjnlBApuIqNZ4 mpFg== Received: by 10.204.148.72 with SMTP id o8mr4849088bkv.103.1342886634045; Sat, 21 Jul 2012 09:03:54 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.49.87 with HTTP; Sat, 21 Jul 2012 09:03:23 -0700 (PDT) In-Reply-To: References: From: Chris Rees Date: Sat, 21 Jul 2012 17:03:23 +0100 X-Google-Sender-Auth: Kc4gjIHrW_eb71K0KFwGmzKrZmU Message-ID: To: Daniel Braniss Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, Rick Macklem , David O'Brien Subject: Re: lsof needs update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 16:03:56 -0000 On 21 July 2012 10:36, Daniel Braniss wrote: > hi, lsof on freebsd 9.1: > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > ntpd 1707 root cwd unknown file > system type: newnfs > ntpd 1707 root rtd unknown file > system type: newnfs > ntpd 1707 root txt unknown file > system type: newnfs > ntpd 1707 root txt unknown file > system type: newnfs > ntpd 1707 root txt unknown file > system type: newnfs > ntpd 1707 root txt unknown file > system type: newnfs > ntpd 1707 root txt unknown file > system type: newnfs > ntpd 1707 root txt unknown file > system type: newnfs > ntpd 1707 root txt unknown file > system type: newnfs > ntpd 1707 root txt unknown file > system type: newnfs Did you recompile lsof when upgrading? Chris From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 17:04:07 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 66B97106564A; Sat, 21 Jul 2012 17:04:07 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 119FA8FC12; Sat, 21 Jul 2012 17:04:07 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1Ssd63-000I3t-Tp; Sat, 21 Jul 2012 20:04:04 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Chris Rees In-reply-to: References: Comments: In-reply-to Chris Rees message dated "Sat, 21 Jul 2012 17:03:23 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 21 Jul 2012 20:04:03 +0300 From: Daniel Braniss Message-ID: Cc: stable@freebsd.org, Rick Macklem , David O'Brien Subject: Re: lsof needs update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 17:04:07 -0000 > On 21 July 2012 10:36, Daniel Braniss wrote: > > hi, lsof on freebsd 9.1: > > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME > > ntpd 1707 root cwd unknown file > > system type: newnfs > > ntpd 1707 root rtd unknown file > > system type: newnfs > > ntpd 1707 root txt unknown file > > system type: newnfs > > ntpd 1707 root txt unknown file > > system type: newnfs > > ntpd 1707 root txt unknown file > > system type: newnfs > > ntpd 1707 root txt unknown file > > system type: newnfs > > ntpd 1707 root txt unknown file > > system type: newnfs > > ntpd 1707 root txt unknown file > > system type: newnfs > > ntpd 1707 root txt unknown file > > system type: newnfs > > ntpd 1707 root txt unknown file > > system type: newnfs > > Did you recompile lsof when upgrading? > > Chris I compiled it last week, but just in case I did it again, samr result lsof -v lsof version information: revision: 4.86 latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/ latest FAQ: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/FAQ latest man page: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_man constructed: Sat Jul 21 20:00:36 IDT 2012 constructed by and on: root@pe-00 compiler: cc compiler flags: -pipe -fno-strict-aliasing -DHASEFFNLINK=i_effnlink -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=9000 -DHASFDESCFS=2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME -DLSOF_VSTR="9.1-PRERELEASE" -I/usr/src/sys -O2 loader flags: -L./lib -llsof -lkvm system info: FreeBSD pe-00 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #6: Fri Jul 20 17:41:41 IDT 2012 danny@rnd:/home/obj/rnd/r+d/stable/9/sys/HUJI amd64 Anyone can list all files. /dev warnings are enabled. Kernel ID check is enabled. Device cache file read-only paths: Named via -D: none Named in environment variable LSOFDEVCACHE: none Personal path format (HASPERSDC): "%h/%p.lsof_%L" Modified personal path environment variable: LSOFPERSDCPATH LSOFPERSDCPATH value: none Personal path: /root/.lsof_pe-00 Device cache file write paths: Named via -D: none Named in environment variable LSOFDEVCACHE: none Personal path format (HASPERSDC): "%h/%p.lsof_%L" Modified personal path environment variable: LSOFPERSDCPATH LSOFPERSDCPATH value: none Personal path: /root/.lsof_pe-00 From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 17:09:25 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 08B30106566B; Sat, 21 Jul 2012 17:09:25 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3ECB48FC08; Sat, 21 Jul 2012 17:09:24 +0000 (UTC) Received: by bkcje9 with SMTP id je9so4267493bkc.13 for ; Sat, 21 Jul 2012 10:09:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=404sz/y0hF/juV8vO9mDcd9Pjn9OtUG161t19FU0ILo=; b=R04OuK5zEXvZSuiLN6QJdLuwdtk2B0QsB3Z4DaDjEiW7uJj24B+o/s+gHcBjcu+UQn o8e4RJ/XFdBesF3pT+jblwCUAr4cV3WMTxfXDkJopssMX434wE2/g/LFxq9jd1IsSySM gHMWkxKwHRGwlK/j/7rYxb61ZAaSjJl2BHqeblPi6ftQZhXEh8cfwobv0OTwzeffIzg4 rfsxRNm4NwSKbESaDdSXuLuhzo9Ioy5xBDnsvK4Rp+l+VYHFAQO5oWbf6HtQ+9Gi5xrC uCgyaqWiJjs4QcPE0ksF5iUDi2dfhusFKutpwVsFwymfWouPPUyv+RmdHgoT48/R4yCB b36g== Received: by 10.204.148.72 with SMTP id o8mr4924970bkv.103.1342890563010; Sat, 21 Jul 2012 10:09:23 -0700 (PDT) MIME-Version: 1.0 Sender: utisoft@gmail.com Received: by 10.204.49.87 with HTTP; Sat, 21 Jul 2012 10:08:52 -0700 (PDT) In-Reply-To: References: From: Chris Rees Date: Sat, 21 Jul 2012 18:08:52 +0100 X-Google-Sender-Auth: rAvj-ca6V0zsH3sLONN2D4w48uA Message-ID: To: Daniel Braniss , Larry Rosenman Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Rick Macklem , David O'Brien Subject: Re: lsof needs update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 17:09:25 -0000 On 21 July 2012 18:04, Daniel Braniss wrote: >> On 21 July 2012 10:36, Daniel Braniss wrote: >> > hi, lsof on freebsd 9.1: >> > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >> > ntpd 1707 root cwd unknown= file >> > system type: newnfs >> > ntpd 1707 root rtd unknown= file >> > system type: newnfs >> > ntpd 1707 root txt unknown= file >> > system type: newnfs >> > ntpd 1707 root txt unknown= file >> > system type: newnfs >> > ntpd 1707 root txt unknown= file >> > system type: newnfs >> > ntpd 1707 root txt unknown= file >> > system type: newnfs >> > ntpd 1707 root txt unknown= file >> > system type: newnfs >> > ntpd 1707 root txt unknown= file >> > system type: newnfs >> > ntpd 1707 root txt unknown= file >> > system type: newnfs >> > ntpd 1707 root txt unknown= file >> > system type: newnfs >> >> Did you recompile lsof when upgrading? >> >> Chris > I compiled it last week, but just in case I did it again, samr result > > lsof -v > lsof version information: > revision: 4.86 > latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/ > latest FAQ: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/FAQ > latest man page: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_= man > constructed: Sat Jul 21 20:00:36 IDT 2012 > constructed by and on: root@pe-00 > compiler: cc > compiler flags: -pipe -fno-strict-aliasing -DHASEFFNLINK=3Di_effnlink= -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 -DHAS_VM_MEMATTR_T = -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H -DHAS_ZFS -DHAS_V_LOCKF -DH= AS_LOCKF_ENTRY -DHAS_NO_6PORT -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV= =3D9000 -DHASFDESCFS=3D2 -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DH= AS_STRFTIME -DLSOF_VSTR=3D"9.1-PRERELEASE" -I/usr/src/sys -O2 > loader flags: -L./lib -llsof -lkvm > system info: FreeBSD pe-00 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #6: = Fri Jul 20 17:41:41 IDT 2012 danny@rnd:/home/obj/rnd/r+d/stable/9/sys/HUJI = amd64 > Anyone can list all files. > /dev warnings are enabled. > Kernel ID check is enabled. > Device cache file read-only paths: > Named via -D: none > Named in environment variable LSOFDEVCACHE: none > Personal path format (HASPERSDC): "%h/%p.lsof_%L" > Modified personal path environment variable: LSOFPERSDCPATH > LSOFPERSDCPATH value: none > Personal path: /root/.lsof_pe-00 > Device cache file write paths: > Named via -D: none > Named in environment variable LSOFDEVCACHE: none > Personal path format (HASPERSDC): "%h/%p.lsof_%L" > Modified personal path environment variable: LSOFPERSDCPATH > LSOFPERSDCPATH value: none > Personal path: /root/.lsof_pe-00 OK, I've copied in the lsof port maintainer too then, so he knows. Chris From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 18:12:14 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01D70106566B; Sat, 21 Jul 2012 18:12:14 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id B0AE18FC0A; Sat, 21 Jul 2012 18:12:13 +0000 (UTC) Received: by pbbro2 with SMTP id ro2so8845664pbb.13 for ; Sat, 21 Jul 2012 11:12:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=PnNHhR+GUVDzehGzEZH1OxZgIJalL8eNwyy9pPzOyc4=; b=Xga3P1nYhonHgl8pwsC8kkwht6qvJwjQhHBExmoEqsPdUT55gOPnWhf8TVyT8fWENh NiBC8nIAfjcV183iniJkou2xLhF3enkbLGEu7EapV+4pbwrirfnU0K+0KOJcoK1c7SLa uMebzlEpSWO6O6sIeONBTXVJnCHXo4cBHeZYIx5qZ5fZTlHMk/HksTj7sqweZC5GBvF3 Sbz7ByGrB6V+OyUb7S3Sg9DjpkM3+7aDbnqlyJfFVY+2Igdin3nAzwhC8U0f9Z+A7pDi 9GEsib6dle3DhziMP5/rO0dZ28OMCQEd5S10vuq8QKlIv+25mAQx4HAUdk9bXPOprjZ4 Tqmw== MIME-Version: 1.0 Received: by 10.68.238.166 with SMTP id vl6mr522899pbc.96.1342894333462; Sat, 21 Jul 2012 11:12:13 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.191.138 with HTTP; Sat, 21 Jul 2012 11:12:13 -0700 (PDT) In-Reply-To: <20120625.225430.106438166.iwasaki@jp.FreeBSD.org> References: <20120624.022452.67408510.iwasaki@jp.FreeBSD.org> <20120625.225430.106438166.iwasaki@jp.FreeBSD.org> Date: Sat, 21 Jul 2012 11:12:13 -0700 X-Google-Sender-Auth: 9q5Ru1lzlnwhbrNgbQi9zTjBXuQ Message-ID: From: Adrian Chadd To: Mitsuru IWASAKI Content-Type: text/plain; charset=ISO-8859-1 Cc: iwasaki@freebsd.org, freebsd-stable@freebsd.org, jkim@freebsd.org, freebsd-mobile@freebsd.org Subject: Re: STABLE/9 SMP ACPI suspend/resume - video mode not being restored X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 18:12:14 -0000 Hi! On 25 June 2012 06:54, Mitsuru IWASAKI wrote: > Ah, then i915.ko should restore the graphic state on resuming. > If your problem still remains, please try the patches: Nope, it doesn't. :( > http://people.freebsd.org/~iwasaki/acpi/syscons-vesa-resume-20120529.diff I'll try this over the weekend! Adrian From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 18:59:19 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E22B2106566C; Sat, 21 Jul 2012 18:59:19 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 99FF98FC12; Sat, 21 Jul 2012 18:59:19 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 550C91E0010C; Sat, 21 Jul 2012 20:59:13 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.4/8.14.4) with ESMTP id q6LIwEF1004970; Sat, 21 Jul 2012 20:58:14 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.4/8.14.3/Submit) id q6LIwENs004969; Sat, 21 Jul 2012 20:58:14 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 21 Jul 2012 20:58:13 +0200 To: freebsd-stable@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20120721185813.GA4457@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Cc: rick@lgarchitecture.com Subject: Fix for grub 2.00/bzr kfreebsd to boot 9.1 kernels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 18:59:20 -0000 Hi! I'm in the process of testing 9.1 on the laptop where I use grub2 because I had to put bsd in an `extended' slice, and I found out grub2 won't boot the 9.1 kernel. Asked on #grub where phcoder found the fix after I made him a test iso using grub-mkrescue: http://paste.debian.net/180121/ Applied that to grub 2.00 from here: http://ftp.gnu.org/gnu/grub/grub-2.00.tar.xz (built on a Linux debian slice with checkinstall), and that got the 9.1 kernel booting. So maybe the sysutils/grub2 maintainer (Cc'd) wants to update the port to 2.00 and add the patch in files/? :) (It's still at 1.98 currently where the patch doesn't apply.) The kfreebsd way to boot this affects is the same as in this earlier post: http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-March/011828.html (i.e. this is not chainloading bsd's loader but grub loading the kernel and klds itself. I think this way to boot was originally added by the debian kfreebsd guys, hence the command kfreebsd...) HTH, Juergen From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 19:52:39 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C534D106566B; Sat, 21 Jul 2012 19:52:39 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (lrosenman-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:3ad::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7FA0F8FC0C; Sat, 21 Jul 2012 19:52:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Cc:To:From:Subject:Date:References:In-Reply-To:Message-ID; bh=RHcDmXZ11tOZhyq5Li7ya7u5hoz1wD3SfXenrwxkxX0=; b=dgx+kHA6Z51xxxRxTlXj9edrlkhLMz5Z1EmpWm79nSYj9Pt+sUS8Y1wuBl7YXkaghz9pTM5DAEphYZ2sKLhZNi6gVUjLwtam7wUNoDDZsD/uo6BxS6fOZw/+ImkL9WvnS/z5sy6LIvBcooMuJwz2Cd2U0XW/JWsTD3PeX9M3Vps=; Received: from localhost.lerctr.org ([127.0.0.1]:42111 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.80 (FreeBSD)) (envelope-from ) id 1Ssfj9-000FXf-RX; Sat, 21 Jul 2012 14:52:37 -0500 Received: from 32.97.110.60 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Sat, 21 Jul 2012 14:52:35 -0500 Message-ID: <529ee5f1de0806b57470a954ff29e56a.squirrel@webmail.lerctr.org> In-Reply-To: References: Date: Sat, 21 Jul 2012 14:52:35 -0500 From: "Larry Rosenman" To: "Chris Rees" User-Agent: SquirrelMail/1.4.22 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -2.9 (--) X-LERCTR-Spam-Score: -2.9 (--) X-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FSL_RCVD_USER=0.001, T_RP_MATCHES_RCVD=-0.01 X-LERCTR-Spam-Report: SpamScore (-2.9/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, FSL_RCVD_USER=0.001, T_RP_MATCHES_RCVD=-0.01 Cc: stable@freebsd.org, Rick Macklem , David O'Brien Subject: Re: lsof needs update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 19:52:39 -0000 Thanks. I'll report to Vic, and see if we can get a fix soonish. On Sat, July 21, 2012 12:08 pm, Chris Rees wrote: > On 21 July 2012 18:04, Daniel Braniss wrote: >>> On 21 July 2012 10:36, Daniel Braniss wrote: >>> > hi, lsof on freebsd 9.1: >>> > COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME >>> > ntpd 1707 root cwd >>> unknown file >>> > system type: newnfs >>> > ntpd 1707 root rtd >>> unknown file >>> > system type: newnfs >>> > ntpd 1707 root txt >>> unknown file >>> > system type: newnfs >>> > ntpd 1707 root txt >>> unknown file >>> > system type: newnfs >>> > ntpd 1707 root txt >>> unknown file >>> > system type: newnfs >>> > ntpd 1707 root txt >>> unknown file >>> > system type: newnfs >>> > ntpd 1707 root txt >>> unknown file >>> > system type: newnfs >>> > ntpd 1707 root txt >>> unknown file >>> > system type: newnfs >>> > ntpd 1707 root txt >>> unknown file >>> > system type: newnfs >>> > ntpd 1707 root txt >>> unknown file >>> > system type: newnfs >>> >>> Did you recompile lsof when upgrading? >>> >>> Chris >> I compiled it last week, but just in case I did it again, samr result >> >> lsof -v >> lsof version information: >> revision: 4.86 >> latest revision: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/ >> latest FAQ: ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/FAQ >> latest man page: >> ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/lsof_man >> constructed: Sat Jul 21 20:00:36 IDT 2012 >> constructed by and on: root@pe-00 >> compiler: cc >> compiler flags: -pipe -fno-strict-aliasing -DHASEFFNLINK=i_effnlink >> -DHASF_VNODE -DHASSBSTATE -DHAS_KVM_VNODE -DHAS_UFS1_2 >> -DHAS_VM_MEMATTR_T -DHAS_CDEV2PRIV -DHAS_NO_SI_UDEV -DHAS_SYS_SX_H >> -DHAS_ZFS -DHAS_V_LOCKF -DHAS_LOCKF_ENTRY -DHAS_NO_6PORT >> -DHAS_NO_6PPCB -DNEEDS_BOOLEAN_T -DFREEBSDV=9000 -DHASFDESCFS=2 >> -DHASPSEUDOFS -DHASNULLFS -DHASIPv6 -DHASUTMPX -DHAS_STRFTIME >> -DLSOF_VSTR="9.1-PRERELEASE" -I/usr/src/sys -O2 >> loader flags: -L./lib -llsof -lkvm >> system info: FreeBSD pe-00 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #6: >> Fri Jul 20 17:41:41 IDT 2012 >> danny@rnd:/home/obj/rnd/r+d/stable/9/sys/HUJI amd64 >> Anyone can list all files. >> /dev warnings are enabled. >> Kernel ID check is enabled. >> Device cache file read-only paths: >> Named via -D: none >> Named in environment variable LSOFDEVCACHE: none >> Personal path format (HASPERSDC): "%h/%p.lsof_%L" >> Modified personal path environment variable: LSOFPERSDCPATH >> LSOFPERSDCPATH value: none >> Personal path: /root/.lsof_pe-00 >> Device cache file write paths: >> Named via -D: none >> Named in environment variable LSOFDEVCACHE: none >> Personal path format (HASPERSDC): "%h/%p.lsof_%L" >> Modified personal path environment variable: LSOFPERSDCPATH >> LSOFPERSDCPATH value: none >> Personal path: /root/.lsof_pe-00 > > OK, I've copied in the lsof port maintainer too then, so he knows. > > Chris > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-stable@FreeBSD.ORG Sat Jul 21 20:40:18 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65F65106564A for ; Sat, 21 Jul 2012 20:40:18 +0000 (UTC) (envelope-from rick@sloservers.com) Received: from mail.sloservers.com (vps.sloservers.com [204.109.61.218]) by mx1.freebsd.org (Postfix) with ESMTP id 390EC8FC14 for ; Sat, 21 Jul 2012 20:40:18 +0000 (UTC) Received: from [192.168.11.6] (port=15164 helo=thinking.kicks-ass.org) by mail.sloservers.com with smtp (Exim 4.76 #0 (EximConfig 2.5)) id 1SsgTG-000MTJ-81 for ; Sat, 21 Jul 2012 16:40:15 -0400 Received: (qmail 46985 invoked by uid 98); 21 Jul 2012 13:40:13 -0700 Received: from [192.168.1.102] (HELO [192.168.1.102]) (192.168.1.102) (smtp-auth username rick@sloservers.com, mechanism plain) by thinking.kicks-ass.org (qpsmtpd/0.83) with (CAMELLIA256-SHA encrypted) ESMTPSA; Sat, 21 Jul 2012 13:40:13 -0700 Message-ID: <500B13AA.5080505@sloservers.com> Date: Sat, 21 Jul 2012 13:40:10 -0700 From: Rick User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Juergen Lock References: <20120721185813.GA4457@triton8.kn-bremen.de> In-Reply-To: <20120721185813.GA4457@triton8.kn-bremen.de> X-Enigmail-Version: 1.4.3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-EximConfig: v2.5 on mail.sloservers.com (http://www.jcdigita.com/eximconfig) X-SA-Exim-Connect-IP: 192.168.11.6 X-SA-Exim-Mail-From: rick@sloservers.com Cc: freebsd-current@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: Fix for grub 2.00/bzr kfreebsd to boot 9.1 kernels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 20:40:18 -0000 Hi Juergen, My email address has changed so don't be alarmed if your CC bounces. :) An update of grub2 is long overdue, so I'll work on that right now. -Rick On 2012/07/21 11:58, Juergen Lock wrote: > Hi! > > I'm in the process of testing 9.1 on the laptop where I use grub2 > because I had to put bsd in an `extended' slice, and I found out > grub2 won't boot the 9.1 kernel. Asked on #grub where phcoder > found the fix after I made him a test iso using grub-mkrescue: > > http://paste.debian.net/180121/ > > Applied that to grub 2.00 from here: > > http://ftp.gnu.org/gnu/grub/grub-2.00.tar.xz > > (built on a Linux debian slice with checkinstall), and that got > the 9.1 kernel booting. So maybe the sysutils/grub2 maintainer > (Cc'd) wants to update the port to 2.00 and add the patch in > files/? :) (It's still at 1.98 currently where the patch doesn't > apply.) > > The kfreebsd way to boot this affects is the same as in this > earlier post: > > http://lists.freebsd.org/pipermail/freebsd-multimedia/2011-March/011828.html > > (i.e. this is not chainloading bsd's loader but grub loading the > kernel and klds itself. I think this way to boot was originally > added by the debian kfreebsd guys, hence the command kfreebsd...) > > HTH, > Juergen > _______________________________________________ > 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-stable@FreeBSD.ORG Sat Jul 21 21:21:50 2012 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 51C0E106566B for ; Sat, 21 Jul 2012 21:21:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from opti.dougb.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C63D214F6F5; Sat, 21 Jul 2012 21:21:49 +0000 (UTC) Message-ID: <500B1D6D.5090306@FreeBSD.org> Date: Sat, 21 Jul 2012 14:21:49 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:13.0) Gecko/20120621 Thunderbird/13.0.1 MIME-Version: 1.0 To: Juergen Lock References: <20120721185813.GA4457@triton8.kn-bremen.de> In-Reply-To: <20120721185813.GA4457@triton8.kn-bremen.de> X-Enigmail-Version: 1.4.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: rick@lgarchitecture.com, freebsd-stable@FreeBSD.org Subject: Re: Fix for grub 2.00/bzr kfreebsd to boot 9.1 kernels X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jul 2012 21:21:50 -0000 [ Removed -current, not relevant to 9.x ] On 07/21/2012 11:58, Juergen Lock wrote: > Hi! > > I'm in the process of testing 9.1 on the laptop where I use grub2 > because I had to put bsd in an `extended' slice, and I found out > grub2 won't boot the 9.1 kernel. Nothing will boot FreeBSD on an extended slice, I'm surprised it even installed. -- Change is hard.