From owner-freebsd-stable@FreeBSD.ORG Sun Mar 4 02:01:38 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 8949E106564A for ; Sun, 4 Mar 2012 02:01:38 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 5D4D78FC14 for ; Sun, 4 Mar 2012 02:01:38 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id q2421Z6n082119 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 3 Mar 2012 18:01:35 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.14.2/Submit) with UUCP id q2421ZHd082118; Sat, 3 Mar 2012 18:01:35 -0800 (PST) (envelope-from perryh@pluto.rain.com) Received: from fbsd81 ([192.168.200.81]) by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA16261; Sat, 3 Mar 12 17:51:25 PST Date: Sun, 04 Mar 2012 00:51:10 -0800 From: perryh@pluto.rain.com To: freebsd@damnhippie.dyndns.org Message-Id: <4f532cfe.QgEyYT6tgG2JPvGA%perryh@pluto.rain.com> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F513B2D.6010809@FreeBSD.org> <4F5148A7.4080408@FreeBSD.org> <4F51BDDA.3020602@hm.net.br> <4f525035.FeXsLHWGEs0tQIdS%perryh@pluto.rain.com> <1330793788.10695.60.camel@revolution.hippie.lan> In-Reply-To: <1330793788.10695.60.camel@revolution.hippie.lan> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: flowtable usable or not 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, 04 Mar 2012 02:01:38 -0000 Ian Lepore wrote: > On Sat, 2012-03-03 at 09:09 -0800, perryh@pluto.rain.com wrote: > > H wrote: > > > ... Forever installing FreeBSD Desktop, either KDE or Gnome, > > > was a nightmare process, or better, to make it appear on screen > > > was a nightmare. > > > > I have never understood the point of KDE or Gnome, other than > > (perhaps) as eye candy for the uninitiated. If I wanted a > > Windows desktop, I would install Windows. If I wanted a Mac > > desktop, I would use a Mac. > > I've been getting paid to develop software since 1975 -- Same here (approximately). > Maybe you long for a return to punch cards and fanfold greenbar > paper, but I'm not going back there. I think we've both been around long enough to know that even an ADM-3 or a 3270 is a step up from "punch cards and fanfold greenbar paper". The second step up is screen(1), and AFAIK no one is advocating a "return" even to that level of functionality, much less to anything more primitive. The next improvement is huge, and costly: high-resolution display hardware, and the software (X11, xterm, basic window manager) to handle it. That provides the capability to use multiple windows -- to see several ptys at the same time instead of being able to see only one and having to remember what's on the rest. I think most of us would agree that, costly as this upgrade is, it is justified for most desktop systems. Once we have the high-resolution display capability, it becomes possible to add graphics-based productivity apps like a PDF viewer, web browser, word processor, calendar, drawing programs, etc. I _know_ it is possible to run all that with nothing more than X11 and the same basic window manager, because I do it on a daily basis. The question remains: what more does KDE or Gnome bloatware provide, other than eye candy? > It's exactly because I don't want a Windows or Mac desktop that > I use gnome. Last I saw, Gnome was a way to make an otherwise perfectly good X-windows desktop look like MacOS X. Again, what's the point? What does Gnome give you, that twm or fvwm2 would not? From owner-freebsd-stable@FreeBSD.ORG Sun Mar 4 05:46:28 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 6FE03106564A for ; Sun, 4 Mar 2012 05:46:28 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 53E488FC14 for ; Sun, 4 Mar 2012 05:46:28 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 10EB560CA; Sat, 3 Mar 2012 23:46:28 -0600 (CST) Date: Sat, 3 Mar 2012 23:46:28 -0600 From: Mark Linimon To: Nomen Nescio Message-ID: <20120304054628.GB6622@lonesome.com> References: <20120302164505.GA1500@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org Subject: Re: ports usable or not [was: flowtable usable or not] 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, 04 Mar 2012 05:46:28 -0000 On Sat, Mar 03, 2012 at 09:08:28PM +0100, Nomen Nescio wrote: > Thanks mcl. I am off on other things for now but I will file PRs next time > I come across something. In the past I have emailed the port maintainer and > the answer is usually "yeah I know". After a few of those I thought filing > PRs is a waste of time considering the maintainer doesn't seem to care. Once PRs are filed, we are able to track them and if the maintainer does not work on them after a period of time, it's fair game for other people to work on them as well. mcl From owner-freebsd-stable@FreeBSD.ORG Sun Mar 4 07:01: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 34325106566B for ; Sun, 4 Mar 2012 07:01:08 +0000 (UTC) (envelope-from i.junus@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id DF0868FC19 for ; Sun, 4 Mar 2012 07:01:07 +0000 (UTC) Received: by ghrr20 with SMTP id r20so1471919ghr.13 for ; Sat, 03 Mar 2012 23:01:07 -0800 (PST) Received-SPF: pass (google.com: domain of i.junus@gmail.com designates 10.236.76.198 as permitted sender) client-ip=10.236.76.198; Authentication-Results: mr.google.com; spf=pass (google.com: domain of i.junus@gmail.com designates 10.236.76.198 as permitted sender) smtp.mail=i.junus@gmail.com; dkim=pass header.i=i.junus@gmail.com Received: from mr.google.com ([10.236.76.198]) by 10.236.76.198 with SMTP id b46mr21252340yhe.25.1330844467189 (num_hops = 1); Sat, 03 Mar 2012 23:01:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=ubgytRPn5LBbXFbrESFTVsgLxDAqU4cRkF0d/yu0fo0=; b=BF5eqH4+Rz35huC0YF7Hk6SMhdxkDY8FplrCshFz6eqqRq5SbX3MH+5t5Wy150jzEy ie6o7M9SiLofcx7t5wD9tu9LqwVoQPJP2mH9P43qDbu7F/KKfgd3ynQgZXAQ807gORiZ tvhTtDQrcX+oOMouNxaaMD+FCiXjldWbR65Mzcm6IjIkwwTRm95opJcwIv6EdCIFop2a EeGmhKy9KohcuyvuGaHsxqG+/A6L/g2PMEDuWcj50SKIEI4JHGVbyKrO8byzTotMoLKW eUqiCe118thZ1fgiTT31+YZ5W3IkMiA/h3uaM7WyahXqSD0csGjWxVj6RTSVHp+dqOjg Dh3Q== MIME-Version: 1.0 Received: by 10.236.76.198 with SMTP id b46mr16861127yhe.25.1330843141850; Sat, 03 Mar 2012 22:39:01 -0800 (PST) Received: by 10.146.42.6 with HTTP; Sat, 3 Mar 2012 22:39:01 -0800 (PST) Date: Sun, 4 Mar 2012 14:39:01 +0800 Message-ID: From: Irjohn Junus To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Intel(R) PRO/1000 PT Dual Port Server Adapter not working properly 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, 04 Mar 2012 07:01:08 -0000 Hello, This was originally posted here: http://forums.freebsd.org/showthread.php?p=168854&posted=1#post168854 I'm building a new PF firewall box based on FreeBSD 9 Release. Motherboard is Foxconn H61S Mini-ITX with Intel PRO/1000 PT dual port server adapter. The adapter is recognized as em0 and em1 but em0 just won't work (i.e no light on the port when connected to the switch) and em1 works only in 100baseTX full-duplex mode (no carrier if I force it to 1000baseT). I tried to change switch port, UTP cable from Cat5e to Cat6 but still no luck. The onboard Realtek works fine. Switch is Netgear GS608. Could it be a bad Intel card? I also tried to compile the latest driver from Intel but it gives error during compilation: http://downloadcenter.intel.com/conf...&Dwnldid=17509 Any help will be greatly appreciated. Thanks! ps: command captures are provided at the url above. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 4 08:45: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 80ABD1065673; Sun, 4 Mar 2012 08:45:17 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.207]) by mx1.freebsd.org (Postfix) with ESMTP id 306348FC0C; Sun, 4 Mar 2012 08:45:16 +0000 (UTC) Date: Sun, 04 Mar 2012 09:45:08 +0100 From: vermaden To: vermaden X-Mailer: interia.pl/pf09 In-Reply-To: References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> <20120226203949.H89643@sola.nimnet.asn.au> <20120228162636.Horde.JgORKJjmRSRPTPIsGKfo0uA@webmail.leidinger.net> <4F4D403E.2030703@FreeBSD.org> <4F4D510E.60206@FreeBSD.org> <20120229163223.L80360@sola.nimnet.asn.au> <20120229113505.2a5a3d47@nonamehost> X-Originating-IP: 85.89.187.172 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1330850708; bh=YvlUpMaJH7FaMKXcKV46TE9eIaXM4EbSvNlxX23QpGM=; h=Date:From:Subject:To:Cc:X-Mailer:In-Reply-To:References: X-Originating-IP:Message-Id:MIME-Version:Content-Type: Content-Transfer-Encoding; b=DD6mNYImhArdeqNJz7sXmgmUZUOWANcsUy7q05OP2lt6tMdYqjzSf1hwLzfItXysL ypvFLoyNQJ+YkbggshE1o/FfS4YPfGpUu0LIVnJYXjMllTGpJ2P7N/yQW3d9XHyR1x 5ZHTQlWXJjH2vYfKo1Khsv2RS0zWmSIVUsZtb+JU= Cc: Ivan Klymenko , freebsd-stable@FreeBSD.org, Ian Smith , Andriy Gapon , Hans Petter Selasky , Alexander Leidinger , lars.engels@0x20.net Subject: devd(8) based AUTOMOUNTER (version 1.3) 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, 04 Mar 2012 08:45:17 -0000 Hi, after some 'fun' with MP3 players I have made some modifications and fixes. Here is a list of whats changed: Fixed bug about inproper exFAT detection, now mounts fine. Fixed bug about creating mount dirs for all attached devices no matter if n= eeded or not. Revised 'detach' section, now removes only directory that is unmounted (if = enabled of course). Simplified FAT/NTFS sections, removed additional check as it break some MP3= players default filesystems automount. The latest 1.3 version can be found here as usual: https://github.com/vermaden/automount/ Regards, vermaden From owner-freebsd-stable@FreeBSD.ORG Sun Mar 4 09:50: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 0B708106566C; Sun, 4 Mar 2012 09:50:00 +0000 (UTC) (envelope-from vermaden@interia.pl) Received: from smtpo.poczta.interia.pl (smtpo.poczta.interia.pl [217.74.65.207]) by mx1.freebsd.org (Postfix) with ESMTP id AEBB98FC1B; Sun, 4 Mar 2012 09:49:59 +0000 (UTC) Date: Sun, 04 Mar 2012 10:49:57 +0100 From: vermaden To: vermaden X-Mailer: interia.pl/pf09 In-Reply-To: References: <4F3EE186.4020801@gmail.com> <201202181409.08859.hselasky@c2i.net> <20120226203949.H89643@sola.nimnet.asn.au> <20120228162636.Horde.JgORKJjmRSRPTPIsGKfo0uA@webmail.leidinger.net> <4F4D403E.2030703@FreeBSD.org> <4F4D510E.60206@FreeBSD.org> <20120229163223.L80360@sola.nimnet.asn.au> <20120229113505.2a5a3d47@nonamehost> X-Originating-IP: 85.89.187.172 Message-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=interia.pl; s=biztos; t=1330854598; bh=N2AV0tiOOr8VUNEZTV9zEGyw5U4+RwMGVZ1BVDSYXIs=; h=Date:From:Subject:To:Cc:X-Mailer:In-Reply-To:References: X-Originating-IP:Message-Id:MIME-Version:Content-Type: Content-Transfer-Encoding; b=ES7trc5vyWC4BwDGrIQGIn1vLkr3h0vc6R8TpIpmrYTsqTIP2aLIW1dUhzmFy3YV3 5fPCeoTXa368kWeobNhTz6Fy3SdbI9Uouglv9EnBY+YsLgNSWZNlMaa9/uZd8HOw0P QLKw5QLIqqqhfxPtw0VZS/53cSg87obbx+D9L1X8= Cc: Ivan Klymenko , freebsd-stable@FreeBSD.org, Ian Smith , Andriy Gapon , Hans Petter Selasky , Alexander Leidinger , lars.engels@0x20.net Subject: Re: devd(8) based AUTOMOUNTER (version 1.3) 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, 04 Mar 2012 09:50:00 -0000 Already at 1.3.1 ... Fixed the 'detach' section (s/PREFIX/MNTPREFIX/g). Fixed removing directories of manually (properly) unmounted filesystems. "vermaden" pisze: > Hi, >=20 > after some 'fun' with MP3 players I have made some modifications and fixe= s. >=20 > Here is a list of whats changed: >=20 > Fixed bug about inproper exFAT detection, now mounts fine. > Fixed bug about creating mount dirs for all attached devices no matter if= needed or not. > Revised 'detach' section, now removes only directory that is unmounted (i= f enabled of course). > Simplified FAT/NTFS sections, removed additional check as it break some M= P3 players default filesystems automount. >=20 > The latest 1.3 version can be found here as usual: > https://github.com/vermaden/automount/ >=20 > Regards, > vermaden >=20 >=20 >=20 --=20 ... From owner-freebsd-stable@FreeBSD.ORG Sun Mar 4 10:49: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 00CDB106564A for ; Sun, 4 Mar 2012 10:49:06 +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 48AF88FC15 for ; Sun, 4 Mar 2012 10:49:04 +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)); Sun, 4 Mar 2012 11:49:03 +0100 Message-ID: <4F53489F.5000609@ose.nl> Date: Sun, 04 Mar 2012 11:49:03 +0100 From: Bas Smeelen User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: H References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F511496.50106@hm.net.br> <4F512BBB.9000403@ose.nl> <4F51E1E5.3000202@hm.net.br> <4F522803.70205@ose.nl> <4F52398F.9030608@hm.net.br> In-Reply-To: <4F52398F.9030608@hm.net.br> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.org Subject: Re: flowtable usable or not 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, 04 Mar 2012 10:49:06 -0000 On 03/03/2012 04:32 PM, H wrote: > Bas Smeelen wrote: >> />/ away. Binary packages are a big time saver and are more efficient. It >> />/ should be easy for FreeBSD to make it easy to install the most recent >> />/ versions of all binary packages, its beyond belief they cannot pull >> />/ off such a simple ans straight forward, and basic part of any OS. / > come on, you really think I need lecturing about how to read threads? > > and I did not misquoted nothing, you are trying to save your ass here :) > > in the above excerpt _YOU_ are talking about packages and how easy it is > ... and this "cannot pull off" thing ... > > then you tell us today that ports is the best ever happened to you I am sorry, but I really did not write the sentences you quote. It is what David Jackson wrote and I replied to it. Please see again http://lists.freebsd.org/pipermail/freebsd-questions/2012-January/237779.html I will paste the the message below: Unable to upgrade packages on FreeBSD *Bas Smeelen* b.smeelen at ose.nl /Mon Jan 30 23:01:17 UTC 2012 / On Mon, 30 Jan 2012 17:04:56 -0500 David Jackson> wrote: >/ On Mon, Jan 30, 2012 at 3:58 PM, Bas Smeelen> wrote: />/ />/ > On Mon, 30 Jan 2012 12:52:07 -0500 />/ > David Jackson> wrote: />/ > />/ > > I have tried endlessly to no avail to upgrade binary the packages />/ > > on Freebsd to the latest version. I have tried: />/ > > />/ > > *portupgrade -PP -a />/ > > *portmaster -PP -a />/ > > *pkg_update />/ > > />/ > > All fail miserably and totally and have left the system in an />/ > > unuseable state. />/ > />/ > What's unusable? For instance, servers are perfectly usable without />/ > graphical tools. If you have tried `endlessly` why didn't you />/ > consult /usr/ports/UPDATING and just recompile the ports without />/ > using binary packages? />/ > Or you might want to try PCBSD, it's FreeBSD with some fancy stuff />/ > taken care of which might solve the problem you complain about. />/ > > />/ > />/ />/ />/ I wish to use binary packages and I specifically do not want to />/ compile anything, it tends to take far too long to compile programs />/ and would rather install some packages and have it all work right />/ away. Binary packages are a big time saver and are more efficient. It />/ should be easy for FreeBSD to make it easy to install the most recent />/ versions of all binary packages, its beyond belief they cannot pull />/ off such a simple ans straight forward, and basic part of any OS. / I understand your motivations. On my 1,6GHz celeron it takes a lot of time to compile the ~600 ports I use, especially chromium for instance and when I forget to give an option to not bother me with questions it sits there waiting for me to enter y or n. Ports/ packages are not `a basic part` of the FreeBSD OS. I also don't think it is simple and straight forward to satisfy all different user requirements and options in a package system. Ubuntu for my taste has had flukes in many ways many times in the past and still has (often enough the developers desktop users complain). It works good with complete upgrades at times, on the other hand it still leaves me sometimes with an unusable freezing OS on the desktop, and before every upgrade it has becomes mandatory to me to first try it with an USB boot. This is something I cannot have on server systems being used 24x7. >/ />/ />/ > > Why can't FreeBSD just make the package system "just work". Right />/ > > after installing FreeBSD I should be able to type a single command />/ > > such as update_packages and it should update all packages on the />/ > > system, with no errors and without requiring any configurations />/ > > to be troubleshooted, it should work out of the box. />/ > > />/ > > Why not? Why is something so simple so difficult and impossible? />/ > > Ubuntu can do it, why not FreeBSD? />/ > />/ > FreeBSD unlike Ubuntu is an entirely volunteer project. Ubuntu has />/ > a dedicated corporation working on it and I guess a larger user />/ > base. />/ > />/ />/ The reason that FreeBSD has a smaller user base is because it has a />/ dysfunctional package system and it is hard to upgrade package to the />/ most recent version, making FreeBSD more difficult to use/ />/ />/ But doing a workable package system is not difficult, it something />/ that FreeBSD should be easily able to make it easy to have a way to />/ upgrade packages to most recent versions out of box anbd in an error />/ free and reliable way. />/ />/ />/ > > />/ > > Why cant FreeBSD Just make the package upgrades work. />/ > />/ > Because uh well it's not up to FreeBSD since the ports work />/ > perfectly with the documentation that comes with it or it might />/ > depend on the user base also, but _you_ can help to make binary />/ > package upgrades work better. />/ > />/ > />/ > A working package system is a part of any good operating system and />/ > saves />/ time from having to compile programs. It is more convenient for most />/ users to use packages so having a package system will make FreeBSD />/ more popular. the reason freebsd is not used by as many people as />/ Ubuntu is because of the extreme difficulty and unreliability of />/ using FreeBSD. / Well, if you are talking about desktop work places, you're probably right. This is what PCBSD is for, or even Ubuntu or other 'Operating Systems' On servers however FreeBSD is extremely reliable. It requires the operator to take care of the system, OS updates and upgrades are rock solid for decades and application (ports/ packages) updates/ upgrades require the operator to evaluate the changes in detail. I have had a lot of trouble by the ease of upgrade/ update on other 'OS' applications which I did not encounter on FreeBSD because FreeBSD required me to think about what I was doing and then it goes well the first time. >/ />/ FreeBSD does not HAVE to make the system reasonably easy to use for />/ common users who want to install packages, but it would be the right />/ thing to do, especially if FreeBSD wants more users. / Again PCBSD might be an option. It depends on what kind of users. Users who think and can rely on a rock solid OS or users who just upgrade/ update and then sit with failing application services, database changes and so on, because they did not read the application notes, which gets blamed on the OS anyway. There is a good reason for FreeBSD to have a distinction between OS and applications/ ports/ packages. It works great for me. In short: FreeBSD makes you think about what you are doing beforehand which makes a great way to upgrade/ update application, database e.g. on servers whithout running into service downtime. Other OS's don't or do it less. I like that a lot, it saves a lot of incoming phone calls. > >> Ports is the best thing happening to me after going through al the apt > and other stuff > > but look my friend, either way, you're confirming this thread, as long > as conflicts are in place, something needs improvement > > > //* > the following comment is not related to any living person, only a quote > with personal note > :) > please lord forgive them, they don't know what they are doing (or > talking about) .... > *// > Disclaimer: http://www.ose.nl/email From owner-freebsd-stable@FreeBSD.ORG Sun Mar 4 20:04:02 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 CE644106566B; Sun, 4 Mar 2012 20:04:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C8E18FC15; Sun, 4 Mar 2012 20:04:01 +0000 (UTC) Received: by lagv3 with SMTP id v3so5468904lag.13 for ; Sun, 04 Mar 2012 12:04:00 -0800 (PST) Received-SPF: pass (google.com: domain of adrian.chadd@gmail.com designates 10.112.42.72 as permitted sender) client-ip=10.112.42.72; Authentication-Results: mr.google.com; spf=pass (google.com: domain of adrian.chadd@gmail.com designates 10.112.42.72 as permitted sender) smtp.mail=adrian.chadd@gmail.com; dkim=pass header.i=adrian.chadd@gmail.com Received: from mr.google.com ([10.112.42.72]) by 10.112.42.72 with SMTP id m8mr8110695lbl.10.1330891440479 (num_hops = 1); Sun, 04 Mar 2012 12:04:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Iq/ioY3RZ1+GVXi6+opYrPoGk+IOxlRug/blmGO6msk=; b=nIw/0yPa1nKhmMX6D0qa2nIx2F9wwm/S+YMjtxh2QN8ZCkLSIRVmeS/ImNG1VGvTGc N9Dj4pqscpk41lTx++5v/mQMuy3lH3jy7riXrtG3aDTQyMqW9ZUUo6SShBGjUsOnUyTU Gr2sUdHijJJFy4NSx3DbNx1ztEN6xYawdo2r9gkapRyndlDsFv4Mp0nV+SRxbQs8kuPP x1I8OA1psWB+ejfL7TgnB4AqQftUEgtaacw25G9oDJMjmm/g8KIzUqOzXf9qI7lJl9pa 35xbN+Vxo7p7PQHgtaGJSewopl++H3PR4k8EiV4dUnhtsJW1Bf37yiiT2kLs9LfYfOcd DSkQ== MIME-Version: 1.0 Received: by 10.112.42.72 with SMTP id m8mr6674474lbl.10.1330891440407; Sun, 04 Mar 2012 12:04:00 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.112.13.18 with HTTP; Sun, 4 Mar 2012 12:04:00 -0800 (PST) In-Reply-To: <4F5285CF.3010001@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> <4F5285CF.3010001@FreeBSD.org> Date: Sun, 4 Mar 2012 12:04:00 -0800 X-Google-Sender-Auth: PrACE2nS5ewfR6N2DefKJ0k3joc Message-ID: From: Adrian Chadd To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, "K. Macy" , =?ISO-8859-2?Q?z_W=B1sikowski?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger , current@freebsd.org Subject: Re: flowtable usable or not 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, 04 Mar 2012 20:04:02 -0000 2012/3/3 Doug Barton : > On 03/02/2012 16:05, Adrian Chadd wrote: >> Try breaking that cycle. > > ... one of the things I've been asking for years. :) > > Julian's right though, I think PC-BSD will help, but I still think that > committers should run -current. I've asked privately for our committers > to go back to -current and then have some dedicated development time > where we work together to fix the problems that *we* find in order to > make the project more desktop-friendly overall. I was (figuratively) > laughed out of the room. There's a magic intersection between "need to run current" and "need to keep stuff unbroken enough to get work done." I have 9.0-REL and -HEAD boxes at the moment which I actually use for development. But enough things are going wonky with kde4 for now that getting "actual work done" is hard. Upgrading ports will become a lot less painful with pkgng, so I hope to try and migrate to that when it's (more) ready. This is the unfortunate side effect of things being mostly run by volunteers who have to work to eat. :-) Adrian From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 00:24: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 3BA101065672 for ; Mon, 5 Mar 2012 00:24:08 +0000 (UTC) (envelope-from hskuhra@fastmail.fm) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id EE32A8FC20 for ; Mon, 5 Mar 2012 00:24:07 +0000 (UTC) Received: from compute2.internal (compute2.nyi.mail.srv.osa [10.202.2.42]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id C0C71210EE for ; Sun, 4 Mar 2012 19:04:50 -0500 (EST) Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute2.internal (MEProxy); Sun, 04 Mar 2012 19:04:50 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h= date:message-id:from:to:cc:subject:in-reply-to:references :mime-version:content-type; s=mesmtp; bh=GPuErdnx7rkynyUPNgPH+cB /4iE=; b=bDKbNbHjtHc7nezr+c8RpjDF49bTLH4zOtolok4rP4c5fVdxskDTnAk FAOjVXI2aqxyzs9xnweiZ098XSC+FO+rkrmudUNSEyP0WE9gIBVf+TkmTWUKDcwW 1UPIQ3iKA9x70EkxWE+MuLUnD5FN6wQK9MyENgTWeUVRbnUpwa6k= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=date:message-id:from:to:cc:subject :in-reply-to:references:mime-version:content-type; s=smtpout; bh=GPuErdnx7rkynyUPNgPH+cB/4iE=; b=g45R2WAG6FUe6SOTNAxCWnKooy6h Du0zofxNfeFDSRTYPXOIEsYq69lAwLquQA/6DwHtB9messB5hjOSseCcJI7mYrqU 7UFntB9Ekwacu5BwfP5qrIcMezq7rp3QXqIaD+aLyO8sT4GH8+hQK2Cl38A0eZFa bd5JbMye4773eZY= X-Sasl-enc: kE9z6/ZZ7fn06sJgtK79AFtQZq9Fn+hifGgj8byu6Is7 1330905890 Received: from oslo.ath.cx (unknown [188.118.228.74]) by mail.messagingengine.com (Postfix) with ESMTPSA id 1FC508E015C; Sun, 4 Mar 2012 19:04:50 -0500 (EST) Date: Mon, 05 Mar 2012 01:04:47 +0100 Message-ID: <87vcmjap5s.wl%hskuhra@fastmail.fm> From: "Herbert J. Skuhra" To: Irjohn Junus In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/24.0.94 (i686-pc-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: Intel(R) PRO/1000 PT Dual Port Server Adapter not working properly 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, 05 Mar 2012 00:24:08 -0000 On Sun, 4 Mar 2012 14:39:01 +0800 Irjohn Junus wrote: > Hello, > > This was originally posted here: > http://forums.freebsd.org/showthread.php?p=168854&posted=1#post168854 > > I'm building a new PF firewall box based on FreeBSD 9 Release. Motherboard > is Foxconn H61S Mini-ITX with Intel PRO/1000 PT dual port server adapter. > > The adapter is recognized as em0 and em1 but em0 just won't work (i.e no > light on the port when connected to the switch) and em1 works only in > 100baseTX full-duplex mode (no carrier if I force it to 1000baseT). I tried > to change switch port, UTP cable from Cat5e to Cat6 but still no luck. The > onboard Realtek works fine. Switch is Netgear GS608. Could it be a bad > Intel card? > > I also tried to compile the latest driver from Intel but it gives error > during compilation: > http://downloadcenter.intel.com/conf...&Dwnldid=17509 > > Any help will be greatly appreciated. Thanks! > > ps: command captures are provided at the url above. Maybe you should test with 8.3-BETA1. The recent em1000 drivers (7.3.0?) were mfc'ed to stable/8 January 31st but not to stable/9. See: -- Herbert From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 04:19: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 6248C106564A; Mon, 5 Mar 2012 04:19:13 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (r2b9.nsu.ru [212.192.164.39]) by mx1.freebsd.org (Postfix) with ESMTP id EFD898FC08; Mon, 5 Mar 2012 04:19:12 +0000 (UTC) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.69) (envelope-from ) id 1S4PNJ-00089H-0u; Mon, 05 Mar 2012 11:18:17 +0700 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.2/8.14.2) with ESMTP id q254IZYB089873; Mon, 5 Mar 2012 11:18:35 +0700 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.2/8.14.2/Submit) id q254HxP2089681; Mon, 5 Mar 2012 11:17:59 +0700 (NOVT) (envelope-from danfe) Date: Mon, 5 Mar 2012 11:17:59 +0700 From: Alexey Dokuchaev To: Hans Petter Selasky Message-ID: <20120305041759.GA87746@regency.nsu.ru> References: <20120227152238.GA2940@regency.nsu.ru> <20120302085012.GA25811@regency.nsu.ru> <201203021425.34456.jkim@FreeBSD.org> <201203030911.29633.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201203030911.29633.hselasky@c2i.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org, Jung-uk Kim Subject: Re: Resume broken in 8.3-PRERELEASE 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, 05 Mar 2012 04:19:13 -0000 On Sat, Mar 03, 2012 at 09:11:29AM +0100, Hans Petter Selasky wrote: > On Friday 02 March 2012 20:25:32 Jung-uk Kim wrote: > > Try the attached patch. At least, it fixed my problem. > > I've committed your patch with some minor modifications. > > http://svn.freebsd.org/changeset/base/232448 Unfortunately, it does not fix resume for me; and hw.usb.no_shutdown_wait flipping did not make any difference either. Any other ideas? Particularly, I'm curious why disabling all USB modules still does not allow this laptop to resume. What are USB debugging techniques? ./danfe From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 05:29:14 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 4F67A1065672; Mon, 5 Mar 2012 05:29:14 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id CC7138FC1B; Mon, 5 Mar 2012 05:29:13 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [186.222.208.157]) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q255SpFA000183; Mon, 5 Mar 2012 02:28:51 -0300 (BRT) (envelope-from hm@hm.net.br) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.97.3 at msrv.matik.com.br X-DKIM: OpenDKIM Filter v2.4.3 msrv.matik.com.br q255SpFA000183 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1330925332; bh=jv/6RxUNQyiCA8uZClVpvwVeWhuirssyqic/WvAKS7g=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=ZPB9dVD+VWTxxkX2V/cVygM/0n4dekEdto2Akm2XL3puFeJJyJqSf0KMm8xMHtSXQ /cOk6ab0yisxfqd+DPB6wTBe9WhmcCYgv3MqJsLXOUkl1RfmfZQIXVKJcn35lZULaY Ji69UHmvILZybym/ybusvt4sRcKim90N4Ejg5sVY= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4F544F05.3090108@hm.net.br> Date: Mon, 05 Mar 2012 02:28:37 -0300 From: H User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: "K. Macy" References: In-Reply-To: X-Enigmail-Version: 1.3.5 OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig18B5C7611132ABF92A191490" X-Spam-Status: No, score=0.2 required=5.0 tests=AWL=0.251,BAYES_20=-0.001, T_DKIM_INVALID=0.01,T_RP_MATCHES_RCVD=-0.01 msrv.matik.com.br 1282; Body=1 Fuz1=1 Fuz2=1 autolearn=unavailable version=3.3.2-hm_201202.c X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: Doug Barton , FreeBSD Stable Subject: Re: Request for flowtable testers and actionable feedback RE: flowtable usable or not 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, 05 Mar 2012 05:29:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig18B5C7611132ABF92A191490 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable K. Macy wrote: > I'm re-sending this portion of another mail as it will inevitably not > be read by most readers by virtue of having been part of a long and > digressive thread. > this is exactly one of this statements which makes users (normal people) stay away a person-person understand this as "shut up fuckers, you're disturbing my privileged thinking, how do you dare you little nothings" and certainly not going along with your quoted anti-nazi statement below, well, thinking better, the last paragraph may apply ... what you said here before >... any progress, any improvements, any > advancements will only happen because *we* made it happen. bravo!!! hurray!!! Mr. *WE* Sir Judge of the poor souls... you have really balls to write such a thing, do you? in modern people conversations, this what you call digressive, we call it brainstorming and it is _highly_ desirable, because talking together leads to new ideas, what you apparently refuse to acknowledge you do shit when you have a close mind some people simply do not get the big picture because they only see themselves, their interests and personal reflection in the pretended egomaniac outcome and that my friend, certainly is no progress at all ... ohh you know what is funny? At the end, you are one of these in your own quote: > The real damage is done by those millions who want to 'get by.' because you don't care about what really matters, people, users, you do not even know how to talk to them I might go with Doug's frustration > Clearly you are either unable or unwilling to see my point, so I wish > you all the best. and what he said gently in another thread, I still did not agreed that time, but now I'm coming closer >That's only true if the project leadership agrees with your goals Sooo all you Mr. *WEs* good work! we worship you until the rest of your days and beyond H > -- > =93The real damage is done by those millions who want to 'get by.' > The ordinary men who just want to be left in peace. Those who don=92t > want their little lives disturbed by anything bigger than themselves. > Those with no sides and no causes. Those who won=92t take measure of > their own strength, for fear of antagonizing their own weakness. Those > who don=92t like to make waves=97or enemies. > > Those for whom freedom, honour, truth, and principles are only > literature. Those who live small, love small, die small. It=92s the > reductionist approach to life: if you keep it small, you=92ll keep it > under control. If you don=92t make any noise, the bogeyman won=92t find= > you. > > But it=92s all an illusion, because they die too, those people who > roll up their spirits into tiny little balls so as to be safe. Safe?! > >From what? Life is always on the edge of death; narrow streets lead to= > the same place as wide avenues, and a little candle burns itself out > just like a flaming torch does. > > I choose my own way to burn.=94 > > Sophie Scholl > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" --=20 H --------------enig18B5C7611132ABF92A191490 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9UTwsACgkQvKVfg5xjCDyvjQCfTV0KC1xG2Rq/ya9nE7hsY1P2 jwkAn3j7zH2wiN/QPiA25rXon1jO49dv =v6rb -----END PGP SIGNATURE----- --------------enig18B5C7611132ABF92A191490-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 06:12:02 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 158621065673; Mon, 5 Mar 2012 06:12:02 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe03.c2i.net [212.247.154.66]) by mx1.freebsd.org (Postfix) with ESMTP id 467638FC15; Mon, 5 Mar 2012 06:12:01 +0000 (UTC) X-T2-Spam-Status: No, hits=-0.2 required=5.0 tests=ALL_TRUSTED, BAYES_50 Received: from [176.74.212.201] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe03.swip.net (CommuniGate Pro SMTP 5.4.2) with ESMTPA id 81073667; Mon, 05 Mar 2012 07:12:00 +0100 From: Hans Petter Selasky To: Alexey Dokuchaev Date: Mon, 5 Mar 2012 07:10:22 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.3-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <20120227152238.GA2940@regency.nsu.ru> <201203030911.29633.hselasky@c2i.net> <20120305041759.GA87746@regency.nsu.ru> In-Reply-To: <20120305041759.GA87746@regency.nsu.ru> X-Face: 'mmZ:T{)),Oru^0c+/}w'`gU1$ubmG?lp!=R4Wy\ELYo2)@'UZ24N@d2+AyewRX}mAm; Yp |U[@, _z/([?1bCfM{_"B<.J>mICJCHAzzGHI{y7{%JVz%R~yJHIji`y>Y}k1C4TfysrsUI -%GU9V5]iUZF&nRn9mJ'?&>O MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203050710.22871.hselasky@c2i.net> Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org, Jung-uk Kim Subject: Re: Resume broken in 8.3-PRERELEASE 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, 05 Mar 2012 06:12:02 -0000 On Monday 05 March 2012 05:17:59 Alexey Dokuchaev wrote: > On Sat, Mar 03, 2012 at 09:11:29AM +0100, Hans Petter Selasky wrote: > > On Friday 02 March 2012 20:25:32 Jung-uk Kim wrote: > > > Try the attached patch. At least, it fixed my problem. > > > > I've committed your patch with some minor modifications. > > > > http://svn.freebsd.org/changeset/base/232448 > > Unfortunately, it does not fix resume for me; and hw.usb.no_shutdown_wait > flipping did not make any difference either. Any other ideas? > Particularly, I'm curious why disabling all USB modules still does not > allow this laptop to resume. What are USB debugging techniques? USB debugging: Have "options USB_DEBUG" in kernel config. Then set xxx.debug = 15 under hw.usb, typically hw.usb.uhub.debug=15 --HPS From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 06:38: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 2DC58106564A; Mon, 5 Mar 2012 06:38:49 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (pancho.soaustin.net [76.74.250.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0975B8FC0A; Mon, 5 Mar 2012 06:38:48 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 7B76056239; Mon, 5 Mar 2012 00:38:48 -0600 (CST) Date: Mon, 5 Mar 2012 00:38:48 -0600 From: Mark Linimon To: H Message-ID: <20120305063848.GA21419@lonesome.com> References: <4F544F05.3090108@hm.net.br> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F544F05.3090108@hm.net.br> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Doug Barton , FreeBSD Stable , "K. Macy" Subject: Re: Request for flowtable testers and actionable feedback RE: flowtable usable or not 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, 05 Mar 2012 06:38:49 -0000 On Mon, Mar 05, 2012 at 02:28:37AM -0300, H wrote: > because you don't care about what really matters, people, users, you > do not even know how to talk to them I've been criticized for saying this to a user before, but I'm going to repeat it here regardless of consequences. I'm sorry, you (as a user) do not have the right to flame someone in this manner and then expect them to listen to further input from you, no matter how reasonable your further contributions are. We are not paid employees, who might have to simply continue to work with you because their business requires it. I am not speaking for Kip here but I will state that I myself am happy to work with users up until I feel I am getting treated like this, at which point I feel no further obligation whatsoever to try to help them. Executive summary: you are being very rude here. mcl From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 07:11: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 0FAFF106566B; Mon, 5 Mar 2012 07:11:41 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id 7336E8FC0A; Mon, 5 Mar 2012 07:11:39 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [186.222.208.157]) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q257BRWR007812; Mon, 5 Mar 2012 04:11:27 -0300 (BRT) (envelope-from hm@hm.net.br) X-DKIM: OpenDKIM Filter v2.4.3 msrv.matik.com.br q257BRWR007812 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1330931488; bh=kMwGsW0qsijAGSaQkMRMRlHLOH2lxakv6uVF/5gOK6M=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=jxlsWu002kDikJMsC/NL8XLVD70rHsfvpCw5q/0vD9O/Bh0bc6ykyD6fU1EsXM6FF DcWLkRiFlKfb7g9Ivz9bOTqVwwdJVy//AFYePA81POsgJQKm1i1WEpbYPrBqAd/5G+ 0a0xlcYIBP7W34wR6eDRm4HDDWHfNVfyv8BUBzfY= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4F546718.1010508@hm.net.br> Date: Mon, 05 Mar 2012 04:11:20 -0300 From: H User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: Mark Linimon References: <4F544F05.3090108@hm.net.br> <20120305063848.GA21419@lonesome.com> In-Reply-To: <20120305063848.GA21419@lonesome.com> X-Enigmail-Version: 1.3.5 OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB0A01F7398DBCD28C3AC1D09" X-Spam-Status: No, score=-0.7 required=5.0 tests=AWL=1.199,BAYES_00=-1.9, T_DKIM_INVALID=0.01,T_RP_MATCHES_RCVD=-0.01 msrv.matik.com.br 1282; Body=1 Fuz1=1 Fuz2=1 autolearn=ham version=3.3.2-hm_201202.c X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: Doug Barton , FreeBSD Stable , "K. Macy" Subject: Re: Request for flowtable testers and actionable feedback RE: flowtable usable or not 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, 05 Mar 2012 07:11:41 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB0A01F7398DBCD28C3AC1D09 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Mark Linimon wrote: > On Mon, Mar 05, 2012 at 02:28:37AM -0300, H wrote: >> because you don't care about what really matters, people, users, you >> do not even know how to talk to them > I've been criticized for saying this to a user before, but I'm going to= > repeat it here regardless of consequences. > > I'm sorry, you (as a user) do not have the right to flame someone in > this manner and then expect them to listen to further input from you, > no matter how reasonable your further contributions are. > > We are not paid employees, who might have to simply continue to work wi= th > you because their business requires it. > > I am not speaking for Kip here but I will state that I myself am happy > to work with users up until I feel I am getting treated like this, at > which point I feel no further obligation whatsoever to try to help them= =2E > > Executive summary: you are being very rude here. > > mcl well, as they say, as you shout into the woods it comes back ... who can not stand the echo better hold his peace ... not withstanding the annulment of my rights ... I grant you the right to criticize me as you wish do you mean rude or direct? I have the right, even the obligation to point out what I think is wrong if you think it's not, then make your point but telling me what I can or not is kind of lame, don't you think so?=20 --=20 H --------------enigB0A01F7398DBCD28C3AC1D09 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9UZxgACgkQvKVfg5xjCDx6AACdGC5h+AZhYbkKtOACd2AoeW4n f30An1Noip+jRtajdiFCySD91etYSQ3E =0ysZ -----END PGP SIGNATURE----- --------------enigB0A01F7398DBCD28C3AC1D09-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 08:26:44 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 65267106566C; Mon, 5 Mar 2012 08:26:44 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 40A268FC12; Mon, 5 Mar 2012 08:26:39 +0000 (UTC) Received: from digsys226-136.pip.digsys.bg (digsys226-136.pip.digsys.bg [193.68.136.226]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.5/8.14.5) with ESMTP id q2580CEI084297 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 5 Mar 2012 10:00:19 +0200 (EET) (envelope-from daniel@digsys.bg) Mime-Version: 1.0 (Apple Message framework v1257) Content-Type: text/plain; charset=iso-8859-1 From: Daniel Kalchev In-Reply-To: <4F546718.1010508@hm.net.br> Date: Mon, 5 Mar 2012 10:00:14 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <2EC14159-8545-4B10-983B-95C1889ACFC3@digsys.bg> References: <4F544F05.3090108@hm.net.br> <20120305063848.GA21419@lonesome.com> <4F546718.1010508@hm.net.br> To: H X-Mailer: Apple Mail (2.1257) Cc: Mark Linimon , Doug Barton , FreeBSD Stable , "K. Macy" Subject: Re: Request for flowtable testers and actionable feedback RE: flowtable usable or not 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, 05 Mar 2012 08:26:44 -0000 On Mar 5, 2012, at 9:11 AM, H wrote: > I have the right, even the obligation to point out what I think is = wrong So, you see yourself as speaking for others? You certainly do not speak = for me! Never authorized you for this, never ever knew you actually = exist. For various historical reasons, I don't particularly like the = kind of people who self-elect themselves to defend other's "rights". OK? = :-) So unlike you, Kip at least tries to achieve something. For the good of = others. Even if he didn't do it in the most humble, democratic and = whatever way. Even if he appears for many as being arrogant or whatever. = People are different, some might actually prefer Kip's way, did you = imagine that? I happen to share the opinion and the experience of Mark Linimon in = situations like this and yes, I do believe you have been rude here. For = no reason whatsoever. You either make the choice to help Kip in his experiment, or not. For = me, personally, as long as you don't stay on my way, I don't really care = what your position is. Daniel PS: In any case, this is an open forum, so you have your opinion heard. = By a lot of people.= From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 10:04: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 002F1106566C for ; Mon, 5 Mar 2012 10:04:11 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id CDE268FC18 for ; Mon, 5 Mar 2012 10:04:11 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id 0E8F9B90B0; Mon, 5 Mar 2012 05:04:03 -0500 (EST) Message-ID: <4F548F92.3080106@ateamsystems.com> Date: Mon, 05 Mar 2012 17:04:02 +0700 From: Adam Strohl Organization: A-Team Systems User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Daniel Kalchev References: <4F544F05.3090108@hm.net.br> <20120305063848.GA21419@lonesome.com> <4F546718.1010508@hm.net.br> <2EC14159-8545-4B10-983B-95C1889ACFC3@digsys.bg> In-Reply-To: <2EC14159-8545-4B10-983B-95C1889ACFC3@digsys.bg> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Mark Linimon , Doug Barton , FreeBSD Stable , "K. Macy" Subject: Re: Request for flowtable testers and actionable feedback RE: flowtable usable or not 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, 05 Mar 2012 10:04:12 -0000 On 3/5/2012 15:00, Daniel Kalchev wrote: > I happen to share the opinion and the experience of Mark Linimon in situations like this and yes, I do believe you have been rude here. For no reason whatsoever. I agree. This "H" person has been hijacking threads over the last week or so, and all of the messages I've seen from them boil down trolling. This is in contrast to the patient, well thought out replies from the rest of the list. I'm at a loss as to what "H's" endgame is, but it probably has more to do with writing poorly executed metaphors than it does with helping FreeBSD or its users (whom he/she implies they represent). From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 16:37:54 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 1C0101065674; Mon, 5 Mar 2012 16:37:54 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id 960728FC0A; Mon, 5 Mar 2012 16:37:52 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [186.222.208.157]) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q25GbAwU053968; Mon, 5 Mar 2012 13:37:10 -0300 (BRT) (envelope-from hm@hm.net.br) X-DKIM: OpenDKIM Filter v2.4.3 msrv.matik.com.br q25GbAwU053968 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1330965432; bh=QVtKs+WvYrU9GSzkjU1hZrCyZ9T1fzlMtg1di5wO0F0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=D32JjXnVl+RGuXpc0FjJ+gIrNbcb6Pl/gBKcrytJQhfIaRzdJrbWBEwbLUQAcA0Df 5Js8F5uaEj/YmFabfkjOQxuRRAQaWrTGc8C/7Jct4FB1UNB3qMwcwk4DMBGEfHdt46 5jvvg9JKwrL0RWTNqjK4WX3rqAzUa4/VLEq6JHhw= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4F54EBAF.5020101@hm.net.br> Date: Mon, 05 Mar 2012 13:37:03 -0300 From: H User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: Daniel Kalchev References: <4F544F05.3090108@hm.net.br> <20120305063848.GA21419@lonesome.com> <4F546718.1010508@hm.net.br> <2EC14159-8545-4B10-983B-95C1889ACFC3@digsys.bg> In-Reply-To: <2EC14159-8545-4B10-983B-95C1889ACFC3@digsys.bg> X-Enigmail-Version: 1.3.5 OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5E53E39153DA19992A530E0E" X-Spam-Status: No, score=-0.7 required=5.0 tests=AWL=1.187,BAYES_00=-1.9, T_DKIM_INVALID=0.01,T_RP_MATCHES_RCVD=-0.01 msrv.matik.com.br 1282; Body=1 Fuz1=1 Fuz2=1 autolearn=unavailable version=3.3.2-hm_201202.c X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: Mark Linimon , Doug Barton , FreeBSD Stable , "K. Macy" Subject: Re: Request for flowtable testers and actionable feedback RE: flowtable usable or not 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, 05 Mar 2012 16:37:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5E53E39153DA19992A530E0E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Daniel Kalchev wrote: > On Mar 5, 2012, at 9:11 AM, H wrote: > >> I have the right, even the obligation to point out what I think is wro= ng > So, you see yourself as speaking for others? You certainly do not speak= for me! Never authorized you for this, never ever knew you actually exis= t. For various historical reasons, I don't particularly like the kind of = people who self-elect themselves to defend other's "rights". OK? :-) don't try to sell your silly deductions as assumptions ... who says "I" usual means I not they, we or for them but you're funny, must be a ghost typing here :) perhaps I'm just behind your back right now huhhh :) H > So unlike you, Kip at least tries to achieve something. For the good of= others. Even if he didn't do it in the most humble, democratic and whate= ver way. Even if he appears for many as being arrogant or whatever. Peopl= e are different, some might actually prefer Kip's way, did you imagine th= at? > > I happen to share the opinion and the experience of Mark Linimon in sit= uations like this and yes, I do believe you have been rude here. For no r= eason whatsoever. > > You either make the choice to help Kip in his experiment, or not. For m= e, personally, as long as you don't stay on my way, I don't really care w= hat your position is. > > Daniel > > PS: In any case, this is an open forum, so you have your opinion heard.= By a lot of people._______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" --=20 H +55 11 4249.2222 --------------enig5E53E39153DA19992A530E0E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9U668ACgkQvKVfg5xjCDwplACfcpSbFjKyn5l6MGZh8GfrLEei TqcAmgLaWMJOqEAb94H5ge5UQJz823wN =tqfn -----END PGP SIGNATURE----- --------------enig5E53E39153DA19992A530E0E-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 16:38: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 9DD00106571E; Mon, 5 Mar 2012 16:38:20 +0000 (UTC) (envelope-from hm@hm.net.br) Received: from msrv.matik.com.br (msrv.matik.com.br [187.95.0.181]) by mx1.freebsd.org (Postfix) with ESMTP id DA4B98FC1C; Mon, 5 Mar 2012 16:38:19 +0000 (UTC) Received: from pop1.hm.net.br (pop1.hm.net.br [186.222.208.157]) by msrv.matik.com.br (8.14.5/8.14.5) with ESMTP id q25Gbm9G053983; Mon, 5 Mar 2012 13:37:49 -0300 (BRT) (envelope-from hm@hm.net.br) X-DKIM: OpenDKIM Filter v2.4.3 msrv.matik.com.br q25Gbm9G053983 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=hm.net.br; s=racoon; t=1330965469; bh=LluDxOIE4zdTtHoqKaXaAsFNDRyIT0OS5YYtY4fpaYg=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=V+fXb0p3XmjHFJkPOZr2yGTqIxTp5wnw9cOxdzNKmGCJm/7V4IAexzQO5Zxo/NFaP gSqbCdj460KCV61P93BF+Qe8pgDCtcT/+KCcHKQovEl/CXJm6+8XNFcJRiGToer9as TguJlDfrdDE9fTz1/CkQ8IGqDZr6R+KAH3Q4vna0= Authentication-Results: msrv.matik.com.br; sender-id=pass header.from=hm@hm.net.br; spf=pass smtp.mfrom=hm@hm.net.br Message-ID: <4F54EBD5.6020107@hm.net.br> Date: Mon, 05 Mar 2012 13:37:41 -0300 From: H User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:10.0.2) Gecko/20120218 Firefox/10.0.2 SeaMonkey/2.7.2 MIME-Version: 1.0 To: Adam Strohl References: <4F544F05.3090108@hm.net.br> <20120305063848.GA21419@lonesome.com> <4F546718.1010508@hm.net.br> <2EC14159-8545-4B10-983B-95C1889ACFC3@digsys.bg> <4F548F92.3080106@ateamsystems.com> In-Reply-To: <4F548F92.3080106@ateamsystems.com> X-Enigmail-Version: 1.3.5 OpenPGP: id=9C63083C Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig95C0EDF2563FA5D42EC2D992" X-Spam-Status: No, score=-0.7 required=5.0 tests=AWL=1.181,BAYES_00=-1.9, T_DKIM_INVALID=0.01,T_RP_MATCHES_RCVD=-0.01 msrv.matik.com.br 1282; Body=1 Fuz1=1 Fuz2=1 autolearn=unavailable version=3.3.2-hm_201202.c X-Spam-Checker-Version: SpamAssassin 3.3.2-hm_201202.c (2011-06-06) on msrv.matik.com.br Cc: Mark Linimon , Doug Barton , FreeBSD Stable , "K. Macy" , Daniel Kalchev Subject: Re: Request for flowtable testers and actionable feedback RE: flowtable usable or not 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, 05 Mar 2012 16:38:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig95C0EDF2563FA5D42EC2D992 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Adam Strohl wrote: > On 3/5/2012 15:00, Daniel Kalchev wrote: >> I happen to share the opinion and the experience of Mark Linimon in >> situations like this and yes, I do believe you have been rude here. >> For no reason whatsoever. > > I agree. This "H" person has been hijacking threads over the last > week or so, and all of the messages I've seen from them boil down > trolling. > > This is in contrast to the patient, well thought out replies from the > rest of the list. > > I'm at a loss as to what "H's" endgame is, but it probably has more to > do with writing poorly executed metaphors than it does with helping > FreeBSD or its users (whom he/she implies they represent). > _______________________________________________ you also do not have a clew, have you? now we're changing to girl-talk ? If you are curious about something, ask, right away ... clear and straigh= t --=20 H --------------enig95C0EDF2563FA5D42EC2D992 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk9U69UACgkQvKVfg5xjCDwnNwCfX4xLgXXpYbRRZvCvN1P0xsQI dLwAmQEU5hPrT0TU5pB/r4POXLRzamqe =rQ6t -----END PGP SIGNATURE----- --------------enig95C0EDF2563FA5D42EC2D992-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 17:15: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 AF0911065672 for ; Mon, 5 Mar 2012 17:15:34 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5472F8FC08 for ; Mon, 5 Mar 2012 17:15:34 +0000 (UTC) Received: by vcmm1 with SMTP id m1so2815914vcm.13 for ; Mon, 05 Mar 2012 09:15:33 -0800 (PST) Received-SPF: pass (google.com: domain of tevans.uk@googlemail.com designates 10.52.22.143 as permitted sender) client-ip=10.52.22.143; Authentication-Results: mr.google.com; spf=pass (google.com: domain of tevans.uk@googlemail.com designates 10.52.22.143 as permitted sender) smtp.mail=tevans.uk@googlemail.com; dkim=pass header.i=tevans.uk@googlemail.com Received: from mr.google.com ([10.52.22.143]) by 10.52.22.143 with SMTP id d15mr36478708vdf.18.1330967733850 (num_hops = 1); Mon, 05 Mar 2012 09:15:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Udg6bKq1ZRhJFXfWEU8ibZdI4yv6vfPAaI3Oxx85QhI=; b=NF+ooBa+UMhw44B2T+UzjXeUBM8mTu6kXyKgKUIoz++2HKDrkhYrZE4t5lALTFtYKC mrarxbQ9WJwve8gs/YvBLLkL4qNFdA29iMQahBsuen2SJrCXvHFonggPEAQGwHd3TYL/ jRnBMNTYQu2XrUYW59QaD+sZ0ZfVRFYznSH1zlU5pJbqvLLTnO4HY8s12uPEmvLZ3vfd 2pVuPXwTb+z+Nw7D3Ted/OW7QsvQNPjhzmhWWjfmp5dHavLkKdbDiV8N1jcNYjTOoiBe g53kdRpETjiVd8LKcKlSz9OdvlO8RxqbndnPB+Bv3xeaHgP35q1w/+yNWlbK/xG0LgcK 26wQ== MIME-Version: 1.0 Received: by 10.52.22.143 with SMTP id d15mr31217923vdf.18.1330967733750; Mon, 05 Mar 2012 09:15:33 -0800 (PST) Received: by 10.52.110.100 with HTTP; Mon, 5 Mar 2012 09:15:33 -0800 (PST) In-Reply-To: <4F54EBD5.6020107@hm.net.br> References: <4F544F05.3090108@hm.net.br> <20120305063848.GA21419@lonesome.com> <4F546718.1010508@hm.net.br> <2EC14159-8545-4B10-983B-95C1889ACFC3@digsys.bg> <4F548F92.3080106@ateamsystems.com> <4F54EBD5.6020107@hm.net.br> Date: Mon, 5 Mar 2012 17:15:33 +0000 Message-ID: From: Tom Evans To: H Content-Type: text/plain; charset=UTF-8 Cc: FreeBSD Stable Subject: Re: Request for flowtable testers and actionable feedback RE: flowtable usable or not 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, 05 Mar 2012 17:15:34 -0000 On Mon, Mar 5, 2012 at 4:37 PM, H wrote: > If you are curious about something, ask, right away ... clear and straight I'm curious about when you will stop trolling one of the last few fora on the internet where the SNR is actually high. This topic is discussing how users can help Kip can make flowtables more acceptable/without strange side-effects. If you're not discussing that, please don't discuss other things*. Start a new thread if you want to discuss the state of ports, whether you can't install KDE, ad infinitum. Cheers Tom * I'm well aware that I'm doing that also. I'm sorry. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 18:39: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 CBEE81065672; Mon, 5 Mar 2012 18:39:19 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 27C238FC16; Mon, 5 Mar 2012 18:39:18 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so2810993wib.13 for ; Mon, 05 Mar 2012 10:39:18 -0800 (PST) Received-SPF: pass (google.com: domain of lacombar@gmail.com designates 10.180.95.34 as permitted sender) client-ip=10.180.95.34; Authentication-Results: mr.google.com; spf=pass (google.com: domain of lacombar@gmail.com designates 10.180.95.34 as permitted sender) smtp.mail=lacombar@gmail.com; dkim=pass header.i=lacombar@gmail.com Received: from mr.google.com ([10.180.95.34]) by 10.180.95.34 with SMTP id dh2mr17317000wib.15.1330972758188 (num_hops = 1); Mon, 05 Mar 2012 10:39:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=9/fGJKYw+HHedcJK/wtV7sAn0z23/AWIn3o3FL3LJOw=; b=vLHPDujrfvLfTfEjgV70od1+KL3R4iX8f1BOGNLNeqdaqriT2rrd17L/KRGHwbxPEt Eu07tj7ireoTj6Z/wTCrGX+9Cc8JFrJWpvrq3rpU+4Ab9EZir9KJeaWqy+LQr0Tdq37c oZRvjFMRvW8lbVerQ5p6dgJZ4utC7NALM77d5VxJOlnhFjpQC4rYwfPPG/s+9pHcnX2z UqJ6cT4MQs2YwUtMorFI2LlRzONczEUOA45eP7upv5TYWIYAQhaFQ16sUbmQpsarfeve 8RqZoUJ+SSwCk4poGxQoW4gdfKayOy5L6JeTM4fv/+KrRvyo0TNoA2/K2BIplRhnWWd+ Xg0Q== MIME-Version: 1.0 Received: by 10.180.95.34 with SMTP id dh2mr13760053wib.15.1330972758111; Mon, 05 Mar 2012 10:39:18 -0800 (PST) Received: by 10.216.166.139 with HTTP; Mon, 5 Mar 2012 10:39:18 -0800 (PST) In-Reply-To: References: Date: Mon, 5 Mar 2012 13:39:18 -0500 Message-ID: From: Arnaud Lacombe To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: Complete hang on 9.0-RELEASE 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, 05 Mar 2012 18:39:19 -0000 Hi, On Wed, Feb 29, 2012 at 2:31 PM, Arnaud Lacombe wrote: > Hi, > > On Wed, Feb 29, 2012 at 2:22 PM, Attilio Rao wrote: >> 2012/2/29, Arnaud Lacombe : >>> Hi, >>> >>> On Wed, Feb 29, 2012 at 1:44 PM, Attilio Rao wrot= e: >>>> 2012/2/29, Arnaud Lacombe : >>>>> Hi, >>>>> >>>>> On Wed, Feb 29, 2012 at 12:59 PM, Arnaud Lacombe >>>>> wrote: >>>>>> Hi, >>>>>> >>>>>> On Mon, Feb 27, 2012 at 12:48 PM, Arnaud Lacombe >>>>>> wrote: >>>>>>> Hi, >>>>>>> >>>>>>> On Mon, Feb 27, 2012 at 10:36 AM, Attilio Rao >>>>>>> wrote: >>>>>>>> 2012/2/27, Arnaud Lacombe : >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> On Tue, Feb 14, 2012 at 11:41 AM, Arnaud Lacombe >>>>>>>>> wrote: >>>>>>>>>> Hi folks, >>>>>>>>>> >>>>>>>>>> For the records, I was running some tests yesterday on top of a >>>>>>>>>> 9.0-RELEASE, amd64, kernel when the box hanged. At the time of t= he >>>>>>>>>> hang, the box was running a process with about 2800 threads with >>>>>>>>>> heavy >>>>>>>>>> IPC between 1400 writers and 1400 readers. The box was in single >>>>>>>>>> user >>>>>>>>>> mode (/bin/sh coming from FreeBSD 7.4-STABLE). Here is the begin= ning >>>>>>>>>> of the dmesg: >>>>>>>>>> >>>>>>>>> This happened a second time, now with FreeBSD 8.2-RELEASE. Comple= te >>>>>>>>> machine hang. The machine was running about 4000 threads in a sin= gle >>>>>>>>> process, all the other condition are the same. >>>>>>>> >>>>>>>> Arnaud, >>>>>>>> can you please break in your kernel via KDB, collect the following >>>>>>>> informations from the DDB prompt: >>>>>>>> - ps >>>>>>>> - alltrace >>>>>>>> - show allpcpu >>>>>>>> - possibly get a coredump with 'call doadump' >>>>>>>> >>>>>>> Will do, but I'll need to rebuild a kernel to include DDB. >>>>>>> >>>>>>>> and in the end provide all those along with kernel binary and poss= ibly >>>>>>>> sources somewhere? >>>>>>>> >>>>>>> I'll be testing a bare `release/8.2.0' with the following patch: >>>>>>> >>>>>>> diff --git a/sys/amd64/conf/GENERIC b/sys/amd64/conf/GENERIC >>>>>>> index c3e0095..7bd997f 100644 >>>>>>> --- a/sys/amd64/conf/GENERIC >>>>>>> +++ b/sys/amd64/conf/GENERIC >>>>>>> @@ -79,6 +79,10 @@ options =A0 =A0 =A0INCLUDE_CONFIG_FILE =A0 =A0 #= Include this >>>>>>> file in kernel >>>>>>> >>>>>>> =A0options =A0 =A0 =A0 =A0KDB =A0 =A0 =A0 =A0 =A0 # Kernel debugger= related code >>>>>>> =A0options =A0 =A0 =A0 =A0KDB_TRACE =A0 =A0 # Print a stack trace f= or a panic >>>>>>> +options =A0 =A0 =A0 =A0DDB >>>>>>> +options =A0 =A0 =A0 =A0BREAK_TO_DEBUGGER >>>>>>> +options =A0 =A0 =A0 =A0ALT_BREAK_TO_DEBUGGER >>>>>>> >>>>>>> =A0# Make an SMP-capable kernel by default >>>>>>> =A0options =A0 =A0 =A0 =A0SMP =A0 =A0 =A0 =A0 =A0 # Symmetric Multi= Processor Kernel >>>>>>> >>>>>> ok, it happened again after 2 days, the process was running about 32= 00 >>>>>> threads. I'm trying to break into DDB and let you know, I'm not that >>>>>> successful for now... >>>>>> >>>>> No luck. None of BREAK or ALT_BREAK are responding. I will not touch >>>>> the system in the next few hours if you want me to test something on >>>>> it. In the event of 8.2-RELEASE or 9.0-RELEASE are =A0not meant to wo= rk >>>>> reliably on top of a 7.4-RELEASE userland, I will re-setup the test t= o >>>>> occurs on a clean 9.0-RELEASE system and re-try. >>>> >>>> We allow to break KBI when new releases happens, thus this may cause a >>>> breakage for you, even if a deadlock is really not something you want. >>>> >>>> Can you try enabling SW_WATCHDOG, DEADLKRES and possibly arm your ichw= d? >>>> if the breakage involves clocks or interrupt sources there are still >>>> chances they will be able to catch it though. >>>> >>>> However, it doesn't seem you are setup with a proper serial console? >>> The serial console is working definitively fine. I can break into DDB >>> at will when the test is running. I did not test with ALT_BREAK >>> per-se, but BREAK does work. >> >> So if you try to break in DDB via serial break it doesn't work? >> That is definitively very bad... >> > just to be sure, I rebooted the system and I could break into DDB at > the first attempt with ALT_BREAK, BREAK was a bit more reluctant but > worked too. So yes, this does not taste good :/ > >> Can you try with the options I mentioned earlier and see if something ch= anges? >> > will do, but I will first attempt to reproduce this on 9.0-RELEASE. > 9.0-RELEASE (kernel + userland) hanged today while running 2000 threads. Next step is to reproduce it with a watchdog+textdump enabled kernel. - Arnaud From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 18:50: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 01C3C1065670 for ; Mon, 5 Mar 2012 18:50:29 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 702B28FC08 for ; Mon, 5 Mar 2012 18:50:28 +0000 (UTC) Received: by eaaf13 with SMTP id f13so1605875eaa.13 for ; Mon, 05 Mar 2012 10:50:27 -0800 (PST) Received-SPF: pass (google.com: domain of asmrookie@gmail.com designates 10.112.10.41 as permitted sender) client-ip=10.112.10.41; Authentication-Results: mr.google.com; spf=pass (google.com: domain of asmrookie@gmail.com designates 10.112.10.41 as permitted sender) smtp.mail=asmrookie@gmail.com; dkim=pass header.i=asmrookie@gmail.com Received: from mr.google.com ([10.112.10.41]) by 10.112.10.41 with SMTP id f9mr9980291lbb.8.1330973427454 (num_hops = 1); Mon, 05 Mar 2012 10:50:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=2UBW6xw2KQXqd92fi2sMdmpuPYR0mutj+yINELc4HE0=; b=mV+Q+nJJHKGBnGZ9KFGudol01Qa9vq0RlaJajZa8Zhm6yhYz7VYmFKTl+jFK78XTRE wfPMfFfOlvBh/xAWE+nvbH+wUTjmoo2wvoB6ibKvf74yRTCHxO8LVtShYBrCZVJsuPe2 LWGaNCD5ObdO7Kpqz55CFSA6dNFdaO5wADLSW7hUDcLzAOtoH0pF750sXVN7cW1NM33C 2JjLvnp5L9Niapno7sOR/u1ZaaHqdSoTUeHSMxSyEaT2rmX3eE5E8aNP49gz4fcYCequ Pt3eUFkzLCRu6b24Yepp3paJVf9vXn7vPCmuze4FeFhTfCRZKBAV4dKxJlzA89KUeDrO S6zQ== MIME-Version: 1.0 Received: by 10.112.10.41 with SMTP id f9mr8184978lbb.8.1330973427372; Mon, 05 Mar 2012 10:50:27 -0800 (PST) Sender: asmrookie@gmail.com Received: by 10.112.41.5 with HTTP; Mon, 5 Mar 2012 10:50:27 -0800 (PST) In-Reply-To: References: Date: Mon, 5 Mar 2012 18:50:27 +0000 X-Google-Sender-Auth: Nk9-vvWl2Q1kQ3SV7iNltrn43_w Message-ID: From: Attilio Rao To: Arnaud Lacombe Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable Subject: Re: Complete hang on 9.0-RELEASE 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, 05 Mar 2012 18:50:29 -0000 2012/3/5, Arnaud Lacombe : > Hi, > > On Wed, Feb 29, 2012 at 2:31 PM, Arnaud Lacombe wrote: >> Hi, >> >> On Wed, Feb 29, 2012 at 2:22 PM, Attilio Rao wrote: >>> 2012/2/29, Arnaud Lacombe : >>>> Hi, >>>> >>>> On Wed, Feb 29, 2012 at 1:44 PM, Attilio Rao >>>> wrote: >>>>> 2012/2/29, Arnaud Lacombe : >>>>>> Hi, >>>>>> >>>>>> On Wed, Feb 29, 2012 at 12:59 PM, Arnaud Lacombe >>>>>> wrote: >>>>>>> Hi, >>>>>>> >>>>>>> On Mon, Feb 27, 2012 at 12:48 PM, Arnaud Lacombe >>>>>>> wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> On Mon, Feb 27, 2012 at 10:36 AM, Attilio Rao >>>>>>>> wrote: >>>>>>>>> 2012/2/27, Arnaud Lacombe : >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> On Tue, Feb 14, 2012 at 11:41 AM, Arnaud Lacombe >>>>>>>>>> >>>>>>>>>> wrote: >>>>>>>>>>> Hi folks, >>>>>>>>>>> >>>>>>>>>>> For the records, I was running some tests yesterday on top of a >>>>>>>>>>> 9.0-RELEASE, amd64, kernel when the box hanged. At the time of >>>>>>>>>>> the >>>>>>>>>>> hang, the box was running a process with about 2800 threads with >>>>>>>>>>> heavy >>>>>>>>>>> IPC between 1400 writers and 1400 readers. The box was in single >>>>>>>>>>> user >>>>>>>>>>> mode (/bin/sh coming from FreeBSD 7.4-STABLE). Here is the >>>>>>>>>>> beginning >>>>>>>>>>> of the dmesg: >>>>>>>>>>> >>>>>>>>>> This happened a second time, now with FreeBSD 8.2-RELEASE. >>>>>>>>>> Complete >>>>>>>>>> machine hang. The machine was running about 4000 threads in a >>>>>>>>>> single >>>>>>>>>> process, all the other condition are the same. >>>>>>>>> >>>>>>>>> Arnaud, >>>>>>>>> can you please break in your kernel via KDB, collect the following >>>>>>>>> informations from the DDB prompt: >>>>>>>>> - ps >>>>>>>>> - alltrace >>>>>>>>> - show allpcpu >>>>>>>>> - possibly get a coredump with 'call doadump' >>>>>>>>> >>>>>>>> Will do, but I'll need to rebuild a kernel to include DDB. >>>>>>>> >>>>>>>>> and in the end provide all those along with kernel binary and >>>>>>>>> possibly >>>>>>>>> sources somewhere? >>>>>>>>> >>>>>>>> I'll be testing a bare `release/8.2.0' with the following patch: >>>>>>>> >>>>>>>> diff --git a/sys/amd64/conf/GENERIC b/sys/amd64/conf/GENERIC >>>>>>>> index c3e0095..7bd997f 100644 >>>>>>>> --- a/sys/amd64/conf/GENERIC >>>>>>>> +++ b/sys/amd64/conf/GENERIC >>>>>>>> @@ -79,6 +79,10 @@ options INCLUDE_CONFIG_FILE # Include >>>>>>>> this >>>>>>>> file in kernel >>>>>>>> >>>>>>>> options KDB # Kernel debugger related code >>>>>>>> options KDB_TRACE # Print a stack trace for a panic >>>>>>>> +options DDB >>>>>>>> +options BREAK_TO_DEBUGGER >>>>>>>> +options ALT_BREAK_TO_DEBUGGER >>>>>>>> >>>>>>>> # Make an SMP-capable kernel by default >>>>>>>> options SMP # Symmetric MultiProcessor Kernel >>>>>>>> >>>>>>> ok, it happened again after 2 days, the process was running about >>>>>>> 3200 >>>>>>> threads. I'm trying to break into DDB and let you know, I'm not that >>>>>>> successful for now... >>>>>>> >>>>>> No luck. None of BREAK or ALT_BREAK are responding. I will not touch >>>>>> the system in the next few hours if you want me to test something on >>>>>> it. In the event of 8.2-RELEASE or 9.0-RELEASE are not meant to work >>>>>> reliably on top of a 7.4-RELEASE userland, I will re-setup the test to >>>>>> occurs on a clean 9.0-RELEASE system and re-try. >>>>> >>>>> We allow to break KBI when new releases happens, thus this may cause a >>>>> breakage for you, even if a deadlock is really not something you want. >>>>> >>>>> Can you try enabling SW_WATCHDOG, DEADLKRES and possibly arm your >>>>> ichwd? >>>>> if the breakage involves clocks or interrupt sources there are still >>>>> chances they will be able to catch it though. >>>>> >>>>> However, it doesn't seem you are setup with a proper serial console? >>>> The serial console is working definitively fine. I can break into DDB >>>> at will when the test is running. I did not test with ALT_BREAK >>>> per-se, but BREAK does work. >>> >>> So if you try to break in DDB via serial break it doesn't work? >>> That is definitively very bad... >>> >> just to be sure, I rebooted the system and I could break into DDB at >> the first attempt with ALT_BREAK, BREAK was a bit more reluctant but >> worked too. So yes, this does not taste good :/ >> >>> Can you try with the options I mentioned earlier and see if something >>> changes? >>> >> will do, but I will first attempt to reproduce this on 9.0-RELEASE. >> > 9.0-RELEASE (kernel + userland) hanged today while running 2000 > threads. Next step is to reproduce it with a watchdog+textdump enabled > kernel. And you were still unable to break in DDB, right? Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 18:54: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 A4535106567A; Mon, 5 Mar 2012 18:54:18 +0000 (UTC) (envelope-from lacombar@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 001B68FC12; Mon, 5 Mar 2012 18:54:17 +0000 (UTC) Received: by werl4 with SMTP id l4so3378671wer.13 for ; Mon, 05 Mar 2012 10:54:17 -0800 (PST) Received-SPF: pass (google.com: domain of lacombar@gmail.com designates 10.216.134.87 as permitted sender) client-ip=10.216.134.87; Authentication-Results: mr.google.com; spf=pass (google.com: domain of lacombar@gmail.com designates 10.216.134.87 as permitted sender) smtp.mail=lacombar@gmail.com; dkim=pass header.i=lacombar@gmail.com Received: from mr.google.com ([10.216.134.87]) by 10.216.134.87 with SMTP id r65mr6496989wei.46.1330973657185 (num_hops = 1); Mon, 05 Mar 2012 10:54:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=oWtoxDQYaYlvwacKIH0hYV5rbr2xXTbtKZtc7pQ1BbU=; b=iCjOvG7e9I068FR6USATjW/k0Qh+0xTShhhwobitkH3u1ZRwA5MpbcjlLkpXdpnKko Tc9eJR4CvLjUTJOGYe5wgTMRwLzWGIyBYl+sCIj6puP1WvcS8dPPz2QjW2Qw6+s/AhkJ e74vlV/1dCQbq4d975bWZEHZgPnbsLsMGjTwp7hKiKdXlolB5p5ZQTwUsRlPaRoKBO9x lkAYLSopmOaryiZNj2uUEGRnQzD/UrAjhGFaKfkYAWnnx/HTtWJj7Mn8dO1jR2HHt+VW 1EW/yAWzoI7IzE0a+qj+HU50kWVfKfTDru7BLQGytLZM9+mSY/YzfauGZJckAJmJLPM4 TaxQ== MIME-Version: 1.0 Received: by 10.216.134.87 with SMTP id r65mr5187008wei.46.1330973657111; Mon, 05 Mar 2012 10:54:17 -0800 (PST) Received: by 10.216.166.139 with HTTP; Mon, 5 Mar 2012 10:54:16 -0800 (PST) In-Reply-To: References: Date: Mon, 5 Mar 2012 13:54:16 -0500 Message-ID: From: Arnaud Lacombe To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable Subject: Re: Complete hang on 9.0-RELEASE 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, 05 Mar 2012 18:54:18 -0000 Hi, On Mon, Mar 5, 2012 at 1:50 PM, Attilio Rao wrote: > 2012/3/5, Arnaud Lacombe : >> 9.0-RELEASE (kernel + userland) hanged today while running 2000 >> threads. Next step is to reproduce it with a watchdog+textdump enabled >> kernel. > > And you were still unable to break in DDB, right? > there is no DDB in -RELEASE kernel, so I cannot give you an answer. - Arnaud From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 22:12: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 AA10E1065672 for ; Mon, 5 Mar 2012 22:12:41 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2E3768FC16 for ; Mon, 5 Mar 2012 22:12:40 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so3781832wgb.31 for ; Mon, 05 Mar 2012 14:12:40 -0800 (PST) Received-SPF: pass (google.com: domain of lacombar@gmail.com designates 10.180.86.9 as permitted sender) client-ip=10.180.86.9; Authentication-Results: mr.google.com; spf=pass (google.com: domain of lacombar@gmail.com designates 10.180.86.9 as permitted sender) smtp.mail=lacombar@gmail.com; dkim=pass header.i=lacombar@gmail.com Received: from mr.google.com ([10.180.86.9]) by 10.180.86.9 with SMTP id l9mr18431862wiz.15.1330985560179 (num_hops = 1); Mon, 05 Mar 2012 14:12:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=HGArakWapETiwdhwwSiIOawROs4uySWahjpi4WF7DzA=; b=q+jJ1Tcwz/I80ENYKtyJ8N5uaOcv59zZIcfNgS9kBYUtwq0KqV9XQ2aQ4oaNS42KHZ ntPhmCRUGLXFLg1EjjrkM5TJzn3QEBfG4pqyLgVAEFo5hRM4oNHGZrLAiZvY7t23/2X+ pHFiGR6pUixxkSRXkZCf+ncwgpvAUdBJiahUPGLfufHO+chlqSqS7EOod7NHgBz54uaM K8m+EfvMkCq94/H3gsP9sXvw3xcU4O4lZW2Y5AWfhsz2QnYqgXEwuD2P7yoIqq6ERGAz MkvnarSk1OvfZ5EnroOP7uwDyXagb3Miy61up60jVyXBgnQ7zBjmRejNXkbxweYSD7n5 /xvA== MIME-Version: 1.0 Received: by 10.180.86.9 with SMTP id l9mr14647832wiz.15.1330985560078; Mon, 05 Mar 2012 14:12:40 -0800 (PST) Received: by 10.216.166.139 with HTTP; Mon, 5 Mar 2012 14:12:40 -0800 (PST) Date: Mon, 5 Mar 2012 17:12:40 -0500 Message-ID: From: Arnaud Lacombe To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Subject: Heavy fs corruption with 9.0-RELEASE 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, 05 Mar 2012 22:12:41 -0000 Hi, I've been running a couple of system with 9.0-RELEASE since it is out. All the system were installed through the standard installation procedure. After unclean reboot, either crash or power-failure, I get a huge amount of really bad filesystem corruption (read: "silent", fs-wide, corruptions). This happens with either i386 or amd64 build. Systems involved use compact flash as their system permanent storage medium. Typical symptoms are: [during rc startup] Starting sshd. /usr/lib/libkrb5.so.10: invalid file format/etc/rc: WARNING: failed to start sshd /usr/libexec/sendmail/sendmail: Undefined symbol "SSL_library_init"/usr/libexec/sendmail/sendmail: Undefined symbol "SSL_library_init"Starting cron. [after startup, dropped in single user, remount / read-only + ran `fsck -y /' and went back multi-user] Starting sshd. Segmentation fault Mar 5 18:07:38 test kernel: Failed to write core file for process sshd (error 14) /etc/rc: WARNING: failed to start sshd Segmentation fault Segmentation fault Starting cron. /usr/lib/libgnuregex.so.5: invalid file format/usr/lib/libgnuregex.so.5: invalid file formatStarting background file system checks in 60 seconds. well, something looks broken, let's investage... # file /usr/include/* | tail -20 /usr/include/ulog.h: broken symbolic link to `liblzma.so.5' /usr/include/unctrl.h: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/include/unistd.h: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/include/usb.h: current ar archive /usr/include/usbhid.h: current ar archive /usr/include/utempter.h: current ar archive /usr/include/utime.h: broken symbolic link to `librt.so.1' /usr/include/utmpx.h: current ar archive /usr/include/uuid.h: current ar archive /usr/include/varargs.h: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/include/vgl.h: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/include/vis.h: broken symbolic link to `librtld_db.so.2' /usr/include/vm: directory /usr/include/wchar.h: current ar archive /usr/include/wctype.h: current ar archive /usr/include/wordexp.h: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/include/x86: directory /usr/include/ypclnt.h: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/include/zconf.h: current ar archive /usr/include/zlib.h: current ar archive "since when /usr/include contains a majority of binary file ?" # ssh Undefined symbol "ssh_compat20" referenced from COPY relocation in /usr/bin/ssh # file /usr/lib/libssh.so.5 /usr/lib/libssh.so.5: symbolic link to `libopie.so.7' "what ?" # file /usr/lib/snmp* /usr/lib/snmp_atm.so: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/lib/snmp_atm.so.6: symbolic link to `pam_deny.so.5' /usr/lib/snmp_bridge.so: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/lib/snmp_bridge.so.6: symbolic link to `pam_echo.so.5' /usr/lib/snmp_hostres.so: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/lib/snmp_hostres.so.6: symbolic link to `pam_exec.so.5' /usr/lib/snmp_mibII.so: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/lib/snmp_mibII.so.6: symbolic link to `pam_ftpusers.so.5' /usr/lib/snmp_netgraph.so: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, stripped /usr/lib/snmp_netgraph.so.6: symbolic link to `pam_login_access.so.5' [...] "why `snmp_netgraph.so.6' would be linked to `pam_login_access.so.5' ?" Unsurprisingly, fsck (still) detects a lot of inconsistency: # fsck -f / ** /dev/ada0p2 (NO WRITE) USE JOURNAL? no ** Skipping journal, falling through to full fsck SETTING DIRTY FLAG IN READ_ONLY MODE UNEXPECTED SOFT UPDATE INCONSISTENCY ** Last Mounted on / ** Root file system ** Phase 1 - Check Blocks and Sizes 124184 DUP I=31488 UNEXPECTED SOFT UPDATE INCONSISTENCY 124185 DUP I=31488 UNEXPECTED SOFT UPDATE INCONSISTENCY 124186 DUP I=31488 UNEXPECTED SOFT UPDATE INCONSISTENCY 124187 DUP I=31488 UNEXPECTED SOFT UPDATE INCONSISTENCY 124188 DUP I=31488 UNEXPECTED SOFT UPDATE INCONSISTENCY 124189 DUP I=31488 UNEXPECTED SOFT UPDATE INCONSISTENCY [...] EXCESSIVE DUP BLKS I=31494 CONTINUE? [yn] I do not see this behavior when running 9.0-RELEASE on top of a 7.4-RELEASE userland (including FS). I've seen this behavior on various CF, so a single bad card is unlikely to be the culprit. Here are the currently mounted filesystem on the machine, as well as mount options: # mount /dev/ada0p2 on / (ufs, local, journaled soft-updates) devfs on /dev (devfs, local, multilabel) Any hints appreciated. Thanks, - Arnaud From owner-freebsd-stable@FreeBSD.ORG Mon Mar 5 22:21: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 3EC6F106566B for ; Mon, 5 Mar 2012 22:21:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from anubis.delphij.net (anubis.delphij.net [IPv6:2001:470:1:117::25]) by mx1.freebsd.org (Postfix) with ESMTP id 203188FC15 for ; Mon, 5 Mar 2012 22:21:58 +0000 (UTC) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by anubis.delphij.net (Postfix) with ESMTPSA id B6DB31197D; Mon, 5 Mar 2012 14:21:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=delphij.net; s=anubis; t=1330986117; bh=VPwKAVADraHo/DbZKOBl2LEZQychwax5e6oF4vH42YQ=; h=Message-ID:Date:From:Reply-To:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=zf48Hemq4etV6BGSUoXJaFN9lPGiqcoDCmaHk4ffCp1zWx+W04MPldNIY4VI+vB2b FtHNiSxiDUv7mQHudIwgfiX34L6WA+bMCDaE0Ai3m9w6TQo1x7ncSx/uihUH1TqPZq oC9Dz7/etQ15P4sUMSHGtd9ROOqXlPW7CMZyEMiQ= Message-ID: <4F553C82.2000305@delphij.net> Date: Mon, 05 Mar 2012 14:21:54 -0800 From: Xin Li Organization: The FreeBSD Project MIME-Version: 1.0 To: Arnaud Lacombe References: In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: d@delphij.net, FreeBSD Stable Subject: Re: Heavy fs corruption with 9.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Mar 2012 22:21:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 03/05/12 14:12, Arnaud Lacombe wrote: > Hi, > > I've been running a couple of system with 9.0-RELEASE since it is > out. All the system were installed through the standard > installation procedure. After unclean reboot, either crash or > power-failure, I get a huge amount of really bad filesystem > corruption (read: "silent", fs-wide, corruptions). This happens > with either i386 or amd64 build. Systems involved use compact flash > as their system permanent storage medium. [...] > I do not see this behavior when running 9.0-RELEASE on top of a > 7.4-RELEASE userland (including FS). I've seen this behavior on > various CF, so a single bad card is unlikely to be the culprit. FWIW FS is part of kernel. So technically you're running 9.0-RELEASE UFS with 7.4-RELEASE userland. > Here are the currently mounted filesystem on the machine, as well > as mount options: > > # mount /dev/ada0p2 on / (ufs, local, journaled soft-updates) devfs > on /dev (devfs, local, multilabel) > > Any hints appreciated. My first step would be take out the journalling soft-updates to see if things improves. Could you test if this happens using brand new 9.0-RELEASE, but with journaled soft-updates disabled? (Hint: tunefs -j disable /; tunefs -n enable /; reboot in single user mode). Note that since you say 7.4-RELEASE userland wouldn't have similar issue, it might indicate a bug with the new journalled soft-updates's fsck implementation. Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQEcBAEBCAAGBQJPVTyCAAoJEG80Jeu8UPuzTsgIALvLdbzoNrmE/xUqDEJwGtC8 zcfGl7tEVLU6BbE3i2ww2tUcMJmOMZwrAg1gZmFyyDhVQwEEQQ2zSTa1Uy3oiNRA ts1X31VicEXIMam1Mt5K2G3lMbFES6TvyDrNOit6C2FeUrixHZ2C1JZmA7yzGlsg 7ZGco+3clwSy2yfKTf0ExjIibkC0Cgz60BgjpQKowpKjUCD5AzB/2EqmZk1pFz6S /NYOlF+YG/Y72V3GW1K5DTDFao5znzkulhc5Q/RUoD08o6hmdiaqiRHHmqjIP6Rt Gb8Dfggnm8XUBs+AzgUmssCSCvHMHYt9SEel2sB5gSVKzd5rIAXwLxaeKBco1Ws= =Hi9P -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 00:49:29 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 3F5B5106566C; Tue, 6 Mar 2012 00:49:29 +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 DD1568FC16; Tue, 6 Mar 2012 00:49:28 +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 q260nSo2009767; Tue, 6 Mar 2012 00:49:28 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q260nSP5009748; Tue, 6 Mar 2012 00:49:28 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 00:49:28 GMT Message-Id: <201203060049.q260nSP5009748@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 i386/i386 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: Tue, 06 Mar 2012 00:49:29 -0000 TB --- 2012-03-05 23:02:43 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-05 23:02:43 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-05 23:02:43 - cleaning the object tree TB --- 2012-03-05 23:02:43 - cvsupping the source tree TB --- 2012-03-05 23:02:43 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-05 23:03:30 - building world TB --- 2012-03-05 23:03:30 - CROSS_BUILD_TESTING=YES TB --- 2012-03-05 23:03:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-05 23:03:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-05 23:03:30 - SRCCONF=/dev/null TB --- 2012-03-05 23:03:30 - TARGET=i386 TB --- 2012-03-05 23:03:30 - TARGET_ARCH=i386 TB --- 2012-03-05 23:03:30 - TZ=UTC TB --- 2012-03-05 23:03:30 - __MAKE_CONF=/dev/null TB --- 2012-03-05 23:03:30 - cd /src TB --- 2012-03-05 23:03:30 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 5 23:03:30 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 >>> World build completed on Mon Mar 5 23:48:50 UTC 2012 TB --- 2012-03-05 23:48:50 - generating LINT kernel config TB --- 2012-03-05 23:48:50 - cd /src/sys/i386/conf TB --- 2012-03-05 23:48:50 - /usr/bin/make -B LINT TB --- 2012-03-05 23:48:50 - cd /src/sys/i386/conf TB --- 2012-03-05 23:48:50 - /usr/sbin/config -m LINT TB --- 2012-03-05 23:48:50 - building LINT kernel TB --- 2012-03-05 23:48:50 - CROSS_BUILD_TESTING=YES TB --- 2012-03-05 23:48:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-05 23:48:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-05 23:48:50 - SRCCONF=/dev/null TB --- 2012-03-05 23:48:50 - TARGET=i386 TB --- 2012-03-05 23:48:50 - TARGET_ARCH=i386 TB --- 2012-03-05 23:48:50 - TZ=UTC TB --- 2012-03-05 23:48:50 - __MAKE_CONF=/dev/null TB --- 2012-03-05 23:48:50 - cd /src TB --- 2012-03-05 23:48:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Mon Mar 5 23:48:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Mar 6 00:09:57 UTC 2012 TB --- 2012-03-06 00:09:57 - cd /src/sys/i386/conf TB --- 2012-03-06 00:09:57 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-06 00:09:57 - building LINT-VIMAGE kernel TB --- 2012-03-06 00:09:57 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 00:09:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 00:09:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 00:09:57 - SRCCONF=/dev/null TB --- 2012-03-06 00:09:57 - TARGET=i386 TB --- 2012-03-06 00:09:57 - TARGET_ARCH=i386 TB --- 2012-03-06 00:09:57 - TZ=UTC TB --- 2012-03-06 00:09:57 - __MAKE_CONF=/dev/null TB --- 2012-03-06 00:09:57 - cd /src TB --- 2012-03-06 00:09:57 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Tue Mar 6 00:09:57 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Tue Mar 6 00:30:44 UTC 2012 TB --- 2012-03-06 00:30:44 - cd /src/sys/i386/conf TB --- 2012-03-06 00:30:44 - /usr/sbin/config -m GENERIC TB --- 2012-03-06 00:30:44 - building GENERIC kernel TB --- 2012-03-06 00:30:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 00:30:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 00:30:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 00:30:44 - SRCCONF=/dev/null TB --- 2012-03-06 00:30:44 - TARGET=i386 TB --- 2012-03-06 00:30:44 - TARGET_ARCH=i386 TB --- 2012-03-06 00:30:44 - TZ=UTC TB --- 2012-03-06 00:30:44 - __MAKE_CONF=/dev/null TB --- 2012-03-06 00:30:44 - cd /src TB --- 2012-03-06 00:30:44 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 6 00:30:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Mar 6 00:45:37 UTC 2012 TB --- 2012-03-06 00:45:37 - cd /src/sys/i386/conf TB --- 2012-03-06 00:45:37 - /usr/sbin/config -m PAE TB --- 2012-03-06 00:45:37 - building PAE kernel TB --- 2012-03-06 00:45:37 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 00:45:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 00:45:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 00:45:37 - SRCCONF=/dev/null TB --- 2012-03-06 00:45:37 - TARGET=i386 TB --- 2012-03-06 00:45:37 - TARGET_ARCH=i386 TB --- 2012-03-06 00:45:37 - TZ=UTC TB --- 2012-03-06 00:45:37 - __MAKE_CONF=/dev/null TB --- 2012-03-06 00:45:37 - cd /src TB --- 2012-03-06 00:45:37 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Tue Mar 6 00:45:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 00:49:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 00:49:28 - ERROR: failed to build PAE kernel TB --- 2012-03-06 00:49:28 - 5239.16 user 844.66 system 6404.45 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 03:00: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 4607B1065672 for ; Tue, 6 Mar 2012 03:00:09 +0000 (UTC) (envelope-from nonesuch@longcount.org) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id DC1378FC0A for ; Tue, 6 Mar 2012 03:00:08 +0000 (UTC) Received: by vbmv11 with SMTP id v11so5072215vbm.13 for ; Mon, 05 Mar 2012 19:00:08 -0800 (PST) Received-SPF: pass (google.com: domain of nonesuch@longcount.org designates 10.220.108.80 as permitted sender) client-ip=10.220.108.80; Authentication-Results: mr.google.com; spf=pass (google.com: domain of nonesuch@longcount.org designates 10.220.108.80 as permitted sender) smtp.mail=nonesuch@longcount.org Received: from mr.google.com ([10.220.108.80]) by 10.220.108.80 with SMTP id e16mr340185vcp.43.1331002808267 (num_hops = 1); Mon, 05 Mar 2012 19:00:08 -0800 (PST) Received: by 10.220.108.80 with SMTP id e16mr279418vcp.43.1331002808124; Mon, 05 Mar 2012 19:00:08 -0800 (PST) Received: from [97.32.113.204] (204.sub-97-32-113.myvzw.com. [97.32.113.204]) by mx.google.com with ESMTPS id w6sm28395234vdj.4.2012.03.05.19.00.05 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 05 Mar 2012 19:00:07 -0800 (PST) References: <4F553C82.2000305@delphij.net> From: Mark Saad Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (9A406) In-Reply-To: <4F553C82.2000305@delphij.net> Message-Id: <540DFF08-0064-4AC3-9FFA-31817148B302@longcount.org> Date: Mon, 5 Mar 2012 22:00:03 -0500 To: FreeBSD Stable Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (1.0) X-Gm-Message-State: ALoCoQnjm+6WohhNWliU3pVgwqsTlWwkyNBlTvS4X8KR2TPMqoDJr7hBJJufM3oAbkNciqPDnubs Subject: Re: Heavy fs corruption with 9.0-RELEASE 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, 06 Mar 2012 03:00:09 -0000 On Mar 5, 2012, at 5:21 PM, Xin Li wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 >=20 > On 03/05/12 14:12, Arnaud Lacombe wrote: >> Hi, >>=20 >> I've been running a couple of system with 9.0-RELEASE since it is >> out. All the system were installed through the standard >> installation procedure. After unclean reboot, either crash or >> power-failure, I get a huge amount of really bad filesystem >> corruption (read: "silent", fs-wide, corruptions). This happens >> with either i386 or amd64 build. Systems involved use compact flash >> as their system permanent storage medium. > [...] >> I do not see this behavior when running 9.0-RELEASE on top of a=20 >> 7.4-RELEASE userland (including FS). I've seen this behavior on=20 >> various CF, so a single bad card is unlikely to be the culprit. >=20 > FWIW FS is part of kernel. So technically you're running 9.0-RELEASE > UFS with 7.4-RELEASE userland. >=20 >> Here are the currently mounted filesystem on the machine, as well >> as mount options: >>=20 >> # mount /dev/ada0p2 on / (ufs, local, journaled soft-updates) devfs >> on /dev (devfs, local, multilabel) >>=20 >> Any hints appreciated. >=20 > My first step would be take out the journalling soft-updates to see if > things improves. Could you test if this happens using brand new > 9.0-RELEASE, but with journaled soft-updates disabled? >=20 > (Hint: tunefs -j disable /; tunefs -n enable /; reboot in single user > mode). >=20 > Note that since you say 7.4-RELEASE userland wouldn't have similar > issue, it might indicate a bug with the new journalled soft-updates's > fsck implementation. >=20 How are you fsck'ng the 9.0 ufs ? Do you have a 9.0 fsck , tunefs , and mou= nt ? Also was the file system created on 9.0 or 7.4 or better yet was it a= 7.4 newfs or 9.0 newfs ? What options did you use ?=20 > Cheers, > - --=20 > Xin LI https://www.delphij.net/ > FreeBSD - The Power to Serve! Live free or die > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.18 (FreeBSD) >=20 > iQEcBAEBCAAGBQJPVTyCAAoJEG80Jeu8UPuzTsgIALvLdbzoNrmE/xUqDEJwGtC8 > zcfGl7tEVLU6BbE3i2ww2tUcMJmOMZwrAg1gZmFyyDhVQwEEQQ2zSTa1Uy3oiNRA > ts1X31VicEXIMam1Mt5K2G3lMbFES6TvyDrNOit6C2FeUrixHZ2C1JZmA7yzGlsg > 7ZGco+3clwSy2yfKTf0ExjIibkC0Cgz60BgjpQKowpKjUCD5AzB/2EqmZk1pFz6S > /NYOlF+YG/Y72V3GW1K5DTDFao5znzkulhc5Q/RUoD08o6hmdiaqiRHHmqjIP6Rt > Gb8Dfggnm8XUBs+AzgUmssCSCvHMHYt9SEel2sB5gSVKzd5rIAXwLxaeKBco1Ws=3D > =3DHi9P > -----END PGP SIGNATURE----- > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --- Mark saad | mark.saad@longcount.org From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 04:58:46 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 6525B106566C; Tue, 6 Mar 2012 04:58:46 +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 0D2C38FC14; Tue, 6 Mar 2012 04:58:45 +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 q264wj4Y066840; Tue, 6 Mar 2012 04:58:45 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q264wjMb066818; Tue, 6 Mar 2012 04:58:45 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 04:58:45 GMT Message-Id: <201203060458.q264wjMb066818@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 i386/i386 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: Tue, 06 Mar 2012 04:58:46 -0000 TB --- 2012-03-06 03:11:01 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-06 03:11:01 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-06 03:11:01 - cleaning the object tree TB --- 2012-03-06 03:11:54 - cvsupping the source tree TB --- 2012-03-06 03:11:54 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-06 03:12:04 - building world TB --- 2012-03-06 03:12:04 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 03:12:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 03:12:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 03:12:04 - SRCCONF=/dev/null TB --- 2012-03-06 03:12:04 - TARGET=i386 TB --- 2012-03-06 03:12:04 - TARGET_ARCH=i386 TB --- 2012-03-06 03:12:04 - TZ=UTC TB --- 2012-03-06 03:12:04 - __MAKE_CONF=/dev/null TB --- 2012-03-06 03:12:04 - cd /src TB --- 2012-03-06 03:12:04 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 03:12:05 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 >>> World build completed on Tue Mar 6 03:58:08 UTC 2012 TB --- 2012-03-06 03:58:08 - generating LINT kernel config TB --- 2012-03-06 03:58:08 - cd /src/sys/i386/conf TB --- 2012-03-06 03:58:08 - /usr/bin/make -B LINT TB --- 2012-03-06 03:58:08 - cd /src/sys/i386/conf TB --- 2012-03-06 03:58:08 - /usr/sbin/config -m LINT TB --- 2012-03-06 03:58:08 - building LINT kernel TB --- 2012-03-06 03:58:08 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 03:58:08 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 03:58:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 03:58:08 - SRCCONF=/dev/null TB --- 2012-03-06 03:58:08 - TARGET=i386 TB --- 2012-03-06 03:58:08 - TARGET_ARCH=i386 TB --- 2012-03-06 03:58:08 - TZ=UTC TB --- 2012-03-06 03:58:08 - __MAKE_CONF=/dev/null TB --- 2012-03-06 03:58:08 - cd /src TB --- 2012-03-06 03:58:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 6 03:58:08 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Mar 6 04:19:19 UTC 2012 TB --- 2012-03-06 04:19:19 - cd /src/sys/i386/conf TB --- 2012-03-06 04:19:19 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-06 04:19:19 - building LINT-VIMAGE kernel TB --- 2012-03-06 04:19:19 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 04:19:19 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 04:19:19 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 04:19:19 - SRCCONF=/dev/null TB --- 2012-03-06 04:19:19 - TARGET=i386 TB --- 2012-03-06 04:19:19 - TARGET_ARCH=i386 TB --- 2012-03-06 04:19:19 - TZ=UTC TB --- 2012-03-06 04:19:19 - __MAKE_CONF=/dev/null TB --- 2012-03-06 04:19:19 - cd /src TB --- 2012-03-06 04:19:19 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Tue Mar 6 04:19:19 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Tue Mar 6 04:40:04 UTC 2012 TB --- 2012-03-06 04:40:04 - cd /src/sys/i386/conf TB --- 2012-03-06 04:40:04 - /usr/sbin/config -m GENERIC TB --- 2012-03-06 04:40:04 - building GENERIC kernel TB --- 2012-03-06 04:40:04 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 04:40:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 04:40:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 04:40:04 - SRCCONF=/dev/null TB --- 2012-03-06 04:40:04 - TARGET=i386 TB --- 2012-03-06 04:40:04 - TARGET_ARCH=i386 TB --- 2012-03-06 04:40:04 - TZ=UTC TB --- 2012-03-06 04:40:04 - __MAKE_CONF=/dev/null TB --- 2012-03-06 04:40:04 - cd /src TB --- 2012-03-06 04:40:04 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 6 04:40:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Mar 6 04:54:54 UTC 2012 TB --- 2012-03-06 04:54:54 - cd /src/sys/i386/conf TB --- 2012-03-06 04:54:54 - /usr/sbin/config -m PAE TB --- 2012-03-06 04:54:54 - building PAE kernel TB --- 2012-03-06 04:54:54 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 04:54:54 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 04:54:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 04:54:54 - SRCCONF=/dev/null TB --- 2012-03-06 04:54:54 - TARGET=i386 TB --- 2012-03-06 04:54:54 - TARGET_ARCH=i386 TB --- 2012-03-06 04:54:54 - TZ=UTC TB --- 2012-03-06 04:54:54 - __MAKE_CONF=/dev/null TB --- 2012-03-06 04:54:54 - cd /src TB --- 2012-03-06 04:54:54 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Tue Mar 6 04:54:55 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 04:58:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 04:58:45 - ERROR: failed to build PAE kernel TB --- 2012-03-06 04:58:45 - 5266.99 user 853.86 system 6464.18 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 06:59:48 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id DC361106564A; Tue, 6 Mar 2012 06:59:48 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 2B25914FA17; Tue, 6 Mar 2012 06:59:48 +0000 (UTC) Message-ID: <4F55B5E3.1080207@FreeBSD.org> Date: Tue, 06 Mar 2012 00:59:47 -0600 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adrian Chadd References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> <4F5285CF.3010001@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org, =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not 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, 06 Mar 2012 06:59:49 -0000 On 3/4/2012 2:04 PM, Adrian Chadd wrote: > 2012/3/3 Doug Barton : >> On 03/02/2012 16:05, Adrian Chadd wrote: >>> Try breaking that cycle. >> >> ... one of the things I've been asking for years. :) >> >> Julian's right though, I think PC-BSD will help, but I still think that >> committers should run -current. I've asked privately for our committers >> to go back to -current and then have some dedicated development time >> where we work together to fix the problems that *we* find in order to >> make the project more desktop-friendly overall. I was (figuratively) >> laughed out of the room. > > There's a magic intersection between "need to run current" and "need > to keep stuff unbroken enough to get work done." Personally I have a -current partition (slice) that I keep up to date, and an 8-stable'ish slice that I purposely keep in a known-good state, and only update if -current has been running good for a while (which it has more often than not in the last several years). I have both slices set up to share data such as /home, my cvs and svn trees, etc. This has worked really well for me (and others, I originally got the idea and some of my configuration from David Wolfskill) for over a decade. hth, Doug From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 08:12:42 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 5B37D1065672; Tue, 6 Mar 2012 08:12:42 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C6FC8FC20; Tue, 6 Mar 2012 08:12:41 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so3239876wib.13 for ; Tue, 06 Mar 2012 00:12:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=4EYVDl71iQH3DSyI3qfa5PUnwZpmfTRXTLmcmb3m8ZE=; b=LyjZ6yIG3rNYJ2LBjLhxjt2r+E8yL9k7Rjp5Y8uTG8dMp4aPU9btc6V2bieI7Wkuq5 VG+uTaQvqq+pVABVdjA2M7y6tUWro5MxzNXNbHh6OS/FO+/omVTI9uDEW8uAxieA6Ryk bYr8XAOsstRuAnaF+dAZ92ONy4DtDuiQNuJuwJmNn5ilcf7tG7imaF/8GCxC/aAN08lI xVRf4CNVJDpsSTSFkOU7s+U5WhfWlBQH7OE0ds6CbZ/LCNfInbtF+cYMPuG6s06MaCrC P8Jmp9zgO7vR/k/iSEritP3UHcatbZvHwPv4RQzyFbnyBSL7I/o9ifFlP/E8I5EY5wjo xKJg== MIME-Version: 1.0 Received: by 10.180.96.8 with SMTP id do8mr16682490wib.21.1331021560490; Tue, 06 Mar 2012 00:12:40 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Tue, 6 Mar 2012 00:12:40 -0800 (PST) In-Reply-To: <4F55B5E3.1080207@FreeBSD.org> References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4BA707.5070608@wasikowski.net> <4F4C3FE7.3040802@FreeBSD.org> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> <4F5285CF.3010001@FreeBSD.org> <4F55B5E3.1080207@FreeBSD.org> Date: Tue, 6 Mar 2012 00:12:40 -0800 X-Google-Sender-Auth: bPKx55nNwSptWjORamfgEazCh1o Message-ID: From: Adrian Chadd To: Doug Barton Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org, =?ISO-8859-2?Q?z_W=B1sikowski?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not 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, 06 Mar 2012 08:12:42 -0000 You haven't been bitten by the storage layer or filesystem hackery bits which has caused filesystem corruption. :) That said, FFS+SUJ has made recover-from-kernel-panic so much less painful. Thankyou Jeffr and others! What I tend to do is either run current on a VM or organise some dedicated -current laptops. And run the bits of -current I'm testing on -8 and -9. Adrian From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 08:21:55 2012 Return-Path: Delivered-To: stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by hub.freebsd.org (Postfix) with ESMTP id 62082106564A; Tue, 6 Mar 2012 08:21:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 7817D14F120; Tue, 6 Mar 2012 08:21:53 +0000 (UTC) Message-ID: <4F55C91F.4040503@FreeBSD.org> Date: Tue, 06 Mar 2012 02:21:51 -0600 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Adrian Chadd References: <20120221143537.Horde.deyFDZjmRSRPQ52pxBIpnLA@webmail.leidinger.net> <4F4D51CB.2010508@FreeBSD.org> <4F4D5E5D.9040302@FreeBSD.org> <4F4DD288.5060106@FreeBSD.org> <4F4ED889.2070608@FreeBSD.org> <4F500BB9.4040307@FreeBSD.org> <4F5088CA.1090108@FreeBSD.org> <4F510FBD.50008@FreeBSD.org> <4F5117A6.2030003@FreeBSD.org> <4F5285CF.3010001@FreeBSD.org> <4F55B5E3.1080207@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@freebsd.org, =?UTF-8?B?eiBXxIVzaWtvd3NraQ==?= , Arnaud Lacombe , "Bjoern A. Zeeb" , Alexander Leidinger Subject: Re: flowtable usable or not 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, 06 Mar 2012 08:21:55 -0000 On 3/6/2012 2:12 AM, Adrian Chadd wrote: > You haven't been bitten by the storage layer or filesystem hackery > bits which has caused filesystem corruption. :) Ummm, I have, actually. I was one of the early adopters of SU+J and complained loudly when it ate my /var/ for lunch. I also use a lot of separate slices/partitions, so my system partition isn't getting written to very often, isn't using SU+J, and almost always comes up clean after a crash. My layout looks like this: FreeBSD 1 & 2 are the same: / + /usr /var /tmp (memory disk) /usr/local/ (this is the big partition, things like ports WRKDIRPREFIX and /usr/obj go here) Then I have separate ext2fs filesystems for /home, /data (cvs, svn, other big trees). These are accessible from my Linux partition, which is also where the shared swap partition is. Using ext2fs for things I really care about (like /home) or things that would take a long time to reproduce (like cvs and svn trees) has helped avoid some of the more exciting corruption/data loss events, and everything on the /usr/local's is either backed up, or trivially reproducable. > That said, FFS+SUJ has made recover-from-kernel-panic so much less > painful. Thankyou Jeffr and others! It's also made a mess out of snapshots ... The only thing I use SU+J for is /var and /usr/local (see above). > What I tend to do is either run current on a VM or organise some > dedicated -current laptops. And run the bits of -current I'm testing > on -8 and -9. Well you get a gold start for actually running it at all, so there you go. :) Doug From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 09:00:55 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 07E941065670; Tue, 6 Mar 2012 09:00:55 +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 A4B018FC08; Tue, 6 Mar 2012 09:00:54 +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 q2690s0B037661; Tue, 6 Mar 2012 09:00:54 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q2690sPW037654; Tue, 6 Mar 2012 09:00:54 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 09:00:54 GMT Message-Id: <201203060900.q2690sPW037654@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 i386/i386 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: Tue, 06 Mar 2012 09:00:55 -0000 TB --- 2012-03-06 07:08:02 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-06 07:08:02 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-06 07:08:02 - cleaning the object tree TB --- 2012-03-06 07:08:57 - cvsupping the source tree TB --- 2012-03-06 07:08:57 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-06 07:14:30 - building world TB --- 2012-03-06 07:14:30 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 07:14:30 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 07:14:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 07:14:30 - SRCCONF=/dev/null TB --- 2012-03-06 07:14:30 - TARGET=i386 TB --- 2012-03-06 07:14:30 - TARGET_ARCH=i386 TB --- 2012-03-06 07:14:30 - TZ=UTC TB --- 2012-03-06 07:14:30 - __MAKE_CONF=/dev/null TB --- 2012-03-06 07:14:30 - cd /src TB --- 2012-03-06 07:14:30 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 07:14:31 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 >>> World build completed on Tue Mar 6 08:00:57 UTC 2012 TB --- 2012-03-06 08:00:57 - generating LINT kernel config TB --- 2012-03-06 08:00:57 - cd /src/sys/i386/conf TB --- 2012-03-06 08:00:57 - /usr/bin/make -B LINT TB --- 2012-03-06 08:00:57 - cd /src/sys/i386/conf TB --- 2012-03-06 08:00:57 - /usr/sbin/config -m LINT TB --- 2012-03-06 08:00:57 - building LINT kernel TB --- 2012-03-06 08:00:57 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 08:00:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 08:00:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 08:00:57 - SRCCONF=/dev/null TB --- 2012-03-06 08:00:57 - TARGET=i386 TB --- 2012-03-06 08:00:57 - TARGET_ARCH=i386 TB --- 2012-03-06 08:00:57 - TZ=UTC TB --- 2012-03-06 08:00:57 - __MAKE_CONF=/dev/null TB --- 2012-03-06 08:00:57 - cd /src TB --- 2012-03-06 08:00:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 6 08:00:57 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Mar 6 08:21:56 UTC 2012 TB --- 2012-03-06 08:21:56 - cd /src/sys/i386/conf TB --- 2012-03-06 08:21:56 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-06 08:21:56 - building LINT-VIMAGE kernel TB --- 2012-03-06 08:21:56 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 08:21:56 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 08:21:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 08:21:56 - SRCCONF=/dev/null TB --- 2012-03-06 08:21:56 - TARGET=i386 TB --- 2012-03-06 08:21:56 - TARGET_ARCH=i386 TB --- 2012-03-06 08:21:56 - TZ=UTC TB --- 2012-03-06 08:21:56 - __MAKE_CONF=/dev/null TB --- 2012-03-06 08:21:56 - cd /src TB --- 2012-03-06 08:21:56 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Tue Mar 6 08:21:56 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Tue Mar 6 08:42:26 UTC 2012 TB --- 2012-03-06 08:42:26 - cd /src/sys/i386/conf TB --- 2012-03-06 08:42:26 - /usr/sbin/config -m GENERIC TB --- 2012-03-06 08:42:26 - building GENERIC kernel TB --- 2012-03-06 08:42:26 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 08:42:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 08:42:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 08:42:26 - SRCCONF=/dev/null TB --- 2012-03-06 08:42:26 - TARGET=i386 TB --- 2012-03-06 08:42:26 - TARGET_ARCH=i386 TB --- 2012-03-06 08:42:26 - TZ=UTC TB --- 2012-03-06 08:42:26 - __MAKE_CONF=/dev/null TB --- 2012-03-06 08:42:26 - cd /src TB --- 2012-03-06 08:42:26 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 6 08:42:26 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Mar 6 08:57:04 UTC 2012 TB --- 2012-03-06 08:57:04 - cd /src/sys/i386/conf TB --- 2012-03-06 08:57:04 - /usr/sbin/config -m PAE TB --- 2012-03-06 08:57:04 - building PAE kernel TB --- 2012-03-06 08:57:04 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 08:57:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 08:57:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 08:57:04 - SRCCONF=/dev/null TB --- 2012-03-06 08:57:04 - TARGET=i386 TB --- 2012-03-06 08:57:04 - TARGET_ARCH=i386 TB --- 2012-03-06 08:57:04 - TZ=UTC TB --- 2012-03-06 08:57:04 - __MAKE_CONF=/dev/null TB --- 2012-03-06 08:57:04 - cd /src TB --- 2012-03-06 08:57:04 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Tue Mar 6 08:57:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 09:00:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 09:00:54 - ERROR: failed to build PAE kernel TB --- 2012-03-06 09:00:54 - 5258.66 user 845.91 system 6771.50 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 10:01:08 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 3B8A8106566C for ; Tue, 6 Mar 2012 10:01:08 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 500598FC14 for ; Tue, 6 Mar 2012 10:01:06 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBDBE7.dip.t-dialin.net [93.203.219.231]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id q269fWAo099480; Tue, 6 Mar 2012 09:41:33 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id q269fSei013090; Tue, 6 Mar 2012 10:41:28 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id q269fGnr079103; Tue, 6 Mar 2012 10:41:22 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201203060941.q269fGnr079103@fire.js.berklix.net> To: Arnaud Lacombe From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Mon, 05 Mar 2012 14:21:54 PST." <4F553C82.2000305@delphij.net> Date: Tue, 06 Mar 2012 10:41:16 +0100 Sender: jhs@berklix.com Cc: FreeBSD Stable Subject: Re: Heavy fs corruption with 9.0-RELEASE 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, 06 Mar 2012 10:01:08 -0000 Xin Li wrote: > On 03/05/12 14:12, Arnaud Lacombe wrote: > > Hi, > > > > I've been running a couple of system with 9.0-RELEASE since it is > > out. All the system were installed through the standard > > installation procedure. After unclean reboot, either crash or > > power-failure, I get a huge amount of really bad filesystem > > corruption (read: "silent", fs-wide, corruptions). This happens > > with either i386 or amd64 build. Systems involved use compact flash > > as their system permanent storage medium. > [...] > > I do not see this behavior when running 9.0-RELEASE on top of a > > 7.4-RELEASE userland (including FS). I've seen this behavior on > > various CF, so a single bad card is unlikely to be the culprit. Various sizes & manufacturers of CF ? Or merely CF from same source ? If the latter, could be a batch fault. Try CF cards from different manufacturers. Remember though manufacturers may detect batch faults & not sell them, they may still be sold anyway ! Criminals exist & mislabelling happens. eg 2 tales: My family once had a number of USB sticks, 1 each, (2 Gig each costing 50 GBP (a lot of money, but not exorbitant then) at a Sunday computer market in UK), most were faulty with BSD & MS, I wondered if they might have been rejects from manufacturer, scheduled for destruction, & some criminal might have `rescued' them from the crusher, & sold them on.) A German magazine (CT) reported on placebo cache chips some years back, chips with pins but no silicon inside. Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. Mail from @yahoo dumped @berklix. http://berklix.org/yahoo/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 10:20:30 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 CF3CB1065785; Tue, 6 Mar 2012 10:20:30 +0000 (UTC) (envelope-from bsd@kobyla.org) Received: from kobyla.org (out.kobyla.org [109.206.180.180]) by mx1.freebsd.org (Postfix) with ESMTP id 3652C8FC0C; Tue, 6 Mar 2012 10:20:29 +0000 (UTC) Received: from cel.home (ask1@localhost [127.0.0.1]) by kobyla.org (8.14.5/8.14.5) with ESMTP id q26AK3uP029499; Tue, 6 Mar 2012 12:20:04 +0200 (EET) (envelope-from bsd@kobyla.org) Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes References: To: "Pavel Polyakov" , "Attilio Rao" Date: Tue, 06 Mar 2012 12:20:03 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: "Pavel Polyakov" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.61 (FreeBSD) X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.6 (kobyla.org [127.0.0.1]); Tue, 06 Mar 2012 12:20:06 +0200 (EET) Cc: stable@freebsd.org, daichi@freebsd.org Subject: Re: lock violation in unionfs (9.0-STABLE r230270) 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, 06 Mar 2012 10:20:30 -0000 >> mount -t unionfs -o noatime /usr /mnt >> >> insmntque: mp-safe fs and non-locked vp: 0xfffffe01d96704f0 is not >> exclusive locked but should be >> KDB: enter: lock violation > > Pavel, > can you give a spin to this patch?: > http://www.freebsd.org/~attilio/unionfs_missing_insmntque_lock.patch > > I think that the unlocking is due at that point as the vnode lock can > be switch later on. > > Let me know what you think about it and what the test does. Thanks! This patch fixes the problem with lock violation. Sorry I've tested it so late. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 13:00: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 68AD2106566C for ; Tue, 6 Mar 2012 13:00:32 +0000 (UTC) (envelope-from i.junus@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 1A9018FC12 for ; Tue, 6 Mar 2012 13:00:31 +0000 (UTC) Received: by yenl9 with SMTP id l9so2212101yen.13 for ; Tue, 06 Mar 2012 05:00:29 -0800 (PST) Received-SPF: pass (google.com: domain of i.junus@gmail.com designates 10.236.184.167 as permitted sender) client-ip=10.236.184.167; Authentication-Results: mr.google.com; spf=pass (google.com: domain of i.junus@gmail.com designates 10.236.184.167 as permitted sender) smtp.mail=i.junus@gmail.com; dkim=pass header.i=i.junus@gmail.com Received: from mr.google.com ([10.236.184.167]) by 10.236.184.167 with SMTP id s27mr33891904yhm.8.1331038829461 (num_hops = 1); Tue, 06 Mar 2012 05:00:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eic/MwKlUBm7TH+MyO71iAcr4OTKB/VWKn0U+cTKik0=; b=NsoGhNAklKC2DQjCxwU0tgzF96iP+g0aNP+U4EKxCbFUrEZDxnekfZ1Wo5f48uRXSa rjh9+6yoyuSsGW+y1cbQt657hIIMrNeOqTnhDjMqhIkQZ4Ulzjq1wrdBX0ySMIG/tYrX FVldlN1Ke4eTd/5+rhBGnfXXjthlt4dmpbhNGRWaVV8g3rjjLSeWA5dUO37U3W9/sOoW Cz/DjfUguI+VE1ruCe6iRYPXqctIhQWa7njiDwwJnVBdr0WnRHXFfMx7/AZmjfHUNQ3F 0lb42i2OMmbnealJL7Z+p2+bjm2HEubmIYAVuK5ePlN4ngjHa2bPXInxWV4Q0YoMuQS7 LrUQ== MIME-Version: 1.0 Received: by 10.236.184.167 with SMTP id s27mr26785244yhm.8.1331038829392; Tue, 06 Mar 2012 05:00:29 -0800 (PST) Received: by 10.146.42.6 with HTTP; Tue, 6 Mar 2012 05:00:29 -0800 (PST) In-Reply-To: <87vcmjap5s.wl%hskuhra@fastmail.fm> References: <87vcmjap5s.wl%hskuhra@fastmail.fm> Date: Tue, 6 Mar 2012 21:00:29 +0800 Message-ID: From: Irjohn Junus To: "Herbert J. Skuhra" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Intel(R) PRO/1000 PT Dual Port Server Adapter not working properly 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, 06 Mar 2012 13:00:32 -0000 Thanks Herbert. I bought another Intel CT to test and it work flawlessly, so it was a bad PT adapter. On Mon, Mar 5, 2012 at 8:04 AM, Herbert J. Skuhra wrote: > On Sun, 4 Mar 2012 14:39:01 +0800 > Irjohn Junus wrote: > > > Hello, > > > > This was originally posted here: > > http://forums.freebsd.org/showthread.php?p=168854&posted=1#post168854 > > > > I'm building a new PF firewall box based on FreeBSD 9 Release. > Motherboard > > is Foxconn H61S Mini-ITX with Intel PRO/1000 PT dual port server adapter. > > > > The adapter is recognized as em0 and em1 but em0 just won't work (i.e no > > light on the port when connected to the switch) and em1 works only in > > 100baseTX full-duplex mode (no carrier if I force it to 1000baseT). I > tried > > to change switch port, UTP cable from Cat5e to Cat6 but still no luck. > The > > onboard Realtek works fine. Switch is Netgear GS608. Could it be a bad > > Intel card? > > > > I also tried to compile the latest driver from Intel but it gives error > > during compilation: > > http://downloadcenter.intel.com/conf...&Dwnldid=17509< > http://downloadcenter.intel.com/confirm.aspx?httpDown=http://downloadmirror.intel.com/17509/eng/em-7.2.4.tar.gz&lang=eng&Dwnldid=17509 > > > > > > Any help will be greatly appreciated. Thanks! > > > > ps: command captures are provided at the url above. > > Maybe you should test with 8.3-BETA1. The recent em1000 drivers (7.3.0?) > were mfc'ed to stable/8 January 31st but not to stable/9. > > See: > > > > > -- > Herbert > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 14:00: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 A0AE6106566B for ; Tue, 6 Mar 2012 14:00:31 +0000 (UTC) (envelope-from bounces+73574-4ae9-freebsd-stable=freebsd.org@sendgrid.me) Received: from o3.shared.sendgrid.net (o3.shared.sendgrid.net [208.117.48.85]) by mx1.freebsd.org (Postfix) with SMTP id 5695B8FC16 for ; Tue, 6 Mar 2012 14:00:31 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sendgrid.info; h= message-id:date:from:reply-to:mime-version:to:subject :content-type:content-transfer-encoding; s=smtpapi; bh=Tm27v39aU AGdlnWCAjUzPwqpotI=; b=Gcah9IchdldiCksLKM50/a24IxzI/DcyXsNyYlYJ3 jMrSIya4t6LDTAXWBnzcd62jxGs+qASETioqNyFSyQ4X+NSr3Sa4lk4qf/fYUw4U 0owmtUiYTtAK3orggKDUC72YiQK6Ao7KE1VTabd7zmbTJG2jYOYhYyATFdHrV3tf oQ= Received: by 10.41.149.114 with SMTP id f04-11.13273.4F56152D9 Tue, 06 Mar 2012 13:46:21 +0000 (UTC) Received: from mail.tarsnap.com (unknown [10.41.149.212]) by i04-02 (SG) with ESMTP id 4f561535.3f4b.3cd7680 for ; Tue, 06 Mar 2012 13:46:29 +0000 (UTC) Received: (qmail 64093 invoked from network); 6 Mar 2012 13:42:30 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by mail.tarsnap.com with ESMTP; 6 Mar 2012 13:42:30 -0000 Received: (qmail 4990 invoked from network); 6 Mar 2012 13:46:02 -0000 Received: from unknown (HELO clamshell.daemonology.net) (127.0.0.1) by clamshell.daemonology.net with SMTP; 6 Mar 2012 13:46:02 -0000 Message-ID: <4F56151A.5020209@freebsd.org> Date: Tue, 06 Mar 2012 05:46:02 -0800 From: Colin Percival User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: FreeBSD Stable , freebsd security X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Sendgrid-EID: 5qVSvszVOIE6PbdhSmXigGB+QElqqXSFvopX9r8bq1AdciEOCVbQD5rFupJxlTMFDNmhYeiKWZoxgTSIYyn5xs/HX5v/Cek5DUx+P0I5zVY7OarDJHpNzvjs9Etou8vsYtt4PG+C1d7AeEHYfNizbpGHoswEn8ACgwJMfauwl0M= Cc: Subject: HEADS UP: FreeBSD 7.3 EoL coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: security-officer@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Mar 2012 14:00:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Everyone, On March 31st, FreeBSD 7.3 will reach its End of Life and will no longer be supported by the FreeBSD Security Team. Users of FreeBSD 7.3 are strongly encouraged to upgrade to FreeBSD 7.4, FreeBSD 8.1, FreeBSD 8.2, or FreeBSD 9.0 before the that date. Please note that due to the unexpectedly long interval between FreeBSD 8.2 and the upcoming FreeBSD 8.3, the EoL date for FreeBSD 8.2 (originaly set at February 29, 2012) has been postponed until July 31, 2012 in keeping with the policy of having a three-month "upgrade window". In the unlikely event that FreeBSD 8.3-RELEASE arrives later than the end of April, the EoL dates for FreeBSD 8.1 and 8.2 will be further postponed. The current supported branches and expected EoL dates are: +---------------------------------------------------------------------+ | Branch | Release | Type | Release date | Estimated EoL | |-----------+------------+--------+-----------------+-----------------| |RELENG_7 |n/a |n/a |n/a |February 28, 2013| |-----------+------------+--------+-----------------+-----------------| |RELENG_7_3 |7.3-RELEASE |Extended|March 23, 2010 |March 31, 2012 | |-----------+------------+--------+-----------------+-----------------| |RELENG_7_4 |7.4-RELEASE |Extended|February 24, 2011|February 28, 2013| |-----------+------------+--------+-----------------+-----------------| |RELENG_8 |n/a |n/a |n/a |last release + 2y| |-----------+------------+--------+-----------------+-----------------| |RELENG_8_1 |8.1-RELEASE |Extended|July 23, 2010 |July 31, 2012 | |-----------+------------+--------+-----------------+-----------------| |RELENG_8_2 |8.2-RELEASE |Normal |February 24, 2011|July 31, 2012 | |-----------+------------+--------+-----------------+-----------------| |RELENG_9 |n/a |n/a |n/a |last release + 2y| |-----------+------------+--------+-----------------+-----------------| |RELENG_9_0 |9.0-RELEASE |Normal |January 10, 2012 |January 31, 2013 | +---------------------------------------------------------------------+ - -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9WFRoACgkQOM7KaQxqam6d1wCeL3/mYODX7++F6Z5oioJNhOfP wkYAn3/OtMkPuv5Vv4DD8RPCarhNpeS/ =mCaz -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 15:20:12 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 1ACE11065670; Tue, 6 Mar 2012 15:20:12 +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 BA4E38FC14; Tue, 6 Mar 2012 15:20:11 +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 q26FKBwe049633; Tue, 6 Mar 2012 15:20:11 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q26FKBPZ049618; Tue, 6 Mar 2012 15:20:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 15:20:11 GMT Message-Id: <201203061520.q26FKBPZ049618@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 i386/i386 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: Tue, 06 Mar 2012 15:20:12 -0000 TB --- 2012-03-06 13:32:24 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-06 13:32:24 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-06 13:32:24 - cleaning the object tree TB --- 2012-03-06 13:33:23 - cvsupping the source tree TB --- 2012-03-06 13:33:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-06 13:33:35 - building world TB --- 2012-03-06 13:33:35 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 13:33:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 13:33:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 13:33:35 - SRCCONF=/dev/null TB --- 2012-03-06 13:33:35 - TARGET=i386 TB --- 2012-03-06 13:33:35 - TARGET_ARCH=i386 TB --- 2012-03-06 13:33:35 - TZ=UTC TB --- 2012-03-06 13:33:35 - __MAKE_CONF=/dev/null TB --- 2012-03-06 13:33:35 - cd /src TB --- 2012-03-06 13:33:35 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 13:33:35 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 >>> World build completed on Tue Mar 6 14:20:16 UTC 2012 TB --- 2012-03-06 14:20:16 - generating LINT kernel config TB --- 2012-03-06 14:20:16 - cd /src/sys/i386/conf TB --- 2012-03-06 14:20:16 - /usr/bin/make -B LINT TB --- 2012-03-06 14:20:16 - cd /src/sys/i386/conf TB --- 2012-03-06 14:20:16 - /usr/sbin/config -m LINT TB --- 2012-03-06 14:20:16 - building LINT kernel TB --- 2012-03-06 14:20:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 14:20:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 14:20:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 14:20:16 - SRCCONF=/dev/null TB --- 2012-03-06 14:20:16 - TARGET=i386 TB --- 2012-03-06 14:20:16 - TARGET_ARCH=i386 TB --- 2012-03-06 14:20:16 - TZ=UTC TB --- 2012-03-06 14:20:16 - __MAKE_CONF=/dev/null TB --- 2012-03-06 14:20:16 - cd /src TB --- 2012-03-06 14:20:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 6 14:20:16 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Mar 6 14:41:17 UTC 2012 TB --- 2012-03-06 14:41:17 - cd /src/sys/i386/conf TB --- 2012-03-06 14:41:17 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-06 14:41:17 - building LINT-VIMAGE kernel TB --- 2012-03-06 14:41:17 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 14:41:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 14:41:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 14:41:17 - SRCCONF=/dev/null TB --- 2012-03-06 14:41:17 - TARGET=i386 TB --- 2012-03-06 14:41:17 - TARGET_ARCH=i386 TB --- 2012-03-06 14:41:17 - TZ=UTC TB --- 2012-03-06 14:41:17 - __MAKE_CONF=/dev/null TB --- 2012-03-06 14:41:17 - cd /src TB --- 2012-03-06 14:41:17 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Tue Mar 6 14:41:17 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Tue Mar 6 15:01:55 UTC 2012 TB --- 2012-03-06 15:01:55 - cd /src/sys/i386/conf TB --- 2012-03-06 15:01:55 - /usr/sbin/config -m GENERIC TB --- 2012-03-06 15:01:55 - building GENERIC kernel TB --- 2012-03-06 15:01:55 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 15:01:55 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 15:01:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 15:01:55 - SRCCONF=/dev/null TB --- 2012-03-06 15:01:55 - TARGET=i386 TB --- 2012-03-06 15:01:55 - TARGET_ARCH=i386 TB --- 2012-03-06 15:01:55 - TZ=UTC TB --- 2012-03-06 15:01:55 - __MAKE_CONF=/dev/null TB --- 2012-03-06 15:01:55 - cd /src TB --- 2012-03-06 15:01:55 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 6 15:01:55 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Mar 6 15:16:22 UTC 2012 TB --- 2012-03-06 15:16:22 - cd /src/sys/i386/conf TB --- 2012-03-06 15:16:22 - /usr/sbin/config -m PAE TB --- 2012-03-06 15:16:22 - building PAE kernel TB --- 2012-03-06 15:16:22 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 15:16:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 15:16:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 15:16:22 - SRCCONF=/dev/null TB --- 2012-03-06 15:16:22 - TARGET=i386 TB --- 2012-03-06 15:16:22 - TARGET_ARCH=i386 TB --- 2012-03-06 15:16:22 - TZ=UTC TB --- 2012-03-06 15:16:22 - __MAKE_CONF=/dev/null TB --- 2012-03-06 15:16:22 - cd /src TB --- 2012-03-06 15:16:22 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Tue Mar 6 15:16:22 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 15:20:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 15:20:11 - ERROR: failed to build PAE kernel TB --- 2012-03-06 15:20:11 - 5266.54 user 835.53 system 6466.19 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 15: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 AC33D106566B for ; Tue, 6 Mar 2012 15:39:59 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 840DE8FC19 for ; Tue, 6 Mar 2012 15:39:59 +0000 (UTC) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) by cyrus.watson.org (Postfix) with ESMTPSA id D587C46B59; Tue, 6 Mar 2012 10:39:58 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 34CC1B942; Tue, 6 Mar 2012 10:39:58 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org, pyunyh@gmail.com Date: Tue, 6 Mar 2012 10:36:05 -0500 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p10; KDE/4.5.5; amd64; ; ) References: <20120228210329.GA2741@localhost> <20120302012955.GC1685@michelle.cdnetworks.com> In-Reply-To: <20120302012955.GC1685@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201203061036.05227.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Tue, 06 Mar 2012 10:39:58 -0500 (EST) Cc: Pavel Gorshkov Subject: Re: msk0: interrupt storm 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, 06 Mar 2012 15:39:59 -0000 On Thursday, March 01, 2012 8:29:55 pm YongHyeon PYUN wrote: > On Wed, Feb 29, 2012 at 01:03:29AM +0400, Pavel Gorshkov wrote: > > My laptop running 9.0-RELEASE/amd64/GENERIC freezes and > > (sometimes) unfreezes intermittently, logging the following: > > > > Feb 28 23:07:36 lifebook kernel: interrupt storm detected on "irq259:"; throttling interrupt source > > > > $ vmstat -i > > ... > > irq259: mskc0 11669511 3456 > > > > > > Looks very similar to this: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=164569 > > > > Any suggestions? > > Try disabling MSI and see whether that makes any difference. I also get interrupt storms with msk. They do fix themselves when they happen, and I've seen it happen with the machine is idle. This is on my little netbook where msk had several problems initially that have since been fixed. mskc0: port 0x2000-0x20ff mem 0xe0000000-0xe0003fff irq 19 at device 0.0 on pci32 msk0: on mskc0 msk0: Ethernet address: 00:24:81:40:e3:ef miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow mskc0@pci0:32:0:0: class=0x020000 card=0x3056103c chip=0x436c11ab rev=0x10 hdr=0x00 vendor = 'Marvell Technology Group Ltd.' device = '88E8072 PCI-E Gigabit Ethernet Controller' class = network subclass = ethernet -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 16:08:21 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 C4C431065670 for ; Tue, 6 Mar 2012 16:08:21 +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 6F8EA8FC12 for ; Tue, 6 Mar 2012 16:08:21 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q26G8KO6068897 for ; Tue, 6 Mar 2012 09:08:20 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q26G8KFG068894 for ; Tue, 6 Mar 2012 09:08:20 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 6 Mar 2012 09:08:20 -0700 (MST) From: Warren Block To: stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (wonkity.com [127.0.0.1]); Tue, 06 Mar 2012 09:08:20 -0700 (MST) Cc: Subject: 9-stable: what happened to geom_labels? 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, 06 Mar 2012 16:08:21 -0000 A new install of 9-release, updated to 9-stable today with the GENERIC kernel. gpart show -l shows GPT labels, yet there isn't even a /dev/gpt directory. Has something changed with labels? From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 17:55:35 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 D8E9D106564A for ; Tue, 6 Mar 2012 17:55:35 +0000 (UTC) (envelope-from thierry@pompo.net) Received: from mx1a.lautre.net (eyra.lautre.net [80.67.160.71]) by mx1.freebsd.org (Postfix) with ESMTP id 976438FC17 for ; Tue, 6 Mar 2012 17:55:35 +0000 (UTC) Received: from graf.pompo.net (graf.pompo.net [78.225.128.39]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: thierry@pompo.net) by mx1a.lautre.net (Postfix) with ESMTPSA id 8325840E74 for ; Tue, 6 Mar 2012 18:37:00 +0100 (CET) Received: by graf.pompo.net (Postfix, from userid 1001) id AC56B11481; Tue, 6 Mar 2012 18:36:52 +0100 (CET) Date: Tue, 6 Mar 2012 18:36:52 +0100 From: Thierry Thomas To: FreeBSD Stable Message-ID: <20120306173652.GB98120@graf.pompo.net> Mail-Followup-To: FreeBSD Stable References: <4F553C82.2000305@delphij.net> <201203060941.q269fGnr079103@fire.js.berklix.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <201203060941.q269fGnr079103@fire.js.berklix.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 9.0-STABLE i386 Organization: Kabbale Eros X-Face: (hRbQnK~Pt7$ct`!fupO(`y_WL4^-Iwn4@ly-.,[4xC4xc; y=\ipKMNm<1J>lv@PP~7Z<.t KjAnXLs: X-PGP: 0xC71405A2 Subject: Re: Heavy fs corruption with 9.0-RELEASE 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, 06 Mar 2012 17:55:35 -0000 Le mar 6 mar 12 à 10:41:16 +0100, Julian H. Stacey écrivait : > A German magazine (CT) reported on placebo cache chips some > years back, chips with pins but no silicon inside. This one is original, at least: (Sorry, it might require a FB account) Regards, -- Th. Thomas. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 18:19:37 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 EEFF210656AA for ; Tue, 6 Mar 2012 18:19:37 +0000 (UTC) (envelope-from xenophon+freebsd@irtnog.org) Received: from mx1.irtnog.org (rrcs-24-123-13-61.central.biz.rr.com [24.123.13.61]) by mx1.freebsd.org (Postfix) with ESMTP id C3C2C8FC1B for ; Tue, 6 Mar 2012 18:19:37 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id 99C831270B for ; Tue, 6 Mar 2012 13:03:05 -0500 (EST) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 564gl-Chp8Kn for ; Tue, 6 Mar 2012 13:03:03 -0500 (EST) Received: from cinip100ntsbs.irtnog.net (cinip100ntsbs.irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Tue, 6 Mar 2012 13:03:03 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 6 Mar 2012 13:03:00 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: geli keyfiles won't load automatically at boot time thread-index: Acz7w1q1eokLY4QBTeO6xtpF/gFs1Q== From: "xenophon\\+freebsd" To: Subject: geli keyfiles won't load automatically at boot time 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, 06 Mar 2012 18:19:38 -0000 Whether I boot from an unencrypted UFS partition or from a CD, I cannot get the boot loader to load my geli keyfiles automatically. I always have to interrupt the boot process and issue "load_geli" commands for each provider and its corresponding keyfile. Other settings in /boot/loader.conf get read and applied correctly - kernel modules, root file system specification, boot hints, etc. Here are the relevant lines from /boot/loader.conf: geom_eli_load=3D"YES" geli_ada0p2_keyfile0_load=3D"YES" geli_ada0p2_keyfile0_type=3D"ada0p2:geli_keyfile0" geli_ada0p2_keyfile0_file=3D"/boot/keys/ada0p2.key" geli_ada1p2_keyfile0_load=3D"YES" geli_ada1p2_keyfile0_type=3D"ada1p2:geli_keyfile0" geli_ada1p2_keyfile0_file=3D"/boot/keys/ada1p2.key" geli_ada2p2_keyfile0_load=3D"YES" geli_ada2p2_keyfile0_type=3D"ada2p2:geli_keyfile0" geli_ada2p2_keyfile0_file=3D"/boot/keys/ada2p2.key" geli_ada3p2_keyfile0_load=3D"YES" geli_ada3p2_keyfile0_type=3D"ada3p2:geli_keyfile0" geli_ada3p2_keyfile0_file=3D"/boot/keys/ada3p2.key" If I boot with this configuration, I get the following error: GEOM_ELI: Found no keyfiles in loader.conf for ada0p2 GEOM_ELI: Found no keyfiles in loader.conf for ada1p2 GEOM_ELI: Found no keyfiles in loader.conf for ada2p2 GEOM_ELI: Found no keyfiles in loader.conf for ada3p2 Instead, I have to issue the following loader commands manually: load_geli ada0p2 /boot/keys/ada0p2.key=20 load_geli ada1p2 /boot/keys/ada1p2.key load_geli ada2p2 /boot/keys/ada2p2.key load_geli ada3p2 /boot/keys/ada3p2.key Then, the system will boot normally. Can anyone tell me what's wrong with my configuration? It matches what's on the geli(8) manual page. I've glanced through the relevant kernel sources, but I won't pretend that I understood everything that I read. Best wishes, Matthew --=20 I FIGHT FOR THE USERS From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 19:51: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 B2A9E106564A; Tue, 6 Mar 2012 19:51:59 +0000 (UTC) (envelope-from luke@hybrid-logic.co.uk) Received: from hybrid-sites.com (ns226322.hybrid-sites.com [176.31.229.137]) by mx1.freebsd.org (Postfix) with ESMTP id 655098FC15; Tue, 6 Mar 2012 19:51:58 +0000 (UTC) Received: from [127.0.0.1] (helo=ewes) by hybrid-sites.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1S4zpG-0007hn-Pt; Tue, 06 Mar 2012 19:13:36 +0000 Received: from [176.31.225.127] (helo=ewes by ns226322.hybrid-sites.com with esmtp (Hybrid Web Cluster distributed mail proxy) (envelope-from ); Tue, 06 Mar 2012 19:13:34 -0000 Received: from [193.37.225.212] (helo=[10.0.126.148] by ns225413.hybrid-sites.com with esmtp (Hybrid Web Cluster distributed mail proxy) (envelope-from ); Tue, 06 Mar 2012 19:13:34 -0000 From: Luke Marsden To: freebsd-stable@freebsd.org, freebsd-fs@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Tue, 06 Mar 2012 19:13:23 +0000 Message-ID: <1331061203.2218.38.camel@pow> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit X-Spam-bar: + Cc: team@hybrid-logic.co.uk Subject: FreeBSD 8.2 - active plus inactive memory leak!? 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, 06 Mar 2012 19:51:59 -0000 Hi all, I'm having some trouble with some production 8.2-RELEASE servers where the 'Active' and 'Inact' memory values reported by top don't seem to correspond with the processes which are running on the machine. I have two near-identical machines (with slightly different workloads); on one, let's call it A, active + free is small (6.5G) and on the other (B) active + free is large (13.6G), even though they have almost identical sums-of-resident memory (8.3G on A and 9.3G on B). The only difference is that A has a smaller number of quite long-running processes (it's hosting a small number of busy sites) and B has a larger number of more frequently killed/recycled processes (it's hosting a larger number of quiet sites, so the FastCGI processes get killed and restarted frequently). Notably B has many more ZFS filesystems mounted than A (around 4,000 versus 100). The machines are otherwise under similar amounts of load. I hoped that the community could please help me understand what's going on with respect to the worryingly large amount of active + free memory on B. Both machines are ZFS-on-root with FreeBSD 8.2-RELEASE with uptimes around 5-6 days. I have recently reduced the ARC cache on both machines since my previous thread [1] and Wired memory usage is now stable at 6G on A and 7G on B with an arc_max of 4G on both machines. Neither of the machines have any swap in use: Swap: 10G Total, 10G Free My current (probably quite simplistic) understanding of the FreeBSD virtual memory system is that, for each process as reported by top: * Size corresponds to the total size of all the text pages for the process (those belonging to code in the binary itself and linked libraries) plus data pages (including stack and malloc()'d but not-yet-written-to memory segments). * Resident corresponds to a subset of the pages above: those pages which actually occupy physical/core memory. Notably pages may appear in size but not appear in resident for read-only text pages from libraries which have not been used yet or which have been malloc()'d but not yet written-to. My understanding for the values for the system as a whole (at the top in 'top') is as follows: * Active / inactive memory is the same thing: resident memory from processes in use. Being in the inactive as opposed to active list simply indicates that the pages in question are less recently used and therefore more likely to get swapped out if the machine comes under memory pressure. * Wired is mostly kernel memory. * Cache is freed memory which the kernel has decided to keep in case it correspond to a useful page in future; it can be cheaply evicted into the free list. * Free memory is actually not being used for anything. It seems that pages which occur in the active + inactive lists must occur in the resident memory of one or more processes ("or more" since processes can share pages in e.g. read-only shared libs or COW forked address space). Conversely, if a page *does not* occur in the resident memory of any process, it must not occupy any space in the active + inactive lists. Therefore the active + inactive memory should always be less than or equal to the sum of the resident memory of all the processes on the system, right? But it's not. So, I wrote a very simple Python script to add up the resident memory values in the output from 'top' and, on machine A: Mem: 3388M Active, 3209M Inact, 6066M Wired, 196K Cache, 11G Free There were 246 processes totalling 8271 MB resident memory Whereas on machine B: Mem: 11G Active, 2598M Inact, 7177M Wired, 733M Cache, 1619M Free There were 441 processes totalling 9297 MB resident memory Now, on machine A: 3388M active + 3209M inactive - 8271M sum-of-resident = -1674M I can attribute this negative value to shared libraries between the running processes (which the sum-of-res is double-counting but active + inactive is not). But on machine B: 11264M active + 2598M inactive - 9297M sum-of-resident = 4565M I'm struggling to explain how, when there are only 9.2G (worst case, discounting shared pages) of resident processes, the system is using 11G + 2598M = 13.8G of memory! This "missing memory" is scary, because it seems to be increasing over time, and eventually when the system runs out of free memory, I'm certain it will crash in the same way described in my previous thread [1]. Is my understanding of the virtual memory system badly broken - in which case please educate me ;-) or is there a real problem here? If so how can I dig deeper to help uncover/fix it? Best Regards, Luke Marsden [1] lists.freebsd.org/pipermail/freebsd-fs/2012-February/013775.html [2] https://gist.github.com/1988153 -- CTO, Hybrid Logic +447791750420 | +1-415-449-1165 | www.hybrid-cluster.com From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 21:31: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 438BF106566B; Tue, 6 Mar 2012 21:31: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 6EF378FC24; Tue, 6 Mar 2012 21:31:04 +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 q26LV4m1038122; Tue, 6 Mar 2012 21:31:04 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q26LV4FS038100; Tue, 6 Mar 2012 21:31:04 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 6 Mar 2012 21:31:04 GMT Message-Id: <201203062131.q26LV4FS038100@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 i386/i386 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: Tue, 06 Mar 2012 21:31:06 -0000 TB --- 2012-03-06 19:44:36 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-06 19:44:36 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-06 19:44:36 - cleaning the object tree TB --- 2012-03-06 19:45:53 - cvsupping the source tree TB --- 2012-03-06 19:45:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-06 19:46:14 - building world TB --- 2012-03-06 19:46:14 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 19:46:14 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 19:46:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 19:46:14 - SRCCONF=/dev/null TB --- 2012-03-06 19:46:14 - TARGET=i386 TB --- 2012-03-06 19:46:14 - TARGET_ARCH=i386 TB --- 2012-03-06 19:46:14 - TZ=UTC TB --- 2012-03-06 19:46:14 - __MAKE_CONF=/dev/null TB --- 2012-03-06 19:46:14 - cd /src TB --- 2012-03-06 19:46:14 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 6 19:46:15 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 >>> World build completed on Tue Mar 6 20:32:16 UTC 2012 TB --- 2012-03-06 20:32:16 - generating LINT kernel config TB --- 2012-03-06 20:32:16 - cd /src/sys/i386/conf TB --- 2012-03-06 20:32:16 - /usr/bin/make -B LINT TB --- 2012-03-06 20:32:16 - cd /src/sys/i386/conf TB --- 2012-03-06 20:32:16 - /usr/sbin/config -m LINT TB --- 2012-03-06 20:32:16 - building LINT kernel TB --- 2012-03-06 20:32:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 20:32:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 20:32:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 20:32:16 - SRCCONF=/dev/null TB --- 2012-03-06 20:32:16 - TARGET=i386 TB --- 2012-03-06 20:32:16 - TARGET_ARCH=i386 TB --- 2012-03-06 20:32:16 - TZ=UTC TB --- 2012-03-06 20:32:16 - __MAKE_CONF=/dev/null TB --- 2012-03-06 20:32:16 - cd /src TB --- 2012-03-06 20:32:16 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 6 20:32:16 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Mar 6 20:52:52 UTC 2012 TB --- 2012-03-06 20:52:52 - cd /src/sys/i386/conf TB --- 2012-03-06 20:52:52 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-06 20:52:52 - building LINT-VIMAGE kernel TB --- 2012-03-06 20:52:52 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 20:52:52 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 20:52:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 20:52:52 - SRCCONF=/dev/null TB --- 2012-03-06 20:52:52 - TARGET=i386 TB --- 2012-03-06 20:52:52 - TARGET_ARCH=i386 TB --- 2012-03-06 20:52:52 - TZ=UTC TB --- 2012-03-06 20:52:52 - __MAKE_CONF=/dev/null TB --- 2012-03-06 20:52:52 - cd /src TB --- 2012-03-06 20:52:52 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Tue Mar 6 20:52:52 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Tue Mar 6 21:13:10 UTC 2012 TB --- 2012-03-06 21:13:10 - cd /src/sys/i386/conf TB --- 2012-03-06 21:13:10 - /usr/sbin/config -m GENERIC TB --- 2012-03-06 21:13:10 - building GENERIC kernel TB --- 2012-03-06 21:13:10 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 21:13:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 21:13:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 21:13:10 - SRCCONF=/dev/null TB --- 2012-03-06 21:13:10 - TARGET=i386 TB --- 2012-03-06 21:13:10 - TARGET_ARCH=i386 TB --- 2012-03-06 21:13:10 - TZ=UTC TB --- 2012-03-06 21:13:10 - __MAKE_CONF=/dev/null TB --- 2012-03-06 21:13:10 - cd /src TB --- 2012-03-06 21:13:10 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Mar 6 21:13:10 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Tue Mar 6 21:27:31 UTC 2012 TB --- 2012-03-06 21:27:31 - cd /src/sys/i386/conf TB --- 2012-03-06 21:27:31 - /usr/sbin/config -m PAE TB --- 2012-03-06 21:27:31 - building PAE kernel TB --- 2012-03-06 21:27:31 - CROSS_BUILD_TESTING=YES TB --- 2012-03-06 21:27:31 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-06 21:27:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-06 21:27:31 - SRCCONF=/dev/null TB --- 2012-03-06 21:27:31 - TARGET=i386 TB --- 2012-03-06 21:27:31 - TARGET_ARCH=i386 TB --- 2012-03-06 21:27:31 - TZ=UTC TB --- 2012-03-06 21:27:31 - __MAKE_CONF=/dev/null TB --- 2012-03-06 21:27:31 - cd /src TB --- 2012-03-06 21:27:31 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Tue Mar 6 21:27:31 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-06 21:31:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-06 21:31:04 - ERROR: failed to build PAE kernel TB --- 2012-03-06 21:31:04 - 5207.28 user 809.16 system 6388.19 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 21:44:33 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 350861065672 for ; Tue, 6 Mar 2012 21:44:33 +0000 (UTC) (envelope-from jhs@berklix.com) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id ABD9A8FC08 for ; Tue, 6 Mar 2012 21:44:32 +0000 (UTC) Received: from mart.js.berklix.net (p5DCBDBE7.dip.t-dialin.net [93.203.219.231]) (authenticated bits=0) by tower.berklix.org (8.14.2/8.14.2) with ESMTP id q26LiSZj006275; Tue, 6 Mar 2012 21:44:29 GMT (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by mart.js.berklix.net (8.14.3/8.14.3) with ESMTP id q26LiSBD016807; Tue, 6 Mar 2012 22:44:28 +0100 (CET) (envelope-from jhs@berklix.com) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.14.4/8.14.4) with ESMTP id q26LiMVG017789; Tue, 6 Mar 2012 22:44:28 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <201203062144.q26LiMVG017789@fire.js.berklix.net> To: Thierry Thomas From: "Julian H. Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://www.berklix.com In-reply-to: Your message "Tue, 06 Mar 2012 18:36:52 +0100." <20120306173652.GB98120@graf.pompo.net> Date: Tue, 06 Mar 2012 22:44:22 +0100 Sender: jhs@berklix.com Cc: FreeBSD Stable Subject: Re: Heavy fs corruption with 9.0-RELEASE 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, 06 Mar 2012 21:44:33 -0000 Thierry Thomas wrote: > Le mar 6 mar 12 à 10:41:16 +0100, Julian H. Stacey > écrivait : > > > A German magazine (CT) reported on placebo cache chips some > > years back, chips with pins but no silicon inside. > > This one is original, at least: > > > (Sorry, it might require a FB account) It does not require a facebook account. I burst out laughing when I saw the pictures, I reccomend others look, Thanks Thierry for posting the URL :-) Cheers, Julian -- Julian Stacey, BSD Unix Linux C Sys Eng Consultants Munich http://berklix.com Reply below not above, cumulative like a play script, & indent with "> ". Format: Plain text. Not HTML, multipart/alternative, base64, quoted-printable. Mail from @yahoo dumped @berklix. http://berklix.org/yahoo/ From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 22:08:03 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 911CA1065670 for ; Tue, 6 Mar 2012 22:08:03 +0000 (UTC) (envelope-from dewayne.geraghty@heuristicsystems.com.au) Received: from nskntmtas06p.mx.bigpond.com (nskntmtas06p.mx.bigpond.com [61.9.168.152]) by mx1.freebsd.org (Postfix) with ESMTP id 2E9B68FC15 for ; Tue, 6 Mar 2012 22:08:02 +0000 (UTC) Received: from nskntcmgw05p ([61.9.169.165]) by nskntmtas06p.mx.bigpond.com with ESMTP id <20120306220801.ZDHG10884.nskntmtas06p.mx.bigpond.com@nskntcmgw05p>; Tue, 6 Mar 2012 22:08:01 +0000 Received: from hermes.heuristicsystems.com.au ([58.172.112.105]) by nskntcmgw05p with BigPond Outbound id iN801i0012GVmci01N80Qe; Tue, 06 Mar 2012 22:08:01 +0000 X-Authority-Analysis: v=2.0 cv=MIbiabll c=1 sm=1 a=0GO/22z+lHYfckWJ4naYnw==:17 a=VF50injGoVEA:10 a=twTT4oUKOlYA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=CYnwQQe7J6bBVM6tXFYA:9 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=8VPnvDkwI4yR3Ett:21 a=GKgj-hQJnQhqDTGT:21 a=0GO/22z+lHYfckWJ4naYnw==:117 Received: from white (white.hs [10.0.5.2]) by hermes.heuristicsystems.com.au (8.14.5/8.13.6) with ESMTP id q26M6rBW057708 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Wed, 7 Mar 2012 09:06:53 +1100 (EST) (envelope-from dewayne.geraghty@heuristicsystems.com.au) From: "Dewayne Geraghty" To: "'xenophon\\+freebsd'" , References: Date: Wed, 7 Mar 2012 09:06:52 +1100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acz7w1q1eokLY4QBTeO6xtpF/gFs1QAIet8g In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Cc: Subject: RE: geli keyfiles won't load automatically at boot time 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, 06 Mar 2012 22:08:03 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of > xenophon\+freebsd > Sent: Wednesday, 7 March 2012 5:03 AM > To: freebsd-stable@freebsd.org > Subject: geli keyfiles won't load automatically at boot time > > Whether I boot from an unencrypted UFS partition or from a > CD, I cannot get the boot loader to load my geli keyfiles > automatically. I always have to interrupt the boot process > and issue "load_geli" commands for each provider and its > corresponding keyfile. Other settings in /boot/loader.conf > get read and applied correctly - kernel modules, root file > system specification, boot hints, etc. Here are the relevant > lines from /boot/loader.conf: > > geom_eli_load="YES" > geli_ada0p2_keyfile0_load="YES" > geli_ada0p2_keyfile0_type="ada0p2:geli_keyfile0" > geli_ada0p2_keyfile0_file="/boot/keys/ada0p2.key" Suggest that you try geli_ada0p2_keyfile0_name="/boot/keys/ada0p2.key" Etc. Regards, Dewayne. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 6 23:31: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 D1ABD1065679 for ; Tue, 6 Mar 2012 23:31:04 +0000 (UTC) (envelope-from cforgeron@acsi.ca) Received: from mta01.eastlink.ca (mta01.eastlink.ca [24.224.136.30]) by mx1.freebsd.org (Postfix) with ESMTP id 9DCCD8FC1C for ; Tue, 6 Mar 2012 23:31:04 +0000 (UTC) Received: from ip01.eastlink.ca ([24.222.39.10]) by mta01.eastlink.ca (Oracle Communications Messaging Exchange Server 7u4-21.01 64bit (built Feb 16 2011)) with ESMTP id <0M0H00A4IJXLRRG2@mta01.eastlink.ca> for freebsd-stable@freebsd.org; Tue, 06 Mar 2012 19:00:57 -0400 (AST) X-CMAE-Score: 0 X-CMAE-Analysis: v=2.0 cv=Oarj/mvY c=1 sm=1 a=l5K-FFUAE3MA:10 a=kj9zAlcOel0A:10 a=APn9vDpBZ9rjietmAHoA:9 a=CjuIK1q_8ugA:10 a=E/PVjAe7IbPkHCM0BPV0xg==:117 Received: from blk-222-10-85.eastlink.ca (HELO server7.acsi.ca) ([24.222.10.85]) by ip01.eastlink.ca with ESMTP; Tue, 06 Mar 2012 19:00:56 -0400 Received: from server7.acsi.ca ([192.168.9.7]) by server7.acsi.ca ([192.168.9.7]) with mapi; Tue, 06 Mar 2012 19:00:56 -0400 From: Chris Forgeron To: "freebsd-stable@freebsd.org" Date: Tue, 06 Mar 2012 19:00:54 -0400 Thread-topic: ixgbe v2.3.11 won't negotiate LACP, v2.4.4 does Thread-index: Acz77EIiknVfmVMKSfWwJL+A/rPijg== Message-id: Accept-Language: en-US Content-language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-type: text/plain; charset=us-ascii Content-transfer-encoding: quoted-printable MIME-version: 1.0 Subject: ixgbe v2.3.11 won't negotiate LACP, v2.4.4 does 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, 06 Mar 2012 23:31:04 -0000 I have a few systems with Intel X520-DA2 PCIe network cards (10 Gig). The problem I've been running into is with a fresh 9.0-STABLE or 9.0-RELEAS= E install. I can't get a LACP connection established over the ix0 and ix1 p= orts. It's showing COLLECTING and DISTRIBUTING, but not ACTIVE.=20 I've noticed that older 9.0-BETA copies with the 2.3.10 ixgbe driver are wo= rking with the same switch without problems. The 9.0-STABLE that I was doing the most work with had an ixgbe of 2.3.11 After some digging around, I downloaded the ixgbe 2.4.4 from the Intel sit= e, compiled the .ko (a little editing due to the bool typdef), and now my 9= .0-STABLE systems can properly setup a LACP link over ixgbe devices. I'm sure others will run into this in time - Can we get the 2.4.4 into 9-S= TABLE?=20 Thanks. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 00:36: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 B7CE01065678; Wed, 7 Mar 2012 00:36:27 +0000 (UTC) (envelope-from luke@hybrid-logic.co.uk) Received: from hybrid-sites.com (ns226322.hybrid-sites.com [176.31.229.137]) by mx1.freebsd.org (Postfix) with ESMTP id 741958FC22; Wed, 7 Mar 2012 00:36:26 +0000 (UTC) Received: from [127.0.0.1] (helo=ewes) by hybrid-sites.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1S54rf-000JaQ-8o; Wed, 07 Mar 2012 00:36:24 +0000 Received: from [78.105.122.99] (helo=[192.168.1.23] by ns226322.hybrid-sites.com with esmtp (Hybrid Web Cluster distributed mail proxy) (envelope-from ); Wed, 07 Mar 2012 00:36:23 -0000 From: Luke Marsden To: Chuck Swiger In-Reply-To: <4F569DFF.8040807@mac.com> References: <1331061203.2218.38.camel@pow> <4F569DFF.8040807@mac.com> Content-Type: text/plain; charset="UTF-8" Date: Wed, 07 Mar 2012 00:36:21 +0000 Message-ID: <1331080581.2589.28.camel@pow> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit X-Spam-bar: + Cc: freebsd-fs@freebsd.org, team@hybrid-logic.co.uk, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 8.2 - active plus inactive memory leak!? 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, 07 Mar 2012 00:36:27 -0000 Thanks for your email, Chuck. > > Conversely, if a page *does not* occur in the resident > > memory of any process, it must not occupy any space in the active + > > inactive lists. > > Hmm...if a process gets swapped out entirely, the pages for it will be moved > to the cache list, flushed, and then reused as soon as the disk I/O completes. > But there is a window where the process can be marked as swapped out (and > considered no longer resident), but still has some of it's pages in physical > memory. There's no swapping happening on these machines (intentionally so, because as soon as we hit swap everything goes tits up), so this window doesn't concern me. I'm trying to confirm that, on a system with no pages swapped out, that the following is a true statement: a page is accounted for in active + inactive if and only if it corresponds to one or more of the pages accounted for in the resident memory lists of all the processes on the system (as per the output of 'top' and 'ps') > > Therefore the active + inactive memory should always be less than or > > equal to the sum of the resident memory of all the processes on the > > system, right? > > No. If you've got a lot of process pages shared (ie, a webserver with lots of > httpd children, or a database pulling in a large common shmem area), then your > process resident sizes can be very large compared to the system-wide > active+inactive count. But that's what I'm saying... sum(process resident sizes) >= active + inactive Or as I said it above, equivalently: active + inactive <= sum(process resident sizes) The data I've got from this system, and what's killing us, shows the opposite: active + inactive > sum(process resident sizes) - by over 5GB now and growing, which is what keeps causing these machines to crash. In particular: Mem: 13G Active, 1129M Inact, 7543M Wired, 120M Cache, 1553M Free But the total sum of resident memories is 9457M (according to summing the output from ps or top). 13G + 1129M = 14441M (active + inact) > 9457M (sum of res) That's 4984M out, and that's almost enough to push us over the edge. If my understanding of VM is correct, I don't see how this can happen. But it's happening, and it's causing real trouble here because our free memory keeps hitting zero and then we swap-spiral. What can I do to investigate this discrepancy? Are there some tools that I can use to debug the memory allocated in "active" to find out where it's going, if not to resident process memory? Thanks, Luke -- CTO, Hybrid Logic +447791750420 | +1-415-449-1165 | www.hybrid-cluster.com From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 00:48: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 9B26C1065676 for ; Wed, 7 Mar 2012 00:48:57 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 7F7108FC08 for ; Wed, 7 Mar 2012 00:48:57 +0000 (UTC) Received: from omta22.emeryville.ca.mail.comcast.net ([76.96.30.89]) by qmta08.emeryville.ca.mail.comcast.net with comcast id iQgw1i0081vN32cA8Qorur; Wed, 07 Mar 2012 00:48:51 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta22.emeryville.ca.mail.comcast.net with comcast id iQoq1i0084NgCEG8iQoq9H; Wed, 07 Mar 2012 00:48:51 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q270mlJM015471; Tue, 6 Mar 2012 17:48:48 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Luke Marsden In-Reply-To: <1331061203.2218.38.camel@pow> References: <1331061203.2218.38.camel@pow> Content-Type: text/plain; charset="us-ascii" Date: Tue, 06 Mar 2012 17:48:47 -0700 Message-ID: <1331081327.32194.19.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, team@hybrid-logic.co.uk, freebsd-stable@freebsd.org Subject: Re: FreeBSD 8.2 - active plus inactive memory leak!? 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, 07 Mar 2012 00:48:57 -0000 On Tue, 2012-03-06 at 19:13 +0000, Luke Marsden wrote: > Hi all, > > I'm having some trouble with some production 8.2-RELEASE servers where > the 'Active' and 'Inact' memory values reported by top don't seem to > correspond with the processes which are running on the machine. I have > two near-identical machines (with slightly different workloads); on one, > let's call it A, active + free is small (6.5G) and on the other (B) > active + free is large (13.6G), even though they have almost identical > sums-of-resident memory (8.3G on A and 9.3G on B). > > The only difference is that A has a smaller number of quite long-running > processes (it's hosting a small number of busy sites) and B has a larger > number of more frequently killed/recycled processes (it's hosting a > larger number of quiet sites, so the FastCGI processes get killed and > restarted frequently). Notably B has many more ZFS filesystems mounted > than A (around 4,000 versus 100). The machines are otherwise under > similar amounts of load. I hoped that the community could please help > me understand what's going on with respect to the worryingly large > amount of active + free memory on B. > > Both machines are ZFS-on-root with FreeBSD 8.2-RELEASE with uptimes > around 5-6 days. I have recently reduced the ARC cache on both machines > since my previous thread [1] and Wired memory usage is now stable at 6G > on A and 7G on B with an arc_max of 4G on both machines. > > Neither of the machines have any swap in use: > > Swap: 10G Total, 10G Free > > My current (probably quite simplistic) understanding of the FreeBSD > virtual memory system is that, for each process as reported by top: > > * Size corresponds to the total size of all the text pages for the > process (those belonging to code in the binary itself and linked > libraries) plus data pages (including stack and malloc()'d but > not-yet-written-to memory segments). > * Resident corresponds to a subset of the pages above: those pages > which actually occupy physical/core memory. Notably pages may > appear in size but not appear in resident for read-only text > pages from libraries which have not been used yet or which have > been malloc()'d but not yet written-to. > > My understanding for the values for the system as a whole (at the top in > 'top') is as follows: > > * Active / inactive memory is the same thing: resident memory from > processes in use. Being in the inactive as opposed to active > list simply indicates that the pages in question are less > recently used and therefore more likely to get swapped out if > the machine comes under memory pressure. > * Wired is mostly kernel memory. > * Cache is freed memory which the kernel has decided to keep in > case it correspond to a useful page in future; it can be cheaply > evicted into the free list. > * Free memory is actually not being used for anything. > > It seems that pages which occur in the active + inactive lists must > occur in the resident memory of one or more processes ("or more" since > processes can share pages in e.g. read-only shared libs or COW forked > address space). Conversely, if a page *does not* occur in the resident > memory of any process, it must not occupy any space in the active + > inactive lists. > > Therefore the active + inactive memory should always be less than or > equal to the sum of the resident memory of all the processes on the > system, right? > > But it's not. So, I wrote a very simple Python script to add up the > resident memory values in the output from 'top' and, on machine A: > > Mem: 3388M Active, 3209M Inact, 6066M Wired, 196K Cache, 11G > Free > There were 246 processes totalling 8271 MB resident memory > > Whereas on machine B: > > Mem: 11G Active, 2598M Inact, 7177M Wired, 733M Cache, 1619M > Free > There were 441 processes totalling 9297 MB resident memory > > Now, on machine A: > > 3388M active + 3209M inactive - 8271M sum-of-resident = -1674M > > I can attribute this negative value to shared libraries between the > running processes (which the sum-of-res is double-counting but active + > inactive is not). But on machine B: > > 11264M active + 2598M inactive - 9297M sum-of-resident = 4565M > > I'm struggling to explain how, when there are only 9.2G (worst case, > discounting shared pages) of resident processes, the system is using 11G > + 2598M = 13.8G of memory! > > This "missing memory" is scary, because it seems to be increasing over > time, and eventually when the system runs out of free memory, I'm > certain it will crash in the same way described in my previous thread > [1]. > > Is my understanding of the virtual memory system badly broken - in which > case please educate me ;-) or is there a real problem here? If so how > can I dig deeper to help uncover/fix it? > > Best Regards, > Luke Marsden > > [1] lists.freebsd.org/pipermail/freebsd-fs/2012-February/013775.html > [2] https://gist.github.com/1988153 > In my experience, the bulk of the memory in the inactive category is cached disk blocks, at least for ufs (I think zfs does things differently). On this desktop machine I have 12G physical and typically have roughly 11G inactive, and I can unmount one particular filesystem where most of my work is done and instantly I have almost no inactive and roughly 11G free. -- Ian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 01:20:42 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 B8376106566B; Wed, 7 Mar 2012 01:20:42 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailA.acsu.buffalo.edu (localmaila.acsu.buffalo.edu [128.205.5.196]) by mx1.freebsd.org (Postfix) with ESMTP id 85C7B8FC17; Wed, 7 Mar 2012 01:20:41 +0000 (UTC) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 018F6B3C1; Tue, 6 Mar 2012 20:20:34 -0500 (EST) Received: from localmailA.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailA.acsu.buffalo.edu (Postfix) with ESMTP id BD87EB5ED; Tue, 6 Mar 2012 20:20:33 -0500 (EST) Received: from smtp3.acsu.buffalo.edu (smtp3.acsu.buffalo.edu [128.205.5.226]) by localmailA.acsu.buffalo.edu (Prefixe) with ESMTP id A5A1CB3C1; Tue, 6 Mar 2012 20:20:33 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (Authenticated sender: kensmith@buffalo.edu) by smtp3.acsu.buffalo.edu (Postfix) with ESMTPSA id 999594A43A; Tue, 6 Mar 2012 20:20:33 -0500 (EST) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-gaswsY1uVj8mapGgzw2f" Date: Tue, 06 Mar 2012 20:20:28 -0500 Message-ID: <1331083228.68980.10.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Cc: re Subject: FreeBSD 8.3-RC1 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: Wed, 07 Mar 2012 01:20:42 -0000 --=-gaswsY1uVj8mapGgzw2f Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The first Release Candidate build of the 8.3-RELEASE release cycle is now available on the FTP servers for the amd64, i386, and pc98 architectures. The MD5/SHA256 sums 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/8.3/ (or any of the FreeBSD mirror sites). We hope to have one more Release Candidate build, followed by the release itself. The schedule is available here: http://www.freebsd.org/releases/8.3R/schedule.html and so far we're not too far off. 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 now "RELENG_8_3". If you would like to use SVN instead use "releng/8.3". As part of preparing for RC1 "releng/8.3" was branched. The freebsd-update(8) utility supports binary upgrades of i386 and amd64= =20 systems running earlier FreeBSD releases. Systems running 8.1-RELEASE, 8.2-RELEASE, or 8.3-BETA1 can upgrade as follows: # freebsd-update upgrade -r 8.3-RC1 During this process, FreeBSD Update may ask the user to help by merging=20 some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before=20 continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new= =20 userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Users of earlier FreeBSD releases (FreeBSD 7.x) can also use freebsd-update to upgrade to FreeBSD 8.3-RC1, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of "freebsd-update install", in order to handle differences in the system libraries between FreeBSD 7.x and FreeBSD 8.x. Checksums: MD5 (FreeBSD-8.3-RC1-amd64-bootonly.iso) =3D d3fee39afba719d0f47c0eea881a84= ad MD5 (FreeBSD-8.3-RC1-amd64-disc1.iso) =3D cb38356833f43998510c5b496eac7917 MD5 (FreeBSD-8.3-RC1-amd64-dvd1.iso) =3D 043901211a0730242df482d83794c6fc MD5 (FreeBSD-8.3-RC1-amd64-livefs.iso) =3D 76a1c13fe4af6a9845e8ea13069a97d6 MD5 (FreeBSD-8.3-RC1-amd64-memstick.img) =3D a6b74511a2edccd98407c464b87816= 81 MD5 (FreeBSD-8.3-RC1-i386-bootonly.iso) =3D b3e9d11a41f54487f0ef077cb8f517e= c MD5 (FreeBSD-8.3-RC1-i386-disc1.iso) =3D 2d3ddbe3c7256bc9df67b06a33e8be48 MD5 (FreeBSD-8.3-RC1-i386-dvd1.iso) =3D 2df8cf3af608afa983aa667e54a8de43 MD5 (FreeBSD-8.3-RC1-i386-livefs.iso) =3D e03f18a0a2c05b32692501e7012ed52f MD5 (FreeBSD-8.3-RC1-i386-memstick.img) =3D c46fe4e008edece737e7a31a076bff2= a MD5 (FreeBSD-8.3-RC1-pc98-bootonly.iso) =3D 9de8c5e4dc516740af4dd2aa6cde759= f MD5 (FreeBSD-8.3-RC1-pc98-disc1.iso) =3D c24d2270a8a9e8685ac82e096a131246 MD5 (FreeBSD-8.3-RC1-pc98-livefs.iso) =3D 80905bdfe7bd89a04068e0344d791ec4 SHA256 (FreeBSD-8.3-RC1-amd64-bootonly.iso) =3D d47d63b59465ac0254e770e6e3f= a5a3959895dedce130250f26848306439d55d SHA256 (FreeBSD-8.3-RC1-amd64-disc1.iso) =3D 38b08f12f0b3e83045e46b7f09404a= 2f36e26f7e3c668bc4a01b8383ab72c48a SHA256 (FreeBSD-8.3-RC1-amd64-dvd1.iso) =3D 535547adcab0ff8cceb778674151323= da015aefc6d8b36337d85f62a4fad87bc SHA256 (FreeBSD-8.3-RC1-amd64-livefs.iso) =3D 600b26d6c15946c88ffc516d3cce5= 7eb2ee48149f8af96e9124ca478901e8a5c SHA256 (FreeBSD-8.3-RC1-amd64-memstick.img) =3D 53218723e35deba522bfbd87d8d= 5e1451705f6f386f2b004468190ae89fd0bc1 SHA256 (FreeBSD-8.3-RC1-i386-bootonly.iso) =3D 5c37eb5124fb057384d5828e8cc1= e116f0b9c0a7efe6f3365f59ba87a50be83c SHA256 (FreeBSD-8.3-RC1-i386-disc1.iso) =3D 1fec8dc68433c12a9b24da1b7e35a6d= 4e6bb96cb1258fb809111572d1b16ebb9 SHA256 (FreeBSD-8.3-RC1-i386-dvd1.iso) =3D ec2f7f7c38d22726fcd9c95d4d769906= 8eeddbaa2b60eb235373a2eadd792931 SHA256 (FreeBSD-8.3-RC1-i386-livefs.iso) =3D 7a75e051ef26571621d2782f42e30d= 9f0f6552cbd8f0dfdb5dd9d6d2da853500 SHA256 (FreeBSD-8.3-RC1-i386-memstick.img) =3D 966ff5e1e9e561395083ebce110a= 6e9c07778a6e05f689bb94451efecaa15bf4 SHA256 (FreeBSD-8.3-RC1-pc98-bootonly.iso) =3D 0866dc444b92e5a03ad90da8e87f= 49e184aead6e2148af1f3cc35d4c74e14b35 SHA256 (FreeBSD-8.3-RC1-pc98-disc1.iso) =3D 5f6521693b1d0cf6b89af6783035afb= 58c75fb2be9e4b6c064b13c5e584bdcd0 SHA256 (FreeBSD-8.3-RC1-pc98-livefs.iso) =3D f1f6237364819a34f522f4d740e5c3= 7db4bcd03cc254cf531584e3c5f7d59ac5 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-gaswsY1uVj8mapGgzw2f 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) iEYEABECAAYFAk9Wt9QACgkQ/G14VSmup/aeigCgmT9KlG6Alk1568Yjs8XRpCgW uhcAn32z9TDdv9k+A5KmqjzeNRo59QWB =aMxR -----END PGP SIGNATURE----- --=-gaswsY1uVj8mapGgzw2f-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 01:23:54 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 24AA9106566C for ; Wed, 7 Mar 2012 01:23:54 +0000 (UTC) (envelope-from pinter@tresorium.hu) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id A7ECB8FC0A for ; Wed, 7 Mar 2012 01:23:53 +0000 (UTC) Received: by eaaf13 with SMTP id f13so2130628eaa.13 for ; Tue, 06 Mar 2012 17:23:52 -0800 (PST) Received: by 10.14.120.210 with SMTP id p58mr10455eeh.98.1331081615514; Tue, 06 Mar 2012 16:53:35 -0800 (PST) Received: from peonia (peonia.teteny.elte.hu. [157.181.96.25]) by mx.google.com with ESMTPS id u9sm80733314eem.11.2012.03.06.16.53.32 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Mar 2012 16:53:33 -0800 (PST) From: Oliver Pinter Organization: Tresorium Ltd. To: current@freebsd.org Date: Wed, 7 Mar 2012 01:53:25 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_FGrVPWkrsbiJYly" Message-Id: <201203070153.25537.pinter@tresorium.hu> X-Gm-Message-State: ALoCoQkUJiGBEZrUX7C/0yIyvALYJhKgwd+t+Zrt9mCcU9lEBI824TLbvzOuh/i6jai/uXbQXtfv Cc: stable@freebsd.org Subject: add k3772z 3g modem support for FreeBSD-9 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, 07 Mar 2012 01:23:54 -0000 --Boundary-00=_FGrVPWkrsbiJYly Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi all! I wrote a patch, to add support for Vodafone K3772-Z 3g modem. -- Oliver Pinter (Tresorium) --Boundary-00=_FGrVPWkrsbiJYly Content-Type: text/x-diff; charset="iso 8859-15"; name="k3772z.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="k3772z.diff" commit 092aa1246e1dde0ffe11a7bc06b540f4fa5851c9 Author: Oliver Pinter Date: Wed Mar 7 01:47:51 2012 +0100 added support for Vodafone 3772-Z to u3g driver ugen1.2: at usbus1 ugen1.2: at usbus1 (disconnected) ugen1.2: at usbus1 umodem0: on usbus1 umodem0: data interface 2, has CM over data, has break umodem1: on usbus1 umodem1: data interface 4, has CM over data, has break cdce0: on usbus1 ue0: on cdce0 ue0: Ethernet address: 02:77:c1:XX:XX:XX umass0: on usbus1 (probe0:umass-sim0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe0:umass-sim0:0:0:0): CAM status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI status: Check Condition (probe0:umass-sim0:0:0:0): SCSI sense: UNIT ATTENTION asc:28,0 (Not ready to rea dy change, medium may have changed) Signed-off-by: Oliver Pinter diff --git a/share/man/man4/u3g.4 b/share/man/man4/u3g.4 index 4df0b26..a2122cb 100644 --- a/share/man/man4/u3g.4 +++ b/share/man/man4/u3g.4 @@ -61,6 +61,8 @@ Option GT 3G, GT 3G Quad, etc. .It Vodafone Mobile Connect Card 3G .It +Vodafone Mobile Broadband K3772-Z +.It Qualcomm Inc. CDMA MSM .It Huawei B190, E180v, E220 ('') diff --git a/sys/dev/usb/serial/u3g.c b/sys/dev/usb/serial/u3g.c index e0b38bd..23b0f6c 100644 --- a/sys/dev/usb/serial/u3g.c +++ b/sys/dev/usb/serial/u3g.c @@ -422,6 +422,7 @@ static const STRUCT_USB_HOST_ID u3g_devs[] = { U3G_DEV(QUALCOMMINC, SURFSTICK, 0), U3G_DEV(QUALCOMMINC, E2002, 0), U3G_DEV(QUALCOMMINC, E2003, 0), + U3G_DEV(QUALCOMMINC, K3772_Z, U3GINIT_SCSIEJECT), U3G_DEV(QUALCOMMINC, MF626, 0), U3G_DEV(QUALCOMMINC, MF628, 0), U3G_DEV(QUALCOMMINC, MF633R, 0), diff --git a/sys/dev/usb/usbdevs b/sys/dev/usb/usbdevs index c770043..bc990c8 100644 --- a/sys/dev/usb/usbdevs +++ b/sys/dev/usb/usbdevs @@ -2744,6 +2744,7 @@ product QUALCOMMINC E0078 0x0078 3G modem product QUALCOMMINC E0082 0x0082 3G modem product QUALCOMMINC E0086 0x0086 3G modem product QUALCOMMINC SURFSTICK 0x0117 1&1 Surf Stick +product QUALCOMMINC K3772_Z 0x1179 3G modem product QUALCOMMINC ZTE_STOR 0x2000 USB ZTE Storage product QUALCOMMINC E2002 0x2002 3G modem product QUALCOMMINC E2003 0x2003 3G modem --Boundary-00=_FGrVPWkrsbiJYly-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 03:35:07 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 E807E106564A; Wed, 7 Mar 2012 03:35: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 707268FC18; Wed, 7 Mar 2012 03:35: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 q273Z5pp077003; Wed, 7 Mar 2012 03:35:05 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q273Z5aU077002; Wed, 7 Mar 2012 03:35:05 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Mar 2012 03:35:05 GMT Message-Id: <201203070335.q273Z5aU077002@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 i386/i386 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: Wed, 07 Mar 2012 03:35:07 -0000 TB --- 2012-03-07 01:46:26 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-07 01:46:26 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-07 01:46:26 - cleaning the object tree TB --- 2012-03-07 01:47:21 - cvsupping the source tree TB --- 2012-03-07 01:47:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-07 01:47:32 - building world TB --- 2012-03-07 01:47:32 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 01:47:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 01:47:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 01:47:32 - SRCCONF=/dev/null TB --- 2012-03-07 01:47:32 - TARGET=i386 TB --- 2012-03-07 01:47:32 - TARGET_ARCH=i386 TB --- 2012-03-07 01:47:32 - TZ=UTC TB --- 2012-03-07 01:47:32 - __MAKE_CONF=/dev/null TB --- 2012-03-07 01:47:32 - cd /src TB --- 2012-03-07 01:47:32 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 7 01:47:33 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 >>> World build completed on Wed Mar 7 02:33:49 UTC 2012 TB --- 2012-03-07 02:33:49 - generating LINT kernel config TB --- 2012-03-07 02:33:49 - cd /src/sys/i386/conf TB --- 2012-03-07 02:33:49 - /usr/bin/make -B LINT TB --- 2012-03-07 02:33:49 - cd /src/sys/i386/conf TB --- 2012-03-07 02:33:49 - /usr/sbin/config -m LINT TB --- 2012-03-07 02:33:49 - building LINT kernel TB --- 2012-03-07 02:33:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 02:33:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 02:33:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 02:33:49 - SRCCONF=/dev/null TB --- 2012-03-07 02:33:49 - TARGET=i386 TB --- 2012-03-07 02:33:49 - TARGET_ARCH=i386 TB --- 2012-03-07 02:33:49 - TZ=UTC TB --- 2012-03-07 02:33:49 - __MAKE_CONF=/dev/null TB --- 2012-03-07 02:33:49 - cd /src TB --- 2012-03-07 02:33:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 7 02:33:49 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Mar 7 02:54:46 UTC 2012 TB --- 2012-03-07 02:54:46 - cd /src/sys/i386/conf TB --- 2012-03-07 02:54:46 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-07 02:54:46 - building LINT-VIMAGE kernel TB --- 2012-03-07 02:54:46 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 02:54:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 02:54:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 02:54:46 - SRCCONF=/dev/null TB --- 2012-03-07 02:54:46 - TARGET=i386 TB --- 2012-03-07 02:54:46 - TARGET_ARCH=i386 TB --- 2012-03-07 02:54:46 - TZ=UTC TB --- 2012-03-07 02:54:46 - __MAKE_CONF=/dev/null TB --- 2012-03-07 02:54:46 - cd /src TB --- 2012-03-07 02:54:46 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Wed Mar 7 02:54:46 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Wed Mar 7 03:16:21 UTC 2012 TB --- 2012-03-07 03:16:21 - cd /src/sys/i386/conf TB --- 2012-03-07 03:16:21 - /usr/sbin/config -m GENERIC TB --- 2012-03-07 03:16:21 - building GENERIC kernel TB --- 2012-03-07 03:16:21 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 03:16:21 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 03:16:21 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 03:16:21 - SRCCONF=/dev/null TB --- 2012-03-07 03:16:21 - TARGET=i386 TB --- 2012-03-07 03:16:21 - TARGET_ARCH=i386 TB --- 2012-03-07 03:16:21 - TZ=UTC TB --- 2012-03-07 03:16:21 - __MAKE_CONF=/dev/null TB --- 2012-03-07 03:16:21 - cd /src TB --- 2012-03-07 03:16:21 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 7 03:16:21 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Mar 7 03:31:17 UTC 2012 TB --- 2012-03-07 03:31:17 - cd /src/sys/i386/conf TB --- 2012-03-07 03:31:17 - /usr/sbin/config -m PAE TB --- 2012-03-07 03:31:17 - building PAE kernel TB --- 2012-03-07 03:31:17 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 03:31:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 03:31:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 03:31:17 - SRCCONF=/dev/null TB --- 2012-03-07 03:31:17 - TARGET=i386 TB --- 2012-03-07 03:31:17 - TARGET_ARCH=i386 TB --- 2012-03-07 03:31:17 - TZ=UTC TB --- 2012-03-07 03:31:17 - __MAKE_CONF=/dev/null TB --- 2012-03-07 03:31:17 - cd /src TB --- 2012-03-07 03:31:17 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Mar 7 03:31:17 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-07 03:35:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-07 03:35:05 - ERROR: failed to build PAE kernel TB --- 2012-03-07 03:35:05 - 5268.41 user 840.00 system 6518.73 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 03:41:03 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 92542106566C; Wed, 7 Mar 2012 03:41:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f44.google.com (mail-pz0-f44.google.com [209.85.210.44]) by mx1.freebsd.org (Postfix) with ESMTP id 5A4278FC13; Wed, 7 Mar 2012 03:41:03 +0000 (UTC) Received: by dakl33 with SMTP id l33so21877679dak.17 for ; Tue, 06 Mar 2012 19:41:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=1TLkfpU5VhR41Izpiu8OnNU6AdoobvNGk4B8ynMuVuo=; b=UWsd6gEccujRPs6iFKKfdmTPl/rVbSD579pn9+TnFjmN42DUKioPKXAdL2PnBh2OvS slqL68h/OtB8a+HyWndPds2R+oRcMkkXBoMmNd+vg3wC3eZcPDoF2ERcRoapgSnYKm4x GCUB9JdImwPxZqD8k5utzDYZu/hEkRtSjPTFp5Bt1wfUf0IqzSwaY6uHcxQCRkqrJyrS /FC7euDdt/LNgCaEbRNM9HLrEl7vdn0AZ+jhiAeTT1PmwvNZl6sSn6D7QNiaQWTpOJxI XK0oGdLorfq2bcwR8U/VhBHwznXIbGqhIxeVhg45ZL2xxNTwnEac+Ck0H34+WQoG+CFs t+ug== Received: by 10.68.237.66 with SMTP id va2mr1556494pbc.32.1331091662848; Tue, 06 Mar 2012 19:41:02 -0800 (PST) Received: from pyunyh@gmail.com ([114.111.62.249]) by mx.google.com with ESMTPS id q10sm38357pbb.10.2012.03.06.19.41.00 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Mar 2012 19:41:01 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 07 Mar 2012 12:40:53 -0800 From: YongHyeon PYUN Date: Wed, 7 Mar 2012 12:40:53 -0800 To: John Baldwin Message-ID: <20120307204052.GC9436@michelle.cdnetworks.com> References: <20120228210329.GA2741@localhost> <20120302012955.GC1685@michelle.cdnetworks.com> <201203061036.05227.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201203061036.05227.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Pavel Gorshkov , freebsd-stable@freebsd.org Subject: Re: msk0: interrupt storm X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Mar 2012 03:41:03 -0000 On Tue, Mar 06, 2012 at 10:36:05AM -0500, John Baldwin wrote: > On Thursday, March 01, 2012 8:29:55 pm YongHyeon PYUN wrote: > > On Wed, Feb 29, 2012 at 01:03:29AM +0400, Pavel Gorshkov wrote: > > > My laptop running 9.0-RELEASE/amd64/GENERIC freezes and > > > (sometimes) unfreezes intermittently, logging the following: > > > > > > Feb 28 23:07:36 lifebook kernel: interrupt storm detected on "irq259:"; > throttling interrupt source > > > > > > $ vmstat -i > > > ... > > > irq259: mskc0 11669511 3456 > > > > > > > > > Looks very similar to this: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=164569 > > > > > > Any suggestions? > > > > Try disabling MSI and see whether that makes any difference. > > I also get interrupt storms with msk. They do fix themselves when they > happen, and I've seen it happen with the machine is idle. This is on my > little netbook where msk had several problems initially that have since been > fixed. > > mskc0: port 0x2000-0x20ff mem > 0xe0000000-0xe0003fff irq 19 at device 0.0 on pci32 > msk0: on mskc0 > msk0: Ethernet address: 00:24:81:40:e3:ef > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow > > mskc0@pci0:32:0:0: class=0x020000 card=0x3056103c chip=0x436c11ab > rev=0x10 hdr=0x00 > vendor = 'Marvell Technology Group Ltd.' > device = '88E8072 PCI-E Gigabit Ethernet Controller' > class = network > subclass = ethernet > John, can you let me know the value of B0_Y2_SP_ISRC2 register in interrupt handler when you see the interrupt storm? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 06:47:39 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 241CF106564A for ; Wed, 7 Mar 2012 06:47:39 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id A87E58FC08 for ; Wed, 7 Mar 2012 06:47:38 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so4140924wib.13 for ; Tue, 06 Mar 2012 22:47:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=P6Fz3yk4fiv9Aj7ZCP9UrX0FgZlv8RMmv0Xe1aXQtUE=; b=AWVSBD3uX6gZvU07RkZC/PIJ0XQ+uWGkS0MarLp67xGCrp2R7TxRA+YnHc6eqmxvQB 9SoZhRWl+WRnFpOUdpjtc/EPMV1EZGB/6TMeVvOp9wGpMD6pNusMs30U50uL0W2tcmHy pv5DDbHxs9LVrH+7cOSR6Bd23qPIJdjqREuccYOcTs+3rHqxPrnxXARMS3nKE8xFVicB osgILTgc8bdJ9pMakwfRq5W2i+rDtJ8IKHBCKPBfEbaMIRD06o33BREw7Hm6DrwWig96 0+8qaKq13V3h/iO40fpK8HAToo8T+Ed9htelf3MzforPs7HqLTsfmnv0duwPfxPH3jAT ls0Q== MIME-Version: 1.0 Received: by 10.216.134.19 with SMTP id r19mr377372wei.66.1331102852317; Tue, 06 Mar 2012 22:47:32 -0800 (PST) Received: by 10.180.82.168 with HTTP; Tue, 6 Mar 2012 22:47:32 -0800 (PST) In-Reply-To: References: Date: Tue, 6 Mar 2012 22:47:32 -0800 Message-ID: From: Jack Vogel To: Chris Forgeron Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-stable@freebsd.org" Subject: Re: ixgbe v2.3.11 won't negotiate LACP, v2.4.4 does 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, 07 Mar 2012 06:47:39 -0000 Never rains but it pours, this is the second request today :) Yes, I will do an MFC as soon as quickly as I am able. Jack On Tue, Mar 6, 2012 at 3:00 PM, Chris Forgeron wrote: > I have a few systems with Intel X520-DA2 PCIe network cards (10 Gig). > > The problem I've been running into is with a fresh 9.0-STABLE or > 9.0-RELEASE install. I can't get a LACP connection established over the ix0 > and ix1 ports. It's showing COLLECTING and DISTRIBUTING, but not ACTIVE. > > I've noticed that older 9.0-BETA copies with the 2.3.10 ixgbe driver are > working with the same switch without problems. > > The 9.0-STABLE that I was doing the most work with had an ixgbe of 2.3.11 > > After some digging around, I downloaded the ixgbe 2.4.4 from the Intel > site, compiled the .ko (a little editing due to the bool typdef), and now > my 9.0-STABLE systems can properly setup a LACP link over ixgbe devices. > > I'm sure others will run into this in time - Can we get the 2.4.4 into > 9-STABLE? > > 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 Wed Mar 7 08:23: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 01024106564A; Wed, 7 Mar 2012 08:23:56 +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 63BCE8FC16; Wed, 7 Mar 2012 08:23:54 +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 q278NcHi027854; Wed, 7 Mar 2012 10:23:38 +0200 (EET) (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 q278NcNj086714; Wed, 7 Mar 2012 10:23:38 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q278NcDP086713; Wed, 7 Mar 2012 10:23:38 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 7 Mar 2012 10:23:38 +0200 From: Konstantin Belousov To: Luke Marsden Message-ID: <20120307082338.GD75778@deviant.kiev.zoral.com.ua> References: <1331061203.2218.38.camel@pow> <4F569DFF.8040807@mac.com> <1331080581.2589.28.camel@pow> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="6fxres9eYHxJ4LJN" Content-Disposition: inline In-Reply-To: <1331080581.2589.28.camel@pow> 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=-3.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, PLING_QUERY autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org, team@hybrid-logic.co.uk Subject: Re: FreeBSD 8.2 - active plus inactive memory leak!? 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, 07 Mar 2012 08:23:56 -0000 --6fxres9eYHxJ4LJN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 07, 2012 at 12:36:21AM +0000, Luke Marsden wrote: > Thanks for your email, Chuck. >=20 > > > Conversely, if a page *does not* occur in the resident > > > memory of any process, it must not occupy any space in the active + > > > inactive lists. > >=20 > > Hmm...if a process gets swapped out entirely, the pages for it will be = moved=20 > > to the cache list, flushed, and then reused as soon as the disk I/O com= pletes.=20 > > But there is a window where the process can be marked as swapped out = (and=20 > > considered no longer resident), but still has some of it's pages in phy= sical=20 > > memory. >=20 > There's no swapping happening on these machines (intentionally so, > because as soon as we hit swap everything goes tits up), so this window > doesn't concern me. >=20 > I'm trying to confirm that, on a system with no pages swapped out, that > the following is a true statement: >=20 > a page is accounted for in active + inactive if and only if it > corresponds to one or more of the pages accounted for in the > resident memory lists of all the processes on the system (as per > the output of 'top' and 'ps') No. The pages belonging to vnode vm object can be active or inactive or cached but not mapped into any process address space. --6fxres9eYHxJ4LJN Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAk9XGwkACgkQC3+MBN1Mb4gEEgCfeS6aA0sX9T+NgXGhplLSE3DA 7xEAnRS1EdCLMcsOI8u3ADhCURXYNhyh =kFBk -----END PGP SIGNATURE----- --6fxres9eYHxJ4LJN-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 09:26: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 82C7B1065672; Wed, 7 Mar 2012 09:26:15 +0000 (UTC) (envelope-from luke@hybrid-logic.co.uk) Received: from hybrid-sites.com (ns226322.hybrid-sites.com [176.31.229.137]) by mx1.freebsd.org (Postfix) with ESMTP id 3C7A08FC1B; Wed, 7 Mar 2012 09:26:14 +0000 (UTC) Received: from [127.0.0.1] (helo=ewes) by hybrid-sites.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1S5D8K-0006JQ-Ra; Wed, 07 Mar 2012 09:26:13 +0000 Received: from [78.105.122.99] (helo=[192.168.1.23] by ns226322.hybrid-sites.com with esmtp (Hybrid Web Cluster distributed mail proxy) (envelope-from ); Wed, 07 Mar 2012 09:26:08 -0000 From: Luke Marsden To: Konstantin Belousov In-Reply-To: <20120307082338.GD75778@deviant.kiev.zoral.com.ua> References: <1331061203.2218.38.camel@pow> <4F569DFF.8040807@mac.com> <1331080581.2589.28.camel@pow> <20120307082338.GD75778@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="UTF-8" Date: Wed, 07 Mar 2012 09:26:06 +0000 Message-ID: <1331112366.2589.51.camel@pow> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit X-Spam-bar: + Cc: freebsd-fs@freebsd.org, Ian Lepore , team@hybrid-logic.co.uk, freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: FreeBSD 8.2 - active plus inactive memory leak!? 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, 07 Mar 2012 09:26:15 -0000 On Wed, 2012-03-07 at 10:23 +0200, Konstantin Belousov wrote: > On Wed, Mar 07, 2012 at 12:36:21AM +0000, Luke Marsden wrote: > > I'm trying to confirm that, on a system with no pages swapped out, that > > the following is a true statement: > > > > a page is accounted for in active + inactive if and only if it > > corresponds to one or more of the pages accounted for in the > > resident memory lists of all the processes on the system (as per > > the output of 'top' and 'ps') > No. > > The pages belonging to vnode vm object can be active or inactive or cached > but not mapped into any process address space. Thank you, Konstantin. Does the number of vnodes we've got open on this machine (272011) fully explain away the memory gap? Memory gap: 11264M active + 2598M inactive - 9297M sum-of-resident = 4565M Active vnodes: vfs.numvnodes: 272011 That gives a lower bound at 17.18Kb per vode (or higher if we take into account shared libs, etc); that seems a bit high for a vnode vm object doesn't it? If that doesn't fully explain it, what else might be chewing through active memory? Also, when are vnodes freed? This system does have some tuning... kern.maxfiles: 1000000 vm.pmap.pv_entry_max: 73296250 Could that be contributing to so much active + inactive memory (5GB+ more than expected), or do PV entries live in wired e.g. kernel memory? On Tue, 2012-03-06 at 17:48 -0700, Ian Lepore wrote: > In my experience, the bulk of the memory in the inactive category is > cached disk blocks, at least for ufs (I think zfs does things > differently). On this desktop machine I have 12G physical and > typically have roughly 11G inactive, and I can unmount one particular > filesystem where most of my work is done and instantly I have almost > no inactive and roughly 11G free. Okay, so this could be UFS disk cache, except the system is ZFS-on-root with no UFS filesystems active or mounted. Can I confirm that no double-caching of ZFS data is happening in active + inactive (+ cache) memory? Thanks, Luke -- CTO, Hybrid Logic +447791750420 | +1-415-449-1165 | www.hybrid-cluster.com From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 09:28: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 03C471065672; Wed, 7 Mar 2012 09:28:51 +0000 (UTC) (envelope-from luke-lists@hybrid-logic.co.uk) Received: from hybrid-sites.com (ns225413.hybrid-sites.com [176.31.225.127]) by mx1.freebsd.org (Postfix) with ESMTP id B3F448FC0C; Wed, 7 Mar 2012 09:28:49 +0000 (UTC) Received: from [127.0.0.1] (helo=ewes) by hybrid-sites.com with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1S5DAj-000CuX-NS; Wed, 07 Mar 2012 09:28:43 +0000 Received: from [78.105.122.99] (helo=[192.168.1.23] by ns225413.hybrid-sites.com with esmtp (Hybrid Web Cluster distributed mail proxy) (envelope-from ); Wed, 07 Mar 2012 09:28:37 -0000 From: Luke Marsden To: freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, freebsd-fs@freebsd.org In-Reply-To: <20120307082338.GD75778@deviant.kiev.zoral.com.ua> References: <1331061203.2218.38.camel@pow> <4F569DFF.8040807@mac.com> <1331080581.2589.28.camel@pow> <20120307082338.GD75778@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset="UTF-8" Date: Wed, 07 Mar 2012 09:28:35 +0000 Message-ID: <1331112515.2589.52.camel@pow> Mime-Version: 1.0 X-Mailer: Evolution 2.32.2 Content-Transfer-Encoding: 7bit X-Spam-bar: + Cc: Subject: Re: FreeBSD 8.2 - active plus inactive memory leak!? 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, 07 Mar 2012 09:28:51 -0000 On Wed, 2012-03-07 at 10:23 +0200, Konstantin Belousov wrote: > On Wed, Mar 07, 2012 at 12:36:21AM +0000, Luke Marsden wrote: > > I'm trying to confirm that, on a system with no pages swapped out, that > > the following is a true statement: > > > > a page is accounted for in active + inactive if and only if it > > corresponds to one or more of the pages accounted for in the > > resident memory lists of all the processes on the system (as per > > the output of 'top' and 'ps') > No. > > The pages belonging to vnode vm object can be active or inactive or cached > but not mapped into any process address space. Thank you, Konstantin. Does the number of vnodes we've got open on this machine (272011) fully explain away the memory gap? Memory gap: 11264M active + 2598M inactive - 9297M sum-of-resident = 4565M Active vnodes: vfs.numvnodes: 272011 That gives a lower bound at 17.18Kb per vode (or higher if we take into account shared libs, etc); that seems a bit high for a vnode vm object doesn't it? If that doesn't fully explain it, what else might be chewing through active memory? Also, when are vnodes freed? This system does have some tuning... kern.maxfiles: 1000000 vm.pmap.pv_entry_max: 73296250 Could that be contributing to so much active + inactive memory (5GB+ more than expected), or do PV entries live in wired e.g. kernel memory? On Tue, 2012-03-06 at 17:48 -0700, Ian Lepore wrote: > In my experience, the bulk of the memory in the inactive category is > cached disk blocks, at least for ufs (I think zfs does things > differently). On this desktop machine I have 12G physical and > typically have roughly 11G inactive, and I can unmount one particular > filesystem where most of my work is done and instantly I have almost > no inactive and roughly 11G free. Okay, so this could be UFS disk cache, except the system is ZFS-on-root with no UFS filesystems active or mounted. Can I confirm that no double-caching of ZFS data is happening in active + inactive (+ cache) memory? Thanks, Luke -- CTO, Hybrid Logic +447791750420 | +1-415-449-1165 | www.hybrid-cluster.com From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 09:45:28 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 6739E106566B; Wed, 7 Mar 2012 09:45:27 +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 0BAA18FC0A; Wed, 7 Mar 2012 09:45:26 +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 q279jQpb074550; Wed, 7 Mar 2012 09:45:26 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q279jPSK074454; Wed, 7 Mar 2012 09:45:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Mar 2012 09:45:25 GMT Message-Id: <201203070945.q279jPSK074454@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 i386/i386 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: Wed, 07 Mar 2012 09:45:28 -0000 TB --- 2012-03-07 07:55:47 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-07 07:55:47 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-07 07:55:47 - cleaning the object tree TB --- 2012-03-07 07:56:46 - cvsupping the source tree TB --- 2012-03-07 07:56:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-07 07:57:22 - building world TB --- 2012-03-07 07:57:22 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 07:57:22 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 07:57:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 07:57:22 - SRCCONF=/dev/null TB --- 2012-03-07 07:57:22 - TARGET=i386 TB --- 2012-03-07 07:57:22 - TARGET_ARCH=i386 TB --- 2012-03-07 07:57:22 - TZ=UTC TB --- 2012-03-07 07:57:22 - __MAKE_CONF=/dev/null TB --- 2012-03-07 07:57:22 - cd /src TB --- 2012-03-07 07:57:22 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 7 07:57:22 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 >>> World build completed on Wed Mar 7 08:44:01 UTC 2012 TB --- 2012-03-07 08:44:01 - generating LINT kernel config TB --- 2012-03-07 08:44:01 - cd /src/sys/i386/conf TB --- 2012-03-07 08:44:01 - /usr/bin/make -B LINT TB --- 2012-03-07 08:44:01 - cd /src/sys/i386/conf TB --- 2012-03-07 08:44:01 - /usr/sbin/config -m LINT TB --- 2012-03-07 08:44:01 - building LINT kernel TB --- 2012-03-07 08:44:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 08:44:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 08:44:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 08:44:01 - SRCCONF=/dev/null TB --- 2012-03-07 08:44:01 - TARGET=i386 TB --- 2012-03-07 08:44:01 - TARGET_ARCH=i386 TB --- 2012-03-07 08:44:01 - TZ=UTC TB --- 2012-03-07 08:44:01 - __MAKE_CONF=/dev/null TB --- 2012-03-07 08:44:01 - cd /src TB --- 2012-03-07 08:44:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 7 08:44:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Mar 7 09:05:04 UTC 2012 TB --- 2012-03-07 09:05:04 - cd /src/sys/i386/conf TB --- 2012-03-07 09:05:04 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-07 09:05:04 - building LINT-VIMAGE kernel TB --- 2012-03-07 09:05:04 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 09:05:04 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 09:05:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 09:05:04 - SRCCONF=/dev/null TB --- 2012-03-07 09:05:04 - TARGET=i386 TB --- 2012-03-07 09:05:04 - TARGET_ARCH=i386 TB --- 2012-03-07 09:05:04 - TZ=UTC TB --- 2012-03-07 09:05:04 - __MAKE_CONF=/dev/null TB --- 2012-03-07 09:05:04 - cd /src TB --- 2012-03-07 09:05:04 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Wed Mar 7 09:05:04 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Wed Mar 7 09:26:09 UTC 2012 TB --- 2012-03-07 09:26:09 - cd /src/sys/i386/conf TB --- 2012-03-07 09:26:09 - /usr/sbin/config -m GENERIC TB --- 2012-03-07 09:26:09 - building GENERIC kernel TB --- 2012-03-07 09:26:09 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 09:26:09 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 09:26:09 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 09:26:09 - SRCCONF=/dev/null TB --- 2012-03-07 09:26:09 - TARGET=i386 TB --- 2012-03-07 09:26:09 - TARGET_ARCH=i386 TB --- 2012-03-07 09:26:09 - TZ=UTC TB --- 2012-03-07 09:26:09 - __MAKE_CONF=/dev/null TB --- 2012-03-07 09:26:09 - cd /src TB --- 2012-03-07 09:26:09 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 7 09:26:09 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Mar 7 09:41:37 UTC 2012 TB --- 2012-03-07 09:41:37 - cd /src/sys/i386/conf TB --- 2012-03-07 09:41:37 - /usr/sbin/config -m PAE TB --- 2012-03-07 09:41:37 - building PAE kernel TB --- 2012-03-07 09:41:37 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 09:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 09:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 09:41:37 - SRCCONF=/dev/null TB --- 2012-03-07 09:41:37 - TARGET=i386 TB --- 2012-03-07 09:41:37 - TARGET_ARCH=i386 TB --- 2012-03-07 09:41:37 - TZ=UTC TB --- 2012-03-07 09:41:37 - __MAKE_CONF=/dev/null TB --- 2012-03-07 09:41:37 - cd /src TB --- 2012-03-07 09:41:37 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Mar 7 09:41:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-07 09:45:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-07 09:45:25 - ERROR: failed to build PAE kernel TB --- 2012-03-07 09:45:25 - 5276.79 user 845.23 system 6578.57 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 10:56: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 01D18106566B for ; Wed, 7 Mar 2012 10:56:18 +0000 (UTC) (envelope-from peter.maloney@brockmann-consult.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.9]) by mx1.freebsd.org (Postfix) with ESMTP id 936408FC0C for ; Wed, 7 Mar 2012 10:56:17 +0000 (UTC) Received: from [10.3.0.26] ([141.4.215.32]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0MdoTN-1Rk6Dv1ztV-00PJ3r; Wed, 07 Mar 2012 11:56:10 +0100 Message-ID: <4F573ECA.6000001@brockmann-consult.de> Date: Wed, 07 Mar 2012 11:56:10 +0100 From: Peter Maloney User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.23) Gecko/20110922 Thunderbird/3.1.15 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Provags-ID: V02:K0:j7c4vOz7ZrfLJ9pRGKUohZyeMUjDtKTCga69Boq7DQG Pm4ATrY1em2VF38PbrM5noOYp8HG+kUp67gHKgABD63NavMWGV MZ9BLIcKTb5E/57FoVx/xWfY74Zhxe4HWEtAVtAtLeqKCiWVWt vMbxMjeuz4r8cwyG0fOFHEu7F/cjWTWKU8r5eDfs7706Or+0hB ySxn6OD8VkfN+NsGz/TkZbnZVD+NtGJQ6TCLk75aeBHH1MzJKT SqSOnZxAU1c0947GTCBBxd9EMr/D3Tw8bHQCT78zYMAzl7ATa3 P/np6jG0aocoCuztWNpifUP6aUy0V2Ut+0fCvNHLb6xHI1LuZR 9BMFqpGWue9qZmw3yb7+T/W8FtNTr8dlsePgiRxiy Subject: Re: 9-stable: what happened to geom_labels? 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, 07 Mar 2012 10:56:18 -0000 On 03/06/2012 05:08 PM, Warren Block wrote: > A new install of 9-release, updated to 9-stable today with the GENERIC > kernel. > gpart show -l shows GPT labels, yet there isn't even a /dev/gpt > directory. > > Has something changed with labels? I haven't tried 9 yet, but this happens with 8.2 also. I hate this bug... it seems so trivial. If there are no duplicate gpt labels now, why do I care if the disks were used on a different system? The labels are still there, so why not use them? [In Linux, the primary reason that I use labels is actually to transfer them between machines.] I also have one system where instead of seeing gptid, I only see the original device names "eg. da0p2", which is even stranger. (on this system, I moved the root to different disks, booted to the DVD before booting off the new disks, imported, rebooted to the new disks; on others). # zpool status zroot pool: zroot state: ONLINE scan: scrub repaired 0 in 0h3m with 0 errors on Tue Feb 28 16:06:45 2012 config: NAME STATE READ WRITE CKSUM zroot ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 da0p2 ONLINE 0 0 0 da1p2 ONLINE 0 0 0 da2p2 ONLINE 0 0 0 errors: No known data errors # gpart show -l da0 => 34 5860533101 da0 GPT (2.7T) 34 128 1 (null) (64k) 162 128862 - free - (62M) 129024 167731200 2 root1d1 (80G) 167860224 5692667904 3 data1d1 (2.7T) 5860528128 5007 - free - (2.5M) # glabel list | grep da0p2 (no results) # ls /dev/gpt/root1d1 (no results) With ZFS It is caused by importing the pool when booted off different media (eg. a DVD, or maybe another boot slice). When it happens, you will find your slices under /dev/gptid, and in /boot/loader.conf there is an option to change this. I don't know why it doesn't happen if you don't import the pool. # Setting this to 0 will get rid of the /dev/gptid directory and you will see your /dev/gpt directory again. kern.geom.label.gptid.enable=0 # Not sure what this does; I assume it means to show either gptid (if not disabled above) or the original device name (eg. da0p2) kern.geom.label.gpt.enable=0 I don't use the above settings, because although I can assume there are never duplicate gptids, I don't know what would happen if there were duplicate gpt labels. Normally, I would assume it would fall back to gptid. Someone else could clarify this. (ZFS should only display the gpt/gptid label and use its own guid [except with buggy pre-Sept. 2011 builds], but no idea about other things, like gmirror) Also, assuming you have redundancy and want to spend time resilvering, you can remove a disk, run "gpart delete -i ..." and "gpart create -i ... -l labelhere ..." to label it again ("gpart modify -l labelhere ..." will not work), and then replace/reattach the disk to your RAID (which is actually quite fast with ZFS if your partition start and end are the same since it only needs to do a partial update). > _______________________________________________ > 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" -- -------------------------------------------- Peter Maloney Brockmann Consult Max-Planck-Str. 2 21502 Geesthacht Germany Tel: +49 4152 889 300 Fax: +49 4152 889 333 E-mail: peter.maloney@brockmann-consult.de Internet: http://www.brockmann-consult.de -------------------------------------------- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 11:23:29 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 ED35C106564A for ; Wed, 7 Mar 2012 11:23:29 +0000 (UTC) (envelope-from jb.1234abcd@gmail.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 AAC3B8FC08 for ; Wed, 7 Mar 2012 11:23:29 +0000 (UTC) Received: by yhgm50 with SMTP id m50so3184779yhg.13 for ; Wed, 07 Mar 2012 03:23:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=QngU+k9YhN7ojF6+Z5Y2PF7YgJ6oftjHaVcNeaNUsJc=; b=JoFGEKYbUHNc+57VgkmQWQ/dzhIpTORtPNlsA/9VjSo0GMNX4kVXzJy9Ur0/exIaqt cTEAN2NavWpZPE+b3eUONwRszKpGhM6v24Y20dnSf9PV0FwVhj8F8mGfmQEVp0+NLa5J zL2cLJjLdF4H2h8EDnJMT/DvXEyFDAX3WrgjTPpf9hYZMWvJ9WZdCKmnH0blI2p0IOS7 lABefqVmFooxPswC/7wlaR8+aAVqDaIwJHvm9fRgjPtgn+qxrzP7ZVitz+lqxh7HCfQN YkePrrIUSofQFRhK3Blv0BLaG7QwQ9vedAKLukG5Jn+f5yK2S20H5gb5N9T4P81kyNSd 9GzA== MIME-Version: 1.0 Received: by 10.236.189.9 with SMTP id b9mr3578965yhn.48.1331118088608; Wed, 07 Mar 2012 03:01:28 -0800 (PST) Received: by 10.146.232.12 with HTTP; Wed, 7 Mar 2012 03:01:28 -0800 (PST) Date: Wed, 7 Mar 2012 12:01:28 +0100 Message-ID: From: J B To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: FreeBSD 8.2 - active plus inactive memory leak!? 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, 07 Mar 2012 11:23:30 -0000 On Wed, 07 Mar 2012 10:23:38 +0200, Konstantin Belousov wrote: > On Wed, Mar 07, 2012 at 12:36:21AM +0000, Luke Marsden wrote: > ... >> I'm trying to confirm that, on a system with no pages swapped out, that >> the following is a true statement: >> >> a page is accounted for in active + inactive if and only if it >> corresponds to one or more of the pages accounted for in the >> resident memory lists of all the processes on the system (as >> per the output of 'top' and 'ps') > No. > > The pages belonging to vnode vm object can be active or inactive or > cached but not mapped into any process address space. I wonder if some ideas by Denys Vlasenko contained in this thread http://comments.gmane.org/gmane.linux.redhat.fedora.devel/157706 would be useful ? ... "Today, I'm looking at my process list, sorted by amount of dirtied pages (which very closely matches amount of malloced and used space - that is, malloced, but not-written to memory areas are not included). This is the most expensive type of pages, they can't be discarded. If we would be in memory squeeze, kernel will have to swap them out, if swap exists, otherwise kernel can't do anything at all." ... "Note that any shared pages (such as glibc) are not freed this way; also, non-mapped pages (such as large, but unused malloced space, or large, but unused file mappings) also do not contribute to MemFree increase." jb From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 14:37: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 8C5211065677 for ; Wed, 7 Mar 2012 14:37:47 +0000 (UTC) (envelope-from xenophon+freebsd@irtnog.org) Received: from mx1.irtnog.org (rrcs-24-123-13-61.central.biz.rr.com [24.123.13.61]) by mx1.freebsd.org (Postfix) with ESMTP id 573CB8FC15 for ; Wed, 7 Mar 2012 14:37:47 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id 430E912CB5 for ; Wed, 7 Mar 2012 09:37:46 -0500 (EST) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lxYHakI14b96 for ; Wed, 7 Mar 2012 09:37:40 -0500 (EST) Received: from cinip100ntsbs.irtnog.net (cinip100ntsbs.irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Wed, 7 Mar 2012 09:37:40 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 7 Mar 2012 09:37:37 -0500 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: geli keyfiles won't load automatically at boot time thread-index: Acz7w1q1eokLY4QBTeO6xtpF/gFs1QAIet8gACKZcGA= References: From: "xenophon\\+freebsd" To: Subject: RE: geli keyfiles won't load automatically at boot time 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, 07 Mar 2012 14:37:47 -0000 > Suggest that you try > geli_ada0p2_keyfile0_name=3D"/boot/keys/ada0p2.key" That did it. I can't believe that I missed that. Thanks, Dewayne! --=20 I FIGHT FOR THE USERS From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 14:57:30 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 6A687106566C for ; Wed, 7 Mar 2012 14:57:30 +0000 (UTC) (envelope-from xenophon+freebsd@irtnog.org) Received: from mx1.irtnog.org (rrcs-24-123-13-61.central.biz.rr.com [24.123.13.61]) by mx1.freebsd.org (Postfix) with ESMTP id 0D0EF8FC17 for ; Wed, 7 Mar 2012 14:57:29 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id 7183312CFD for ; Wed, 7 Mar 2012 09:57:29 -0500 (EST) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d-aEdRlwfKtL for ; Wed, 7 Mar 2012 09:57:18 -0500 (EST) Received: from cinip100ntsbs.irtnog.net (cinip100ntsbs.irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Wed, 7 Mar 2012 09:57:18 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 7 Mar 2012 09:57:16 -0500 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD root on a geli-encrypted ZFS pool thread-index: Acz8cpYTLTqjMNSIT0SoKAk/el5KSQ== From: "xenophon\\+freebsd" To: Subject: FreeBSD root on a geli-encrypted ZFS pool 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, 07 Mar 2012 14:57:30 -0000 Hi all, I have posted revised instructions for installing FreeBSD to an encrypted ZFS pool on my blog: https://web.irtnog.org/~xenophon/blog/revised-freebsd-root-zfs-geli The entire procedure is documented in a way suitable for scripting. I would be very interested in the community's feedback. Best wishes, Matthew --=20 I FIGHT FOR THE USERS From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 15:31:17 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 4B16B106564A for ; Wed, 7 Mar 2012 15:31:17 +0000 (UTC) (envelope-from peter@pean.org) Received: from lyra.its.uu.se (lyra.its.uu.se [130.238.7.73]) by mx1.freebsd.org (Postfix) with ESMTP id 0A6228FC12 for ; Wed, 7 Mar 2012 15:31:16 +0000 (UTC) X-Virus-Scanned: amavisd-new at uu.se Received: from nyx.uppmax.uu.se (nyx.uppmax.uu.se [130.238.137.40]) by lyra.its.uu.se (Postfix) with ESMTP id 8D504E8264 for ; Wed, 7 Mar 2012 16:11:24 +0100 (CET) Message-ID: <4F577A9D.2090906@pean.org> Date: Wed, 07 Mar 2012 16:11:25 +0100 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.2.27) Gecko/20120216 Thunderbird/3.1.19 MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Lenovo X220 wont boot. 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, 07 Mar 2012 15:31:17 -0000 Hi, I just got a Lenovo X220, a one with a i7-2640M CPU. I can boot from cd and install the OS without any problem, but when im going to boot the system for the first time it just stops and give me a menu to choose boot-order (bios). I figured out that this has something to to with the EFI on this machine and tried to disable EFI-boot and only use legacy, but I still have the same problem. Does anyone of you have any pointers here? Best Peter. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 15:40: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 1F58A106566B for ; Wed, 7 Mar 2012 15:40:34 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id BEAC98FC0A for ; Wed, 7 Mar 2012 15:40:33 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.4/8.13.1) with ESMTP id q27F9TvH065156 for ; Wed, 7 Mar 2012 09:09:29 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Wed Mar 7 09:09:29 2012 Message-ID: <4F577A24.9030307@denninger.net> Date: Wed, 07 Mar 2012 09:09:24 -0600 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 1.3.5 X-Antivirus: avast! (VPS 120307-0, 03/07/2012), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Xeon Processors with AES instructions and geli encryption 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, 07 Mar 2012 15:40:34 -0000 Does the crypto(9) framework recognize and use these instructions? Looks like the Windmere-series Xeons will drop into my system boards; I gain two cores per CPU at the same time, so I'll go from an 8-way SMP system to a 12-way one. I am considering spending the money to upgrade a couple of servers here that run geli-encrypted disks, as during heavy I/O they spend a LOT of their CPU time on the disk encryption. The differences I see in the use of TrueCrypt on Windows machines that have AES instructions .vs. those that do not are very significant and I'm curious if this carries over to FreeBSD. Thanks in advance! -- -- Karl Denninger /The Market Ticker ®/ Cuda Systems LLC From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 15:55: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 56CC11065672 for ; Wed, 7 Mar 2012 15:55:12 +0000 (UTC) (envelope-from freebsd@damnhippie.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 318778FC0A for ; Wed, 7 Mar 2012 15:55:11 +0000 (UTC) Received: from omta23.emeryville.ca.mail.comcast.net ([76.96.30.90]) by qmta02.emeryville.ca.mail.comcast.net with comcast id ie5j1i0041wfjNsA2fv5oS; Wed, 07 Mar 2012 15:55:05 +0000 Received: from damnhippie.dyndns.org ([24.8.232.202]) by omta23.emeryville.ca.mail.comcast.net with comcast id ifv41i0014NgCEG8jfv4K4; Wed, 07 Mar 2012 15:55:05 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by damnhippie.dyndns.org (8.14.3/8.14.3) with ESMTP id q27Ft2gl016275; Wed, 7 Mar 2012 08:55:02 -0700 (MST) (envelope-from freebsd@damnhippie.dyndns.org) From: Ian Lepore To: Karl Denninger In-Reply-To: <4F577A24.9030307@denninger.net> References: <4F577A24.9030307@denninger.net> Content-Type: text/plain; charset="us-ascii" Date: Wed, 07 Mar 2012 08:55:02 -0700 Message-ID: <1331135702.32194.23.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Xeon Processors with AES instructions and geli encryption 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, 07 Mar 2012 15:55:12 -0000 On Wed, 2012-03-07 at 09:09 -0600, Karl Denninger wrote: > Does the crypto(9) framework recognize and use these instructions? > Looks like the Windmere-series Xeons will drop into my system boards; I > gain two cores per CPU at the same time, so I'll go from an 8-way SMP > system to a 12-way one. > > I am considering spending the money to upgrade a couple of servers here > that run geli-encrypted disks, as during heavy I/O they spend a LOT of > their CPU time on the disk encryption. The differences I see in the use > of TrueCrypt on Windows machines that have AES instructions .vs. those > that do not are very significant and I'm curious if this carries over to > FreeBSD. > > Thanks in advance! > It looks like it does as of 8.2 when the aesni driver was added. -- Ian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 15:59: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 D0C48106564A for ; Wed, 7 Mar 2012 15:59:17 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id A26ED8FC0C for ; Wed, 7 Mar 2012 15:59:17 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.4/8.13.1) with ESMTP id q27FxHNs067766 for ; Wed, 7 Mar 2012 09:59:17 -0600 (CST) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Wed Mar 7 09:59:17 2012 Message-ID: <4F5785D0.4010708@denninger.net> Date: Wed, 07 Mar 2012 09:59:12 -0600 From: Karl Denninger User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: Ian Lepore References: <4F577A24.9030307@denninger.net> <1331135702.32194.23.camel@revolution.hippie.lan> In-Reply-To: <1331135702.32194.23.camel@revolution.hippie.lan> X-Enigmail-Version: 1.3.5 X-Antivirus: avast! (VPS 120307-0, 03/07/2012), Outbound message X-Antivirus-Status: Clean Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Xeon Processors with AES instructions and geli encryption 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, 07 Mar 2012 15:59:18 -0000 Thanks; the machines in question are on 8.2, so this sounds pretty good. On 3/7/2012 9:55 AM, Ian Lepore wrote: > On Wed, 2012-03-07 at 09:09 -0600, Karl Denninger wrote: >> Does the crypto(9) framework recognize and use these instructions? >> Looks like the Windmere-series Xeons will drop into my system boards; I >> gain two cores per CPU at the same time, so I'll go from an 8-way SMP >> system to a 12-way one. >> >> I am considering spending the money to upgrade a couple of servers here >> that run geli-encrypted disks, as during heavy I/O they spend a LOT of >> their CPU time on the disk encryption. The differences I see in the use >> of TrueCrypt on Windows machines that have AES instructions .vs. those >> that do not are very significant and I'm curious if this carries over to >> FreeBSD. >> >> Thanks in advance! >> > It looks like it does as of 8.2 when the aesni driver was added. > > -- Ian > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > > %SPAMBLOCK-SYS: Matched [@freebsd.org+], message ok -- -- Karl Denninger /The Market Ticker ®/ Cuda Systems LLC From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 15:59:38 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 5C9A6106579D for ; Wed, 7 Mar 2012 15:59:38 +0000 (UTC) (envelope-from me@rodolphoeck.com) Received: from db1.countermail.com (db1.countermail.com [46.253.205.114]) by mx1.freebsd.org (Postfix) with ESMTP id 158928FC0C for ; Wed, 7 Mar 2012 15:59:37 +0000 (UTC) Received: from 192.168.0.1 [91.90.28.226]) by db1.countermail.com (Postfix) with ESMTPA id 145AE82A007D; Wed, 7 Mar 2012 16:46:26 +0100 (CET) Date: Wed, 7 Mar 2012 15:44:20 +0000 From: "Rodolpho H. O. Eckhardt" To: Peter =?iso-8859-1?Q?Ankerst=E5l?= Message-ID: <20120307154420.GB1979@io.rodolphoeck.com> References: <4F577A9D.2090906@pean.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3uo+9/B/ebqu+fSQ" Content-Disposition: inline In-Reply-To: <4F577A9D.2090906@pean.org> X-PGP-Key: https://keys.rodolphoeck.com.br/rodolpho.key User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org Subject: Re: Lenovo X220 wont boot. 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, 07 Mar 2012 15:59:38 -0000 --3uo+9/B/ebqu+fSQ Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 16:11 Wed 07 Mar , Peter Ankerst=E5l wrote: > Hi, >=20 > I just got a Lenovo X220, a one with a i7-2640M CPU. I can boot from cd= =20 > and install the OS without any problem, but when im going to boot the=20 > system > for the first time it just stops and give me a menu to choose boot-order= =20 > (bios). I figured out that this has something to to with the EFI on this= =20 > machine and > tried to disable EFI-boot and only use legacy, but I still have the same= =20 > problem. Does anyone of you have any pointers here? I had the same issue with a Lenovo T420s, which has EFI booting as an option, but I neved managed to get it working. I had to install 9.0 "the old way", using mbr instead of GPT, to get it to boot. --=20 Rodolpho Eckhardt http://rodolphoeck.com --3uo+9/B/ebqu+fSQ Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iQIcBAEBAgAGBQJPV4JTAAoJEGdAy89T1kBqHhgP/0wNjHFmBpUUf5ud99o3DZUg yuhQQkms2dNfbSvOv6OP1mjGgZ1vgv4xNTtenWie92aWiqXZ0HxKsPYKmWRblk+N 83fVcqdNSc/2cUgjJ398gHVMsrWwSFXaXkobfiYvIKFI3ihOlhnrn9cf+0tfLY96 ci9jBLMnG4bemUdl1VhzPGAj/vOKWiUMDde/5Yx0Jgg8sn+d1ADu+mw6jFugGliF eUQFL+7+9XmpNmho+OkoPhPgNkHSFVEPztnV8biZcLiqwJPRE5qAkvLS6316qEuW iB/AG+NbdsU7hMrp9MktcYtU7D54hG0/Q2ToFSS54l7Bx0XpaMiGnlL0JYiAkyGQ +4yYSNDpL1kVNP2GmAYkuXnDj25+IuAleGrAnyW73XKQWLt/Y4wU4BbmaUaJtwj2 6IcWRE6AS1V4Zz1VECATqfWejsppa4phckDVlzEbqPAuuBemKBs30Gs9o/KiWzqm lDkgorB8cRe6viTMo55ROrEXAgpY+Eth+IEhPeCZqIa08LrwvaxkRUt5vKZ+3F+U V/oa+TL5D9z7aW9t/FXLhy1dhpPsoAGfVqqN/FBscq3Ke+cl5kMgFGpiCX+09W9b COpKOtES3W81Z2D65ZbndXV472T0gd3YSngJ2PWyK9igG8KrS+1Tv6f2XuSRZXr0 3cyjCRmkyR9Eg63pnbO2 =jm1M -----END PGP SIGNATURE----- --3uo+9/B/ebqu+fSQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 16:08:04 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 1C32A1065678; Wed, 7 Mar 2012 16:08:04 +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 BA9678FC13; Wed, 7 Mar 2012 16:08:03 +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 q27G83hZ093469; Wed, 7 Mar 2012 16:08:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q27G83Pw093455; Wed, 7 Mar 2012 16:08:03 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Mar 2012 16:08:03 GMT Message-Id: <201203071608.q27G83Pw093455@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 i386/i386 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: Wed, 07 Mar 2012 16:08:04 -0000 TB --- 2012-03-07 14:20:27 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-07 14:20:27 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-07 14:20:27 - cleaning the object tree TB --- 2012-03-07 14:21:24 - cvsupping the source tree TB --- 2012-03-07 14:21:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-07 14:21:36 - building world TB --- 2012-03-07 14:21:36 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 14:21:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 14:21:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 14:21:36 - SRCCONF=/dev/null TB --- 2012-03-07 14:21:36 - TARGET=i386 TB --- 2012-03-07 14:21:36 - TARGET_ARCH=i386 TB --- 2012-03-07 14:21:36 - TZ=UTC TB --- 2012-03-07 14:21:36 - __MAKE_CONF=/dev/null TB --- 2012-03-07 14:21:36 - cd /src TB --- 2012-03-07 14:21:36 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 7 14:21: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 >>> World build completed on Wed Mar 7 15:07:44 UTC 2012 TB --- 2012-03-07 15:07:44 - generating LINT kernel config TB --- 2012-03-07 15:07:44 - cd /src/sys/i386/conf TB --- 2012-03-07 15:07:44 - /usr/bin/make -B LINT TB --- 2012-03-07 15:07:44 - cd /src/sys/i386/conf TB --- 2012-03-07 15:07:44 - /usr/sbin/config -m LINT TB --- 2012-03-07 15:07:44 - building LINT kernel TB --- 2012-03-07 15:07:44 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 15:07:44 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 15:07:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 15:07:44 - SRCCONF=/dev/null TB --- 2012-03-07 15:07:44 - TARGET=i386 TB --- 2012-03-07 15:07:44 - TARGET_ARCH=i386 TB --- 2012-03-07 15:07:44 - TZ=UTC TB --- 2012-03-07 15:07:44 - __MAKE_CONF=/dev/null TB --- 2012-03-07 15:07:44 - cd /src TB --- 2012-03-07 15:07:44 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 7 15:07:44 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Mar 7 15:28:36 UTC 2012 TB --- 2012-03-07 15:28:36 - cd /src/sys/i386/conf TB --- 2012-03-07 15:28:36 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-07 15:28:36 - building LINT-VIMAGE kernel TB --- 2012-03-07 15:28:36 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 15:28:36 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 15:28:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 15:28:36 - SRCCONF=/dev/null TB --- 2012-03-07 15:28:36 - TARGET=i386 TB --- 2012-03-07 15:28:36 - TARGET_ARCH=i386 TB --- 2012-03-07 15:28:36 - TZ=UTC TB --- 2012-03-07 15:28:36 - __MAKE_CONF=/dev/null TB --- 2012-03-07 15:28:36 - cd /src TB --- 2012-03-07 15:28:36 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Wed Mar 7 15:28:36 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Wed Mar 7 15:49:16 UTC 2012 TB --- 2012-03-07 15:49:16 - cd /src/sys/i386/conf TB --- 2012-03-07 15:49:16 - /usr/sbin/config -m GENERIC TB --- 2012-03-07 15:49:16 - building GENERIC kernel TB --- 2012-03-07 15:49:16 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 15:49:16 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 15:49:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 15:49:16 - SRCCONF=/dev/null TB --- 2012-03-07 15:49:16 - TARGET=i386 TB --- 2012-03-07 15:49:16 - TARGET_ARCH=i386 TB --- 2012-03-07 15:49:16 - TZ=UTC TB --- 2012-03-07 15:49:16 - __MAKE_CONF=/dev/null TB --- 2012-03-07 15:49:16 - cd /src TB --- 2012-03-07 15:49:16 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 7 15:49:16 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Mar 7 16:04:13 UTC 2012 TB --- 2012-03-07 16:04:13 - cd /src/sys/i386/conf TB --- 2012-03-07 16:04:13 - /usr/sbin/config -m PAE TB --- 2012-03-07 16:04:13 - building PAE kernel TB --- 2012-03-07 16:04:13 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 16:04:13 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 16:04:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 16:04:13 - SRCCONF=/dev/null TB --- 2012-03-07 16:04:13 - TARGET=i386 TB --- 2012-03-07 16:04:13 - TARGET_ARCH=i386 TB --- 2012-03-07 16:04:13 - TZ=UTC TB --- 2012-03-07 16:04:13 - __MAKE_CONF=/dev/null TB --- 2012-03-07 16:04:13 - cd /src TB --- 2012-03-07 16:04:13 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Mar 7 16:04:14 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-07 16:08:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-07 16:08:03 - ERROR: failed to build PAE kernel TB --- 2012-03-07 16:08:03 - 5258.12 user 838.64 system 6455.24 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 16:33:11 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 0BEF0106566C for ; Wed, 7 Mar 2012 16:33:11 +0000 (UTC) (envelope-from jan.winter@kantarmedia.de) Received: from smtp.kantarmedia.de (smtp.kantarmedia.de [212.48.122.104]) by mx1.freebsd.org (Postfix) with ESMTP id C4DF38FC08 for ; Wed, 7 Mar 2012 16:33:10 +0000 (UTC) Received: from [192.168.100.217] (helo=mybook.local) by smtp.kantarmedia.de with esmtp (Exim 4.77 (FreeBSD)) (envelope-from ) id 1S5JGK-000GvI-Sh; Wed, 07 Mar 2012 16:58:48 +0100 Message-ID: <4F5785B6.8010807@kantarmedia.de> Date: Wed, 07 Mar 2012 16:58:46 +0100 From: Jan Winter User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120220 Thunderbird/10.0.2 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= References: <4F577A9D.2090906@pean.org> In-Reply-To: <4F577A9D.2090906@pean.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: Lenovo X220 wont boot. 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, 07 Mar 2012 16:33:11 -0000 On 03/07/12 16:11, Peter Ankerstål wrote: > Hi, > > > I just got a Lenovo X220, a one with a i7-2640M CPU. I can boot from > cd and install the OS without any problem, but when im going to boot > the system > for the first time it just stops and give me a menu to choose > boot-order (bios). I figured out that this has something to to with > the EFI on this machine and > tried to disable EFI-boot and only use legacy, but I still have the > same problem. Does anyone of you have any pointers here? > > Best > Peter. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" Hello, are you use gpt-partion? Try the old MBR Partion types. Its seem to be somthing is broken in the lenovo bios. cheers From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 16:40: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 583971065675 for ; Wed, 7 Mar 2012 16:40:16 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1556A8FC16 for ; Wed, 7 Mar 2012 16:40:15 +0000 (UTC) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id C77A628424; Wed, 7 Mar 2012 17:21:11 +0100 (CET) Received: from [192.168.1.2] (ip-86-49-61-235.net.upcbroadband.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id AC15928423; Wed, 7 Mar 2012 17:21:10 +0100 (CET) Message-ID: <4F578AF5.9070601@quip.cz> Date: Wed, 07 Mar 2012 17:21:09 +0100 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9.1.19) Gecko/20110420 Lightning/1.0b1 SeaMonkey/2.0.14 MIME-Version: 1.0 To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= References: <4F577A9D.2090906@pean.org> In-Reply-To: <4F577A9D.2090906@pean.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: Lenovo X220 wont boot. 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, 07 Mar 2012 16:40:16 -0000 Peter Ankerstål wrote: > Hi, > > I just got a Lenovo X220, a one with a i7-2640M CPU. I can boot from cd > and install the OS without any problem, but when im going to boot the > system > for the first time it just stops and give me a menu to choose boot-order > (bios). I figured out that this has something to to with the EFI on this > machine and > tried to disable EFI-boot and only use legacy, but I still have the same > problem. Does anyone of you have any pointers here? I don't have it, but I remember that it was discussed on current@ Maybe you will find some help in the archive. http://www.mail-archive.com/freebsd-current@freebsd.org/msg132789.html http://www.mail-archive.com/freebsd-current@freebsd.org/msg129695.html Miroslav Lachman From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 17:01: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 3DD75106567D for ; Wed, 7 Mar 2012 17:01:51 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.31.39]) by mx1.freebsd.org (Postfix) with ESMTP id F1B3B8FC12 for ; Wed, 7 Mar 2012 17:01:50 +0000 (UTC) Received: from [109.85.174.237] (helo=fabiankeil.de) by smtprelay01.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1S5K2s-0004DM-Gl; Wed, 07 Mar 2012 17:48:58 +0100 Date: Wed, 7 Mar 2012 17:48:50 +0100 From: Fabian Keil To: "xenophon\\+freebsd" Message-ID: <20120307174850.746a6b0a@fabiankeil.de> In-Reply-To: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/97pCo_tkLdsB6o.JsP4uk2a"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD root on a geli-encrypted ZFS pool 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, 07 Mar 2012 17:01:51 -0000 --Sig_/97pCo_tkLdsB6o.JsP4uk2a Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "xenophon\\+freebsd" wrote: > I have posted revised instructions for installing FreeBSD to an > encrypted ZFS pool on my blog: >=20 > https://web.irtnog.org/~xenophon/blog/revised-freebsd-root-zfs-geli >=20 > The entire procedure is documented in a way suitable for scripting. I > would be very interested in the community's feedback. It's not clear to me why you enable geli integrity verification. Given that it is single-sector-based it seems inferior to ZFS's integrity checks in every way and could actually prevent ZFS from properly detecting (and depending on the pool layout correcting) checksum errors itself. I'm also wondering if you actually benchmarked the difference between HMAC/MD5 and HMAC/SHA256. Unless the difference can be easily measured, I'd probably stick with the recommendation. I would also be interested in benchmarks that show that geli(8)'s recommendation to increase geli's block size to 4096 bytes makes sense for ZFS. Is anyone aware of any? Fabian --Sig_/97pCo_tkLdsB6o.JsP4uk2a Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9XkXsACgkQBYqIVf93VJ3EbwCgmVtNA0onvXR17fHKi/h1yGhQ CsIAnirIFlGX8vv+TnFCYp/fBTGu9dgG =3xak -----END PGP SIGNATURE----- --Sig_/97pCo_tkLdsB6o.JsP4uk2a-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 18:03:02 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 92847106566C for ; Wed, 7 Mar 2012 18:03:02 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 56F738FC14 for ; Wed, 7 Mar 2012 18:03:02 +0000 (UTC) Received: by ghrr20 with SMTP id r20so3535242ghr.13 for ; Wed, 07 Mar 2012 10:03:01 -0800 (PST) MIME-Version: 1.0 Received: by 10.50.154.200 with SMTP id vq8mr2548788igb.14.1331141655537; Wed, 07 Mar 2012 09:34:15 -0800 (PST) Sender: andy@fud.org.nz Received: by 10.231.28.225 with HTTP; Wed, 7 Mar 2012 09:34:15 -0800 (PST) In-Reply-To: <4F5785D0.4010708@denninger.net> References: <4F577A24.9030307@denninger.net> <1331135702.32194.23.camel@revolution.hippie.lan> <4F5785D0.4010708@denninger.net> Date: Thu, 8 Mar 2012 06:34:15 +1300 X-Google-Sender-Auth: EQQnzLeyyOvFQbKPD4JImvYiD1k Message-ID: From: Andrew Thompson To: Karl Denninger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Gm-Message-State: ALoCoQlpssyS76vzcB3pIVrBZxSNezxIgBhTyFLWC3lPimS667VQqRcJghQt6Zd8KUmDhjDpy8BW Cc: Ian Lepore , freebsd-stable@freebsd.org Subject: Re: Xeon Processors with AES instructions and geli encryption 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, 07 Mar 2012 18:03:02 -0000 FYI, there is a bug in 8.2 for 256b keys and was fixed in 8.2-stable. You may want to apply the fix if it causes you issues. http://www.FreeBSD.org/cgi/query-pr.cgi?pr=3D155118 Andrew On 8 March 2012 04:59, Karl Denninger wrote: > Thanks; the machines in question are on 8.2, so this sounds pretty good. > > On 3/7/2012 9:55 AM, Ian Lepore wrote: >> On Wed, 2012-03-07 at 09:09 -0600, Karl Denninger wrote: >>> Does the crypto(9) framework recognize and use these instructions? >>> Looks like the Windmere-series Xeons will drop into my system boards; I >>> gain two cores per CPU at the same time, so I'll go from an 8-way SMP >>> system to a 12-way one. >>> >>> I am considering spending the money to upgrade a couple of servers here >>> that run geli-encrypted disks, as during heavy I/O they spend a LOT of >>> their CPU time on the disk encryption. =A0The differences I see in the = use >>> of TrueCrypt on Windows machines that have AES instructions .vs. those >>> that do not are very significant and I'm curious if this carries over t= o >>> FreeBSD. >>> >>> Thanks in advance! >>> >> It looks like it does as of 8.2 when the aesni driver was added. >> >> -- Ian >> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " >> >> >> %SPAMBLOCK-SYS: Matched [@freebsd.org+], message ok > > -- > -- Karl Denninger > /The Market Ticker =AE/ > Cuda Systems LLC > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 19:19: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 CE8C7106566B for ; Wed, 7 Mar 2012 19:19:09 +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 8EB838FC16 for ; Wed, 7 Mar 2012 19:19:09 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.5/8.14.5) with ESMTP id q27JJ09I077376; Wed, 7 Mar 2012 12:19:00 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.5/8.14.5/Submit) with ESMTP id q27JJ0vT077373; Wed, 7 Mar 2012 12:19:00 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 7 Mar 2012 12:19:00 -0700 (MST) From: Warren Block To: Peter Maloney In-Reply-To: <4F573ECA.6000001@brockmann-consult.de> Message-ID: References: <4F573ECA.6000001@brockmann-consult.de> 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]); Wed, 07 Mar 2012 12:19:01 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: 9-stable: what happened to geom_labels? 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, 07 Mar 2012 19:19:09 -0000 On Wed, 7 Mar 2012, Peter Maloney wrote: > On 03/06/2012 05:08 PM, Warren Block wrote: >> A new install of 9-release, updated to 9-stable today with the GENERIC >> kernel. >> gpart show -l shows GPT labels, yet there isn't even a /dev/gpt >> directory. >> >> Has something changed with labels? ... > # Setting this to 0 will get rid of the /dev/gptid directory and you > will see your /dev/gpt directory again. > kern.geom.label.gptid.enable=0 This does remove /dev/gptid, but /dev/gpt did not reappear. > # Not sure what this does; I assume it means to show either gptid (if > not disabled above) or the original device name (eg. da0p2) > kern.geom.label.gpt.enable=0 Setting that to 1 still does not cause the /dev/gpt directory to appear. What's odd about this is that it did work on 8-stable recently. A system here with i386 8-stable from January 13 has both sysctls enabled and both gpt and gptid directories in /dev. So does an i386 9-stable from February 9. The system where they aren't appearing is amd64 from Tuesday (March 6). None of these systems have ZFS filesystems. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 19:40: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 4ADF41065670 for ; Wed, 7 Mar 2012 19:40:36 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D63588FC0C for ; Wed, 7 Mar 2012 19:40:35 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so7484062bkc.13 for ; Wed, 07 Mar 2012 11:40:34 -0800 (PST) Received: by 10.204.133.220 with SMTP id g28mr1542188bkt.16.1331147631171; Wed, 07 Mar 2012 11:13:51 -0800 (PST) Received: from [10.254.254.77] (ppp95-165-144-144.pppoe.spdop.ru. [95.165.144.144]) by mx.google.com with ESMTPS id jd17sm40652987bkb.4.2012.03.07.11.13.50 (version=SSLv3 cipher=OTHER); Wed, 07 Mar 2012 11:13:50 -0800 (PST) Message-ID: <4F57B36D.2060604@zonov.org> Date: Wed, 07 Mar 2012 23:13:49 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.8.1.24) Gecko/20100228 Thunderbird/2.0.0.24 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQnq4p3sIPR+XsfaN0mH17U960ZcFd/RQyZzGbjnyB1tQBHK+iEn3kDWqWa+ZhdrikiDg7oD Subject: stale files on 9.0-STABLE after upgrade 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, 07 Mar 2012 19:40:36 -0000 Hi, Please, look someone at http://www.freebsd.org/cgi/query-pr.cgi?pr=165523 -- Andrey Zonov From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 20:50: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 484F61065672 for ; Wed, 7 Mar 2012 20:50:04 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id B380B8FC1C for ; Wed, 7 Mar 2012 20:50:03 +0000 (UTC) Received: by lagv3 with SMTP id v3so10908132lag.13 for ; Wed, 07 Mar 2012 12:50:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=+La/Y07M7WKt5LFEFwfpAdScSwcanaFDu+l/ATgTp8I=; b=oCPGkIxqFGw0HcDrZbR8NrhppIGJSN3JKsTjm5ToTcF4iaPzGJZ2StSvgDK1IsVgNT ysSAwuR7lA/oLCyCP26/C1Tfn8nv0eFpaZZ4LjiKwkXflJ2ieUncIbEWfjWDsux00lje NiXeWj8bLBcP0nmnhtm5VarxYHj+g9g1e5TsKm043dSVqFqUIlKQdBKcgAJRS5ToYwJr jrlifnuHmVW1CAweibyByYjuF3URbDXgP3vXcPMdS2XCIv3irZWLGhrsDlDzrDpeuoI3 nt3KDt1NkD0OaXTkJTDB1POY6BZsuYadsxPQSYmMN5yxYigsi6L/N2ZyHq3WQYfAEfCi K1eg== MIME-Version: 1.0 Received: by 10.112.102.161 with SMTP id fp1mr1172985lbb.71.1331153402471; Wed, 07 Mar 2012 12:50:02 -0800 (PST) Sender: pluknet@gmail.com Received: by 10.152.21.73 with HTTP; Wed, 7 Mar 2012 12:50:02 -0800 (PST) In-Reply-To: <4F57B36D.2060604@zonov.org> References: <4F57B36D.2060604@zonov.org> Date: Wed, 7 Mar 2012 23:50:02 +0300 X-Google-Sender-Auth: cOa8xSkxfd85YysSnqveD36NUe4 Message-ID: From: Sergey Kandaurov To: Andrey Zonov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: stale files on 9.0-STABLE after upgrade 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, 07 Mar 2012 20:50:04 -0000 On 7 March 2012 23:13, Andrey Zonov wrote: > Hi, > > Please, look someone at http://www.freebsd.org/cgi/query-pr.cgi?pr=165523 > Hi, Thanks for reporting! I just committed the patch to head. I will MFC it to stable/9 in one week. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 22:01:02 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 740FF106564A for ; Wed, 7 Mar 2012 22:01:02 +0000 (UTC) (envelope-from xenophon+freebsd@irtnog.org) Received: from mx1.irtnog.org (rrcs-24-123-13-61.central.biz.rr.com [24.123.13.61]) by mx1.freebsd.org (Postfix) with ESMTP id A82118FC12 for ; Wed, 7 Mar 2012 22:01:01 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id C63F812EB9 for ; Wed, 7 Mar 2012 17:00:54 -0500 (EST) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id axZYVvyM81uS for ; Wed, 7 Mar 2012 17:00:47 -0500 (EST) Received: from cinip100ntsbs.irtnog.net (cinip100ntsbs.irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Wed, 7 Mar 2012 17:00:47 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 7 Mar 2012 17:00:46 -0500 Message-ID: In-Reply-To: <20120307174850.746a6b0a@fabiankeil.de> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD root on a geli-encrypted ZFS pool thread-index: Acz8gjZKOgWaCvQARxWntsbyGoxDSQAJBs6Q References: <20120307174850.746a6b0a@fabiankeil.de> From: "xenophon\\+freebsd" To: Subject: RE: FreeBSD root on a geli-encrypted ZFS pool 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, 07 Mar 2012 22:01:02 -0000 > -----Original Message----- > From: Fabian Keil [mailto:freebsd-listen@fabiankeil.de] > Sent: Wednesday, March 07, 2012 11:49 AM Thanks for your comments! > It's not clear to me why you enable geli integrity verification. >=20 > Given that it is single-sector-based it seems inferior to ZFS's > integrity checks in every way and could actually prevent ZFS from > properly detecting (and depending on the pool layout correcting) > checksum errors itself. My goal in encrypting/authenticating the storage media is to prevent unauthorized external data access or tampering. My assumption is that ZFS's integrity checks have more to do with maintaining metadata integrity in the event of certain hardware or software faults (e.g., operating system crashes, power outages) - that is to say, ZFS cannot tell if an attacker boots from a live CD, imports the zpool, fiddles with something, and reboots, whereas GEOM_ELI can if integrity checking is enabled (even if someone tampers with the encrypted data). This does raise an interesting question that merits further testing: What happens if a physical sector goes bad, whether that's due to a system bus or controller I/O error, a physical problem with the media itself, or someone actively tampering with the encrypted storage? GEOM_ELI would probably return some error back to ZFS for that sector, which could cause the entire vdev to go offline but might just require scrubbing the zpool to fix. > I'm also wondering if you actually benchmarked the difference > between HMAC/MD5 and HMAC/SHA256. Unless the difference can > be easily measured, I'd probably stick with the recommendation. I based my choice of HMAC algorithm on the following forum post: http://forums.freebsd.org/showthread.php?t=3D12955 I wouldn't recommend anyone use MD5 in real-world applications, either, so I'll update my instructions to use HMAC/SHA256 as recommended by geli(8). I chose MD5 solely because my test server is rather old (a Dell PowerEdge 2400 with a single 1-GHz Pentium-III processor), as is the underlying storage (100-Mbps PATA). My threat model involves a thief foolishly making off with the server in my office, only to realize later (too late) that the hardware is actually garbage. > I would also be interested in benchmarks that show that geli(8)'s > recommendation to increase geli's block size to 4096 bytes makes > sense for ZFS. Is anyone aware of any? As far as I know, ZFS on FreeBSD has no issues with 4k-sector drives, see Ivan Voras' comments here: http://ivoras.net/blog/tree/2011-01-01.freebsd-on-4k-sector-drives.html Double-checking my zpool shows the correct value for ashift: masip205bsdfile# zdb -C tank | grep ashift ashift: 12 Benchmarking different geli sector sizes would also be interesting and worth incorporating into these instructions. I'll add that to my to-do list as well. Best wishes, Matthew --=20 I FIGHT FOR THE USERS From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 22:12:30 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 36C7F106566B; Wed, 7 Mar 2012 22:12:30 +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 D58148FC14; Wed, 7 Mar 2012 22:12:29 +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 q27MCTPo038165; Wed, 7 Mar 2012 22:12:29 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q27MCTlN038164; Wed, 7 Mar 2012 22:12:29 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 7 Mar 2012 22:12:29 GMT Message-Id: <201203072212.q27MCTlN038164@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 i386/i386 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: Wed, 07 Mar 2012 22:12:30 -0000 TB --- 2012-03-07 20:24:10 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-07 20:24:10 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-07 20:24:10 - cleaning the object tree TB --- 2012-03-07 20:25:05 - cvsupping the source tree TB --- 2012-03-07 20:25:05 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-07 20:25:18 - building world TB --- 2012-03-07 20:25:18 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 20:25:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 20:25:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 20:25:18 - SRCCONF=/dev/null TB --- 2012-03-07 20:25:18 - TARGET=i386 TB --- 2012-03-07 20:25:18 - TARGET_ARCH=i386 TB --- 2012-03-07 20:25:18 - TZ=UTC TB --- 2012-03-07 20:25:18 - __MAKE_CONF=/dev/null TB --- 2012-03-07 20:25:18 - cd /src TB --- 2012-03-07 20:25:18 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 7 20:25:19 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 >>> World build completed on Wed Mar 7 21:11:35 UTC 2012 TB --- 2012-03-07 21:11:35 - generating LINT kernel config TB --- 2012-03-07 21:11:35 - cd /src/sys/i386/conf TB --- 2012-03-07 21:11:35 - /usr/bin/make -B LINT TB --- 2012-03-07 21:11:35 - cd /src/sys/i386/conf TB --- 2012-03-07 21:11:35 - /usr/sbin/config -m LINT TB --- 2012-03-07 21:11:35 - building LINT kernel TB --- 2012-03-07 21:11:35 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 21:11:35 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 21:11:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 21:11:35 - SRCCONF=/dev/null TB --- 2012-03-07 21:11:35 - TARGET=i386 TB --- 2012-03-07 21:11:35 - TARGET_ARCH=i386 TB --- 2012-03-07 21:11:35 - TZ=UTC TB --- 2012-03-07 21:11:35 - __MAKE_CONF=/dev/null TB --- 2012-03-07 21:11:35 - cd /src TB --- 2012-03-07 21:11:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Mar 7 21:11:35 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Mar 7 21:32:23 UTC 2012 TB --- 2012-03-07 21:32:23 - cd /src/sys/i386/conf TB --- 2012-03-07 21:32:23 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-07 21:32:23 - building LINT-VIMAGE kernel TB --- 2012-03-07 21:32:23 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 21:32:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 21:32:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 21:32:23 - SRCCONF=/dev/null TB --- 2012-03-07 21:32:23 - TARGET=i386 TB --- 2012-03-07 21:32:23 - TARGET_ARCH=i386 TB --- 2012-03-07 21:32:23 - TZ=UTC TB --- 2012-03-07 21:32:23 - __MAKE_CONF=/dev/null TB --- 2012-03-07 21:32:23 - cd /src TB --- 2012-03-07 21:32:23 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Wed Mar 7 21:32:23 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Wed Mar 7 21:53:17 UTC 2012 TB --- 2012-03-07 21:53:17 - cd /src/sys/i386/conf TB --- 2012-03-07 21:53:17 - /usr/sbin/config -m GENERIC TB --- 2012-03-07 21:53:17 - building GENERIC kernel TB --- 2012-03-07 21:53:17 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 21:53:17 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 21:53:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 21:53:17 - SRCCONF=/dev/null TB --- 2012-03-07 21:53:17 - TARGET=i386 TB --- 2012-03-07 21:53:17 - TARGET_ARCH=i386 TB --- 2012-03-07 21:53:17 - TZ=UTC TB --- 2012-03-07 21:53:17 - __MAKE_CONF=/dev/null TB --- 2012-03-07 21:53:17 - cd /src TB --- 2012-03-07 21:53:17 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Wed Mar 7 21:53:17 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Wed Mar 7 22:08:37 UTC 2012 TB --- 2012-03-07 22:08:37 - cd /src/sys/i386/conf TB --- 2012-03-07 22:08:37 - /usr/sbin/config -m PAE TB --- 2012-03-07 22:08:37 - building PAE kernel TB --- 2012-03-07 22:08:37 - CROSS_BUILD_TESTING=YES TB --- 2012-03-07 22:08:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-07 22:08:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-07 22:08:37 - SRCCONF=/dev/null TB --- 2012-03-07 22:08:37 - TARGET=i386 TB --- 2012-03-07 22:08:37 - TARGET_ARCH=i386 TB --- 2012-03-07 22:08:37 - TZ=UTC TB --- 2012-03-07 22:08:37 - __MAKE_CONF=/dev/null TB --- 2012-03-07 22:08:37 - cd /src TB --- 2012-03-07 22:08:37 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Wed Mar 7 22:08:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-07 22:12:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-07 22:12:29 - ERROR: failed to build PAE kernel TB --- 2012-03-07 22:12:29 - 5243.26 user 828.48 system 6498.80 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 22:27: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 CD92B10656AD; Wed, 7 Mar 2012 22:27:34 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3C1198FC17; Wed, 7 Mar 2012 22:27:34 +0000 (UTC) Received: by wgbds12 with SMTP id ds12so5889124wgb.31 for ; Wed, 07 Mar 2012 14:27:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=H0z9ut5TdqLGObBr8CJGF+uf5xEQPRMeZ/Mz06AaUYk=; b=eGb/lRTbfqtWlBAXehK7ZbdB5dts9yuUHMWe0P3AbbT8bKur1zdg16BdixJ1r7z1TX OS/y3mUpoAgyOdIE7I9xgwXvqnISv9zdb1pZcA3rLW+TeIQ/352VB/C2z5l3vf2lVRPq XRFZ1r9Ow+CGkWXXSwuD69MznhFnhiAVgrzfEyjNaMYYqPiEjyd9htrQSM9QjJWofHy8 MwjRea18B8oWU/mojjtU8cIgiHFCwk6u4UbxyhNoU4ZTMtlRNaGF7XvjkRjwo73f0OzF 4YKuysbRuQNpnTqJFzFf+xbafe7fNdTu5QIXwTaze6cAXKmF9qbTIeo8a29pnaCvK7zl yscw== MIME-Version: 1.0 Received: by 10.216.138.135 with SMTP id a7mr1902682wej.19.1331159253322; Wed, 07 Mar 2012 14:27:33 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.198.81 with HTTP; Wed, 7 Mar 2012 14:27:33 -0800 (PST) In-Reply-To: <201203070153.25537.pinter@tresorium.hu> References: <201203070153.25537.pinter@tresorium.hu> Date: Wed, 7 Mar 2012 14:27:33 -0800 X-Google-Sender-Auth: vKkfwdS2zybc1HJBuqwARA6IaPw Message-ID: From: Adrian Chadd To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org Subject: Re: add k3772z 3g modem support for FreeBSD-9 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, 07 Mar 2012 22:27:34 -0000 Hi! Would you please submit this as a PR? That way it Doesn't get (as) lost. Thanks! adrian On 6 March 2012 16:53, Oliver Pinter wrote: > Hi all! > > I wrote a patch, to add support for Vodafone K3772-Z 3g modem. > > -- > Oliver Pinter > (Tresorium) > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 7 22:44:31 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 A83811065674 for ; Wed, 7 Mar 2012 22:44:31 +0000 (UTC) (envelope-from oliver.pntr@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 41FCF8FC0A for ; Wed, 7 Mar 2012 22:44:30 +0000 (UTC) Received: by yenl9 with SMTP id l9so3517095yen.13 for ; Wed, 07 Mar 2012 14:44:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Fdi6raWgsrVghol/SMCoi0VHTMny4kA7IVTLzpKAFc4=; b=CT6WCr9uM9FfQOBLDE9jkBuc3H5hHpaXeGsBMIXjYX5AOi3PGbAcxrkh1+VjjH6eZw +IOFyn2/IwyefUJ8AJNQEt1zDEK/o1SzRI54H5PZF+K8I0XzAApprHe3n/Hbfh875aq7 Ii/pRUoJeCiSUElas5uIFJqSjgbECwSqOU3yz1TXLIZAbUCcKoxmvD+v4K2/wPCfnZ2l P4RGsgzPdrHgnKZAfbTNsHjb4vhR9q0FevVVcmi9SqN3yCFC2TDbdiMdDbzRB+3TUwWU /oP6a0z9XS5hDRYOyj+ZyLN7Cf61Iz9DB/ewtKSaGPxPd0NJI+jNJgZv7pll+gHfz+2H uzBA== MIME-Version: 1.0 Received: by 10.236.186.98 with SMTP id v62mr7998907yhm.22.1331160270661; Wed, 07 Mar 2012 14:44:30 -0800 (PST) Received: by 10.236.75.165 with HTTP; Wed, 7 Mar 2012 14:44:30 -0800 (PST) In-Reply-To: References: <201203070153.25537.pinter@tresorium.hu> Date: Wed, 7 Mar 2012 23:44:30 +0100 Message-ID: From: Oliver Pinter To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: Oliver Pinter , stable@freebsd.org, current@freebsd.org Subject: Re: add k3772z 3g modem support for FreeBSD-9 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, 07 Mar 2012 22:44:31 -0000 Hi! usb/165815 On 3/7/12, Adrian Chadd wrote: > Hi! > > Would you please submit this as a PR? > > That way it Doesn't get (as) lost. > > Thanks! > > > adrian > > On 6 March 2012 16:53, Oliver Pinter wrote: >> Hi all! >> >> I wrote a patch, to add support for Vodafone K3772-Z 3g modem. >> >> -- >> Oliver Pinter >> (Tresorium) >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-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 Thu Mar 8 04:24:31 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 AEC00106566C; Thu, 8 Mar 2012 04:24:31 +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 58FBB8FC14; Thu, 8 Mar 2012 04:24:31 +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 q284OUlE086785; Thu, 8 Mar 2012 04:24:30 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q284OU7F086769; Thu, 8 Mar 2012 04:24:30 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Mar 2012 04:24:30 GMT Message-Id: <201203080424.q284OU7F086769@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 i386/i386 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, 08 Mar 2012 04:24:31 -0000 TB --- 2012-03-08 02:35:15 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-08 02:35:15 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-08 02:35:15 - cleaning the object tree TB --- 2012-03-08 02:36:14 - cvsupping the source tree TB --- 2012-03-08 02:36:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-08 02:36:26 - building world TB --- 2012-03-08 02:36:26 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 02:36:26 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 02:36:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 02:36:26 - SRCCONF=/dev/null TB --- 2012-03-08 02:36:26 - TARGET=i386 TB --- 2012-03-08 02:36:26 - TARGET_ARCH=i386 TB --- 2012-03-08 02:36:26 - TZ=UTC TB --- 2012-03-08 02:36:26 - __MAKE_CONF=/dev/null TB --- 2012-03-08 02:36:26 - cd /src TB --- 2012-03-08 02:36:26 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 8 02:36:26 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 >>> World build completed on Thu Mar 8 03:23:28 UTC 2012 TB --- 2012-03-08 03:23:28 - generating LINT kernel config TB --- 2012-03-08 03:23:28 - cd /src/sys/i386/conf TB --- 2012-03-08 03:23:28 - /usr/bin/make -B LINT TB --- 2012-03-08 03:23:28 - cd /src/sys/i386/conf TB --- 2012-03-08 03:23:28 - /usr/sbin/config -m LINT TB --- 2012-03-08 03:23:28 - building LINT kernel TB --- 2012-03-08 03:23:28 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 03:23:28 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 03:23:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 03:23:28 - SRCCONF=/dev/null TB --- 2012-03-08 03:23:28 - TARGET=i386 TB --- 2012-03-08 03:23:28 - TARGET_ARCH=i386 TB --- 2012-03-08 03:23:28 - TZ=UTC TB --- 2012-03-08 03:23:28 - __MAKE_CONF=/dev/null TB --- 2012-03-08 03:23:28 - cd /src TB --- 2012-03-08 03:23:28 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 8 03:23:28 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 8 03:44:32 UTC 2012 TB --- 2012-03-08 03:44:32 - cd /src/sys/i386/conf TB --- 2012-03-08 03:44:32 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-08 03:44:32 - building LINT-VIMAGE kernel TB --- 2012-03-08 03:44:32 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 03:44:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 03:44:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 03:44:32 - SRCCONF=/dev/null TB --- 2012-03-08 03:44:32 - TARGET=i386 TB --- 2012-03-08 03:44:32 - TARGET_ARCH=i386 TB --- 2012-03-08 03:44:32 - TZ=UTC TB --- 2012-03-08 03:44:32 - __MAKE_CONF=/dev/null TB --- 2012-03-08 03:44:32 - cd /src TB --- 2012-03-08 03:44:32 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Thu Mar 8 03:44:32 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Thu Mar 8 04:05:40 UTC 2012 TB --- 2012-03-08 04:05:40 - cd /src/sys/i386/conf TB --- 2012-03-08 04:05:40 - /usr/sbin/config -m GENERIC TB --- 2012-03-08 04:05:40 - building GENERIC kernel TB --- 2012-03-08 04:05:40 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 04:05:40 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 04:05:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 04:05:40 - SRCCONF=/dev/null TB --- 2012-03-08 04:05:40 - TARGET=i386 TB --- 2012-03-08 04:05:40 - TARGET_ARCH=i386 TB --- 2012-03-08 04:05:40 - TZ=UTC TB --- 2012-03-08 04:05:40 - __MAKE_CONF=/dev/null TB --- 2012-03-08 04:05:40 - cd /src TB --- 2012-03-08 04:05:40 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 8 04:05:40 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Mar 8 04:20:42 UTC 2012 TB --- 2012-03-08 04:20:42 - cd /src/sys/i386/conf TB --- 2012-03-08 04:20:42 - /usr/sbin/config -m PAE TB --- 2012-03-08 04:20:42 - building PAE kernel TB --- 2012-03-08 04:20:42 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 04:20:42 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 04:20:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 04:20:42 - SRCCONF=/dev/null TB --- 2012-03-08 04:20:42 - TARGET=i386 TB --- 2012-03-08 04:20:42 - TARGET_ARCH=i386 TB --- 2012-03-08 04:20:42 - TZ=UTC TB --- 2012-03-08 04:20:42 - __MAKE_CONF=/dev/null TB --- 2012-03-08 04:20:42 - cd /src TB --- 2012-03-08 04:20:42 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Thu Mar 8 04:20:42 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-08 04:24:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-08 04:24:30 - ERROR: failed to build PAE kernel TB --- 2012-03-08 04:24:30 - 5280.71 user 847.19 system 6555.20 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 06:02: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 D2EAA106566B; Thu, 8 Mar 2012 06:02:38 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (wollman-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:ccb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 73E3F8FC08; Thu, 8 Mar 2012 06:02:38 +0000 (UTC) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.14.4/8.14.4) with ESMTP id q2862b19064512; Thu, 8 Mar 2012 01:02:37 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.4/8.14.4/Submit) id q2862blY064509; Thu, 8 Mar 2012 01:02:37 -0500 (EST) (envelope-from wollman) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20312.19325.130822.520853@hergotha.csail.mit.edu> Date: Thu, 8 Mar 2012 01:02:37 -0500 From: Garrett Wollman To: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org X-Mailer: VM 7.17 under 21.4 (patch 22) "Instant Classic" XEmacs Lucid X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (hergotha.csail.mit.edu [127.0.0.1]); Thu, 08 Mar 2012 01:02:37 -0500 (EST) X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on hergotha.csail.mit.edu Cc: Subject: Deadlock (?) with ZFS, NFS 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, 08 Mar 2012 06:02:38 -0000 This is unfortunately a very difficult issue to report (particularly because I don't have console access to the machine until I get into the office to reboot it). My server was happily serving NFS on top of a huge ZFS pool when it ground to a halt -- but only partially. All of the nfsd threads got stuck in ZFS, and there were a large number of pending I/Os, but there was nothing apparently wrong with the storage system itself. (At a minimum, smartctl could talk to the drives, so CAM and the mps driver were working enough to get commands to them.) ssh logins worked fine, but anything that required writing to that zpool (such as zpool scrub, sync, and reboot) would get stuck somewhere in ZFS. zpool status and zfs-stats reported no issues; netstat -p tcp reported many NFS connections with large unhandled receive buffers (owing to the nfsds being unable to complete the request they were working on). Nothing in the kernel message buffer to indicate a problem. Eventually, the machine stopped responding to network requests as well, although for a while after sshd stopped working, it still responded to pings. Here's a snapshot of top(1). Note that the zfskern{txg_thread_enter} thread is getting some CPU, although I can't tell if it's making any progress or just spinning. zfskern{l2arc_feed_thread} would occasionally get some CPU as well, but appeared to do nothing. PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 155 ki31 0K 128K CPU6 6 45.7H 100.00% idle{idle: cpu6} 11 root 155 ki31 0K 128K CPU3 3 45.7H 100.00% idle{idle: cpu3} 11 root 155 ki31 0K 128K CPU5 5 44.9H 100.00% idle{idle: cpu5} 11 root 155 ki31 0K 128K CPU7 7 44.7H 100.00% idle{idle: cpu7} 11 root 155 ki31 0K 128K CPU2 2 44.3H 100.00% idle{idle: cpu2} 11 root 155 ki31 0K 128K CPU1 1 44.1H 100.00% idle{idle: cpu1} 11 root 155 ki31 0K 128K RUN 4 43.7H 100.00% idle{idle: cpu4} 11 root 155 ki31 0K 128K CPU0 0 43.1H 99.46% idle{idle: cpu0} 5 root -8 - 0K 128K zio->i 5 67:25 0.98% zfskern{txg_thread_enter} 12 root -92 - 0K 800K WAIT 7 297:15 0.00% intr{irq264: ix0:que } 0 root -16 0 0K 6144K - 1 297:11 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 2 297:09 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 3 297:07 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 7 296:58 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 6 296:57 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 5 296:54 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 0 296:53 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 4 296:40 0.00% kernel{zio_write_issue_} 5 root -8 - 0K 128K l2arc_ 4 220:18 0.00% zfskern{l2arc_feed_threa} 12 root -92 - 0K 800K WAIT 2 163:56 0.00% intr{irq259: ix0:que } 13 root -8 - 0K 48K - 2 93:35 0.00% geom{g_down} 12 root -92 - 0K 800K WAIT 3 85:26 0.00% intr{irq260: ix0:que } 0 root -92 0 0K 6144K - 0 77:53 0.00% kernel{ix0 que} 8 root -16 - 0K 16K ipmire 5 74:03 0.00% ipmi1: kcs 1815 root 20 0 10052K 456K zfs 4 72:07 0.00% nfsd{nfsd: master} 1815 root 20 0 10052K 456K zfs 0 71:51 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K tx->tx 5 71:45 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 2 71:43 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 1 71:31 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 0 71:25 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 6 71:23 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 1 71:18 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 4 71:15 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 1 71:13 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 7 71:10 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 0 71:10 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 6 71:07 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 2 71:02 0.00% nfsd{nfsd: service} 1815 root 20 0 10052K 456K zfs 5 70:58 0.00% nfsd{nfsd: service} 12 root -68 - 0K 800K WAIT 2 70:50 0.00% intr{swi2: cambio} 1815 root 20 0 10052K 456K zfs 7 70:33 0.00% nfsd{nfsd: service} 0 root -16 0 0K 6144K - 3 67:16 0.00% kernel{zio_write_intr_7} 0 root -16 0 0K 6144K - 3 67:14 0.00% kernel{zio_write_intr_4} 0 root -16 0 0K 6144K - 7 67:13 0.00% kernel{zio_write_intr_0} 0 root -16 0 0K 6144K - 4 67:13 0.00% kernel{zio_write_intr_3} 0 root -16 0 0K 6144K - 5 67:12 0.00% kernel{zio_write_intr_6} 0 root -16 0 0K 6144K - 6 67:11 0.00% kernel{zio_write_intr_1} 0 root -16 0 0K 6144K - 2 67:11 0.00% kernel{zio_write_intr_5} 0 root -16 0 0K 6144K - 1 67:10 0.00% kernel{zio_write_intr_2} 0 root -16 0 0K 6144K - 6 63:38 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 5 63:37 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 2 63:36 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 3 63:32 0.00% kernel{zio_write_issue_} 0 root -16 0 0K 6144K - 0 63:31 0.00% kernel{zio_write_issue_} 13 root -8 - 0K 48K - 6 62:49 0.00% geom{g_up} 12 root -88 - 0K 800K WAIT 7 52:19 0.00% intr{irq266: mps0} 0 root -92 0 0K 6144K - 0 46:25 0.00% kernel{ix0 que} 12 root -92 - 0K 800K WAIT 5 42:43 0.00% intr{irq262: ix0:que } This is a 9.0-RELEASE system with the mps driver backported from 9-stable. Hourly and daily snapshots were enabled. It had been working extremely well up to this point, and we were looking at possibly replacing our existing NFS servers with this architecture. -GAWollman From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 06:25:17 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 C04EB1065678 for ; Thu, 8 Mar 2012 06:25:17 +0000 (UTC) (envelope-from aw1@swelter.hanley.stade.co.uk) Received: from outbound-queue-2.mail.thdo.gradwell.net (outbound-queue-2.mail.thdo.gradwell.net [212.11.70.35]) by mx1.freebsd.org (Postfix) with ESMTP id 73C7F8FC0C for ; Thu, 8 Mar 2012 06:25:17 +0000 (UTC) Received: from outbound-edge-1.mail.thdo.gradwell.net (bonnie.gradwell.net [212.11.70.2]) by outbound-queue-2.mail.thdo.gradwell.net (Postfix) with ESMTP id 521C82264E for ; Thu, 8 Mar 2012 06:09:29 +0000 (GMT) Received: from 93-97-22-18.zone5.bethere.co.uk (HELO swelter.hanley.stade.co.uk) (93.97.22.18) (smtp-auth username postmaster%pop3.stade.co.uk, mechanism cram-md5) by outbound-edge-1.mail.thdo.gradwell.net (qpsmtpd/0.83) with (AES256-SHA encrypted) ESMTPSA; Thu, 08 Mar 2012 06:09:28 +0000 Received: from swelter.hanley.stade.co.uk (localhost [127.0.0.1]) by swelter.hanley.stade.co.uk (8.14.5/8.14.5) with ESMTP id q28698qk062779 for ; Thu, 8 Mar 2012 06:09:08 GMT (envelope-from aw1@swelter.hanley.stade.co.uk) Received: (from aw1@localhost) by swelter.hanley.stade.co.uk (8.14.5/8.14.5/Submit) id q28697Kr062778 for stable@freebsd.org; Thu, 8 Mar 2012 06:09:07 GMT (envelope-from aw1) Date: Thu, 8 Mar 2012 06:09:07 +0000 From: Adrian Wontroba To: stable@freebsd.org Message-ID: <20120308060907.GA51696@swelter.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.3-PRERELEASE Organization: Oh dear, I've joined one again. X-Virus-Scanned: clamav-milter 0.97.3 at swelter.hanley.stade.co.uk X-Virus-Status: Clean X-Gradwell-MongoId: 4f584d18.18153-77d0-1 X-Gradwell-Auth-Method: mailbox X-Gradwell-Auth-Credentials: postmaster@pop3.stade.co.uk Cc: Subject: 9.0-RELEASE ISO images vanished? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.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, 08 Mar 2012 06:25:17 -0000 I could have sworn that 9.0 ISO images were on ftp.freebsd.org and mirrors, but: Remote directory: /pub/FreeBSD/releases/i386/ISO-IMAGES ftp> dir 229 Entering Extended Passive Mode (|||29551|). 150 Here comes the directory listing. drwxrwxr-x 2 980 100 512 Mar 22 2010 7.3 drwxrwxr-x 2 980 100 512 Feb 20 2011 7.4 drwxrwxr-x 2 980 100 512 Jul 19 2010 8.1 drwxrwxr-x 2 980 100 512 Feb 20 2011 8.2 drwxrwxr-x 2 980 100 512 Mar 05 13:55 8.3 -rw-rw-r-- 1 2035 100 1121 Dec 19 2005 README.TXT 226 Directory send OK. I'm OK as I torrented the ISOs when 9.0 was released. -- Adrian Wontroba The hidden flaw never remains hidden. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 06:38:32 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 4FE431065670 for ; Thu, 8 Mar 2012 06:38:32 +0000 (UTC) (envelope-from aw1@swelter.hanley.stade.co.uk) Received: from outbound-queue-2.mail.thdo.gradwell.net (outbound-queue-2.mail.thdo.gradwell.net [212.11.70.35]) by mx1.freebsd.org (Postfix) with ESMTP id 029BC8FC16 for ; Thu, 8 Mar 2012 06:38:31 +0000 (UTC) Received: from outbound-edge-1.mail.thdo.gradwell.net (bonnie.gradwell.net [212.11.70.2]) by outbound-queue-2.mail.thdo.gradwell.net (Postfix) with ESMTP id 2C06D225B5 for ; Thu, 8 Mar 2012 06:38:31 +0000 (GMT) Received: from 93-97-22-18.zone5.bethere.co.uk (HELO swelter.hanley.stade.co.uk) (93.97.22.18) (smtp-auth username postmaster%pop3.stade.co.uk, mechanism cram-md5) by outbound-edge-1.mail.thdo.gradwell.net (qpsmtpd/0.83) with (AES256-SHA encrypted) ESMTPSA; Thu, 08 Mar 2012 06:38:30 +0000 Received: from swelter.hanley.stade.co.uk (localhost [127.0.0.1]) by swelter.hanley.stade.co.uk (8.14.5/8.14.5) with ESMTP id q286c1ti063241 for ; Thu, 8 Mar 2012 06:38:01 GMT (envelope-from aw1@swelter.hanley.stade.co.uk) Received: (from aw1@localhost) by swelter.hanley.stade.co.uk (8.14.5/8.14.5/Submit) id q286c1BP063240 for stable@freebsd.org; Thu, 8 Mar 2012 06:38:01 GMT (envelope-from aw1) Date: Thu, 8 Mar 2012 06:38:01 +0000 From: Adrian Wontroba To: stable@freebsd.org Message-ID: <20120308063801.GA63044@swelter.hanley.stade.co.uk> Mail-Followup-To: Adrian Wontroba , stable@freebsd.org References: <20120308060907.GA51696@swelter.hanley.stade.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120308060907.GA51696@swelter.hanley.stade.co.uk> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.3-PRERELEASE Organization: Oh dear, I've joined one again. X-Virus-Scanned: clamav-milter 0.97.3 at swelter.hanley.stade.co.uk X-Virus-Status: Clean X-Gradwell-MongoId: 4f5853e6.2b3-a1f-1 X-Gradwell-Auth-Method: mailbox X-Gradwell-Auth-Credentials: postmaster@pop3.stade.co.uk Cc: Subject: Re: 9.0-RELEASE ISO images vanished? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: aw1@stade.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, 08 Mar 2012 06:38:32 -0000 On Thu, Mar 08, 2012 at 06:09:07AM +0000, Adrian Wontroba wrote: > I could have sworn that 9.0 ISO images were on ftp.freebsd.org and > mirrors, but: > > Remote directory: /pub/FreeBSD/releases/i386/ISO-IMAGES > ftp> dir > 229 Entering Extended Passive Mode (|||29551|). > 150 Here comes the directory listing. > drwxrwxr-x 2 980 100 512 Mar 22 2010 7.3 > drwxrwxr-x 2 980 100 512 Feb 20 2011 7.4 > drwxrwxr-x 2 980 100 512 Jul 19 2010 8.1 > drwxrwxr-x 2 980 100 512 Feb 20 2011 8.2 > drwxrwxr-x 2 980 100 512 Mar 05 13:55 8.3 > -rw-rw-r-- 1 2035 100 1121 Dec 19 2005 README.TXT > 226 Directory send OK. Ah, found them: Remote directory: /pub/FreeBSD/releases/i386/i386/ISO-IMAGES/9.0 ftp> dir 229 Entering Extended Passive Mode (|||42984|). 150 Here comes the directory listing. -rw-r--r-- 1 980 100 309 Jan 06 23:44 CHECKSUM.MD5 -rw-r--r-- 1 980 100 449 Jan 06 23:46 CHECKSUM.SHA256 -rw-r--r-- 1 980 100 134739968 Jan 03 07:51 FreeBSD-9.0-RELEASE-i386-bootonly.iso -rw-r--r-- 1 980 100 526215168 Jan 03 07:50 FreeBSD-9.0-RELEASE-i386-disc1.iso -rw-r--r-- 1 980 100 2244231168 Jan 06 23:41 FreeBSD-9.0-RELEASE-i386-dvd1.iso -rw-r--r-- 1 980 100 560898048 Jan 03 07:51 FreeBSD-9.0-RELEASE-i386-memstick.img 226 Directory send OK. I still seem to recall /pub/FreeBSD/releases/i386/ISO-IMAGES/9.0 existing. -- Adrian Wontroba Everything takes longer than you expect. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 07:32: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 A9C821065672 for ; Thu, 8 Mar 2012 07:32:01 +0000 (UTC) (envelope-from info@martenvijn.nl) Received: from smtp-vbr13.xs4all.nl (smtp-vbr13.xs4all.nl [194.109.24.33]) by mx1.freebsd.org (Postfix) with ESMTP id 3D9538FC0A for ; Thu, 8 Mar 2012 07:32:00 +0000 (UTC) Received: from [192.168.179.22] (vijn.xs4all.nl [80.101.129.129]) (authenticated bits=0) by smtp-vbr13.xs4all.nl (8.13.8/8.13.8) with ESMTP id q287I9V3079966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 8 Mar 2012 08:18:10 +0100 (CET) (envelope-from info@martenvijn.nl) Message-ID: <4F585D30.2040808@martenvijn.nl> Date: Thu, 08 Mar 2012 08:18:08 +0100 From: Marten Vijn User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20120308060907.GA51696@swelter.hanley.stade.co.uk> In-Reply-To: <20120308060907.GA51696@swelter.hanley.stade.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: 9.0-RELEASE ISO images vanished? 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, 08 Mar 2012 07:32:01 -0000 On 03/08/2012 07:09 AM, Adrian Wontroba wrote: > I could have sworn that 9.0 ISO images were on ftp.freebsd.org and > mirrors, but: > > Remote directory: /pub/FreeBSD/releases/i386/ISO-IMAGES > ftp> dir > 229 Entering Extended Passive Mode (|||29551|). > 150 Here comes the directory listing. > drwxrwxr-x 2 980 100 512 Mar 22 2010 7.3 > drwxrwxr-x 2 980 100 512 Feb 20 2011 7.4 > drwxrwxr-x 2 980 100 512 Jul 19 2010 8.1 > drwxrwxr-x 2 980 100 512 Feb 20 2011 8.2 > drwxrwxr-x 2 980 100 512 Mar 05 13:55 8.3 > -rw-rw-r-- 1 2035 100 1121 Dec 19 2005 README.TXT > 226 Directory send OK. > > I'm OK as I torrented the ISOs when 9.0 was released. > I have found them here: ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/i386/ISO-IMAGES/9.0/ via http://www.freebsd.org/where.html Kind regards, Marten From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 10:37:33 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 CF757106566C; Thu, 8 Mar 2012 10:37:33 +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 754B68FC17; Thu, 8 Mar 2012 10:37:33 +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 q28AbWfd065495; Thu, 8 Mar 2012 10:37:32 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q28AbWj2065450; Thu, 8 Mar 2012 10:37:32 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Mar 2012 10:37:32 GMT Message-Id: <201203081037.q28AbWj2065450@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 i386/i386 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, 08 Mar 2012 10:37:33 -0000 TB --- 2012-03-08 08:48:52 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-08 08:48:52 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-08 08:48:52 - cleaning the object tree TB --- 2012-03-08 08:49:48 - cvsupping the source tree TB --- 2012-03-08 08:49:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-08 08:50:51 - building world TB --- 2012-03-08 08:50:51 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 08:50:51 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 08:50:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 08:50:51 - SRCCONF=/dev/null TB --- 2012-03-08 08:50:51 - TARGET=i386 TB --- 2012-03-08 08:50:51 - TARGET_ARCH=i386 TB --- 2012-03-08 08:50:51 - TZ=UTC TB --- 2012-03-08 08:50:51 - __MAKE_CONF=/dev/null TB --- 2012-03-08 08:50:51 - cd /src TB --- 2012-03-08 08:50:51 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 8 08:50:52 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 >>> World build completed on Thu Mar 8 09:37:01 UTC 2012 TB --- 2012-03-08 09:37:01 - generating LINT kernel config TB --- 2012-03-08 09:37:01 - cd /src/sys/i386/conf TB --- 2012-03-08 09:37:01 - /usr/bin/make -B LINT TB --- 2012-03-08 09:37:01 - cd /src/sys/i386/conf TB --- 2012-03-08 09:37:01 - /usr/sbin/config -m LINT TB --- 2012-03-08 09:37:01 - building LINT kernel TB --- 2012-03-08 09:37:01 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 09:37:01 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 09:37:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 09:37:01 - SRCCONF=/dev/null TB --- 2012-03-08 09:37:01 - TARGET=i386 TB --- 2012-03-08 09:37:01 - TARGET_ARCH=i386 TB --- 2012-03-08 09:37:01 - TZ=UTC TB --- 2012-03-08 09:37:01 - __MAKE_CONF=/dev/null TB --- 2012-03-08 09:37:01 - cd /src TB --- 2012-03-08 09:37:01 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 8 09:37:01 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 8 09:57:43 UTC 2012 TB --- 2012-03-08 09:57:43 - cd /src/sys/i386/conf TB --- 2012-03-08 09:57:43 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-08 09:57:43 - building LINT-VIMAGE kernel TB --- 2012-03-08 09:57:43 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 09:57:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 09:57:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 09:57:43 - SRCCONF=/dev/null TB --- 2012-03-08 09:57:43 - TARGET=i386 TB --- 2012-03-08 09:57:43 - TARGET_ARCH=i386 TB --- 2012-03-08 09:57:43 - TZ=UTC TB --- 2012-03-08 09:57:43 - __MAKE_CONF=/dev/null TB --- 2012-03-08 09:57:43 - cd /src TB --- 2012-03-08 09:57:43 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Thu Mar 8 09:57:43 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Thu Mar 8 10:18:27 UTC 2012 TB --- 2012-03-08 10:18:27 - cd /src/sys/i386/conf TB --- 2012-03-08 10:18:27 - /usr/sbin/config -m GENERIC TB --- 2012-03-08 10:18:27 - building GENERIC kernel TB --- 2012-03-08 10:18:27 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 10:18:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 10:18:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 10:18:27 - SRCCONF=/dev/null TB --- 2012-03-08 10:18:27 - TARGET=i386 TB --- 2012-03-08 10:18:27 - TARGET_ARCH=i386 TB --- 2012-03-08 10:18:27 - TZ=UTC TB --- 2012-03-08 10:18:27 - __MAKE_CONF=/dev/null TB --- 2012-03-08 10:18:27 - cd /src TB --- 2012-03-08 10:18:27 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 8 10:18:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Mar 8 10:33:46 UTC 2012 TB --- 2012-03-08 10:33:46 - cd /src/sys/i386/conf TB --- 2012-03-08 10:33:46 - /usr/sbin/config -m PAE TB --- 2012-03-08 10:33:46 - building PAE kernel TB --- 2012-03-08 10:33:46 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 10:33:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 10:33:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 10:33:46 - SRCCONF=/dev/null TB --- 2012-03-08 10:33:46 - TARGET=i386 TB --- 2012-03-08 10:33:46 - TARGET_ARCH=i386 TB --- 2012-03-08 10:33:46 - TZ=UTC TB --- 2012-03-08 10:33:46 - __MAKE_CONF=/dev/null TB --- 2012-03-08 10:33:46 - cd /src TB --- 2012-03-08 10:33:46 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Thu Mar 8 10:33:46 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-08 10:37:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-08 10:37:32 - ERROR: failed to build PAE kernel TB --- 2012-03-08 10:37:32 - 5233.97 user 822.58 system 6520.23 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 11:47:11 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 505A3106566B; Thu, 8 Mar 2012 11:47:11 +0000 (UTC) (envelope-from FreeBSD@ShaneWare.Biz) Received: from ipmail06.adl6.internode.on.net (ipmail06.adl6.internode.on.net [150.101.137.145]) by mx1.freebsd.org (Postfix) with ESMTP id A95678FC08; Thu, 8 Mar 2012 11:47:10 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap4EANSXWE/LevdH/2dsb2JhbABDtiWCCwEFODwFEAshEwMPCQMCAQIBRQYNAQcBAYgFukGKJIZKBJ8GhleCdoFC Received: from ppp247-71.static.internode.on.net (HELO leader.local) ([203.122.247.71]) by ipmail06.adl6.internode.on.net with ESMTP; 08 Mar 2012 22:01:56 +1030 Message-ID: <4F58984B.7020103@ShaneWare.Biz> Date: Thu, 08 Mar 2012 22:00:19 +1030 From: Shane Ambler User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0) Gecko/20120213 Thunderbird/10.0 MIME-Version: 1.0 To: FreeBSD Tinderbox References: <201203080424.q284OU7F086769@freebsd-legacy2.sentex.ca> In-Reply-To: <201203080424.q284OU7F086769@freebsd-legacy2.sentex.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: [releng_8 tinderbox] failure on i386/i386 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, 08 Mar 2012 11:47:11 -0000 On 08/03/2012 14:54, FreeBSD Tinderbox wrote: >>>> Kernel build for PAE started on Thu Mar 8 04:20:42 UTC 2012 >>>> stage 1: configuring the kernel stage 2.1: cleaning up the >>>> object tree stage 2.2: rebuilding the object tree stage 2.3: >>>> build tools stage 3.1: making dependencies stage 3.2: building >>>> everything > [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c > MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O > -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs > -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline > -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc > -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL > -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking > kernel.debug ld: kernel.debug: Not enough room for program headers > (allocated 5, need 6) ld: final link failed: Bad value *** Error > code 1 > > Stop in /obj/i386/src/sys/PAE. *** Error code 1 > > Stop in /src. *** Error code 1 > > Stop in /src. TB --- 2012-03-08 04:24:30 - WARNING: /usr/bin/make > returned exit code 1 TB --- 2012-03-08 04:24:30 - ERROR: failed to > build PAE kernel TB --- 2012-03-08 04:24:30 - 5280.71 user 847.19 > system 6555.20 real Not sure if this is related but thought I would start here. I started experimenting with tinderbox a few days ago and found multimedia/dirac as a dependancy failed to build with clang and made a patch to resolve that. As I tested building with tinderbox I found 8-STABLE failed to build with gcc. To further investigate I expanded my jails to include every releng (since 7.0) and found this - Every amd64 system version and compiler combination works. 7.4 7-STABLE 8.2 8.3 8-STABLE 9.0 fail to build with arch i386 and gcc Other system versions with i386 arch build. The error I get is - undefined reference to `__sync_fetch_and_add_4' After some googling I found setting CPUTYPE in the builds environment file has an effect. Setting CPUTYPE to i486 or nocona builds Setting CPUTYPE to i386, generic, native or empty fails Each of my builds has CC CXX CPP and ARCH set in the build environment file. I tried setting MACHINE_ARCH UNAME_m UNAME_p to i386 without change (without CPUTYPE). I also tested the dirac patch on redports and it builds 8.2-RELEASE with i386 arch - no CC set means gcc. So does that indicate a regression between 8.2 release and releng? The biggest question is whether this is related to tinderbox or the base system. I'm leaning to system. For reference I am running 9.0-RELEASE amd64 on a corei5 system 8GB RAM built with clang and WITHOUT_LIB32=yes This is my complete list of tinderbox builds - 7.0-amd64-gcc 7.0-i386-gcc 7.1-amd64-gcc 7.1-i386-gcc 7.2-amd64-gcc 7.2-i386-gcc 7.3-amd64-gcc 7.3-i386-gcc 7.4-amd64-gcc 7.4-i386-gcc 7-STABLE-amd64-gcc 7-STABLE-i386-gcc 8.0-amd64-gcc 8.0-i386-gcc 8.1-amd64-gcc 8.1-i386-gcc 8.2-amd64-gcc 8.2-i386-gcc 8.3-amd64-gcc 8.3-i386-gcc 8-STABLE-amd64-gcc 8-STABLE-i386-gcc 9.0-amd64-clang 9.0-amd64-gcc 9.0-i386-clang 9.0-i386-gcc 9-STABLE-amd64-clang 9-STABLE-amd64-gcc 9-STABLE-i386-clang 9-STABLE-i386-gcc 10-CURRENT-amd64-clang 10-CURRENT-amd64-gcc 10-CURRENT-i386-clang 10-CURRENT-i386-gcc -- Shane Ambler FreeBSD (at) ShaneWare (dot) Biz http://ShaneWare.Biz From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 16:17: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 55EF5106566B for ; Thu, 8 Mar 2012 16:17:11 +0000 (UTC) (envelope-from joh.hendriks@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 D19F68FC13 for ; Thu, 8 Mar 2012 16:17:10 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so647365bkc.13 for ; Thu, 08 Mar 2012 08:17:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=2vOjQzQFC3ZAUU02/DXj7UhsqUseY74WoZi5yK0/Nto=; b=VpIhAPJqSqATDt456f5inUY2w5iUlYe8wiatFIJ6dEuf554EXCSncdvg06ec01IE2i 2JTv0A/zbmhwpls4EVJMaudUxli8CfiLeEJSSskfOekZytLb/yxnCdf4RT68mEAxmsKj 6fMYmNAiCcrI9OL12t6oL7S8iF50YLcQIOjj4eBmtpfeCAmvSfZlU4JiInL8LPwge2vQ BjE5yJPjc6RxLx/Xhzxzkpl4YHqY/ELtTShJ7HE45edklWB6w/2U0+rEKRfOp++JpjQ6 bXu4W+J3FgYiXgFVaS5vop3aflndI3HRhPsBGkfESNbB5/X2y6i/c2Okrg0ml5CzjrUZ rwDg== Received: by 10.204.133.210 with SMTP id g18mr3041539bkt.107.1331223429890; Thu, 08 Mar 2012 08:17:09 -0800 (PST) Received: from [192.168.1.129] (schavemaker.nl. [213.84.84.186]) by mx.google.com with ESMTPS id y9sm4334328bkw.5.2012.03.08.08.17.09 (version=SSLv3 cipher=OTHER); Thu, 08 Mar 2012 08:17:09 -0800 (PST) Message-ID: <4F58DB81.7080608@gmail.com> Date: Thu, 08 Mar 2012 17:17:05 +0100 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: New LSI mps driver for 9.0 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, 08 Mar 2012 16:17:11 -0000 Is it possible to get a 'official' patch for the latest LSI mps driver for 9.0 RELEASE. I use 9.0 release, but see some strange things related to the mps driver. It gives me the feeling that i jumped the 9.0 wagon to soon, and that i should have waited for 8.3 8.3 has the new driver. Bad timing from LSI :D I created one myself, it compiles but i do not trust myself with patches and so on :D Thanks everyone. regards Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 16:30: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 29908106564A for ; Thu, 8 Mar 2012 16:30:18 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id D4E9C8FC18 for ; Thu, 8 Mar 2012 16:30:17 +0000 (UTC) Received: by vbmv11 with SMTP id v11so634741vbm.13 for ; Thu, 08 Mar 2012 08:30:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=98g/CePUlTToCVFxY6xP9ZjUbNU9BNjyinlS8BmJCvQ=; b=mObQqxiwwfTOEi1jSCU/UyR4XEj3RC5bovhvPbMYTS0KI7l026QG87CiFfrN3o86VN 1rr0750wpAVIFdSGoAlmu0SWkQGBCe4oLVEy7oISImPQ5gH9wul3iDLaLrMiytAQf9/c K+0pvjjj7dpNv5pFT8UkOqoYKsqiJw7e5OdvmIcf6Bzyb2lWdNxbvHVENX8nT1B4WPYs xXD0MitqF3WdzvYhm5cKQJCCtFEKl0ezuXqtJrFfWNlsoRxTqA/qzOiLG62izAxxHXDU NaR723z+Vy9NF58EOVvQ2CgDoX1Ik744RvSrpsBQIvWyuXsX4KRsOIgAJmUihY5IYd3/ FH9Q== MIME-Version: 1.0 Received: by 10.52.25.107 with SMTP id b11mr10988149vdg.37.1331224217183; Thu, 08 Mar 2012 08:30:17 -0800 (PST) Received: by 10.220.178.74 with HTTP; Thu, 8 Mar 2012 08:30:17 -0800 (PST) In-Reply-To: <4F58DB81.7080608@gmail.com> References: <4F58DB81.7080608@gmail.com> Date: Thu, 8 Mar 2012 08:30:17 -0800 Message-ID: From: Freddie Cash To: Johan Hendriks Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable Subject: Re: New LSI mps driver for 9.0 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, 08 Mar 2012 16:30:18 -0000 On Thu, Mar 8, 2012 at 8:17 AM, Johan Hendriks wrote: > Is it possible to get a 'official' patch for the latest LSI mps driver for > 9.0 RELEASE. There are patches floating around for mpslsi(4) for 9.0. And, if you upgrade to stable/9, mps(4) *is* the official driver from LSI. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 16:57:18 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 F10D3106566B; Thu, 8 Mar 2012 16:57:18 +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 987208FC14; Thu, 8 Mar 2012 16:57:18 +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 q28GvIqC063562; Thu, 8 Mar 2012 16:57:18 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q28GvH7g063538; Thu, 8 Mar 2012 16:57:17 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Mar 2012 16:57:17 GMT Message-Id: <201203081657.q28GvH7g063538@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 i386/i386 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, 08 Mar 2012 16:57:19 -0000 TB --- 2012-03-08 15:09:04 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-08 15:09:04 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-08 15:09:04 - cleaning the object tree TB --- 2012-03-08 15:09:59 - cvsupping the source tree TB --- 2012-03-08 15:09:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-08 15:10:20 - building world TB --- 2012-03-08 15:10:20 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 15:10:20 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 15:10:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 15:10:20 - SRCCONF=/dev/null TB --- 2012-03-08 15:10:20 - TARGET=i386 TB --- 2012-03-08 15:10:20 - TARGET_ARCH=i386 TB --- 2012-03-08 15:10:20 - TZ=UTC TB --- 2012-03-08 15:10:20 - __MAKE_CONF=/dev/null TB --- 2012-03-08 15:10:20 - cd /src TB --- 2012-03-08 15:10:20 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 8 15:10:21 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 >>> World build completed on Thu Mar 8 15:56:50 UTC 2012 TB --- 2012-03-08 15:56:50 - generating LINT kernel config TB --- 2012-03-08 15:56:50 - cd /src/sys/i386/conf TB --- 2012-03-08 15:56:50 - /usr/bin/make -B LINT TB --- 2012-03-08 15:56:50 - cd /src/sys/i386/conf TB --- 2012-03-08 15:56:50 - /usr/sbin/config -m LINT TB --- 2012-03-08 15:56:50 - building LINT kernel TB --- 2012-03-08 15:56:50 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 15:56:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 15:56:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 15:56:50 - SRCCONF=/dev/null TB --- 2012-03-08 15:56:50 - TARGET=i386 TB --- 2012-03-08 15:56:50 - TARGET_ARCH=i386 TB --- 2012-03-08 15:56:50 - TZ=UTC TB --- 2012-03-08 15:56:50 - __MAKE_CONF=/dev/null TB --- 2012-03-08 15:56:50 - cd /src TB --- 2012-03-08 15:56:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 8 15:56:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 8 16:17:48 UTC 2012 TB --- 2012-03-08 16:17:48 - cd /src/sys/i386/conf TB --- 2012-03-08 16:17:48 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-08 16:17:48 - building LINT-VIMAGE kernel TB --- 2012-03-08 16:17:48 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 16:17:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 16:17:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 16:17:48 - SRCCONF=/dev/null TB --- 2012-03-08 16:17:48 - TARGET=i386 TB --- 2012-03-08 16:17:48 - TARGET_ARCH=i386 TB --- 2012-03-08 16:17:48 - TZ=UTC TB --- 2012-03-08 16:17:48 - __MAKE_CONF=/dev/null TB --- 2012-03-08 16:17:48 - cd /src TB --- 2012-03-08 16:17:48 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Thu Mar 8 16:17:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Thu Mar 8 16:38:46 UTC 2012 TB --- 2012-03-08 16:38:46 - cd /src/sys/i386/conf TB --- 2012-03-08 16:38:46 - /usr/sbin/config -m GENERIC TB --- 2012-03-08 16:38:46 - building GENERIC kernel TB --- 2012-03-08 16:38:46 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 16:38:46 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 16:38:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 16:38:46 - SRCCONF=/dev/null TB --- 2012-03-08 16:38:46 - TARGET=i386 TB --- 2012-03-08 16:38:46 - TARGET_ARCH=i386 TB --- 2012-03-08 16:38:46 - TZ=UTC TB --- 2012-03-08 16:38:46 - __MAKE_CONF=/dev/null TB --- 2012-03-08 16:38:46 - cd /src TB --- 2012-03-08 16:38:46 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 8 16:38:46 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Mar 8 16:53:27 UTC 2012 TB --- 2012-03-08 16:53:27 - cd /src/sys/i386/conf TB --- 2012-03-08 16:53:27 - /usr/sbin/config -m PAE TB --- 2012-03-08 16:53:27 - building PAE kernel TB --- 2012-03-08 16:53:27 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 16:53:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 16:53:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 16:53:27 - SRCCONF=/dev/null TB --- 2012-03-08 16:53:27 - TARGET=i386 TB --- 2012-03-08 16:53:27 - TARGET_ARCH=i386 TB --- 2012-03-08 16:53:27 - TZ=UTC TB --- 2012-03-08 16:53:27 - __MAKE_CONF=/dev/null TB --- 2012-03-08 16:53:27 - cd /src TB --- 2012-03-08 16:53:27 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Thu Mar 8 16:53:27 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-08 16:57:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-08 16:57:17 - ERROR: failed to build PAE kernel TB --- 2012-03-08 16:57:17 - 5270.91 user 837.30 system 6493.18 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 17:34: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 17D03106567E for ; Thu, 8 Mar 2012 17:34:10 +0000 (UTC) (envelope-from Kashyap.Desai@lsi.com) Received: from na3sys009aog121.obsmtp.com (na3sys009aog121.obsmtp.com [74.125.149.145]) by mx1.freebsd.org (Postfix) with ESMTP id 91C8F8FC0C for ; Thu, 8 Mar 2012 17:34:09 +0000 (UTC) Received: from paledge01.lsi.com ([192.19.193.42]) (using TLSv1) by na3sys009aob121.postini.com ([74.125.148.12]) with SMTP ID DSNKT1jtkC1YmB+rZukNNBm1C1afY0y1f/TF@postini.com; Thu, 08 Mar 2012 09:34:09 PST Received: from PALHUB01.lsi.com (128.94.213.114) by PALEDGE01.lsi.com (192.19.193.42) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 8 Mar 2012 12:39:22 -0500 Received: from inbexch02.lsi.com (135.36.98.40) by PALHUB01.lsi.com (128.94.213.114) with Microsoft SMTP Server (TLS) id 8.3.213.0; Thu, 8 Mar 2012 12:34:05 -0500 Received: from inbmail01.lsi.com ([135.36.98.64]) by inbexch02.lsi.com ([135.36.98.40]) with mapi; Thu, 8 Mar 2012 23:03:49 +0530 From: "Desai, Kashyap" To: Freddie Cash , Johan Hendriks Date: Thu, 8 Mar 2012 23:03:46 +0530 Thread-Topic: New LSI mps driver for 9.0 Thread-Index: Acz9SPgSVVo2UugOQY+MSfVHd9XNMgACHBgg Message-ID: References: <4F58DB81.7080608@gmail.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Cc: freebsd-stable Subject: RE: New LSI mps driver for 9.0 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, 08 Mar 2012 17:34:10 -0000 DQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJvbTogb3duZXItZnJlZWJzZC1z dGFibGVAZnJlZWJzZC5vcmcgW21haWx0bzpvd25lci1mcmVlYnNkLQ0KPiBzdGFibGVAZnJlZWJz ZC5vcmddIE9uIEJlaGFsZiBPZiBGcmVkZGllIENhc2gNCj4gU2VudDogVGh1cnNkYXksIE1hcmNo IDA4LCAyMDEyIDEwOjAwIFBNDQo+IFRvOiBKb2hhbiBIZW5kcmlrcw0KPiBDYzogZnJlZWJzZC1z dGFibGUNCj4gU3ViamVjdDogUmU6IE5ldyBMU0kgbXBzIGRyaXZlciBmb3IgOS4wDQo+IA0KPiBP biBUaHUsIE1hciA4LCAyMDEyIGF0IDg6MTcgQU0sIEpvaGFuIEhlbmRyaWtzIDxqb2guaGVuZHJp a3NAZ21haWwuY29tPg0KPiB3cm90ZToNCj4gPiBJcyBpdCBwb3NzaWJsZSB0byBnZXQgYSAnb2Zm aWNpYWwnIHBhdGNoIGZvciB0aGUgbGF0ZXN0IExTSSBtcHMgZHJpdmVyDQo+IGZvcg0KPiA+IDku MCBSRUxFQVNFLg0KPiANCj4gVGhlcmUgYXJlIHBhdGNoZXMgZmxvYXRpbmcgYXJvdW5kIGZvciBt cHNsc2koNCkgZm9yIDkuMC4NCj4gDQo+IEFuZCwgaWYgeW91IHVwZ3JhZGUgdG8gc3RhYmxlLzks IG1wcyg0KSAqaXMqIHRoZSBvZmZpY2lhbCBkcml2ZXIgZnJvbQ0KPiBMU0kuDQpJIGtub3cgaXQg aXMgYmFkIHRpbWluZy4gRnJlZUJTRC05IG1wcyB2ZXJ5IG9sZCBkcml2ZXIuIFlvdSBzaG91bGQg bWlncmF0ZSB0byBGcmVlQlNELTktc3RhYmxlIGFuZCBpZiB5b3Ugd2FudCBqdXN0IHBpY2sgPG1w cz4gZHJpdmVyIGZyb20gdGhlcmUgYW5kIHBvcnQgaXQgdG8gRnJlZUJTRC05LVJFTEVBU0UuDQoN Cn4gS2FzaHlhcA0KDQo+IA0KPiAtLQ0KPiBGcmVkZGllIENhc2gNCj4gZmp3Y2FzaEBnbWFpbC5j b20NCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4g ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmcgbWFpbGluZyBsaXN0DQo+IGh0dHA6Ly9saXN0cy5m cmVlYnNkLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ZyZWVic2Qtc3RhYmxlDQo+IFRvIHVuc3Vic2Ny aWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLXN0YWJsZS0NCj4gdW5zdWJzY3JpYmVAZnJl ZWJzZC5vcmciDQo= From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 19:33: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 D060E106564A for ; Thu, 8 Mar 2012 19:33:55 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (75-101-96-57.dsl.static.sonic.net [75.101.96.57]) by mx1.freebsd.org (Postfix) with SMTP id 928728FC14 for ; Thu, 8 Mar 2012 19:33:55 +0000 (UTC) Received: (qmail 10187 invoked by uid 1001); 8 Mar 2012 19:07:38 -0000 Date: Thu, 8 Mar 2012 11:07:38 -0800 From: David Thiel To: freebsd-stable@freebsd.org Message-ID: <20120308190713.GH88589@redundancy.redundancy.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Mar 2012 19:33:55 -0000 On Mon, Mar 05, 2012 at 05:12:16PM -0500, Arnaud Lacombe wrote: > I've been running a couple of system with 9.0-RELEASE since it is out. > All the system were installed through the standard installation > procedure. After unclean reboot, either crash or power-failure, I get > a huge amount of really bad filesystem corruption (read: "silent", > fs-wide, corruptions). This happens with either i386 or amd64 build. > Systems involved use compact flash as their system permanent storage > medium. I have had this same behavior on every SUJ system I've built, both on SSDs and otherwise, on i386, PPC and amd64. Remove SUJ and revert to plain softupdates, and I strongly suspect your problems will disappear. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 8 23:09:43 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 19433106564A; Thu, 8 Mar 2012 23:09:43 +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 B96DC8FC0A; Thu, 8 Mar 2012 23:09:42 +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 q28N9gG0093543; Thu, 8 Mar 2012 23:09:42 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q28N9fcx093026; Thu, 8 Mar 2012 23:09:41 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 8 Mar 2012 23:09:41 GMT Message-Id: <201203082309.q28N9fcx093026@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 i386/i386 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, 08 Mar 2012 23:09:43 -0000 TB --- 2012-03-08 21:21:17 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-08 21:21:17 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-08 21:21:17 - cleaning the object tree TB --- 2012-03-08 21:22:14 - cvsupping the source tree TB --- 2012-03-08 21:22:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-08 21:22:25 - building world TB --- 2012-03-08 21:22:25 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 21:22:25 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 21:22:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 21:22:25 - SRCCONF=/dev/null TB --- 2012-03-08 21:22:25 - TARGET=i386 TB --- 2012-03-08 21:22:25 - TARGET_ARCH=i386 TB --- 2012-03-08 21:22:25 - TZ=UTC TB --- 2012-03-08 21:22:25 - __MAKE_CONF=/dev/null TB --- 2012-03-08 21:22:25 - cd /src TB --- 2012-03-08 21:22:25 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 8 21:22:25 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 >>> World build completed on Thu Mar 8 22:08:32 UTC 2012 TB --- 2012-03-08 22:08:32 - generating LINT kernel config TB --- 2012-03-08 22:08:32 - cd /src/sys/i386/conf TB --- 2012-03-08 22:08:32 - /usr/bin/make -B LINT TB --- 2012-03-08 22:08:32 - cd /src/sys/i386/conf TB --- 2012-03-08 22:08:32 - /usr/sbin/config -m LINT TB --- 2012-03-08 22:08:32 - building LINT kernel TB --- 2012-03-08 22:08:32 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 22:08:32 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 22:08:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 22:08:32 - SRCCONF=/dev/null TB --- 2012-03-08 22:08:32 - TARGET=i386 TB --- 2012-03-08 22:08:32 - TARGET_ARCH=i386 TB --- 2012-03-08 22:08:32 - TZ=UTC TB --- 2012-03-08 22:08:32 - __MAKE_CONF=/dev/null TB --- 2012-03-08 22:08:32 - cd /src TB --- 2012-03-08 22:08:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 8 22:08:32 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Thu Mar 8 22:29:41 UTC 2012 TB --- 2012-03-08 22:29:41 - cd /src/sys/i386/conf TB --- 2012-03-08 22:29:41 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-08 22:29:41 - building LINT-VIMAGE kernel TB --- 2012-03-08 22:29:41 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 22:29:41 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 22:29:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 22:29:41 - SRCCONF=/dev/null TB --- 2012-03-08 22:29:41 - TARGET=i386 TB --- 2012-03-08 22:29:41 - TARGET_ARCH=i386 TB --- 2012-03-08 22:29:41 - TZ=UTC TB --- 2012-03-08 22:29:41 - __MAKE_CONF=/dev/null TB --- 2012-03-08 22:29:41 - cd /src TB --- 2012-03-08 22:29:41 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Thu Mar 8 22:29:41 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Thu Mar 8 22:50:47 UTC 2012 TB --- 2012-03-08 22:50:47 - cd /src/sys/i386/conf TB --- 2012-03-08 22:50:47 - /usr/sbin/config -m GENERIC TB --- 2012-03-08 22:50:47 - building GENERIC kernel TB --- 2012-03-08 22:50:47 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 22:50:47 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 22:50:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 22:50:47 - SRCCONF=/dev/null TB --- 2012-03-08 22:50:47 - TARGET=i386 TB --- 2012-03-08 22:50:47 - TARGET_ARCH=i386 TB --- 2012-03-08 22:50:47 - TZ=UTC TB --- 2012-03-08 22:50:47 - __MAKE_CONF=/dev/null TB --- 2012-03-08 22:50:47 - cd /src TB --- 2012-03-08 22:50:47 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Thu Mar 8 22:50:47 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Thu Mar 8 23:05:53 UTC 2012 TB --- 2012-03-08 23:05:53 - cd /src/sys/i386/conf TB --- 2012-03-08 23:05:53 - /usr/sbin/config -m PAE TB --- 2012-03-08 23:05:53 - building PAE kernel TB --- 2012-03-08 23:05:53 - CROSS_BUILD_TESTING=YES TB --- 2012-03-08 23:05:53 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-08 23:05:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-08 23:05:53 - SRCCONF=/dev/null TB --- 2012-03-08 23:05:53 - TARGET=i386 TB --- 2012-03-08 23:05:53 - TARGET_ARCH=i386 TB --- 2012-03-08 23:05:53 - TZ=UTC TB --- 2012-03-08 23:05:53 - __MAKE_CONF=/dev/null TB --- 2012-03-08 23:05:53 - cd /src TB --- 2012-03-08 23:05:53 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Thu Mar 8 23:05:53 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-08 23:09:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-08 23:09:41 - ERROR: failed to build PAE kernel TB --- 2012-03-08 23:09:41 - 5249.91 user 832.98 system 6503.52 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 05:21:35 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 EA4C8106564A; Fri, 9 Mar 2012 05:21:35 +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 967508FC13; Fri, 9 Mar 2012 05:21:35 +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 q295LYg6058001; Fri, 9 Mar 2012 05:21:34 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q295LYNx057938; Fri, 9 Mar 2012 05:21:34 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Mar 2012 05:21:34 GMT Message-Id: <201203090521.q295LYNx057938@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 i386/i386 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: Fri, 09 Mar 2012 05:21:36 -0000 TB --- 2012-03-09 03:33:36 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-09 03:33:36 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-09 03:33:36 - cleaning the object tree TB --- 2012-03-09 03:34:39 - cvsupping the source tree TB --- 2012-03-09 03:34:39 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-09 03:34:49 - building world TB --- 2012-03-09 03:34:49 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 03:34:49 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 03:34:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 03:34:49 - SRCCONF=/dev/null TB --- 2012-03-09 03:34:49 - TARGET=i386 TB --- 2012-03-09 03:34:49 - TARGET_ARCH=i386 TB --- 2012-03-09 03:34:49 - TZ=UTC TB --- 2012-03-09 03:34:49 - __MAKE_CONF=/dev/null TB --- 2012-03-09 03:34:49 - cd /src TB --- 2012-03-09 03:34:49 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 9 03:34:50 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 >>> World build completed on Fri Mar 9 04:21:05 UTC 2012 TB --- 2012-03-09 04:21:05 - generating LINT kernel config TB --- 2012-03-09 04:21:05 - cd /src/sys/i386/conf TB --- 2012-03-09 04:21:05 - /usr/bin/make -B LINT TB --- 2012-03-09 04:21:05 - cd /src/sys/i386/conf TB --- 2012-03-09 04:21:05 - /usr/sbin/config -m LINT TB --- 2012-03-09 04:21:05 - building LINT kernel TB --- 2012-03-09 04:21:05 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 04:21:05 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 04:21:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 04:21:05 - SRCCONF=/dev/null TB --- 2012-03-09 04:21:05 - TARGET=i386 TB --- 2012-03-09 04:21:05 - TARGET_ARCH=i386 TB --- 2012-03-09 04:21:05 - TZ=UTC TB --- 2012-03-09 04:21:05 - __MAKE_CONF=/dev/null TB --- 2012-03-09 04:21:05 - cd /src TB --- 2012-03-09 04:21:05 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 9 04:21:05 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Mar 9 04:41:50 UTC 2012 TB --- 2012-03-09 04:41:50 - cd /src/sys/i386/conf TB --- 2012-03-09 04:41:50 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-09 04:41:50 - building LINT-VIMAGE kernel TB --- 2012-03-09 04:41:50 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 04:41:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 04:41:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 04:41:50 - SRCCONF=/dev/null TB --- 2012-03-09 04:41:50 - TARGET=i386 TB --- 2012-03-09 04:41:50 - TARGET_ARCH=i386 TB --- 2012-03-09 04:41:50 - TZ=UTC TB --- 2012-03-09 04:41:50 - __MAKE_CONF=/dev/null TB --- 2012-03-09 04:41:50 - cd /src TB --- 2012-03-09 04:41:50 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Mar 9 04:41:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Fri Mar 9 05:02:34 UTC 2012 TB --- 2012-03-09 05:02:34 - cd /src/sys/i386/conf TB --- 2012-03-09 05:02:34 - /usr/sbin/config -m GENERIC TB --- 2012-03-09 05:02:34 - building GENERIC kernel TB --- 2012-03-09 05:02:34 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 05:02:34 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 05:02:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 05:02:34 - SRCCONF=/dev/null TB --- 2012-03-09 05:02:34 - TARGET=i386 TB --- 2012-03-09 05:02:34 - TARGET_ARCH=i386 TB --- 2012-03-09 05:02:34 - TZ=UTC TB --- 2012-03-09 05:02:34 - __MAKE_CONF=/dev/null TB --- 2012-03-09 05:02:34 - cd /src TB --- 2012-03-09 05:02:34 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Mar 9 05:02:34 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Mar 9 05:17:50 UTC 2012 TB --- 2012-03-09 05:17:50 - cd /src/sys/i386/conf TB --- 2012-03-09 05:17:50 - /usr/sbin/config -m PAE TB --- 2012-03-09 05:17:50 - building PAE kernel TB --- 2012-03-09 05:17:50 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 05:17:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 05:17:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 05:17:50 - SRCCONF=/dev/null TB --- 2012-03-09 05:17:50 - TARGET=i386 TB --- 2012-03-09 05:17:50 - TARGET_ARCH=i386 TB --- 2012-03-09 05:17:50 - TZ=UTC TB --- 2012-03-09 05:17:50 - __MAKE_CONF=/dev/null TB --- 2012-03-09 05:17:50 - cd /src TB --- 2012-03-09 05:17:50 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Fri Mar 9 05:17:50 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-09 05:21:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-09 05:21:34 - ERROR: failed to build PAE kernel TB --- 2012-03-09 05:21:34 - 5242.46 user 819.61 system 6477.90 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 09:54:25 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 18562106566B for ; Fri, 9 Mar 2012 09:54:25 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 524A58FC08 for ; Fri, 9 Mar 2012 09:54:24 +0000 (UTC) Received: by lagv3 with SMTP id v3so1969398lag.13 for ; Fri, 09 Mar 2012 01:54:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=0plP698XEwL8dBWkkDMR0sABCLMGP3QzyOGXRd4kX+A=; b=WYQz8WDzgEAC6b7XkzAXWvWIlRXlPBviOZRLyM9bE0aCi+SJNWlOe19AmrCoZqbDI5 6Rm5Lrb9G2dXJczUooDCvPr7ZJ718mq6GwwsX68MFAxnfKJu4Rbx83DLFmFNiX7arPBd QZe3uDrRz5130iVveJzieH8gTMgvXCrD1tyaMq4y6FRn6ScgOUEl6fC2AFpiiLvo2Plw CDVwRjv+gGoBNaoo+4cZYguc+SDB0lhV60DbqKgQcMw76af0Y9xpNn7L58GMqJjPEtzK I7PvkZWhwfLGWsNLJe8iNTW7v6WD1gqrBOkVbEgsROocUdvA1oPYx/tScuqUHGASscqE oT5g== MIME-Version: 1.0 Received: by 10.152.145.135 with SMTP id su7mr1174454lab.5.1331286863161; Fri, 09 Mar 2012 01:54:23 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.112.13.18 with HTTP; Fri, 9 Mar 2012 01:54:23 -0800 (PST) In-Reply-To: <20120308190713.GH88589@redundancy.redundancy.org> References: <20120308190713.GH88589@redundancy.redundancy.org> Date: Fri, 9 Mar 2012 01:54:23 -0800 X-Google-Sender-Auth: uI2RHncsMhoLesVqz1hedZf94IY Message-ID: From: Adrian Chadd To: David Thiel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Heavy fs corruption with 9.0-RELEASE 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, 09 Mar 2012 09:54:25 -0000 PR ? Adrian On 8 March 2012 11:07, David Thiel wrote: > On Mon, Mar 05, 2012 at 05:12:16PM -0500, Arnaud Lacombe wrote: >> I've been running a couple of system with 9.0-RELEASE since it is out. >> All the system were installed through the standard installation >> procedure. After unclean reboot, either crash or power-failure, I get >> a huge amount of really bad filesystem corruption (read: "silent", >> fs-wide, corruptions). This happens with either i386 or amd64 build. >> Systems involved use compact flash as their system permanent storage >> medium. > > I have had this same behavior on every SUJ system I've built, both on > SSDs and otherwise, on i386, PPC and amd64. Remove SUJ and revert to > plain softupdates, and I strongly suspect your problems will disappear. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 11:35:44 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 14EFD106566B; Fri, 9 Mar 2012 11:35:44 +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 AE73C8FC0C; Fri, 9 Mar 2012 11:35:43 +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 q29BZheX070368; Fri, 9 Mar 2012 11:35:43 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q29BZhTP070358; Fri, 9 Mar 2012 11:35:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Mar 2012 11:35:43 GMT Message-Id: <201203091135.q29BZhTP070358@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 i386/i386 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: Fri, 09 Mar 2012 11:35:44 -0000 TB --- 2012-03-09 09:48:06 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-09 09:48:06 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-09 09:48:06 - cleaning the object tree TB --- 2012-03-09 09:49:01 - cvsupping the source tree TB --- 2012-03-09 09:49:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-09 09:49:43 - building world TB --- 2012-03-09 09:49:43 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 09:49:43 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 09:49:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 09:49:43 - SRCCONF=/dev/null TB --- 2012-03-09 09:49:43 - TARGET=i386 TB --- 2012-03-09 09:49:43 - TARGET_ARCH=i386 TB --- 2012-03-09 09:49:43 - TZ=UTC TB --- 2012-03-09 09:49:43 - __MAKE_CONF=/dev/null TB --- 2012-03-09 09:49:43 - cd /src TB --- 2012-03-09 09:49:43 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 9 09:49:43 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 >>> World build completed on Fri Mar 9 10:36:10 UTC 2012 TB --- 2012-03-09 10:36:10 - generating LINT kernel config TB --- 2012-03-09 10:36:10 - cd /src/sys/i386/conf TB --- 2012-03-09 10:36:10 - /usr/bin/make -B LINT TB --- 2012-03-09 10:36:10 - cd /src/sys/i386/conf TB --- 2012-03-09 10:36:10 - /usr/sbin/config -m LINT TB --- 2012-03-09 10:36:10 - building LINT kernel TB --- 2012-03-09 10:36:10 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 10:36:10 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 10:36:10 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 10:36:10 - SRCCONF=/dev/null TB --- 2012-03-09 10:36:10 - TARGET=i386 TB --- 2012-03-09 10:36:10 - TARGET_ARCH=i386 TB --- 2012-03-09 10:36:10 - TZ=UTC TB --- 2012-03-09 10:36:10 - __MAKE_CONF=/dev/null TB --- 2012-03-09 10:36:10 - cd /src TB --- 2012-03-09 10:36:10 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 9 10:36:10 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Mar 9 10:57:00 UTC 2012 TB --- 2012-03-09 10:57:00 - cd /src/sys/i386/conf TB --- 2012-03-09 10:57:00 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-09 10:57:00 - building LINT-VIMAGE kernel TB --- 2012-03-09 10:57:00 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 10:57:00 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 10:57:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 10:57:00 - SRCCONF=/dev/null TB --- 2012-03-09 10:57:00 - TARGET=i386 TB --- 2012-03-09 10:57:00 - TARGET_ARCH=i386 TB --- 2012-03-09 10:57:00 - TZ=UTC TB --- 2012-03-09 10:57:00 - __MAKE_CONF=/dev/null TB --- 2012-03-09 10:57:00 - cd /src TB --- 2012-03-09 10:57:00 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Mar 9 10:57:00 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Fri Mar 9 11:17:24 UTC 2012 TB --- 2012-03-09 11:17:24 - cd /src/sys/i386/conf TB --- 2012-03-09 11:17:24 - /usr/sbin/config -m GENERIC TB --- 2012-03-09 11:17:24 - building GENERIC kernel TB --- 2012-03-09 11:17:24 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 11:17:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 11:17:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 11:17:24 - SRCCONF=/dev/null TB --- 2012-03-09 11:17:24 - TARGET=i386 TB --- 2012-03-09 11:17:24 - TARGET_ARCH=i386 TB --- 2012-03-09 11:17:24 - TZ=UTC TB --- 2012-03-09 11:17:24 - __MAKE_CONF=/dev/null TB --- 2012-03-09 11:17:24 - cd /src TB --- 2012-03-09 11:17:24 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Mar 9 11:17:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Mar 9 11:31:57 UTC 2012 TB --- 2012-03-09 11:31:57 - cd /src/sys/i386/conf TB --- 2012-03-09 11:31:57 - /usr/sbin/config -m PAE TB --- 2012-03-09 11:31:57 - building PAE kernel TB --- 2012-03-09 11:31:57 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 11:31:57 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 11:31:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 11:31:57 - SRCCONF=/dev/null TB --- 2012-03-09 11:31:57 - TARGET=i386 TB --- 2012-03-09 11:31:57 - TARGET_ARCH=i386 TB --- 2012-03-09 11:31:57 - TZ=UTC TB --- 2012-03-09 11:31:57 - __MAKE_CONF=/dev/null TB --- 2012-03-09 11:31:57 - cd /src TB --- 2012-03-09 11:31:57 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Fri Mar 9 11:31:57 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-09 11:35:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-09 11:35:42 - ERROR: failed to build PAE kernel TB --- 2012-03-09 11:35:43 - 5254.44 user 829.46 system 6456.48 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 13:18:05 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 970A4106566B for ; Fri, 9 Mar 2012 13:18:05 +0000 (UTC) (envelope-from gallasch@free.de) Received: from smtp.free.de (smtp.free.de [91.204.6.103]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8BB8FC14 for ; Fri, 9 Mar 2012 13:18:04 +0000 (UTC) Received: (qmail 29854 invoked from network); 9 Mar 2012 14:17:58 +0100 Received: from smtp.free.de (HELO orwell.free.de) (gallasch@free.de@[91.204.4.103]) (envelope-sender ) by smtp.free.de (qmail-ldap-1.03) with AES128-SHA encrypted SMTP for ; 9 Mar 2012 14:17:58 +0100 References: <719F8E0E-F88D-48E7-B2B7-ABA44B4F4163@free.de> In-Reply-To: <719F8E0E-F88D-48E7-B2B7-ABA44B4F4163@free.de> Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii Message-Id: Content-Transfer-Encoding: quoted-printable From: Kai Gallasch Date: Fri, 9 Mar 2012 14:17:54 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.1084) Subject: Re: FreeBSD 9.0 release - memstick installation fails 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, 09 Mar 2012 13:18:05 -0000 > Hi list. >=20 > Trying to install 9.0 release with a USB stick. > I use FreeBSD-9.0-RELEASE-amd64-memstick.img >=20 > At first the bootup looks promising, but in the end it stops with = "Root mount waiting for: usbus2 usbus1 usbus" Just for the records: Someone already had opened up a PR for this. http://www.freebsd.org/cgi/query-pr.cgi?pr=3D164773 Kai. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 14:25: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 87105106566B for ; Fri, 9 Mar 2012 14:25:57 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay04.ispgateway.de (smtprelay04.ispgateway.de [80.67.29.8]) by mx1.freebsd.org (Postfix) with ESMTP id 14D548FC13 for ; Fri, 9 Mar 2012 14:25:56 +0000 (UTC) Received: from [109.41.64.216] (helo=fabiankeil.de) by smtprelay04.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1S60lR-0000Re-VM for freebsd-stable@freebsd.org; Fri, 09 Mar 2012 15:25:50 +0100 Date: Fri, 9 Mar 2012 15:22:53 +0100 From: Fabian Keil To: freebsd-stable@freebsd.org Message-ID: <20120309152253.17a108c2@fabiankeil.de> In-Reply-To: References: <20120307174850.746a6b0a@fabiankeil.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/ei3AZnsArVqjRwEiNSQsCCF"; protocol="application/pgp-signature" X-Df-Sender: Nzc1MDY3 Subject: Re: FreeBSD root on a geli-encrypted ZFS pool 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, 09 Mar 2012 14:25:57 -0000 --Sig_/ei3AZnsArVqjRwEiNSQsCCF Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable "xenophon\\+freebsd" wrote: > > -----Original Message----- > > From: Fabian Keil [mailto:freebsd-listen@fabiankeil.de] > > Sent: Wednesday, March 07, 2012 11:49 AM > > It's not clear to me why you enable geli integrity verification. > >=20 > > Given that it is single-sector-based it seems inferior to ZFS's > > integrity checks in every way and could actually prevent ZFS from > > properly detecting (and depending on the pool layout correcting) > > checksum errors itself. >=20 > My goal in encrypting/authenticating the storage media is to prevent > unauthorized external data access or tampering. My assumption is that > ZFS's integrity checks have more to do with maintaining metadata > integrity in the event of certain hardware or software faults (e.g., > operating system crashes, power outages) - that is to say, ZFS cannot > tell if an attacker boots from a live CD, imports the zpool, fiddles > with something, and reboots, whereas GEOM_ELI can if integrity checking > is enabled (even if someone tampers with the encrypted data). If the ZFS pool is located on GEOM_ELI providers the attacker shouldn't be able to import it unless the passphrase and/or keyfile are already known. If the attacker tampers with the encrypted data used by the pool, ZFS should detect it, unless it's a replay attack in which case enabling GEOM_ELI's integrity checking wouldn't have helped you either. If the attacker only replays a couple of blocks, ZFS's integrity detection is likely to detect it for most blocks, while GEOM_ELI's integrity checking will not detect it for any block. In my opinion protecting ZFS's default checksums (which cover non-metadata as well) with GEOM_ELI is sufficient. I don't see what advantage additionally enabling GEOM_ELI's integrity verification offers. > This does > raise an interesting question that merits further testing: What happens > if a physical sector goes bad, whether that's due to a system bus or > controller I/O error, a physical problem with the media itself, or > someone actively tampering with the encrypted storage? GEOM_ELI would > probably return some error back to ZFS for that sector, which could > cause the entire vdev to go offline but might just require scrubbing the > zpool to fix. >=20 > > I'm also wondering if you actually benchmarked the difference > > between HMAC/MD5 and HMAC/SHA256. Unless the difference can > > be easily measured, I'd probably stick with the recommendation. >=20 > I based my choice of HMAC algorithm on the following forum post: >=20 > http://forums.freebsd.org/showthread.php?t=3D12955 I'm wondering if dd's block size is correct, 4096 seems rather small. Anyway, it's a test without file system so the ZFS overhead isn't measured. I wasn't entirely clear about it, but my assumption was that the ZFS overhead might be big enough to make the difference between HMAC/MD5 and HMAC/SHA256 a lot less significant. > I wouldn't recommend anyone use MD5 in real-world applications, either, > so I'll update my instructions to use HMAC/SHA256 as recommended by > geli(8). It's still not clear to me why you recommend using a HMAC for geli at all. > > I would also be interested in benchmarks that show that geli(8)'s > > recommendation to increase geli's block size to 4096 bytes makes > > sense for ZFS. Is anyone aware of any? >=20 > As far as I know, ZFS on FreeBSD has no issues with 4k-sector drives, > see Ivan Voras' comments here: >=20 > http://ivoras.net/blog/tree/2011-01-01.freebsd-on-4k-sector-drives.html > > Double-checking my zpool shows the correct value for ashift: >=20 > masip205bsdfile# zdb -C tank | grep ashift > ashift: 12 I'm currently using sector sizes between 512 and 8192 so I'm not actually expecting technical problems, it's just not clear to me how much the sector size matters and if 4096 is actually the best value when using ZFS. > Benchmarking different geli sector sizes would also be interesting and > worth incorporating into these instructions. I'll add that to my to-do > list as well. Great. Fabian --Sig_/ei3AZnsArVqjRwEiNSQsCCF Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk9aEkEACgkQBYqIVf93VJ36YACgi9V0RW4BX9DFJvXEZHvFEuHV fPgAoJEcvjlp6MJzpQSUqkhtSeELb6f/ =U12I -----END PGP SIGNATURE----- --Sig_/ei3AZnsArVqjRwEiNSQsCCF-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 15:43:25 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 8789F106564A for ; Fri, 9 Mar 2012 15:43:25 +0000 (UTC) (envelope-from mavbsd@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 0EE7A8FC12 for ; Fri, 9 Mar 2012 15:43:24 +0000 (UTC) Received: by bkcjc3 with SMTP id jc3so1673682bkc.13 for ; Fri, 09 Mar 2012 07:43:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=N7STf9Vnz64zGzLjS7PyhqQ8wRKlMZI+3s3hdvJ8VpI=; b=dV5i6KzxM5mLcW2p2MEcDobKB4RpXRECnMsHklpqa4sTU98CpKcUVzHv52JFJ13uEB v4z1IhN0b6mXUfpW3+r5wyzgLS7aF6jk0SSgRiB1Bw31qiytSTSUKl1r9dhIloEX4/2G gXdQKCS5fJu7LbkN/1eD8U3fU0S2GEk35f1axmvjTKsAT9tKNqPZLBwTSAi5MgBkesvh JBaWKH6w1CDyOMbyBIbt7kkTZMFmlXnPqSMC9ZbpBVlV3YnRv1CfGKuUhJvSIhERk59Z v3rOIC6qIps/YszD2rs8sihF8ocgf+AhmwavYRWFf/w81HwEeobcyjsl0nNmJ86+emxk jZ5A== Received: by 10.204.154.202 with SMTP id p10mr1064684bkw.79.1331307798125; Fri, 09 Mar 2012 07:43:18 -0800 (PST) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua. [212.86.226.226]) by mx.google.com with ESMTPS id jr13sm9823868bkb.14.2012.03.09.07.43.16 (version=SSLv3 cipher=OTHER); Fri, 09 Mar 2012 07:43:17 -0800 (PST) Sender: Alexander Motin Message-ID: <4F5A2513.9050301@FreeBSD.org> Date: Fri, 09 Mar 2012 17:43:15 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120226 Thunderbird/10.0.2 MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Serverworks HT-1000 & HPET event timer 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, 09 Mar 2012 15:43:25 -0000 Hi. Does anybody have success story of using HPET event timer (not time counter!) on Serverworks HT-1000 chipset under FreeBSD 9/10? I was reported about problems with it on HP BL465c G6 blade system and now thinking whether it is global problem or specific to this system. -- Alexander Motin From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 16:23:50 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 657A9106566C for ; Fri, 9 Mar 2012 16:23:50 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ee0-f54.google.com (mail-ee0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E57938FC14 for ; Fri, 9 Mar 2012 16:23:49 +0000 (UTC) Received: by eekd17 with SMTP id d17so542723eek.13 for ; Fri, 09 Mar 2012 08:23:42 -0800 (PST) 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=/Qp7RrDxsuum83HoPxclSfFJaxqhG103n95FxUdX0vs=; b=EoVMOdGr0vkRtJ3O0o6unfhKqaIPGD4M3nNaNNkYpfcRTecyX7eo0TSb0sWPbIQJtX UDXC+rwWoBnliqaNYYWpS6M4H7s4+96ejLVCpYk8hXAYzWd6EsbkOWVYJgWL1f9Ssu0q KubZtwAGGA+BbLZ4bX2LV8gQu3slnpwa5dV5hdyUjJd9P46l9FGOhKg1RfoOiIJiJlW+ VOtYlYhcAPao/pylBZmVKcuIw9FQhkTyAxTxFJFDd1dr8hmNCEWprDxK8cCkRUObLfgQ 6GbTZa83g1Qj12JLefU6ErymQOqyr+DQGdKVi5p/9v6bBcJdnehtl0/hf6HRXi39zhUA GtEQ== Received: by 10.14.101.134 with SMTP id b6mr541677eeg.81.1331310222317; Fri, 09 Mar 2012 08:23:42 -0800 (PST) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id d54sm19709618eei.9.2012.03.09.08.23.40 (version=SSLv3 cipher=OTHER); Fri, 09 Mar 2012 08:23:41 -0800 (PST) Message-ID: <4F5A2E8B.1090903@my.gd> Date: Fri, 09 Mar 2012 17:23:39 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "Desai, Kashyap" References: <4F58DB81.7080608@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Gm-Message-State: ALoCoQkMBjyHUJrSeLJ4we6d+8viNKy6j8nOT7cFi9v1Zrsh24xOnIzzOxrUY8Dbns/nFzzR0Xob Cc: Johan Hendriks , freebsd-stable Subject: Re: New LSI mps driver for 9.0 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, 09 Mar 2012 16:23:50 -0000 On 3/8/12 6:33 PM, Desai, Kashyap wrote: > > >> -----Original Message----- >> From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- >> stable@freebsd.org] On Behalf Of Freddie Cash >> Sent: Thursday, March 08, 2012 10:00 PM >> To: Johan Hendriks >> Cc: freebsd-stable >> Subject: Re: New LSI mps driver for 9.0 >> >> On Thu, Mar 8, 2012 at 8:17 AM, Johan Hendriks >> wrote: >>> Is it possible to get a 'official' patch for the latest LSI mps driver >> for >>> 9.0 RELEASE. >> >> There are patches floating around for mpslsi(4) for 9.0. >> >> And, if you upgrade to stable/9, mps(4) *is* the official driver from >> LSI. > I know it is bad timing. FreeBSD-9 mps very old driver. You should migrate to FreeBSD-9-stable and if you want just pick driver from there and port it to FreeBSD-9-RELEASE. > > ~ Kashyap > Kashyap, do you see any problem with taking the mps(4) driver from stable/9 and compiling/installing it on stable/8 ? If you can't see a huge problem forthcoming, I'd be willing to try that and validate it works as advertised. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 17:48:01 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 CE7C0106564A; Fri, 9 Mar 2012 17:48:01 +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 716618FC14; Fri, 9 Mar 2012 17:48:01 +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 q29Hm0tl063001; Fri, 9 Mar 2012 17:48:00 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q29Hlxg0062921; Fri, 9 Mar 2012 17:47:59 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Mar 2012 17:47:59 GMT Message-Id: <201203091747.q29Hlxg0062921@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 i386/i386 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: Fri, 09 Mar 2012 17:48:01 -0000 TB --- 2012-03-09 16:00:13 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-09 16:00:13 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-09 16:00:13 - cleaning the object tree TB --- 2012-03-09 16:01:09 - cvsupping the source tree TB --- 2012-03-09 16:01:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-09 16:01:27 - building world TB --- 2012-03-09 16:01:27 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 16:01:27 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 16:01:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 16:01:27 - SRCCONF=/dev/null TB --- 2012-03-09 16:01:27 - TARGET=i386 TB --- 2012-03-09 16:01:27 - TARGET_ARCH=i386 TB --- 2012-03-09 16:01:27 - TZ=UTC TB --- 2012-03-09 16:01:27 - __MAKE_CONF=/dev/null TB --- 2012-03-09 16:01:27 - cd /src TB --- 2012-03-09 16:01:27 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 9 16:01:27 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 >>> World build completed on Fri Mar 9 16:47:29 UTC 2012 TB --- 2012-03-09 16:47:29 - generating LINT kernel config TB --- 2012-03-09 16:47:29 - cd /src/sys/i386/conf TB --- 2012-03-09 16:47:29 - /usr/bin/make -B LINT TB --- 2012-03-09 16:47:29 - cd /src/sys/i386/conf TB --- 2012-03-09 16:47:29 - /usr/sbin/config -m LINT TB --- 2012-03-09 16:47:29 - building LINT kernel TB --- 2012-03-09 16:47:29 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 16:47:29 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 16:47:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 16:47:29 - SRCCONF=/dev/null TB --- 2012-03-09 16:47:29 - TARGET=i386 TB --- 2012-03-09 16:47:29 - TARGET_ARCH=i386 TB --- 2012-03-09 16:47:29 - TZ=UTC TB --- 2012-03-09 16:47:29 - __MAKE_CONF=/dev/null TB --- 2012-03-09 16:47:29 - cd /src TB --- 2012-03-09 16:47:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 9 16:47:29 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Mar 9 17:08:23 UTC 2012 TB --- 2012-03-09 17:08:23 - cd /src/sys/i386/conf TB --- 2012-03-09 17:08:23 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-09 17:08:23 - building LINT-VIMAGE kernel TB --- 2012-03-09 17:08:23 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 17:08:23 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 17:08:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 17:08:23 - SRCCONF=/dev/null TB --- 2012-03-09 17:08:23 - TARGET=i386 TB --- 2012-03-09 17:08:23 - TARGET_ARCH=i386 TB --- 2012-03-09 17:08:23 - TZ=UTC TB --- 2012-03-09 17:08:23 - __MAKE_CONF=/dev/null TB --- 2012-03-09 17:08:23 - cd /src TB --- 2012-03-09 17:08:23 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Mar 9 17:08:23 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Fri Mar 9 17:29:18 UTC 2012 TB --- 2012-03-09 17:29:18 - cd /src/sys/i386/conf TB --- 2012-03-09 17:29:18 - /usr/sbin/config -m GENERIC TB --- 2012-03-09 17:29:18 - building GENERIC kernel TB --- 2012-03-09 17:29:18 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 17:29:18 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 17:29:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 17:29:18 - SRCCONF=/dev/null TB --- 2012-03-09 17:29:18 - TARGET=i386 TB --- 2012-03-09 17:29:18 - TARGET_ARCH=i386 TB --- 2012-03-09 17:29:18 - TZ=UTC TB --- 2012-03-09 17:29:18 - __MAKE_CONF=/dev/null TB --- 2012-03-09 17:29:18 - cd /src TB --- 2012-03-09 17:29:18 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Mar 9 17:29:18 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Mar 9 17:44:11 UTC 2012 TB --- 2012-03-09 17:44:11 - cd /src/sys/i386/conf TB --- 2012-03-09 17:44:11 - /usr/sbin/config -m PAE TB --- 2012-03-09 17:44:11 - building PAE kernel TB --- 2012-03-09 17:44:11 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 17:44:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 17:44:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 17:44:11 - SRCCONF=/dev/null TB --- 2012-03-09 17:44:11 - TARGET=i386 TB --- 2012-03-09 17:44:11 - TARGET_ARCH=i386 TB --- 2012-03-09 17:44:11 - TZ=UTC TB --- 2012-03-09 17:44:11 - __MAKE_CONF=/dev/null TB --- 2012-03-09 17:44:11 - cd /src TB --- 2012-03-09 17:44:11 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Fri Mar 9 17:44:11 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-09 17:47:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-09 17:47:59 - ERROR: failed to build PAE kernel TB --- 2012-03-09 17:47:59 - 5253.27 user 834.55 system 6465.91 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 19:07:36 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 4A046106566C for ; Fri, 9 Mar 2012 19:07:36 +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 94E918FC13 for ; Fri, 9 Mar 2012 19:07:32 +0000 (UTC) Received: from porto.starpoint.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA18467; Fri, 09 Mar 2012 21:07:31 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1S65A2-000DS1-Nm; Fri, 09 Mar 2012 21:07:30 +0200 Message-ID: <4F5A54F2.3040600@FreeBSD.org> Date: Fri, 09 Mar 2012 21:07:30 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:10.0.2) Gecko/20120218 Thunderbird/10.0.2 MIME-Version: 1.0 To: stable@FreeBSD.org References: <201203091747.q29Hlxg0062921@freebsd-legacy2.sentex.ca> In-Reply-To: <201203091747.q29Hlxg0062921@freebsd-legacy2.sentex.ca> X-Enigmail-Version: 1.3.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: i386@FreeBSD.org Subject: Re: [releng_8 tinderbox] failure on i386/i386 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, 09 Mar 2012 19:07:36 -0000 on 09/03/2012 19:47 FreeBSD Tinderbox said the following: > ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) Just in case someone more knowledgeable can pick up from here: http://gcc.gnu.org/ml/gcc-bugs/2000-05/msg00797.html http://www.delorie.com/gnu/docs/binutils/ld_48.html (bottom of the page) BTW, something from i386 kernel that I have here: Program Headers: Type Offset VirtAddr PhysAddr FileSiz MemSiz Flg Align PHDR 0x000034 0xc0400034 0xc0400034 0x000c0 0x000c0 R E 0x4 INTERP 0x0000f4 0xc04000f4 0xc04000f4 0x0000d 0x0000d R 0x1 [Requesting program interpreter: /red/herring] LOAD 0x000000 0xc0400000 0xc0400000 0x9d700e 0x9d700e R E 0x1000 LOAD 0x9d7010 0xc0dd8010 0xc0dd8010 0xf1edc 0x29878c RW 0x1000 DYNAMIC 0x9d7010 0xc0dd8010 0xc0dd8010 0x00068 0x00068 RW 0x4 GNU_STACK 0x000000 0x00000000 0x00000000 0x00000 0x00000 RWE 0x4 Seems to have 6 items. So maybe we could either use some fixed size instead of SIZEOF_HEADERS or explicitly use PHDRS. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 20:02:52 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 2A9F3106564A for ; Fri, 9 Mar 2012 20:02:52 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (75-101-96-57.dsl.static.sonic.net [75.101.96.57]) by mx1.freebsd.org (Postfix) with SMTP id 02FF08FC14 for ; Fri, 9 Mar 2012 20:02:51 +0000 (UTC) Received: (qmail 18188 invoked by uid 1001); 9 Mar 2012 20:03:08 -0000 Date: Fri, 9 Mar 2012 12:03:08 -0759 From: David Thiel To: Adrian Chadd Message-ID: <20120309200244.GL88589@redundancy.redundancy.org> References: <20120308190713.GH88589@redundancy.redundancy.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-OpenPGP-Key-available: http://redundancy.redundancy.org/lx.gpg X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Mar 2012 20:02:52 -0000 On Fri, Mar 09, 2012 at 01:53:59AM -0800, Adrian Chadd wrote: > PR ? The original thread was here: http://marc.info/?t=132502460000001&r=1&w=2 Ignore the part where it takes me a while to figure out fsck isn't softupdate-aware. There was further followup off-list with the associated SUJ developers with clearer test results, but no definitive resolution as of yet, as far as I know. I didn't get a chance to test the write cache disabling approach or do further testing before I had to turn off SUJ. Arnaud: Would you be able to record a few test cases with SUJfsck and then regular fsck, both using the -v flag (with output piped to some other fs)? Can you also see if: kern.cam.ada.write_cache=0 hw.ata.wc=0 while leaving SUJ enabled helps at all? > On 8 March 2012 11:07, David Thiel wrote: > > On Mon, Mar 05, 2012 at 05:12:16PM -0500, Arnaud Lacombe wrote: > >> I've been running a couple of system with 9.0-RELEASE since it is out. > >> All the system were installed through the standard installation > >> procedure. After unclean reboot, either crash or power-failure, I get > >> a huge amount of really bad filesystem corruption (read: "silent", > >> fs-wide, corruptions). This happens with either i386 or amd64 build. > >> Systems involved use compact flash as their system permanent storage > >> medium. > > > > I have had this same behavior on every SUJ system I've built, both on > > SSDs and otherwise, on i386, PPC and amd64. Remove SUJ and revert to > > plain softupdates, and I strongly suspect your problems will disappear. > > > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 21:53: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 7F49C106566B; Fri, 9 Mar 2012 21:53:17 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 49B558FC15; Fri, 9 Mar 2012 21:53:17 +0000 (UTC) Received: by dald2 with SMTP id d2so2140395dal.13 for ; Fri, 09 Mar 2012 13:53:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ZnycIKMSxrB0K86T/Z3czKa6CyxPBMSijC4v6N4PYeE=; b=ndC1t0S7iGLcpEO940OUcIIbzX7fufosF0On6kmoc/0UH7NQPgHrS7wTUqqfX/8AlD uSk3PZjq74lN/gOKgrmfdQvAAuxG7hCmyM6W2Bz0GQSaYBGGPEeWqRMPclXgjW3ku7HZ A1Qq+KohAN3bKmjT61lFEzvnIf7XmM8CrirknUouV0DibOdC9uPpwUI61ClZR25qd6eB KlfSiZliIHVR3zfOu6r0CDfmNwtjqk/yRQJzPtxIUCeiXYpLC9RYoIAdkKqMGsUunwdw fppUKQVs4RJ00+75bcfjjQ1gDMNlih70OfmqZDCXAKRSEfnbMfF9FAi7OnFHyptLKOQo AS1w== MIME-Version: 1.0 Received: by 10.68.134.33 with SMTP id ph1mr6620856pbb.81.1331329997098; Fri, 09 Mar 2012 13:53:17 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.143.33.5 with HTTP; Fri, 9 Mar 2012 13:53:17 -0800 (PST) In-Reply-To: <20120309200244.GL88589@redundancy.redundancy.org> References: <20120308190713.GH88589@redundancy.redundancy.org> <20120309200244.GL88589@redundancy.redundancy.org> Date: Fri, 9 Mar 2012 13:53:17 -0800 X-Google-Sender-Auth: f8tUEkpPXyC0bnpt5TdXIx9KD2Q Message-ID: From: Adrian Chadd To: David Thiel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org Subject: Re: Heavy fs corruption with 9.0-RELEASE 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, 09 Mar 2012 21:53:17 -0000 You didn't answer my question - is there a PR opened for this? Adrian On 9 March 2012 12:02, David Thiel wrote: > On Fri, Mar 09, 2012 at 01:53:59AM -0800, Adrian Chadd wrote: >> PR ? > > The original thread was here: > > http://marc.info/?t=132502460000001&r=1&w=2 > > Ignore the part where it takes me a while to figure out fsck isn't > softupdate-aware. > > There was further followup off-list with the associated SUJ developers > with clearer test results, but no definitive resolution as of yet, as > far as I know. I didn't get a chance to test the write cache disabling > approach or do further testing before I had to turn off SUJ. > > Arnaud: Would you be able to record a few test cases with SUJfsck and > then regular fsck, both using the -v flag (with output piped to some > other fs)? Can you also see if: > > kern.cam.ada.write_cache=0 > hw.ata.wc=0 > > while leaving SUJ enabled helps at all? > >> On 8 March 2012 11:07, David Thiel wrote: >> > On Mon, Mar 05, 2012 at 05:12:16PM -0500, Arnaud Lacombe wrote: >> >> I've been running a couple of system with 9.0-RELEASE since it is out. >> >> All the system were installed through the standard installation >> >> procedure. After unclean reboot, either crash or power-failure, I get >> >> a huge amount of really bad filesystem corruption (read: "silent", >> >> fs-wide, corruptions). This happens with either i386 or amd64 build. >> >> Systems involved use compact flash as their system permanent storage >> >> medium. >> > >> > I have had this same behavior on every SUJ system I've built, both on >> > SSDs and otherwise, on i386, PPC and amd64. Remove SUJ and revert to >> > plain softupdates, and I strongly suspect your problems will disappear. >> > >> > _______________________________________________ >> > freebsd-stable@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Mar 9 23:56:04 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 ACE71106567C; Fri, 9 Mar 2012 23:56:04 +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 5A7368FC13; Fri, 9 Mar 2012 23:56:04 +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 q29Nu30R023568; Fri, 9 Mar 2012 23:56:03 GMT (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-legacy2.sentex.ca (8.14.5/8.14.5/Submit) id q29Nu2IE023509; Fri, 9 Mar 2012 23:56:02 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 9 Mar 2012 23:56:02 GMT Message-Id: <201203092356.q29Nu2IE023509@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 i386/i386 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: Fri, 09 Mar 2012 23:56:04 -0000 TB --- 2012-03-09 22:07:26 - tinderbox 2.9 running on freebsd-legacy2.sentex.ca TB --- 2012-03-09 22:07:26 - starting RELENG_8 tinderbox run for i386/i386 TB --- 2012-03-09 22:07:26 - cleaning the object tree TB --- 2012-03-09 22:08:19 - cvsupping the source tree TB --- 2012-03-09 22:08:19 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/RELENG_8/i386/i386/supfile TB --- 2012-03-09 22:08:50 - building world TB --- 2012-03-09 22:08:50 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 22:08:50 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 22:08:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 22:08:50 - SRCCONF=/dev/null TB --- 2012-03-09 22:08:50 - TARGET=i386 TB --- 2012-03-09 22:08:50 - TARGET_ARCH=i386 TB --- 2012-03-09 22:08:50 - TZ=UTC TB --- 2012-03-09 22:08:50 - __MAKE_CONF=/dev/null TB --- 2012-03-09 22:08:50 - cd /src TB --- 2012-03-09 22:08:50 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 9 22:08:51 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 >>> World build completed on Fri Mar 9 22:55:48 UTC 2012 TB --- 2012-03-09 22:55:48 - generating LINT kernel config TB --- 2012-03-09 22:55:48 - cd /src/sys/i386/conf TB --- 2012-03-09 22:55:48 - /usr/bin/make -B LINT TB --- 2012-03-09 22:55:48 - cd /src/sys/i386/conf TB --- 2012-03-09 22:55:48 - /usr/sbin/config -m LINT TB --- 2012-03-09 22:55:48 - building LINT kernel TB --- 2012-03-09 22:55:48 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 22:55:48 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 22:55:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 22:55:48 - SRCCONF=/dev/null TB --- 2012-03-09 22:55:48 - TARGET=i386 TB --- 2012-03-09 22:55:48 - TARGET_ARCH=i386 TB --- 2012-03-09 22:55:48 - TZ=UTC TB --- 2012-03-09 22:55:48 - __MAKE_CONF=/dev/null TB --- 2012-03-09 22:55:48 - cd /src TB --- 2012-03-09 22:55:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 9 22:55:48 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Fri Mar 9 23:16:37 UTC 2012 TB --- 2012-03-09 23:16:37 - cd /src/sys/i386/conf TB --- 2012-03-09 23:16:37 - /usr/sbin/config -m LINT-VIMAGE TB --- 2012-03-09 23:16:37 - building LINT-VIMAGE kernel TB --- 2012-03-09 23:16:37 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 23:16:37 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 23:16:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 23:16:37 - SRCCONF=/dev/null TB --- 2012-03-09 23:16:37 - TARGET=i386 TB --- 2012-03-09 23:16:37 - TARGET_ARCH=i386 TB --- 2012-03-09 23:16:37 - TZ=UTC TB --- 2012-03-09 23:16:37 - __MAKE_CONF=/dev/null TB --- 2012-03-09 23:16:37 - cd /src TB --- 2012-03-09 23:16:37 - /usr/bin/make -B buildkernel KERNCONF=LINT-VIMAGE >>> Kernel build for LINT-VIMAGE started on Fri Mar 9 23:16:37 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT-VIMAGE completed on Fri Mar 9 23:37:23 UTC 2012 TB --- 2012-03-09 23:37:23 - cd /src/sys/i386/conf TB --- 2012-03-09 23:37:23 - /usr/sbin/config -m GENERIC TB --- 2012-03-09 23:37:24 - building GENERIC kernel TB --- 2012-03-09 23:37:24 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 23:37:24 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 23:37:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 23:37:24 - SRCCONF=/dev/null TB --- 2012-03-09 23:37:24 - TARGET=i386 TB --- 2012-03-09 23:37:24 - TARGET_ARCH=i386 TB --- 2012-03-09 23:37:24 - TZ=UTC TB --- 2012-03-09 23:37:24 - __MAKE_CONF=/dev/null TB --- 2012-03-09 23:37:24 - cd /src TB --- 2012-03-09 23:37:24 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Fri Mar 9 23:37:24 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for GENERIC completed on Fri Mar 9 23:52:11 UTC 2012 TB --- 2012-03-09 23:52:11 - cd /src/sys/i386/conf TB --- 2012-03-09 23:52:11 - /usr/sbin/config -m PAE TB --- 2012-03-09 23:52:11 - building PAE kernel TB --- 2012-03-09 23:52:11 - CROSS_BUILD_TESTING=YES TB --- 2012-03-09 23:52:11 - MAKEOBJDIRPREFIX=/obj TB --- 2012-03-09 23:52:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2012-03-09 23:52:11 - SRCCONF=/dev/null TB --- 2012-03-09 23:52:11 - TARGET=i386 TB --- 2012-03-09 23:52:11 - TARGET_ARCH=i386 TB --- 2012-03-09 23:52:11 - TZ=UTC TB --- 2012-03-09 23:52:11 - __MAKE_CONF=/dev/null TB --- 2012-03-09 23:52:11 - cd /src TB --- 2012-03-09 23:52:11 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Fri Mar 9 23:52:11 UTC 2012 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] :> hack.c cc -shared -nostdlib hack.c -o hack.So rm -f hack.c MAKE=/usr/bin/make sh /src/sys/conf/newvers.sh PAE-GENERIC cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /obj/i386/src/sys/PAE. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2012-03-09 23:56:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2012-03-09 23:56:02 - ERROR: failed to build PAE kernel TB --- 2012-03-09 23:56:02 - 5267.38 user 839.16 system 6516.65 real http://tinderbox.freebsd.org/tinderbox-releng_8-RELENG_8-i386-i386.full From owner-freebsd-stable@FreeBSD.ORG Sat Mar 10 08:07: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 22D51106566B for ; Sat, 10 Mar 2012 08:07:23 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 0BEBF8FC19 for ; Sat, 10 Mar 2012 08:07:22 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id DA516B9E1A for ; Sat, 10 Mar 2012 03:07:15 -0500 (EST) Message-ID: <4F5B0BB5.5010406@ateamsystems.com> Date: Sat, 10 Mar 2012 15:07:17 +0700 From: Adam Strohl Organization: A-Team Systems User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: FreeBSD-Stable ML Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Time Clock Stops in FreeBSD 9.0 guest running under ESXi 5.0 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, 10 Mar 2012 08:07:23 -0000 I've now seen this on two different VMs on two different ESXi servers (Xeon based hosts but different hardware otherwise and at different facilities): Everything runs fine for weeks then (seemingly) suddenly/randomly the clock STOPS. In the first case I saw a jump backwards of about 15 minutes (and then a 'freeze' of the clock). The second time just 'time standing still' with no backwards jump. Logging accuracy is of course questionable given the nature of the issue, but nothing really jumps out (ie; I don't see NTPd adjusting the time just before this happens or anything like that). Naturally the clock stopping causes major issues, but the machine does technically stay running. My open sessions respond, but anything that relies on time moving forward hangs. I can't even gracefully reboot it because shutdown/etc all rely on time moving forward (heh). So I'm not sure if this is a VMWare/ESXi issue or a FreeBSD issue, or some kind of interaction between the two. I manage lots of VMWare based FreeBSD VMs, but these are the only ESXi 5.0 servers and the only FreeBSD 9.0 VMs. I have never seen anything quite like this before, and last night as I mentioned above I had it happen for the second time on a different VM + ESXi server combo so I'm not thinking its a fluke anymore. I've looked for other reports of this both in VMWare and FreeBSD contexts and not seeing anything. What is interesting is that the 2 servers that have shown this issue perform similar tasks, which are different from the other VMs which have not shown this issue (yet). This is 2 VMs out of a dozen VMs spread over two ESXi servers on different coasts. This might be a coincidence but seems suspicious. These two VMs run these services (where as the other VMs don't): - BIND - CouchDB - MySQL - NFS server - Dovecot 2.x I would also say that these two VMs probably are the most active, have the most RAM and consume the most CPU because of what they do (vs. the others). I have disabled NTPd since I am running the OpenVM Tools (which I believe should be keeping the time in sync with the ESXi host, which itself uses NTP), my only guess is maybe there is some kind of collision where NTPd and OpenVMTools were adjusting the time at the same time. I'm playing the waiting game now to see what this brings (again though I am running NTPd and OpenVMTools on all the other VMs which have yet to show this issue). Anyone seen anything like this? Ring any bells? -- Adam Strohl A-Team Systems http://ateamsystems.com/ From owner-freebsd-stable@FreeBSD.ORG Sat Mar 10 10:10: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 73268106566C for ; Sat, 10 Mar 2012 10:10:27 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) by mx1.freebsd.org (Postfix) with ESMTP id 01FC88FC13 for ; Sat, 10 Mar 2012 10:10:27 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id E1C0F25D385E; Sat, 10 Mar 2012 10:10:25 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id EEBA0BDD166; Sat, 10 Mar 2012 10:10:24 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id FYOtWte8-0wV; Sat, 10 Mar 2012 10:10:23 +0000 (UTC) Received: from orange-en1.sbone.de (orange-en1.sbone.de [IPv6:fde9:577b:c1a9:31:cabc:c8ff:fecf:e8e3]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id DFFF5BDD165; Sat, 10 Mar 2012 10:10:23 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: "Bjoern A. Zeeb" In-Reply-To: <4F5B0BB5.5010406@ateamsystems.com> Date: Sat, 10 Mar 2012 10:10:22 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <6D0B99CE-AE11-4250-A8D9-EF66E03E19BB@lists.zabbadoz.net> References: <4F5B0BB5.5010406@ateamsystems.com> To: Adam Strohl X-Mailer: Apple Mail (2.1084) Cc: FreeBSD-Stable ML Subject: Re: Time Clock Stops in FreeBSD 9.0 guest running under ESXi 5.0 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, 10 Mar 2012 10:10:27 -0000 On 10. Mar 2012, at 08:07 , Adam Strohl wrote: > I've now seen this on two different VMs on two different ESXi servers = (Xeon based hosts but different hardware otherwise and at different = facilities): >=20 > Everything runs fine for weeks then (seemingly) suddenly/randomly the = clock STOPS. Apart from the ntp vs. openvm-tools thing, do you have an idea what "for = weeks" means in more detail? Can you check based on last/daily = mails/.. how many days it was since last reboot to a) see if it's close = to a integer wrap-around or b) to give anyone who wants to reproduce = this maybe a clue on how long they'll have to wait? For that matter, is = it a stock 9.0 or your own kernel? What other modules are loaded? /bz --=20 Bjoern A. Zeeb You have to have visions! It does not matter how good you are. It matters what good you do! From owner-freebsd-stable@FreeBSD.ORG Sat Mar 10 13:57: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 31363106566B for ; Sat, 10 Mar 2012 13:57:00 +0000 (UTC) (envelope-from adams-freebsd@ateamsystems.com) Received: from fss.sandiego.ateamservers.com (fss.sandiego.ateamservers.com [69.55.229.149]) by mx1.freebsd.org (Postfix) with ESMTP id 1326B8FC0A for ; Sat, 10 Mar 2012 13:56:59 +0000 (UTC) Received: from [192.168.15.220] (unknown [118.175.84.92]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by fss.sandiego.ateamservers.com (Postfix) with ESMTPSA id F06A0B9F36; Sat, 10 Mar 2012 08:56:57 -0500 (EST) Message-ID: <4F5B5DAB.3010905@ateamsystems.com> Date: Sat, 10 Mar 2012 20:56:59 +0700 From: Adam Strohl Organization: A-Team Systems User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <4F5B0BB5.5010406@ateamsystems.com> <6D0B99CE-AE11-4250-A8D9-EF66E03E19BB@lists.zabbadoz.net> In-Reply-To: <6D0B99CE-AE11-4250-A8D9-EF66E03E19BB@lists.zabbadoz.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Stable ML Subject: Re: Time Clock Stops in FreeBSD 9.0 guest running under ESXi 5.0 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, 10 Mar 2012 13:57:00 -0000 On 3/10/2012 17:10, Bjoern A. Zeeb wrote: > On 10. Mar 2012, at 08:07 , Adam Strohl wrote: > >> I've now seen this on two different VMs on two different ESXi servers (Xeon based hosts but different hardware otherwise and at different facilities): >> >> Everything runs fine for weeks then (seemingly) suddenly/randomly the clock STOPS. > > Apart from the ntp vs. openvm-tools thing, do you have an idea what "for weeks" means in more detail? Can you check based on last/daily mails/.. how many days it was since last reboot to a) see if it's close to a integer wrap-around or b) to give anyone who wants to reproduce this maybe a clue on how long they'll have to wait? For that matter, is it a stock 9.0 or your own kernel? What other modules are loaded? Uptime was 31 days on the first incident / server (occurred 5 days ago) Uptime was 4 days on the second incident / server (occurred last night) One additional unique factor I just thought of: the two problem VMs have 4 cores allocated to them inside ESXi, while the rest have 2 cores. Kernel config is a copy of GENERIC (amd64) with the following lines added to the bottom. All the VMs use this same kernel which I compiled once and then installed via NFS on the rest: # -- Add Support for nicer console # options VESA options SC_PIXEL_MODE # -- IPFW support # options IPFIREWALL options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=10 options IPDIVERT options IPFIREWALL_FORWARD From owner-freebsd-stable@FreeBSD.ORG Sat Mar 10 16:09:42 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 BCD1E106564A for ; Sat, 10 Mar 2012 16:09:42 +0000 (UTC) (envelope-from xenophon@irtnog.org) Received: from mx1.irtnog.org (rrcs-24-123-13-61.central.biz.rr.com [24.123.13.61]) by mx1.freebsd.org (Postfix) with ESMTP id 7B48B8FC0A for ; Sat, 10 Mar 2012 16:09:41 +0000 (UTC) Received: from cinep001bsdgw.irtnog.net (localhost [127.0.0.1]) by mx1.irtnog.org (Postfix) with ESMTP id B313612B0B for ; Sat, 10 Mar 2012 11:03:43 -0500 (EST) X-Virus-Scanned: amavisd-new at irtnog.org Received: from mx1.irtnog.org ([127.0.0.1]) by cinep001bsdgw.irtnog.net (mx1.irtnog.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kI4vFADigawO for ; Sat, 10 Mar 2012 11:03:37 -0500 (EST) Received: from cinip100ntsbs.irtnog.net (cinip100ntsbs.irtnog.net [10.63.1.100]) by mx1.irtnog.org (Postfix) with ESMTP for ; Sat, 10 Mar 2012 11:03:37 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Sat, 10 Mar 2012 11:03:34 -0500 Content-Type: multipart/signed; boundary="----=_NextPart_000_0003_01CCFEAD.6FE074C0"; micalg=2.16.840.1.101.3.4.2.3; protocol="application/x-pkcs7-signature" Message-ID: In-Reply-To: <20120309152253.17a108c2@fabiankeil.de> X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Thread-Topic: FreeBSD root on a geli-encrypted ZFS pool thread-index: Acz+ALr6Ung4OwUMRkGClAvc7d26qAAMP2sg References: <20120307174850.746a6b0a@fabiankeil.de> <20120309152253.17a108c2@fabiankeil.de> From: "Matthew X. Economou" To: Subject: RE: FreeBSD root on a geli-encrypted ZFS pool 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, 10 Mar 2012 16:09:42 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0003_01CCFEAD.6FE074C0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Fabian Keil writes: > In my opinion protecting ZFS's default checksums (which cover > non-metadata as well) with GEOM_ELI is sufficient. I don't see > what advantage additionally enabling GEOM_ELI's integrity > verification offers. I follow you now. You may be right about the extra integrity checking being redundant with ZFS. > Anyway, it's a test without file system so the ZFS overhead isn't > measured. I wasn't entirely clear about it, but my assumption was > that the ZFS overhead might be big enough to make the difference > between HMAC/MD5 and HMAC/SHA256 a lot less significant. Got it. That also makes sense. I'll put this on my to-test list. > I'm currently using sector sizes between 512 and 8192 so I'm not > actually expecting technical problems, it's just not clear to me > how much the sector size matters and if 4096 is actually the best > value when using ZFS. The geli(8) manual page claims that larger sector sizes lower the overhead of GEOM_ELI keying initialization and encryption/decryption steps by requiring fewer of these compute-intensive setup operations per block. You can think of it in terms of networking, where it makes sense to re-use a TCP connection for multiple HTTP requests, because for small HTTP requests, the bandwidth and latency caused by the TCP three-way handshake overshadows the actual data transfer. -- I FIGHT FOR THE USERS ------=_NextPart_000_0003_01CCFEAD.6FE074C0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgMFADCABgkqhkiG9w0BBwEAAKCCEA4w ggeyMIIFmqADAgECAgonCLhKAAAAAACFMA0GCSqGSIb3DQEBBQUAMEYxEzARBgoJkiaJk/IsZAEZ FgNuZXQxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cxFzAVBgNVBAMTDmlydG5vZy1yb290LWNhMB4X DTEyMDEyMTIyMDIwMFoXDTEyMDkxODIyMzk1NlowgacxEzARBgoJkiaJk/IsZAEZFgNuZXQxFjAU BgoJkiaJk/IsZAEZFgZpcnRub2cxEzARBgNVBAsTCk15QnVzaW5lc3MxDjAMBgNVBAsTBVVzZXJz MREwDwYDVQQLEwhTQlNVc2VyczEcMBoGA1UEAxMTTWF0dGhldyBYLiBFY29ub21vdTEiMCAGCSqG SIb3DQEJARYTeGVub3Bob25AaXJ0bm9nLm9yZzCBnzANBgkqhkiG9w0BAQEFAAOBjQAwgYkCgYEA xxSejYh5d5540s54di3lHM8054mpLq80ENH+/GFPQDKfNR0TTsT9j2mgQ3vOCoMmsgsg+pQEjhZq v4PRqW3gDiew5eqHG9V34pmbug0lxvBqbX0JZHhH6LYiqxlXkdgGZP+nuFIJ1JQNJqYlJ7DITvwV 2g37kz8KkOTSWpvzNPUCAwEAAaOCA8IwggO+MBcGCSsGAQQBgjcUAgQKHggAVQBzAGUAcjApBgNV HSUEIjAgBgorBgEEAYI3CgMEBggrBgEFBQcDBAYIKwYBBQUHAwIwCwYDVR0PBAQDAgWgMEQGCSqG SIb3DQEJDwQ3MDUwDgYIKoZIhvcNAwICAgCAMA4GCCqGSIb3DQMEAgIAgDAHBgUrDgMCBzAKBggq hkiG9w0DBzBDBgNVHREEPDA6oCMGCisGAQQBgjcUAgOgFQwTeGVub3Bob25AaXJ0bm9nLm5ldIET eGVub3Bob25AaXJ0bm9nLm9yZzAdBgNVHQ4EFgQU3Cmqfa0uDB+8b10FZ6le9hm/LaowHwYDVR0j BBgwFoAUEIDvE/jvbRM59XtEApwmUJeGN6QwggE/BgNVHR8EggE2MIIBMjCCAS6gggEqoIIBJoaB umxkYXA6Ly8vQ049aXJ0bm9nLXJvb3QtY2EsQ049Y2luaXAxMDBudHNicyxDTj1DRFAsQ049UHVi bGljJTIwS2V5JTIwU2VydmljZXMsQ049U2VydmljZXMsQ049Q29uZmlndXJhdGlvbixEQz1pcnRu b2csREM9bmV0P2NlcnRpZmljYXRlUmV2b2NhdGlvbkxpc3Q/YmFzZT9vYmplY3RDbGFzcz1jUkxE aXN0cmlidXRpb25Qb2ludIY9aHR0cDovL2NpbmlwMTAwbnRzYnMuaXJ0bm9nLm5ldC9DZXJ0RW5y b2xsL2lydG5vZy1yb290LWNhLmNybIYoaHR0cDovL3dlYi5pcnRub2cub3JnL2lydG5vZy1yb290 LWNhLmNybDCCAVsGCCsGAQUFBwEBBIIBTTCCAUkwgawGCCsGAQUFBzABhoGfbGRhcDovLy9DTj1p cnRub2ctcm9vdC1jYSxDTj1BSUEsQ049UHVibGljJTIwS2V5JTIwU2VydmljZXMsQ049U2Vydmlj ZXMsQ049Q29uZmlndXJhdGlvbixEQz1pcnRub2csREM9bmV0P2NBQ2VydGlmaWNhdGU/YmFzZT9v YmplY3RDbGFzcz1jZXJ0aWZpY2F0aW9uQXV0aG9yaXR5MGIGCCsGAQUFBzABhlZodHRwOi8vY2lu aXAxMDBudHNicy5pcnRub2cubmV0L0NlcnRFbnJvbGwvY2luaXAxMDBudHNicy5pcnRub2cubmV0 X2lydG5vZy1yb290LWNhLmNydDA0BggrBgEFBQcwAYYoaHR0cDovL3dlYi5pcnRub2cub3JnL2ly dG5vZy1yb290LWNhLmNydDANBgkqhkiG9w0BAQUFAAOCAgEADgEVR2j45bb/icawmW483CDBRTW5 japSrGUTOewheyoXGlZGbaS2MGY/2fLdF+G6/f2P1tgL4L9fqtc7UoVnvio6BlnYnrknstrWkcRU kNBcvUpoCAexEAl/I8WSdS5GAFiMh75kF+6nzm6+FlMuWyHyFNp4Xlkx0WWW3wN5B2DsTbhTMWjP D6EtpjEz60aK+aGPKsgtKTsLyJYbQdjic7lEOIi5S/OAgTKBWseuKb4YwBS0lXcqyVPI149NfgiC tX9jCY2kZwhBWMo5ueGViY3twsJ4MkTc2GvTYhztgYu2YDq5/BRoGlenUgSyReOPMB0KZViDvBue imBUnpq/YioW0fFhIHyUgQWaXUeuMgZb7sYdlLsbgzUXuEqL09gr4KiBB6dDyzENgNDvoUZrBAeb Qsw2X8qd/yhKL7PMd1mYFWzHfUMXgfY31fmkF2GUH2+AmVntl4ClR5W46wl0SprO1tVuUPYvcWfx BYjEUnzFpsMDa5i0XRZUSe55dafNuMXqLoBQ+SnyW1qdf1eVzsUcWra0o/YH38RKdQiUgPcenED3 NXSWo5LAElyu7TrA+1xrYO0UVdbQ7yGTSeTPeeKh/rLvHwPML0ikfI4Ods1R2cwbXJnLc5Kp/rks HB72O22dZXBtgjPgDSA3cF6lbAV8Zc2gMnRNyMCHQDToR20wgghUMIIGPKADAgECAhAJRHXEQIeq skNRKMSkhahFMA0GCSqGSIb3DQEBBQUAMEYxEzARBgoJkiaJk/IsZAEZFgNuZXQxFjAUBgoJkiaJ k/IsZAEZFgZpcnRub2cxFzAVBgNVBAMTDmlydG5vZy1yb290LWNhMB4XDTA3MDkxODIyMzI0NloX DTEyMDkxODIyMzk1NlowRjETMBEGCgmSJomT8ixkARkWA25ldDEWMBQGCgmSJomT8ixkARkWBmly dG5vZzEXMBUGA1UEAxMOaXJ0bm9nLXJvb3QtY2EwggIiMA0GCSqGSIb3DQEBAQUAA4ICDwAwggIK AoICAQC0xMC49jp+gi7WGyqsqVMg06+XcqOSou2WnQn22YtqxG/XoxqGue+aWgEgxfo+qT5AABK5 2iJM+oGCJtzxIZy1LKKL5xgsHR6NwdRVQW/SGJEGOP4WLUVo0/2TuLhgzSsyl9QTZ/Nb+ZxHIyOs kD/dVN0tyfRylvLEC4nHiGVrj/8owLYxGCZAI4eupcPnOHNThL4NM4uGvmJLgY0moFz4G1XvXirq QcrKOohzH1drzwOtGgGbBzIRVZRbt4BCAcy4eym7EQEvRrdExWBwEmR1xuL5b1UeTJrH51rufYEg M+jdW8sLhsrfDV32F1dECfASnHzoaxmQUUtCOvSNciKGaj3MXzt16LZWVE6lM15cNkv7ynKWxNJi ls5KhxAg/aoAbX9qY2MHivI+oI5+yKkWxfIyTqJ7m691dIs4MXXpxjweIzkiFLcTSojGUwUVwU9j AYp7aQIapcV1mGA5kmb0Us+F3MCzeOXvhAnZxnPtfQj0mHT5mBGopcLibicYCHkrbnMfKqRvX4zB Jb+IL/SybfweyNoC8RxmA9+yQOXDC6YV74WE+xHnRqM4ZvHDHPN7ewvR7H9iY6t7CPK7W6ygPp01 lSfUpKfOWfEw+s+qm7iQPBKv4ZvTsGyPkjgo+oNfalQWwJhub9jMFeLGbj2NltrOmwzRNrJ85Jfw ejbe/QIDAQABo4IDPDCCAzgwCwYDVR0PBAQDAgGGMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYE FBCA7xP4720TOfV7RAKcJlCXhjekMIIBPwYDVR0fBIIBNjCCATIwggEuoIIBKqCCASaGKGh0dHA6 Ly93ZWIuaXJ0bm9nLm9yZy9pcnRub2ctcm9vdC1jYS5jcmyGPWh0dHA6Ly9jaW5pcDEwMG50c2Jz LmlydG5vZy5uZXQvQ2VydEVucm9sbC9pcnRub2ctcm9vdC1jYS5jcmyGgbpsZGFwOi8vL0NOPWly dG5vZy1yb290LWNhLENOPWNpbmlwMTAwbnRzYnMsQ049Q0RQLENOPVB1YmxpYyUyMEtleSUyMFNl cnZpY2VzLENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9aXJ0bm9nLERDPW5ldD9jZXJ0 aWZpY2F0ZVJldm9jYXRpb25MaXN0P2Jhc2U/b2JqZWN0Q2xhc3M9Y1JMRGlzdHJpYnV0aW9uUG9p bnQwEAYJKwYBBAGCNxUBBAMCAQAwRQYDVR0gBD4wPDA6BgkrBgEEAdFkAAEwLTArBggrBgEFBQcC ARYfaHR0cDovL3dlYi5pcnRub2cub3JnL2xlZ2FsL2NwczCCAVsGCCsGAQUFBwEBBIIBTTCCAUkw NAYIKwYBBQUHMAKGKGh0dHA6Ly93ZWIuaXJ0bm9nLm9yZy9pcnRub2ctcm9vdC1jYS5jcnQwYgYI KwYBBQUHMAKGVmh0dHA6Ly9jaW5pcDEwMG50c2JzLmlydG5vZy5uZXQvQ2VydEVucm9sbC9jaW5p cDEwMG50c2JzLmlydG5vZy5uZXRfaXJ0bm9nLXJvb3QtY2EuY3J0MIGsBggrBgEFBQcwAoaBn2xk YXA6Ly8vQ049aXJ0bm9nLXJvb3QtY2EsQ049QUlBLENOPVB1YmxpYyUyMEtleSUyMFNlcnZpY2Vz LENOPVNlcnZpY2VzLENOPUNvbmZpZ3VyYXRpb24sREM9aXJ0bm9nLERDPW5ldD9jQUNlcnRpZmlj YXRlP2Jhc2U/b2JqZWN0Q2xhc3M9Y2VydGlmaWNhdGlvbkF1dGhvcml0eTANBgkqhkiG9w0BAQUF AAOCAgEACC57xRxMg7I3JOLl3T0o9KPlBDWBgzgywIVFQ3xkufdX/7+6Va+ODT3fJxHFC1XQTfS9 nxbRnUAJYYWdCbh3m+4282KfobpUNImFHZLdzS6Sk+gtmnE4yNtn5AOyXVsFDkJ/RfjYpR+puH6k d082MDYCEzTjzc9PipN0JWZripASj7VbAg0SW3ZROVg6BWM3lioUZYqRgiFdNbiw3+MGv+F7WSHE mIp6/BD5w/+a751M0ntSKMmtia6QPErJhbLwG1z/lzSIEORXSP/qcw0HzD97AP5GL2fmdGoO/lhl zMOwNik+j/VDP/uogFEsq+FZ7qUuZXQhy0Qu36mA4QSGZt2irxvaYvA5pgOizjEgnTe3M2gGxChv hvgyRieI7lvn+IbxAHggaR2E6YSq4jqBfrk1VuL3/aWFtrvEU1FBhbzXrkwV2vaLtUqPNNmB9iYv bymp3Onk0eTxz8hC8ETYyeR/N8gKXKqb1+mNMd3p53Icu17Ga+v+lhrecy9oDJw23eJTTjylGc90 gMIKGqFBf9iORgSa4eG3peUZA324vakb/IAevDrf5vmS7+e4gHng38gNkoLlGTDjuLOw/TtIbc1b XaTn8snBcNUfRkdEBkOlfR5yl8FLPclSIsafWdOL2OoLFf2zJwMSgQbtinY42lVBVzQAWCQ5Og9j S4ptGLwxggMRMIIDDQIBATBUMEYxEzARBgoJkiaJk/IsZAEZFgNuZXQxFjAUBgoJkiaJk/IsZAEZ FgZpcnRub2cxFzAVBgNVBAMTDmlydG5vZy1yb290LWNhAgonCLhKAAAAAACFMA0GCWCGSAFlAwQC AwUAoIICDzAYBgkqhkiG9w0BCQMxCwYJKoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xMjAzMTAx NjAzMzRaME8GCSqGSIb3DQEJBDFCBED2CIubBl7naei41IPdGF3Fz0Gqd3oVvBRs3byf8M6GRDOf dGE1ZDl7MMy3bush2rf4CyQk4smNC0+vcSgOGZLkMGMGCSsGAQQBgjcQBDFWMFQwRjETMBEGCgmS JomT8ixkARkWA25ldDEWMBQGCgmSJomT8ixkARkWBmlydG5vZzEXMBUGA1UEAxMOaXJ0bm9nLXJv b3QtY2ECCicIuEoAAAAAAIUwZQYLKoZIhvcNAQkQAgsxVqBUMEYxEzARBgoJkiaJk/IsZAEZFgNu ZXQxFjAUBgoJkiaJk/IsZAEZFgZpcnRub2cxFzAVBgNVBAMTDmlydG5vZy1yb290LWNhAgonCLhK AAAAAACFMIG3BgkqhkiG9w0BCQ8xgakwgaYwCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBFjAKBggq hkiG9w0DBzALBglghkgBZQMEAQIwDgYIKoZIhvcNAwICAgCAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgFAMA0GCCqGSIb3DQMCAgEoMAsGCWCGSAFlAwQCAzALBglghkgBZQMEAgIwCwYJYIZIAWUDBAIB MAcGBSsOAwIaMAoGCCqGSIb3DQIFMA0GCSqGSIb3DQEBAQUABIGAd9p/wm+xtW4JZm+2xMvmjlFi VogUovg6TrM0+96ZN6M1xJg7/7IUr6m8qbvLuD2KKcvtiaOrU+lRihgi5xLD8jPeP5jFBXMrmJ8w SHL1ysTkvBGpXkMSu7LUr6qqqanEm8hkSPcmE24eP+r+wZ84wtwDTPLB5Wic6PgCYtgS3noAAAAA AAA= ------=_NextPart_000_0003_01CCFEAD.6FE074C0--