From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 05:53:42 2009 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 B08CA106566B for ; Sun, 14 Jun 2009 05:53:42 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 698C88FC0C for ; Sun, 14 Jun 2009 05:53:42 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1MFiew-00056y-5b; Sun, 14 Jun 2009 08:53:38 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Pete French In-reply-to: References: Comments: In-reply-to Pete French message dated "Sat, 13 Jun 2009 21:13:34 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 14 Jun 2009 08:53:38 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org, cliftonr@lava.net Subject: Re: reecommendations for an 'appliance" platform ? 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, 14 Jun 2009 05:53:43 -0000 > > I'm not 100% sure, but fairly sure that you'll have a hard time > > finding something that combines the low-power standalone type spec with > > a 64-bit capable processor. Once you get the higher-end processor, > > That was my experiense when shopping around yes - annoying as I > don't need anything particularly low power (it ain't going to > be my leccy bill :-). > > > becomes a more likely failure point, and so on. Can you elaborate a > > bit more on which parts of that system spec you really need - do you > > need the GigE? Two ethernets? The external SATA? > > It needs to be: > > 1) Complete as purchased - I dont want to build a machine > 2) Capable of having a simple boot device (e.g. CF card) dropped in > 3) At least one ether port. 100 meg will do. > 4) Small enough to be posted to the end user > 5) Cheap - under 400 euros, preferably 300 > > I do not really care about processor speed, or memory, or power > consumption. It needs to run FreeBSD, and I would prefer amd64 > as we havent written or used any of our code on 32 bit in a long > time, and I would feel uneasy that there might be laten bugs in > it if we simply recompiled it for 32 bit. > > > I bought one of these from them last year: > > http://www.fit-pc.com/new/fit-pc-1-0-specifications.html > > Thanks for the links - thats pretty interesting! I notice the newer > ones are also Atom based, so similarly spec'd to what I was > looking at, but they may be more suitable. > > cheers, > > -pete. I've had very good experience with: http://www.pcengines.ch/ danny danny From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 06:19:59 2009 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 01830106566B for ; Sun, 14 Jun 2009 06:19:59 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from fallbackmx09.syd.optusnet.com.au (fallbackmx09.syd.optusnet.com.au [211.29.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 834B78FC0C for ; Sun, 14 Jun 2009 06:19:58 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail34.syd.optusnet.com.au (mail34.syd.optusnet.com.au [211.29.133.218]) by fallbackmx09.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n5E4GULi023376 for ; Sun, 14 Jun 2009 14:16:30 +1000 Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167]) by mail34.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n5E4GFtP014490 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 14 Jun 2009 14:16:17 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n5E4GF12028343; Sun, 14 Jun 2009 14:16:15 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n5E4GF3X028342; Sun, 14 Jun 2009 14:16:15 +1000 (EST) (envelope-from peter) Date: Sun, 14 Jun 2009 14:16:15 +1000 From: Peter Jeremy To: Dan Allen Message-ID: <20090614041615.GA26443@server.vk2pj.dyndns.org> References: <3a142e750906131642n4d00469dh779e54da231bf6d3@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9amGYk9869ThD9tj" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: FreeBSD-STABLE Mailing List Subject: Re: Let's back out LOADER_ZFS_SUPPORT from STABLE 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, 14 Jun 2009 06:19:59 -0000 --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Jun-13 17:56:49 -0600, Dan Allen wrote: >How do I get to the old loader when the machine boots and immediately =20 >stops? There is no ability at this point in the boot process to try =20 >and get to the old loader that I know of. Is there a hidden magic key =20 >combination that allows this? See boot(8): There should be a -\|/ spinner for a second at the start of the boot. Hit the "Any" key and you will get a prompt that lets you specify a loader(8) replacement. Assuming you are booting off ad0s1, the magic incantation is 0:ad(0,a)/boot/loader.old --=20 Peter Jeremy --9amGYk9869ThD9tj Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAko0eY8ACgkQ/opHv/APuIfpEACgw2xSNgXcJ0U03CF09K2fJOtY LHIAn02Fzzw1lJ2Ww8XGHHm32ttCSs/t =8W8J -----END PGP SIGNATURE----- --9amGYk9869ThD9tj-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 07:27:53 2009 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 6E6CD106564A for ; Sun, 14 Jun 2009 07:27:53 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2B3B58FC13 for ; Sun, 14 Jun 2009 07:27:53 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id n5E7RlhP010524; Sun, 14 Jun 2009 03:27:48 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Sun, 14 Jun 2009 03:27:48 -0400 (EDT) Date: Sun, 14 Jun 2009 03:27:47 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Dan Allen In-Reply-To: Message-ID: References: <3a142e750906131642n4d00469dh779e54da231bf6d3@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Paul B. Mahol" , FreeBSD-STABLE Mailing List Subject: Re: Let's back out LOADER_ZFS_SUPPORT from STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2009 07:27:53 -0000 On Sat, 13 Jun 2009, Dan Allen wrote: > How do I get to the old loader when the machine boots and immediately stops? > There is no ability at this point in the boot process to try and get to the > old loader that I know of. Is there a hidden magic key combination that > allows this? > > You are correct that the bulk of the file system is not touched, but the key > file partitioning headers get cleared and when you boot off of a DVD -- the > only way to get to the system that I know of -- and inspect the file > partitioning via whatever means you try, it shows that the root partition is > gone. What was your main file system is gone. I learned after many installs > that I could NOT do a newfs(8) and the setup program would re-mark things and > and files ended up re-appearing. > > My machine was well backed up so no great loss of data in the end, but it has > cost me lots of time to get this figured out. > > For me the real questions are these: > > * Why is my system the only one that this happens on? > * What makes my machine setup different? > * What is the bug in the bootable ZFS loader that munges the partition map? >From one of your older emails, you mention you are using ad0s2a as / and ad0s2b as swap, and then say that ad0s2c is unused (I may have the ad0s2 part wrong). But ad0s2c should be the entire slice (or partition depending on the wording you are used to). How about posting a relevent fdisk and disklabel (or gpart show) so we can see what your slices and partitions look like (fdisk /dev/ad0, disklabel /dev/ad0s2). -- DE From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 07:59:18 2009 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 67279106566B for ; Sun, 14 Jun 2009 07:59:18 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out2.smtp.messagingengine.com (out2.smtp.messagingengine.com [66.111.4.26]) by mx1.freebsd.org (Postfix) with ESMTP id 3D57B8FC1A for ; Sun, 14 Jun 2009 07:59:17 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 3F0A235DCA1; Sun, 14 Jun 2009 03:59:17 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 14 Jun 2009 03:59:17 -0400 X-Sasl-enc: wkpZ57VBKC2SMQcxZp8InbID5/9GAdWpvY3ZGTURyzmB 1244966355 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id AAB9531571; Sun, 14 Jun 2009 03:59:15 -0400 (EDT) Message-ID: <4A34ADD1.10406@incunabulum.net> Date: Sun, 14 Jun 2009 08:59:13 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: reecommendations for an 'appliance" platform ? 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, 14 Jun 2009 07:59:18 -0000 Pete French wrote: > Any suggestions, or words of wisdom from anyone who has done someething > similar themselevs in the past ? > The ASUS EeePC 701 is cheap as chips and can easily be mass-flashed with NanoBSD images from a USB dongle. I wrote a reflash script but didn't release it -- it just takes the USB dongle image and dumps it on the internal SSD with the appropriate fixups. cheers, BMS From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 10:48:12 2009 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 A1E26106564A for ; Sun, 14 Jun 2009 10:48:12 +0000 (UTC) (envelope-from RoKlein@roklein.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3432F8FC08 for ; Sun, 14 Jun 2009 10:48:12 +0000 (UTC) (envelope-from RoKlein@roklein.de) Received: from l670g.lobel (p57A7DE34.dip.t-dialin.net [87.167.222.52]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0MKuxg-1MFn3521HT-000cPy; Sun, 14 Jun 2009 12:34:59 +0200 Date: Sun, 14 Jun 2009 12:34:50 +0200 To: "FreeBSD-stable@freebsd.org" From: "Robert Klein" Organization: roklein.de Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <4A34ADD1.10406@incunabulum.net> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <4A34ADD1.10406@incunabulum.net> User-Agent: Opera Mail/9.64 (FreeBSD) X-Provags-ID: V01U2FsdGVkX19IZLGy9CXzTIojoczjaI+mRYvsSVXF5MyBwh0 7rCGsQC/SF+/xg2IPmfAiRkPuAA3yg3bkdGNjtQxYM1iHQQPla wOrNO7PIdWPFqbjialLNA== Cc: Pete French Subject: Re: reecommendations for an 'appliance" platform ? 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, 14 Jun 2009 10:48:12 -0000 Bruce Simpson wrote: > Pete French wrote: >> Any suggestions, or words of wisdom from anyone who has done someething >> similar themselevs in the past ? > > The ASUS EeePC 701 is cheap as chips and can easily be mass-flashed with > NanoBSD images from a USB dongle. However, the EeePC 701's CPU (Celeron M ULV 353) has no AMD64. Same for the Atom N-series (N270, N280) and Z-series (Z5xx). The only AMD64-Atoms are the 230, the 330. The Eee-Box mentioned elsewhere inthe thread uses the N270 CPU as has the Epia in your original post. However, if you like the rest of the hardware you might ook at other nettops, e.g. the Acer Aspire Revo (Atom 230, 2GB Ram, 160 GB hdd) for around 300 euros (including, unfortunately, a windows vista license). Dunno if the system can boot from USB or SD card.... Anyway, check if the ethernet hw works with freebsd. I had no fun with some of the Atom netbooks. Cheers Robert From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 11:19:05 2009 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 88EDC106564A for ; Sun, 14 Jun 2009 11:19:05 +0000 (UTC) (envelope-from tj@tjvarghese.com) Received: from mail-px0-f192.google.com (mail-px0-f192.google.com [209.85.216.192]) by mx1.freebsd.org (Postfix) with ESMTP id 60C938FC13 for ; Sun, 14 Jun 2009 11:19:05 +0000 (UTC) (envelope-from tj@tjvarghese.com) Received: by pxi30 with SMTP id 30so2344015pxi.3 for ; Sun, 14 Jun 2009 04:19:04 -0700 (PDT) Received: by 10.142.133.19 with SMTP id g19mr2266453wfd.126.1244978018024; Sun, 14 Jun 2009 04:13:38 -0700 (PDT) Received: from ?192.168.10.2? ([60.53.93.20]) by mx.google.com with ESMTPS id 32sm4651251wfc.34.2009.06.14.04.13.36 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Jun 2009 04:13:37 -0700 (PDT) Message-ID: <4A34DB62.40404@tjvarghese.com> Date: Sun, 14 Jun 2009 19:13:39 +0800 From: TJ Varghese User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Aragon Gouveia References: <4A342BEB.1030300@phat.za.net> In-Reply-To: <4A342BEB.1030300@phat.za.net> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030601030509060101090806" Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: reecommendations for an 'appliance" platform ? 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, 14 Jun 2009 11:19:05 -0000 This is a cryptographically signed message in MIME format. --------------ms030601030509060101090806 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Aragon Gouveia wrote: > > No, I don't think you will need a CF->SATA adapter. A simple CF->ATA > adapter should do. Those systems just have an Intel GCLF2 board in > them, which has both SATA and ATA: > > http://www.intel.com/products/desktop/motherboards/D945GCLF2-D945GCLF2D/D945GCLF2-D945GCLF2D-overview.htm > > > Best you mail them to confirm though... > > They're also fanless. :) > Chipset has a fan, however the processor itself is fanless. I've read somewhere that the fan is a weakpoint. Can't personally confirm that since I haven't used it long enough. The GCLF2D is a new revision, slightly cheaper but minus the SVideo-out (iirc), which was found on the earlier GCLF2. SVideo is an unnecessary expense for an appliance anyway. --------------ms030601030509060101090806 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJAzCC AtwwggJFoAMCAQICEFUdT4NLAipXkMHAjoFpvAswDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDcyODExMzUzOVoX DTA5MDcyODExMzUzOVowQzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEgMB4G CSqGSIb3DQEJARYRdGpAdGp2YXJnaGVzZS5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDFl/GhlE7WKbUks+u0yFmC7HYZlpD8MfREEtYCaRFw/o9dppfB1EJk9i/8zdNF 3V5XnTmHnw78HE3Z0MSn3hoEytAzVEU71olGbNRm1hUCphRK54aUU/NDMQyxPmAupuleeMeO zxkY4mvgUmOBp+QAEbCaaAX4i6MltzXMbMvC9+352N2XET6BgOhVXTCWQ30w46uLWedgVVIm CkGYzpXidXtNeZvImaWOZPE3aO9vUWi5AcURjR2txmL+qEZRFb0TRYwwrDAhK2hr1dNQCPKU JYyOPMBSL7p6ZO/Jyvp/eZJJx/hCRy03Xj4ORgyddhJdUbObo1igQnVupm9bpr9xAgMBAAGj LjAsMBwGA1UdEQQVMBOBEXRqQHRqdmFyZ2hlc2UuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZI hvcNAQEFBQADgYEAt/4tn9aDq/n+mtc+yJK31JDLZILtmqju2qnpeREw9QRMfRcO9gwRjXGJ ZXMkOZEzYBKcHlnfi1crlf5JBw5WW1zZ9Qum3+pVG+kp9sa5AdzE+f3FNHLeLXbYtgpdTYxO U7MDXDm9h+YOHmBzNo+SCXReu7zeH6Vsfth7CwlRPO8wggLcMIICRaADAgECAhBVHU+DSwIq V5DBwI6BabwLMA0GCSqGSIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQTAeFw0wODA3MjgxMTM1MzlaFw0wOTA3MjgxMTM1MzlaMEMxHzAd BgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxIDAeBgkqhkiG9w0BCQEWEXRqQHRqdmFy Z2hlc2UuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxZfxoZRO1im1JLPr tMhZgux2GZaQ/DH0RBLWAmkRcP6PXaaXwdRCZPYv/M3TRd1eV505h58O/BxN2dDEp94aBMrQ M1RFO9aJRmzUZtYVAqYUSueGlFPzQzEMsT5gLqbpXnjHjs8ZGOJr4FJjgafkABGwmmgF+Iuj Jbc1zGzLwvft+djdlxE+gYDoVV0wlkN9MOOri1nnYFVSJgpBmM6V4nV7TXmbyJmljmTxN2jv b1FouQHFEY0drcZi/qhGURW9E0WMMKwwIStoa9XTUAjylCWMjjzAUi+6emTvycr6f3mSScf4 QkctN14+DkYMnXYSXVGzm6NYoEJ1bqZvW6a/cQIDAQABoy4wLDAcBgNVHREEFTATgRF0akB0 anZhcmdoZXNlLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBALf+LZ/Wg6v5 /prXPsiSt9SQy2SC7Zqo7tqp6XkRMPUETH0XDvYMEY1xiWVzJDmRM2ASnB5Z34tXK5X+SQcO Vltc2fULpt/qVRvpKfbGuQHcxPn9xTRy3i122LYKXU2MTlOzA1w5vYfmDh5gczaPkgl0Xru8 3h+lbH7YewsJUTzvMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UE BhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYD VQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl cyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJ KoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAw MFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25z dWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJ c3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1 BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwL B+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZ cmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYy aHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYD VR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODAN BgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82 L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr3 94fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCA2QwggNgAgEBMHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBVHU+DSwIqV5DB wI6BabwLMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTA5MDYxNDExMTMzOVowIwYJKoZIhvcNAQkEMRYEFFAMG+hVEuyeRD1PLHIa HTzhxWuJMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQVR1Pg0sC KleQwcCOgWm8CzCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQK ExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgSXNzdWluZyBDQQIQVR1Pg0sCKleQwcCOgWm8CzANBgkqhkiG9w0BAQEF AASCAQA56G3kTUTD55nNdo0SNM4w08vtSScSTWNU9UmpUbF1HLl63efrI/zA8XMCu/vf5YzF JCyO6bKmOjrMZV+8QcwPHIN6BXbihBojASghRYa2GLxBMbE9E8+1dQVE/J7yuW6di5UUsOOx OWKK99wx6LEH0VdTVxX26BoJfmwVQ1J/7pGs/peWOU555/Wq5sqiVTdH/FRActG3LIxVxylC //W5CpjOxFLvNo2IBsNTwQxZ5RvEqnkVCNXLIOmOZn7MOdfmeWN+M2DduIBnSfX8M8CUVcVR B2A2sl49NtHmvXAZz9AJBGoyP2uwloMszY5kxh3lvyYyyAQ0m+WYvb4FesOuAAAAAAAA --------------ms030601030509060101090806-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 11:27:38 2009 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 E1256106564A for ; Sun, 14 Jun 2009 11:27:38 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from mail.geek.sh (decoder.geek.sh [196.36.198.81]) by mx1.freebsd.org (Postfix) with ESMTP id 7EAFD8FC08 for ; Sun, 14 Jun 2009 11:27:38 +0000 (UTC) (envelope-from aragon@phat.za.net) Received: from igor.geek.sh (unknown [196.209.245.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.geek.sh (Postfix) with ESMTPSA id 0DCBA3A654; Sun, 14 Jun 2009 13:27:37 +0200 (SAST) Message-ID: <4A34DEA9.8010509@phat.za.net> Date: Sun, 14 Jun 2009 13:27:37 +0200 From: Aragon Gouveia User-Agent: Thunderbird 2.0.0.21 (X11/20090331) MIME-Version: 1.0 To: TJ Varghese References: <4A342BEB.1030300@phat.za.net> <4A34DB62.40404@tjvarghese.com> In-Reply-To: <4A34DB62.40404@tjvarghese.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: reecommendations for an 'appliance" platform ? 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, 14 Jun 2009 11:27:39 -0000 TJ Varghese wrote: >> They're also fanless. :) >> > Chipset has a fan, however the processor itself is fanless. I've read You are correct about the Intel GCLF2, however I was talking specifically about the tranquil system. They build their systems to be fanless, so I assume they remove the stock heatsinks/fans. The systems are quite heavy if you look at the specs, so the casing is probably a big heatsink. Regards, Aragon From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 11:38:16 2009 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 67C00106566B for ; Sun, 14 Jun 2009 11:38:16 +0000 (UTC) (envelope-from tj@tjvarghese.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 400D18FC1B for ; Sun, 14 Jun 2009 11:38:16 +0000 (UTC) (envelope-from tj@tjvarghese.com) Received: by pzk35 with SMTP id 35so2112399pzk.3 for ; Sun, 14 Jun 2009 04:38:15 -0700 (PDT) Received: by 10.142.234.16 with SMTP id g16mr2260891wfh.264.1244977708656; Sun, 14 Jun 2009 04:08:28 -0700 (PDT) Received: from ?192.168.10.2? ([60.53.93.20]) by mx.google.com with ESMTPS id 30sm5744749wfd.21.2009.06.14.04.08.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Jun 2009 04:08:28 -0700 (PDT) Message-ID: <4A34DA2D.1070104@tjvarghese.com> Date: Sun, 14 Jun 2009 19:08:29 +0800 From: TJ Varghese User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Aragon Gouveia References: <4A342067.1000603@phat.za.net> In-Reply-To: <4A342067.1000603@phat.za.net> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms030709060108070707080709" Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: reecommendations for an 'appliance" platform ? 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, 14 Jun 2009 11:38:16 -0000 This is a cryptographically signed message in MIME format. --------------ms030709060108070707080709 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Aragon Gouveia wrote: > Hi, > > Pete French wrote: >>> I'm not 100% sure, but fairly sure that you'll have a hard time >>> finding something that combines the low-power standalone type spec with >>> a 64-bit capable processor. Once you get the higher-end processor, >> >> That was my experiense when shopping around yes - annoying as I >> don't need anything particularly low power (it ain't going to >> be my leccy bill :-). > > The Atom 230 and 330 are supposed to be 64-bit capable: > > http://ark.intel.com/Compare.aspx?ids=36331,35635,35641, > > but I have not personally tested either with an AMD64 FreeBSD install. I've tried the Atom330 (D945GCLF2). It works fine with amd64...however it's rather wasted for 64bit considering it maxes out at 2gb. But I suppose if you wanted to standardize on amd64 installs, this is good. Gigabit - ok, re0. You'll need 7.2 at least. USB - ok SATA - 2 ports tested only with gmirror, ok. Xorg- not tested audio - not tested --------------ms030709060108070707080709 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIJAzCC AtwwggJFoAMCAQICEFUdT4NLAipXkMHAjoFpvAswDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA4MDcyODExMzUzOVoX DTA5MDcyODExMzUzOVowQzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEgMB4G CSqGSIb3DQEJARYRdGpAdGp2YXJnaGVzZS5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDFl/GhlE7WKbUks+u0yFmC7HYZlpD8MfREEtYCaRFw/o9dppfB1EJk9i/8zdNF 3V5XnTmHnw78HE3Z0MSn3hoEytAzVEU71olGbNRm1hUCphRK54aUU/NDMQyxPmAupuleeMeO zxkY4mvgUmOBp+QAEbCaaAX4i6MltzXMbMvC9+352N2XET6BgOhVXTCWQ30w46uLWedgVVIm CkGYzpXidXtNeZvImaWOZPE3aO9vUWi5AcURjR2txmL+qEZRFb0TRYwwrDAhK2hr1dNQCPKU JYyOPMBSL7p6ZO/Jyvp/eZJJx/hCRy03Xj4ORgyddhJdUbObo1igQnVupm9bpr9xAgMBAAGj LjAsMBwGA1UdEQQVMBOBEXRqQHRqdmFyZ2hlc2UuY29tMAwGA1UdEwEB/wQCMAAwDQYJKoZI hvcNAQEFBQADgYEAt/4tn9aDq/n+mtc+yJK31JDLZILtmqju2qnpeREw9QRMfRcO9gwRjXGJ ZXMkOZEzYBKcHlnfi1crlf5JBw5WW1zZ9Qum3+pVG+kp9sa5AdzE+f3FNHLeLXbYtgpdTYxO U7MDXDm9h+YOHmBzNo+SCXReu7zeH6Vsfth7CwlRPO8wggLcMIICRaADAgECAhBVHU+DSwIq V5DBwI6BabwLMA0GCSqGSIb3DQEBBQUAMGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3 dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJl ZW1haWwgSXNzdWluZyBDQTAeFw0wODA3MjgxMTM1MzlaFw0wOTA3MjgxMTM1MzlaMEMxHzAd BgNVBAMTFlRoYXd0ZSBGcmVlbWFpbCBNZW1iZXIxIDAeBgkqhkiG9w0BCQEWEXRqQHRqdmFy Z2hlc2UuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAxZfxoZRO1im1JLPr tMhZgux2GZaQ/DH0RBLWAmkRcP6PXaaXwdRCZPYv/M3TRd1eV505h58O/BxN2dDEp94aBMrQ M1RFO9aJRmzUZtYVAqYUSueGlFPzQzEMsT5gLqbpXnjHjs8ZGOJr4FJjgafkABGwmmgF+Iuj Jbc1zGzLwvft+djdlxE+gYDoVV0wlkN9MOOri1nnYFVSJgpBmM6V4nV7TXmbyJmljmTxN2jv b1FouQHFEY0drcZi/qhGURW9E0WMMKwwIStoa9XTUAjylCWMjjzAUi+6emTvycr6f3mSScf4 QkctN14+DkYMnXYSXVGzm6NYoEJ1bqZvW6a/cQIDAQABoy4wLDAcBgNVHREEFTATgRF0akB0 anZhcmdoZXNlLmNvbTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUAA4GBALf+LZ/Wg6v5 /prXPsiSt9SQy2SC7Zqo7tqp6XkRMPUETH0XDvYMEY1xiWVzJDmRM2ASnB5Z34tXK5X+SQcO Vltc2fULpt/qVRvpKfbGuQHcxPn9xTRy3i122LYKXU2MTlOzA1w5vYfmDh5gczaPkgl0Xru8 3h+lbH7YewsJUTzvMIIDPzCCAqigAwIBAgIBDTANBgkqhkiG9w0BAQUFADCB0TELMAkGA1UE BhMCWkExFTATBgNVBAgTDFdlc3Rlcm4gQ2FwZTESMBAGA1UEBxMJQ2FwZSBUb3duMRowGAYD VQQKExFUaGF3dGUgQ29uc3VsdGluZzEoMCYGA1UECxMfQ2VydGlmaWNhdGlvbiBTZXJ2aWNl cyBEaXZpc2lvbjEkMCIGA1UEAxMbVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIENBMSswKQYJ KoZIhvcNAQkBFhxwZXJzb25hbC1mcmVlbWFpbEB0aGF3dGUuY29tMB4XDTAzMDcxNzAwMDAw MFoXDTEzMDcxNjIzNTk1OVowYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25z dWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJ c3N1aW5nIENBMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDEpjxVc1X7TrnKmVoeaMB1 BHCd3+n/ox7svc31W/Iadr1/DDph8r9RzgHU5VAKMNcCY1osiRVwjt3J8CuFWqo/cVbLrzwL B+fxH5E2JCoTzyvV84J3PQO+K/67GD4Hv0CAAmTXp6a7n2XRxSpUhQ9IBH+nttE8YQRAHmQZ cmC3+wIDAQABo4GUMIGRMBIGA1UdEwEB/wQIMAYBAf8CAQAwQwYDVR0fBDwwOjA4oDagNIYy aHR0cDovL2NybC50aGF3dGUuY29tL1RoYXd0ZVBlcnNvbmFsRnJlZW1haWxDQS5jcmwwCwYD VR0PBAQDAgEGMCkGA1UdEQQiMCCkHjAcMRowGAYDVQQDExFQcml2YXRlTGFiZWwyLTEzODAN BgkqhkiG9w0BAQUFAAOBgQBIjNFQg+oLLswNo2asZw9/r6y+whehQ5aUnX9MIbj4Nh+qLZ82 L8D0HFAgk3A8/a3hYWLD2ToZfoSxmRsAxRoLgnSeJVCUYsfbJ3FXJY3dqZw5jowgT2Vfldr3 94fWxghOrvbqNOUQGls1TXfjViF4gtwhGTXeJLHTHUb/XV9lTzGCA2QwggNgAgEBMHYwYjEL MAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAq BgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhBVHU+DSwIqV5DB wI6BabwLMAkGBSsOAwIaBQCgggHDMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZI hvcNAQkFMQ8XDTA5MDYxNDExMDgyOVowIwYJKoZIhvcNAQkEMRYEFIqf2FTy7f7FuI8hwndI DzNdqpfZMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMIGFBgkrBgEEAYI3EAQxeDB2 MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQKExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQu MSwwKgYDVQQDEyNUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgSXNzdWluZyBDQQIQVR1Pg0sC KleQwcCOgWm8CzCBhwYLKoZIhvcNAQkQAgsxeKB2MGIxCzAJBgNVBAYTAlpBMSUwIwYDVQQK ExxUaGF3dGUgQ29uc3VsdGluZyAoUHR5KSBMdGQuMSwwKgYDVQQDEyNUaGF3dGUgUGVyc29u YWwgRnJlZW1haWwgSXNzdWluZyBDQQIQVR1Pg0sCKleQwcCOgWm8CzANBgkqhkiG9w0BAQEF AASCAQA0qacaQFU4RqCgJ17loQkhc3JD7UM1346TNQS5znvZWCccNkq/JP0Ye4taaIkzRF7r 193WxRlAdedByo9Z1UPkk7hIoc9ktGzK3hVVtqKpylIVrIKi95srHis5jzZPtGq6srwx1EWK RWaS35b8M4EDkQKokEEwmXOfo1CttDWmnzXvT0MhB3vf231Z94vbe1uPEHuV5LHmHpnzygbm xw2pcXtzTrLrhBpTV2jfUjRrR40N/QVvJEHG56SB7AhB8EW4/KAnxugdMS9mENpQ90s5azEC oPDlM9x+QBzDaUTkGefr2526o5GuEcvO6TlOtQBQGuy9EmwZ5hgy6b1pN0g/AAAAAAAA --------------ms030709060108070707080709-- From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 12:04:46 2009 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 F2CE61065804 for ; Sun, 14 Jun 2009 12:04:45 +0000 (UTC) (envelope-from djv@iki.fi) Received: from jenni2.inet.fi (mta-out.inet.fi [195.156.147.13]) by mx1.freebsd.org (Postfix) with ESMTP id C4C238FC15 for ; Sun, 14 Jun 2009 12:04:43 +0000 (UTC) (envelope-from djv@iki.fi) Received: from [192.168.1.5] (10.16.63.4) by jenni2.inet.fi (8.5.014) id 49F5CB6401C5D5E6 for freebsd-stable@freebsd.org; Sun, 14 Jun 2009 14:53:40 +0300 Message-ID: <4A34E4C5.3090604@iki.fi> Date: Sun, 14 Jun 2009 14:53:41 +0300 From: Tuomo Latto User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.21) Gecko/20090302 Thunderbird/2.0.0.21 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4A342BEB.1030300@phat.za.net> <4A34DB62.40404@tjvarghese.com> <4A34DEA9.8010509@phat.za.net> In-Reply-To: <4A34DEA9.8010509@phat.za.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Re: reecommendations for an 'appliance" platform ? 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, 14 Jun 2009 12:04:48 -0000 Aragon Gouveia wrote: > TJ Varghese wrote: >>> They're also fanless. :) >>> >> Chipset has a fan, however the processor itself is fanless. I've read > > You are correct about the Intel GCLF2, however I was talking > specifically about the tranquil system. They build their systems to be > fanless, so I assume they remove the stock heatsinks/fans. The systems > are quite heavy if you look at the specs, so the casing is probably a > big heatsink. Tom's Hardware had an interesting article last year: http://www.tomshardware.com/reviews/Atom-Athlon-Efficient,1997.html I'd like to see what current processors can achieve. -- Tuomo ... The most amazing achievement of the computer software industry is its continuing cancellation of the steady and staggering gains made by the computer hardware industry. -- Henry Petroski From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 12:06:05 2009 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 172BE1065693 for ; Sun, 14 Jun 2009 12:06:05 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 312FA8FC14 for ; Sun, 14 Jun 2009 12:06:04 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MFoTK-000D0c-Ba; Sun, 14 Jun 2009 13:06:02 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MFoTK-0006tT-Aa; Sun, 14 Jun 2009 13:06:02 +0100 To: aragon@phat.za.net, tj@tjvarghese.com In-Reply-To: <4A34DA2D.1070104@tjvarghese.com> Message-Id: From: Pete French Date: Sun, 14 Jun 2009 13:06:02 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: reecommendations for an 'appliance" platform ? 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, 14 Jun 2009 12:06:05 -0000 > I've tried the Atom330 (D945GCLF2). It works fine with amd64...however > it's rather wasted for 64bit considering it maxes out at 2gb. But I > suppose if you wanted to standardize on amd64 installs, this is good. Size of memory doesnt bother me really - I made the move to amd64 because of the extra performance due to the extra registers (about 8% on my application, I realise that not everyone gets a speedup). Given the fact I am also moving to ZFS, and that works a lot better on amd64, then I am not keen to go back ;-) > Gigabit - ok, re0. You'll need 7.2 at least. > USB - ok > SATA - 2 ports tested only with gmirror, ok. Those three are very good to know work - the box will be headless, so I just need ether and booting to work fine. Am always wary of re0 ethernets as have been bitten in the past. Thanks for all the advice from eeryone in this thread - I have narrowed the choice down to either the Tranquil PC unit, or the Shuttle X27D, which is also Atom 330 based. Given the price I may simply buy one of each and evaluate which is better. Will report back if so. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 12:48:24 2009 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 E6E261065672 for ; Sun, 14 Jun 2009 12:48:24 +0000 (UTC) (envelope-from mgass@unix.csbsju.edu) Received: from smtp1.computing.csbsju.edu (smtp1-out.csbsju.edu [152.65.184.20]) by mx1.freebsd.org (Postfix) with ESMTP id B58A68FC22 for ; Sun, 14 Jun 2009 12:48:24 +0000 (UTC) (envelope-from mgass@unix.csbsju.edu) X-AuditID: c0a8b816-b7b9bae00000786e-d5-4a34ee13e572 Received: from maple.computing.csbsju.edu ( [152.65.165.5]) by smtp1.computing.csbsju.edu (Symantec Mail Security) with SMTP id 9B.78.30830.31EE43A4; Sun, 14 Jun 2009 07:33:23 -0500 (CDT) Received: from nx2.csbsju.edu (nx2.csbsju.edu [10.185.11.77]) by maple.computing.csbsju.edu (8.13.1/8.13.1) with ESMTP id n5ECXNCK010762 for ; Sun, 14 Jun 2009 07:33:23 -0500 Received: by nx2.csbsju.edu (Postfix, from userid 1401) id AF5ED864C7; Sun, 14 Jun 2009 07:33:23 -0500 (CDT) Date: Sun, 14 Jun 2009 07:33:23 -0500 From: Michael Gass To: freebsd-stable@freebsd.org Message-ID: <20090614123323.GA1085@unix.csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Brightmail-Tracker: AAAAAA== Subject: Why old files in /etc ? 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, 14 Jun 2009 12:48:25 -0000 Just installed 7.2-release in an old Pavilion 4455 (PII, 256M) and it runs great. Csuped src and ports and rebuilt world and generic kernel for 7.2-stable and that went well. My question is why are the files in /etc in 7.2-stable older versions (generally) than in 7.2-release? I do not just mean older by date, but older versions of the files - like many of the config files for sendmail or the net. Why is stable using older versions of these files than release? Mostly I did not let mergemaster install the files from the build because they were so much older than the original release versions. Again, why are the files for stable so much older? Thanks, Mike Gass From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 13:14:57 2009 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 D40EC1065670 for ; Sun, 14 Jun 2009 13:14:57 +0000 (UTC) (envelope-from sonic2000gr@gmail.com) Received: from mail-fx0-f228.google.com (mail-fx0-f228.google.com [209.85.220.228]) by mx1.freebsd.org (Postfix) with ESMTP id 5ED458FC15 for ; Sun, 14 Jun 2009 13:14:57 +0000 (UTC) (envelope-from sonic2000gr@gmail.com) Received: by fxm28 with SMTP id 28so508465fxm.43 for ; Sun, 14 Jun 2009 06:14:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=mS2a7TrS/E+8p3Fo0DGxu8mUcXjILUstIO+xdTKXHQQ=; b=CtleAxQHWn+yCbxEo311aOoUdtql08lMGFACfEJ+j19bUa1j74XwwyURa19+l1/UMU Dl1UKxaek8nuqEA2Vcriptr0kUCPptu8uTz2eUZKzC1ZmpZDABSqXV3xfrW5WagoySJ+ gndvWMFBmtjPJrUwTLVeC31nxzxLDZHLNoCTA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=eofc85Sw1F5+se3GJTHg+uaVzpd0mJVVBuuaN1M+fEehG4XcWoq2IFce57xvKacfVa T0S/qtKIS/PzPOAV6AG3/HI/VNHkpdDltZ2JxclQT0Rl7V1oMD5fhieLji2OE6Qr/fLX fJ+ml9BcwZSqhaBwCFj4GJoaysMsF4bNLaxnw= Received: by 10.103.39.17 with SMTP id r17mr2998709muj.75.1244983923635; Sun, 14 Jun 2009 05:52:03 -0700 (PDT) Received: from atomic.dyndns.org (athedsl-4468804.home.otenet.gr [94.71.112.52]) by mx.google.com with ESMTPS id w5sm1583031mue.34.2009.06.14.05.52.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Jun 2009 05:52:02 -0700 (PDT) Message-ID: <4A34F271.1000000@gmail.com> Date: Sun, 14 Jun 2009 15:52:01 +0300 From: Manolis Kiagias User-Agent: Thunderbird 2.0.0.21 (X11/20090414) MIME-Version: 1.0 To: Pete French References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-7 Content-Transfer-Encoding: 7bit Cc: aragon@phat.za.net, freebsd-stable@freebsd.org, tj@tjvarghese.com Subject: Re: reecommendations for an 'appliance" platform ? 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, 14 Jun 2009 13:14:58 -0000 Pete French wrote: >> I've tried the Atom330 (D945GCLF2). It works fine with amd64...however >> it's rather wasted for 64bit considering it maxes out at 2gb. But I >> suppose if you wanted to standardize on amd64 installs, this is good. >> > > Size of memory doesnt bother me really - I made the move to amd64 because > of the extra performance due to the extra registers (about 8% on my > application, I realise that not everyone gets a speedup). Given the > fact I am also moving to ZFS, and that works a lot better on amd64, then > I am not keen to go back ;-) > > >> Gigabit - ok, re0. You'll need 7.2 at least. >> USB - ok >> SATA - 2 ports tested only with gmirror, ok. >> > > Those three are very good to know work - the box will be headless, so I > just need ether and booting to work fine. Am always wary of re0 ethernets > as have been bitten in the past. > > Thanks for all the advice from eeryone in this thread - I have narrowed > the choice down to either the Tranquil PC unit, or the Shuttle X27D, > which is also Atom 330 based. Given the price I may simply buy one of each > and evaluate which is better. Will report back if so. > > I own the X27D, in fact I am typing this from it. It works reasonably well with FreeBSD (I am using 7.2/i386). The ethernet card (100Mbit), USB , SATA, audio, Xorg all work fine. You will only need this in sysctl.conf: hw.acpi.thermal.polling_rate=0 otherwise you will be flooded with messages about weird temperatures. There is a single 40mm fan in the chipset, and in my system it failed about after a week of continuous operation. As it wasn't noisy it took a couple of hours until I realized it. You may wish to replace it with a better quality fan. This will probably work ok with AMD64 too, though with 2G of RAM I had no real reason to try. From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 14:07:02 2009 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 BE1561065673 for ; Sun, 14 Jun 2009 14:07:02 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 7B01F8FC25 for ; Sun, 14 Jun 2009 14:07:02 +0000 (UTC) (envelope-from jilles@stack.nl) Received: by mx1.stack.nl (Postfix, from userid 65534) id 58EFD359926; Sun, 14 Jun 2009 16:07:01 +0200 (CEST) X-Spam-DCC: EATSERVER: scanner01.stack.nl 1166; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on scanner01.stack.nl X-Spam-Level: X-Spam-Status: No, score=-2.7 required=5.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Relay-Country: _RELAYCOUNTRY_ Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 317AD35994F; Sun, 14 Jun 2009 16:06:57 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id E8A6C228CB; Sun, 14 Jun 2009 16:06:31 +0200 (CEST) Date: Sun, 14 Jun 2009 16:06:31 +0200 From: Jilles Tjoelker To: Michael Gass Message-ID: <20090614140631.GA50127@stack.nl> References: <20090614123323.GA1085@unix.csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090614123323.GA1085@unix.csbsju.edu> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Why old files in /etc ? 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, 14 Jun 2009 14:07:03 -0000 On Sun, Jun 14, 2009 at 07:33:23AM -0500, Michael Gass wrote: > Just installed 7.2-release in an old Pavilion 4455 (PII, 256M) > and it runs great. Csuped src and ports and rebuilt world and > generic kernel for 7.2-stable and that went well. > My question is why are the files in /etc in 7.2-stable older > versions (generally) than in 7.2-release? I do not just mean > older by date, but older versions of the files - like many of > the config files for sendmail or the net. Why is stable using > older versions of these files than release? > Mostly I did not let mergemaster install the files from the build > because they were so much older than the original release versions. > Again, why are the files for stable so much older? This is because of a weakness in the svn-to-cvs exporter. Formerly, only CVS was used and tagging a release did not require a commit. So right after a release, both the release and -stable would have the same revision numbers. With Subversion, tagging a release requires a commit. The CVS exporter keeps this commit, so all files will have a changed CVS Id. This looks newer, until/unless the file is changed on -stable again. To cope with this, it's best to use mergemaster's -F or -U options. This question has been asked before. -- Jilles Tjoelker From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 14:36:59 2009 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 99247106564A for ; Sun, 14 Jun 2009 14:36:59 +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 52EA78FC15 for ; Sun, 14 Jun 2009 14:36:59 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n5EEBrED026500; Sun, 14 Jun 2009 08:11:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n5EEBrLo026497; Sun, 14 Jun 2009 08:11:53 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Sun, 14 Jun 2009 08:11:53 -0600 (MDT) From: Warren Block To: Michael Gass In-Reply-To: <20090614123323.GA1085@unix.csbsju.edu> Message-ID: References: <20090614123323.GA1085@unix.csbsju.edu> 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.2 (wonkity.com [127.0.0.1]); Sun, 14 Jun 2009 08:11:53 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: Why old files in /etc ? 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, 14 Jun 2009 14:36:59 -0000 On Sun, 14 Jun 2009, Michael Gass wrote: > Just installed 7.2-release in an old Pavilion 4455 (PII, 256M) > and it runs great. Csuped src and ports and rebuilt world and > generic kernel for 7.2-stable and that went well. > > My question is why are the files in /etc in 7.2-stable older > versions (generally) than in 7.2-release? I do not just mean > older by date, but older versions of the files - like many of > the config files for sendmail or the net. Why is stable using > older versions of these files than release? > > Mostly I did not let mergemaster install the files from the build > because they were so much older than the original release versions. > Again, why are the files for stable so much older? Here's part of a thread we had earlier this year: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=253390+0+archive/2009/freebsd-stable/20090301.freebsd-stable -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 16:17:58 2009 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 AF6401065672 for ; Sun, 14 Jun 2009 16:17:58 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 6838C8FC15 for ; Sun, 14 Jun 2009 16:17:58 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1755950ana.13 for ; Sun, 14 Jun 2009 09:17:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=md+Ux4Rtfm6x+IPK0kfzCj3+C9WvSch+vi8//QeRdNs=; b=lXWattCK+/161XgJp+5qryx+jMs8UobKmo7HoapGTGG0VNK21Iq+FXNyfw5FraqD3x 6dS9vi/Vy1K+f5JGaXeNJsrCo6xpEh9FXR0IYuUSXTrj2lEcwuJ+w6sPfXkfNgJcXriW YDScopc8AZLPwDuajCOnSNA/BgB+1mPfVzu0c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=jP9hLumr5s6TNf99ZPgiJ4LEx2eXN0BbXk5aFga4X4vmKakAuV1etHxYO0S5d0Ncrm wWN51Ke37a9QCoQ1PhVGdQ4UGJvBocRoUvBR62Y2ZJus8OuHSHXjOME59WX57WYafSmy uX8kr63ML1tjgUk8BNt0me48OWN7ylPYU9YOQ= MIME-Version: 1.0 Received: by 10.101.66.15 with SMTP id t15mr7490783ank.194.1244996277660; Sun, 14 Jun 2009 09:17:57 -0700 (PDT) In-Reply-To: References: Date: Sun, 14 Jun 2009 19:17:57 +0300 Message-ID: From: Dan Naumov To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Does this disk/filesystem layout look sane to you? 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, 14 Jun 2009 16:17:58 -0000 Hello list. I just wanted to have an extra pair (or a dozen) of eyes look this configuration over before I commit to it (tested it in VMWare just in case, it works, so I am considering doing this on real hardware soon). I drew a nice diagram: http://www.pastebin.ca/1460089 Since it doesnt show on the diagram, let me clarify that the geom mirror consumers as well as the vdevz for ZFS RAIDZ are going to be partitions (raw disk => full disk slice => swap partition | mirror provider partition | zfs vdev partition | unused. Is there any actual downside to having a 5-way mirror vs a 2-way or a 3-way one? - Sincerely, Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 17:11:02 2009 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 36BBB106564A for ; Sun, 14 Jun 2009 17:11:01 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 99E0B8FC08 for ; Sun, 14 Jun 2009 17:11:01 +0000 (UTC) (envelope-from cmdlnkid@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1759805ywe.13 for ; Sun, 14 Jun 2009 10:11:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :in-reply-to:message-id:references:user-agent:x-openpgp-key-id :x-openpgp-key-fingerprint:mime-version:content-type; bh=qVC+Qde7X7+NhjVWqt+2GL1K+9/Vh8L7ww7Q7LCFa1o=; b=lrfhHq+0GevKKTxJE/zE0d0fJzpIQidGqQquhITcvSwXDL+xV+lG5gZBfBtD6rvxzv 1U3MliWjxQ93RrwJdm2nSQM1M/IIu6BxlZ9gKZoujIA5KlNRwLbYCKxTOriK+9MxCJe3 wAAbRh8vh5BiAdRMh19FWj1hh7RBixrrtLa6U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=cHnJr8mndqDEsuMBTnki/fbdJ9bRwJ9N/4FU1Xa72nvPUpk6OBxLM2Ytor09qN41RE TEXJXcyafsvK4VbRo3+zjPJ4MTCQZ35IQSJF9JhP8293uE4+1xAFcVPvGpUlaeI+uS+l Z/LWYF9rJZti7g66ObryqO1ljANOhMo6SvWmo= Received: by 10.151.74.5 with SMTP id b5mr11538850ybl.5.1244997542620; Sun, 14 Jun 2009 09:39:02 -0700 (PDT) Received: from dimension (adsl-99-190-81-116.dsl.klmzmi.sbcglobal.net [99.190.81.116]) by mx.google.com with ESMTPS id 8sm5892572ywg.53.2009.06.14.09.38.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Jun 2009 09:39:01 -0700 (PDT) Date: Sun, 14 Jun 2009 12:38:45 -0400 From: CmdLnKid To: Dan Allen In-Reply-To: Message-ID: References: <3a142e750906131642n4d00469dh779e54da231bf6d3@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-ID: 0xDFFDD218 X-OpenPGP-Key-Fingerprint: 2924 1C72 A6C2 852A 2094 25EE 9968 2636 DFFD D218 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Paul B. Mahol" , FreeBSD-STABLE Mailing List Subject: Re: Let's back out LOADER_ZFS_SUPPORT from STABLE 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, 14 Jun 2009 17:11:02 -0000 On Sat, 13 Jun 2009 19:56 -0000, danallen46 wrote: > > On 13 Jun 2009, at 5:42 PM, Paul B. Mahol wrote: > >> On 6/13/09, Dan Allen wrote: >>> I have now proven that the recent post June 8th version of >>> >>> /usr/src/sys/boot/i386/loader/Makefile >>> >>> causes catastrophic data loss. >>> >> >> I hardly doubt that such change cause loss of data on entire drive. >> There is always old loader to pick up. > > How do I get to the old loader when the machine boots and immediately stops? > There is no ability at this point in the boot process to try and get to the > old loader that I know of. Is there a hidden magic key combination that > allows this? > > You are correct that the bulk of the file system is not touched, but the key > file partitioning headers get cleared and when you boot off of a DVD -- the > only way to get to the system that I know of -- and inspect the file > partitioning via whatever means you try, it shows that the root partition is > gone. What was your main file system is gone. I learned after many installs > that I could NOT do a newfs(8) and the setup program would re-mark things and > and files ended up re-appearing. > > My machine was well backed up so no great loss of data in the end, but it has > cost me lots of time to get this figured out. > > For me the real questions are these: > > * Why is my system the only one that this happens on? > * What makes my machine setup different? > * What is the bug in the bootable ZFS loader that munges the partition map? > > Dan > Is it possible that you have most likely been playing around with ZFS before this and left some of the configurations of ZFS embedded in your drive and the loader is picking that up. -- Sincerely, -- Jason H. ;; Networked Systems Engineering. The Command Line Kid. ;; Multi-user Systems Advocate. mailto:gmail.com!cmdlnkid ;; 1(616)403-XXXX / BSD Group. - (2^(N-1)) From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 19:01:32 2009 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 D67C2106564A for ; Sun, 14 Jun 2009 19:01:32 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id 97D518FC14 for ; Sun, 14 Jun 2009 19:01:32 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: (qmail 6661 invoked by uid 89); 14 Jun 2009 17:49:21 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 14 Jun 2009 17:49:21 -0000 Message-Id: <2306D409-3B82-404E-AE46-AA9CD761D78F@airwired.net> From: Dan Allen To: CmdLnKid In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 14 Jun 2009 13:01:30 -0600 References: <3a142e750906131642n4d00469dh779e54da231bf6d3@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) Cc: "Paul B. Mahol" , FreeBSD-STABLE Mailing List Subject: Re: Let's back out LOADER_ZFS_SUPPORT from STABLE 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, 14 Jun 2009 19:01:33 -0000 On 14 Jun 2009, at 10:38 AM, CmdLnKid wrote: > Is it possible that you have most likely been playing around with ZFS > before this and left some of the configurations of ZFS embedded in > your > drive and the loader is picking that up. No, I have never used ZFS. The drive is partitioned and the first partition has Windows XP Pro on it, so I assume that this may be the problem. Dan From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 22:07:50 2009 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 090231065670 for ; Sun, 14 Jun 2009 22:07:50 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id B46418FC18 for ; Sun, 14 Jun 2009 22:07:49 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id 6AECA78C23 for ; Sun, 14 Jun 2009 23:51:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3KONy8DWMjIQ for ; Sun, 14 Jun 2009 23:51:42 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 62C6878C1F; Sun, 14 Jun 2009 23:51:42 +0200 (CEST) Date: Sun, 14 Jun 2009 23:51:42 +0200 From: Alson van der Meulen To: freebsd-stable@freebsd.org Message-ID: <20090614215142.GA32937@tafi.alm.flutnet.org> Mail-Followup-To: freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: Does this disk/filesystem layout look sane to you? 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, 14 Jun 2009 22:07:50 -0000 * Dan Naumov [2009-06-14 18:17]: > I just wanted to have an extra pair (or a dozen) of eyes look this > configuration over before I commit to it (tested it in VMWare just in > case, it works, so I am considering doing this on real hardware soon). > I drew a nice diagram: http://www.pastebin.ca/1460089 Looks fine to me. Note that your swap doesn't have any redundancy, so if you lose a disk, the kernel will likely panic as soon as it hits any swap (the swap space is striped across the disks), this is something you can easily test in a VM. The kernel will only use four swap devices by default. I would put the swap on gmirror. Swap performance is rarely critical (if you're hitting swap often you should buy more RAM), and if you have 2TB disks, a few extra gigabytes less is not an issue (I usually make swap slightly larger than RAM for crash dumps, sometimes twice that if I plan to add RAM later). > Is there any actual downside to having a 5-way mirror vs a 2-way or a 3-way one? Write performance is slightly slower than a single disk (you have to wait for all five disks to finish), but these partitions are rarely performance-critical. Depending on your workload, it may be an issue for /var (databases, logs, mail), but you could always move that data to a ZFS filesystem. It should be fine for a file server. Any other solution would just add more complexity. Alson From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 22:27:37 2009 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 6581B1065670 for ; Sun, 14 Jun 2009 22:27:37 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id 4188E8FC26 for ; Sun, 14 Jun 2009 22:27:37 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: (qmail 12699 invoked by uid 89); 14 Jun 2009 21:15:23 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 14 Jun 2009 21:15:23 -0000 Message-Id: <1407C6EC-873D-49AB-9F8C-6A4A6FFA9DC3@airwired.net> From: Dan Allen To: Daniel Eischen In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 14 Jun 2009 16:27:29 -0600 References: <3a142e750906131642n4d00469dh779e54da231bf6d3@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) Cc: "Paul B. Mahol" , FreeBSD-STABLE Mailing List Subject: Re: Let's back out LOADER_ZFS_SUPPORT from STABLE 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, 14 Jun 2009 22:27:37 -0000 On 14 Jun 2009, at 1:27 AM, Daniel Eischen wrote: > From one of your older emails, you mention you are using > ad0s2a as / and ad0s2b as swap, and then say that ad0s2c > is unused (I may have the ad0s2 part wrong). But ad0s2c > should be the entire slice (or partition depending on > the wording you are used to). > > How about posting a relevent fdisk and disklabel (or > gpart show) so we can see what your slices and partitions > look like (fdisk /dev/ad0, disklabel /dev/ad0s2). ad0s2c is the entire slice as you thought it should be. Here is fdisk and bsdlabel /dev/ad0s2: ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) start 63, size 188747622 (92161 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 10/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 188747685, size 45688860 (22309 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 14/ sector 63 The data for partition 3 is: The data for partition 4 is: # /dev/ad0s2: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 43591708 2097152 4.2BSD 0 0 0 b: 2097152 0 swap c: 45688860 0 unused 0 0 # "raw" part, don't edit From owner-freebsd-stable@FreeBSD.ORG Sun Jun 14 23:08:56 2009 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 E1D741065678 for ; Sun, 14 Jun 2009 23:08:56 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id B2B168FC17 for ; Sun, 14 Jun 2009 23:08:56 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id n5EN8oGw028154; Sun, 14 Jun 2009 19:08:50 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Sun, 14 Jun 2009 19:08:50 -0400 (EDT) Date: Sun, 14 Jun 2009 19:08:50 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Dan Allen In-Reply-To: <1407C6EC-873D-49AB-9F8C-6A4A6FFA9DC3@airwired.net> Message-ID: References: <3a142e750906131642n4d00469dh779e54da231bf6d3@mail.gmail.com> <1407C6EC-873D-49AB-9F8C-6A4A6FFA9DC3@airwired.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "Paul B. Mahol" , FreeBSD-STABLE Mailing List Subject: Re: Let's back out LOADER_ZFS_SUPPORT from STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Jun 2009 23:08:57 -0000 On Sun, 14 Jun 2009, Dan Allen wrote: > > On 14 Jun 2009, at 1:27 AM, Daniel Eischen wrote: > >> From one of your older emails, you mention you are using >> ad0s2a as / and ad0s2b as swap, and then say that ad0s2c >> is unused (I may have the ad0s2 part wrong). But ad0s2c >> should be the entire slice (or partition depending on >> the wording you are used to). >> >> How about posting a relevent fdisk and disklabel (or >> gpart show) so we can see what your slices and partitions >> look like (fdisk /dev/ad0, disklabel /dev/ad0s2). > > ad0s2c is the entire slice as you thought it should be. > > Here is fdisk and bsdlabel /dev/ad0s2: > > ******* Working on device /dev/ad0 ******* > parameters extracted from in-core disklabel are: > cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) > > Figures below won't work with BIOS for partitions not in cyl 1 > parameters to be used for BIOS calculations are: > cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) > > Media sector size is 512 > Warning: BIOS sector numbering starts with sector 1 > Information from DOS bootblock is: > The data for partition 1 is: > sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) > start 63, size 188747622 (92161 Meg), flag 0 > beg: cyl 0/ head 1/ sector 1; > end: cyl 1023/ head 10/ sector 63 > The data for partition 2 is: > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > start 188747685, size 45688860 (22309 Meg), flag 80 (active) > beg: cyl 1023/ head 255/ sector 63; > end: cyl 1023/ head 14/ sector 63 > The data for partition 3 is: > > The data for partition 4 is: > > > > > # /dev/ad0s2: > 8 partitions: > # size offset fstype [fsize bsize bps/cpg] > a: 43591708 2097152 4.2BSD 0 0 0 > b: 2097152 0 swap > c: 45688860 0 unused 0 0 # "raw" part, don't > edit Seems weird to see swap at offset 0 and partition a after swap. I wonder if that is screwing things up. And shouldn't the offset for your first slice start at offset 188747685 (from fdisk)? This is from my system: $ fdisk /dev/ad0 ******* Working on device /dev/ad0 ******* parameters extracted from in-core disklabel are: cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=155061 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 6 (0x06),(Primary DOS, 16 bit FAT (>= 32MB)) start 63, size 20964762 (10236 Meg), flag 0 beg: cyl 0/ head 1/ sector 1; end: cyl 1023/ head 254/ sector 63 The data for partition 2 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 20964825, size 135331560 (66079 Meg), flag 80 (active) beg: cyl 1023/ head 255/ sector 63; end: cyl 1023/ head 254/ sector 63 The data for partition 3 is: The data for partition 4 is: $ disklabel /dev/ad0s2 # /dev/ad0s2: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 2097152 20964825 4.2BSD 2048 16384 28552 b: 4194304 23061977 swap c: 135331560 20964825 unused 0 0 d: 4194304 27256281 4.2BSD 2048 16384 28552 e: 4194304 31450585 4.2BSD 2048 16384 28552 f: 16777216 35644889 4.2BSD 2048 16384 28552 g: 103874280 52422105 4.2BSD 2048 16384 28536 -- DE From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 02:08:12 2009 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 E7ACD106566C for ; Mon, 15 Jun 2009 02:08:12 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id A6FDD8FC08 for ; Mon, 15 Jun 2009 02:08:12 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: (qmail 13778 invoked by uid 89); 15 Jun 2009 00:55:54 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 15 Jun 2009 00:55:54 -0000 Message-Id: From: Dan Allen To: Daniel Eischen In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Sun, 14 Jun 2009 20:08:07 -0600 References: <3a142e750906131642n4d00469dh779e54da231bf6d3@mail.gmail.com> <1407C6EC-873D-49AB-9F8C-6A4A6FFA9DC3@airwired.net> X-Mailer: Apple Mail (2.935.3) Cc: "Paul B. Mahol" , FreeBSD-STABLE Mailing List Subject: Re: Let's back out LOADER_ZFS_SUPPORT from STABLE 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, 15 Jun 2009 02:08:13 -0000 On 14 Jun 2009, at 5:08 PM, Daniel Eischen wrote: > On Sun, 14 Jun 2009, Dan Allen wrote: > >> # /dev/ad0s2: >> 8 partitions: >> # size offset fstype [fsize bsize bps/cpg] >> a: 43591708 2097152 4.2BSD 0 0 0 >> b: 2097152 0 swap >> c: 45688860 0 unused 0 0 # "raw" part, >> don't edit > > Seems weird to see swap at offset 0 and partition a after swap. > I wonder if that is screwing things up. And shouldn't the offset > for your first slice start at offset 188747685 (from fdisk)? Interesting insights. I forgot to mention that there may be some discrepancies that are a remnant of reinstalling the OS many times. (Now I know I could have used the loader.old trick...) Anyway, while doing this a dozen times in a couple of days I learned that I could speed things by not doing newfs(8) each time, so the fsize and bsize fields are definitely messed up. Yet things seem to work fine. Weird. My next experiment is to redo the disk entirely. Dan From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 02:16:54 2009 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 66F65106564A for ; Mon, 15 Jun 2009 02:16:53 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1ADB38FC20 for ; Mon, 15 Jun 2009 02:16:52 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1854435ywe.13 for ; Sun, 14 Jun 2009 19:16:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=W9oaSIScbL9A/4X7Z3HYJuLH3eu79tFvMNDzrp87PVo=; b=tnGVw6cfpJubx+FqZuXgTtJj0qDpBg9EPIKfMLqqmOO+rPPXjx0D3XuwRWx/hGjvU1 ArfjB1pFbQVoXe2+uF/Dbjt5bacCNWC3vP7au0qkE/suwgvBncceBqAbmHZWCGQAf8pE AlY7D8o740C6qvNxOHnmHoWiOdMelAEsHdIQI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=MuXQV2xEN2EqvA00IxqJWnPeSihidkQAKnj1+zw4D79rL9qkwSfBxTpICwbRZ0NzUm Vn0F+OEiMK+dTDwG9FhNv7LDfdt+p7O/agNj5QsTY5qKpfcMfnCatR0NK12r/v8jGzLp xnWZYjBkuCKd8TgNJnmFxXU1m61r8t87f2C5Y= MIME-Version: 1.0 Received: by 10.151.138.4 with SMTP id q4mr12237703ybn.40.1245032212372; Sun, 14 Jun 2009 19:16:52 -0700 (PDT) In-Reply-To: References: Date: Sun, 14 Jun 2009 19:16:52 -0700 Message-ID: From: Freddie Cash To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Does this disk/filesystem layout look sane to you? 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, 15 Jun 2009 02:16:58 -0000 On Sun, Jun 14, 2009 at 9:17 AM, Dan Naumov wrote: > I just wanted to have an extra pair (or a dozen) of eyes look this > configuration over before I commit to it (tested it in VMWare just in > case, it works, so I am considering doing this on real hardware soon). > I drew a nice diagram: http://www.pastebin.ca/1460089 Since it doesnt > show on the diagram, let me clarify that the geom mirror consumers as > well as the vdevz for ZFS RAIDZ are going to be partitions (raw disk > => full disk slice => swap partition | mirror provider partition | zfs > vdev partition | unused. I don't know for sure if it's the same on FreeBSD, but on Solaris, ZFS will disable the onboard disk cache if the vdevs are not whole disks. IOW, if you use slices, partitions, or files, the onboard disk cache is disabled. This can lead to poor write performance. Unless you can use one of the ZFS-on-root facilities, I'd look into getting a couple of CompactFlash or USB sticks to use for the gmirror for / and /usr (put the rest on ZFS). Then you can dedicate the entirety of all 5 drives to ZFS. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 04:41:57 2009 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 B4E94106564A for ; Mon, 15 Jun 2009 04:41:57 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ipmail01.adl6.internode.on.net (ipmail01.adl6.internode.on.net [203.16.214.146]) by mx1.freebsd.org (Postfix) with ESMTP id D95018FC14 for ; Mon, 15 Jun 2009 04:41:51 +0000 (UTC) (envelope-from emikulic@gmail.com) Received: from ppp154-240.static.internode.on.net ([150.101.154.240]) by ipmail01.adl6.internode.on.net with ESMTP; 15 Jun 2009 13:52:01 +0930 Received: by ppp154-240.static.internode.on.net (Poo-fix, from userid 1001) id B7E115C45; Mon, 15 Jun 2009 14:13:59 +1000 (EST) Date: Mon, 15 Jun 2009 14:13:59 +1000 From: Emil Mikulic To: freebsd-stable@freebsd.org Message-ID: <20090615041359.GA45187@dmr.ath.cx> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: Does this disk/filesystem layout look sane to you? 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, 15 Jun 2009 04:41:58 -0000 On Sun, Jun 14, 2009 at 07:16:52PM -0700, Freddie Cash wrote: > I don't know for sure if it's the same on FreeBSD, but on Solaris, ZFS will > disable the onboard disk cache if the vdevs are not whole disks. pjd@ has stated in the past that this doesn't apply to FreeBSD: http://lists.freebsd.org/pipermail/freebsd-stable/2008-May/042734.html From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 05:00:01 2009 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 37C7F106566C for ; Mon, 15 Jun 2009 05:00:01 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.29]) by mx1.freebsd.org (Postfix) with ESMTP id DFC1C8FC13 for ; Mon, 15 Jun 2009 05:00:00 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1885443ywe.13 for ; Sun, 14 Jun 2009 21:59:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=LY1cd5/cMyTZFZbGlefFkNSk3mWwLy7ixPdAISi9buw=; b=UCMQ0P2MVY/l1YZN0CEWRP43HZDfsSLteZ/cTNvTQrDiZluWWNX6QWXhTmk+O18/Cr 3mO7P0z+JkFq97ek+dJ9yHkHDck0pnxCpGTBy46Ba0Q6cLL+XKVrxDXbelHlGpdsN7x4 ektDJT1kwnqWxGe2uLaq0XWc7JXTNT8L1T6CE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=t/ynzUCcp3mhOl/Q4x0hmBIDNJKKaKydxTFVn5DfbOpcNF2HHt12zwyZM8Q6XEfUkT maRZn4lD+VZCSlHilSmJsqjTEVvI9oWg/NM15D8TJRIG16SrQPEHJa8OVz4TXp/MdS9Z f9Pw5TPof1jqCyymw873zVm87Rqrgql2S8lBA= MIME-Version: 1.0 Received: by 10.151.138.13 with SMTP id q13mr12423791ybn.179.1245041999691; Sun, 14 Jun 2009 21:59:59 -0700 (PDT) In-Reply-To: <20090615041359.GA45187@dmr.ath.cx> References: <20090615041359.GA45187@dmr.ath.cx> Date: Sun, 14 Jun 2009 21:59:59 -0700 Message-ID: From: Freddie Cash To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Does this disk/filesystem layout look sane to you? 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, 15 Jun 2009 05:00:01 -0000 On Sun, Jun 14, 2009 at 9:13 PM, Emil Mikulic wrote: > On Sun, Jun 14, 2009 at 07:16:52PM -0700, Freddie Cash wrote: > > I don't know for sure if it's the same on FreeBSD, but on Solaris, ZFS > will > > disable the onboard disk cache if the vdevs are not whole disks. > > pjd@ has stated in the past that this doesn't apply to FreeBSD: > http://lists.freebsd.org/pipermail/freebsd-stable/2008-May/042734.html > _______________________________________________ > 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" > Nice. Thanks for that. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 06:31:55 2009 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 120781065677 for ; Mon, 15 Jun 2009 06:31:55 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id BFAF38FC24 for ; Mon, 15 Jun 2009 06:31:54 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1895569ana.13 for ; Sun, 14 Jun 2009 23:31:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0Sz1+T71jVdtlvO4v0ozU++rag+Un9MY7x8npQHaYOA=; b=NOoCUk+GeMulX2cEDUqQeOqZ/4BMJK8bfB1aslQt9GFVq+DeDA3sF9htsYnHmuFvx+ 1qIMYOD/unNOrPCZxV2O6To2CsS3+YRBMIf1bZFZjaUMYwqutq57pgAVUbPfVJ4pyjtk 16jL/3n5bdrf4i8MIceNJLjknwbbmfloR23nQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=eDXjxpqBwotLTuno7XhGcPZLlfYCMDXBrkbt/tW75OqomcLF2txF0vXodrUSNSJ6WG cPw7taZtnO8noYnv2KwNuQQkkbG6wvdOkFBgVbE/aD7qze72ITABQyezheZMMxVtjQqm yKnt34FX+7XQt9qcVlLBUlQ5NuXzr2cUPHEuk= MIME-Version: 1.0 Received: by 10.100.248.10 with SMTP id v10mr8231235anh.88.1245047514100; Sun, 14 Jun 2009 23:31:54 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Jun 2009 09:31:54 +0300 Message-ID: From: Dan Naumov To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-STABLE Mailing List Subject: Re: Does this disk/filesystem layout look sane to you? 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, 15 Jun 2009 06:31:55 -0000 The main reason for NOT using zfs directly on raw disks is the fact that you cannot replace a vdev in a pool with a smaller one, only with one of equal size or bigger. This leads to a problem: if you are a regular Joe User (and not a company buying certified hardware from a specific vendor) and want to replace one of the disks in your pool. The new 2tb disk you buy can very often be actually a few sectors smaller then the disk you are trying to replace, this in turn will lead to zfs not accepting the new disk as a replacement, because it's smaller (no matter how small). Using zfs on partitions instead and keeping a few gb unused on each disk leaves us with some room to play and be able to avoid this issue. - Dan Naumov On Mon, Jun 15, 2009 at 5:16 AM, Freddie Cash wrote: > I don't know for sure if it's the same on FreeBSD, but on Solaris, ZFS wi= ll > disable the onboard disk cache if the vdevs are not whole disks. =A0IOW, = if > you use slices, partitions, or files, the onboard disk cache is disabled. > This can lead to poor write performance. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 07:48:06 2009 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 A3AA2106566C for ; Mon, 15 Jun 2009 07:48:06 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 66B048FC08 for ; Mon, 15 Jun 2009 07:48:06 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MG6vE-000P8i-Jj; Mon, 15 Jun 2009 08:48:04 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MG6vC-000K7w-Ac; Mon, 15 Jun 2009 08:48:03 +0100 To: dan.naumov@gmail.com, fjwcash@gmail.com In-Reply-To: Message-Id: From: Pete French Date: Mon, 15 Jun 2009 08:48:02 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Does this disk/filesystem layout look sane to you? 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, 15 Jun 2009 07:48:06 -0000 > The new 2tb disk you buy can very often be actually a few sectors > smaller then the disk you are trying to replace, this in turn will > lead to zfs not accepting the new disk as a replacement, because it's > smaller (no matter how small). Heh - you are in for a pleasent surprise my friend! ;-) If you actually try this in practice you will find ZFS *does* accept a smaller drive as a replacement. Preseumably to cope with the natural variability in sector size that you describe. Surprised me too the first time I saw it... -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 08:02:57 2009 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 2464D1065672 for ; Mon, 15 Jun 2009 08:02:57 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id D03848FC17 for ; Mon, 15 Jun 2009 08:02:56 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1908196ana.13 for ; Mon, 15 Jun 2009 01:02:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9V0uIrmsAxGCJPdPbY/IsFexIX9mL4ZTzD50pYD4mb0=; b=vp4LX30e3sAy9I5YPfJNuqGrROg6POZxdbcyQge0HQWVH+K+ddb0TBt7o+uI7dXxxS b75VCpDG5f0Mugg08BggxWKzIDagLw2jl86NiIlW+PPnzu8KOZ3+S5OsnDTw4pyku9/L 7AfvpedpHUZ3wARGjX93zlsP/gnbBhFdmm8Gw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=JUTqpgslSNRsGkrLougrX+buKvISxzFPYD6yxHgZlO5OY9ONr68UjqmyU9FBF1ycT4 XdItg508oV6/L9l2uCE4IDB6zA74qa8pmqG2o9gFneFkbXArJfSvj+JuUScL98cJtBxF 0wh4MTmMJveE+TcVrvxKaXH3Kc8AFq5M5q2a4= MIME-Version: 1.0 Received: by 10.100.201.11 with SMTP id y11mr4141533anf.190.1245052976242; Mon, 15 Jun 2009 01:02:56 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Jun 2009 11:02:56 +0300 Message-ID: From: Dan Naumov To: Pete French Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Does this disk/filesystem layout look sane to you? 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, 15 Jun 2009 08:02:57 -0000 If this is true, some magic has been done to the FreeBSD port of ZFS, because according to SUN documentation is is definitely not supposed to be possible. - Dan Naumov On Mon, Jun 15, 2009 at 10:48 AM, Pete French wrote: >> The new 2tb disk you buy can very often be actually a few sectors >> smaller then the disk you are trying to replace, this in turn will >> lead to zfs not accepting the new disk as a replacement, because it's >> smaller (no matter how small). > > Heh - you are in for a pleasent surprise my friend! ;-) If you actually > try this in practice you will find ZFS *does* accept a smaller drive as > a replacement. Preseumably to cope with the natural variability in sector > size that you describe. > > Surprised me too the first time I saw it... > > -pete. > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 08:35:21 2009 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 BF7E01065680 for ; Mon, 15 Jun 2009 08:35:21 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 856FB8FC19 for ; Mon, 15 Jun 2009 08:35:21 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MG7ey-000PXb-6r; Mon, 15 Jun 2009 09:35:20 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MG7ey-000KGX-5y; Mon, 15 Jun 2009 09:35:20 +0100 To: dan.naumov@gmail.com In-Reply-To: Message-Id: From: Pete French Date: Mon, 15 Jun 2009 09:35:20 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Does this disk/filesystem layout look sane to you? 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, 15 Jun 2009 08:35:22 -0000 > If this is true, some magic has been done to the FreeBSD port of ZFS, > because according to SUN documentation is is definitely not supposed > to be possible. I just tried it again to make sure I wasn't imagining things - you can give it a shot yourself using mdconfig to create some drives. It will let me drop in a replacement up to about 64k smaller than the original with no problems. Below that and it refuses saying the drive is too small. -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 08:39:42 2009 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 F39D110656D3 for ; Mon, 15 Jun 2009 08:39:41 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id ABD8C8FC1B for ; Mon, 15 Jun 2009 08:39:41 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1918825ywe.13 for ; Mon, 15 Jun 2009 01:39:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=o+GpkPlVJa0E2UL8WlDHaZfyE8qXvi6jL5Jlezl/Mms=; b=WZpRDVpEbSKLZ5N0d7TwbVwd9ADzDq1O+lckz0r166OYe3Hf2lIGY3cWghLCboIvqT 3J3OltASJpwwOq0+PKrrmiOenCmJ4L3NWQ0gq6/cM1gpumnUTIt4jKkgjHtHofRwBf6U qPpawcygH8acBgbe4PRj1lNjaKSH1CoEhf1dg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=TIO+ClkzkLZI7rIpL9NZ3qtIwd9N1LmAiDscJfHZBKf5wrC0y3GbeFmzu0zFyO40lv spT033zrxjvDK9GcfFLoDR0b/oO7nDOc9BdsKBgkOI0xnBcHhm1vjqUu4oKEwsaOXnfw V41QUvrVxrkKqQQ7JHvwggNzOCduS9F4vsuGk= MIME-Version: 1.0 Received: by 10.100.127.4 with SMTP id z4mr8334854anc.129.1245055180924; Mon, 15 Jun 2009 01:39:40 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Jun 2009 11:39:40 +0300 Message-ID: From: Dan Naumov To: Pete French Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Does this disk/filesystem layout look sane to you? 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, 15 Jun 2009 08:39:42 -0000 Haven't had time to test (stuck at work), but I will trust your word :) Well, this sounds nice and sensible. I am curious though if there have been any numbers regarding how much do "actual" drive sizes vary in the real world when it comes to disks of same manufacturer/model/size. I guess this probably varies from manufacturer to manufacturer, but some average estimates would be nice, just so that one could evaluate whether this 64k barrier is enough. - Dan Naumov On Mon, Jun 15, 2009 at 11:35 AM, Pete French wrote: >> If this is true, some magic has been done to the FreeBSD port of ZFS, >> because according to SUN documentation is is definitely not supposed >> to be possible. > > I just tried it again to make sure I wasn't imagining things - you > can give it a shot yourself using mdconfig to create some drives. It > will let me drop in a replacement up to about 64k smaller than the original > with no problems. Below that and it refuses saying the drive is too > small. > > -pete. > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 08:49:08 2009 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 044391065680 for ; Mon, 15 Jun 2009 08:49:08 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 7832F8FC32 for ; Mon, 15 Jun 2009 08:49:07 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz28 with SMTP id 28so444983bwz.43 for ; Mon, 15 Jun 2009 01:49:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=Ft4hyN9eJnM71oxA9BAa+z++BeBsdj4VHJqPZybLJ+s=; b=a7tEX8TmI+eZz6CRNkAFD8L2duxhghz05pPLXWwMMCNEK+V+LRwroFVeuXrUBHyrQt Dwac/FIjtiJqPA26RO3uLvSunBUgPRO2vn32gRbaPQhKCkqj7agTu/xN2hsrfaTig3HJ 5l3hLCePPnKFlIP7GSrkzBqcRnjp93RXu3fg0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=mQRUNF0xWx90Hm7BtOKHs3Gr00ogcO0STyo9TJEWb7xSlKKCKiT6hWuH2LoQ9H96yg qfxg27khNjP7s5mYYwyMOI8uePifDm38H+fBfZU+6lXhGOteKpapGWKtAETGAPfIQvKD y/vG3p+gKBrLhZPOCojEUdKfhH3Ru2RsNDjzA= MIME-Version: 1.0 Received: by 10.103.233.12 with SMTP id k12mr3526510mur.108.1245055746266; Mon, 15 Jun 2009 01:49:06 -0700 (PDT) Date: Mon, 15 Jun 2009 12:49:06 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: lockup on 6.4 while bce in MGETHDR 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, 15 Jun 2009 08:49:08 -0000 Hi. This is on 6.4-S as of April with uptime about 2 months. Machine could not be accessed via network, didn't reply on ping. Looking at backtrace it's here: if_bce.c::bce_get_buf(): /* This is a new mbuf allocation. */ MGETHDR(m_new, M_DONTWAIT, MT_DATA); >From brk-seq: db> bt Tracing pid 31 tid 100034 td 0xc833ad00 kdb_enter(c097ef95) at kdb_enter+0x2b siointr1(c83a3c00) at siointr1+0xce siointr(c83a3c00) at siointr+0x5e intr_execute_handlers(c80ee4c8,e8963abc,4,e8963b0c,c08cba63,...) at intr_execute_handlers+0xe1 lapic_handle_intr(38) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc06a393e, esp = 0xe8963b00, ebp = 0xe8963b0c --- _mtx_lock_sleep(c0a655c0,c833ad00,0,0,0) at _mtx_lock_sleep+0xb6 kmem_malloc(c14680c0,1000,101,e8963b8c,c082cadd,...) at kmem_malloc+0x328 page_alloc(c1456000,1000,e8963b7f,101,c8b10016,...) at page_alloc+0x1a slab_zalloc(c1456000,101,0,d278ca90,c915aa3c,...) at slab_zalloc+0xdd uma_zone_slab(c1456000,1) at uma_zone_slab+0xf0 uma_zalloc_bucket(c1456000,1) at uma_zalloc_bucket+0x15c uma_zalloc_arg(c1456000,d0729e00,1) at uma_zalloc_arg+0x292 bce_get_buf(c8363000,0,e8963c7c,e8963c7e,e8963c80) at bce_get_buf+0xef bce_fill_rx_chain(c8363000,7047,d0729000,cbd86000,59375b37,...) at bce_fill_rx_chain+0x48 bce_rx_intr(c8363000) at bce_rx_intr+0x301 bce_intr(c8363000) at bce_intr+0xf4 ithread_execute_handlers(c8337c90,c8230a80) at ithread_execute_handlers+0x125 ithread_loop(c835f860,e8963d38) at ithread_loop+0x55 fork_exit(c0694a38,c835f860,e8963d38) at fork_exit+0x71 fork_trampoline() at fork_trampoline+0x8 --- trap 0x1, eip = 0, esp = 0xe8963d6c, ebp = 0 --- db> ps pid ppid pgrp uid state wmesg wchan cmd 17102 17100 15549 0 L *vm page 0xcce93480 awk 17101 17100 15549 0 L *Giant 0xc8737480 grep 17100 17098 15549 0 S wait 0xc8726a78 sh 17098 15570 15549 0 S wait 0xc98c2a78 sh 16935 30771 30771 8382 RL httpd 16656 16349 16349 10346 S biord 0xdc389368 php 16564 16460 16460 18332 SL vmpfw 0xc365da98 lynx 16563 16351 16351 18332 LL *vm page 0xcce93480 lynx 16460 16451 16460 18332 Ss wait 0xc8ebb218 bash 16451 11589 11589 18332 S piperd 0xd264a198 crond 16360 16345 16345 37174 SL vnread 0xdc14e7f0 php 16351 16343 16351 18332 Ss wait 0xc9236c90 bash 16349 16340 16349 10346 Ss wait 0xce3f3218 bash 16345 16337 16345 37174 Ss wait 0xcf6b1860 bash 16343 11589 11589 18332 S piperd 0xca389990 crond 16340 11589 11589 10346 S piperd 0xcce447f8 crond 16337 11589 11589 37174 S piperd 0xcc6fb198 crond 15996 37504 37504 27220 S select 0xc0a56dc4 httpd 15611 15608 15561 0 S piperd 0xd222f4c8 awk -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 08:57:41 2009 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 93EF1106564A for ; Mon, 15 Jun 2009 08:57:41 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 58F0E8FC15 for ; Mon, 15 Jun 2009 08:57:41 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MG80Z-000Ppy-L2; Mon, 15 Jun 2009 09:57:39 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MG80Z-000KOZ-K5; Mon, 15 Jun 2009 09:57:39 +0100 To: dan.naumov@gmail.com In-Reply-To: Message-Id: From: Pete French Date: Mon, 15 Jun 2009 09:57:39 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Does this disk/filesystem layout look sane to you? 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, 15 Jun 2009 08:57:42 -0000 > Haven't had time to test (stuck at work), but I will trust your word > :) Well, this sounds nice and sensible. I am curious though if there It's good isn't it ? I just did another test, replacing both drives wuth smaller ones, and you can't then recursively add an even smaller one in :-) If you were wondering why I tried that, I just wanted to make sure it wasn't an off-by-one error somewhere letting it happen. I guess it encodes a 'minimum size' for the drives. > have been any numbers regarding how much do "actual" drive sizes vary > in the real world when it comes to disks of same > manufacturer/model/size. I guess this probably varies from In my expereince all the ones from the same manufacturer and model are exactly the same size. Admittedly I only ever buy SCSI, but that shouldnt make too much difference should it ? -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 11:29:25 2009 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 5E34010656A7 for ; Mon, 15 Jun 2009 11:29:25 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id DDB098FC16 for ; Mon, 15 Jun 2009 11:29:24 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz28 with SMTP id 28so524486bwz.43 for ; Mon, 15 Jun 2009 04:29:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=oSFGlYcRMyY8JPvhF4OQB/IxnpWZvNnzzp7eq1+vdLI=; b=vh3jW4rv7PwoVanpANgG3XmlMXs75Pq3lxXEHGxihB3VJPLPkyrrSDKNGLwzfS0Xzz FPwtiU2+oN74qZkF3URzEDDM34pLvm0k/ii59oK2m655kl3zUgCfO8w0zJIrLatjpzEO vU1um2O1AplO3+PdPF5K0FUrjhygmVT02EoDg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=TfbhITf8sq0LNQWBfbV0M1w7/ak059f4a53LRr7a76thVE8EY8ncEvJyMo0RzI9S2q nrDe969Jpf/wgC0ZBsjY001vvEYr3awTTUdAbel2mXpzmZYyQ9exk2iC4majh0KxGvce j8W7bolTi6IUsG3qUEbbCdEnAeQx3VjU7tjts= MIME-Version: 1.0 Received: by 10.103.214.13 with SMTP id r13mr3589893muq.37.1245065363837; Mon, 15 Jun 2009 04:29:23 -0700 (PDT) Date: Mon, 15 Jun 2009 15:29:23 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: coretemp(4) lockups on 6-stable 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, 15 Jun 2009 11:29:26 -0000 This is 6.4-stable from April. System locks up while in `sysctl dev.cpu` (with coretemp kldloaded). So as far as I understand sched_bind() binds an executing thread to nonexistent CPU 255. Same behavior on coretemp built on 6.2. db> ps pid ppid pgrp uid state wmesg wchan cmd 34381 34380 34381 0 R+ CPU 255 sysctl [...] db> bt 34381 Tracing pid 34381 tid 100166 td 0xc8634680 sched_switch(c8634680,0,1) at sched_switch+0x143 mi_switch(1,0,c86347e0,4,c0a4e510,...) at mi_switch+0x1ba sched_bind(c8634680,4,c856f3b0,0,c0836b3b,...) at sched_bind+0x52 coretemp_get_temp_sysctl(c8ef56c0,c908c200,0,eebebc04,c8ef56c0,...) at coretemp_get_temp_sysctl+0x47 sysctl_root(0,eebebc74,4,eebebc04) at sysctl_root+0x107 userland_sysctl(c8634680,eebebc74,4,0,bfbfda8c,0,0,0,eebebc70,0) at userland_sysctl+0x112 __sysctl(c8634680,eebebd04) at __sysctl+0x93 syscall(3b,3b,3b,4,bfbfda8c,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2812407b, esp = 0xbfbfd9fc, ebp = 0xbfbfda38 --- static int coretemp_get_temp(device_t dev) { uint64_t msr; int temp; int cpu = device_get_unit(dev); struct coretemp_softc *sc = device_get_softc(dev); char stemp[16]; mtx_lock_spin(&sched_lock); sched_bind(curthread, cpu); ^^^ mtx_unlock_spin(&sched_lock); -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 12:23:50 2009 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 11A6C106566C for ; Mon, 15 Jun 2009 12:23:50 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 8EAB08FC0A for ; Mon, 15 Jun 2009 12:23:49 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz28 with SMTP id 28so555228bwz.43 for ; Mon, 15 Jun 2009 05:23:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=/xkHn2tPm96OzP0FCmMH4cwtfSszu9xkTk68cFQumYM=; b=TXatXecOikWUtEeQtvRFbk3ngiSEUs5WdR2EjOB0G/JX4dyu06ES1+PkhD+7yE4DHc gM6zRqIKKaF+D0ijcqxS4Mt6amUAv0fsAzSP3Xey583XdWSMhhXRczsrzWtSRliXejCN +Ig5+xqmlPm2bYUV0xnJXksU+oUyqon+TNs/c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=XNVxrPiFN9bTFJDa1ZxEgp4iFsL7kch6w0JNc1Fm0MoimMqZw+3er/MDXNcKQLznTG 74wDYJ6AQRGTP850ADhhyjh/3UYrt58ZL9mW8Sv81NF3Ed7ejEH0/VHJS0PiEUq6ygng QO4zEx/buTdtrLIXSRTFPXHuxZEis8n9/eDqU= MIME-Version: 1.0 Received: by 10.103.172.7 with SMTP id z7mr3595037muo.129.1245068628383; Mon, 15 Jun 2009 05:23:48 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Jun 2009 16:23:48 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: coretemp(4) lockups on 6-stable 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, 15 Jun 2009 12:23:50 -0000 2009/6/15 pluknet : > This is 6.4-stable from April. > > System locks up while in `sysctl dev.cpu` (with coretemp kldloaded). Small follow-up: Just one of my wild guesses is that coretemp doesn't play nice with ncpu > = 4. A problem box is 8-way cpu. I always observe this lockup when sched_bind(curthread, cpu) called with cpu=3D=3D4. While on another box `sysctl dev.cpu` works good and that box have only 4 cpu cores. > > So as far as I understand sched_bind() binds an executing thread to > nonexistent CPU 255. > Same behavior on coretemp built on 6.2. > > db> ps > =A0pid =A0ppid =A0pgrp =A0 uid =A0 state =A0 wmesg =A0 =A0 wchan =A0 =A0c= md > 34381 34380 34381 =A0 =A0 0 =A0R+ =A0 =A0 =A0CPU 255 =A0 =A0 =A0 =A0 =A0 = =A0 sysctl > [...] > db> bt 34381 > Tracing pid 34381 tid 100166 td 0xc8634680 > sched_switch(c8634680,0,1) at sched_switch+0x143 > mi_switch(1,0,c86347e0,4,c0a4e510,...) at mi_switch+0x1ba > sched_bind(c8634680,4,c856f3b0,0,c0836b3b,...) at sched_bind+0x52 > coretemp_get_temp_sysctl(c8ef56c0,c908c200,0,eebebc04,c8ef56c0,...) at > coretemp_get_temp_sysctl+0x47 > sysctl_root(0,eebebc74,4,eebebc04) at sysctl_root+0x107 > userland_sysctl(c8634680,eebebc74,4,0,bfbfda8c,0,0,0,eebebc70,0) at > userland_sysctl+0x112 > __sysctl(c8634680,eebebd04) at __sysctl+0x93 > syscall(3b,3b,3b,4,bfbfda8c,...) at syscall+0x2bf > Xint0x80_syscall() at Xint0x80_syscall+0x1f > --- syscall (202, FreeBSD ELF32, __sysctl), eip =3D 0x2812407b, esp =3D > 0xbfbfd9fc, ebp =3D 0xbfbfda38 --- > > static int > coretemp_get_temp(device_t dev) > { > =A0 =A0 =A0 =A0uint64_t msr; > =A0 =A0 =A0 =A0int temp; > =A0 =A0 =A0 =A0int cpu =3D device_get_unit(dev); > =A0 =A0 =A0 =A0struct coretemp_softc *sc =3D device_get_softc(dev); > =A0 =A0 =A0 =A0char stemp[16]; > > =A0 =A0 =A0 =A0mtx_lock_spin(&sched_lock); > =A0 =A0 =A0 =A0sched_bind(curthread, cpu); > =A0 =A0 =A0 =A0 ^^^ > =A0 =A0 =A0 =A0mtx_unlock_spin(&sched_lock); > > > -- > wbr, > pluknet > --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 15:00:14 2009 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 D40441065672 for ; Mon, 15 Jun 2009 15:00:14 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id 7E76B8FC0A for ; Mon, 15 Jun 2009 15:00:14 +0000 (UTC) (envelope-from paul.m.saab@gmail.com) Received: by qyk3 with SMTP id 3so4881807qyk.3 for ; Mon, 15 Jun 2009 08:00:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=aGuySfakQxAVkO4eW/jZglz46dzBRjRMuFVQX69Jk/w=; b=sKvtTFQl3SdNSwWDLIkxl8Dk94vRsNuDfIFE6XWiNJCkGYEWmqFHh4cOuXEaMPI1V+ MDU1D5IdFIn0FzwqG4ghc5mR3pvO0VAAuXT3w8ldvbLZYGTSvZwb//a3Mo3YakZtzvph 4a2LQvMpE9JKHaSjIVo2azcMyPQy7O93jOxBo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=TzaV1tME7hqz4+q6bOnfxcd+KrfsK9OVns8DIKG52odeRWdMeP9qMDLqr9YKk3n5c5 WfFceo6QfEnktePAGRsq9gaVT/qtyWn5/b5Db0fre6gGEkrXKAPIFCwfueTXeJiqLZRd dybtmBMID6ulu0J6Euz3Ml229/RdIwSN47GhY= MIME-Version: 1.0 Sender: paul.m.saab@gmail.com Received: by 10.231.10.134 with SMTP id p6mr2563134ibp.36.1245076617893; Mon, 15 Jun 2009 07:36:57 -0700 (PDT) In-Reply-To: References: <3a142e750906131642n4d00469dh779e54da231bf6d3@mail.gmail.com> <1407C6EC-873D-49AB-9F8C-6A4A6FFA9DC3@airwired.net> Date: Mon, 15 Jun 2009 07:36:57 -0700 X-Google-Sender-Auth: bd862589bb4b856b Message-ID: <5c0ff6a70906150736i4ee21acbh8b78cddd15f25e27@mail.gmail.com> From: Paul Saab To: Dan Allen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-STABLE Mailing List Subject: Re: Let's back out LOADER_ZFS_SUPPORT from STABLE 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, 15 Jun 2009 15:00:15 -0000 I just merged a change from current to libstand which increases the number of open file descriptors. This could be what was causing your problems. Can you test it out with the latest RELENG_7? On Sun, Jun 14, 2009 at 7:08 PM, Dan Allen wrote: > > On 14 Jun 2009, at 5:08 PM, Daniel Eischen wrote: > > On Sun, 14 Jun 2009, Dan Allen wrote: >> >> # /dev/ad0s2: >>> 8 partitions: >>> # size offset fstype [fsize bsize bps/cpg] >>> a: 43591708 2097152 4.2BSD 0 0 0 >>> b: 2097152 0 swap >>> c: 45688860 0 unused 0 0 # "raw" part, don't >>> edit >>> >> >> Seems weird to see swap at offset 0 and partition a after swap. >> I wonder if that is screwing things up. And shouldn't the offset >> for your first slice start at offset 188747685 (from fdisk)? >> > > Interesting insights. > > I forgot to mention that there may be some discrepancies that are a remnant > of reinstalling the OS many times. (Now I know I could have used the > loader.old trick...) > > Anyway, while doing this a dozen times in a couple of days I learned that I > could speed things by not doing newfs(8) each time, so the fsize and bsize > fields are definitely messed up. Yet things seem to work fine. Weird. > > My next experiment is to redo the disk entirely. > > Dan > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 15:19:46 2009 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 F384F1065680 for ; Mon, 15 Jun 2009 15:19:45 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id 744658FC0C for ; Mon, 15 Jun 2009 15:19:45 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate03.web.de (Postfix) with ESMTP id 4282310013593 for ; Mon, 15 Jun 2009 17:19:44 +0200 (CEST) Received: from [217.236.11.4] (helo=zelda.local) by smtp05.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1MGDyJ-0005c4-00 for freebsd-stable@freebsd.org; Mon, 15 Jun 2009 17:19:43 +0200 Date: Mon, 15 Jun 2009 17:19:39 +0200 From: Martin To: freebsd-stable@freebsd.org Message-ID: <20090615171939.6bb955f1@zelda.local> X-Mailer: Claws Mail 3.7.1 (GTK+ 2.16.2; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/IqUu_lpBKEKgi_u.PQq3NzR" Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1/SgHpghF3pdZ4QJsErOQbZsni2Nxh0XTiyEkM0 2Q29OdLO62y3rLCHNbZzB47nOX6X2P/Mma16WreMFItbweZFss qe924hJSI= X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Panic on 7.2-p1 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: Mon, 15 Jun 2009 15:19:46 -0000 --MP_/IqUu_lpBKEKgi_u.PQq3NzR Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline Hi, the custom kernel, I've built on my home router catched a panic today. I don't have any dump, because swap is encrypted. I've got some information written by hand... I hope it helps a bit. fault virtual address = 0xa fault code = supervisor read, page not present instruction pointer = 0x20:0xc07834 stack pointer = 0x28:0xc39aab50 frame pointer = 0x28:0xc39aab6c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (idle: cpu0) Stopped at md_get_mem+0xf: mov 0x4(%eax),%ebx eax = 0x6 ebx = 0xc0714907 ds = sc_buffer.9247+0xe708 Stack trace: md_get_mem md_get_uint32 md_get_uint32le tc_ticktock hardlock uname -a: FreeBSD epona.local 7.2-RELEASE-p1 FreeBSD 7.2-RELEASE-p1 #1: Wed Jun 10 20:22:30 CEST 2009 root@epona.local:/usr/obj/usr/src/sys/EPONA i386 -- Martin --MP_/IqUu_lpBKEKgi_u.PQq3NzR-- From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 15:47:46 2009 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 7CDD6106566B for ; Mon, 15 Jun 2009 15:47:46 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 653D58FC1C for ; Mon, 15 Jun 2009 15:47:46 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 059A233C62; Mon, 15 Jun 2009 08:47:46 -0700 (PDT) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id B805633C5B; Mon, 15 Jun 2009 08:47:45 -0700 (PDT) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18998.27937.780804.279674@already.local> Date: Mon, 15 Jun 2009 08:47:45 -0700 To: Freddie Cash In-Reply-To: References: X-Mailer: VM 8.0.12 under 22.3.1 (i386-apple-darwin9.6.0) X-Virus-Scanned: ClamAV using ClamSMTP Cc: FreeBSD-STABLE Mailing List Subject: Re: Does this disk/filesystem layout look sane to you? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2009 15:47:46 -0000 Freddie Cash writes: > On Sun, Jun 14, 2009 at 9:17 AM, Dan Naumov wrote: > > > I just wanted to have an extra pair (or a dozen) of eyes look this > > configuration over before I commit to it (tested it in VMWare just in > > case, it works, so I am considering doing this on real hardware soon). > > I drew a nice diagram: http://www.pastebin.ca/1460089 Since it doesnt > > show on the diagram, let me clarify that the geom mirror consumers as > > well as the vdevz for ZFS RAIDZ are going to be partitions (raw disk > > => full disk slice => swap partition | mirror provider partition | zfs > > vdev partition | unused. > > > I don't know for sure if it's the same on FreeBSD, but on Solaris, ZFS will > disable the onboard disk cache if the vdevs are not whole disks. IOW, if > you use slices, partitions, or files, the onboard disk cache is disabled. > This can lead to poor write performance. > > Unless you can use one of the ZFS-on-root facilities, I'd look into getting > a couple of CompactFlash or USB sticks to use for the gmirror for / and /usr > (put the rest on ZFS). Then you can dedicate the entirety of all 5 drives > to ZFS. Even if you use do a bootable ZFS on root, you'll end up with a couple of gpt partitions (boot code, swap, then root) and therefor constructing your ZFS file system from a partition. Pawel said, back on April 6, 2007, "We support cache flushing operations on any GEOM provider (disk, partition, slice, anything disk-like), so bascially currently I treat everything as a whole disk [...]" Does anyone know for sure if we disable caching for partitions? g. From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 15:54:56 2009 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 DE09B1065670 for ; Mon, 15 Jun 2009 15:54:56 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id 923FB8FC1B for ; Mon, 15 Jun 2009 15:54:56 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2020162ywe.13 for ; Mon, 15 Jun 2009 08:54:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=7kqwmmAnAUlouvlg53Ae9+XSl4jD+yL/YefM2MR+S1g=; b=RJkIskbf3ZpFAJQtz0pXfQlFyUSbwDG/YWYhbpuDzKAH77cKxPqsCKEDfyWAqEjys3 10PSx/H0axEu9L15TB6TD3K3YbK8sCMxKc2OqXcOchtBbyVv570osoXNhutyKdqb0CnA E6GgrCf6hpAV0kHBvOpYe3TRh7dTIZU6UtWfg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=VVUF5Y/Lz+AKZpiNgD0fjwWEq8w+B26oYfAG3QnTgwx1JXNzrcYSkrYLmTgkkMddOs johQGZ4eNO22eZYwUFr9aUiSvsx5QGNn2Idc6STFaxWnQLW1C9HW899njFWNaSNBOpuZ dlVSWyAa/TRLNof98xUtk3nyU4bPUG7RC+0Ew= MIME-Version: 1.0 Received: by 10.151.68.9 with SMTP id v9mr13606103ybk.8.1245081295822; Mon, 15 Jun 2009 08:54:55 -0700 (PDT) In-Reply-To: <18998.27937.780804.279674@already.local> References: <18998.27937.780804.279674@already.local> Date: Mon, 15 Jun 2009 08:54:55 -0700 Message-ID: From: Freddie Cash To: hartzell@alerce.com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD-STABLE Mailing List Subject: Re: Does this disk/filesystem layout look sane to you? 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, 15 Jun 2009 15:54:57 -0000 On Mon, Jun 15, 2009 at 8:47 AM, George Hartzell wrote: > Freddie Cash writes: > > On Sun, Jun 14, 2009 at 9:17 AM, Dan Naumov > wrote: > > > > > I just wanted to have an extra pair (or a dozen) of eyes look this > > > configuration over before I commit to it (tested it in VMWare just in > > > case, it works, so I am considering doing this on real hardware soon). > > > I drew a nice diagram: http://www.pastebin.ca/1460089 Since it doesnt > > > show on the diagram, let me clarify that the geom mirror consumers as > > > well as the vdevz for ZFS RAIDZ are going to be partitions (raw disk > > > => full disk slice => swap partition | mirror provider partition | zfs > > > vdev partition | unused. > > > > > > I don't know for sure if it's the same on FreeBSD, but on Solaris, ZFS > will > > disable the onboard disk cache if the vdevs are not whole disks. IOW, > if > > you use slices, partitions, or files, the onboard disk cache is > disabled. > > This can lead to poor write performance. > > > > Unless you can use one of the ZFS-on-root facilities, I'd look into > getting > > a couple of CompactFlash or USB sticks to use for the gmirror for / and > /usr > > (put the rest on ZFS). Then you can dedicate the entirety of all 5 > drives > > to ZFS. > > Even if you use do a bootable ZFS on root, you'll end up with a couple > of gpt partitions (boot code, swap, then root) and therefor > constructing your ZFS file system from a partition. > > Pawel said, back on April 6, 2007, > > "We support cache flushing operations on any GEOM provider (disk, > partition, slice, anything disk-like), so bascially currently I > treat everything as a whole disk [...]" > > Does anyone know for sure if we disable caching for partitions? > Going back through some old threads, it seems that I was mistaken, and it's only on Solaris that disk cache is disabled for vdevs created from partitions. 3 cheers for GEOM. :) -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 16:14:08 2009 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 A5102106567F; Mon, 15 Jun 2009 16:14:08 +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 626A78FC1C; Mon, 15 Jun 2009 16:14:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D842146B65; Mon, 15 Jun 2009 12:14:07 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id AED5B8A070; Mon, 15 Jun 2009 12:14:06 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org, Daniel Eischen Date: Mon, 15 Jun 2009 08:53:34 -0400 User-Agent: KMail/1.9.7 References: <1407C6EC-873D-49AB-9F8C-6A4A6FFA9DC3@airwired.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906150853.35327.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 15 Jun 2009 12:14:06 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Dan Allen , "Paul B. Mahol" Subject: Re: Let's back out LOADER_ZFS_SUPPORT from STABLE 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, 15 Jun 2009 16:14:09 -0000 On Sunday 14 June 2009 7:08:50 pm Daniel Eischen wrote: > On Sun, 14 Jun 2009, Dan Allen wrote: > > > > > On 14 Jun 2009, at 1:27 AM, Daniel Eischen wrote: > > > >> From one of your older emails, you mention you are using > >> ad0s2a as / and ad0s2b as swap, and then say that ad0s2c > >> is unused (I may have the ad0s2 part wrong). But ad0s2c > >> should be the entire slice (or partition depending on > >> the wording you are used to). > >> > >> How about posting a relevent fdisk and disklabel (or > >> gpart show) so we can see what your slices and partitions > >> look like (fdisk /dev/ad0, disklabel /dev/ad0s2). > > > > ad0s2c is the entire slice as you thought it should be. > > > > Here is fdisk and bsdlabel /dev/ad0s2: > > > > ******* Working on device /dev/ad0 ******* > > parameters extracted from in-core disklabel are: > > cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) > > > > Figures below won't work with BIOS for partitions not in cyl 1 > > parameters to be used for BIOS calculations are: > > cylinders=232581 heads=16 sectors/track=63 (1008 blks/cyl) > > > > Media sector size is 512 > > Warning: BIOS sector numbering starts with sector 1 > > Information from DOS bootblock is: > > The data for partition 1 is: > > sysid 7 (0x07),(OS/2 HPFS, NTFS, QNX-2 (16 bit) or Advanced UNIX) > > start 63, size 188747622 (92161 Meg), flag 0 > > beg: cyl 0/ head 1/ sector 1; > > end: cyl 1023/ head 10/ sector 63 > > The data for partition 2 is: > > sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) > > start 188747685, size 45688860 (22309 Meg), flag 80 (active) > > beg: cyl 1023/ head 255/ sector 63; > > end: cyl 1023/ head 14/ sector 63 > > The data for partition 3 is: > > > > The data for partition 4 is: > > > > > > > > > > # /dev/ad0s2: > > 8 partitions: > > # size offset fstype [fsize bsize bps/cpg] > > a: 43591708 2097152 4.2BSD 0 0 0 > > b: 2097152 0 swap > > c: 45688860 0 unused 0 0 # "raw" part, don't > > edit > > Seems weird to see swap at offset 0 and partition a after swap. > I wonder if that is screwing things up. And shouldn't the offset > for your first slice start at offset 188747685 (from fdisk)? swap at offset 0 will probably break. The first 16 sectors hold the BSD disklabel and boot code. FFS filesystems leave the first 16 sectors unused, so if you let 'a' start at 0, it actually starts at 16 and you are ok. However, if you let swap start at 0, it actually uses sector 0 and the first time you swap you will trash your filesystem label (yes, this arrangement is exceedingly lame). You could fix this by either letting 'a' come first or changing the swap to start at sector 16 instead of 0. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 16:14:09 2009 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 83070106568E for ; Mon, 15 Jun 2009 16:14:09 +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 54DA88FC1E for ; Mon, 15 Jun 2009 16:14:09 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0BB5346B0C; Mon, 15 Jun 2009 12:14:09 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id EC92C8A072; Mon, 15 Jun 2009 12:14:07 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 15 Jun 2009 08:54:57 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906150854.58042.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 15 Jun 2009 12:14:08 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: pluknet Subject: Re: lockup on 6.4 while bce in MGETHDR 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, 15 Jun 2009 16:14:10 -0000 On Monday 15 June 2009 4:49:06 am pluknet wrote: > Hi. > > This is on 6.4-S as of April with uptime about 2 months. > Machine could not be accessed via network, didn't reply on ping. > Looking at backtrace it's here: > > if_bce.c::bce_get_buf(): > /* This is a new mbuf allocation. */ > MGETHDR(m_new, M_DONTWAIT, MT_DATA); > > > >From brk-seq: > > db> bt > Tracing pid 31 tid 100034 td 0xc833ad00 > kdb_enter(c097ef95) at kdb_enter+0x2b > siointr1(c83a3c00) at siointr1+0xce > siointr(c83a3c00) at siointr+0x5e > intr_execute_handlers(c80ee4c8,e8963abc,4,e8963b0c,c08cba63,...) at > intr_execute_handlers+0xe1 > lapic_handle_intr(38) at lapic_handle_intr+0x2e > Xapic_isr1() at Xapic_isr1+0x33 > --- interrupt, eip = 0xc06a393e, esp = 0xe8963b00, ebp = 0xe8963b0c > --- > _mtx_lock_sleep(c0a655c0,c833ad00,0,0,0) at _mtx_lock_sleep+0xb6 > kmem_malloc(c14680c0,1000,101,e8963b8c,c082cadd,...) at > kmem_malloc+0x328 > page_alloc(c1456000,1000,e8963b7f,101,c8b10016,...) at page_alloc+0x1a > slab_zalloc(c1456000,101,0,d278ca90,c915aa3c,...) at slab_zalloc+0xdd > uma_zone_slab(c1456000,1) at uma_zone_slab+0xf0 > uma_zalloc_bucket(c1456000,1) at uma_zalloc_bucket+0x15c > uma_zalloc_arg(c1456000,d0729e00,1) at uma_zalloc_arg+0x292 > bce_get_buf(c8363000,0,e8963c7c,e8963c7e,e8963c80) at bce_get_buf+0xef > bce_fill_rx_chain(c8363000,7047,d0729000,cbd86000,59375b37,...) at > bce_fill_rx_chain+0x48 > bce_rx_intr(c8363000) at bce_rx_intr+0x301 > bce_intr(c8363000) at bce_intr+0xf4 > ithread_execute_handlers(c8337c90,c8230a80) at > ithread_execute_handlers+0x125 > ithread_loop(c835f860,e8963d38) at ithread_loop+0x55 > fork_exit(c0694a38,c835f860,e8963d38) at fork_exit+0x71 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0x1, eip = 0, esp = 0xe8963d6c, ebp = 0 --- > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 17102 17100 15549 0 L *vm page 0xcce93480 awk > 17101 17100 15549 0 L *Giant 0xc8737480 grep > 17100 17098 15549 0 S wait 0xc8726a78 sh > 17098 15570 15549 0 S wait 0xc98c2a78 sh > 16935 30771 30771 8382 RL httpd > 16656 16349 16349 10346 S biord 0xdc389368 php > 16564 16460 16460 18332 SL vmpfw 0xc365da98 lynx > 16563 16351 16351 18332 LL *vm page 0xcce93480 lynx I suspect these are your real problems. Try doing 'show lockchain 16563' or 'show lockchain 17101'. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 16:30:42 2009 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 8BCFA1065678 for ; Mon, 15 Jun 2009 16:30:42 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 10B9D8FC13 for ; Mon, 15 Jun 2009 16:30:41 +0000 (UTC) (envelope-from hpcharles@gmail.com) Received: by bwz28 with SMTP id 28so737405bwz.43 for ; Mon, 15 Jun 2009 09:30:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:reply-to:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=XMrC8Ea90iakxbzpwBO6QY14tNBPYWZxjIeE5BQ+ARo=; b=sRW8T+d68rZv0+yghTu7RK+y7ZLehCkWYuM+EbS/bwIF/sjve/jCAgt6ld2XJzCW0K Ch3H32halfRv29v8pGS5/N+oYUiJQW3s+aa//R2drFOvewRbcnfeDUThAs7XXaik4E6f 2n9CypcAAFu537IHkIG6TSjwRc8SRysA36zDk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:reply-to:in-reply-to:references:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; b=Dx1p7VjuBRT8dyPw1ZsP87r2RH73Cq6V+f0cgBYqKs3FL4w9evmgFFJ93LeB4Rjn+G gmDNLMbsi/RZpAYHrMrDpJQAqhleXSobUFImFAoliTaueBaMq0eHLsluIRSZyyX+UwP9 3lKEGI9sapCEsvZ3tjMYT0igdfdezhBsdYQAg= MIME-Version: 1.0 Received: by 10.103.160.9 with SMTP id m9mr3792202muo.96.1245083435801; Mon, 15 Jun 2009 09:30:35 -0700 (PDT) In-Reply-To: <20090529181618.GF72047@alchemy.franken.de> References: <20090420204637.GA1236@mr-happy.com> <20090421184924.GA36542@alchemy.franken.de> <20090421193129.GA4869@mr-happy.com> <20090421195510.GC33994@alchemy.franken.de> <20090422150612.GA1231@mr-happy.com> <20090423171949.GE50221@alchemy.franken.de> <20090423200507.GA1246@mr-happy.com> <4734a3ed0905291102m3b1474adk50eb8bcf6712a742@mail.gmail.com> <20090529181618.GF72047@alchemy.franken.de> Date: Mon, 15 Jun 2009 18:30:35 +0200 Message-ID: <4734a3ed0906150930v42b2f202k91d94d5f4e851c74@mail.gmail.com> From: Henri-Pierre Charles To: Marius Strobl Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Jeff Blank , freebsd-stable@freebsd.org Subject: Re: bge problems under 7.2-PRERELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hpcharles@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2009 16:30:42 -0000 Hello, On Fri, May 29, 2009 at 8:16 PM, Marius Strobl wrote: > On Fri, May 29, 2009 at 08:02:42PM +0200, Henri-Pierre Charles wrote: >> Hello Guys >> >> On Thu, Apr 23, 2009 at 10:05 PM, Jeff Blank wrote: >> > On Thu, Apr 23, 2009 at 07:19:49PM +0200, Marius Strobl wrote: >> >> So in combination with >> >> the low number of problem reports this really doesn't >> >> look like a generic problem of this Broadcom hardware >> >> or bge(4) and I just can suggest to disable MSI by >> >> setting the hw.pci.enable_msi tuneable to 0 for now. >> > >> > Great, this does the trick, and I'm now running today's RELENG_7. >> > Thanks for your help, and let me know if ever you'd like me to help >> > test possible fixes. >> >> I have the same computer (Dell optiplex 740) but the sysctl turnaround >> doesn't work, the bge interface seem up but no interruptions. >> >> I have to download / recompile with sys/dev/bge/if_bge.c rev >> 1.198.2.13 and sys/dev/pci/pci.c rev 1.355.2.6 >> >> Is there anything else to try ? > > You need to set hw.pci.enable_msi in the loader f.e. via > loader.conf rather than the corresponding sysctl as the > latter has no effect during boot. Ok, thanks it works. -- HPC From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 17:30:41 2009 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 D744C106568A for ; Mon, 15 Jun 2009 17:30:41 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 5F9828FC20 for ; Mon, 15 Jun 2009 17:30:41 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz28 with SMTP id 28so777600bwz.43 for ; Mon, 15 Jun 2009 10:30:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=g4bz2le4ipzbdsHfe8aDvLT+2IkLs6cFR5Az4VeYtLI=; b=GAWfyinY4UfX4MIrMwJ68DCbHXwZ7a17kama443aT2GYPK84yMqDYJK9EpNOS7IvLB C0agEmuIJtM0UEQb9AVmehG7juzTFJHp8KpJxjWwM+z/trvcz9+/IO4/oizPEOWUkdeM bKpETaPXpVfCO6gOghq3jyWqjCxhxp084Uap0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=KykEKLTQARWN0y45o058zg4wZsAfE2egGWb6t6qhi71STPBO/hMt26UukjVbnncxOV FTK+9Vf+OWBv3mXKqHNB/nGARW2BF6K071ssQ+WA0vlJBb+zhbBVEdeEXBR6zJie/w3b goShGt5TKJtWiHiYjcy9tF/8OgUBHY6wjrygk= MIME-Version: 1.0 Received: by 10.103.243.7 with SMTP id v7mr3818963mur.9.1245087040138; Mon, 15 Jun 2009 10:30:40 -0700 (PDT) In-Reply-To: References: Date: Mon, 15 Jun 2009 21:30:40 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: coretemp(4) lockups on 6-stable 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, 15 Jun 2009 17:30:42 -0000 2009/6/15 pluknet : > 2009/6/15 pluknet : >> This is 6.4-stable from April. >> >> System locks up while in `sysctl dev.cpu` (with coretemp kldloaded). > > Small follow-up: > > Just one of my wild guesses is that coretemp doesn't play nice with ncpu > 4. > A problem box is 8-way cpu. I always observe this lockup when > sched_bind(curthread, cpu) called with cpu==4. While on another box > `sysctl dev.cpu` works good and that box have only 4 cpu cores. > And yet another small one: coretemp(4) works ok under 7.0+ on same h/w. >> >> So as far as I understand sched_bind() binds an executing thread to >> nonexistent CPU 255. >> Same behavior on coretemp built on 6.2. >> >> db> ps >> pid ppid pgrp uid state wmesg wchan cmd >> 34381 34380 34381 0 R+ CPU 255 sysctl >> [...] >> db> bt 34381 >> Tracing pid 34381 tid 100166 td 0xc8634680 >> sched_switch(c8634680,0,1) at sched_switch+0x143 >> mi_switch(1,0,c86347e0,4,c0a4e510,...) at mi_switch+0x1ba >> sched_bind(c8634680,4,c856f3b0,0,c0836b3b,...) at sched_bind+0x52 >> coretemp_get_temp_sysctl(c8ef56c0,c908c200,0,eebebc04,c8ef56c0,...) at >> coretemp_get_temp_sysctl+0x47 >> sysctl_root(0,eebebc74,4,eebebc04) at sysctl_root+0x107 >> userland_sysctl(c8634680,eebebc74,4,0,bfbfda8c,0,0,0,eebebc70,0) at >> userland_sysctl+0x112 >> __sysctl(c8634680,eebebd04) at __sysctl+0x93 >> syscall(3b,3b,3b,4,bfbfda8c,...) at syscall+0x2bf >> Xint0x80_syscall() at Xint0x80_syscall+0x1f >> --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2812407b, esp = >> 0xbfbfd9fc, ebp = 0xbfbfda38 --- >> >> static int >> coretemp_get_temp(device_t dev) >> { >> uint64_t msr; >> int temp; >> int cpu = device_get_unit(dev); >> struct coretemp_softc *sc = device_get_softc(dev); >> char stemp[16]; >> >> mtx_lock_spin(&sched_lock); >> sched_bind(curthread, cpu); >> ^^^ >> mtx_unlock_spin(&sched_lock); >> >> >> -- >> wbr, >> pluknet >> > > > > -- > wbr, > pluknet > -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Jun 15 20:59:51 2009 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 24123106567B for ; Mon, 15 Jun 2009 20:59:51 +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 ECDA28FC30 for ; Mon, 15 Jun 2009 20:59:50 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A3C0046B29 for ; Mon, 15 Jun 2009 16:59:50 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 9130E8A072 for ; Mon, 15 Jun 2009 16:59:49 -0400 (EDT) From: John Baldwin To: stable@FreeBSD.org Date: Mon, 15 Jun 2009 16:59:27 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906151659.27326.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 15 Jun 2009 16:59:49 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: HEADSUP: libpthread compat for 5.x and 6.x binaries 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, 15 Jun 2009 20:59:51 -0000 One of the changes in FreeBSD 8.0 is the removal of support for the KSE threading library and its associated system calls. What this means in practice is that if one uses a KSE-based libpthread from 5.x or 6.x in a chroot or jail on an 8.0 system, the binaries will fail with SIGSYS. For most (possibly all) binaries, this can be worked around by using libthr instead libpthread. FreeBSD 7.0 and later ship with libthr as the threading library installed as libpthread. What I would like to find out is if there are any 5.x or 6.x binaries that use libpthread that do not run well with libthr. You can test this by using a libmap.conf(5) file to remap libpthread to libthr. For 5.x binaries you will want to remap libpthread.so.1 to libthr.so.1. For 6.x binaries you will want to remap libpthread.so.2 to libthr.so.2. This can be accomplished using an /etc/libmap.conf file that contains: # Remap 5.x and 6.x libpthread to libthr libpthread.so.1 libthr.so.1 libpthread.so.2 libthr.so.2 To my knowledge, most binaries should work fine in this configuration. One binary that I am aware of that does have problems is the 'arcconf' binary from ports. However, for this particular case there is a binary for 7.x available for use on 8.0 systems. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 16 05:29:16 2009 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 90CEB106566C for ; Tue, 16 Jun 2009 05:29:16 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id EF1388FC1C for ; Tue, 16 Jun 2009 05:29:15 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by fxm25 with SMTP id 25so550062fxm.43 for ; Mon, 15 Jun 2009 22:29:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=9v+TKbHGlwZy1IOpB/HpsPVd2WGcQaAn9NPBNicYPKU=; b=kTdo/XVC6gBvXjMoFL5WK6R0935BLYM8PEhekU0gQJcV1tWj7N0NINyGMR4x5Td1nO 4iSpJCSfSUoTkgYvphMo/pNSwiJdyLNlX2tGhqAGaWw3SaQqjRuSJdGyUC+//go4E8Qv sJB2M3SHiuOyE+b1Cv5e+CybZZVIui7tVWkl8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=EyEVs+1YpxvnUDQSJ45Re4ne5fl2clyzrBRaCbkB/QvsFpP2Rgb1p4LQ4XwGKjIAQK SVm7aakfIYzuNxBGm8N7QGwI2/TGNPLyLiP5Q1cG6ODZ0Ym2tB2oLgZaHa+X01P2sv9N gzxaTBGzqWfdorXh1DGIW6uQTrbDUfTubilEA= MIME-Version: 1.0 Received: by 10.204.117.203 with SMTP id s11mr7833427bkq.153.1245130154932; Mon, 15 Jun 2009 22:29:14 -0700 (PDT) Date: Tue, 16 Jun 2009 01:29:14 -0400 Message-ID: <5f67a8c40906152229t2123e8f1ma2c1ccafbb4f8e02@mail.gmail.com> From: Zaphod Beeblebrox To: freebsd-hackers@freebsd.org, FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Changes in the routing socket datagram between 7.0 and 7.2? 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, 16 Jun 2009 05:29:16 -0000 Did we change something in the routing socket's datagram between 7.0 and 7.2? I have a binary I compiled on 7.0-RELEASE and it fails to add a route on 7.2. If I recompile the source on 7.2, it works. Roughly put, the code make a datagram for the route socket like this: bzero(&rtmsg, sizeof(rtmsg)); /* Initial static part of the route message */ rtmsg.mrtm.rtm_msglen = sizeof(rtmsg); rtmsg.mrtm.rtm_type = RTM_ADD; rtmsg.mrtm.rtm_flags = RTF_UP | RTF_STATIC | RTF_GATEWAY; rtmsg.mrtm.rtm_version = RTM_VERSION; rtmsg.mrtm.rtm_addrs = RTA_DST | RTA_GATEWAY | RTA_NETMASK; /* Gateway will always be the same */ rtmsg.gateway.sin_family = AF_INET; rtmsg.gateway.sin_len = sizeof(rtmsg.gateway); /* Add a route to localhost for my address first */ rtmsg.dest.sin_addr.s_addr = cons->LtunAddr; rtmsg.mask.sin_addr.s_addr = INADDR_BROADCAST; rtmsg.mrtm.rtm_seq = htons(fsd->routeSeq++); rtmsg.gateway.sin_addr.s_addr = INADDR_LOOPBACK; From owner-freebsd-stable@FreeBSD.ORG Tue Jun 16 10:23:48 2009 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 D6D06106564A for ; Tue, 16 Jun 2009 10:23:48 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-fx0-f225.google.com (mail-fx0-f225.google.com [209.85.220.225]) by mx1.freebsd.org (Postfix) with ESMTP id 25D0C8FC0C for ; Tue, 16 Jun 2009 10:23:47 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fxm25 with SMTP id 25so679480fxm.43 for ; Tue, 16 Jun 2009 03:23:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=e2OGGf9SfyB2slgiW25h0wU1zHN+ZAW5Pp9qFU5a13U=; b=ApOQnEeFZwbzeqynskHuXfBf8L8+w7cTuU5+euZJ3AiKjLDAVTtRxkyJaA4D/qwPiV Age8ps9SUaL79pA+erFrfeimkNs3DHmmA5sewLV509qk5vTcZXY5CGidIqrCI5VHnMT6 jDVRJ5SgDykanv9SEZnWJUutEqB7EGYpCMO5o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=pUYz7DiGv7m+M/Rs5I/bauMjg0C4py+ABzb5gfn39zPpSPSkiY3/4NsALDJYAPQomq r52CiFcH/9YjeXboT5LmEnAmKJVlVIuwJx9vmce1uaw0Ud6StBaSJk/H12WCMpvfXUXi em46tiniAfkPjGf+GQDo1YHNltKeuZcGtWMug= MIME-Version: 1.0 Received: by 10.103.169.18 with SMTP id w18mr4372413muo.101.1245147827225; Tue, 16 Jun 2009 03:23:47 -0700 (PDT) Date: Tue, 16 Jun 2009 14:23:47 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: 6.2 sporadically locks up 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, 16 Jun 2009 10:23:49 -0000 Hi all. This is one of livelocks we have on a weekly basis. Yes, we do still use ULE scheduler on 6.2 and not moved to 7 yet. Any thought? db> ps pid ppid pgrp uid state wmesg wchan cmd 70304 69700 69670 0 R sh 70303 70292 93818 3572 RL CPU 2 chrsh 70302 70294 93818 3572 R crond 70299 93818 93818 0 R CPU 1 crond 70298 93818 93818 0 R crond 70294 93818 93818 3572 S piperd 0xd1d8d330 crond 70292 93818 93818 3572 R crond 70284 70279 70040 10229 S biord 0xdbe2e4e8 perl5.8.8 70283 70278 93818 10229 SL biord 0xdbd70710 exim-4.63-0 70279 70040 70040 10229 S wait 0xc9005860 sh 70278 69996 93818 10229 S wait 0xcaf4ac90 sh 70191 4680 4680 9738 S select 0xc0a12944 httpd 70190 4796 4796 10008 R httpd 70188 5043 5043 30532 RL httpd 70043 69999 70043 3572 Ss select 0xc0a12944 wget 70042 70000 70042 3572 Ss select 0xc0a12944 wget 70041 70001 70041 3572 Ss select 0xc0a12944 wget 70040 69996 70040 10229 Ss piperd 0xca35e990 perl5.8.8 70039 70002 70039 3572 Ss select 0xc0a12944 wget db> kill 9 70284 db> kill 9 70283 db> c telnet> send break KDB: enter: Line break on console [thread pid 70299 tid 101189 ] Stopped at kdb_enter+0x2b: nop db> ps pid ppid pgrp uid state wmesg wchan cmd 70304 69700 69670 0 R sh 70303 70292 93818 3572 RL CPU 2 chrsh 70302 70294 93818 3572 R crond 70299 93818 93818 0 R CPU 1 crond 70298 93818 93818 0 R crond 70294 93818 93818 3572 S piperd 0xd1d8d330 crond 70292 93818 93818 3572 R crond 70284 70279 70040 10229 S biord 0xdbe2e4e8 perl5.8.8 70283 70278 93818 10229 SL biord 0xdbd70710 exim-4.63-0 70279 70040 70040 10229 S wait 0xc9005860 sh 70278 69996 93818 10229 S wait 0xcaf4ac90 sh 70191 4680 4680 9738 S select 0xc0a12944 httpd 70190 4796 4796 10008 R httpd 70188 5043 5043 30532 RL httpd 70043 69999 70043 3572 Ss select 0xc0a12944 wget 70042 70000 70042 3572 Ss select 0xc0a12944 wget 70041 70001 70041 3572 Ss select 0xc0a12944 wget 70040 69996 70040 10229 Ss piperd 0xca35e990 perl5.8.8 70039 70002 70039 3572 Ss select 0xc0a12944 wget db> bt Tracing pid 70299 tid 101189 td 0xc99f9960 kdb_enter(c094016e) at kdb_enter+0x2b siointr1(c7f93000) at siointr1+0xce siointr(c7f93000) at siointr+0x5e intr_execute_handlers(c7cf24c8,eee33ad4,4,eee33b24,c0899013,...) at intr_execute _handlers+0xe1 lapic_handle_intr(37) at lapic_handle_intr+0x2e Xapic_isr1() at Xapic_isr1+0x33 --- interrupt, eip = 0xc067a3ce, esp = 0xeee33b18, ebp = 0xeee33b24 --- _mtx_lock_sleep(c0a06c60,c99f9960,0,0,0) at _mtx_lock_sleep+0xc6 namei(eee33c00) at namei+0x1ec kern_stat(c99f9960,2827dc14,0,eee33c74) at kern_stat+0x35 stat(c99f9960,eee33d04) at stat+0x1b syscall(3b,805003b,bfbf003b,0,1,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (188, FreeBSD ELF32, stat), eip = 0x28268453, esp = 0xbfbfd70c, ebp = 0xbfbfd7e8 --- db> bt 70283 Tracing pid 70283 tid 101809 td 0xcb250e10 sched_switch(cb250e10,0,1) at sched_switch+0x143 mi_switch(1,0,cb250e10,ef6c6a08,c06a43a4,...) at mi_switch+0x1ba sleepq_switch(dbd70710) at sleepq_switch+0x87 sleepq_wait(dbd70710,0,cb250e10,4c,dbd70710,...) at sleepq_wait+0x5c msleep(dbd70710,c0a12f80,4c,c0928ea1,0) at msleep+0x269 bwait(dbd70710,4c,c0928ea1) at bwait+0x5f bufwait(dbd70710) at bufwait+0x1a ufs_bmaparray(c8a22990,d,0,ef6c6b24,0,...) at ufs_bmaparray+0x656 ufs_bmap(ef6c6b70) at ufs_bmap+0x4b VOP_BMAP_APV(c09d5720,ef6c6b70) at VOP_BMAP_APV+0x41 vnode_pager_haspage(c8a166b4,34,0,ef6c6bd8,ef6c6bd4) at vnode_pager_haspage+0x19 7 vm_fault_additional_pages(c1351850,0,0,ef6c6c84,ef6c6c48,...) at vm_fault_additi onal_pages+0x59 vm_fault(cff46128,2838a000,2,8) at vm_fault+0xaeb trap_pfault(ef6c6d38,1,2838a3a9,2838a3a9,0,...) at trap_pfault+0x123 trap(3b,3b,3b,2838a3a9,c57,...) at trap+0x1eb calltrap() at calltrap+0x5 --- trap 0xc, eip = 0x2810b8c8, esp = 0xbfbfe960, ebp = 0xbfbfea08 --- db> show lockchain 70283 thread 101809 (pid 70283, exim-4.63-0) inhibited db> show lockchain 70284 thread 101825 (pid 70284, perl5.8.8) inhibited db> show lockchain Giant thread -3420549 (pid 434, ) ??? (0xc099cb0c) db> show allpcpu Current CPU: 1 cpuid = 0 curthread = 0xc7cfec80: pid 18 "swi4: clock sio" curpcb = 0xe6892d90 fpcurthread = none idlethread = 0xc7cfeaf0: pid 17 "idle: cpu0" APIC ID = 0 currentldt = 0x50 cpuid = 1 curthread = 0xc99f9960: pid 70299 "crond" curpcb = 0xeee33d90 fpcurthread = none idlethread = 0xc7cfe000: pid 16 "idle: cpu1" APIC ID = 1 currentldt = 0x50 cpuid = 2 curthread = 0xc99f9af0: pid 70303 "chrsh" curpcb = 0xeee36d90 fpcurthread = none idlethread = 0xc7cfde10: pid 15 "idle: cpu2" APIC ID = 2 currentldt = 0x50 cpuid = 3 curthread = 0xd087d320: pid 69700 "sh" curpcb = 0xf0179d90 fpcurthread = none idlethread = 0xc7cfdc80: pid 14 "idle: cpu3" APIC ID = 3 currentldt = 0x50 cpuid = 4 curthread = 0xc98f84b0: pid 69604 "httpd" curpcb = 0xeedadd90 fpcurthread = none idlethread = 0xc7cfdaf0: pid 13 "idle: cpu4" APIC ID = 4 currentldt = 0x50 cpuid = 5 curthread = 0xcaebe190: pid 69598 "httpd" curpcb = 0xf160fd90 fpcurthread = none idlethread = 0xc7cfd960: pid 12 "idle: cpu5" APIC ID = 5 currentldt = 0x50 cpuid = 6 curthread = 0xc7cfe960: pid 27 "irq17: bce1 aacu0" curpcb = 0xe688cd90 fpcurthread = none idlethread = 0xc7cfd7d0: pid 11 "idle: cpu6" APIC ID = 6 currentldt = 0x50 cpuid = 7 curthread = 0xc837fe10: pid 69711 "arcconf" curpcb = 0xf0a7ad90 fpcurthread = none idlethread = 0xc7cfd640: pid 10 "idle: cpu7" APIC ID = 7 currentldt = 0x50 db> bt 69711 Tracing pid 69711 tid 101066 td 0xc837fe10 sched_switch(7fffffff,1,0,c7e63020,c,...) at sched_switch+0x143 db> show lockchain 69711 thread 101066 (pid 69711, arcconf) running on CPU 7 db> bt 27 Tracing pid 27 tid 100017 td 0xc7cfe960 sched_switch(181cd81,8515a000,c7f65000,1,c7f55c00,...) at sched_switch+0x143 _end(c7fbbc00,c7f57c08,31656362,0,0,...) at 0xc7f5aa00 _end(1,c7f5ae40,0,0,0,...) at 0xc7f60480 _end(c7fbbc00,c7f57c08,31656362,0,0,...) at 0xc7e32300 _end(1,c7f5ae40,0,0,0,...) at 0xc7f60480 _end(c7fbbc00,c7f57c08,31656362,0,0,...) at 0xc7e32300 _end(1,c7f5ae40,0,0,0,...) at 0xc7f60480 _end(c7fbbc00,c7f57c08,31656362,0,0,...) at 0xc7e32300 _end(1,c7f5ae40,0,0,0,...) at 0xc7f60480 _end(c7fbbc00,c7f57c08,31656362,0,0,...) at 0xc7e32300 _end(1,c7f5ae40,0,0,0,...) at 0xc7f60480 _end(c7fbbc00,c7f57c08,31656362,0,0,...) at 0xc7e32300 _end(1,c7f5ae40,0,0,0,...) at 0xc7f60480 _end(c7fbbc00,c7f57c08,31656362,0,0,...) at 0xc7e32300 _end(1,c7f5ae40,0,0,0,...) at 0xc7f60480 _end(c7fbbc00,c7f57c08,31656362,0,0,...) at 0xc7e32300 _end(1,c7f5ae40,0,0,0,...) at 0xc7f60480 _end(c7fbbc00,c7f57c08,31656362,0,0,...) at 0xc7e32300 _end(1,c7f5ae40,0,0,0,...) at 0xc7f60480 _end(c7fbbc00,c7f57c08,31656362,0,0,...) at 0xc7e32300 db> show lockchain 27 thread 100017 (pid 27, irq17: bce1 aacu0) running on CPU 6 db> bt 18 Tracing pid 18 tid 100015 td 0xc7cfec80 sched_switch(c0a21e40,c08639e4,0,0,0,...) at sched_switch+0x143 db> show lockchain 18 thread 100015 (pid 18, swi4: clock sio) running on CPU 0 db> bt 70304 Tracing pid 70304 tid 101836 td 0xcc4064b0 fork_trampoline() at fork_trampoline db> bt 70303 Tracing pid 70303 tid 101552 td 0xc99f9af0 fork_trampoline() at fork_trampoline db> bt 70292 Tracing pid 70292 tid 100415 td 0xc98f7320 sched_switch(c98f7320,0,2) at sched_switch+0x143 mi_switch(2,0,c98f7320,a1) at mi_switch+0x1ba ast(eed8cd38) at ast+0x3fe doreti_ast() at doreti_ast+0x17 db> bt 70040 Tracing pid 70040 tid 101893 td 0xd0df1320 sched_switch(d0df1320,0,1) at sched_switch+0x143 mi_switch(1,0,ca35e990,efe1abec,c06a43f5,...) at mi_switch+0x1ba sleepq_switch(ca35e990) at sleepq_switch+0x87 sleepq_wait_sig(ca35e990) at sleepq_wait_sig+0x1d msleep(ca35e990,ca35eb00,14c,c0927184,0,...) at msleep+0x25a pipe_read(ca9f33a8,efe1acbc,cd96de80,0,d0df1320) at pipe_read+0x42d dofileread(d0df1320,4,ca9f33a8,efe1acbc,ffffffff,...) at dofileread+0x85 kern_readv(d0df1320,4,efe1acbc,8077000,1000,...) at kern_readv+0x36 read(d0df1320,efe1ad04) at read+0x45 syscall(804003b,3b,bfbf003b,0,28296da0,...) at syscall+0x2bf Xint0x80_syscall() at Xint0x80_syscall+0x1f --- syscall (3, FreeBSD ELF32, read), eip = 0x2827234f, esp = 0xbfbfc89c, ebp = 0xbfbfc8b8 --- db> show intr irq1: atkbd0 (pid 41) irq4: sio0 (no thread) irq9: acpi0 (pid 26) irq14: ata0 (pid 38) {ENTROPY} irq15: ata1 (pid 39) {ENTROPY} irq16: bce0 (pid 29) irq17: bce1 aacu0 (pid 27) irq22: uhci1 uhci3 (pid 33) irq23: uhci0 uhci+ (pid 30) swi4: clock sio (pid 18) {SOFT, NEED} swi3: vm (pid 19) {SOFT} swi1: net (pid 20) {SOFT, NEED} swi6: Giant taskq (pid 22) {SOFT} swi5: + (pid 23) {SOFT} swi2: cambio (pid 24) {SOFT} swi6: task queue (pid 25) {SOFT} swi0: sio (pid 40) {SOFT} db> show lockedbufs buf at 0xdbd65ca8 b_flags = 0x30000000 b_error = 0, b_bufsize = 16384, b_bcount = 16384, b_resid = 0 b_bufobj = (0xc8a49e90), b_data = 0xdc1e7000, b_blkno = 1513488416 b_npages = 4, pages(OBJ, IDX, PA): (0xc8da2c60, 0x234, 0x42fe8000),(0xc8da2c60, 0x235, 0xa0129000),(0xc8da2c60, 0x236, 0x7c26a000),(0xc8da2c60, 0x237, 0x52bab000) lock type bufwait: EXCL (count 1) by thread 0xd01c54b0 (pid 1029) buf at 0xdbd66830 b_flags = 0x20000000 b_error = 0, b_bufsize = 16384, b_bcount = 16384, b_resid = 0 b_bufobj = (0xc8254d80), b_data = 0xdc20b000, b_blkno = 2171944672 b_npages = 4, pages(OBJ, IDX, PA): (0xc8257a50, 0x102ea7dc, 0x756a8000),(0xc8257a50, 0x102ea7dd, 0x7849000),(0xc8257a50, 0x102ea7de, 0x5560a000),(0xc8257a50, 0x102ea7df, 0xb6f4b000) db> show lockedvnods Locked vnodes 0xca4d7110: tag ufs, type VDIR usecount 2, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xccdb6d68 ref 0 pages 5 lock type ufs: EXCL (count 1) by thread 0xc9216190 (pid 69696) ino 13, on dev aacdu0s1e 0xc8a22990: tag ufs, type VREG usecount 11, writecount 0, refcount 14 mountedhere 0 flags () v_object 0xc8a166b4 ref 9 pages 40 lock type ufs: SHARED (count 1) ino 1768379, on dev aacdu0s1f 0xc8f92110: tag ufs, type VDIR usecount 1, writecount 0, refcount 4 mountedhere 0 flags () v_object 0xcec50420 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xca3ece10 (pid 64525) ino 14291128, on dev aacdu0s1g 0xc85bd110: tag ufs, type VREG usecount 1, writecount 1, refcount 423 mountedhere 0 flags () v_object 0xc85946b4 ref 0 pages 1970 lock type ufs: SHARED (count 1) ino 189127858, on dev aacdu0s1g 0xc8a49dd0: tag ufs, type VREG usecount 2, writecount 2, refcount 85 mountedhere 0 flags () v_object 0xc8da2c60 ref 0 pages 328 lock type ufs: SHARED (count 1) ino 189127816, on dev aacdu0s1g 0xc8df3770: tag ufs, type VDIR usecount 10, writecount 0, refcount 13 mountedhere 0 flags () v_object 0xc8da2210 ref 0 pages 1 lock type ufs: EXCL (count 1) by thread 0xcb25daf0 (pid 69722) ino 183912960, on dev aacdu0s1g 0xccf1b990: tag ufs, type VNON usecount 1, writecount 0, refcount 1 mountedhere 0 flags () lock type ufs: EXCL (count 1) by thread 0xcb25daf0 (pid 69722) ino 183913000, on dev aacdu0s1g 0xd032f550: tag ufs, type VREG usecount 1, writecount 0, refcount 3 mountedhere 0 flags () v_object 0xd08c7318 ref 0 pages 1 lock type ufs: SHARED (count 1) ino 142034973, on dev aacdu0s1g db> bt 69722 Tracing pid 69722 tid 100908 td 0xcb25daf0 sched_switch(3408255728,0,1) at sched_switch+323 mi_switch(1,0,3408255728,4017571924,3228189604,...) at mi_switch+442 sleepq_switch(3689066592) at sleepq_switch+135 sleepq_wait(3689066592,0,3408255728,76,3689066592,...) at sleepq_wait+92 msleep(3689066592,3231788928,76,3230830241,0) at msleep+617 bwait(3689066592,76,3230830241) at bwait+95 bufwait(3689066592,1,0,0,0,...) at bufwait+26 breadn(3357887680,1471303904,0,16384,0,...) at breadn+486 bread(3357887680,1471303904,0,16384,0,4017572212) at bread+32 ffs_vget(3357590832,183913000,2,4017572316) at ffs_vget+816 ufs_lookup(4017572476) at ufs_lookup+2722 VOP_CACHEDLOOKUP_APV(3231536928,4017572476) at VOP_CACHEDLOOKUP_APV+56 vfs_cache_lookup(4017572632) at vfs_cache_lookup+178 VOP_LOOKUP_APV(3231536928,4017572632) at VOP_LOOKUP_APV+67 lookup(4017572768) at lookup+1217 namei(4017572768) at namei+922 kern_lstat(3408255728,134647808,0,4017572980) at kern_lstat+71 lstat(3408255728,4017573124) at lstat+27 syscall(59,59,59,134647845,1,...) at syscall+703 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (190, FreeBSD ELF32, lstat), eip = 672752691, esp = 3217024908, ebp = 3217025080 --- db> bt 64525 Tracing pid 64525 tid 102165 td 0xca3ece10 sched_switch(3393113616,0,1) at sched_switch+323 mi_switch(1,0,3393113616,4011194528,3228189604,...) at mi_switch+442 sleepq_switch(3689874456) at sleepq_switch+135 sleepq_wait(3689874456,0,3393113616,76,3689874456,...) at sleepq_wait+92 msleep(3689874456,3231788928,76,3230830241,0) at msleep+617 bwait(3689874456,76,3230830241) at bwait+95 bufwait(3689874456,1,0,0,0,...) at bufwait+26 breadn(3371770128,0,0,2048,0,...) at breadn+486 bread(3371770128,0,0,2048,0,4011194740) at bread+32 ffs_blkatoff(3371770128,0,0,0,4011194848) at ffs_blkatoff+158 ufs_lookup(4011195004) at ufs_lookup+717 VOP_CACHEDLOOKUP_APV(3231536928,4011195004) at VOP_CACHEDLOOKUP_APV+56 vfs_cache_lookup(4011195160) at vfs_cache_lookup+178 VOP_LOOKUP_APV(3231536928,4011195160) at VOP_LOOKUP_APV+67 lookup(4011195296) at lookup+1217 namei(4011195296) at namei+922 kern_lstat(3393113616,3217013088,0,4011195508) at kern_lstat+71 lstat(3393113616,4011195652) at lstat+27 syscall(3230203963,59,2097211,672879355,3217010833,...) at syscall+703 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (190, FreeBSD ELF32, lstat), eip = 672797747, esp = 3217009740, ebp = 3217013000 --- db> bt 69696 Tracing pid 69696 tid 100386 td 0xc9216190 sched_switch(3374408080,0,1) at sched_switch+323 mi_switch(1,0,3374408080,4004567636,3228189604,...) at mi_switch+442 sleepq_switch(3688649048) at sleepq_switch+135 sleepq_wait(3688649048,0,3374408080,76,3688649048,...) at sleepq_wait+92 msleep(3688649048,3231788928,76,3230830241,0) at msleep+617 bwait(3688649048,76,3230830241) at bwait+95 bufwait(3688649048,4096,0,4004567784,3227891026,...) at bufwait+26 cluster_read(3394072848,26112,0,1,0,...) at cluster_read+1617 ffs_read(4004568076) at ffs_read+607 VOP_READ_APV(3231536928,4004568076) at VOP_READ_APV+56 ufs_readdir(4004568208) at ufs_readdir+209 VOP_READDIR_APV(3231536928,4004568208) at VOP_READDIR_APV+56 getdirentries(3374408080,4004568324) at getdirentries+347 syscall(59,59,59,134693312,134688816,...) at syscall+703 Xint0x80_syscall() at Xint0x80_syscall+31 --- syscall (196, FreeBSD ELF32, getdirentries), eip = 672506011, esp = 3217023708, ebp = 3217023752 --- -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Jun 16 13:40:42 2009 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 EB553106564A for ; Tue, 16 Jun 2009 13:40:42 +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 A922F8FC1F for ; Tue, 16 Jun 2009 13:40:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5C11546B94; Tue, 16 Jun 2009 09:40:42 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 6A4508A072; Tue, 16 Jun 2009 09:40:41 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 16 Jun 2009 08:30:29 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906160830.29721.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 16 Jun 2009 09:40:41 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: pluknet Subject: Re: 6.2 sporadically locks up 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, 16 Jun 2009 13:40:43 -0000 On Tuesday 16 June 2009 6:23:47 am pluknet wrote: > Hi all. > > This is one of livelocks we have on a weekly basis. > Yes, we do still use ULE scheduler on 6.2 and not moved to 7 yet. > Any thought? > > db> ps > pid ppid pgrp uid state wmesg wchan cmd > 70304 69700 69670 0 R sh > 70303 70292 93818 3572 RL CPU 2 chrsh > 70302 70294 93818 3572 R crond > 70299 93818 93818 0 R CPU 1 crond > 70298 93818 93818 0 R crond > 70294 93818 93818 3572 S piperd 0xd1d8d330 crond > 70292 93818 93818 3572 R crond > 70284 70279 70040 10229 S biord 0xdbe2e4e8 perl5.8.8 > 70283 70278 93818 10229 SL biord 0xdbd70710 exim-4.63-0 > 70279 70040 70040 10229 S wait 0xc9005860 sh > 70278 69996 93818 10229 S wait 0xcaf4ac90 sh > 70191 4680 4680 9738 S select 0xc0a12944 httpd > 70190 4796 4796 10008 R httpd > 70188 5043 5043 30532 RL httpd > 70043 69999 70043 3572 Ss select 0xc0a12944 wget > 70042 70000 70042 3572 Ss select 0xc0a12944 wget > 70041 70001 70041 3572 Ss select 0xc0a12944 wget > 70040 69996 70040 10229 Ss piperd 0xca35e990 perl5.8.8 > 70039 70002 70039 3572 Ss select 0xc0a12944 wget This is not a full listing so one cannot assume it is a deadlock. > db> show lockchain Giant > thread -3420549 (pid 434, ) ??? (0xc099cb0c) You would use 'show lock' or perhaps 'show turnstile' with specific lock variables. 'show lockchain' needs a TID or PID. > db> show allpcpu > cpuid = 0 > curthread = 0xc7cfec80: pid 18 "swi4: clock sio" > > cpuid = 1 > curthread = 0xc99f9960: pid 70299 "crond" > > cpuid = 2 > curthread = 0xc99f9af0: pid 70303 "chrsh" > > cpuid = 3 > curthread = 0xd087d320: pid 69700 "sh" > > cpuid = 4 > curthread = 0xc98f84b0: pid 69604 "httpd" > > cpuid = 5 > curthread = 0xcaebe190: pid 69598 "httpd" > > cpuid = 6 > curthread = 0xc7cfe960: pid 27 "irq17: bce1 aacu0" > > cpuid = 7 > curthread = 0xc837fe10: pid 69711 "arcconf" This is far more useful output than the truncated 'ps'. From this, all of the CPUs are busy (in at least some deadlocks, all the CPUs would be idle instead). There are several deadlocks fixed since 6.2 that I am aware of, but this doesn't look like any of those. I'm not sure why you aren't getting useful stack traces of running threads. Perhaps DDB in 6.2 doesn't know to look in stoppcbs[]. Hmm, looks like 6.2 only does that if you are using KDB_STOP_NMI. Are you using that kernel option? If not, you probably want to. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 16 14:00:53 2009 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 1DB1F1065675; Tue, 16 Jun 2009 14:00:53 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id E2F7E8FC14; Tue, 16 Jun 2009 14:00:52 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 570F1362124; Tue, 16 Jun 2009 10:00:52 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 16 Jun 2009 10:00:52 -0400 X-Sasl-enc: QpaFVkwhGE4FMZRExhYtAtJ6x9NwS66CUJtAZ92R6YCn 1245160852 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id B6E8E239BC; Tue, 16 Jun 2009 10:00:51 -0400 (EDT) Message-ID: <4A37A591.1070907@incunabulum.net> Date: Tue, 16 Jun 2009 15:00:49 +0100 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Vlad Galu References: <20090601161903.GA40377@stack.nl> <4A24457C.6060100@FreeBSD.org> <200906020842.42330.jhb@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Ivan Voras Subject: Re: Unnamed POSIX shared semaphores 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, 16 Jun 2009 14:00:53 -0000 Vlad Galu wrote: > ... > Thanks, Ivan. I'll take a better look at this after our first release, > which is due in a couple of weeks. Right now the team efforts aren't > focused on portability, so it's a low priority issue, but something > we'd definitely like to have in the future. > I've just run head first into this lack for a proof-of-concept I'm looking at -- the lack of PTHREAD_PROCESS_SHARED support on FreeBSD. Are there any other references I can start working from? cheers, BMS From owner-freebsd-stable@FreeBSD.ORG Tue Jun 16 15:00:40 2009 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 F0D2C106566C; Tue, 16 Jun 2009 15:00:40 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CCFAC8FC18; Tue, 16 Jun 2009 15:00:39 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA09265; Tue, 16 Jun 2009 18:00:37 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A37B395.20506@icyb.net.ua> Date: Tue, 16 Jun 2009 18:00:37 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Kip Macy References: <4A325E9F.2080802@icyb.net.ua> <3c1674c90906121354s6d6ae7ben5082708b1586e94f@mail.gmail.com> In-Reply-To: <3c1674c90906121354s6d6ae7ben5082708b1586e94f@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zfs related panic 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, 16 Jun 2009 15:00:41 -0000 on 12/06/2009 23:54 Kip Macy said the following: > show sleepchain I can only do post-mortem using jhb's scripts for kgdb: (kgdb) sleepchain 2432 thread 100263 (pid 2432, tcsh) non-lock sleep lockchain 2432 thread 100263 (pid 2432, tcsh) inhibited Not sure if this correct though and what this means. > show thread 100263 (kgdb) thr 250 [Switching to thread 250 (Thread 100263)]#0 sched_switch (td=0xffffff000cfad720, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 1944 cpuid = PCPU_GET(cpuid); (kgdb) backtrace #0 sched_switch (td=0xffffff000cfad720, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xffffffff80302a59 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:444 #2 0xffffffff8032f645 in sleepq_switch (wchan=Variable "wchan" is not available. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xffffffff8032f925 in sleepq_catch_signals (wchan=0xffffff011440e548) at /usr/src/sys/kern/subr_sleepqueue.c:417 #4 0xffffffff80330219 in sleepq_wait_sig (wchan=Variable "wchan" is not available. ) at /usr/src/sys/kern/subr_sleepqueue.c:594 #5 0xffffffff80302eba in _sleep (ident=0xffffff011440e548, lock=0xffffff011440e5a0, priority=360, wmesg=0xffffffff80508788 "pause", timo=0) at /usr/src/sys/kern/kern_synch.c:228 #6 0xffffffff802fc567 in kern_sigsuspend (td=Variable "td" is not available. ) at /usr/src/sys/kern/kern_sig.c:1474 #7 0xffffffff802fc5e9 in sigsuspend (td=0xffffff000cfad720, uap=Variable "uap" is not available. ) at /usr/src/sys/kern/kern_sig.c:1453 #8 0xffffffff80491d2d in syscall (frame=0xffffff8076db8c80) at /usr/src/sys/amd64/amd64/trap.c:899 #9 0xffffffff8047d00b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:339 #10 0x000000080092ce3c in ?? () Previous frame inner to this frame (corrupt stack?) -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Jun 16 15:03:36 2009 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 77E70106571C; Tue, 16 Jun 2009 15:03:36 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id BC2718FC25; Tue, 16 Jun 2009 15:03:35 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz27 with SMTP id 27so399420bwz.43 for ; Tue, 16 Jun 2009 08:03:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wIURRbQE+o0NY5aVQ2N+fUcO3e2RWpjkVQOly7Qh8jA=; b=ac9XlgIF3aGmE0/zS1bd2kDGKDwdMEBD0/NXjSf6w4IzPQUCuUUprcggzEqtRUknjV w6h3+XcDx2jV67PyVcNq1zQy1XAZM0l4kY4WLxsWRjQpYP2Tl+cYVCNqWXadgtiQfPX6 IFSFarf0Elf7+0CJHgkFK2XbAUM7TrB/VOZCo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oqRwru9kXCVncXsECweLWTeRPP8Mt9jAI6iNIElH7Lqy4VIBpBDxStWJkPv0z+l4jO rkHfIOO6BigGfKGCW93LOFQQ14+rmr98YEkSfgYx/rn7f1rgNAkSnFlKaFhUqm1wN3Nn MwoMEP6Q/y1qPlLnlf2/bqLNIKKlyWVcCOqDo= MIME-Version: 1.0 Received: by 10.103.238.19 with SMTP id p19mr1455006mur.124.1245164614208; Tue, 16 Jun 2009 08:03:34 -0700 (PDT) In-Reply-To: <200906160830.29721.jhb@freebsd.org> References: <200906160830.29721.jhb@freebsd.org> Date: Tue, 16 Jun 2009 19:03:34 +0400 Message-ID: From: pluknet To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 sporadically locks up 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, 16 Jun 2009 15:03:37 -0000 2009/6/16 John Baldwin : > On Tuesday 16 June 2009 6:23:47 am pluknet wrote: >> Hi all. >> >> This is one of livelocks we have on a weekly basis. >> Yes, we do still use ULE scheduler on 6.2 and not moved to 7 yet. >> Any thought? >> >> db> ps >> =A0pid =A0ppid =A0pgrp =A0 uid =A0 state =A0 wmesg =A0 =A0 wchan =A0 =A0= cmd >> 70304 69700 69670 =A0 =A0 0 =A0R =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 sh >> 70303 70292 93818 =A03572 =A0RL =A0 =A0 =A0CPU 2 =A0 =A0 =A0 =A0 =A0 =A0= =A0 chrsh >> 70302 70294 93818 =A03572 =A0R =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 crond >> 70299 93818 93818 =A0 =A0 0 =A0R =A0 =A0 =A0 CPU 1 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 crond >> 70298 93818 93818 =A0 =A0 0 =A0R =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 crond >> 70294 93818 93818 =A03572 =A0S =A0 =A0 =A0 piperd =A0 0xd1d8d330 crond >> 70292 93818 93818 =A03572 =A0R =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 crond >> 70284 70279 70040 10229 =A0S =A0 =A0 =A0 biord =A0 =A00xdbe2e4e8 perl5.8= .8 >> 70283 70278 93818 10229 =A0SL =A0 =A0 =A0biord =A0 =A00xdbd70710 exim-4.= 63-0 >> 70279 70040 70040 10229 =A0S =A0 =A0 =A0 wait =A0 =A0 0xc9005860 sh >> 70278 69996 93818 10229 =A0S =A0 =A0 =A0 wait =A0 =A0 0xcaf4ac90 sh >> 70191 =A04680 =A04680 =A09738 =A0S =A0 =A0 =A0 select =A0 0xc0a12944 htt= pd >> 70190 =A04796 =A04796 10008 =A0R =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 =A0 =A0 httpd >> 70188 =A05043 =A05043 30532 =A0RL =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0httpd >> 70043 69999 70043 =A03572 =A0Ss =A0 =A0 =A0select =A0 0xc0a12944 wget >> 70042 70000 70042 =A03572 =A0Ss =A0 =A0 =A0select =A0 0xc0a12944 wget >> 70041 70001 70041 =A03572 =A0Ss =A0 =A0 =A0select =A0 0xc0a12944 wget >> 70040 69996 70040 10229 =A0Ss =A0 =A0 =A0piperd =A0 0xca35e990 perl5.8.8 >> 70039 70002 70039 =A03572 =A0Ss =A0 =A0 =A0select =A0 0xc0a12944 wget > > This is not a full listing so one cannot assume it is a deadlock. Ok, usually that listing doesn't show anything interesting in this sort of lockup. I'll share a full ps output next time (sure, rather soon). > >> db> show lockchain Giant >> thread -3420549 (pid 434, ) ??? (0xc099cb0c) > > You would use 'show lock' or perhaps 'show turnstile' with specific lock > variables. =A0'show lockchain' needs a TID or PID. Ok. As for turnstile, it showed nothing at all, hence omitted. > >> db> show allpcpu >> cpuid =A0 =A0 =A0 =A0=3D 0 >> curthread =A0 =A0=3D 0xc7cfec80: pid 18 "swi4: clock sio" >> >> cpuid =A0 =A0 =A0 =A0=3D 1 >> curthread =A0 =A0=3D 0xc99f9960: pid 70299 "crond" >> >> cpuid =A0 =A0 =A0 =A0=3D 2 >> curthread =A0 =A0=3D 0xc99f9af0: pid 70303 "chrsh" >> >> cpuid =A0 =A0 =A0 =A0=3D 3 >> curthread =A0 =A0=3D 0xd087d320: pid 69700 "sh" >> >> cpuid =A0 =A0 =A0 =A0=3D 4 >> curthread =A0 =A0=3D 0xc98f84b0: pid 69604 "httpd" >> >> cpuid =A0 =A0 =A0 =A0=3D 5 >> curthread =A0 =A0=3D 0xcaebe190: pid 69598 "httpd" >> >> cpuid =A0 =A0 =A0 =A0=3D 6 >> curthread =A0 =A0=3D 0xc7cfe960: pid 27 "irq17: bce1 aacu0" >> >> cpuid =A0 =A0 =A0 =A0=3D 7 >> curthread =A0 =A0=3D 0xc837fe10: pid 69711 "arcconf" > > This is far more useful output than the truncated 'ps'. =A0From this, all= of the > CPUs are busy (in at least some deadlocks, all the CPUs would be idle > instead). =A0There are several deadlocks fixed since 6.2 that I am aware = of, > but this doesn't look like any of those. =A0I'm not sure why you aren't g= etting > useful stack traces of running threads. I'll do next time. I thought it would be similar to bt PID output and simply didn't include. As for allpcpu, I often see the picture, when one CPU runs the "irq17: bce1 aacu0" thread and another one runs arcconf. I wonder if that might be a source of bad locking or races, or.. The arcconf utility uses ioctl that goes into aac/aacu(4) internals. > Perhaps DDB in 6.2 doesn't know to > look in stoppcbs[]. =A0Hmm, looks like 6.2 only does that if you are usin= g > KDB_STOP_NMI. =A0Are you using that kernel option? =A0If not, you probabl= y want > to. No, I'm not. Will that add an additional visible overhead on a running syst= em? > > -- > John Baldwin > Thank you. --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Tue Jun 16 15:09:16 2009 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 0050F106564A; Tue, 16 Jun 2009 15:09:15 +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 E30B88FC0A; Tue, 16 Jun 2009 15:09:11 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id SAA09400; Tue, 16 Jun 2009 18:09:10 +0300 (EEST) (envelope-from avg@freebsd.org) Message-ID: <4A37B596.4090607@freebsd.org> Date: Tue, 16 Jun 2009 18:09:10 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Kip Macy References: <4A325E9F.2080802@icyb.net.ua> <3c1674c90906121354s6d6ae7ben5082708b1586e94f@mail.gmail.com> <4A37B395.20506@icyb.net.ua> In-Reply-To: <4A37B395.20506@icyb.net.ua> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: zfs related panic 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, 16 Jun 2009 15:09:16 -0000 on 16/06/2009 18:00 Andriy Gapon said the following: > on 12/06/2009 23:54 Kip Macy said the following: >> show sleepchain > > I can only do post-mortem using jhb's scripts for kgdb: > (kgdb) sleepchain 2432 > thread 100263 (pid 2432, tcsh) non-lock sleep I think that this was reported because td_wchan is not 'struct lock' in this case. (kgdb) fr 6 #6 0xffffffff802fc567 in kern_sigsuspend (td=Variable "td" is not available. ) at /usr/src/sys/kern/kern_sig.c:1474 (kgdb) list 1469 td->td_oldsigmask = td->td_sigmask; 1470 td->td_pflags |= TDP_OLDMASK; 1471 SIG_CANTMASK(mask); 1472 td->td_sigmask = mask; 1473 signotify(td); 1474 while (msleep(&p->p_sigacts, &p->p_mtx, PPAUSE|PCATCH, "pause", 0) == 0) 1475 /* void */; 1476 PROC_UNLOCK(p); 1477 /* always return EINTR rather than ERESTART... */ 1478 return (EINTR); (kgdb) p &p->p_sigacts $10 = (struct sigacts **) 0xffffff011440e548 (kgdb) fr 0 #0 sched_switch (td=0xffffff000cfad720, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 (kgdb) p td->td_wchan $11 = (void *) 0xffffff011440e548 (kgdb) p td->td_wmesg $12 = 0xffffffff80508788 "pause" (kgdb) backtrace #0 sched_switch (td=0xffffff000cfad720, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1944 #1 0xffffffff80302a59 in mi_switch (flags=1, newtd=0x0) at /usr/src/sys/kern/kern_synch.c:444 #2 0xffffffff8032f645 in sleepq_switch (wchan=Variable "wchan" is not available. ) at /usr/src/sys/kern/subr_sleepqueue.c:497 #3 0xffffffff8032f925 in sleepq_catch_signals (wchan=0xffffff011440e548) at /usr/src/sys/kern/subr_sleepqueue.c:417 #4 0xffffffff80330219 in sleepq_wait_sig (wchan=Variable "wchan" is not available. ) at /usr/src/sys/kern/subr_sleepqueue.c:594 #5 0xffffffff80302eba in _sleep (ident=0xffffff011440e548, lock=0xffffff011440e5a0, priority=360, wmesg=0xffffffff80508788 "pause", timo=0) at /usr/src/sys/kern/kern_synch.c:228 #6 0xffffffff802fc567 in kern_sigsuspend (td=Variable "td" is not available. ) at /usr/src/sys/kern/kern_sig.c:1474 #7 0xffffffff802fc5e9 in sigsuspend (td=0xffffff000cfad720, uap=Variable "uap" is not available. ) at /usr/src/sys/kern/kern_sig.c:1453 #8 0xffffffff80491d2d in syscall (frame=0xffffff8076db8c80) at /usr/src/sys/amd64/amd64/trap.c:899 #9 0xffffffff8047d00b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:339 #10 0x000000080092ce3c in ?? () -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Tue Jun 16 17:27:51 2009 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 AD6EC1065712 for ; Tue, 16 Jun 2009 17:27:51 +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 7E3AD8FC14 for ; Tue, 16 Jun 2009 17:27:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2F33646B82; Tue, 16 Jun 2009 13:27:51 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 2DDB48A072; Tue, 16 Jun 2009 13:27:50 -0400 (EDT) From: John Baldwin To: pluknet Date: Tue, 16 Jun 2009 13:14:56 -0400 User-Agent: KMail/1.9.7 References: <200906160830.29721.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200906161314.56449.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 16 Jun 2009 13:27:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 sporadically locks up 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, 16 Jun 2009 17:27:52 -0000 On Tuesday 16 June 2009 11:03:34 am pluknet wrote: > 2009/6/16 John Baldwin : > As for allpcpu, I often see the picture, when one CPU runs the "irq17: > bce1 aacu0" thread > and another one runs arcconf. I wonder if that might be a source of > bad locking or races, or.. > The arcconf utility uses ioctl that goes into aac/aacu(4) internals. I wondered about that. I would ask emaste@ as he has worked with arcconf. = I do think he has mentioned problems with arcconf locking up aac(4) controlle= rs in the past. > > Perhaps DDB in 6.2 doesn't know to > > look in stoppcbs[]. =A0Hmm, looks like 6.2 only does that if you are us= ing > > KDB_STOP_NMI. =A0Are you using that kernel option? =A0If not, you proba= bly want > > to. >=20 > No, I'm not. Will that add an additional visible overhead on a running sy= stem? No, it actually allows the kernel to more reliably stop other CPUs during a panic, etc. It's enabled in GENERIC as 'STOP_NMI' in 7.0 and later. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Jun 16 18:53:54 2009 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 399101065688 for ; Tue, 16 Jun 2009 18:53:54 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 1C7FB8FC23 for ; Tue, 16 Jun 2009 18:53:50 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-216-167.belrs3.nsw.optusnet.com.au [122.106.216.167] (may be forged)) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n5GIrEOc012023 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 17 Jun 2009 04:53:19 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n5GIrDah067742; Wed, 17 Jun 2009 04:53:13 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n5GIrCiU067732; Wed, 17 Jun 2009 04:53:12 +1000 (EST) (envelope-from peter) Date: Wed, 17 Jun 2009 04:53:12 +1000 From: Peter Jeremy To: Pete French Message-ID: <20090616185312.GJ9529@server.vk2pj.dyndns.org> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IR1Y5IvQhrKgS4e6" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-stable@freebsd.org, dan.naumov@gmail.com Subject: Re: Does this disk/filesystem layout look sane to you? 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, 16 Jun 2009 18:53:54 -0000 --IR1Y5IvQhrKgS4e6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Jun-15 09:57:39 +0100, Pete French wr= ote: >In my expereince all the ones from the same manufacturer and model are >exactly the same size. Admittedly I only ever buy SCSI, but that >shouldnt make too much difference should it ? I have 3 Samsung HD103UJ disks and they have two different sizes: two are 1953523055 and the third is 1953525168 sectors --=20 Peter Jeremy --IR1Y5IvQhrKgS4e6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEARECAAYFAko36hgACgkQ/opHv/APuIc4bgCgrkv8wbUrisj0/jiKebGbCFJ5 jqcAoLetgFC0g6P0ZAtdpUCPGkRQI/SY =iui5 -----END PGP SIGNATURE----- --IR1Y5IvQhrKgS4e6-- From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 01:17:20 2009 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 A7A4C106564A for ; Wed, 17 Jun 2009 01:17:20 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwqsrv02p.mx.bigpond.com (nschwqsrv02p.mx.bigpond.com [61.9.189.234]) by mx1.freebsd.org (Postfix) with ESMTP id 30ABA8FC14 for ; Wed, 17 Jun 2009 01:17:19 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwotgx01p.mx.bigpond.com ([124.188.162.219]) by nschwmtas02p.mx.bigpond.com with ESMTP id <20090617005347.OUQS1863.nschwmtas02p.mx.bigpond.com@nschwotgx01p.mx.bigpond.com> for ; Wed, 17 Jun 2009 00:53:47 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nschwotgx01p.mx.bigpond.com with ESMTP id <20090617005347.QNAD12022.nschwotgx01p.mx.bigpond.com@areilly.bpa.nu> for ; Wed, 17 Jun 2009 00:53:47 +0000 Received: (qmail 28145 invoked by uid 501); 17 Jun 2009 00:53:35 -0000 Date: Wed, 17 Jun 2009 10:53:35 +1000 From: Andrew Reilly To: Peter Jeremy Message-ID: <20090617005335.GA27257@duncan.reilly.home> References: <20090616185312.GJ9529@server.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090616185312.GJ9529@server.vk2pj.dyndns.org> User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150201.4A383E9B.0076:SCFSTAT4293986,ss=1,fgs=0 X-SIH-MSG-ID: rhoxFNT4TAD0zmQv0WC2OwcnyAzlq3Mv8Z4QX81loRIGTUDBp8PfStrEJvdRu8u4xD9LJhqFNGQjaajjTY3RstCK Cc: dan.naumov@gmail.com, freebsd-stable@freebsd.org, Pete French Subject: Re: Does this disk/filesystem layout look sane to you? 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, 17 Jun 2009 01:17:20 -0000 On Wed, Jun 17, 2009 at 04:53:12AM +1000, Peter Jeremy wrote: > On 2009-Jun-15 09:57:39 +0100, Pete French wrote: > >In my expereince all the ones from the same manufacturer and model are > >exactly the same size. Admittedly I only ever buy SCSI, but that > >shouldnt make too much difference should it ? > > I have 3 Samsung HD103UJ disks and they have two different sizes: > two are 1953523055 and the third is 1953525168 sectors I bought a pair of identical WD 750G SATA drives the other day and was surprised to discover that they were different sizes: ad4: 715403MB at ata2-master SATA150 ad6: 715404MB at ata3-master SATA150 Luckily for me I built the file systems on ad4, and added ad6 to the gmirror configuration. I suspect that it would have been unhappy if I'd done it the other way around. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 07:34:03 2009 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 E58E0106566B; Wed, 17 Jun 2009 07:34:03 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yx0-f200.google.com (mail-yx0-f200.google.com [209.85.210.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8FE288FC15; Wed, 17 Jun 2009 07:34:03 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by yxe38 with SMTP id 38so122361yxe.3 for ; Wed, 17 Jun 2009 00:34:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=YTEyU0acg4mHW+UBhPvAPnugFM9Tsp6+rXVGYv8lGlQ=; b=PNX5dMlAQ5/7/2tZ+ZCCB/iAKgEvu4PoYiSzfkCWG9esUGCU7UbK82pK0x9S7useF3 InDhr0p2d1Hr8KW3weQwo/kN2i7zhF2cPD5OJFu/DvQXOdPoBhoAR5pct8HgzJwowj5x T5YLhaKy0G/+ZG68/JBR8Xbow+lKgrkU827W4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=P9X4OVJ6bsM/VTvfQZbCqeTMlEVdSwwhuXsRguj0kOi9bejq02Z0n7+DcsPKFKxSTO D9W/FJDEPFkRibJ9bhM+X3F57JgXBCStHrq6MlrYtPEgjNkfF2DyuqywYJ6jamuvvX+Z 3HoI5jLLpERt11GI02yY5Nr//sqKrYWSDDEOM= MIME-Version: 1.0 Received: by 10.100.127.4 with SMTP id z4mr11768967anc.129.1245224042984; Wed, 17 Jun 2009 00:34:02 -0700 (PDT) Date: Wed, 17 Jun 2009 10:34:02 +0300 Message-ID: From: Dan Naumov To: freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: ZFS performance on 7.2-release/amd64 low compared to UFS2 + SoftUpdates 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, 17 Jun 2009 07:34:04 -0000 I am wondering if the numbers I am seeing is something expected or is something broken somewhere. Output of bonnie -s 1024: on UFS2 + SoftUpdates: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 1024 56431 94.5 88407 38.9 77357 53.3 64042 98.6 644511 98.6 23603.8 243.3 on ZFS: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU 1024 22591 53.7 45602 35.1 14770 13.2 45007 83.8 94595 28.0 102.2 1.2 atom# cat /boot/loader.conf vm.kmem_size="1024M" vm.kmem_size_max="1024M" vfs.zfs.arc_max="96M" The test isn't completely fair in that the test on UFS2 is done on a partition that resides on the first 16gb of a 2tb disk while the zfs test is done on the enormous 1,9tb zfs pool that comes after that partition (same disk). Can this difference in layout make up for the huge difference in performance or is there something else in play? The system is an Intel Atom 330 dualcore, 2gb ram, Western Digital Green 2tb disk. Also what would be another good way to get good numbers for comparing the performance of UFS2 vs ZFS on the same system. Sincerely, - Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 07:56:41 2009 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 214F9106564A for ; Wed, 17 Jun 2009 07:56:41 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout022.mac.com (asmtpout022.mac.com [17.148.16.97]) by mx1.freebsd.org (Postfix) with ESMTP id 862838FC12 for ; Wed, 17 Jun 2009 07:56:40 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [17.151.103.111] by asmtp022.mac.com (Sun Java(tm) System Messaging Server 6.3-8.01 (built Dec 16 2008; 32bit)) with ESMTPSA id <0KLD007L2I2FPO40@asmtp022.mac.com> for freebsd-stable@freebsd.org; Wed, 17 Jun 2009 00:56:40 -0700 (PDT) Message-id: <92485F5A-C600-4514-959A-2562CE416DEB@mac.com> From: Chuck Swiger To: Andrew Reilly In-reply-to: <20090617005335.GA27257@duncan.reilly.home> Date: Wed, 17 Jun 2009 00:56:39 -0700 References: <20090616185312.GJ9529@server.vk2pj.dyndns.org> <20090617005335.GA27257@duncan.reilly.home> X-Mailer: Apple Mail (2.935.3) Cc: freebsd-stable@freebsd.org Subject: Re: Does this disk/filesystem layout look sane to you? 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, 17 Jun 2009 07:56:41 -0000 Hi-- On Jun 16, 2009, at 5:53 PM, Andrew Reilly wrote: > I bought a pair of identical WD 750G SATA drives the other day > and was surprised to discover that they were different sizes: > > ad4: 715403MB at ata2-master SATA150 > ad6: 715404MB at ata3-master SATA150 > > Luckily for me I built the file systems on ad4, and added ad6 to > the gmirror configuration. I suspect that it would have been > unhappy if I'd done it the other way around. Agreed. However, you might want to look carefully at the first drive via smartctl or even WDC's own utilities. It's not unusual for a drive to have some small area(s) of the disk surface which cannot record data reliably and hence are marked as bad sectors in the initial factory-provided P-LIST, and to keep some reserves as spare sectors for bad sectors which happen during normal operation (the 'grown' list aka G-LIST). If that is the reason (and there could be others-- you might even want to ping WDC's tech support about this), it's surprising that the amount of sectors marked bad is enough to change the reported size in megabytes. You might also want to double-check the actual physical label on the drive and watch out for an "RM" or "remanufactured"/"recertified" indicator. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 09:12:02 2009 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 93A3D1065675 for ; Wed, 17 Jun 2009 09:12:02 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from smtp01.cdmon.com (smtp01.cdmon.com [212.36.75.232]) by mx1.freebsd.org (Postfix) with ESMTP id 580B08FC0C for ; Wed, 17 Jun 2009 09:12:02 +0000 (UTC) (envelope-from jespasac@minibofh.org) Received: from jespasac.cdmon.com (62.Red-217-126-43.staticIP.rima-tde.net [217.126.43.62]) by smtp01.cdmon.com (Postfix) with ESMTP id C96D2FB32D for ; Wed, 17 Jun 2009 10:55:30 +0200 (CEST) Message-ID: <4A38AF82.8050407@minibofh.org> Date: Wed, 17 Jun 2009 10:55:30 +0200 From: Jordi Espasa Clofent User-Agent: Thunderbird 2.0.0.19 (X11/20090107) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Upgrade OpenSSH in 6.3 and 7.0 RELENG 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, 17 Jun 2009 09:12:02 -0000 Hello folks, I need to upgrade the OpenSSH from the shiped 4.5p1 versions in 6.x and 7.x branches to 4.5p2 or higher(1). I've updated the source tree in 6.3 and 7.0 RELENG boxes with a system upgrade in mind, but the version is 4.5p1: # cat /usr/src/crypto/openssh/version.h | grep -i ssh_version_base && uname -r #define SSH_VERSION_BASE "OpenSSH_4.5p1" 6.3-RELEASE-p1 #cat /usr/src/crypto/openssh/version.h | grep -i ssh_version_base #define SSH_VERSION_BASE "OpenSSH_4.5p1" On the other I see that current vesion in -STABLE is 5.2p1, so upgrade to STABLE is an obvious option, but, sincerely, I want to avoid to upgrade to -STABLE and I prefer to keep the systems in their current RELENG. ¿How can I upgrade the OpenSSH in the _same_ RELENG? ¿Maybe using the ports? (1) It seems correct some pam_ldap related issues: http://www.nabble.com/Re:-Password-expiry-warning-message-from-ppolicy-td8071732.html -- Thanks, Jordi Espasa Clofent From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 10:53:00 2009 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 7EDCC1065672 for ; Wed, 17 Jun 2009 10:53:00 +0000 (UTC) (envelope-from erik@tefre.com) Received: from mta1-filtered.netlife.no (mail.netlife.no [62.92.26.227]) by mx1.freebsd.org (Postfix) with ESMTP id 370778FC34 for ; Wed, 17 Jun 2009 10:53:00 +0000 (UTC) (envelope-from erik@tefre.com) Received: from localhost (unknown [10.0.68.4]) by mta1-filtered.netlife.no (Postfix) with ESMTP id E79E1288B6; Wed, 17 Jun 2009 12:34:24 +0200 (CEST) X-Virus-Scanned: amavisd-new at netlife.no Received: from mta1.netlife.no ([10.0.68.4]) by localhost (amavis2.netlife.no [10.0.68.4]) (amavisd-new, port 10024) with ESMTP id W4AVV22Mg9Wq; Wed, 17 Jun 2009 10:34:24 +0000 (UTC) Received: from baviandesktop.netlife.no (kontor.netlife.no [217.13.28.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mta1.netlife.no (Postfix) with ESMTP id 3AB082889C; Wed, 17 Jun 2009 12:34:24 +0200 (CEST) Message-ID: <4A38C6AF.70809@tefre.com> Date: Wed, 17 Jun 2009 12:34:23 +0200 From: Erik Stian Tefre User-Agent: Thunderbird 2.0.0.21 (X11/20090411) MIME-Version: 1.0 To: Jordi Espasa Clofent References: <4A38AF82.8050407@minibofh.org> In-Reply-To: <4A38AF82.8050407@minibofh.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Upgrade OpenSSH in 6.3 and 7.0 RELENG 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, 17 Jun 2009 10:53:00 -0000 Jordi Espasa Clofent wrote: > I need to upgrade the OpenSSH from the shiped 4.5p1 versions in 6.x and > 7.x branches to 4.5p2 or higher(1). [...] > ¿How can I upgrade the OpenSSH in the _same_ RELENG? ¿Maybe using the > ports? portsnap fetch update cd /usr/ports/security/openssh-portable/ make install clean /etc/rc.d/sshd stop Set sshd_enable="NO" in /etc/rc.conf Set openssh_enable="YES" in /etc/rc.conf /usr/local/etc/rc.d/openssh start This will enable the 5.2p1 sshd. The new client is installed as /usr/local/bin/ssh. Warnings: The above instructions are dumped from brain, untested and may be incomplete. It Worked For Me(tm) 3 months ago on 6.3. And your box will probably get a new host key btw. -- Erik From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 11:24:31 2009 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 0DC13106566C for ; Wed, 17 Jun 2009 11:24:31 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from tafi.alm.flutnet.org (tafi.dsl.alm.flutnet.org [145.99.245.99]) by mx1.freebsd.org (Postfix) with ESMTP id BB14D8FC16 for ; Wed, 17 Jun 2009 11:24:30 +0000 (UTC) (envelope-from alson+ml@alm.flutnet.org) Received: from localhost (localhost [127.0.0.1]) by tafi.alm.flutnet.org (Postfix) with ESMTP id CF14C78C1E; Wed, 17 Jun 2009 13:24:28 +0200 (CEST) X-Virus-Scanned: amavisd-new at alm.flutnet.org Received: from tafi.alm.flutnet.org ([127.0.0.1]) by localhost (tafi.alm.flutnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tt1uID8CTwcJ; Wed, 17 Jun 2009 13:24:26 +0200 (CEST) Received: by tafi.alm.flutnet.org (Postfix, from userid 1000) id 256A578C1D; Wed, 17 Jun 2009 13:24:26 +0200 (CEST) Date: Wed, 17 Jun 2009 13:24:26 +0200 From: Alson van der Meulen To: Erik Stian Tefre Message-ID: <20090617112426.GA1613@tafi.alm.flutnet.org> Mail-Followup-To: Erik Stian Tefre , Jordi Espasa Clofent , freebsd-stable@freebsd.org References: <4A38AF82.8050407@minibofh.org> <4A38C6AF.70809@tefre.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4A38C6AF.70809@tefre.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Jordi Espasa Clofent , freebsd-stable@freebsd.org Subject: Re: Upgrade OpenSSH in 6.3 and 7.0 RELENG 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, 17 Jun 2009 11:24:31 -0000 * Erik Stian Tefre [2009-06-17 12:34]: > Jordi Espasa Clofent wrote: > > =C2=BFHow can I upgrade the OpenSSH in the _same_ RELENG? =C2=BFMaybe u= sing the > > ports? >=20 > portsnap fetch update > cd /usr/ports/security/openssh-portable/ > make install clean > /etc/rc.d/sshd stop > Set sshd_enable=3D"NO" in /etc/rc.conf > Set openssh_enable=3D"YES" in /etc/rc.conf > /usr/local/etc/rc.d/openssh start >=20 > This will enable the 5.2p1 sshd. > The new client is installed as /usr/local/bin/ssh. You can also set OVERWRITE_BASE in the config menu that will pop up if you compile the openssh-portable port for the first time (or just do make config). This will install openssh in /usr. I added NO_OPENSSH=3Dyes to make.conf (src.conf in 7.0+) so a subsequent make installworld won't overwrite it again. This will make life easier IMO because you don't have two different versions of ssh around. Having the SSH version depend on your $PATH and whether you have /usr/local mounted can be confusing, although this is not an issue for sshd. Alson From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 12:13:33 2009 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 0976A106564A for ; Wed, 17 Jun 2009 12:13:33 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5F78FC15 for ; Wed, 17 Jun 2009 12:13:32 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz7 with SMTP id 7so251312bwz.43 for ; Wed, 17 Jun 2009 05:13:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=gxqpVISUl8um5vXuGQ3qt1wFUBiaKXgq4LS9+dwJdb4=; b=qYVZtuXHEFAVTVB8B4G7sn9uvlfs85piULgKAzgzDwKphdnzemhXg69MSi4nleLa++ OQDWx9EQQWig2XM4p2IRyL9gZNDlWBDkcJ1rkitiKr54n1lePoyiuQoZQ0ju5NClgkYS ERAODjpkxW6LX8J2k+p6Zfbw4Cp3FVerRgJW8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=IJkpHANcl+ggAWj84ComeoQGmdF+4mP+jbXYYLQ8MV8/Ud6IVEXANTe/Sgq3dgTgEz CamkaDgZ167uZ3ZYiIqR4X6ZqXLou+wbgTqs0Iac2ams2TQyJ4kAHkc1uWvGWflCVRtw /+e4Ywo6TQjD5FHoNXohxfBPbTkb7dYsand08= MIME-Version: 1.0 Received: by 10.103.181.2 with SMTP id i2mr67915mup.20.1245240811467; Wed, 17 Jun 2009 05:13:31 -0700 (PDT) Date: Wed, 17 Jun 2009 16:13:31 +0400 Message-ID: From: pluknet To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: panic on 6.4-R in ioapic_get_vector() during device probe 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, 17 Jun 2009 12:13:33 -0000 Hi. This is on 6.4-RELEASE-p5 Early in boot (probably due to network outage):: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [/boot/kernel/kernel]... /boot/kernel/acpi.ko text*0x44f40 | readin failed elf32*loadimage: read failed GDB: no debug ports present and then.. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5440 @ 2.83GHz (2826.26-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 Features=0xbfebfbff Features2=0x40ce3bd,> AMD Features=0x20000000 AMD Features2=0x1 Cores per package: 4 real memory = 3220992000 (3071 MB) avail memory = 3150835712 (3004 MB) FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 user VMEM accounting on ioapic0: Assuming intbase of 0 MPTable: Ignoring interrupt entry for missing ioapic0 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) cpu0 on motherboard cpu1 on motherboard cpu2 on motherboard cpu3 on motherboard cpu4 on motherboard cpu5 on motherboard cpu6 on motherboard cpu7 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pcib1: at device 2.0 on pci0 pci26: on pcib1 pcib2: at device 0.0 on pci26 pci27: on pcib2 Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x2e fault code = supervisor read, page not present instruction pointer = 0x20:0xc08d0b72 stack pointer = 0x28:0xc0c208fc frame pointer = 0x28:0xc0c20900 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [thread pid 0 tid 0 ] Stopped at ioapic_get_vector+0xa: movw 0x2e(%ebx),%ax db> db> bt Tracing pid 0 tid 0 td 0xc0a48dc0 ioapic_get_vector(0,2) at ioapic_get_vector+0xa mptable_pci_route_interrupt_handler(c009c0cc,c0c20944,c0c20944,1,c7d4a480,...) a t mptable_pci_route_interrupt_handler+0x2d mptable_walk_table(c08d9880,c0c20944) at mptable_walk_table+0x3d mptable_pci_route_interrupt(c7d4a380,c7d4a480,1) at mptable_pci_route_interrupt+ 0xd4 pci_assign_interrupt_method(c7d4a180,c7d4a480) at pci_assign_interrupt_method+0x 58 pci_assign_interrupt(c7d4a180,c7d4a480,1) at pci_assign_interrupt+0xc0 pci_add_resources(c7d4a180,c7d4a480,0,0,c7dfa000,...) at pci_add_resources+0x2b5 pci_add_child(c7d4a180,c7dfa000) at pci_add_child+0x52 pci_add_children(c7d4a180,1b,c4,1b,c7d4a180,...) at pci_add_children+0xf2 pci_attach(c7d4a180) at pci_attach+0x7c device_attach(c7d4a180,c0c20adc,c7d4a180,c7d4a380,0,...) at device_attach+0x58 device_probe_and_attach(c7d4a180) at device_probe_and_attach+0xc4 bus_generic_attach(c7d4a380,c7d4a380,c0c20b08,c06c4acc,c7d4a380,...) at bus_gene ric_attach+0x16 pcib_attach(c7d4a380) at pcib_attach+0x39 device_attach(c7d4a380,e,c7d4a380,c7d4a280,c7d4a280,...) at device_attach+0x58 device_probe_and_attach(c7d4a380) at device_probe_and_attach+0xc4 bus_generic_attach(c7d4a280,c7d4a280,1a,c4,1a,...) at bus_generic_attach+0x16 pci_attach(c7d4a280) at pci_attach+0x82 device_attach(c7d4a280,c0c20b94,c7d4a280,c7df9280,0,...) at device_attach+0x58 device_probe_and_attach(c7d4a280) at device_probe_and_attach+0xc4 bus_generic_attach(c7df9280,c7df9280,c0c20bc0,c06c4acc,c7df9280,...) at bus_gene ric_attach+0x16 pcib_attach(c7df9280) at pcib_attach+0x39 device_attach(c7df9280,7,c7df9280,c7df9380,c7df9380,...) at device_attach+0x58 device_probe_and_attach(c7df9280) at device_probe_and_attach+0xc4 bus_generic_attach(c7df9380,c7df9380,0,c4,0,...) at bus_generic_attach+0x16 pci_attach(c7df9380) at pci_attach+0x82 device_attach(c7df9380,c7d49080,c7df9380,c7df9400,c7df9400,...) at device_attach +0x58 device_probe_and_attach(c7df9380) at device_probe_and_attach+0xc4 bus_generic_attach(c7df9400,c7df9400,c097f501,0,0,...) at bus_generic_attach+0x1 6 mptable_hostb_attach(c7df9400) at mptable_hostb_attach+0x69 device_attach(c7df9400,c0a2cb60,c7df9400,7,c7d49080,...) at device_attach+0x58 device_probe_and_attach(c7df9400) at device_probe_and_attach+0xc4 bus_generic_attach(c7d49080,c7d49080,c7d49080,c7d49080,0,...) at bus_generic_att ach+0x16 legacy_attach(c7d49080) at legacy_attach+0x8e device_attach(c7d49080,0,c7d49080,c7d49680,0,...) at device_attach+0x58 device_probe_and_attach(c7d49080) at device_probe_and_attach+0xc4 bus_generic_attach(c7d49680,c7d49680,c7d49680,c0c20d40,c06c4acc,...) at bus_gene ric_attach+0x16 nexus_attach(c7d49680) at nexus_attach+0x13 device_attach(c7d49680,c06cfe58,c7d49680,c0a173f0,c25000,...) at device_attach+0 x58 device_probe_and_attach(c7d49680) at device_probe_and_attach+0xc4 root_bus_configure(c0c20d88,c067ab96,0,c1ec00,c1e000,...) at root_bus_configure+ 0x16 configure(0,c1ec00,c1e000,0,c0452555,...) at configure+0x9 mi_startup() at mi_startup+0x96 begin() at begin+0x2c -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 12:29:40 2009 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 3C585106566C; Wed, 17 Jun 2009 12:29:40 +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 975168FC13; Wed, 17 Jun 2009 12:29:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4DB3246B91; Wed, 17 Jun 2009 08:29:39 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 3B0528A076; Wed, 17 Jun 2009 08:29:38 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 17 Jun 2009 08:08:50 -0400 User-Agent: KMail/1.9.7 References: <4A37A591.1070907@incunabulum.net> In-Reply-To: <4A37A591.1070907@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906170808.51060.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 17 Jun 2009 08:29:38 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Vlad Galu , Bruce Simpson , Ivan Voras Subject: Re: Unnamed POSIX shared semaphores 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, 17 Jun 2009 12:29:40 -0000 On Tuesday 16 June 2009 10:00:49 am Bruce Simpson wrote: > Vlad Galu wrote: > > ... > > Thanks, Ivan. I'll take a better look at this after our first release, > > which is due in a couple of weeks. Right now the team efforts aren't > > focused on portability, so it's a low priority issue, but something > > we'd definitely like to have in the future. > > > > I've just run head first into this lack for a proof-of-concept I'm > looking at -- the lack of PTHREAD_PROCESS_SHARED support on FreeBSD. > > Are there any other references I can start working from? You can check the archives of threads@ where this has been discussed recently. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 14:09:14 2009 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 2EB7C106566C for ; Wed, 17 Jun 2009 14:09:14 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id D5D818FC1C for ; Wed, 17 Jun 2009 14:09:13 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qyk3 with SMTP id 3so415298qyk.3 for ; Wed, 17 Jun 2009 07:09:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=TzBh6Sfv+broxzUIJPgFl+sxfBpyXRnHjpc7v/G2Rok=; b=ktcX4IBDXpqZUbjdkPmzLc74e7LjbEIa98PIWPR4ONWnI3AJrQJNprz8oHbbtdJvbl T3LcRrWWs952vwAWP8a4SUqQcXjixJhAJNUsvtxzmGtVWZExJ7IPLBjc8yU8z7tTgOlc UiYGfXrjLA767JB6pMzOdiw8J9EDZxH192H98= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=QCwZ0g/Afgs9to9VUkj0En7NzhMTZtjHAJydarUegwX7AifoSCfxJYZwKmbCcV+PHs IiyLCWYhNGFP0E/l4qvI8zAG9r5P6/pi7YT8a5EFP9MlsXEVB4vvvgAz2Ca2/+HxDw0m AAVbkxM/EYzbrkYSN0nKfOuikbn1LYyZcn6SQ= Received: by 10.224.60.74 with SMTP id o10mr190506qah.230.1245247753119; Wed, 17 Jun 2009 07:09:13 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.105.194]) by mx.google.com with ESMTPS id 5sm81766qwg.45.2009.06.17.07.09.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Jun 2009 07:09:12 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 26324B8083; Wed, 17 Jun 2009 11:09:07 -0300 (BRT) Received: from 189.92.195.60 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 17 Jun 2009 11:09:07 -0300 (BRT) Message-ID: <80e5e7a7219ab28dfc5d821f14c1ba1e.squirrel@cygnus.homeunix.com> Date: Wed, 17 Jun 2009 11:09:07 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: ZFS pool from current 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, 17 Jun 2009 14:09:14 -0000 hail, I have a 8-current using a small zfs pool: [root@harry ~]# zpool status pool: zdados state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM zdados ONLINE 0 0 0 raidz1 ONLINE 0 0 0 ad8 ONLINE 0 0 0 ad10 ONLINE 0 0 0 ad12 ONLINE 0 0 0 errors: No known data errors FreeBSD harry.tre-pb.gov.br 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Tue May 26 16:00:50 BRT 2009 root@harry.tre-pb.gov.br:/usr/obj/usr/src/sys/Core2Duo8 amd64 And for virtualbox on amd64 purposes I want to run 7.2R or STABLE to use VT-x and amd64 vm's under vbox. will I have to make anything, or it will just work ? Kip Macy created a branch were there is the new zfs code, but I didn't get it if it is in the main sources or if I need to fetch any especial code. any hints are good, thanks matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 14:16:14 2009 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 6D53D1065675 for ; Wed, 17 Jun 2009 14:16:14 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 31C678FC12 for ; Wed, 17 Jun 2009 14:16:14 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:5513:b1ce:48be:979e] (unknown [IPv6:2001:7b8:3a7:0:5513:b1ce:48be:979e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 3E0C25C43; Wed, 17 Jun 2009 15:53:54 +0200 (CEST) Message-ID: <4A38FAAE.7060100@andric.com> Date: Wed, 17 Jun 2009 16:16:14 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1pre) Gecko/20090613 Shredder/3.0b3pre MIME-Version: 1.0 To: Nenhum_de_Nos References: <80e5e7a7219ab28dfc5d821f14c1ba1e.squirrel@cygnus.homeunix.com> In-Reply-To: <80e5e7a7219ab28dfc5d821f14c1ba1e.squirrel@cygnus.homeunix.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS pool from current 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, 17 Jun 2009 14:16:14 -0000 On 2009-06-17 16:09, Nenhum_de_Nos wrote: > And for virtualbox on amd64 purposes I want to run 7.2R or STABLE to use > VT-x and amd64 vm's under vbox. will I have to make anything, or it will > just work ? > > Kip Macy created a branch were there is the new zfs code, but I didn't get > it if it is in the main sources or if I need to fetch any especial code. Kip merged the ZFS v13 support to -STABLE just last month. It seems to work okay for most people, but be sure to read the UPDATING file, especially if you are upgrading existing pools. From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 14:23:47 2009 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 C4F0F10656DF for ; Wed, 17 Jun 2009 14:23:47 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7391F8FC15 for ; Wed, 17 Jun 2009 14:23:47 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qw-out-2122.google.com with SMTP id 3so163038qwe.7 for ; Wed, 17 Jun 2009 07:23:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=67CVET7rz1zF417h0Au/JxYJBtUvrrNfENYhQKvu+3E=; b=q0mwYDN3NFugoghghS/vf6GHz5Ix3S7W2wy10hlDyBZJDWVX0evc4zzPafl9+m+vgX IUYjnv5p2oc3K9WuEUVj+Yho5TlpT2wvDZCJz4eQnFyvm839n3XqxSJ1txG9UN+rTXGV wiawH3sH0D458B382qLOSG3frdaI5gHCxW0cc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=rOjbkDEZaSBS+Gkz7ueoqGsZ6m9JHm46AYHN2Wdv8pMkj9zKBVczft6eZ7zWfZhX1t +Ka58NnNCyQNQQ4mq/IirLE2QV2qd8ZE+1aKPAdPXRDLrGheLFUnvnQFrlFG3OYtC3Oc qqA81e0NMx+IveJRQ95E9q8T/WMsczMWDIIws= Received: by 10.224.29.10 with SMTP id o10mr222971qac.98.1245248626690; Wed, 17 Jun 2009 07:23:46 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.105.194]) by mx.google.com with ESMTPS id 2sm40401qwi.23.2009.06.17.07.23.45 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 17 Jun 2009 07:23:46 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id EA196B8083; Wed, 17 Jun 2009 11:23:40 -0300 (BRT) Received: from 189.92.195.60 (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Wed, 17 Jun 2009 11:23:40 -0300 (BRT) Message-ID: In-Reply-To: <4A38FAAE.7060100@andric.com> References: <80e5e7a7219ab28dfc5d821f14c1ba1e.squirrel@cygnus.homeunix.com> <4A38FAAE.7060100@andric.com> Date: Wed, 17 Jun 2009 11:23:40 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: ZFS pool from current 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, 17 Jun 2009 14:23:48 -0000 On Wed, June 17, 2009 11:16, Dimitry Andric wrote: > On 2009-06-17 16:09, Nenhum_de_Nos wrote: >> And for virtualbox on amd64 purposes I want to run 7.2R or STABLE to use >> VT-x and amd64 vm's under vbox. will I have to make anything, or it will >> just work ? >> >> Kip Macy created a branch were there is the new zfs code, but I didn't >> get >> it if it is in the main sources or if I need to fetch any especial code. > > Kip merged the ZFS v13 support to -STABLE just last month. It seems to > work okay for most people, but be sure to read the UPDATING file, > especially if you are upgrading existing pools. thanks, I was just looking for this update on web interface to cvs and there is nothing in UPDATING for RELENG_7 there. is this really supposed to happen ? I'll get from csup now ... thanks again, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 14:41:54 2009 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 595DC106566B for ; Wed, 17 Jun 2009 14:41:54 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from mail2.sandvine.com (Mail1.sandvine.com [64.7.137.134]) by mx1.freebsd.org (Postfix) with ESMTP id 1F86D8FC29 for ; Wed, 17 Jun 2009 14:41:53 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mail2.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 17 Jun 2009 10:29:52 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 6B06E11715; Wed, 17 Jun 2009 10:29:52 -0400 (EDT) Date: Wed, 17 Jun 2009 10:29:52 -0400 From: Ed Maste To: pluknet Message-ID: <20090617142952.GA73887@sandvine.com> References: <200906160830.29721.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 17 Jun 2009 14:29:52.0346 (UTC) FILETIME=[13B37BA0:01C9EF58] Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 sporadically locks up 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, 17 Jun 2009 14:41:56 -0000 On Tue, Jun 16, 2009 at 07:03:34PM +0400, pluknet wrote: > As for allpcpu, I often see the picture, when one CPU runs the "irq17: > bce1 aacu0" thread > and another one runs arcconf. I wonder if that might be a source of > bad locking or races, or.. > The arcconf utility uses ioctl that goes into aac/aacu(4) internals. Do you see the same result w/ the in-tree aac(4) driver as opposed to Adaptec's version? -Ed From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 14:45:58 2009 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 A790B1065696 for ; Wed, 17 Jun 2009 14:45:58 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f211.google.com (mail-bw0-f211.google.com [209.85.218.211]) by mx1.freebsd.org (Postfix) with ESMTP id 307588FC18 for ; Wed, 17 Jun 2009 14:45:57 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz7 with SMTP id 7so366359bwz.43 for ; Wed, 17 Jun 2009 07:45:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0HDexferChNyTPLIRh0IKjtThmDNXD4SZTHhip7zH5U=; b=HbID7S9ce5rF/ADlrYFw/QU58++NLhXDkvBzc6MKse0CXNgIHX1yxoCWtZW/dHBv8g m5Zo/Fjuupfo91GUqJyxAGrM5+9qez+SJdGgtQeyfqi9WaZlOkrGWKp25AnG0aXyQeYA X09UZJ5j3tjMVFjkEhWEA/BGVVzuMeHVGYhIc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mOSWYwfnGPv+N783UUBcZ+koctDz0PWQqMIaAztmIY7E7OnM2Guxsl6AT8H6tmW11C bMQm1IVXCr5dcRbOAwyQFWKH6mmVlomGP21Dx2Hhm+eZ+YvNyyFjzIod7GX0yZuAZtBl VJnrr8W7VyRGNj0H7S5KZD60B4VkEtlLmM4SE= MIME-Version: 1.0 Received: by 10.103.160.9 with SMTP id m9mr177968muo.53.1245249956871; Wed, 17 Jun 2009 07:45:56 -0700 (PDT) In-Reply-To: <20090617142952.GA73887@sandvine.com> References: <200906160830.29721.jhb@freebsd.org> <20090617142952.GA73887@sandvine.com> Date: Wed, 17 Jun 2009 18:45:56 +0400 Message-ID: From: pluknet To: Ed Maste Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 6.2 sporadically locks up 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, 17 Jun 2009 14:45:59 -0000 2009/6/17 Ed Maste : > On Tue, Jun 16, 2009 at 07:03:34PM +0400, pluknet wrote: > >> As for allpcpu, I often see the picture, when one CPU runs the "irq17: >> bce1 aacu0" thread >> and another one runs arcconf. I wonder if that might be a source of >> bad locking or races, or.. >> The arcconf utility uses ioctl that goes into aac/aacu(4) internals. > > Do you see the same result w/ the in-tree aac(4) driver as opposed to > Adaptec's version? > > -Ed > [It's quite hard to move back to aac(4) as that requires fstab update [ aacdu0 -> aacd0] and instant reboot, because we use quotas and quotacheck looks into /etc/fstab. Such preparations as fstab update and commenting out load_aacu="YES" will give discrepancy between fstab and actual mount points.] I will try anyway. Thank you for your help. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 14:51:14 2009 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 9CEAB1065692 for ; Wed, 17 Jun 2009 14:51:14 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id 2A04B8FC36 for ; Wed, 17 Jun 2009 14:51:14 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id 507D15FCA; Wed, 17 Jun 2009 16:51:13 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::] (may be forged)) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n5HEpAEW000683; Wed, 17 Jun 2009 16:51:10 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1245250272; bh=YT2+7UdSavnyu7DJQvx/aFUgR8d4XtK6UEwcGhze1ro=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=B9UkZoq5LhvdbTb+VHQYVATI/o/tce+llH8nbrN1kgcGlUncCKBUS+JCdxABHzhiI t/hY2uYY6e9mq6GPmd5CQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=MLpHq52mW78ksNpNA1FJtwTuU2wJ1OEZ4U3VUO7HQuF4ap5zeN+LbNrdNK9fkgYdm 2qLCKullOsmvBNJV+tKMw== Message-ID: <4A3902DE.3070708@restart.be> Date: Wed, 17 Jun 2009 16:51:10 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Nenhum_de_Nos References: <80e5e7a7219ab28dfc5d821f14c1ba1e.squirrel@cygnus.homeunix.com> <4A38FAAE.7060100@andric.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org Subject: Re: ZFS pool from current 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, 17 Jun 2009 14:51:15 -0000 Nenhum_de_Nos wrote: > On Wed, June 17, 2009 11:16, Dimitry Andric wrote: >> On 2009-06-17 16:09, Nenhum_de_Nos wrote: >>> And for virtualbox on amd64 purposes I want to run 7.2R or STABLE to use >>> VT-x and amd64 vm's under vbox. will I have to make anything, or it will >>> just work ? >>> >>> Kip Macy created a branch were there is the new zfs code, but I didn't >>> get >>> it if it is in the main sources or if I need to fetch any especial code. >> Kip merged the ZFS v13 support to -STABLE just last month. It seems to >> work okay for most people, but be sure to read the UPDATING file, >> especially if you are upgrading existing pools. > > thanks, I was just looking for this update on web interface to cvs and > there is nothing in UPDATING for RELENG_7 there. is this really supposed > to happen ? Sadly a known and ignored problem of cvsweb http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/120185 Henri > > I'll get from csup now ... > > thanks again, > > matheus > From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 16:07:58 2009 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 2C90B1065673; Wed, 17 Jun 2009 16:07:58 +0000 (UTC) (envelope-from joe@osoft.us) Received: from mail.osoft.us (osoft.us [67.14.192.59]) by mx1.freebsd.org (Postfix) with ESMTP id 055BE8FC29; Wed, 17 Jun 2009 16:07:57 +0000 (UTC) (envelope-from joe@osoft.us) Received: from [10.0.1.100] (99-25-241-54.lightspeed.ltrkar.sbcglobal.net [99.25.241.54]) by mail.osoft.us (Postfix) with ESMTP id A3FE633C54; Wed, 17 Jun 2009 10:40:07 -0500 (CDT) Message-ID: <4A390E57.9010701@osoft.us> Date: Wed, 17 Jun 2009 10:40:07 -0500 From: Joe Koberg User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: Dan Naumov References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List Subject: Re: ZFS performance on 7.2-release/amd64 low compared to UFS2 + SoftUpdates 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, 17 Jun 2009 16:07:58 -0000 The difference in layout can easily explain a 2x difference in sequential transfer performance. I seriously doubt your disk is really getting 23K seeks/s done in the UFS case - 100/s sounds much more reasonable for real hardware. Perhaps the results of caching? Joe Koberg Dan Naumov wrote: > I am wondering if the numbers I am seeing is something expected or is > something broken somewhere. Output of bonnie -s 1024: > > on UFS2 + SoftUpdates: > > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU > 1024 56431 94.5 88407 38.9 77357 53.3 64042 98.6 644511 98.6 23603.8 243.3 > > on ZFS: > > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU > 1024 22591 53.7 45602 35.1 14770 13.2 45007 83.8 94595 28.0 102.2 1.2 > > > atom# cat /boot/loader.conf > vm.kmem_size="1024M" > vm.kmem_size_max="1024M" > vfs.zfs.arc_max="96M" > > The test isn't completely fair in that the test on UFS2 is done on a > partition that resides on the first 16gb of a 2tb disk while the zfs > test is done on the enormous 1,9tb zfs pool that comes after that > partition (same disk). Can this difference in layout make up for the > huge difference in performance or is there something else in play? The > system is an Intel Atom 330 dualcore, 2gb ram, Western Digital Green > 2tb disk. Also what would be another good way to get good numbers for > comparing the performance of UFS2 vs ZFS on the same system. > > > Sincerely, > - Dan Naumov > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 16:11:13 2009 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 CF8CC1065675 for ; Wed, 17 Jun 2009 16:11:13 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id 8813A8FC41 for ; Wed, 17 Jun 2009 16:11:13 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id n5HGBCPE017259 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 17 Jun 2009 11:11:12 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.3) with ESMTP id n5HGBCfB013812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 17 Jun 2009 11:11:12 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.3/Submit) id n5HGBAr6013809; Wed, 17 Jun 2009 11:11:10 -0500 (CDT) (envelope-from dan) Date: Wed, 17 Jun 2009 11:11:10 -0500 From: Dan Nelson To: Dan Naumov Message-ID: <20090617161109.GA12966@dan.emsphone.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 7.2-STABLE User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: ClamAV version 0.94.1, clamav-milter version 0.94.1 on email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Wed, 17 Jun 2009 11:11:12 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List Subject: Re: ZFS performance on 7.2-release/amd64 low compared to UFS2 + SoftUpdates 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, 17 Jun 2009 16:11:14 -0000 In the last episode (Jun 17), Dan Naumov said: > I am wondering if the numbers I am seeing is something expected or is > something broken somewhere. Output of bonnie -s 1024: > > on UFS2 + SoftUpdates: > > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU > 1024 56431 94.5 88407 38.9 77357 53.3 64042 98.6 644511 98.6 23603.8 243.3 The insane sequential input K/sec and random seeks/sec values indicate that your entire test file was cached in memory. Try a larger file (at least 2x your installed RAM). > on ZFS: > > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU > 1024 22591 53.7 45602 35.1 14770 13.2 45007 83.8 94595 28.0 102.2 1.2 > -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 17:31:13 2009 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 E538B106564A for ; Wed, 17 Jun 2009 17:31:13 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 788C28FC08 for ; Wed, 17 Jun 2009 17:31:13 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id n5HH0RJb018872; Wed, 17 Jun 2009 18:00:27 +0100 (BST) Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1MGyUt-0000bw-Nf; Wed, 17 Jun 2009 18:00:27 +0100 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.3/8.14.3) with ESMTP id n5HH0Qgg043481; Wed, 17 Jun 2009 18:00:26 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.3/8.14.3/Submit) id n5HH0Q9U043480; Wed, 17 Jun 2009 18:00:26 +0100 (BST) (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Henri Hennebert In-Reply-To: <4A3902DE.3070708@restart.be> References: <80e5e7a7219ab28dfc5d821f14c1ba1e.squirrel@cygnus.homeunix.com> <4A38FAAE.7060100@andric.com> <4A3902DE.3070708@restart.be> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 17 Jun 2009 18:00:26 +0100 Message-Id: <1245258026.40309.50.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org, Nenhum_de_Nos Subject: Re: ZFS pool from current 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, 17 Jun 2009 17:31:14 -0000 On Wed, 2009-06-17 at 16:51 +0200, Henri Hennebert wrote: > Nenhum_de_Nos wrote: > > thanks, I was just looking for this update on web interface to cvs and > > there is nothing in UPDATING for RELENG_7 there. is this really supposed > > to happen ? > > Sadly a known and ignored problem of cvsweb > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/120185 > > Henri As far as I can tell, this isn't really a problem with cvsweb, but more of a problem with the repository itself. The issue comes when a commit is made and the log message includes the magic string that CVS uses internally to track different revisions. The patch proposed in that PR appears to be more of a hack than a fix. It's the same reason that (for example) http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/ntpd lists a revision 1.335 even though the most recent commit was version 1.18. On the upside, it doesn't appear that these bogus commits have ended up replicated in the SVN repository. Gavin From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 18:48:53 2009 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 22781106564A for ; Wed, 17 Jun 2009 18:48:53 +0000 (UTC) (envelope-from hlh@restart.be) Received: from tignes.restart.be (tignes.restart.be [IPv6:2001:41d0:2:2d29:0:1::]) by mx1.freebsd.org (Postfix) with ESMTP id A1B688FC16 for ; Wed, 17 Jun 2009 18:48:52 +0000 (UTC) (envelope-from hlh@restart.be) Received: from restart.be (avoriaz.tunnel.bel [IPv6:2001:41d0:2:2d29:1:ffff::]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "avoriaz.restart.be", Issuer "CA master" (verified OK)) by tignes.restart.be (Postfix) with ESMTPS id E9E6C478D; Wed, 17 Jun 2009 20:48:51 +0200 (CEST) Received: from morzine.restart.bel (morzine.restart.be [IPv6:2001:41d0:2:2d29:1:2::] (may be forged)) (authenticated bits=0) by restart.be (8.14.3/8.14.3) with ESMTP id n5HIml5s006696; Wed, 17 Jun 2009 20:48:48 +0200 (CEST) (envelope-from hlh@restart.be) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=restart.be; s=avoriaz; t=1245264531; bh=zuEFBFE6u1itkVvn6ryS+uzlHM4shNC4up7xN3Biv88=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=T7GIzDQlmC/r597aNeKjh1V4gI8lwqgLLyi79BOm9T5EB12h0ukSSCFGDlYI1aDil sUuuVLjlNt5opQuLE50GQ== DomainKey-Signature: a=rsa-sha1; s=avoriaz; d=restart.be; c=nofws; q=dns; h=message-id:date:from:organization:user-agent:mime-version:to:cc: subject:references:in-reply-to:content-type: content-transfer-encoding:x-scanned-by; b=0UyzUA0qsVM1X+pYhzUY5uAv5RrYGQovUmKnW9VDmexiDrTqUJnz36F6QXE/RreYt n2WAWeHo+VGzgFQAeCW7A== Message-ID: <4A393A8F.5000909@restart.be> Date: Wed, 17 Jun 2009 20:48:47 +0200 From: Henri Hennebert Organization: RestartSoft User-Agent: Thunderbird 2.0.0.21 (X11/20090412) MIME-Version: 1.0 To: Gavin Atkinson References: <80e5e7a7219ab28dfc5d821f14c1ba1e.squirrel@cygnus.homeunix.com> <4A38FAAE.7060100@andric.com> <4A3902DE.3070708@restart.be> <1245258026.40309.50.camel@buffy.york.ac.uk> In-Reply-To: <1245258026.40309.50.camel@buffy.york.ac.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:41d0:2:2d29:1:1:: Cc: freebsd-stable@freebsd.org, Nenhum_de_Nos Subject: Re: ZFS pool from current 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, 17 Jun 2009 18:48:53 -0000 Gavin Atkinson wrote: > On Wed, 2009-06-17 at 16:51 +0200, Henri Hennebert wrote: >> Nenhum_de_Nos wrote: >>> thanks, I was just looking for this update on web interface to cvs and >>> there is nothing in UPDATING for RELENG_7 there. is this really supposed >>> to happen ? >> Sadly a known and ignored problem of cvsweb >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/120185 >> >> Henri > > As far as I can tell, this isn't really a problem with cvsweb, but more > of a problem with the repository itself. The issue comes when a commit > is made and the log message includes the magic string that CVS uses > internally to track different revisions. The patch proposed in that PR > appears to be more of a hack than a fix. Ok with that but there is no fix if you base your algorithm on a wrong specification. > > It's the same reason that (for example) > http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/ntpd lists a revision > 1.335 even though the most recent commit was version 1.18. The hack work well in this case too. I prefer a hack instead of a confusing answer. Henri > > On the upside, it doesn't appear that these bogus commits have ended up > replicated in the SVN repository. > > Gavin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Jun 17 23:51:17 2009 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 4EECE106564A for ; Wed, 17 Jun 2009 23:51:17 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out1.tiscali.nl (smtp-out1.tiscali.nl [195.241.79.176]) by mx1.freebsd.org (Postfix) with ESMTP id 119958FC08 for ; Wed, 17 Jun 2009 23:51:16 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=sjakie.klop.ws) by smtp-out1.tiscali.nl with esmtp id 1MH4uR-0002L7-IM; Thu, 18 Jun 2009 01:51:15 +0200 Received: from 82-170-177-25.ip.telfort.nl (localhost [127.0.0.1]) by sjakie.klop.ws (Postfix) with ESMTP id EE3A75ABE; Thu, 18 Jun 2009 01:51:14 +0200 (CEST) Date: Thu, 18 Jun 2009 01:51:14 +0200 To: "Dan Naumov" , freebsd-fs@freebsd.org, "FreeBSD-STABLE Mailing List" From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 References: Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: User-Agent: Opera Mail/9.64 (FreeBSD) Cc: Subject: Re: ZFS performance on 7.2-release/amd64 low compared to UFS2 + SoftUpdates 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, 17 Jun 2009 23:51:17 -0000 On Wed, 17 Jun 2009 09:34:02 +0200, Dan Naumov wrote: > I am wondering if the numbers I am seeing is something expected or is > something broken somewhere. Output of bonnie -s 1024: > > on UFS2 + SoftUpdates: > > -------Sequential Output-------- ---Sequential Input-- > --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- > --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU > /sec %CPU > 1024 56431 94.5 88407 38.9 77357 53.3 64042 98.6 644511 98.6 > 23603.8 243.3 > > on ZFS: > > -------Sequential Output-------- ---Sequential Input-- > --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- > --Seeks--- > Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU > /sec %CPU > 1024 22591 53.7 45602 35.1 14770 13.2 45007 83.8 94595 28.0 > 102.2 1.2 > > > atom# cat /boot/loader.conf > vm.kmem_size="1024M" > vm.kmem_size_max="1024M" > vfs.zfs.arc_max="96M" Isn't 96M for ARC really small? Mine is 860M. vfs.zfs.arc_max: 860072960 kstat.zfs.misc.arcstats.size: 657383376 I think the UFS2 cache is much bigger which makes a difference in your test. Ronald. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 00:07:56 2009 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 F3EC5106568E; Thu, 18 Jun 2009 00:07:55 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from mail-yx0-f200.google.com (mail-yx0-f200.google.com [209.85.210.200]) by mx1.freebsd.org (Postfix) with ESMTP id 8EFDB8FC24; Thu, 18 Jun 2009 00:07:55 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by yxe38 with SMTP id 38so985121yxe.3 for ; Wed, 17 Jun 2009 17:07:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=mrblN0JeWeMmZd2HDlpsgZ8/1eIOz5OAOKQM6WNtmdM=; b=nQD66o8PAsPZaxybWYIKocSJwtWfw35yOeNHS1XhC/V1/srzYLpZN+DMRFnDenXvtz Nc5mMdp5TaPyx03N3BjqjAqkJzaF2qZHYw577goUVdjHVUAVH5tCdORUYJlXpqXNGyek QsI0WbydaWEqZ0QtoC59l7OXPHXgcan/8Ac8Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=oxy6JrEz8HJMVF7Gr8hCzR4L+TqiWkSy9xlNnlQxAnDzuxta7MuHmEtF8NbT3O23vm u+ytEAjUdiA3S3ETQe8yS+Zkd7DuNZ8cR8zLK+AUU7sg/xpAD63z4J1s6CozMt39y+TV pw5NGjtvCy4guDv/nBjao3hlmXMHXLZKhwb1o= MIME-Version: 1.0 Received: by 10.100.41.9 with SMTP id o9mr1107355ano.155.1245283671367; Wed, 17 Jun 2009 17:07:51 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Jun 2009 03:07:51 +0300 Message-ID: From: Dan Naumov To: Ronald Klop Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List Subject: Re: ZFS performance on 7.2-release/amd64 low compared to UFS2 + SoftUpdates 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, 18 Jun 2009 00:07:56 -0000 All the ZFS tuning guides for FreeBSD (including one on the FreeBSD ZFS wiki) have recommended values between 64M and 128M to improve stability, so that what I went with. How much of my max kmem is it safe to give to ZFS? - Dan Naumov On Thu, Jun 18, 2009 at 2:51 AM, Ronald Klop wrote: > Isn't 96M for ARC really small? > Mine is 860M. > vfs.zfs.arc_max: 860072960 > kstat.zfs.misc.arcstats.size: 657383376 > > I think the UFS2 cache is much bigger which makes a difference in your test. > > Ronald. > From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 08:29:03 2009 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 CDB45106564A; Thu, 18 Jun 2009 08:29:03 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 930C28FC28; Thu, 18 Jun 2009 08:29:03 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MHCzU-0002iw-CZ; Thu, 18 Jun 2009 09:29:00 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MHCzU-000HX6-B9; Thu, 18 Jun 2009 09:29:00 +0100 To: dan.naumov@gmail.com, ronald-freebsd8@klop.yi.org In-Reply-To: Message-Id: From: Pete French Date: Thu, 18 Jun 2009 09:29:00 +0100 Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ZFS performance on 7.2-release/amd64 low compared to UFS2 + SoftUpdates 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, 18 Jun 2009 08:29:04 -0000 > All the ZFS tuning guides for FreeBSD (including one on the FreeBSD > ZFS wiki) have recommended values between 64M and 128M to improve > stability, so that what I went with. How much of my max kmem is it > safe to give to ZFS? If you are on amd64 then don't tune it, it will tune itself. If you are on i386 (or an earlier verions of amd64) then 128M on a 2 gig machine should be OK, assuming you have kmem_size_max set to the full 1500 odd. Those are numbers which come up time and time again - I ran reliably with them for ages, until the latest -STABLE. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 08:35:00 2009 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 A1A0B1065672 for ; Thu, 18 Jun 2009 08:35:00 +0000 (UTC) (envelope-from erwan@rail.eu.org) Received: from depot.rail.eu.org (cl-23.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:16::2]) by mx1.freebsd.org (Postfix) with ESMTP id 587BD8FC0C for ; Thu, 18 Jun 2009 08:35:00 +0000 (UTC) (envelope-from erwan@rail.eu.org) Received: from trusted-logic.com (fbx.trusted-logic.com [88.160.136.44]) by depot.rail.eu.org (Postfix) with ESMTPSA id 9D02F81BC06 for ; Thu, 18 Jun 2009 10:34:58 +0200 (CEST) Date: Thu, 18 Jun 2009 10:34:54 +0200 From: Erwan David To: freebsd-stable@freebsd.org Message-ID: <20090618083454.GQ5002@trusted-logic.com> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Republicain: 30 prairial an CCXVII (Chariot) User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: clamav-milter 0.95.2 at nez-casse.depot.rail.eu.org X-Virus-Status: Clean Subject: Upgrade from 7.1-RELEASE to 7.2-RELEASE through freebsd update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2009 08:35:00 -0000 I tried to upgrade my 7.1-RELEASE into 7.2-RELEASE. However freebsd-update kept asking me to merge every file in /etc whose $Id$ line changed (that makes about all files). Is there a way, as with mergemaster, to make it not consider the $Id$ line for the manual merge ? Thank you. -- Erwan From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 12:38:07 2009 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 A33EE1065674 for ; Thu, 18 Jun 2009 12:38:07 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (tunnel490.ipv6.xs4all.nl [IPv6:2001:888:10:1ea::2]) by mx1.freebsd.org (Postfix) with ESMTP id 327C58FC22 for ; Thu, 18 Jun 2009 12:38:06 +0000 (UTC) (envelope-from mail25@bzerk.org) Received: from ei.bzerk.org (BOFH@localhost [127.0.0.1]) by ei.bzerk.org (8.14.2/8.14.2) with ESMTP id n5ICc3iF027314 for ; Thu, 18 Jun 2009 14:38:03 +0200 (CEST) (envelope-from mail25@bzerk.org) Received: (from bulk@localhost) by ei.bzerk.org (8.14.2/8.14.2/Submit) id n5ICc35g027313 for freebsd-stable@freebsd.org; Thu, 18 Jun 2009 14:38:03 +0200 (CEST) (envelope-from mail25@bzerk.org) Date: Thu, 18 Jun 2009 14:38:02 +0200 From: Ruben de Groot To: freebsd-stable@freebsd.org Message-ID: <20090618123802.GA27215@ei.bzerk.org> Mail-Followup-To: Ruben de Groot , freebsd-stable@freebsd.org References: <20090618083454.GQ5002@trusted-logic.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090618083454.GQ5002@trusted-logic.com> User-Agent: Mutt/1.4.2.3i X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ei.bzerk.org X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (ei.bzerk.org [127.0.0.1]); Thu, 18 Jun 2009 14:38:05 +0200 (CEST) Subject: Re: Upgrade from 7.1-RELEASE to 7.2-RELEASE through freebsd update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2009 12:38:08 -0000 On Thu, Jun 18, 2009 at 10:34:54AM +0200, Erwan David typed: > I tried to upgrade my 7.1-RELEASE into 7.2-RELEASE. However > freebsd-update kept asking me to merge every file in /etc whose $Id$ > line changed (that makes about all files). > > Is there a way, as with mergemaster, to make it not consider the $Id$ > line for the manual merge ? You could let freebsd-update ignore /etc (but not /usr/src) and use mergemaster for your configuration files. Ruben From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 13:37:38 2009 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 DF946106566B for ; Thu, 18 Jun 2009 13:37:38 +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 B2EBC8FC1C for ; Thu, 18 Jun 2009 13:37:38 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 69F2146BC1; Thu, 18 Jun 2009 09:37:38 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 6EB5B8A073; Thu, 18 Jun 2009 09:37:37 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 18 Jun 2009 09:21:09 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906180921.09912.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 18 Jun 2009 09:37:37 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: pluknet Subject: Re: panic on 6.4-R in ioapic_get_vector() during device probe 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, 18 Jun 2009 13:37:39 -0000 On Wednesday 17 June 2009 8:13:31 am pluknet wrote: > Hi. > > This is on 6.4-RELEASE-p5 > > Early in boot (probably due to network outage):: > Hit [Enter] to boot immediately, or any other key for command prompt. > Booting [/boot/kernel/kernel]... > /boot/kernel/acpi.ko text*0x44f40 | > readin failed > > elf32*loadimage: read failed > GDB: no debug ports present > > and then.. > > > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Xeon(R) CPU E5440 @ 2.83GHz (2826.26-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x1067a Stepping = 10 > Features=0xbfebfbff MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > Features2=0x40ce3bd ,,> > AMD Features=0x20000000 > AMD Features2=0x1 > Cores per package: 4 > real memory = 3220992000 (3071 MB) > avail memory = 3150835712 (3004 MB) > FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > cpu4 (AP): APIC ID: 4 > cpu5 (AP): APIC ID: 5 > cpu6 (AP): APIC ID: 6 > cpu7 (AP): APIC ID: 7 > user VMEM accounting on > ioapic0: Assuming intbase of 0 > MPTable: Ignoring interrupt entry for missing ioapic0 > ioapic0 irqs 0-23 on motherboard The 'ignoring interrupt entry' message is very odd. Can you get output from 'mptable'? Are you able to boot with ACPI enabled? At this point I would not be surprised if the MP Table was just flat wrong on modern machines as it seems many BIOS vendors do not test it anymore but only test the ACPI tables. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 14:05:16 2009 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 186F71065670; Thu, 18 Jun 2009 14:05:16 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f227.google.com (mail-bw0-f227.google.com [209.85.218.227]) by mx1.freebsd.org (Postfix) with ESMTP id 343F58FC16; Thu, 18 Jun 2009 14:05:15 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz27 with SMTP id 27so295571bwz.43 for ; Thu, 18 Jun 2009 07:05:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Pm60nt6/cHeki9qYFGWVPleOYi9hSN6mDZgD54vODG4=; b=QpnYaSNwPamcKsuMkJCHSC75E+Xt0j9Kic+CSGfZ3NgXRecGSRIpAMQzEdj8qtVAxn DIT3VkC+fZLRlXiLLEKhGsm5BnWWNUqzIqQxquCMmoTFkn65w7y7RLN8zIj1rw1VpkBJ bbjR/cOgYBFnSdd0Qfv9YucNyz9p1WzNXNp4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=yF/s1f0hkTmjzGZ7svGhc32qVm21U5ys/NZWEN/rpqVIyBFfNUiSwFw42zHjHSQzKQ S8MphJplm7lGs9yhipOuoKw29oPFT4qdSsFVKxwSnIYaNnAArEICRbJeHte+9bTO7YOU E/ZPJNqn39ix72lbZ5Dg9CrKcFiyg/Bw9mTJ0= MIME-Version: 1.0 Received: by 10.102.228.10 with SMTP id a10mr1073498muh.26.1245333914173; Thu, 18 Jun 2009 07:05:14 -0700 (PDT) In-Reply-To: <200906180921.09912.jhb@freebsd.org> References: <200906180921.09912.jhb@freebsd.org> Date: Thu, 18 Jun 2009 18:05:14 +0400 Message-ID: From: pluknet To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: panic on 6.4-R in ioapic_get_vector() during device probe 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, 18 Jun 2009 14:05:16 -0000 2009/6/18 John Baldwin : > On Wednesday 17 June 2009 8:13:31 am pluknet wrote: >> Hi. >> >> This is on 6.4-RELEASE-p5 >> >> Early in boot (probably due to network outage):: >> Hit [Enter] to boot immediately, or any other key for command prompt. >> Booting [/boot/kernel/kernel]... >> /boot/kernel/acpi.ko text*0x44f40 | >> readin failed >> >> elf32*loadimage: read failed >> GDB: no debug ports present >> >> and then.. >> >> >> Timecounter "i8254" frequency 1193182 Hz quality 0 >> CPU: Intel(R) Xeon(R) CPU =A0 =A0 =A0 =A0 =A0 E5440 =A0@ 2.83GHz (2826.2= 6-MHz 686-class > CPU) >> =A0 Origin =3D "GenuineIntel" =A0Id =3D 0x1067a =A0Stepping =3D 10 >> > Features=3D0xbfebfbff> MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> >> > Features2=3D0x40ce3bd> ,,> >> =A0 AMD Features=3D0x20000000 >> =A0 AMD Features2=3D0x1 >> =A0 Cores per package: 4 >> real memory =A0=3D 3220992000 (3071 MB) >> avail memory =3D 3150835712 (3004 MB) >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs >> =A0cpu0 (BSP): APIC ID: =A00 >> =A0cpu1 (AP): APIC ID: =A01 >> =A0cpu2 (AP): APIC ID: =A02 >> =A0cpu3 (AP): APIC ID: =A03 >> =A0cpu4 (AP): APIC ID: =A04 >> =A0cpu5 (AP): APIC ID: =A05 >> =A0cpu6 (AP): APIC ID: =A06 >> =A0cpu7 (AP): APIC ID: =A07 >> user VMEM accounting on >> ioapic0: Assuming intbase of 0 >> MPTable: Ignoring interrupt entry for missing ioapic0 >> ioapic0 irqs 0-23 on motherboard > > The 'ignoring interrupt entry' message is very odd. =A0Can you get output > from 'mptable'? I'm afraid that panic was only once and due to acpi.ko network load problem= . I can boot this box with acpi opted out explicitly if it makes sense, also in order to reproduce those conditions. >=A0Are you able to boot with ACPI enabled? Of course. These boxes boot always fine with ACPI enabled. Below is part of related dmesg (now from from 7.2) with ACPI enabled: --- FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ ioapic0 irqs 0-23 on motherboard --- >=A0At this point I > would not be surprised if the MP Table was just flat wrong on modern mach= ines > as it seems many BIOS vendors do not test it anymore but only test the AC= PI > tables. >: # mptable =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D MPTable ---------------------------------------------------------------------------= ---- MP Floating Pointer Structure: location: EBDA physical address: 0x0009ad40 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0xc9 mode: Virtual Wire ---------------------------------------------------------------------------= ---- MP Config Table Header: physical address: 0x0009be10 signature: 'PCMP' base table length: 716 version: 1.4 checksum: 0xd6 OEM ID: 'IBM ENSW' Product ID: 'x3650 SMP ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 72 local APIC address: 0xfee00000 extended table length: 328 extended table checksum: 217 ---------------------------------------------------------------------------= ---- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Fla= gs 0 0x14 BSP, usable 6 7 10 0x= 0301 1 0x14 AP, usable 6 7 10 0x= 0301 2 0x14 AP, usable 6 7 10 0x= 0301 3 0x14 AP, usable 6 7 10 0x= 0301 4 0x14 AP, usable 6 7 10 0x= 0301 5 0x14 AP, usable 6 7 10 0x= 0301 6 0x14 AP, usable 6 7 10 0x= 0301 7 0x14 AP, usable 6 7 10 0x= 0301 -- Bus: Bus ID Type 0 PCI 1 PCI 2 PCI 3 PCI 4 PCI 5 PCI 6 PCI 7 PCI 8 PCI 9 PCI 10 PCI 11 PCI 12 PCI 13 PCI 14 PCI 15 PCI 16 PCI 17 PCI 18 PCI 19 PCI 20 PCI 21 PCI 22 PCI 23 PCI 24 PCI 25 PCI 26 PCI 27 PCI 28 PCI 29 PCI 30 PCI 31 PCI 32 PCI 33 PCI 34 PCI 35 PCI 36 PCI 37 PCI 38 ISA -- I/O APICs: APIC ID Version State Address 14 0x20 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN= # INT conforms conforms 38 1 14 = 1 INT conforms conforms 38 0 14 = 2 INT conforms conforms 38 3 14 = 3 INT conforms conforms 38 6 14 = 6 INT active-hi edge 38 8 14 = 8 INT conforms conforms 38 9 14 = 9 INT conforms conforms 38 12 14 1= 2 INT conforms conforms 38 13 14 1= 3 INT conforms conforms 38 14 14 1= 4 INT conforms conforms 38 15 14 1= 5 INT conforms conforms 0 8:A 14 1= 6 INT conforms conforms 0 29:A 14 2= 3 INT conforms conforms 0 29:B 14 2= 2 INT conforms conforms 0 29:C 14 2= 3 INT conforms conforms 0 29:D 14 2= 2 INT conforms conforms 0 29:A 14 2= 3 INT conforms conforms 0 31:B 14 2= 0 INT conforms conforms 1 6:A 14 2= 2 INT conforms conforms 3 0:A 14 1= 6 INT conforms conforms 4 0:A 14 1= 7 INT conforms conforms 6 0:A 14 1= 7 INT conforms conforms 27 1:A 0 = 2 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN= # NMI conforms conforms 38 0 255 = 1 ExtINT conforms conforms 38 0 255 = 0 ---------------------------------------------------------------------------= ---- MP Config Extended Table Entries: -- System Address Space bus ID: 0 address type: memory address address base: 0xa0000 address range: 0x20000 -- System Address Space bus ID: 0 address type: memory address address base: 0xd4000 address range: 0xc000 -- System Address Space bus ID: 0 address type: memory address address base: 0xde000000 address range: 0x2000000 -- System Address Space bus ID: 0 address type: prefetch address address base: 0xd0010000 address range: 0xdff0000 -- System Address Space bus ID: 0 address type: memory address address base: 0xcd000000 address range: 0x3000000 -- System Address Space bus ID: 0 address type: memory address address base: 0xc8000000 address range: 0x2000000 -- System Address Space bus ID: 0 address type: prefetch address address base: 0xc7f00000 address range: 0x100000 -- System Address Space bus ID: 0 address type: I/O address address base: 0x0 address range: 0x3b0 -- System Address Space bus ID: 0 address type: I/O address address base: 0x3b0 address range: 0xc -- System Address Space bus ID: 0 address type: I/O address address base: 0x3bc address range: 0x4 -- System Address Space bus ID: 0 address type: I/O address address base: 0x3c0 address range: 0x20 -- System Address Space bus ID: 0 address type: I/O address address base: 0x3e0 address range: 0x2c20 -- System Address Space bus ID: 0 address type: I/O address address base: 0x3000 address range: 0x2000 -- System Address Space bus ID: 0 address type: I/O address address base: 0xff00 address range: 0x100 -- System Address Space bus ID: 0 address type: I/O address address base: 0x6000 address range: 0xa000 -- System Address Space bus ID: 0 address type: I/O address address base: 0x5000 address range: 0x1000 -- Bus Heirarchy bus ID: 38 bus info: 0x01 parent bus ID: 0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 14:14:48 2009 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 198F51065672; Thu, 18 Jun 2009 14:14:48 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id C23C78FC19; Thu, 18 Jun 2009 14:14:47 +0000 (UTC) (envelope-from webmaster@kibab.com) Received: from yakubovich (unknown [62.32.72.119]) by mx0.deglitch.com (Postfix) with ESMTPA id CBB628FC2B; Thu, 18 Jun 2009 18:14:45 +0400 (MSD) Date: Thu, 18 Jun 2009 18:15:58 +0400 From: Ilya Bakulin To: Garrett Cooper Message-Id: <20090618181558.73adfe0e.webmaster@kibab.com> In-Reply-To: <7d6fde3d0906102324i7c296d40pdf5a5e853c359bc3@mail.gmail.com> References: <7d6fde3d0906101944t7a04ff7ejdd415938d3e1483c@mail.gmail.com> <7d6fde3d0906101950r7640dbf5va8181fd80e2e07ba@mail.gmail.com> <7d6fde3d0906102324i7c296d40pdf5a5e853c359bc3@mail.gmail.com> Organization: Deglitch Networks X-Mailer: Sylpheed 2.6.0 (GTK+ 2.10.13; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__18_Jun_2009_18_15_59_+0400__Utip1wDlBWK+n4V" Cc: FreeBSD-STABLE Mailing List , ata@freebsd.org, Dan Naumov , pjd@freebsd.org Subject: Re: Issues with gjournal (heaaaaaaaaaaalp!) 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, 18 Jun 2009 14:14:48 -0000 --Signature=_Thu__18_Jun_2009_18_15_59_+0400__Utip1wDlBWK+n4V Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, 10 Jun 2009 23:24:49 -0700 Garrett Cooper wrote: > Hi Dan, >=20 > I'm doing that right now =3D\... >=20 > orangebox# mount > /dev/ad6s1a on / (ufs, local) > devfs on /dev (devfs, local) > /dev/ad6s1d.journal on /usr (ufs, asynchronous, local) > /dev/ad6s1e on /usr/home (ufs, local) > /dev/ad6s1f on /var (ufs, local) >=20 > Thanks! > -Garrett GJournal actually doesn't work on your box now. To make it work, you MUST use special flag "-J" to newfs. See beginning of newfs(8). After you do newfs -O2 -J /dev/ad6s1d.journal and mount it, you will see somehow different "mount" output: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D kibab@kibab-nb%mount /dev/ad4s1a on / (ufs, local) devfs on /dev (devfs, local) /dev/label/Home on /home (ufs, asynchronous, local, gjournal) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Notice "gjournal" flag in brackets. You output doesn't contain it... --=20 Ilya Bakulin xmpp://kibab612@jabber.ru --Signature=_Thu__18_Jun_2009_18_15_59_+0400__Utip1wDlBWK+n4V Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEARECAAYFAko6TB8ACgkQo9vlj1oadwj8hACeKUaSdDehvWD8JYMHU0RaeZoO 4uAAmwV9zxA+tFVwSQz1rqSvpHYIKzmR =lNXk -----END PGP SIGNATURE----- --Signature=_Thu__18_Jun_2009_18_15_59_+0400__Utip1wDlBWK+n4V-- From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 15:00:48 2009 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 3F6DB106566C for ; Thu, 18 Jun 2009 15:00:48 +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 1057A8FC13 for ; Thu, 18 Jun 2009 15:00:48 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B981946B46; Thu, 18 Jun 2009 11:00:47 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id BCF058A074; Thu, 18 Jun 2009 11:00:46 -0400 (EDT) From: John Baldwin To: pluknet Date: Thu, 18 Jun 2009 10:12:35 -0400 User-Agent: KMail/1.9.7 References: <200906180921.09912.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200906181012.36012.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 18 Jun 2009 11:00:46 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-stable@freebsd.org Subject: Re: panic on 6.4-R in ioapic_get_vector() during device probe 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, 18 Jun 2009 15:00:48 -0000 On Thursday 18 June 2009 10:05:14 am pluknet wrote: > 2009/6/18 John Baldwin : > > On Wednesday 17 June 2009 8:13:31 am pluknet wrote: > >> Hi. > >> > >> This is on 6.4-RELEASE-p5 > >> > >> Early in boot (probably due to network outage):: > >> Hit [Enter] to boot immediately, or any other key for command prompt. > >> Booting [/boot/kernel/kernel]... > >> /boot/kernel/acpi.ko text*0x44f40 | > >> readin failed > >> > >> elf32*loadimage: read failed > >> GDB: no debug ports present > >> > >> and then.. > >> > >> > >> Timecounter "i8254" frequency 1193182 Hz quality 0 > >> CPU: Intel(R) Xeon(R) CPU =A0 =A0 =A0 =A0 =A0 E5440 =A0@ 2.83GHz (2826= =2E26-MHz=20 686-class > > CPU) > >> =A0 Origin =3D "GenuineIntel" =A0Id =3D 0x1067a =A0Stepping =3D 10 > >> > >=20 =46eatures=3D0xbfebfbff >> MOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> > >> > >=20 =46eatures2=3D0x40ce3bd >> ,,> > >> =A0 AMD Features=3D0x20000000 > >> =A0 AMD Features2=3D0x1 > >> =A0 Cores per package: 4 > >> real memory =A0=3D 3220992000 (3071 MB) > >> avail memory =3D 3150835712 (3004 MB) > >> FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs > >> =A0cpu0 (BSP): APIC ID: =A00 > >> =A0cpu1 (AP): APIC ID: =A01 > >> =A0cpu2 (AP): APIC ID: =A02 > >> =A0cpu3 (AP): APIC ID: =A03 > >> =A0cpu4 (AP): APIC ID: =A04 > >> =A0cpu5 (AP): APIC ID: =A05 > >> =A0cpu6 (AP): APIC ID: =A06 > >> =A0cpu7 (AP): APIC ID: =A07 > >> user VMEM accounting on > >> ioapic0: Assuming intbase of 0 > >> MPTable: Ignoring interrupt entry for missing ioapic0 > >> ioapic0 irqs 0-23 on motherboard > > > > The 'ignoring interrupt entry' message is very odd. =A0Can you get outp= ut > > from 'mptable'? >=20 > I'm afraid that panic was only once and due to acpi.ko network load probl= em. > I can boot this box with acpi opted out explicitly if it makes sense, > also in order to reproduce those conditions. Ah, ok. Your MP Table is just plain busted so you will get this panic if y= ou=20 boot with ACPI disabled. You can just compile ACPI into your kernel to=20 ensure you never boot without it. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 15:25:51 2009 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 E4903106566C for ; Thu, 18 Jun 2009 15:25:50 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id 892228FC14 for ; Thu, 18 Jun 2009 15:25:50 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by gxk3 with SMTP id 3so1575999gxk.19 for ; Thu, 18 Jun 2009 08:25:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=4y+564LWvS1iAcbM110Gyh7+VKeLUc6/sQbUsdhKucw=; b=a/mZJ84rOeEBd8TGaB4fhQEiUtGPS4oi/lSm+16tX7rk1o5li/BYXh77uTG4Rh13PN oyDgEQEGaRJGKJE6sIlGDBCjM5QMUXJ6XMm7xoCLhvCrNttYKnIwhWXuFZ3lJSDcvU8v p6wuNWbXEqlgnzJMMSs1CHqNqFKA2JeThJdzg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=NPNXj2SyMEkz9Y0u1JQkQhYei8f/AH9DGPlTzLPAQ0OMDf21F3TyGs5YUgRJrUigcG bb9avwW0khYqCl+bKC45R9mBAmoSYALkgYeJN+BGKXFBp8KdwEx4Jk1M0b5xtK6xCdJn ybZEcotcoIDK0PKubCzMrxus0USrehOlHPruU= MIME-Version: 1.0 Received: by 10.150.124.11 with SMTP id w11mr3757247ybc.276.1245338749519; Thu, 18 Jun 2009 08:25:49 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Jun 2009 08:25:47 -0700 Message-ID: From: Freddie Cash To: freebsd-fs@freebsd.org, FreeBSD Stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: ZFS performance on 7.2-release/amd64 low compared to UFS2 + SoftUpdates 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, 18 Jun 2009 15:25:51 -0000 On Thu, Jun 18, 2009 at 1:29 AM, Pete French wrote: > > All the ZFS tuning guides for FreeBSD (including one on the FreeBSD > > ZFS wiki) have recommended values between 64M and 128M to improve > > stability, so that what I went with. How much of my max kmem is it > > safe to give to ZFS? > > If you are on amd64 then don't tune it, it will tune itself. If you > are on i386 (or an earlier verions of amd64) then 128M on a 2 gig machine > should be OK, assuming you have kmem_size_max set to the full 1500 odd. > Those are numbers which come up time and time again - I ran reliably with > them for ages, until the latest -STABLE. > My "rule of thumb" for 32-bit i386 systems has been to: - assign half of RAM to kmem (up to the max of ~1500 on 7.0/7.1) - assign half of kmem to zfs_arc_max So far, for my workloads (nfs/cifs file servers, cups print servers, rsync servers, kde4 desktop), it's worked well. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 15:52:17 2009 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 9A438106566C for ; Thu, 18 Jun 2009 15:52:17 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from proxypop2.sarenet.es (proxypop2.sarenet.es [194.30.0.95]) by mx1.freebsd.org (Postfix) with ESMTP id 5FB0A8FC31 for ; Thu, 18 Jun 2009 15:52:17 +0000 (UTC) (envelope-from borjam@sarenet.es) Received: from [172.16.1.204] (izaro.sarenet.es [192.148.167.11]) by proxypop2.sarenet.es (Postfix) with ESMTP id 660B573611 for ; Thu, 18 Jun 2009 17:24:02 +0200 (CEST) Message-Id: From: Borja Marcos To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 18 Jun 2009 17:24:02 +0200 X-Mailer: Apple Mail (2.935.3) Subject: ZFS user library? 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, 18 Jun 2009 15:52:17 -0000 Hello, I was wondering if there are plans to document and keep the ZFS user library as a reasonably stable API. I have been writing an automatic replication program, and it's ugly and clumsy to do it calling a user program. I would rather prefer to use an API, that would make it much easier to retrieve error messages, etc. Borja. From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 17:21:45 2009 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 CE0CB106566B for ; Thu, 18 Jun 2009 17:21:45 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from mail-yx0-f200.google.com (mail-yx0-f200.google.com [209.85.210.200]) by mx1.freebsd.org (Postfix) with ESMTP id 88CE88FC15 for ; Thu, 18 Jun 2009 17:21:45 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yxe38 with SMTP id 38so1714640yxe.3 for ; Thu, 18 Jun 2009 10:21:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=P4bB0dpABRAzgPio8APEttah9cbxYPVIdNdLG/z8MN4=; b=LbuuNX6sPULPRKJmjuuBybsBk4jR52pJtOpmzYxvM5i9RGohz4cxRraBMeWUx850VX Doa4jdcPWxlVC3wMUel9hsn20tDxl3Jb1BkuDc229okJtWIjOWjPE8r6m5I+EFqOkOnz BRGUfl8iYHTVuPhgRxX7WcC2jE/8lOH88rqKs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=qMVItnpbufYFH7nFBE3HnspCoq9lsYRdh3gvMk4Rc4+UcBtujHD3F66hpiHM4DRR2q wKfHrpFcvkxrqXfY8KzfHyWEhueoIp2oXgi6hVdU0U53/98e6lUR4VUTgZEsrzsdPztk bBeuEHUoEiJhBMeN/SPNuoidtzKUCbA1PAyYc= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.141.2 with SMTP id o2mr2356525and.151.1245345704174; Thu, 18 Jun 2009 10:21:44 -0700 (PDT) In-Reply-To: References: Date: Thu, 18 Jun 2009 10:21:43 -0700 X-Google-Sender-Auth: 793533ca6a0b2ad0 Message-ID: <3c1674c90906181021n54bd6fbei2a1a843033bc91c@mail.gmail.com> From: Kip Macy To: Borja Marcos Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ZFS user library? 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, 18 Jun 2009 17:21:46 -0000 > I was wondering if there are plans to document and keep the ZFS user library > as a reasonably stable API. You really need to ask that on the ZFS lists. Usually Solaris man pages indicate that an API is not stable (assuming) man pages exist. With a few minor exceptions, ZFS in FreeBSD just tracks ZFS in OpenSolaris. Cheers, Kip From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 17:34:19 2009 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 3D7021065686 for ; Thu, 18 Jun 2009 17:34:19 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id E094E8FC12 for ; Thu, 18 Jun 2009 17:34:18 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: by qyk3 with SMTP id 3so1596505qyk.3 for ; Thu, 18 Jun 2009 10:34:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; bh=llR2hbSAl0b06mGzBOx7lVwhP82CCUAGOlUaFnaW2Mk=; b=xaChVVHKXP7EhdUdQz5HFpTge4jdjsjxREGHTNgbe0MEYfhwUDwUyF6DBMu1WQ1J/V PzbnOXGFR1I8GNHOvaCoMGPC2KSI4f7CiiqHMxac3evDA6mJ1VW4JRV2qdVZskjmq+BZ 60+IYeJY5NE608lx+TbKknCqMz/XUx+1qpGno= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:subject:from:to:user-agent:mime-version :content-type:content-transfer-encoding:x-priority:importance; b=xJyR6P86fF0idg14o6vKx2B++0bPwMLWJF9DF3soBv3s4UhFd46EjpEzmMIZNMZQU8 OLEB4r3rGc0xGFj56ZOxUXnISP363PdUL3kFXm9djD3HsK2NLzuT2No/eby8euTT/6wV Ukrx9OalDAxu53a/tznP89v9zaW/z3BcslQHo= Received: by 10.224.2.66 with SMTP id 2mr1598404qai.257.1245346458399; Thu, 18 Jun 2009 10:34:18 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.105.194]) by mx.google.com with ESMTPS id 2sm25858qwi.3.2009.06.18.10.34.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Jun 2009 10:34:17 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 8A00FB8083; Thu, 18 Jun 2009 14:34:12 -0300 (BRT) Received: from 200.186.60.37 (proxying for 10.12.1.211, 10.12.0.101) (SquirrelMail authenticated user matheus) by cygnus.homeunix.com with HTTP; Thu, 18 Jun 2009 14:34:12 -0300 (BRT) Message-ID: Date: Thu, 18 Jun 2009 14:34:12 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: xorg and intel driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2009 17:34:19 -0000 hail, I know this was here before, http://lists.freebsd.org/pipermail/freebsd-current/2009-March/004775.html, but there was no happy ending there ... is there any news ? I have a STABLE from yesterday and the xorg is too much slow. xorg is from 7.2R cdrom, intel video driver is from today. card is vgapci0@pci0:0:2:0: class=0x030000 card=0x50448086 chip=0x29c28086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = 'P35/G33 (Bearlake) Integrated Graphics Controller' class = display subclass = VGA if more info is needed, thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 18:09:17 2009 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 E7DD8106564A for ; Thu, 18 Jun 2009 18:09:17 +0000 (UTC) (envelope-from erwan@rail.eu.org) Received: from depot.rail.eu.org (cl-23.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:16::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9AC0E8FC15 for ; Thu, 18 Jun 2009 18:09:17 +0000 (UTC) (envelope-from erwan@rail.eu.org) Received: from rail.eu.org (unknown [IPv6:2a01:240:fe0f:0:21e:c2ff:fe9c:2f23]) by depot.rail.eu.org (Postfix) with ESMTPSA id 26CA181BC06; Thu, 18 Jun 2009 20:09:16 +0200 (CEST) Date: Thu, 18 Jun 2009 20:09:15 +0200 From: Erwan David To: freebsd-stable@freebsd.org Message-ID: <20090618180914.GA49300@rail.eu.org> Mail-Followup-To: freebsd-stable@freebsd.org, Ruben de Groot References: <20090618083454.GQ5002@trusted-logic.com> <20090618123802.GA27215@ei.bzerk.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090618123802.GA27215@ei.bzerk.org> X-Republicain: 30 prairial an CCXVII (Chariot) User-Agent: Mutt/1.5.19 (2009-01-05) X-Virus-Scanned: clamav-milter 0.95.2 at nez-casse.depot.rail.eu.org X-Virus-Status: Clean Cc: Ruben de Groot Subject: Re: Upgrade from 7.1-RELEASE to 7.2-RELEASE through freebsd update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2009 18:09:18 -0000 Le Thu 18/06/2009, Ruben de Groot disait > On Thu, Jun 18, 2009 at 10:34:54AM +0200, Erwan David typed: > > I tried to upgrade my 7.1-RELEASE into 7.2-RELEASE. However > > freebsd-update kept asking me to merge every file in /etc whose $Id$ > > line changed (that makes about all files). > > > > Is there a way, as with mergemaster, to make it not consider the $Id$ > > line for the manual merge ? > > You could let freebsd-update ignore /etc (but not /usr/src) and use > mergemaster for your configuration files. > > > Ruben I do not master enough either freebsd-update nor mergemaster to tell the former not to do the merge, but only download what is necessary for the latter to work. If I understand well, I can tell not to touch /etc (removing it from MergeChanges), but I would not be able to find what is then needed for mergemaster. -- Erwan From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 20:27:41 2009 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 333C91065672 for ; Thu, 18 Jun 2009 20:27:41 +0000 (UTC) (envelope-from mp@research.att.com) Received: from mail-yellow.research.att.com (mail-dark.research.att.com [192.20.225.112]) by mx1.freebsd.org (Postfix) with ESMTP id 0C63A8FC08 for ; Thu, 18 Jun 2009 20:27:40 +0000 (UTC) (envelope-from mp@research.att.com) Received: from unixmail.research.att.com (unixmail.research.att.com [135.207.176.254]) by mail-green.research.att.com (Postfix) with ESMTP id 79EFB8817; Thu, 18 Jun 2009 15:29:41 -0400 (EDT) Received: from [135.207.175.136] (lotus4.client.research.att.com [135.207.175.136]) by unixmail.research.att.com (8.13.7+Sun/8.13.7) with ESMTP id n5IJTdBB026006; Thu, 18 Jun 2009 15:29:41 -0400 (EDT) Message-ID: <4A3A959E.70607@research.att.com> Date: Thu, 18 Jun 2009 15:29:34 -0400 From: Mark Plotnick User-Agent: Thunderbird 2.0.0.21 (Windows/20090302) MIME-Version: 1.0 To: delphij@delphij.net References: <4A26FF44.3040609@delphij.net> In-Reply-To: <4A26FF44.3040609@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mini-HEADSUP bce owners: please test 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, 18 Jun 2009 20:27:41 -0000 We have a Dell R710 with its first ethernet port connected to a Dell 5524 ethernet switch. Just installed 7.2-RELEASE on it and get no connectivity over the ethernet. tcpdump shows no frames at all. Installing your patches eliminated the PHY write timeout errors, but still have no connectivity. Now, upon boot and a couple times thereafter, we see these errors: bce0: ../../../dev/bce/if_bce.c(6968): Watchdog timeout occurred, resetting! bce0: ../../../dev/bce/if_bce.c(1386); Unable to write CTX memory: cid_addr = 0x00000000, offset = 0x00000000! bce0: ../../../dev/bce/if_bce.c(1386); Unable to write CTX memory: cid_addr = 0x00000000, offset = 0x00000010! (and so on, for offsets 14, 80, 240, 258, and 25C). From owner-freebsd-stable@FreeBSD.ORG Thu Jun 18 22:19:57 2009 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 AE6C3106568F for ; Thu, 18 Jun 2009 22:19:57 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from toq3-srv.bellnexxia.net (toq3.bellnexxia.net [209.226.175.16]) by mx1.freebsd.org (Postfix) with ESMTP id 4492D8FC08 for ; Thu, 18 Jun 2009 22:19:56 +0000 (UTC) (envelope-from dmagda@ee.ryerson.ca) Received: from toip6.srvr.bell.ca ([209.226.175.125]) by tomts16-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20090618213533.ETO13336.tomts16-srv.bellnexxia.net@toip6.srvr.bell.ca> for ; Thu, 18 Jun 2009 17:35:33 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aj4CADNLOkpMQzwj/2dsb2JhbAAI0WqECAU Received: from bas1-toronto09-1279474723.dsl.bell.ca (HELO [192.168.1.103]) ([76.67.60.35]) by toip6.srvr.bell.ca with ESMTP; 18 Jun 2009 17:28:40 -0400 Message-Id: <1E4B9A40-F510-42E4-8A0B-26BA01A1679C@ee.ryerson.ca> From: David Magda To: Borja Marcos In-Reply-To: <3c1674c90906181021n54bd6fbei2a1a843033bc91c@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Thu, 18 Jun 2009 17:35:32 -0400 References: <3c1674c90906181021n54bd6fbei2a1a843033bc91c@mail.gmail.com> X-Mailer: Apple Mail (2.935.3) Cc: FreeBSD Stable Subject: Re: ZFS user library? 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, 18 Jun 2009 22:19:58 -0000 On Jun 18, 2009, at 13:21, Kip Macy wrote: >> I was wondering if there are plans to document and keep the ZFS >> user library >> as a reasonably stable API. > > You really need to ask that on the ZFS lists. Usually Solaris man > pages indicate that an API is not stable (assuming) man pages exist. > With a few minor exceptions, ZFS in FreeBSD just tracks ZFS in > OpenSolaris. As mentioned above, there is a "libzfs" but the Sun people are still changing things a lot so they can't guarantee compatibility. One example of these changes is the crypto work being done in OpenSolaris: http://www.opensolaris.org/os/project/zfs-crypto/phase1/libzfs_api/ Is there something specific you're looking to do? The file system layer of ZFS (the "ZPL") is in flux, but there may be other components (e.g., DMU) that may be more stable (the Lustre folks are coding against it in user land). See pages 7 and 8 for the three main layers: http://opensolaris.org/os/community/zfs/docs/zfs_last.pdf From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 05:35:23 2009 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 5DE6C1065673; Fri, 19 Jun 2009 05:35:23 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f173.google.com (mail-qy0-f173.google.com [209.85.221.173]) by mx1.freebsd.org (Postfix) with ESMTP id F03D78FC21; Fri, 19 Jun 2009 05:35:22 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by qyk3 with SMTP id 3so2070711qyk.3 for ; Thu, 18 Jun 2009 22:35:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=shBYy8EU2fII9oJ2IN+bhHCIC6dQXp9eHXWnzvMbm+I=; b=M3uBvHZl1V7TITflUoa+jYX8sv2Tq7O+D14iex0JfMkEt2A/Ig5tFYDxt8/cySYeRk GPyobeRaGB9dp0nOsiGsfcLDAvz2woc6Ucote3G/iJkPSFKEUCUkAIbipOFykLb1DzjK IuiHHnpzePw5BJ6t/BTvPapRDjcpa6KQyZo7M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=tTkiuzDXqdua6PXK67LH+Ds6POl5xIESUi8sX6xRPcMUfq9cEjiyyh8PksYUj0Xzve t0E7YJTlCJJBReRwassP+ZZLC4zNmzLZ2LZLeY7QNq5MAhll5DjS7ew2+Dvyaye84WrB CvOKdZUDVIjHeAgbfypgKu9xn7jIFxbeXv04A= MIME-Version: 1.0 Sender: adrian.chadd@gmail.com Received: by 10.229.100.20 with SMTP id w20mr435541qcn.24.1245387727241; Thu, 18 Jun 2009 22:02:07 -0700 (PDT) In-Reply-To: References: <200906160830.29721.jhb@freebsd.org> <20090617142952.GA73887@sandvine.com> Date: Fri, 19 Jun 2009 13:02:07 +0800 X-Google-Sender-Auth: c18a6606ad017c1a Message-ID: From: Adrian Chadd To: pluknet Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Ed Maste Subject: Re: 6.2 sporadically locks up 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, 19 Jun 2009 05:35:24 -0000 Just modify the driver slightly to hijack a different device prefix :) Adrian 2009/6/17 pluknet : > 2009/6/17 Ed Maste : >> On Tue, Jun 16, 2009 at 07:03:34PM +0400, pluknet wrote: >> >>> As for allpcpu, I often see the picture, when one CPU runs the "irq17: >>> bce1 aacu0" thread >>> and another one runs arcconf. I wonder if that might be a source of >>> bad locking or races, or.. >>> The arcconf utility uses ioctl that goes into aac/aacu(4) internals. >> >> Do you see the same result w/ the in-tree aac(4) driver as opposed to >> Adaptec's version? >> >> -Ed >> > > [It's quite hard to move back to aac(4) as that requires fstab update > [ aacdu0 -> aacd0] > =A0and instant reboot, because we use quotas and quotacheck looks into /e= tc/fstab. > Such preparations as fstab update and commenting out load_aacu=3D"YES" wi= ll give > discrepancy between fstab and actual mount points.] > > I will try anyway. Thank you for your help. > > -- > wbr, > pluknet > _______________________________________________ > 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 Jun 19 05:38:06 2009 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 151E6106568D; Fri, 19 Jun 2009 05:38:06 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id 324168FC15; Fri, 19 Jun 2009 05:38:04 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by bwz9 with SMTP id 9so15658bwz.43 for ; Thu, 18 Jun 2009 22:38:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=i2kcoF+LwScWaQ1af+875zGaYe+/IBYLeG14vrp7fl4=; b=jOCr+LwVYzjkYpJogx6k6DJYwzGBHbeOXyka+sAixRY0Y26L4YFKyG5uluqHezyzby bxOhAJCKM2N1c3ZfdzQi55ipXaaLB+W2DZys4H5zxE2au4FkZEm6LGD24bexScDUXaV0 1CUQnUWj8uA5xtPa8rA3L0kHTCw6k94Ry3pqA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ugHArufpDT2mWthGxorLYkLd0/A9oFv3+V7X3axfKc20FMlrno9/91+txTLzgjym76 MWWg1zel+ogmKJJpmoR0Db9+meS9KHU3UGrpHe8pik/MUWEu4qgzqD1CAfYo47BZZSMW ONp1ephMVNtF6T7+ubQkmDaMviqDFxKb/hKlQ= MIME-Version: 1.0 Received: by 10.103.52.13 with SMTP id e13mr1543462muk.46.1245389883940; Thu, 18 Jun 2009 22:38:03 -0700 (PDT) In-Reply-To: References: <200906160830.29721.jhb@freebsd.org> <20090617142952.GA73887@sandvine.com> Date: Fri, 19 Jun 2009 09:38:03 +0400 Message-ID: From: pluknet To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org, Ed Maste Subject: Re: 6.2 sporadically locks up 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, 19 Jun 2009 05:38:06 -0000 2009/6/19 Adrian Chadd : > Just modify the driver slightly to hijack a different device prefix :) > Hi, Adrian. That's where I just go if I should have to. - .d_name =3D "aac", + .d_name =3D "aacu", (or vise versa) While here, I'd like to give some summary about locking up with "irq17:bce1 aacu0" vs arcconf scenario. Abstract: we have a number of boxes with IBM ServeRAID 8k on 6.2. That scenario takes place only with aacu b15753, and not with b15411 (at least not noticed). We take a decision some time ago to move some boxes to 6.4 (and leave vendor aacu b15753 there as it's) to see how it goes. Until now (2 or 3 weeks) there were no lockup. I hope it will so farther.. > > > Adrian > > 2009/6/17 pluknet : >> 2009/6/17 Ed Maste : >>> On Tue, Jun 16, 2009 at 07:03:34PM +0400, pluknet wrote: >>> >>>> As for allpcpu, I often see the picture, when one CPU runs the "irq17: >>>> bce1 aacu0" thread >>>> and another one runs arcconf. I wonder if that might be a source of >>>> bad locking or races, or.. >>>> The arcconf utility uses ioctl that goes into aac/aacu(4) internals. >>> >>> Do you see the same result w/ the in-tree aac(4) driver as opposed to >>> Adaptec's version? >>> >>> -Ed >>> >> >> [It's quite hard to move back to aac(4) as that requires fstab update >> [ aacdu0 -> aacd0] >> =A0and instant reboot, because we use quotas and quotacheck looks into /= etc/fstab. >> Such preparations as fstab update and commenting out load_aacu=3D"YES" w= ill give >> discrepancy between fstab and actual mount points.] >> >> I will try anyway. Thank you for your help. >> --=20 wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 06:56:09 2009 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 ACD881065674 for ; Fri, 19 Jun 2009 06:56:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 3DFDE8FC19 for ; Fri, 19 Jun 2009 06:56:09 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22216 invoked by uid 399); 19 Jun 2009 06:56:05 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 19 Jun 2009 06:56:05 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A3B3683.8050908@FreeBSD.org> Date: Thu, 18 Jun 2009 23:56:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.21 (X11/20090423) MIME-Version: 1.0 To: Ruben de Groot , freebsd-stable@freebsd.org References: <20090618083454.GQ5002@trusted-logic.com> <20090618123802.GA27215@ei.bzerk.org> In-Reply-To: <20090618123802.GA27215@ei.bzerk.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Upgrade from 7.1-RELEASE to 7.2-RELEASE through freebsd update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2009 06:56:10 -0000 Ruben de Groot wrote: > On Thu, Jun 18, 2009 at 10:34:54AM +0200, Erwan David typed: >> I tried to upgrade my 7.1-RELEASE into 7.2-RELEASE. However >> freebsd-update kept asking me to merge every file in /etc whose $Id$ >> line changed (that makes about all files). >> >> Is there a way, as with mergemaster, to make it not consider the $Id$ >> line for the manual merge ? Step 1, 'man mergemaster' :) Step 2, pay special attention to the -F option Step 3, pay more special attention to the -U option But seriously folks, run 'mergemaster -Fi' once, then run 'mergemaster -U'. (And seriously read the man page.) hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 07:15:09 2009 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 907641065679 for ; Fri, 19 Jun 2009 07:15:09 +0000 (UTC) (envelope-from erwan@rail.eu.org) Received: from depot.rail.eu.org (cl-23.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:16::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4124A8FC0A for ; Fri, 19 Jun 2009 07:15:09 +0000 (UTC) (envelope-from erwan@rail.eu.org) Received: from trusted-logic.com (fbx.trusted-logic.com [88.160.136.44]) by depot.rail.eu.org (Postfix) with ESMTPSA id A6D9B81BCBC for ; Fri, 19 Jun 2009 09:15:07 +0200 (CEST) Date: Fri, 19 Jun 2009 09:15:05 +0200 From: Erwan David To: freebsd-stable@freebsd.org Message-ID: <20090619071505.GD13761@trusted-logic.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090618083454.GQ5002@trusted-logic.com> <20090618123802.GA27215@ei.bzerk.org> <4A3B3683.8050908@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4A3B3683.8050908@FreeBSD.org> X-Republicain: 1 messidor an CCXVII (Seigle) User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: clamav-milter 0.95.2 at nez-casse.depot.rail.eu.org X-Virus-Status: Clean Subject: Re: Upgrade from 7.1-RELEASE to 7.2-RELEASE through freebsd update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2009 07:15:09 -0000 On Fri, Jun 19, 2009 at 08:56:03AM CEST, Doug Barton said: > Ruben de Groot wrote: > > On Thu, Jun 18, 2009 at 10:34:54AM +0200, Erwan David typed: > >> I tried to upgrade my 7.1-RELEASE into 7.2-RELEASE. However > >> freebsd-update kept asking me to merge every file in /etc whose $Id$ > >> line changed (that makes about all files). > >> > >> Is there a way, as with mergemaster, to make it not consider the $Id$ > >> line for the manual merge ? > > Step 1, 'man mergemaster' :) > Step 2, pay special attention to the -F option > Step 3, pay more special attention to the -U option > > But seriously folks, run 'mergemaster -Fi' once, then run > 'mergemaster -U'. (And seriously read the man page.) freebsd-update does not use mergemaster, that's a part of the problem. -- Erwan From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 07:30:39 2009 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 DBF95106566C for ; Fri, 19 Jun 2009 07:30:38 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id B2F3D8FC13 for ; Fri, 19 Jun 2009 07:30:38 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost [127.0.0.1]) by magnum.bit0.com (Postfix) with ESMTP id 170E29D23 for ; Fri, 19 Jun 2009 03:30:38 -0400 (EDT) X-Virus-Scanned: amavisd-new at bit0.com Received: from magnum.bit0.com ([127.0.0.1]) by localhost (magnum.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VaYFY9tEMb0H for ; Fri, 19 Jun 2009 03:30:33 -0400 (EDT) Received: from beast.int.bit0.com (beast.int.bit0.com [172.27.0.2]) by magnum.bit0.com (Postfix) with ESMTP for ; Fri, 19 Jun 2009 03:30:33 -0400 (EDT) Date: Fri, 19 Jun 2009 03:30:33 -0400 (EDT) From: Mike Andrews X-X-Sender: mandrews@beast.int.bit0.com 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 Cc: Subject: weird problem w/ ZFS not reclaiming freed space 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, 19 Jun 2009 07:30:39 -0000 Somehow I've managed to get ZFS on one of my machines into a state where it won't reclaim all space after deleting files AND snapshots off of it: (this is with 7.2-STABLE amd64, compiled June 10) # ls -la /weird total 4 drwxr-x--- 2 mysql mysql 2 Jun 19 02:42 . drwxr-xr-x 29 root wheel 1024 Jun 19 02:44 .. # df /weird Filesystem 1K-blocks Used Avail Capacity Mounted on scotch/weird 282201472 109151232 173050240 39% /weird # zfs list scotch/weird NAME USED AVAIL REFER MOUNTPOINT scotch/weird 104G 164G 104G /weird # zfs list -t snapshot | grep scotch/weird # zfs get all scotch/weird NAME PROPERTY VALUE SOURCE scotch/weird type filesystem - scotch/weird creation Wed Jun 17 1:20 2009 - scotch/weird used 104G - scotch/weird available 159G - scotch/weird referenced 104G - scotch/weird compressratio 1.00x - scotch/weird mounted yes - scotch/weird quota none default scotch/weird reservation none default scotch/weird recordsize 128K default scotch/weird mountpoint /weird local scotch/weird sharenfs off default scotch/weird checksum on default scotch/weird compression off default scotch/weird atime off local scotch/weird devices on default scotch/weird exec off local scotch/weird setuid off local scotch/weird readonly off default scotch/weird jailed off default scotch/weird snapdir hidden default scotch/weird aclmode groupmask default scotch/weird aclinherit restricted default scotch/weird canmount on default scotch/weird shareiscsi off default scotch/weird xattr off temporary scotch/weird copies 1 default scotch/weird version 3 - scotch/weird utf8only off - scotch/weird normalization none - scotch/weird casesensitivity sensitive - scotch/weird vscan off default scotch/weird nbmand off default scotch/weird sharesmb off default scotch/weird refquota none default scotch/weird refreservation none default scotch/weird primarycache all default scotch/weird secondarycache all default scotch/weird usedbysnapshots 0 - scotch/weird usedbydataset 104G - scotch/weird usedbychildren 0 - scotch/weird usedbyrefreservation 0 - If I then rsync stuff to it, space seems OK, if I continue to rsync to it every few hours, the used space grows, even if no snapshots are being taken If I do take snapshots, then change stuff, then delete the snapshots, the snapshot space does appear to be reclaimed. Also if I 'zfs destroy' the filesystem, the space is correctly reclaimed, but once I create a new one and repeat the process, the problem reappears. I have not had any luck reproducing this on another machine yet, but admittedly haven't tried super hard yet. Scrubbing the zpool returns no errors. I'm guessing zdb is my only hope at debugging this, but as I've never used it before and as it seems to dump core whenever I try running it, can someone suggest what I need to check/look for in it? I did also have a panic a few days ago that, based on the text, might be related (I do have the vmdump and core.txt) panic: solaris assert: P2PHASE(start, 1ULL << sm->sm_shift) == 0, file: /usr/src/sys/modules/zfs/../../cddl/contrib/opensolaris/uts/common/fs/zfs/space_map.c, line: 146 ...for which I have a vmdump and a core.txt if anyone wants to look at it. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 09:07:02 2009 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 60B421065674 for ; Fri, 19 Jun 2009 09:07:02 +0000 (UTC) (envelope-from michal@sharescope.co.uk) Received: from mail1.sharescope.co.uk (pm1.ionic.co.uk [85.159.80.19]) by mx1.freebsd.org (Postfix) with ESMTP id EC31D8FC17 for ; Fri, 19 Jun 2009 09:07:01 +0000 (UTC) (envelope-from michal@sharescope.co.uk) Received: from localhost (unknown [127.0.0.1]) by mail1.sharescope.co.uk (Postfix) with ESMTP id 7B159FC0DB; Fri, 19 Jun 2009 08:47:39 +0000 (UTC) X-Virus-Scanned: amavisd-new at sharescope.co.uk Received: from mail1.sharescope.co.uk ([127.0.0.1]) by localhost (mail1.sharescope.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wKU6631oqyVJ; Fri, 19 Jun 2009 09:47:35 +0100 (BST) Received: from ChrisVista (office.ionic.co.uk [85.159.85.2]) (Authenticated sender: michal@sharescope.co.uk) by mail1.sharescope.co.uk (Postfix) with ESMTPA id 261C9FC00A; Fri, 19 Jun 2009 09:47:35 +0100 (BST) From: "Michal" To: , Date: Fri, 19 Jun 2009 09:47:35 +0100 Message-ID: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: Acnwupc6Aii6y9ePRFOWSCHTr3Z8SQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Open Vs Free BSD 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, 19 Jun 2009 09:07:02 -0000 Someone once said this too me "Comparing FreeBSD and OpenBSD, FreeBSD is generally better at disk-related I/O whereas OpenBSD handles net-I/O better. No test has been carried out to prove this though." Every offence to the person which said this, but they are not the best admin ever, though they like to think they are (the worst kind I think) Can anyone shed any light, the reason I ask is we where debating about a network and he said OpenBSD on the network (routers firewall etc) and FreeBSD as the app servers (mail, files etc etc), which I can see makes sense.but without having evidence it's pointless making a claim. Thanks :-) From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 09:58:36 2009 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 05D5E106566C for ; Fri, 19 Jun 2009 09:58:36 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.freebsd.org (Postfix) with ESMTP id 7520F8FC21 for ; Fri, 19 Jun 2009 09:58:34 +0000 (UTC) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.4/8.13.1) with ESMTP id n5J9wXqO059166; Fri, 19 Jun 2009 11:58:33 +0200 (CEST) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.4/8.13.1/Submit) id n5J9wWOS059165; Fri, 19 Jun 2009 11:58:32 +0200 (CEST) (envelope-from hk) Date: Fri, 19 Jun 2009 11:58:32 +0200 From: Holger Kipp To: Michal Message-ID: <20090619095832.GA58127@intserv.int1.b.intern> References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> User-Agent: Mutt/1.4.2.1i Cc: misc@openbsd.org, freebsd-stable@freebsd.org Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 09:58:36 -0000 On Fri, Jun 19, 2009 at 09:47:35AM +0100, Michal wrote: > Someone once said this too me > > "Comparing FreeBSD and OpenBSD, FreeBSD is generally better at disk-related > I/O whereas OpenBSD handles net-I/O better. No test has been carried out to > prove this though." > > Every offence to the person which said this, but they are not the best admin > ever, though they like to think they are (the worst kind I think) Ack! > Can anyone shed any light, the reason I ask is we where debating about a > network and he said OpenBSD on the network (routers firewall etc) and > FreeBSD as the app servers (mail, files etc etc), which I can see makes > sense.but without having evidence it's pointless making a claim. You might want to look here (although it is a bit old by now) http://forums.devshed.com/bsd-help-31/freebsd-openbsd-netbsd-darwin--the-definitive-answer-73907.html For the masses: - NetBSD: Run on any hardware (including toasters) - OpenBSD: Be as secure as possible - FreeBSD: provide best system for x86-platforms This might be the reason why generally speaking OpenBSD is recommended for network tasks (where security matters), FreeBSD for server tasks (especially on x86-systems) where the application must be available (very large ports collection), and NetBSD for every hardware that isn't mainstream. But because we always see code exchange between the BSD systems where appropriate, all systems get more secure over time, support more platforms, etc. http://en.wikipedia.org/wiki/Comparison_of_BSD_operating_systems http://en.wikipedia.org/wiki/Comparison_of_open_source_operating_systems Afaik MP-support in OpenBSD is much less optimized than in FreeBSD, especially as FreeBSD got rid of Giant Lock in most places since some time already. There are also old benchmarks available (2003), so this is mostly interesting from a historical point of view: http://bulk.fefe.de/scalability/ You might also want to check http://forums.2cpu.com/archive/index.php/t-17014.html http://people.freebsd.org/~kris/scaling/dfly.html http://people.freebsd.org/~kris/scaling/7.0%20and%20beyond.pdf for further information. > Thanks :-) Regards, Holger From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 10:21:52 2009 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 03FEF1065673 for ; Fri, 19 Jun 2009 10:21:52 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id B1CDA8FC28 for ; Fri, 19 Jun 2009 10:21:51 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1MHbEC-0006Ol-TU for freebsd-stable@freebsd.org; Fri, 19 Jun 2009 10:21:48 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Jun 2009 10:21:48 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 19 Jun 2009 10:21:48 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 19 Jun 2009 12:21:38 +0200 Lines: 22 Message-ID: References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090615) In-Reply-To: <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> Sender: news Cc: misc@openbsd.org Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 10:21:52 -0000 Kim Attree wrote: > NetBSD runs on just about anything. That's it's primary goal. Since I don't > have any weird hardware, I've never had a use for NetBSD. I don't use NetBSD either but some recent development that come from that camp are very interesting: * Journalling UFS ("smart" journalling, not gjournal) * PUFFS (BSD implementation of FUSE-like system [file system in userland]) * They had Xen dom0 and domU for years * They are starting to show decent results in SMP support, including a new scheduler (a bit similar to ULE); their GENERIC has SMP included * Possibly superpages, I'm not sure how to parse "Merged amd64 and i386 pmap. Large pages are always used if available" * I think they are working on their own ZFS port * They have ported or reimplemented Linux LVM (read+write+admin) There are of course other things; see for example http://www.netbsd.org/releases/formal-5/NetBSD-5.0.html I have a feeling the project has been revitalized in the last few years. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 10:29:39 2009 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 22C24106566C for ; Fri, 19 Jun 2009 10:29:39 +0000 (UTC) (envelope-from cemkayali@eticaret.com.tr) Received: from dolphin.defaultdns.com (dolphin.defaultdns.com [208.38.186.200]) by mx1.freebsd.org (Postfix) with ESMTP id E70258FC1C for ; Fri, 19 Jun 2009 10:29:38 +0000 (UTC) (envelope-from cemkayali@eticaret.com.tr) Received: from [85.100.124.6] (helo=[192.168.0.80]) by dolphin.defaultdns.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MHapE-000KVt-0j; Fri, 19 Jun 2009 09:56:00 +0000 Message-ID: <4A3B602D.7060506@eticaret.com.tr> Date: Fri, 19 Jun 2009 12:53:49 +0300 From: Cem Kayali User-Agent: Evolution 2.22.3.1 (X11/20080709) MIME-Version: 1.0 To: Kim Attree References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> In-Reply-To: <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - dolphin.defaultdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - eticaret.com.tr Cc: Michal , "misc@openbsd.org" , "freebsd-stable@freebsd.org" Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 10:29:39 -0000 Hi, Well basically, you need to pay for additional security implementations, and this sometimes costs decrease in performance --- though i think i can always pay for that... Regards, Cem Kim Attree, 06/19/09 12:16: > You'll struggle to find a proper apples-to-apples test to prove/disprove those > statements, but commonly held BSD Lore states: > > FreeBSD offers the best performance, and it supports the most software. It's > commonly used for web or file servers and desktops. Also, FreeBSD is more > actively developed than the others. > > OpenBSD focuses on security. It runs on more platforms than FreeBSD, but less > than NetBSD. Since security is the primary goal, it's excellent for routers > and secure-by-default servers. Popular desktop applications like Mozilla and > OpenOffice are supported, but don't expect every other Linux/UNIX program to > work. > > NetBSD runs on just about anything. That's it's primary goal. Since I don't > have any weird hardware, I've never had a use for NetBSD. > > Kim Attree > IT Manager > Playsafe South Africa > > -----Original Message----- > From: owner-freebsd-stable@freebsd.org > [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Michal > Sent: 19 June 2009 10:48 AM > To: misc@openbsd.org; freebsd-stable@freebsd.org > Subject: Open Vs Free BSD > > Someone once said this too me > > > > "Comparing FreeBSD and OpenBSD, FreeBSD is generally better at disk-related > I/O whereas OpenBSD handles net-I/O better. No test has been carried out to > prove this though." > > > > Every offence to the person which said this, but they are not the best admin > ever, though they like to think they are (the worst kind I think) > > > > Can anyone shed any light, the reason I ask is we where debating about a > network and he said OpenBSD on the network (routers firewall etc) and > FreeBSD as the app servers (mail, files etc etc), which I can see makes > sense.but without having evidence it's pointless making a claim. > > > > 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 Fri Jun 19 10:41:00 2009 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 A5C9A1065670 for ; Fri, 19 Jun 2009 10:41:00 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id EAFBE8FC14 for ; Fri, 19 Jun 2009 10:40:59 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id NAA03745; Fri, 19 Jun 2009 13:40:52 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4A3B6B33.5040408@icyb.net.ua> Date: Fri, 19 Jun 2009 13:40:51 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.21 (X11/20090406) MIME-Version: 1.0 To: Nenhum_de_Nos References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: xorg and intel driver X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2009 10:41:00 -0000 on 18/06/2009 20:34 Nenhum_de_Nos said the following: > hail, > > I know this was here before, > http://lists.freebsd.org/pipermail/freebsd-current/2009-March/004775.html, > but there was no happy ending there ... > > is there any news ? > > I have a STABLE from yesterday and the xorg is too much slow. > > xorg is from 7.2R cdrom, intel video driver is from today. card is > > vgapci0@pci0:0:2:0: class=0x030000 card=0x50448086 chip=0x29c28086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = 'P35/G33 (Bearlake) Integrated Graphics Controller' > class = display > subclass = VGA > > if more info is needed, I think there was a solution, but probably posted in a different thread. I made add some confusion here, but it seems that there were several different possible causes for the symptoms that you see. For me it was intel driver starting to use MSI (MFC from head). The solution was either to disable MSI via hint or to use the following patch from Robert Noland: http://people.freebsd.org/~rnoland/drm-intel-050709.patch -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 10:45:03 2009 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 0E49C106564A for ; Fri, 19 Jun 2009 10:45:03 +0000 (UTC) (envelope-from andres@msu.edu) Received: from sys54.mail.msu.edu (sys54.mail.msu.edu [35.9.75.234]) by mx1.freebsd.org (Postfix) with ESMTP id E08078FC17 for ; Fri, 19 Jun 2009 10:45:02 +0000 (UTC) (envelope-from andres@msu.edu) Received: from user-b0b7b3.user.msu.edu ([35.10.69.212]) by sys54.mail.msu.edu with esmtpsa (Exim 4.63 #12) (TLSv1:AES256-SHA:256) id 1MHbFZ-0007Zb-2e; Fri, 19 Jun 2009 06:23:13 -0400 From: "STeve Andre'" To: misc@openbsd.org Date: Fri, 19 Jun 2009 06:23:09 -0400 User-Agent: KMail/1.9.10 References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> In-Reply-To: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906190623.10417.andres@msu.edu> X-Virus: None found by Clam AV Cc: freebsd-stable@freebsd.org Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 10:45:03 -0000 On Friday 19 June 2009 04:47:35 Michal wrote: > Someone once said this too me > > "Comparing FreeBSD and OpenBSD, FreeBSD is generally better at disk-related > I/O whereas OpenBSD handles net-I/O better. No test has been carried out to > prove this though." > > Every offence to the person which said this, but they are not the best > admin ever, though they like to think they are (the worst kind I think) > > Can anyone shed any light, the reason I ask is we where debating about a > network and he said OpenBSD on the network (routers firewall etc) and > FreeBSD as the app servers (mail, files etc etc), which I can see makes > sense.but without having evidence it's pointless making a claim. > > Thanks :-) Michal, What does it matter? If you aren't happy with the speed of either system you can get faster hardware. You should worry about which system is best for YOU, not how fast it is. Playing the speed game is a never ending. --STeve Andre' From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 11:29:49 2009 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 55789106568F for ; Fri, 19 Jun 2009 11:29:49 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id D1D898FC32 for ; Fri, 19 Jun 2009 11:29:48 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: by bwz9 with SMTP id 9so154981bwz.43 for ; Fri, 19 Jun 2009 04:29:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=11M/p3QTSeTeW7BHFIgbV/GSVf2W7xAcIetIrRujsIg=; b=XFnpjQum+b2MufZmC77pgRPiX4aioapbCPrTDfe9Ny8d17yrx2SM/neoLgAmOoLZJH +IlHTULI5b6kwmvDckqAlD+cKtM8N+Z0VUngg/Prr2khsE9mkdCUC+JXbDl8KBZreJSW hTFRdKje6LxCG7hUQA+Rh9R6s9qbrywqRG1Ps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gMozuyGC+vHdzUL405vBXley0cX1hVmrFBrXoNRyFqLf0BHN6420Yz9S+u3QfSEmxM 7SOQxVKLdo0FAG3ojY2VfbXjwrqvV03PTeOwe5bZy1+lZ2sS3+Xrhh4Zi9/SQv6jvopx j5KSBg7cD8Sl+MUICdLiJXnSz3bbfUYXmd4po= MIME-Version: 1.0 Received: by 10.103.198.20 with SMTP id a20mr1703746muq.63.1245409702771; Fri, 19 Jun 2009 04:08:22 -0700 (PDT) In-Reply-To: References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> Date: Fri, 19 Jun 2009 13:08:22 +0200 Message-ID: <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> From: Oliver Pinter To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: misc@openbsd.org Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 11:29:50 -0000 and the security is in netbsd: http://netbsd.gw.com/cgi-bin/man-cgi?security+8+NetBSD-5.0 http://www.netbsd.org/~elad/recent/recent06.pdf On 6/19/09, Ivan Voras wrote: > Kim Attree wrote: > >> NetBSD runs on just about anything. That's it's primary goal. Since I >> don't >> have any weird hardware, I've never had a use for NetBSD. > > I don't use NetBSD either but some recent development that come from > that camp are very interesting: > > * Journalling UFS ("smart" journalling, not gjournal) > * PUFFS (BSD implementation of FUSE-like system [file system in userland]) > * They had Xen dom0 and domU for years > * They are starting to show decent results in SMP support, including a > new scheduler (a bit similar to ULE); their GENERIC has SMP included > * Possibly superpages, I'm not sure how to parse "Merged amd64 and i386 > pmap. Large pages are always used if available" > * I think they are working on their own ZFS port > * They have ported or reimplemented Linux LVM (read+write+admin) > > There are of course other things; see for example > http://www.netbsd.org/releases/formal-5/NetBSD-5.0.html > > I have a feeling the project has been revitalized in the last few years. > > _______________________________________________ > 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 Jun 19 11:35:51 2009 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 545CE1065670 for ; Fri, 19 Jun 2009 11:35:51 +0000 (UTC) (envelope-from cemkayali@eticaret.com.tr) Received: from dolphin.defaultdns.com (dolphin.defaultdns.com [208.38.186.200]) by mx1.freebsd.org (Postfix) with ESMTP id 2474A8FC21 for ; Fri, 19 Jun 2009 11:35:50 +0000 (UTC) (envelope-from cemkayali@eticaret.com.tr) Received: from [85.100.124.6] (helo=[192.168.0.80]) by dolphin.defaultdns.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MHcNm-0000ld-44; Fri, 19 Jun 2009 11:35:46 +0000 Message-ID: <4A3B778F.5040302@eticaret.com.tr> Date: Fri, 19 Jun 2009 14:33:35 +0300 From: Cem Kayali User-Agent: Evolution 2.22.3.1 (X11/20080709) MIME-Version: 1.0 To: Oliver Pinter References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> In-Reply-To: <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - dolphin.defaultdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - eticaret.com.tr Cc: misc@openbsd.org, freebsd-stable@freebsd.org Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 11:35:51 -0000 I have used NetBSD several years on mainly amd64 platform, and these are + properties. - Xen support and boot NetBSD as dom0 and a Linux ie; Ubuntu as domU. - Clean design of rc.d scripts. Also NetBSD does not automatically populate rc.d scripts, user adds sample one (displayed after installing pkgsrc software). - Veriexec support. What is veriexec => It is set of hashes that kernel checks before deleting or running a (binary) file according to veriexec settings. - Clean documentation of CGD. Any noob user can easily configure cryptographic disk. - More stable pkgsrc softwares with respect to FreeBSD. - 32 bit and 64 bit linux emulation in amd64 port. It works almost perfectly. - More friendly mailing lists -- NetBSD people are patient somehow ;) Just someone should decide which specifications is more important for him/her. Hint: - No blob driver. - More and more security, hardly checked codes, fixed bugs (which leads to possible future holes, and later to hear 'it was fixed in OpenBSD 6 months ago') The answer is OpenBSD. Regards, Cem Oliver Pinter, 06/19/09 14:08: > and the security is in netbsd: > > http://netbsd.gw.com/cgi-bin/man-cgi?security+8+NetBSD-5.0 > http://www.netbsd.org/~elad/recent/recent06.pdf > > On 6/19/09, Ivan Voras wrote: > >> Kim Attree wrote: >> >> >>> NetBSD runs on just about anything. That's it's primary goal. Since I >>> don't >>> have any weird hardware, I've never had a use for NetBSD. >>> >> I don't use NetBSD either but some recent development that come from >> that camp are very interesting: >> >> * Journalling UFS ("smart" journalling, not gjournal) >> * PUFFS (BSD implementation of FUSE-like system [file system in userland]) >> * They had Xen dom0 and domU for years >> * They are starting to show decent results in SMP support, including a >> new scheduler (a bit similar to ULE); their GENERIC has SMP included >> * Possibly superpages, I'm not sure how to parse "Merged amd64 and i386 >> pmap. Large pages are always used if available" >> * I think they are working on their own ZFS port >> * They have ported or reimplemented Linux LVM (read+write+admin) >> >> There are of course other things; see for example >> http://www.netbsd.org/releases/formal-5/NetBSD-5.0.html >> >> I have a feeling the project has been revitalized in the last few years. >> >> _______________________________________________ >> 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 Jun 19 11:46:42 2009 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 4E4F11065672 for ; Fri, 19 Jun 2009 11:46:42 +0000 (UTC) (envelope-from cemkayali@eticaret.com.tr) Received: from dolphin.defaultdns.com (dolphin.defaultdns.com [208.38.186.200]) by mx1.freebsd.org (Postfix) with ESMTP id 1DDA38FC13 for ; Fri, 19 Jun 2009 11:46:42 +0000 (UTC) (envelope-from cemkayali@eticaret.com.tr) Received: from [85.100.124.6] (helo=[192.168.0.80]) by dolphin.defaultdns.com with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MHcYG-0001RA-Sb; Fri, 19 Jun 2009 11:46:38 +0000 Message-ID: <4A3B7A1A.4050603@eticaret.com.tr> Date: Fri, 19 Jun 2009 14:44:26 +0300 From: Cem Kayali User-Agent: Evolution 2.22.3.1 (X11/20080709) MIME-Version: 1.0 To: demuel@thephinix.org References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - dolphin.defaultdns.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [26 6] / [26 6] X-AntiAbuse: Sender Address Domain - eticaret.com.tr Cc: misc@openbsd.org, freebsd-stable@freebsd.org Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 11:46:42 -0000 I agree. Thanks for reminding. I will not reply to this one anymore. Regards, Cem demuel@thephinix.org, 06/19/09 14:41: > Oh why can't this versus this versus that never dies? There had been > raging debate about which OSes is much better compared to the others since > time immemorial. Sure, each one has its own merits over the others and > vice versa. So why feeding this issue up since up to this very moment, > there is no winner. > > >> and the security is in netbsd: >> >> http://netbsd.gw.com/cgi-bin/man-cgi?security+8+NetBSD-5.0 >> http://www.netbsd.org/~elad/recent/recent06.pdf >> >> On 6/19/09, Ivan Voras wrote: >> >>> Kim Attree wrote: >>> >>> >>>> NetBSD runs on just about anything. That's it's primary goal. Since I >>>> don't >>>> have any weird hardware, I've never had a use for NetBSD. >>>> >>> I don't use NetBSD either but some recent development that come from >>> that camp are very interesting: >>> >>> * Journalling UFS ("smart" journalling, not gjournal) >>> * PUFFS (BSD implementation of FUSE-like system [file system in >>> userland]) >>> * They had Xen dom0 and domU for years >>> * They are starting to show decent results in SMP support, including a >>> new scheduler (a bit similar to ULE); their GENERIC has SMP included >>> * Possibly superpages, I'm not sure how to parse "Merged amd64 and i386 >>> pmap. Large pages are always used if available" >>> * I think they are working on their own ZFS port >>> * They have ported or reimplemented Linux LVM (read+write+admin) >>> >>> There are of course other things; see for example >>> http://www.netbsd.org/releases/formal-5/NetBSD-5.0.html >>> >>> I have a feeling the project has been revitalized in the last few years. >>> >>> _______________________________________________ >>> 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 Jun 19 12:02:47 2009 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 1C8751065713 for ; Fri, 19 Jun 2009 12:02:47 +0000 (UTC) (envelope-from michal@sharescope.co.uk) Received: from mail1.sharescope.co.uk (pm1.ionic.co.uk [85.159.80.19]) by mx1.freebsd.org (Postfix) with ESMTP id CD2288FC25 for ; Fri, 19 Jun 2009 12:02:46 +0000 (UTC) (envelope-from michal@sharescope.co.uk) Received: from localhost (unknown [127.0.0.1]) by mail1.sharescope.co.uk (Postfix) with ESMTP id 7418BFC0DB; Fri, 19 Jun 2009 12:02:45 +0000 (UTC) X-Virus-Scanned: amavisd-new at sharescope.co.uk Received: from mail1.sharescope.co.uk ([127.0.0.1]) by localhost (mail1.sharescope.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JOWhzqwZPEW2; Fri, 19 Jun 2009 13:02:41 +0100 (BST) Received: from ChrisVista (office.ionic.co.uk [85.159.85.2]) (Authenticated sender: michal@sharescope.co.uk) by mail1.sharescope.co.uk (Postfix) with ESMTPA id 02B35FC00A; Fri, 19 Jun 2009 13:02:41 +0100 (BST) From: "Michal" To: , , References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> In-Reply-To: Date: Fri, 19 Jun 2009 13:02:40 +0100 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: Acnw05jay8Eps72CQAWleGkQJh6quwAAhgDA X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 Cc: Subject: RE: Open Vs Free BSD 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, 19 Jun 2009 12:02:49 -0000 It wasn't an argument or a versus anything. It was just a question relating to what he had said and the truth in it and the two OS's being used for different reasons. That's all. No rage, no debate or looking for any winner! -----Original Message----- From: owner-misc@openbsd.org [mailto:owner-misc@openbsd.org] On Behalf Of demuel@thephinix.org Sent: 19 June 2009 12:42 To: freebsd-stable@freebsd.org; misc@openbsd.org Subject: Re: Open Vs Free BSD Oh why can't this versus this versus that never dies? There had been raging debate about which OSes is much better compared to the others since time immemorial. Sure, each one has its own merits over the others and vice versa. So why feeding this issue up since up to this very moment, there is no winner. > and the security is in netbsd: > > http://netbsd.gw.com/cgi-bin/man-cgi?security+8+NetBSD-5.0 > http://www.netbsd.org/~elad/recent/recent06.pdf > > On 6/19/09, Ivan Voras wrote: >> Kim Attree wrote: >> >>> NetBSD runs on just about anything. That's it's primary goal. Since I >>> don't >>> have any weird hardware, I've never had a use for NetBSD. >> >> I don't use NetBSD either but some recent development that come from >> that camp are very interesting: >> >> * Journalling UFS ("smart" journalling, not gjournal) >> * PUFFS (BSD implementation of FUSE-like system [file system in >> userland]) >> * They had Xen dom0 and domU for years >> * They are starting to show decent results in SMP support, including a >> new scheduler (a bit similar to ULE); their GENERIC has SMP included >> * Possibly superpages, I'm not sure how to parse "Merged amd64 and i386 >> pmap. Large pages are always used if available" >> * I think they are working on their own ZFS port >> * They have ported or reimplemented Linux LVM (read+write+admin) >> >> There are of course other things; see for example >> http://www.netbsd.org/releases/formal-5/NetBSD-5.0.html >> >> I have a feeling the project has been revitalized in the last few years. >> >> _______________________________________________ >> 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 Jun 19 12:05:39 2009 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 922E910656CE for ; Fri, 19 Jun 2009 12:05:39 +0000 (UTC) (envelope-from demuel@thephinix.org) Received: from mail.thephinix.org (92-237-248-183.cable.ubr07.basl.blueyonder.co.uk [92.237.248.183]) by mx1.freebsd.org (Postfix) with SMTP id F08428FC14 for ; Fri, 19 Jun 2009 12:05:38 +0000 (UTC) (envelope-from demuel@thephinix.org) Received: (qmail 85769 invoked from network); 19 Jun 2009 11:41:49 -0000 Received: from unknown (HELO www.thephinix.org) (127.0.0.1) by localhost with SMTP; 19 Jun 2009 11:41:49 -0000 Received: from 10.200.200.243 (SquirrelMail authenticated user demuel) by www.thephinix.org with HTTP; Fri, 19 Jun 2009 12:41:49 +0100 (BST) Message-ID: In-Reply-To: <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> Date: Fri, 19 Jun 2009 12:41:49 +0100 (BST) From: demuel@thephinix.org To: freebsd-stable@freebsd.org, misc@openbsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 12:05:40 -0000 Oh why can't this versus this versus that never dies? There had been raging debate about which OSes is much better compared to the others since time immemorial. Sure, each one has its own merits over the others and vice versa. So why feeding this issue up since up to this very moment, there is no winner. > and the security is in netbsd: > > http://netbsd.gw.com/cgi-bin/man-cgi?security+8+NetBSD-5.0 > http://www.netbsd.org/~elad/recent/recent06.pdf > > On 6/19/09, Ivan Voras wrote: >> Kim Attree wrote: >> >>> NetBSD runs on just about anything. That's it's primary goal. Since I >>> don't >>> have any weird hardware, I've never had a use for NetBSD. >> >> I don't use NetBSD either but some recent development that come from >> that camp are very interesting: >> >> * Journalling UFS ("smart" journalling, not gjournal) >> * PUFFS (BSD implementation of FUSE-like system [file system in >> userland]) >> * They had Xen dom0 and domU for years >> * They are starting to show decent results in SMP support, including a >> new scheduler (a bit similar to ULE); their GENERIC has SMP included >> * Possibly superpages, I'm not sure how to parse "Merged amd64 and i386 >> pmap. Large pages are always used if available" >> * I think they are working on their own ZFS port >> * They have ported or reimplemented Linux LVM (read+write+admin) >> >> There are of course other things; see for example >> http://www.netbsd.org/releases/formal-5/NetBSD-5.0.html >> >> I have a feeling the project has been revitalized in the last few years. >> >> _______________________________________________ >> 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 Jun 19 12:21:46 2009 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 18B361065674 for ; Fri, 19 Jun 2009 12:21:46 +0000 (UTC) (envelope-from timo.schoeler@riscworks.net) Received: from tydirium.riscworks.net (tydirium.riscworks.net [213.73.89.76]) by mx1.freebsd.org (Postfix) with ESMTP id C2A708FC0A for ; Fri, 19 Jun 2009 12:21:45 +0000 (UTC) (envelope-from timo.schoeler@riscworks.net) Received: by tydirium.riscworks.net (Postfix, from userid 65534) id 140EE58D8; Fri, 19 Jun 2009 14:04:15 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on tydirium.riscworks.net X-Spam-Level: X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 Received: from soyuz.interdotnet.de (soyuz.InterDotNet.De [213.73.110.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tydirium.riscworks.net (Postfix) with ESMTPSA id 7F6D94F50; Fri, 19 Jun 2009 14:04:12 +0200 (CEST) Message-ID: <4A3B7E71.5000003@riscworks.net> Date: Fri, 19 Jun 2009 14:02:57 +0200 From: Timo Schoeler User-Agent: Thunderbird 2.0.0.21 (X11/20090327) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, misc@openbsd.org References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 12:21:46 -0000 thus demuel@thephinix.org spake: > Oh why can't this versus this versus that never dies? There had been > raging debate about which OSes is much better compared to the others since > time immemorial. Sure, each one has its own merits over the others and > vice versa. Exactly. > So why feeding this issue up since up to this very moment, > there is no winner. The solution is very easy, IMHO... I have been quite 'radical' WRT the OS I chose to use in the past. I ran/run all, i.e. Net/Open/FreeBSD and DragonFly, among others. I took part in the BSD vs. GNU discussion in the past. But what I learnt during the years is this: * There's always a 'best choice' for the job. On the load balancer I choose OpenBSD, and on my GFs computer I install Ubuntu. Vice versa would not work. * Life's to short for those narrow-headed discussions. Timo >> and the security is in netbsd: >> >> http://netbsd.gw.com/cgi-bin/man-cgi?security+8+NetBSD-5.0 >> http://www.netbsd.org/~elad/recent/recent06.pdf >> >> On 6/19/09, Ivan Voras wrote: >>> Kim Attree wrote: >>> >>>> NetBSD runs on just about anything. That's it's primary goal. Since I >>>> don't >>>> have any weird hardware, I've never had a use for NetBSD. >>> I don't use NetBSD either but some recent development that come from >>> that camp are very interesting: >>> >>> * Journalling UFS ("smart" journalling, not gjournal) >>> * PUFFS (BSD implementation of FUSE-like system [file system in >>> userland]) >>> * They had Xen dom0 and domU for years >>> * They are starting to show decent results in SMP support, including a >>> new scheduler (a bit similar to ULE); their GENERIC has SMP included >>> * Possibly superpages, I'm not sure how to parse "Merged amd64 and i386 >>> pmap. Large pages are always used if available" >>> * I think they are working on their own ZFS port >>> * They have ported or reimplemented Linux LVM (read+write+admin) >>> >>> There are of course other things; see for example >>> http://www.netbsd.org/releases/formal-5/NetBSD-5.0.html >>> >>> I have a feeling the project has been revitalized in the last few years. From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 12:26:39 2009 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 3155B1065670 for ; Fri, 19 Jun 2009 12:26:39 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (erg.verweg.com [IPv6:2a02:898:96::5e8e:f508]) by mx1.freebsd.org (Postfix) with ESMTP id B4E988FC0A for ; Fri, 19 Jun 2009 12:26:38 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from guest-17.ripe.net (guest-17.ripe.net [193.0.2.17]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id n5JCQU1U077017 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 19 Jun 2009 12:26:35 GMT (envelope-from ruben@verweg.com) Message-Id: <021E6A5D-F1BC-47DD-B860-F0AAC588F34C@verweg.com> From: Ruben van Staveren To: Timo Schoeler In-Reply-To: <4A3B7E71.5000003@riscworks.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v935.3) Date: Fri, 19 Jun 2009 14:26:29 +0200 References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> <4A3B7E71.5000003@riscworks.net> X-Mailer: Apple Mail (2.935.3) X-Spam-Status: No, score=3.1 required=5.0 tests=DATE_IN_FUTURE_06_12 autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on erg.verweg.com X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.2 (erg.verweg.com [94.142.245.8]); Fri, 19 Jun 2009 12:26:37 +0000 (UTC) Cc: misc@openbsd.org, freebsd-stable@freebsd.org Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 12:26:39 -0000 On 19 Jun 2009, at 14:02, Timo Schoeler wrote: >> Sure, each one has its own merits over the others and >> vice versa. Above all, they contribute to the genetic diversity in the operating system pool. Which is a good thing. - Ruben From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 12:27:07 2009 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 624691065673 for ; Fri, 19 Jun 2009 12:27:07 +0000 (UTC) (envelope-from giuliano@gzorzi.net) Received: from smtp5.aruba.it (smtp7.aruba.it [62.149.128.206]) by mx1.freebsd.org (Postfix) with SMTP id A7E318FC15 for ; Fri, 19 Jun 2009 12:27:06 +0000 (UTC) (envelope-from giuliano@gzorzi.net) Received: (qmail 409 invoked by uid 89); 19 Jun 2009 12:00:17 -0000 Received: from unknown (HELO giuliano.hiport.lan) (giuliano@gzorzi.net@151.9.60.80) by smtp5.aruba.it with SMTP; 19 Jun 2009 12:00:17 -0000 Message-ID: <4A3B7DD3.60802@gzorzi.net> Date: Fri, 19 Jun 2009 14:00:19 +0200 From: giuliano User-Agent: Thunderbird 2.0.0.21 (X11/20090302) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: smtp5.aruba.it 1.6.2 0/1000/N Subject: routing, pf, rdr question 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, 19 Jun 2009 12:27:07 -0000 Hello, I'm trying to replace our current firewall (clavister) with freebsd/pf. I'm almost done but I have some rules I don't know how to convert. I've tried googling around but I've found nothing useful (maybe I'm looking for the wrong terms). I have the following scenario: LAN (192.168.1.0/24) connected to fxp0 (192.168.1.1) DMZ1 (10.0.1.0/24) connected to dc0 (10.0.1.1) DMZ2 (10.0.2.0/24) connected to dc1 (10.0.2.1) DMZ3 (10.0.3.0/24) connected to dc2 (10.0.3.1) DMZ4 (10.0.4.0/24) connected to dc3 (10.0.4.1) The internet is accessible through another router on the LAN (192.168.1.254). The same router provides connections to a remote office using a VPN tunnel. On the remote site there are other 4 DMZ with the same network setup of DMZ1-4. The PCs on the LAN have their default gateway set to the 192.168.1.254 router so when they try to reach any 10.0.x.x IP address they connect to the remote site. This is correct because the production servers are in the remote site and only a few people use the local DMZs that are for development/testing. To actually reach the local DMZs I've configured the clavister firewall to route all the requests for network 10.10.1.0/24 to local 10.0.1.0/24 (and the same with the other 3 DMZs) and setup some static routes on the default gateway. Can I do the same with pf without having one rdr rule for every DMZ's host ? Do I have to setup an alias on the LAN connected interface for every IP on the networks 10.10.1-4.0/24 ? Is there a better way to have a similar setup ? Maybe I can modify the destination IP during the routing process (ie: 10.10.1.10 -> 10.0.1.10, 10.10.2.53 -> 10.0.2.53, and so on) ? Thanks for your help giuliano From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 13:00:50 2009 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 046121065673 for ; Fri, 19 Jun 2009 13:00:50 +0000 (UTC) (envelope-from erwan@rail.eu.org) Received: from depot.rail.eu.org (cl-23.mrs-01.fr.sixxs.net [IPv6:2a01:240:fe00:16::2]) by mx1.freebsd.org (Postfix) with ESMTP id A95CA8FC0C for ; Fri, 19 Jun 2009 13:00:49 +0000 (UTC) (envelope-from erwan@rail.eu.org) Received: from trusted-logic.com (fbx.trusted-logic.com [88.160.136.44]) by depot.rail.eu.org (Postfix) with ESMTPSA id A6D2A81BCB0 for ; Fri, 19 Jun 2009 15:00:47 +0200 (CEST) Date: Fri, 19 Jun 2009 15:00:45 +0200 From: Erwan David To: freebsd-stable@freebsd.org Message-ID: <20090619130045.GA21430@trusted-logic.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090618083454.GQ5002@trusted-logic.com> <20090618123802.GA27215@ei.bzerk.org> <4A3B3683.8050908@FreeBSD.org> <20090619071505.GD13761@trusted-logic.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090619071505.GD13761@trusted-logic.com> X-Republicain: 1 messidor an CCXVII (Seigle) User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: clamav-milter 0.95.2 at nez-casse.depot.rail.eu.org X-Virus-Status: Clean Subject: Re: Upgrade from 7.1-RELEASE to 7.2-RELEASE through freebsd update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2009 13:00:50 -0000 On Fri, Jun 19, 2009 at 09:15:05AM CEST, Erwan David said: > On Fri, Jun 19, 2009 at 08:56:03AM CEST, Doug Barton said: > > Ruben de Groot wrote: > > > On Thu, Jun 18, 2009 at 10:34:54AM +0200, Erwan David typed: > > >> I tried to upgrade my 7.1-RELEASE into 7.2-RELEASE. However > > >> freebsd-update kept asking me to merge every file in /etc whose $Id$ > > >> line changed (that makes about all files). > > >> > > >> Is there a way, as with mergemaster, to make it not consider the $Id$ > > >> line for the manual merge ? > > > > Step 1, 'man mergemaster' :) > > Step 2, pay special attention to the -F option > > Step 3, pay more special attention to the -U option > > > > But seriously folks, run 'mergemaster -Fi' once, then run > > 'mergemaster -U'. (And seriously read the man page.) > > freebsd-update does not use mergemaster, that's a part of the > problem. With more details : freebsd update does this in a special merge directory, using merge(1) which does not have the -I option. mergemaster is not anoption since the file layout is not the same. -- Erwan From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 13:38:43 2009 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 9F4CE1065672 for ; Fri, 19 Jun 2009 13:38:43 +0000 (UTC) (envelope-from neal@lambdaserver.com) Received: from nlpi101.prodigy.net (nlpi101.prodigy.net [207.115.36.117]) by mx1.freebsd.org (Postfix) with ESMTP id 4BC908FC21 for ; Fri, 19 Jun 2009 13:38:43 +0000 (UTC) (envelope-from neal@lambdaserver.com) X-ORBL: [99.144.250.253] Received: from lambda.lambdaserver.com (adsl-99-144-250-253.dsl.emhril.sbcglobal.net [99.144.250.253]) by nlpi101.prodigy.net (8.13.8 out.ldap.dk.spool/8.13.8) with ESMTP id n5JDRvXo002789; Fri, 19 Jun 2009 08:27:57 -0500 Received: from montague.lambdaserver.com (montague [192.168.2.34]) by lambda.lambdaserver.com (8.14.3/8.14.3) with ESMTP id n5JDRtVp014574; Fri, 19 Jun 2009 09:27:56 -0400 (EDT) Received: from montague.lambdaserver.com (neal@localhost.lambdaserver.com [127.0.0.1]) by montague.lambdaserver.com (8.14.3/8.14.3) with ESMTP id n5JDRlk5028295; Fri, 19 Jun 2009 08:27:48 -0500 (CDT) Received: (from neal@localhost) by montague.lambdaserver.com (8.14.3/8.14.3/Submit) id n5JDRkfw006611; Fri, 19 Jun 2009 08:27:46 -0500 (CDT) Date: Fri, 19 Jun 2009 08:27:46 -0500 From: neal hogan To: Michal Message-ID: <20090619132746.GA15972@montague.lambdaserver.com> References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: misc@openbsd.org, demuel@thephinix.org, freebsd-stable@freebsd.org Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 13:38:43 -0000 On Fri, Jun 19, 2009 at 01:02:40PM +0100, Michal wrote: > It wasn't an argument or a versus anything. It was just a question relating > to what he had said and the truth in it and the two OS's being used for > different reasons. That's all. No rage, no debate or looking for any winner! To be fair, the subject of your thread does suggest a "battle." From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 14:30:28 2009 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 DA10D10656B5 for ; Fri, 19 Jun 2009 14:30:28 +0000 (UTC) (envelope-from grazzolini@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id 8666E8FC0C for ; Fri, 19 Jun 2009 14:30:28 +0000 (UTC) (envelope-from grazzolini@gmail.com) Received: by gxk3 with SMTP id 3so2540908gxk.19 for ; Fri, 19 Jun 2009 07:30:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :reply-to:user-agent:mime-version:to:cc:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=oUwXmvQIlbAEjJK/0a05KATx/eWlCLp89ZiSJHOxzhU=; b=lt/Vfked+IdxHDSCyfRsOXA4l/GLAUw+5AGO8AJybe1MDpOXhHLvCge3DoOIfxPNLW EQJTMCOxPkoFZjaEu22vPCYpq7PCRDu281pGrnkt+4cNYffUv611uIRozjh0Yc4Apzuj KapA5hELCOLgDje0UMEaudTN/O4/y2fj4Sbi0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:reply-to:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; b=pQ9gzvnZFIBPAZ5wcyDYU/lEnhvVRw0MMQ12R4X/dQJlfkHaIKepTcdxomtOcJ52cZ DTArc5OWcf9CGrqoMFZ2qxySMUtj11GQF4Xgxa3p97bLzVcsjJQniK/VZS/eLwwAiBuK cgi2KHhJVmLxr/AKmITD2apjbvxGnhUVUOmBQ= Received: by 10.90.70.15 with SMTP id s15mr2184252aga.61.1245420078622; Fri, 19 Jun 2009 07:01:18 -0700 (PDT) Received: from ?127.0.0.1? (201-25-170-110.ctame704.dsl.brasiltelecom.net.br [201.25.170.110]) by mx.google.com with ESMTPS id 8sm4548748agd.77.2009.06.19.07.01.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 19 Jun 2009 07:01:18 -0700 (PDT) Sender: Giancarlo Razzolini Message-ID: <4A3B9A2A.3090908@onda.com.br> Date: Fri, 19 Jun 2009 11:01:14 -0300 From: Giancarlo Razzolini User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: Michal References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com> <6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: misc@openbsd.org, demuel@thephinix.org, freebsd-stable@freebsd.org Subject: Re: Open Vs Free BSD X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: linux-fan@onda.com.br List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2009 14:30:29 -0000 Michal escreveu: > It wasn't an argument or a versus anything. It was just a question relating > to what he had said and the truth in it and the two OS's being used for > different reasons. That's all. No rage, no debate or looking for any winner! > > -----Original Message----- > From: owner-misc@openbsd.org [mailto:owner-misc@openbsd.org] On Behalf Of > demuel@thephinix.org > Sent: 19 June 2009 12:42 > To: freebsd-stable@freebsd.org; misc@openbsd.org > Subject: Re: Open Vs Free BSD > > Oh why can't this versus this versus that never dies? There had been > raging debate about which OSes is much better compared to the others since > time immemorial. Sure, each one has its own merits over the others and > vice versa. So why feeding this issue up since up to this very moment, > there is no winner. > > >> and the security is in netbsd: >> >> http://netbsd.gw.com/cgi-bin/man-cgi?security+8+NetBSD-5.0 >> http://www.netbsd.org/~elad/recent/recent06.pdf >> >> On 6/19/09, Ivan Voras wrote: >> >>> Kim Attree wrote: >>> >>> >>>> NetBSD runs on just about anything. That's it's primary goal. Since I >>>> don't >>>> have any weird hardware, I've never had a use for NetBSD. >>>> >>> I don't use NetBSD either but some recent development that come from >>> that camp are very interesting: >>> >>> * Journalling UFS ("smart" journalling, not gjournal) >>> * PUFFS (BSD implementation of FUSE-like system [file system in >>> userland]) >>> * They had Xen dom0 and domU for years >>> * They are starting to show decent results in SMP support, including a >>> new scheduler (a bit similar to ULE); their GENERIC has SMP included >>> * Possibly superpages, I'm not sure how to parse "Merged amd64 and i386 >>> pmap. Large pages are always used if available" >>> * I think they are working on their own ZFS port >>> * They have ported or reimplemented Linux LVM (read+write+admin) >>> >>> There are of course other things; see for example >>> http://www.netbsd.org/releases/formal-5/NetBSD-5.0.html >>> >>> I have a feeling the project has been revitalized in the last few years. >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >>> > > > The words you chose from the subject to the bottom of your e-mail, were the wrong ones "Open Vs Free BSD" for me, and for most here, is literally OpenBSD versus FreeBSD. The answer is: There is winner. The reason I started using OpenBSD is a very personal one, and it generally is for most of us here. Even in business the decisions are often made with the heart. So, you've got to try. I would never use OpenBSD in my laptop, because it doesn't do everything i need on my laptop. The same way i would never use ubuntu on my firewall, because it won't do neither. My 2 cents, -- Giancarlo Razzolini http://lock.razzolini.adm.br Linux User 172199 Red Hat Certified Engineer no:804006389722501 Verify:https://www.redhat.com/certification/rhce/current/ Moleque Sem Conteudo Numero #002 OpenBSD 4.5 Ubuntu 9.04 Jaunty Jackalope 4386 2A6F FFD4 4D5F 5842 6EA0 7ABE BBAB 9C0E 6B85 From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 15:38:56 2009 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 DAF2D106564A for ; Fri, 19 Jun 2009 15:38:56 +0000 (UTC) (envelope-from ricardo.ferreira@vipway.com.br) Received: from artemis.vipway.net.br (artemis.vipway.net.br [189.51.64.15]) by mx1.freebsd.org (Postfix) with ESMTP id 355B38FC0C for ; Fri, 19 Jun 2009 15:38:55 +0000 (UTC) (envelope-from ricardo.ferreira@vipway.com.br) Received: (qmail 34184 invoked from network); 19 Jun 2009 12:11:47 -0300 Received: by simscan 1.4.0 ppid: 34177, pid: 34181, t: 0.1365s scanners: clamav: 0.95/m:50/d:9214 Received: from unknown (HELO eng001) (189.115.233.170) by artemis.vipway.net.br with ESMTP; 19 Jun 2009 12:11:47 -0300 From: "ricardo" To: , "'Michal'" References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk><00265389C30B444288C246DF37651D0C249024DD1B@server-02.playsafesa.com><6101e8c40906190408h5b6a4496td12e2b9e4872459e@mail.gmail.com> <4A3B9A2A.3090908@onda.com.br> Date: Fri, 19 Jun 2009 12:12:12 -0300 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: Acnw6pdoY96TYgsQRTefAiMlK/V8nQABWmQQ In-Reply-To: <4A3B9A2A.3090908@onda.com.br> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: misc@openbsd.org, freebsd-stable@freebsd.org, demuel@thephinix.org Subject: RES: Open Vs Free BSD 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, 19 Jun 2009 15:38:57 -0000 All simply rocks...be xBSD... be Linux, be *nix... whatever.. Just use the right tool for a specific need... We are running Free, Open and Net....and some decent Linux such as Debian, Red Hat among others...Love all of them... -----Mensagem original----- De: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] Em nome de Giancarlo Razzolini Enviada em: sexta-feira, 19 de junho de 2009 11:01 Para: Michal Cc: misc@openbsd.org; demuel@thephinix.org; freebsd-stable@freebsd.org Assunto: Re: Open Vs Free BSD Michal escreveu: > It wasn't an argument or a versus anything. It was just a question relating > to what he had said and the truth in it and the two OS's being used for > different reasons. That's all. No rage, no debate or looking for any winner! > > -----Original Message----- > From: owner-misc@openbsd.org [mailto:owner-misc@openbsd.org] On Behalf Of > demuel@thephinix.org > Sent: 19 June 2009 12:42 > To: freebsd-stable@freebsd.org; misc@openbsd.org > Subject: Re: Open Vs Free BSD > > Oh why can't this versus this versus that never dies? There had been > raging debate about which OSes is much better compared to the others since > time immemorial. Sure, each one has its own merits over the others and > vice versa. So why feeding this issue up since up to this very moment, > there is no winner. > > >> and the security is in netbsd: >> >> http://netbsd.gw.com/cgi-bin/man-cgi?security+8+NetBSD-5.0 >> http://www.netbsd.org/~elad/recent/recent06.pdf >> >> On 6/19/09, Ivan Voras wrote: >> >>> Kim Attree wrote: >>> >>> >>>> NetBSD runs on just about anything. That's it's primary goal. Since I >>>> don't >>>> have any weird hardware, I've never had a use for NetBSD. >>>> >>> I don't use NetBSD either but some recent development that come from >>> that camp are very interesting: >>> >>> * Journalling UFS ("smart" journalling, not gjournal) >>> * PUFFS (BSD implementation of FUSE-like system [file system in >>> userland]) >>> * They had Xen dom0 and domU for years >>> * They are starting to show decent results in SMP support, including a >>> new scheduler (a bit similar to ULE); their GENERIC has SMP included >>> * Possibly superpages, I'm not sure how to parse "Merged amd64 and i386 >>> pmap. Large pages are always used if available" >>> * I think they are working on their own ZFS port >>> * They have ported or reimplemented Linux LVM (read+write+admin) >>> >>> There are of course other things; see for example >>> http://www.netbsd.org/releases/formal-5/NetBSD-5.0.html >>> >>> I have a feeling the project has been revitalized in the last few years. >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to >>> "freebsd-stable-unsubscribe@freebsd.org" >>> > > > The words you chose from the subject to the bottom of your e-mail, were the wrong ones "Open Vs Free BSD" for me, and for most here, is literally OpenBSD versus FreeBSD. The answer is: There is winner. The reason I started using OpenBSD is a very personal one, and it generally is for most of us here. Even in business the decisions are often made with the heart. So, you've got to try. I would never use OpenBSD in my laptop, because it doesn't do everything i need on my laptop. The same way i would never use ubuntu on my firewall, because it won't do neither. My 2 cents, -- Giancarlo Razzolini http://lock.razzolini.adm.br Linux User 172199 Red Hat Certified Engineer no:804006389722501 Verify:https://www.redhat.com/certification/rhce/current/ Moleque Sem Conteudo Numero #002 OpenBSD 4.5 Ubuntu 9.04 Jaunty Jackalope 4386 2A6F FFD4 4D5F 5842 6EA0 7ABE BBAB 9C0E 6B85 _______________________________________________ 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 Jun 19 16:31:17 2009 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 CEC1A1065756; Fri, 19 Jun 2009 16:31:17 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from mx.npubs.com (mail.npubs.com [94.75.203.100]) by mx1.freebsd.org (Postfix) with ESMTP id 93F438FC12; Fri, 19 Jun 2009 16:31:17 +0000 (UTC) (envelope-from stef-list@memberwebs.com) Received: from mx.npubs.com (avhost [94.75.203.103]) by mx.npubs.com (Postfix) with ESMTP id 58D9E171E51; Fri, 19 Jun 2009 15:59:23 +0000 (UTC) Received: from sqlserver1 (unknown [74.82.45.12]) by mx.npubs.com (Postfix) with ESMTP id 2618E171E4E; Fri, 19 Jun 2009 15:59:21 +0000 (UTC) From: Stef Walter User-Agent: Thunderbird 2.0.0.21 (X11/20090409) MIME-Version: 1.0 To: John Baldwin References: <200906151659.27326.jhb@freebsd.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20090619155922.2618E171E4E@mx.npubs.com> X-Virus-Scanned: ClamAV using ClamSMTP Date: Fri, 19 Jun 2009 15:59:23 +0000 (UTC) Cc: stable@FreeBSD.org Subject: Re: HEADSUP: libpthread compat for 5.x and 6.x binaries X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stef@memberwebs.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Jun 2009 16:31:18 -0000 John Baldwin wrote: > What I would like to find out is if there are any 5.x or 6.x binaries that use > libpthread that do not run well with libthr. You can test this by using a > libmap.conf(5) file to remap libpthread to libthr. For 5.x binaries you will > want to remap libpthread.so.1 to libthr.so.1. For 6.x binaries you will want > to remap libpthread.so.2 to libthr.so.2. This can be accomplished using > an /etc/libmap.conf file that contains: I'm running about a hundred jails with a libmap.conf file like that. In order to run 32-bit 6.x jails on FreeBSD 7.2 64-bit... The only time I've seen a problem, is when a threaded application binary is compiled statically. Apparently mysql is built statically sometimes. Obviously in these cases libmap.conf can't kick in. Cheers, Stef Walter From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 17:24:31 2009 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 533D1106564A for ; Fri, 19 Jun 2009 17:24:31 +0000 (UTC) (envelope-from mgass@unix.csbsju.edu) Received: from smtp1.computing.csbsju.edu (smtp1-out.csbsju.edu [152.65.184.20]) by mx1.freebsd.org (Postfix) with ESMTP id 1332E8FC27 for ; Fri, 19 Jun 2009 17:24:30 +0000 (UTC) (envelope-from mgass@unix.csbsju.edu) X-AuditID: c0a8b816-b7b38ae000001522-d1-4a3bc9ce1080 Received: from maple.computing.csbsju.edu ( [152.65.165.5]) by smtp1.computing.csbsju.edu (Symantec Mail Security) with SMTP id AD.2B.05410.EC9CB3A4; Fri, 19 Jun 2009 12:24:30 -0500 (CDT) Received: from nx2.csbsju.edu (nx2.csbsju.edu [10.185.11.77]) by maple.computing.csbsju.edu (8.13.1/8.13.1) with ESMTP id n5JHOT4E013586 for ; Fri, 19 Jun 2009 12:24:29 -0500 Received: by nx2.csbsju.edu (Postfix, from userid 1401) id DC14E864C7; Fri, 19 Jun 2009 12:24:29 -0500 (CDT) Date: Fri, 19 Jun 2009 12:24:29 -0500 From: Michael Gass To: freebsd-stable@freebsd.org Message-ID: <20090619172429.GA5197@unix.csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-Brightmail-Tracker: AAAAAA== Subject: kernel wants the wrong driver for my NIC 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, 19 Jun 2009 17:24:31 -0000 I'm running 7.2-stable and I replaced an old ISA NIC with a D-Link DFE-530TX+ card. According to the manual, the correct driver for this card is rl driver. The kernel insists on using the vr driver which is for the DFE-530TX. >From what I can tell, the two cards have different chipsets and so the drivers are not compatable. I can configure the vr driver, but the card does not work with it - I cannot establish a connection even with ping. Is there a way for me to force the kernel to use the rl driver? I am using a generic kernel, so all the needed drivers are built-in. Any other suggestions? Output from ifconfig and dmesg are below. Thanks, Mike Gass Minnesota USA ifconfig output --------------------------------------------------------- vr0: flags=8843 metric 0 mtu 1500 options=2808 ether 00:22:b0:6d:e8:b6 inet 192.168.0.3 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (100baseTX ) status: active plip0: flags=108810 metric 0 mtu 1500 lo0: flags=8049 metric 0 mtu 16384 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 dmesg output ------------------------------------------ Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #0: Sat Jun 13 09:59:29 CDT 2009 root@pavilion.home.net:/usr/obj/usr/src/sys/GENERIC module_register: module rl/miibus already exists! Module rl/miibus failed to register: 17 module_register: module cardbus/rl already exists! Module cardbus/rl failed to register: 17 module_register: module pci/rl already exists! Module pci/rl failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x665 Stepping = 5 Features=0x183f9ff real memory = 268369920 (255 MB) avail memory = 248492032 (236 MB) kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x2000-0x20ff mem 0xf5000000-0xf5ffffff,0xf4100000-0xf4100fff irq 11 at device 0.0 on pci1 drm0: <3D Rage Pro AGP 1X/2X> on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xf8000000 64MB info: [drm] Initialized mach64 2.0.0 20060718 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1050-0x105f at device 7.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] uhci0: port 0x1060-0x107f irq 5 at device 7.2 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered pci0: at device 7.3 (no driver attached) pci0: at device 10.0 (no driver attached) vr0: port 0x1400-0x14ff mem 0xf4000000-0xf40000ff irq 3 at device 11.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x86 miibus0: on vr0 ukphy0: PHY 1 on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:22:b0:6d:e8:b6 vr0: [ITHREAD] acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] cpu0: on acpi0 acpi_throttle0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xca7ff pnpid ORM0000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 400911857 Hz quality 800 Timecounters tick every 1.000 msec ad0: 28610MB at ata0-master UDMA33 acd0: CDROM at ata1-master PIO4 Trying to mount root from ufs:/dev/ad0s1a vr0: link state changed to DOWN vr0: link state changed to UP vr0: link state changed to DOWN vr0: link state changed to UP From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 17:44:58 2009 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 F29151065675 for ; Fri, 19 Jun 2009 17:44:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id A6B228FC18 for ; Fri, 19 Jun 2009 17:44:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n5JHgf5C002804; Fri, 19 Jun 2009 13:42:41 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200906191742.n5JHgf5C002804@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 19 Jun 2009 13:44:55 -0400 To: Michael Gass , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20090619172429.GA5197@unix.csbsju.edu> References: <20090619172429.GA5197@unix.csbsju.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: kernel wants the wrong driver for my NIC 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, 19 Jun 2009 17:44:59 -0000 At 01:24 PM 6/19/2009, Michael Gass wrote: >I'm running 7.2-stable and I replaced an old ISA NIC with >a D-Link DFE-530TX+ card. According to the manual, the What does pciconfig -lvc show ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 17:45:02 2009 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 44E9E106568A for ; Fri, 19 Jun 2009 17:45:02 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id ED1568FC1D for ; Fri, 19 Jun 2009 17:45:01 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by gxk3 with SMTP id 3so2730423gxk.19 for ; Fri, 19 Jun 2009 10:45:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=KJdSNXlq63d0FfEGFshL8LMiYPrZcgLDjCVC/PjbWpI=; b=fDKlnQtdRl5pAlVtyPlASE0zgtUb88Fnm96Wsiuxj7mDPXtSQUatekBPhsMMHqHoxH ytDaljH81Bowxpz8N+WXSKGJ/R0yDFJthWhGWUBWliiQo7HYFBcTE4l8t/a3XTZzk1UK F9v6ak+dkVna1N+XZEyXiq6GUEoGzfYiVsYQ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=icZc9z/t7inj8iTg0x0JMm8yj0sW26Dcmaysx2niGxaPxB8lM7UMjer2DTC8m4H8pB 4iXdQcp/TGF+hq65cerKb6ADftFLc9RYPtP3+XU2ccB99XyDAnI9D9KsyfeTzVQ78U3e DxFRUMdEjIHJoAn82Kcu3nE+IML4PM8vp694E= MIME-Version: 1.0 Received: by 10.151.122.9 with SMTP id z9mr6202156ybm.188.1245433501110; Fri, 19 Jun 2009 10:45:01 -0700 (PDT) In-Reply-To: <20090619172429.GA5197@unix.csbsju.edu> References: <20090619172429.GA5197@unix.csbsju.edu> Date: Fri, 19 Jun 2009 10:45:00 -0700 Message-ID: From: Freddie Cash To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: kernel wants the wrong driver for my NIC 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, 19 Jun 2009 17:45:02 -0000 On Fri, Jun 19, 2009 at 10:24 AM, Michael Gass wrote: > I'm running 7.2-stable and I replaced an old ISA NIC with > a D-Link DFE-530TX+ card. According to the manual, the > correct driver for this card is rl driver. The kernel > insists on using the vr driver which is for the DFE-530TX. > >From what I can tell, the two cards have different chipsets > and so the drivers are not compatable. > > I can configure the vr driver, but the card does not work > with it - I cannot establish a connection even with ping. > > Is there a way for me to force the kernel to use the rl > driver? I am using a generic kernel, so all the needed > drivers are built-in. > "Simplest" method would be to compile a custom kernel with the rl driver and without the vr driver. Or to build a kernel without any networking drivers, so that they are all built as modules, and then use /boot/loader.conf to load just the if_rl module. One could probably also write a hints line in /boot/loader.conf to tell the vr driver to ignore that specific PCI slot or whatnot, although I've never actually done that. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 18:05:27 2009 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 539E2106564A for ; Fri, 19 Jun 2009 18:05:27 +0000 (UTC) (envelope-from ibb_orac@mbox.contact.bg) Received: from sd97.btc-net.bg (SD97.btc-net.bg [212.39.90.97]) by mx1.freebsd.org (Postfix) with SMTP id 8C6C08FC08 for ; Fri, 19 Jun 2009 18:05:26 +0000 (UTC) (envelope-from ibb_orac@mbox.contact.bg) Received: (qmail 13275 invoked by uid 605); 19 Jun 2009 18:05:28 -0000 Received: from unknown (HELO chameleon) (83.228.34.40) by 0 with SMTP; 19 Jun 2009 18:05:28 -0000 Message-ID: <27E3F50B00E14B22A18308F213F9E8CF@chameleon> From: "Ivailo Bonev" To: "Michael Gass" Date: Fri, 19 Jun 2009 21:05:24 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: freebsd-stable@freebsd.org Subject: Fw: kernel wants the wrong driver for my NIC 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, 19 Jun 2009 18:05:27 -0000 ----- Original Message ----- From: "Ivailo Bonev" To: "Michael Gass" Cc: Sent: Friday, June 19, 2009 8:54 PM Subject: Re: kernel wants the wrong driver for my NIC > > ----- Original Message ----- > From: "Michael Gass" > To: > Sent: Friday, June 19, 2009 8:24 PM > Subject: kernel wants the wrong driver for my NIC > > >> I'm running 7.2-stable and I replaced an old ISA NIC with a D-Link >> DFE-530TX+ card. According to the manual, the >> correct driver for this card is rl driver. The kernel >> insists on using the vr driver which is for the DFE-530TX. >>>From what I can tell, the two cards have different chipsets >> and so the drivers are not compatable. > > It's a NIC with Davicom chip... Sorry for mistake, I was looking an old picture of this NIC. I see in Linux driver - VT6102 and VT6105... From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 18:21:32 2009 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 94C16106564A for ; Fri, 19 Jun 2009 18:21:32 +0000 (UTC) (envelope-from ibb_orac@mbox.contact.bg) Received: from sd97.btc-net.bg (SD97.btc-net.bg [212.39.90.97]) by mx1.freebsd.org (Postfix) with SMTP id CD4DF8FC14 for ; Fri, 19 Jun 2009 18:21:31 +0000 (UTC) (envelope-from ibb_orac@mbox.contact.bg) Received: (qmail 4534 invoked by uid 605); 19 Jun 2009 17:54:54 -0000 Received: from unknown (HELO chameleon) (83.228.34.40) by 0 with SMTP; 19 Jun 2009 17:54:54 -0000 Message-ID: <9983F3C4691B4F6B85B1FBE45E128CF5@chameleon> From: "Ivailo Bonev" To: "Michael Gass" References: <20090619172429.GA5197@unix.csbsju.edu> Date: Fri, 19 Jun 2009 20:54:48 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: freebsd-stable@freebsd.org Subject: Re: kernel wants the wrong driver for my NIC 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, 19 Jun 2009 18:21:32 -0000 ----- Original Message ----- From: "Michael Gass" To: Sent: Friday, June 19, 2009 8:24 PM Subject: kernel wants the wrong driver for my NIC > I'm running 7.2-stable and I replaced an old ISA NIC with > a D-Link DFE-530TX+ card. According to the manual, the > correct driver for this card is rl driver. The kernel > insists on using the vr driver which is for the DFE-530TX. >>From what I can tell, the two cards have different chipsets > and so the drivers are not compatable. It's a NIC with Davicom chip... From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 18:36:38 2009 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 757D91065670 for ; Fri, 19 Jun 2009 18:36:38 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (manor.msen.com [148.59.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id F40CC8FC12 for ; Fri, 19 Jun 2009 18:36:37 +0000 (UTC) (envelope-from wayne@manor.msen.com) Received: from manor.msen.com (localhost [127.0.0.1]) by manor.msen.com (8.12.11/8.12.11) with ESMTP id n5JINQTl013275 for ; Fri, 19 Jun 2009 14:23:26 -0400 (EDT) (envelope-from wayne@manor.msen.com) Received: (from wayne@localhost) by manor.msen.com (8.12.11/8.12.11/Submit) id n5JINQKj013274 for freebsd-stable@freebsd.org; Fri, 19 Jun 2009 14:23:26 -0400 (EDT) (envelope-from wayne) Date: Fri, 19 Jun 2009 14:23:26 -0400 From: "Michael R. Wayne" To: freebsd-stable@freebsd.org Message-ID: <20090619182326.GX12531@manor.msen.com> Mail-Followup-To: freebsd-stable@freebsd.org References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <200906190623.10417.andres@msu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200906190623.10417.andres@msu.edu> User-Agent: Mutt/1.4.2.1i Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 18:36:38 -0000 On Fri, Jun 19, 2009 at 06:23:09AM -0400, STeve Andre' wrote: > On Friday 19 June 2009 04:47:35 Michal wrote: > > > > "Comparing FreeBSD and OpenBSD, FreeBSD is generally better at disk-related > > I/O whereas OpenBSD handles net-I/O better. No test has been carried out to > > prove this though." > > > > Every offence to the person which said this, but they are not the best > > admin ever, though they like to think they are (the worst kind I think) > > > > Can anyone shed any light, the reason I ask is we where debating about a > > network and he said OpenBSD on the network (routers firewall etc) and > > FreeBSD as the app servers (mail, files etc etc), which I can see makes > > sense.but without having evidence it's pointless making a claim. > > > What does it matter? If you aren't happy with the speed of either system > you can get faster hardware. You should worry about which system is best > for YOU, not how fast it is. Playing the speed game is a never ending. OK, I'm going to take a guess here that English may not be Michal's primary language and re-ask his question: Given the several versions of *BSD, I have been led to understand that each excells in different ways. How do I select which one is right for my application, what are the underlying reasons that would lead me to that choice and what are the the disadvantages I am risking? This is, actually, not an inappropriate question coming from a potential new user who is not familiar with the history surrounding the various versions and would make an outstanding FAQ. As an example, we run FreeBSD on our firewalling machines because it works well enough and we prefer the reduced support costs of using a single O/S across our network. I am unsure of what the advantage of moving to OpenBSD might be and would find it very difficult to quantify the advantages (if any) versus the increased support resources required. This is a very real issue. Linux has a similar problem; I've personally been in meetings where clients examined the myriad Linux distributions and say "It's very likely that we will make the incorrect choice. So we'll go with Windows." I suspect similar events have occurred with *BSD. So, rather than jumping on people about them bringing up religous wars (because, face it, you CAN edit a file perfectly well in either vi or emacs :-), we'd all be better served by giving them enough information to make the right choice in their situation while realizing the tradeoffs they are making. /\/\ \/\/ From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 18:46:27 2009 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 058F1106564A for ; Fri, 19 Jun 2009 18:46:27 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id AEFE58FC0C for ; Fri, 19 Jun 2009 18:46:26 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so850090ywe.13 for ; Fri, 19 Jun 2009 11:46:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=CEsV847o9JS7EB+Jv+bsY0mDjeeJmW9uO31nonnUUU4=; b=cdtyH23k9QZ23bDSXd/dGROGo7lbz5YvObx0t1JR2J119kQtKVihvf+UBzXmzUYAXi ha0R2DKrwNsZ3lFz2iEtZkLqopLT7S359hhIiAx2sOxud9CHgjcolz9URj4bPbWlXv26 Ix4j6vYMpq6fCzWYB2wK0+KbczA0SMU2sLGfc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=mB2aYdsg+9G4GFupXQMThfF7RxCPsvgxMS8zsX3hWUKLNsKFkDrSjEpwVlpN+XuHjO ZoE9IkcuUJIxz12X46X7U4L8NV9tL2+nrMFqn9TCmTv9jCr9FqBEFNH7izkGmXf9F9RE J0T5pFMMI9KUYJc8QRDobIIEkxBHWg2vEkWSA= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.178.4 with SMTP id a4mr4296385anf.161.1245437186074; Fri, 19 Jun 2009 11:46:26 -0700 (PDT) In-Reply-To: <20090619182326.GX12531@manor.msen.com> References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <200906190623.10417.andres@msu.edu> <20090619182326.GX12531@manor.msen.com> Date: Fri, 19 Jun 2009 11:46:26 -0700 X-Google-Sender-Auth: 5d48ca5a3d97609b Message-ID: <3c1674c90906191146x551e70cdl564e6a0d59941484@mail.gmail.com> From: Kip Macy To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 18:46:27 -0000 Individuals in each of the camps (Free, Open, Net) are frequently deeply invested in their platforms of choice to the point where they identify with them. In addition, many if not most of us are only familiar with one of them. Thus, it isn't really fair to ask us to compare the three. You will enjoy more success by asking each of the three projects what their respective strengths are. Cheers, Kip From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 18:50:57 2009 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 C8548106566C for ; Fri, 19 Jun 2009 18:50:57 +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 9C6228FC14 for ; Fri, 19 Jun 2009 18:50:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 3FBB546B2D; Fri, 19 Jun 2009 14:50:57 -0400 (EDT) Received: from jhbbsd.hudson-trading.com (unknown [209.249.190.8]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 0BFEE8A078; Fri, 19 Jun 2009 14:50:56 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Fri, 19 Jun 2009 14:50:48 -0400 User-Agent: KMail/1.9.7 References: <20090619172429.GA5197@unix.csbsju.edu> In-Reply-To: <20090619172429.GA5197@unix.csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906191450.48241.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 19 Jun 2009 14:50:56 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=4.2 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Michael Gass Subject: Re: kernel wants the wrong driver for my NIC 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, 19 Jun 2009 18:50:58 -0000 On Friday 19 June 2009 1:24:29 pm Michael Gass wrote: > I'm running 7.2-stable and I replaced an old ISA NIC with > a D-Link DFE-530TX+ card. According to the manual, the > correct driver for this card is rl driver. The kernel > insists on using the vr driver which is for the DFE-530TX. > >From what I can tell, the two cards have different chipsets > and so the drivers are not compatable. I would assume the vr(4) driver is the right driver for your card since PCI devices probe based on PCI IDs. Also, the driver has worked well enough to read a MAC address, etc. (have you compared it with the sticker on the card, if it matches vr(4) is almost _certainly_ the correct driver). -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 18:22:01 2009 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 45BC51065672 for ; Fri, 19 Jun 2009 18:22:01 +0000 (UTC) (envelope-from pan@syix.com) Received: from mail01.syix.com (mail01.syix.com [209.77.112.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2AD688FC18 for ; Fri, 19 Jun 2009 18:22:01 +0000 (UTC) (envelope-from pan@syix.com) Received: from localhost (localhost [127.0.0.1]) by mail01.syix.com (Postfix) with ESMTP id C34D029B0A7 for ; Fri, 19 Jun 2009 11:06:26 -0700 (PDT) Received: from mail01.syix.com ([127.0.0.1]) by localhost (mail01.syix.com [127.0.0.1]) (amavisd-maia, port 10024) with LMTP id 88370-02 for ; Fri, 19 Jun 2009 11:06:24 -0700 (PDT) Received: from plexus (66-53-123-64.stkn.mdsg-pacwest.com [66.53.123.64]) (Authenticated sender: dster) by mail01.syix.com (Postfix) with ESMTPA id 504D929B3AA for ; Fri, 19 Jun 2009 11:06:22 -0700 (PDT) Message-ID: <96F6C77775FC4687B8AC0A0A9182C2E5@plexus> From: "pan" To: References: <20090619172429.GA5197@unix.csbsju.edu> <200906191742.n5JHgf5C002804@lava.sentex.ca> Date: Fri, 19 Jun 2009 11:06:07 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: Maia Mailguard 1.0.2 X-Mailman-Approved-At: Fri, 19 Jun 2009 19:03:50 +0000 Subject: Re: kernel wants the wrong driver for my NIC 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, 19 Jun 2009 18:22:01 -0000 ----- Original Message ----- From: "Mike Tancsa" To: "Michael Gass" ; Sent: Friday, June 19, 2009 10:44 AM Subject: Re: kernel wants the wrong driver for my NIC : At 01:24 PM 6/19/2009, Michael Gass wrote: : >I'm running 7.2-stable and I replaced an old ISA NIC with : >a D-Link DFE-530TX+ card. According to the manual, the : : : What does pciconfig -lvc : show ? : : ---Mike Is that any different than pciconf -lvc ? From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 19:30:41 2009 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 711F21065670 for ; Fri, 19 Jun 2009 19:30:41 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-bw0-f213.google.com (mail-bw0-f213.google.com [209.85.218.213]) by mx1.freebsd.org (Postfix) with ESMTP id B2CB88FC20 for ; Fri, 19 Jun 2009 19:30:40 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: by bwz9 with SMTP id 9so426434bwz.43 for ; Fri, 19 Jun 2009 12:30:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=g7kyrPhB0D2QSty5g9xJQ77mYAjlxhpvjMldiRxXv0U=; b=fO5QACZ9K2bh7dyU4CLepyUXHz1fUqw7cfwyjzzo24mgk8lzJTcyRf5DcBDWG3Lws5 U3luMhSKyuymBaboQJ3VCGuaWerX8Zy5HYzJSoh5I23n9O09iSOk36nEcbqS7SGB+GnG tv0FcCahdntgtN8fdQbYNYu/Ew95cXvDdTNK0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=R7JW53d+Z2SXWdJSxFbIr0CtIbqnNhz4eUwxWZIxBKij/IePjoOb9VqMdgF81dPmas 8d/66lrqZKvsZczcql3MFeUUMe4OxWprifxefrvYFB7mOm0KwFPtatfbLATunh2fnGnu KItYrUmUgCzk82HTIOEuWiuqi7DX40QrSCuzY= MIME-Version: 1.0 Received: by 10.239.134.140 with SMTP id 12mr236013hbz.155.1245439839448; Fri, 19 Jun 2009 12:30:39 -0700 (PDT) In-Reply-To: <3c1674c90906191146x551e70cdl564e6a0d59941484@mail.gmail.com> References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <200906190623.10417.andres@msu.edu> <20090619182326.GX12531@manor.msen.com> <3c1674c90906191146x551e70cdl564e6a0d59941484@mail.gmail.com> Date: Fri, 19 Jun 2009 15:30:39 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Kip Macy Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 19:30:41 -0000 On Fri, Jun 19, 2009 at 2:46 PM, Kip Macy wrote: > Individuals in each of the camps (Free, Open, Net) are frequently > deeply invested in their platforms of choice to the point where they > identify with them. In addition, many if not most of us are only > familiar with one of them. Thus, it isn't really fair to ask us to > compare the three. You will enjoy more success by asking each of the > three projects what their respective strengths are. > > > Cheers, > Kip > During reading of questions and answers to such comparison issues it is possible to observe one very important ( in my opinion , missing ) concept : In engineering , there is no an abstract < better than > concept by itself . As an example we may compare : bicycle , motorcycle , car , lorry , bus . aeroplane , boat , ship , transatlantic , train , ... Which one is better than the other one ? If you give an answer that < x is better than y > you are implicitly using a MEASURE of COMPARISON to solve a PROBLEM . When that the very MEASURE of COMPARISON for the PROBLEM is not specified , the abstract comparison is NOT useful and meaningful . For that reason , it is useful at the beginning to give a description of the problem in precise terms and then ask which tool solves this problem with respect to the others with respect to advantages and disadvantages of the tools . After enumerating these ideas it is possible to make decisions to select an appropriate one which solves the problem as much as possible . Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 19:37:16 2009 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 2E1C7106567A for ; Fri, 19 Jun 2009 19:37:16 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id 135D68FC1F for ; Fri, 19 Jun 2009 19:37:16 +0000 (UTC) (envelope-from corky1951@comcast.net) Received: from OMTA05.emeryville.ca.mail.comcast.net ([76.96.30.43]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id 5s381c0040vp7WLA5vQ735; Fri, 19 Jun 2009 19:24:07 +0000 Received: from comcast.net ([98.203.142.76]) by OMTA05.emeryville.ca.mail.comcast.net with comcast id 5vQ41c00R1f6R9u8RvQ5GE; Fri, 19 Jun 2009 19:24:06 +0000 Received: by comcast.net (sSMTP sendmail emulation); Fri, 19 Jun 2009 12:24:03 -0700 Date: Fri, 19 Jun 2009 12:24:03 -0700 From: Charlie Kester To: freebsd-stable@freebsd.org Message-ID: <20090619192403.GB2227@comcast.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <200906190623.10417.andres@msu.edu> <20090619182326.GX12531@manor.msen.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20090619182326.GX12531@manor.msen.com> X-Mailer: Mutt 1.5.20 X-Composer: VIM 7.2 User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 19:37:16 -0000 On Fri 19 Jun 2009 at 11:23:26 PDT Michael R. Wayne wrote: > >OK, I'm going to take a guess here that English may not be Michal's primary >language and re-ask his question: > > Given the several versions of *BSD, I have been led to understand > that each excells in different ways. How do I select which one > is right for my application, what are the underlying reasons > that would lead me to that choice and what are the the disadvantages > I am risking? > >This is, actually, not an inappropriate question coming from a potential >new user who is not familiar with the history surrounding the various >versions and would make an outstanding FAQ. As an example, we run FreeBSD >on our firewalling machines because it works well enough and we prefer the >reduced support costs of using a single O/S across our network. I am unsure >of what the advantage of moving to OpenBSD might be and would find it very >difficult to quantify the advantages (if any) versus the increased support >resources required. > >This is a very real issue. Linux has a similar problem; I've personally >been in meetings where clients examined the myriad Linux distributions >and say "It's very likely that we will make the incorrect choice. So we'll >go with Windows." I suspect similar events have occurred with *BSD. So, >rather than jumping on people about them bringing up religous wars (because, >face it, you CAN edit a file perfectly well in either vi or emacs :-), we'd >all be better served by giving them enough information to make the >right choice in their situation while realizing the tradeoffs they are >making. I agree, this shouldn't necessarily be treated as flamebait or trolling. But shouldn't the question be redirected to the advocacy mailing list/team? From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 19:42:02 2009 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 0193A1065670 for ; Fri, 19 Jun 2009 19:42:02 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id AC99C8FC08 for ; Fri, 19 Jun 2009 19:42:01 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so859470ana.13 for ; Fri, 19 Jun 2009 12:42:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=aKTP99xuseoHXmK3FlPcN01Vn3uS8OANCICeBwUx5Qk=; b=lv235moevQh902Xgc5ZFzp2yI8ytDNpLmSpfyyQDJVP1F6JVA8ePoPWAq2lp4gMqKC 3fcXfPUxhR+W84sYCs/ltGICqIafKN9LTPen31VE/PQFjL91DgBV/77HWQ1+lDThpshI x3gZo7k6FXvQNW6aTg9yWCorY25GIxgLIc33c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=J7Ukm6JepskNhAyApJ3wXUjOz2cAg87IHhXYhews+Mld7QlC6DWK/9Q/dWJjDX3S6/ cGbIPqFfcJhqBG7BELmf5BRTdyqLzBFMKLH+o7eogyuE0gO0WSo42z/2e88uw4ZZ9O8t e4Yfwer22x/vPuYTqeaWq2YuVwsEQPn30+35k= MIME-Version: 1.0 Sender: mat.macy@gmail.com Received: by 10.100.37.12 with SMTP id k12mr4464051ank.99.1245440520957; Fri, 19 Jun 2009 12:42:00 -0700 (PDT) In-Reply-To: <20090619192403.GB2227@comcast.net> References: <735E59909DEB44AF92825EA7C65CF430@ionicoffice.ionic.co.uk> <200906190623.10417.andres@msu.edu> <20090619182326.GX12531@manor.msen.com> <20090619192403.GB2227@comcast.net> Date: Fri, 19 Jun 2009 12:42:00 -0700 X-Google-Sender-Auth: bd45c3c5608cf5b5 Message-ID: <3c1674c90906191242t483efa38n80c63c2e229a488c@mail.gmail.com> From: Kip Macy To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Open Vs Free BSD 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, 19 Jun 2009 19:42:02 -0000 > I agree, this shouldn't necessarily be treated as flamebait or trolling. > > But shouldn't the question be redirected to the advocacy mailing > list/team? Yes. This list is for targeted technical questions. It isn't realistic to expect a discussion of this nature to stay on-topic. -Kip From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 20:40:20 2009 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 6EB3F1065675 for ; Fri, 19 Jun 2009 20:40:20 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 36E2B8FC0C for ; Fri, 19 Jun 2009 20:40:20 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id E69DC73098; Fri, 19 Jun 2009 22:27:49 +0200 (CEST) Date: Fri, 19 Jun 2009 22:27:49 +0200 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20090619202749.GA99473@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: skype stalls on RELENG_7 ? 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, 19 Jun 2009 20:40:20 -0000 Hi, i am not sure what the situation is but i am starting seeing problems with skype (both 2.0 and 1.2) on a couple of RELENG_7 machines. One of the machines still uses linux 2.4 emulation and fc4, the other one has 2.6.16 and fc8 and is a fresh install of 7.2 In both cases, i see that skype remains waiting to contact the server (the 1.2 version seems to timeout earlier complaining for a password error, but the laptop next to me can connect with the same account.) Anyone else seeing similar problems ? cheers luigi From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 22:55:53 2009 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 7ABD71065672 for ; Fri, 19 Jun 2009 22:55:53 +0000 (UTC) (envelope-from santosh@fastsoft.com) Received: from HQ-ES.FASTSOFT.COM (hq-es.fastsoft.com [38.102.243.86]) by mx1.freebsd.org (Postfix) with ESMTP id 4E5B18FC1A for ; Fri, 19 Jun 2009 22:55:53 +0000 (UTC) (envelope-from santosh@fastsoft.com) 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: Fri, 19 Jun 2009 15:43:51 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Patch for FreeBSD 7.0 deadlock Thread-Index: AcnxL2rwWtWhoXtQSzC49OSowS+Bcw== From: "Santosh Rao Gururajan" To: Subject: Patch for FreeBSD 7.0 deadlock 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, 19 Jun 2009 22:55:53 -0000 I am seeing problems with FreeBSD 7.0 machines that have the symptoms described in http://lists.freebsd.org/pipermail/freebsd-stable/2008-June/043241.html Can someone please point me to a patch which has a fix for the issue described in that thread? Thanks, -santosh From owner-freebsd-stable@FreeBSD.ORG Fri Jun 19 23:08:04 2009 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 17DC51065673 for ; Fri, 19 Jun 2009 23:08:04 +0000 (UTC) (envelope-from mgass@unix.csbsju.edu) Received: from smtp1.computing.csbsju.edu (smtp1-out.csbsju.edu [152.65.184.20]) by mx1.freebsd.org (Postfix) with ESMTP id C9EFD8FC13 for ; Fri, 19 Jun 2009 23:08:03 +0000 (UTC) (envelope-from mgass@unix.csbsju.edu) X-AuditID: c0a8b816-b7b38ae000001522-84-4a3c1a53c3aa Received: from maple.computing.csbsju.edu ( [152.65.165.5]) by smtp1.computing.csbsju.edu (Symantec Mail Security) with SMTP id 30.30.05410.35A1C3A4; Fri, 19 Jun 2009 18:08:03 -0500 (CDT) Received: from nx2.csbsju.edu (nx2.csbsju.edu [10.185.11.77]) by maple.computing.csbsju.edu (8.13.1/8.13.1) with ESMTP id n5JN82e4030519 for ; Fri, 19 Jun 2009 18:08:02 -0500 Received: by nx2.csbsju.edu (Postfix, from userid 1401) id 9F24C864C7; Fri, 19 Jun 2009 18:08:02 -0500 (CDT) Date: Fri, 19 Jun 2009 18:08:02 -0500 From: Michael Gass To: freebsd-stable@freebsd.org Message-ID: <20090619230802.GA5795@unix.csbsju.edu> References: <20090619172429.GA5197@unix.csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090619172429.GA5197@unix.csbsju.edu> User-Agent: Mutt/1.5.18 (2008-05-17) X-Brightmail-Tracker: AAAAAA== Subject: Re: kernel wants the wrong driver for my NIC (new issue) 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, 19 Jun 2009 23:08:04 -0000 On Fri, Jun 19, 2009 at 12:24:29PM -0500, Michael Gass wrote: > I'm running 7.2-stable and I replaced an old ISA NIC with > a D-Link DFE-530TX+ card. According to the manual, the > correct driver for this card is rl driver. The kernel > insists on using the vr driver which is for the DFE-530TX. > >From what I can tell, the two cards have different chipsets > and so the drivers are not compatable. > I got the vr driver to work: it was an IRQ issue. Seems sio1 wanted irq 3 which is what vr0 was taking. Somehow that caused a problem. BUT I am still confused about the rl driver not working for this card. The NOTES in /usr/src/sys/conf/NOTES explicitly state that the rl driver is for the DFE-530TX+ and that the vr driver is for the DFE-530TX. I have the former and so should be using the rl drive it seems. Is this a mistake in the documentation (including the man page for each driver)? I made a new kernel without the vr driver and the result was that no driver at all was recognized for the NIC. Is there a way to force the kernel to put an entry in /dev for rl0 so that I could try to configue it for the NIC? BTW, visual inspection of the chip on my DFE-530TX+ says it is a DL10030C. Here is some relevant output from running pciconf -lvc. vr0@pci0:0:11:0: class=0x020000 card=0x14061186 chip=0x31061106 rev=0x86 hdr=0x00 vendor = 'VIA Technologies Inc' device = 'VT6105M/LOM Rhine III PCI Fast Ethernet Controller' class = network subclass = ethernet cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 vgapci0@pci0:1:0:0: class=0x030000 card=0x47421002 chip=0x47421002 rev=0x5c hdr=0x00 > > Output from ifconfig and dmesg are below. > > Thanks, Mike Gass Minnesota USA > > ifconfig output > --------------------------------------------------------- > vr0: flags=8843 metric 0 mtu 1500 > options=2808 > ether 00:22:b0:6d:e8:b6 > inet 192.168.0.3 netmask 0xffffff00 broadcast 192.168.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > plip0: flags=108810 metric 0 mtu 1500 > lo0: flags=8049 metric 0 mtu 16384 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet6 ::1 prefixlen 128 > inet 127.0.0.1 netmask 0xff000000 > > > dmesg output > ------------------------------------------ > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.2-STABLE #0: Sat Jun 13 09:59:29 CDT 2009 > root@pavilion.home.net:/usr/obj/usr/src/sys/GENERIC > module_register: module rl/miibus already exists! > Module rl/miibus failed to register: 17 > module_register: module cardbus/rl already exists! > Module cardbus/rl failed to register: 17 > module_register: module pci/rl already exists! > Module pci/rl failed to register: 17 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium II/Pentium II Xeon/Celeron (400.91-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x665 Stepping = 5 > Features=0x183f9ff > real memory = 268369920 (255 MB) > avail memory = 248492032 (236 MB) > kbd1 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0x2000-0x20ff mem 0xf5000000-0xf5ffffff,0xf4100000-0xf4100fff irq 11 at device 0.0 on pci1 > drm0: <3D Rage Pro AGP 1X/2X> on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xf8000000 64MB > info: [drm] Initialized mach64 2.0.0 20060718 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1050-0x105f at device 7.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > uhci0: port 0x1060-0x107f irq 5 at device 7.2 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > pci0: at device 7.3 (no driver attached) > pci0: at device 10.0 (no driver attached) > vr0: port 0x1400-0x14ff mem 0xf4000000-0xf40000ff irq 3 at device 11.0 on pci0 > vr0: Quirks: 0x0 > vr0: Revision: 0x86 > miibus0: on vr0 > ukphy0: PHY 1 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:22:b0:6d:e8:b6 > vr0: [ITHREAD] > acpi_button0: on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model Generic PS/2 mouse, device ID 0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [FILTER] > cpu0: on acpi0 > acpi_throttle0: on cpu0 > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xca7ff pnpid ORM0000 on isa0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppbus0: on ppc0 > ppbus0: [ITHREAD] > plip0: on ppbus0 > plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ppc0: [GIANT-LOCKED] > ppc0: [ITHREAD] > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 400911857 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 28610MB at ata0-master UDMA33 > acd0: CDROM at ata1-master PIO4 > Trying to mount root from ufs:/dev/ad0s1a > vr0: link state changed to DOWN > vr0: link state changed to UP > vr0: link state changed to DOWN > vr0: link state changed to UP > > _______________________________________________ > 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" -- Michael Gass Department of Mathematics St. John's University Collegeville, MN 56321-3000 (320) 363-3090 mgass@csbsju.edu From owner-freebsd-stable@FreeBSD.ORG Sat Jun 20 00:06:02 2009 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 416EB1065675 for ; Sat, 20 Jun 2009 00:06:02 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id C61E28FC0A for ; Sat, 20 Jun 2009 00:06:01 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:55578 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MHnr7-0001EF-6J for freebsd-stable@freebsd.org; Sat, 20 Jun 2009 01:50:51 +0200 Received: (qmail 55632 invoked from network); 20 Jun 2009 01:50:47 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 20 Jun 2009 01:50:47 +0200 Received: (qmail 57622 invoked by uid 1001); 20 Jun 2009 01:50:47 +0200 Date: Sat, 20 Jun 2009 01:50:47 +0200 From: Erik Trulsson To: Michael Gass Message-ID: <20090619235047.GA57522@owl.midgard.homeip.net> References: <20090619172429.GA5197@unix.csbsju.edu> <20090619230802.GA5795@unix.csbsju.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090619230802.GA5795@unix.csbsju.edu> User-Agent: Mutt/1.5.19 (2009-01-05) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1MHnr7-0001EF-6J. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MHnr7-0001EF-6J 4bb86c132314f0b0ca3d5c35c6254d22 Cc: freebsd-stable@freebsd.org Subject: Re: kernel wants the wrong driver for my NIC (new issue) 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, 20 Jun 2009 00:06:02 -0000 On Fri, Jun 19, 2009 at 06:08:02PM -0500, Michael Gass wrote: > On Fri, Jun 19, 2009 at 12:24:29PM -0500, Michael Gass wrote: > > I'm running 7.2-stable and I replaced an old ISA NIC with > > a D-Link DFE-530TX+ card. According to the manual, the > > correct driver for this card is rl driver. The kernel > > insists on using the vr driver which is for the DFE-530TX. > > >From what I can tell, the two cards have different chipsets > > and so the drivers are not compatable. > > > > I got the vr driver to work: it was an IRQ issue. Seems > sio1 wanted irq 3 which is what vr0 was taking. Somehow that > caused a problem. > > BUT > > I am still confused about the rl driver not working for this > card. The NOTES in /usr/src/sys/conf/NOTES explicitly state > that the rl driver is for the DFE-530TX+ and that the vr > driver is for the DFE-530TX. I have the former and so should > be using the rl drive it seems. Is this a mistake in the > documentation (including the man page for each driver)? Then perhaps the card you have actually is a DFE-530TX. Or maybe the manufacturer changed which chip they use without bothering to change the name of the card - such things happen all too often. I.e. there may well exist two different 'DFE-530TX+' variants - one which uses a Realtek controller, and one which uses a VIA controller. > > I made a new kernel without the vr driver and the result was > that no driver at all was recognized for the NIC. > Is there a way to force the kernel to put an entry in /dev > for rl0 so that I could try to configue it for the NIC? No. The kernel uses the PCI chip-ID to decide which driver attaches to the card. To change which driver is used you would have to go in and modify the kernel source and build a new kernel. Don't bother doing that however, because if the vr(4) driver works for this card (as you say it does) then there is absolutely no way that the rl(4) driver would work for the same card. (And vice versa.) > > BTW, visual inspection of the chip on my DFE-530TX+ says it > is a DL10030C. > > Here is some relevant output from running pciconf -lvc. > > vr0@pci0:0:11:0: class=0x020000 card=0x14061186 chip=0x31061106 rev=0x86 hdr=0x00 > vendor = 'VIA Technologies Inc' > device = 'VT6105M/LOM Rhine III PCI Fast Ethernet Controller' > class = network > subclass = ethernet > cap 01[40] = powerspec 2 supports D0 D1 D2 D3 current D0 That looks very much like a VIA chip which should indeed be handled by the vr(4) driver. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-stable@FreeBSD.ORG Sat Jun 20 02:25:52 2009 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 952EA106567B for ; Sat, 20 Jun 2009 02:25:52 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5EA858FC0C for ; Sat, 20 Jun 2009 02:25:51 +0000 (UTC) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.14.3/8.14.3) with ESMTP id n5K2NYPB005549; Fri, 19 Jun 2009 22:23:34 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200906200223.n5K2NYPB005549@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Fri, 19 Jun 2009 22:25:49 -0400 To: Michael Gass , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <20090619230802.GA5795@unix.csbsju.edu> References: <20090619172429.GA5197@unix.csbsju.edu> <20090619230802.GA5795@unix.csbsju.edu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: kernel wants the wrong driver for my NIC (new issue) 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, 20 Jun 2009 02:25:53 -0000 At 07:08 PM 6/19/2009, Michael Gass wrote: >I am still confused about the rl driver not working for this >card. The NOTES in /usr/src/sys/conf/NOTES explicitly state >that the rl driver is for the DFE-530TX+ and that the vr >driver is for the DFE-530TX. The manufacturer could have changed chipsets and didnt change model numbers. Its certainly not unprecedented. Or the wrong NIC could have been sold to you by accident. >I made a new kernel without the vr driver and the result was >that no driver at all was recognized for the NIC. >Is there a way to force the kernel to put an entry in /dev >for rl0 so that I could try to configue it for the NIC? Its a vr nic. Fiddling with the PCI ids of the drivers, will not make it work. i.e. changing the device IDs that the rl attaches to and removing it from the vr. ---Mike From owner-freebsd-stable@FreeBSD.ORG Sat Jun 20 03:05:32 2009 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 D626C1065674 for ; Sat, 20 Jun 2009 03:05:32 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from mail-gx0-f207.google.com (mail-gx0-f207.google.com [209.85.217.207]) by mx1.freebsd.org (Postfix) with ESMTP id 8CF958FC18 for ; Sat, 20 Jun 2009 03:05:32 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by gxk3 with SMTP id 3so3130096gxk.19 for ; Fri, 19 Jun 2009 20:05:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=MY7XgoRhIQZwUxurzKZb90brkbmje/xrGr8RibSwQ8s=; b=rG5jHEh/qeoLxN1jvtF/S4trMjbZQRr9ulVhlqv2OkpGHLqOKpTACoo5sdl5i8EhB4 5VK0qIbXcYk4BX0F9xC44z/YhDHyQtlip+raem14DIzmdjwQ/A7BuRqF2YyUbUfyES3I J2zKxphsQsxOGmdPNfEqFATbI0BAOSegKUFIs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=YbM8xLj2eH+yYJPHxbKy7fJxYwWFex+KMlsWeo0UIs9hq7mNhYAKL/OZ8KfstCB/HV PWKKiggd5QriaD5xUQ4zAzPU4rv+Jt1amf5Kk+lwPxrk2QxGYVJPb209K7OrE7+MkYNl fOcd0TxRhLNTd8fdJpsF3ggqpz/w75QV7z5Ds= Received: by 10.150.203.13 with SMTP id a13mr6975424ybg.83.1245465321973; Fri, 19 Jun 2009 19:35:21 -0700 (PDT) Received: from ?10.0.3.231? (pool-70-111-1-160.nwrk.east.verizon.net [70.111.1.160]) by mx.google.com with ESMTPS id 6sm470264ywi.33.2009.06.19.19.35.20 (version=SSLv3 cipher=RC4-MD5); Fri, 19 Jun 2009 19:35:21 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Luigi Rizzo In-Reply-To: <20090619202749.GA99473@onelab2.iet.unipi.it> References: <20090619202749.GA99473@onelab2.iet.unipi.it> Content-Type: text/plain Date: Fri, 19 Jun 2009 22:34:38 -0400 Message-Id: <1245465278.3771.18.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.2 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: skype stalls on RELENG_7 ? 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, 20 Jun 2009 03:05:33 -0000 On Fri, 2009-06-19 at 22:27 +0200, Luigi Rizzo wrote: > Hi, > i am not sure what the situation is but i am starting > seeing problems with skype (both 2.0 and 1.2) on a > couple of RELENG_7 machines. One of the machines still uses > linux 2.4 emulation and fc4, the other one has 2.6.16 and fc8 > and is a fresh install of 7.2 > In both cases, i see that skype remains waiting to contact > the server (the 1.2 version seems to timeout earlier > complaining for a password error, but the laptop next > to me can connect with the same account.) > > Anyone else seeing similar problems ? I do not see this problem, my setup is quoted below. OTOH I have seen these symptoms when firewall is in place and port 80 bridge, Skype uses, is overwhelmed. Is this a possibility in your case? sunny:RabbitsDen>uname -a FreeBSD RabbitsDen.RabbitsLawn.verizon.net 7.2-STABLE FreeBSD 7.2-STABLE #0: Sun Jun 14 13:29:30 EDT 2009 root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX60 i386 sunny:RabbitsDen>cat /etc/make.conf CPUTYPE?=core OVERRIDE_LINUX_BASE_PORT=f8 OVERRIDE_LINUX_NONBASE_PORTS=f8 NO_FSCHG= # added by use.perl 2009-06-11 19:19:47 PERL_VERSION=5.10.0 sunny:RabbitsDen>pkg_info | grep -i skype skype-2.0.0.72,1 P2P VoIP software sunny:RabbitsDen>pkg_info | grep linux linux-f8-alsa-lib-1.0.15_1 The Advanced Linux Sound Architecture libraries (Linux Fedo linux-f8-atk-1.20.0_1 Accessibility Toolkit, Linux/i386 binary (Linux Fedora 8) linux-f8-cairo-1.4.14_1 Vector graphics library Cairo (Linux Fedora 8) linux-f8-expat-2.0.1_1 Linux/i386 binary port of Expat XML-parsing library (Linux linux-f8-fontconfig-2.4.2_1 An XML-based font configuration API for X Windows (Linux Fe linux-f8-gtk2-2.12.8_1 GTK+ library, version 2.X (Linux Fedora 8) linux-f8-pango-1.18.4_1 The pango library (Linux Fedora 8) linux-f8-png-1.2.22_1 RPM of the PNG lib (Linux Fedora 8) linux-f8-tiff-3.8.2_1 The TIFF library, Linux/i386 binary (Linux Fedora 8) linux-f8-xorg-libs-7.3_3 Xorg libraries (Linux Fedora 8) linux-flashplugin-9.0r159 Adobe Flash Player NPAPI Plugin linux-hicolor-icon-theme-0.5_3 A high-color icon theme shell from the FreeDesktop project linux-jpeg-6b.34_2 RPM of the JPEG lib linux-libsigc-2.0.17_2 Callback Framework for C++ (linux version) linux-nvu-1.0_1 A complete Web Authoring System linux-openssl-0.9.7f_2 SSL and crypto library (Linux Version) linux-realplayer-10.0.9.809.20070726 Linux RealPlayer 10 from RealNetworks linux_base-f8-8_11 Base set of packages needed in Linux mode (for i386/amd64) linux_dri-7.0_1 Binary Linux DRI libraries for 3D hardware acceleration of > > cheers > luigi > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Sat Jun 20 06:34:52 2009 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 7B4FC1065670 for ; Sat, 20 Jun 2009 06:34:52 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 0B4A48FC08 for ; Sat, 20 Jun 2009 06:34:51 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id ADD9773098; Sat, 20 Jun 2009 08:40:09 +0200 (CEST) Date: Sat, 20 Jun 2009 08:40:09 +0200 From: Luigi Rizzo To: Alexandre Sunny Kovalenko Message-ID: <20090620064009.GA18187@onelab2.iet.unipi.it> References: <20090619202749.GA99473@onelab2.iet.unipi.it> <1245465278.3771.18.camel@RabbitsDen> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1245465278.3771.18.camel@RabbitsDen> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: skype stalls on RELENG_7 ? 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, 20 Jun 2009 06:34:52 -0000 On Fri, Jun 19, 2009 at 10:34:38PM -0400, Alexandre Sunny Kovalenko wrote: > On Fri, 2009-06-19 at 22:27 +0200, Luigi Rizzo wrote: > > Hi, > > i am not sure what the situation is but i am starting > > seeing problems with skype (both 2.0 and 1.2) on a > > couple of RELENG_7 machines. One of the machines still uses > > linux 2.4 emulation and fc4, the other one has 2.6.16 and fc8 > > and is a fresh install of 7.2 > > In both cases, i see that skype remains waiting to contact > > the server (the 1.2 version seems to timeout earlier > > complaining for a password error, but the laptop next > > to me can connect with the same account.) > > > > Anyone else seeing similar problems ? > I do not see this problem, my setup is quoted below. > > OTOH I have seen these symptoms when firewall is in place and port 80 > bridge, Skype uses, is overwhelmed. Is this a possibility in your case? > > sunny:RabbitsDen>uname -a > FreeBSD RabbitsDen.RabbitsLawn.verizon.net 7.2-STABLE FreeBSD 7.2-STABLE > #0: Sun Jun 14 13:29:30 EDT 2009 > root@RabbitsDen.RabbitsLawn.verizon.net:/usr/obj/usr/src/sys/TPX60 i386 > sunny:RabbitsDen>cat /etc/make.conf > CPUTYPE?=core > OVERRIDE_LINUX_BASE_PORT=f8 > OVERRIDE_LINUX_NONBASE_PORTS=f8 > NO_FSCHG= thanks a lot, the 'OVERRIDE_LINUX_NONBASE_PORTS' seems to be what i was missing. In particular, i still had some f4 ports installed. After setting OVERRIDE_LINUX_NONBASE_PORTS, I did a manual "portupgrade -f ... " on the linux ports, and then 'portupgrade -o ..." on some of the many ports which were still not updated . I am not sure what subset needs to be up to date, but bringing in linux-f8-alsa-lib-1.0.15_1 seemed to do the job. These are my linux ports now: > ls -d linux* linux-cairo-1.0.2_2 linux-jpeg-6b.34_2 linux-expat-1.95.8_2 linux-libsigc-2.0.17_2 linux-f8-alsa-lib-1.0.15_1 linux-libxml2-2.6.19_2 linux-f8-atk-1.20.0_1 linux-nvu-1.0_1 linux-f8-openssl-0.9.8b_1 linux-pango-1.10.2_3 linux-flashplugin-9.0r159 linux-png-1.2.8_4 linux-fontconfig-2.2.3_9 linux-tiff-3.7.1_2 linux-gdk-pixbuf-0.22.0.18.fc4.2_2 linux-xorg-libs-6.8.2_7 linux-gtk2-2.6.10_3 linux_base-f8-8_11 linux-hicolor-icon-theme-0.5_3 linux_dri-7.0_1 cheers luigi > # added by use.perl 2009-06-11 19:19:47 > PERL_VERSION=5.10.0 > sunny:RabbitsDen>pkg_info | grep -i skype > skype-2.0.0.72,1 P2P VoIP software > sunny:RabbitsDen>pkg_info | grep linux > linux-f8-alsa-lib-1.0.15_1 The Advanced Linux Sound Architecture > libraries (Linux Fedo > linux-f8-atk-1.20.0_1 Accessibility Toolkit, Linux/i386 binary (Linux > Fedora 8) > linux-f8-cairo-1.4.14_1 Vector graphics library Cairo (Linux Fedora 8) > linux-f8-expat-2.0.1_1 Linux/i386 binary port of Expat XML-parsing > library (Linux > linux-f8-fontconfig-2.4.2_1 An XML-based font configuration API for X > Windows (Linux Fe > linux-f8-gtk2-2.12.8_1 GTK+ library, version 2.X (Linux Fedora 8) > linux-f8-pango-1.18.4_1 The pango library (Linux Fedora 8) > linux-f8-png-1.2.22_1 RPM of the PNG lib (Linux Fedora 8) > linux-f8-tiff-3.8.2_1 The TIFF library, Linux/i386 binary (Linux Fedora > 8) > linux-f8-xorg-libs-7.3_3 Xorg libraries (Linux Fedora 8) > linux-flashplugin-9.0r159 Adobe Flash Player NPAPI Plugin > linux-hicolor-icon-theme-0.5_3 A high-color icon theme shell from the > FreeDesktop project > linux-jpeg-6b.34_2 RPM of the JPEG lib > linux-libsigc-2.0.17_2 Callback Framework for C++ (linux version) > linux-nvu-1.0_1 A complete Web Authoring System > linux-openssl-0.9.7f_2 SSL and crypto library (Linux Version) > linux-realplayer-10.0.9.809.20070726 Linux RealPlayer 10 from > RealNetworks > linux_base-f8-8_11 Base set of packages needed in Linux mode (for > i386/amd64) > linux_dri-7.0_1 Binary Linux DRI libraries for 3D hardware > acceleration of > > > > cheers > > luigi > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Jun 20 08:37:22 2009 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 768231065678 for ; Sat, 20 Jun 2009 08:37:22 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwmtas04p.mx.bigpond.com (nschwmtas04p.mx.bigpond.com [61.9.189.146]) by mx1.freebsd.org (Postfix) with ESMTP id B59508FC21 for ; Sat, 20 Jun 2009 08:37:21 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from nschwotgx01p.mx.bigpond.com ([124.188.162.219]) by nschwmtas04p.mx.bigpond.com with ESMTP id <20090620083719.YDWN2030.nschwmtas04p.mx.bigpond.com@nschwotgx01p.mx.bigpond.com> for ; Sat, 20 Jun 2009 08:37:19 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by nschwotgx01p.mx.bigpond.com with ESMTP id <20090620083718.GOKU12022.nschwotgx01p.mx.bigpond.com@areilly.bpa.nu> for ; Sat, 20 Jun 2009 08:37:18 +0000 Received: (qmail 3372 invoked by uid 501); 20 Jun 2009 08:37:15 -0000 Date: Sat, 20 Jun 2009 18:37:14 +1000 From: Andrew Reilly To: freebsd-stable@freebsd.org Message-ID: <20090620083714.GA1920@duncan.reilly.home> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="huq684BweRXVnRxX" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150204.4A3C9FBF.0042,ss=1,fgs=0 X-SIH-MSG-ID: rx06Ftf9TAD0zmQv0WC2OwcnyAzlq3Mv8Z4QX81loRIGTUDBp8PfStrAIudRu8u4xDxMJhqNNGInaa3tTY3RstCK Subject: Recent 7-STABLE has stopped booting properly (for me): SCSI over umass and firewire implicated 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, 20 Jun 2009 08:37:22 -0000 --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi there, Rather than jumping straight to send-pr, I thought that I'd see if anyone had experience or thoughts about this. I've had a couple of external drives on my AMD64-X2 + NVidia system for some time. The Maxtor 300G Firewire drive died recently though, and I replaced it with a 1TB WD "MyBook" firewire+usb2 drive. I also have a WD 750G MyBook that is only USB2. OK, I suspect that the 1TB WD drive might be a problem, but the 750G WD drive *used* to come up just fine. I had it work once on FW, but when I got the run_interrupt_driven_hooks: still waiting for xpt_config problem, I switched it to usb and that seemed to make it happy for a while... Anyway, I did my update-to-stable this morning, and the reboot did not go smoothly. It stopped at the dreaded: un_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config run_interrupt_driven_hooks: still waiting after 120 seconds for xpt_config and started again after I unplugged both drives. On another reboot the 750G WD drive didn't probe at all, even after an unplug-replug exercise, and the 1TB drive grabbed da0, which the other usually uses. That time, the boot messages complained (bizarrely): xptioctl: pass driver is not in the kernel xptioctl: put "device pass" in your kernel config file I say bizarrely because I'm running a kernel config that is only: include GENERIC ident DUNCAN device atapicam nodevice atapicd # ATAPI CDROM drives nodevice atapifd # ATAPI floppy drives nodevice atapist # ATAPI tape drives so of course device pass is in there... In summary, the only way that I seem to be able to reliably boot at the moment is to * unplug the external drives while the computer is down, * let it fail to boot while attempting to mount them from the fstab file, * power them up and plug them in, in the right order, * and watch that /dev/da0 and then /dev/da1 are created, * mount them manually, * then exit the shell to allow the system to finish coming up. This clearly isn't a recipe that allows for graceful unattended recovery from power outages or remote system maintenance. I'll attach my most recent dmesg, which is "verbose", in the hope that it helps the discussion. Thanks in advance for any suggestions, -- Andrew --huq684BweRXVnRxX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=manual-bring-up Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #65: Sat Jun 20 11:08:34 EST 2009 root@duncan.reilly.home:/usr/obj/usr/src/sys/DUNCAN Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff80d6e000. Preloaded elf obj module "/boot/kernel/geom_mirror.ko" at 0xffffffff80d6e1a8. Preloaded elf obj module "/boot/kernel/snd_ich.ko" at 0xffffffff80d6e818. Preloaded elf obj module "/boot/kernel/sound.ko" at 0xffffffff80d6ee00. Calibrating clock(s) ... i8254 clock: 1193243 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2211342742 Hz CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ (2211.34-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x20fb1 Stepping = 1 Features=0x178bfbff Features2=0x1 AMD Features=0xe2500800 AMD Features2=0x3 Cores per package: 2 L1 2MB data TLB: 8 entries, fully associative L1 2MB instruction TLB: 8 entries, fully associative L1 4KB data TLB: 32 entries, fully associative L1 4KB instruction TLB: 32 entries, fully associative L1 data cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L1 instruction cache: 64 kbytes, 64 bytes/line, 1 lines/tag, 2-way associative L2 2MB unified TLB: 0 entries, disabled/not present L2 4KB data TLB: 512 entries, 4-way associative L2 4KB instruction TLB: 512 entries, 4-way associative L2 unified cache: 512 kbytes, 64 bytes/line, 1 lines/tag, 16-way associative usable memory = 3207524352 (3058 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000d9c000 - 0x00000000ba57ffff, 3112058880 bytes (759780 pages) avail memory = 3094441984 (2951 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 APIC: CPU 0 has ACPI ID 0 APIC: CPU 1 has ACPI ID 1 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ULE: setup cpu group 1 ULE: setup cpu 1 ULE: adding cpu 1 to group 1: cpus 1 mask 0x2 ACPI: RSDP @ 0x0xf6d10/0x0014 (v 0 Nvidia) ACPI: RSDT @ 0x0xbfff3000/0x0030 (v 1 Nvidia AWRDACPI 0x42302E31 AWRD 0x01010101) ACPI: FACP @ 0x0xbfff3040/0x0074 (v 1 Nvidia AWRDACPI 0x42302E31 AWRD 0x01010101) ACPI: DSDT @ 0x0xbfff30c0/0x4C3F (v 1 NVIDIA AWRDACPI 0x00001000 MSFT 0x0100000C) ACPI: FACS @ 0x0xbfff0000/0x0040 ACPI: MCFG @ 0x0xbfff7d80/0x003C (v 1 Nvidia AWRDACPI 0x42302E31 AWRD 0x01010101) ACPI: APIC @ 0x0xbfff7d00/0x007C (v 1 Nvidia AWRDACPI 0x42302E31 AWRD 0x01010101) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Changing APIC ID to 2 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level MADT: Interrupt override: source 14, irq 14 MADT: Interrupt override: source 15, irq 15 lapic0: Routing NMI -> LINT1 lapic0: LINT1 trigger: edge lapic0: LINT1 polarity: high lapic1: Routing NMI -> LINT1 lapic1: LINT1 trigger: edge lapic1: LINT1 polarity: high ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_buffersize=16384 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 wlan_amrr: wlan: <802.11 Link Layer> null: random: nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Jun 20 2009 11:06:41) acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) AcpiOsDerivePciId: \\_SB_.PCI0.VT86.PDEV -> bus 0 dev 1 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.VT86.PIRQ -> bus 0 dev 1 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, bfef0000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 5 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 10 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 5 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 12 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 12 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link8: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 11 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link9: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link10: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 11 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link11: Index IRQ Rtd Ref IRQs Initial Probe 0 12 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 12 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link12: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link13: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 10 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link14: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 11 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link15: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 7 9 10 11 12 14 15 Validation 0 255 N 0 3 4 5 7 9 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 7 9 10 11 12 14 15 pci_link16: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 16 Validation 0 255 N 0 16 After Disable 0 255 N 0 16 pci_link17: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 17 Validation 0 255 N 0 17 After Disable 0 255 N 0 17 pci_link18: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 18 Validation 0 255 N 0 18 After Disable 0 255 N 0 18 pci_link19: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 19 Validation 0 255 N 0 19 After Disable 0 255 N 0 19 pci_link20: Index IRQ Rtd Ref IRQs Initial Probe 0 16 N 0 16 Validation 0 16 N 0 16 After Disable 0 255 N 0 16 pci_link21: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link22: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link23: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link24: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link25: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link26: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link27: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link28: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link29: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link30: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 pci_link31: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 20 21 22 23 Validation 0 255 N 0 20 21 22 23 After Disable 0 255 N 0 20 21 22 23 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x10de, dev=0x005e, revid=0xa3 domain=0, bus=0, slot=0, func=0 class=05-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0050, revid=0xa3 domain=0, bus=0, slot=1, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x000f, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x10de, dev=0x0052, revid=0xa2 domain=0, bus=0, slot=1, func=1 class=0c-05-00, hdrtype=0x00, mfdev=1 cmdreg=0x0001, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xec00, size 5, enabled map[20]: type I/O Port, range 32, base 0x1c00, size 6, enabled map[24]: type I/O Port, range 32, base 0x1c40, size 6, enabled pcib0: matched entry for 0.1.INTA (src \\_SB_.PCI0.APCS:0) pci_link26: Picked IRQ 20 with weight 0 pcib0: slot 1 INTA routed to irq 20 via \\_SB_.PCI0.APCS found-> vendor=0x10de, dev=0x005a, revid=0xa2 domain=0, bus=0, slot=2, func=0 class=0c-03-10, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf2102000, size 12, enabled pcib0: matched entry for 0.2.INTA (src \\_SB_.PCI0.APCF:0) pci_link21: Picked IRQ 21 with weight 0 pcib0: slot 2 INTA routed to irq 21 via \\_SB_.PCI0.APCF found-> vendor=0x10de, dev=0x005b, revid=0xa3 domain=0, bus=0, slot=2, func=1 class=0c-03-20, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=b, irq=12 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfeb00000, size 8, enabled pcib0: matched entry for 0.2.INTB (src \\_SB_.PCI0.APCL:0) pci_link27: Picked IRQ 22 with weight 0 pcib0: slot 2 INTB routed to irq 22 via \\_SB_.PCI0.APCL found-> vendor=0x10de, dev=0x0059, revid=0xa2 domain=0, bus=0, slot=4, func=0 class=04-01-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x05 (1250 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type I/O Port, range 32, base 0xb800, size 8, enabled map[14]: type I/O Port, range 32, base 0xbc00, size 8, enabled map[18]: type Memory, range 32, base 0xf2105000, size 12, enabled pcib0: matched entry for 0.4.INTA (src \\_SB_.PCI0.APCJ:0) pci_link24: Picked IRQ 23 with weight 0 pcib0: slot 4 INTA routed to irq 23 via \\_SB_.PCI0.APCJ found-> vendor=0x10de, dev=0x0053, revid=0xf2 domain=0, bus=0, slot=6, func=0 class=01-01-8a, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) powerspec 2 supports D0 D3 current D0 map[20]: type I/O Port, range 32, base 0xf000, size 4, enabled found-> vendor=0x10de, dev=0x0054, revid=0xf3 domain=0, bus=0, slot=7, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x9f0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbf0, size 2, enabled map[18]: type I/O Port, range 32, base 0x970, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb70, size 2, enabled map[20]: type I/O Port, range 32, base 0xd000, size 4, enabled map[24]: type Memory, range 32, base 0xf2100000, size 12, enabled pcib0: matched entry for 0.7.INTA (src \\_SB_.PCI0.APSI:0) pci_link29: Picked IRQ 21 with weight 1 pcib0: slot 7 INTA routed to irq 21 via \\_SB_.PCI0.APSI found-> vendor=0x10de, dev=0x0055, revid=0xf3 domain=0, bus=0, slot=8, func=0 class=01-01-85, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x01 (250 ns) intpin=a, irq=11 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0x9e0, size 3, enabled map[14]: type I/O Port, range 32, base 0xbe0, size 2, enabled map[18]: type I/O Port, range 32, base 0x960, size 3, enabled map[1c]: type I/O Port, range 32, base 0xb60, size 2, enabled map[20]: type I/O Port, range 32, base 0xe400, size 4, enabled map[24]: type Memory, range 32, base 0xf2101000, size 12, enabled pcib0: matched entry for 0.8.INTA (src \\_SB_.PCI0.APSJ:0) pci_link30: Picked IRQ 22 with weight 1 pcib0: slot 8 INTA routed to irq 22 via \\_SB_.PCI0.APSJ found-> vendor=0x10de, dev=0x005c, revid=0xa2 domain=0, bus=0, slot=9, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x00a0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x02 (500 ns) found-> vendor=0x10de, dev=0x0057, revid=0xa3 domain=0, bus=0, slot=10, func=0 class=06-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x00b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x01 (250 ns), maxlat=0x14 (5000 ns) intpin=a, irq=12 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf2103000, size 12, enabled map[14]: type I/O Port, range 32, base 0xe800, size 3, enabled pcib0: matched entry for 0.10.INTA (src \\_SB_.PCI0.APCH:0) pci_link23: Picked IRQ 23 with weight 1 pcib0: slot 10 INTA routed to irq 23 via \\_SB_.PCI0.APCH found-> vendor=0x10de, dev=0x005d, revid=0xa3 domain=0, bus=0, slot=11, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x005d, revid=0xa3 domain=0, bus=0, slot=12, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x005d, revid=0xa3 domain=0, bus=0, slot=13, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x10de, dev=0x005d, revid=0xa3 domain=0, bus=0, slot=14, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 2 messages, 64 bit found-> vendor=0x1022, dev=0x1100, revid=0x00 domain=0, bus=0, slot=24, func=0 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1101, revid=0x00 domain=0, bus=0, slot=24, func=1 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1102, revid=0x00 domain=0, bus=0, slot=24, func=2 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x1022, dev=0x1103, revid=0x00 domain=0, bus=0, slot=24, func=3 class=06-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) pci0: at device 0.0 (no driver attached) isab0: at device 1.0 on pci0 isa0: on isab0 pci0: at device 1.1 (no driver attached) ohci0: mem 0xf2102000-0xf2102fff irq 21 at device 2.0 on pci0 ohci0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf2102000 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 49 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 10 ports with 10 removable, self powered ehci0: mem 0xfeb00000-0xfeb000ff irq 22 at device 2.1 on pci0 ehci0: Reserved 0x100 bytes for rid 0x10 type 3 at 0xfeb00000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 50 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb1: EHCI version 1.0 usb1: companion controller, 4 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: on usb1 uhub1: 10 ports with 10 removable, self powered pcm0: port 0xb800-0xb8ff,0xbc00-0xbcff mem 0xf2105000-0xf2105fff irq 23 at device 4.0 on pci0 pcm0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xb800 pcm0: Reserved 0x100 bytes for rid 0x14 type 4 at 0xbc00 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 51 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: pcm0: Codec features 5 bit master volume, no 3D Stereo Enhancement pcm0: Primary codec extended features double rate PCM, reserved 1, center DAC, surround DAC, LFE DAC, reserved 5 pcm0: ac97 codec dac ready count: 0 pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "line": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: Mixer "line1": pcm0: Mixer "phin": pcm0: Mixer "phout": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap ba408000, 4000; 0xffffff80000b9000 -> ba408000 pcm0: sndbuf_setmap ba40c000, 4000; 0xffffff80000bd000 -> ba40c000 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 6.0 on pci0 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xf000 ata0: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0x1f0 atapci0: Reserved 0x1 bytes for rid 0x14 type 4 at 0x3f6 ata0: reset tp1 mask=03 ostat0=60 ostat1=70 ata0: stat0=0x20 err=0x20 lsb=0x20 msb=0x20 ata0: stat1=0x30 err=0x30 lsb=0x30 msb=0x30 ata0: reset tp2 stat0=20 stat1=30 devices=0x0 ioapic0: routing intpin 14 (ISA IRQ 14) to vector 52 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0x170 atapci0: Reserved 0x1 bytes for rid 0x1c type 4 at 0x376 ata1: reset tp1 mask=03 ostat0=50 ostat1=01 ata1: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata1: stat1=0x00 err=0x04 lsb=0x00 msb=0x00 ata1: reset tp2 stat0=00 stat1=00 devices=0x4 ioapic0: routing intpin 15 (ISA IRQ 15) to vector 53 ata1: [MPSAFE] ata1: [ITHREAD] atapci1: port 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xd000-0xd00f mem 0xf2100000-0xf2100fff irq 21 at device 7.0 on pci0 atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xd000 atapci1: [MPSAFE] atapci1: [ITHREAD] atapci1: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xf2100000 ata2: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9f0 atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbf0 ata2: SATA connect time=0ms ata2: reset tp1 mask=01 ostat0=50 ostat1=00 ata2: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=50 stat1=00 devices=0x1 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci1 atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0x970 atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb70 ata3: SATA connect time=0ms ata3: reset tp1 mask=01 ostat0=50 ostat1=00 ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 ata3: reset tp2 stat0=50 stat1=00 devices=0x1 ata3: [MPSAFE] ata3: [ITHREAD] atapci2: port 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xe400-0xe40f mem 0xf2101000-0xf2101fff irq 22 at device 8.0 on pci0 atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe400 atapci2: [MPSAFE] atapci2: [ITHREAD] atapci2: Reserved 0x1000 bytes for rid 0x24 type 3 at 0xf2101000 ata4: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0x9e0 atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xbe0 ata4: SATA connect status=00000000 ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci2 atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0x960 atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xb60 ata5: SATA connect status=00000000 ata5: [MPSAFE] ata5: [ITHREAD] pcib1: at device 9.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xfff pcib1: memory decode 0xf2000000-0xf20fffff pcib1: no prefetched decode pcib1: Subtractively decoded bridge. pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x104c, dev=0x8025, revid=0x01 domain=0, bus=1, slot=10, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x20 (960 ns), mingnt=0x03 (750 ns), maxlat=0x04 (1000 ns) intpin=a, irq=5 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xf2004000, size 11, enabled pcib1: requested memory range 0xf2004000-0xf20047ff: good map[14]: type Memory, range 32, base 0xf2000000, size 14, enabled pcib1: requested memory range 0xf2000000-0xf2003fff: good pcib1: matched entry for 1.10.INTA (src \\_SB_.PCI0.APC3:0) pci_link18: Picked IRQ 18 with weight 0 pcib1: slot 10 INTA routed to irq 18 via \\_SB_.PCI0.APC3 fwohci0: mem 0xf2004000-0xf20047ff,0xf2000000-0xf2003fff irq 18 at device 10.0 on pci1 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xf2004000 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 54 fwohci0: [MPSAFE] fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:14:85:56:00:e6:80:b0 fwohci0: invalid speed 7 (fixed to 3). fwohci0: Phy 1394a available S800, 3 ports. fwohci0: Link S800, max_rec 4096 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:14:85:e6:80:b0 fwe0: bpf attached fwe0: Ethernet address: 02:14:85:e6:80:b0 fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 00:14:85:56:00:e6:80:b0 @ 0xfffe00000000, S800, maxrec 4096 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xba52c000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode nfe0: port 0xe800-0xe807 mem 0xf2103000-0xf2103fff irq 23 at device 10.0 on pci0 nfe0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xf2103000 miibus0: on nfe0 ciphy0: PHY 7 on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto nfe0: bpf attached nfe0: Ethernet address: 00:14:85:e7:78:60 nfe0: [MPSAFE] nfe0: [FILTER] pcib2: at device 11.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0x9000-0x9fff pcib2: no prefetched decode pcib2: could not get PCI interrupt routing table for \\_SB_.PCI0.XVR3 - AE_NOT_FOUND pci2: on pcib2 pci2: domain=0, physical bus=2 pcib3: at device 12.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0x8000-0x8fff pcib3: no prefetched decode pcib3: could not get PCI interrupt routing table for \\_SB_.PCI0.XVR2 - AE_NOT_FOUND pci3: on pcib3 pci3: domain=0, physical bus=3 pcib4: at device 13.0 on pci0 pcib4: domain 0 pcib4: secondary bus 4 pcib4: subordinate bus 4 pcib4: I/O decode 0x7000-0x7fff pcib4: no prefetched decode pcib4: could not get PCI interrupt routing table for \\_SB_.PCI0.XVR1 - AE_NOT_FOUND pci4: on pcib4 pci4: domain=0, physical bus=4 pcib5: at device 14.0 on pci0 pcib5: domain 0 pcib5: secondary bus 5 pcib5: subordinate bus 5 pcib5: I/O decode 0xa000-0xafff pcib5: memory decode 0xf0000000-0xf1ffffff pcib5: prefetched decode 0xe0000000-0xefffffff pcib5: could not get PCI interrupt routing table for \\_SB_.PCI0.XVR0 - AE_NOT_FOUND pci5: on pcib5 pci5: domain=0, physical bus=5 found-> vendor=0x1002, dev=0x9598, revid=0x00 domain=0, bus=5, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 64, base 0xe0000000, size 28, enabled pcib5: requested memory range 0xe0000000-0xefffffff: good map[18]: type Memory, range 64, base 0xf1000000, size 16, enabled pcib5: requested memory range 0xf1000000-0xf100ffff: good map[20]: type I/O Port, range 32, base 0xa000, size 8, enabled pcib5: requested I/O range 0xa000-0xa0ff: in range pcib0: matched entry for 0.14.INTA (src \\_SB_.PCI0.APC3:0) pcib0: slot 14 INTA routed to irq 18 via \\_SB_.PCI0.APC3 pcib5: slot 0 INTA is routed to irq 18 found-> vendor=0x1002, dev=0xaa20, revid=0x00 domain=0, bus=5, slot=0, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xf1010000, size 14, enabled pcib5: requested memory range 0xf1010000-0xf1013fff: good pcib0: matched entry for 0.14.INTB (src \\_SB_.PCI0.APC4:0) pci_link19: Picked IRQ 19 with weight 0 pcib0: slot 14 INTB routed to irq 19 via \\_SB_.PCI0.APC4 pcib5: slot 0 INTB is routed to irq 19 vgapci0: port 0xa000-0xa0ff mem 0xe0000000-0xefffffff,0xf1000000-0xf100ffff irq 18 at device 0.0 on pci5 pci5: at device 0.1 (no driver attached) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A ioapic0: routing intpin 4 (ISA IRQ 4) to vector 55 sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: irq maps: 0 0 0 0 sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A ioapic0: routing intpin 3 (ISA IRQ 3) to vector 56 sio1: [FILTER] ppc0: using extended I/O port range ppc0: ECP SPP ECP+EPP SPP ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 ioapic0: routing intpin 7 (ISA IRQ 7) to vector 57 ppbus0: [MPSAFE] ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag plip0: bpf attached lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0067 atkbd: keyboard ID 0x41ab (2) kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 58 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ cpu0: on acpi0 cpu0: switching to generic Cx mode powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 ex_isa_identify() atkbdc: atkbdc0 already exists; skipping it ppc: ppc0 already exists; skipping it sio: sio0 already exists; skipping it sio: sio1 already exists; skipping it ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 1: ioport 0x1c00 alloc failed ahc_isa_probe 11: ioport 0xbc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xcffff on isa0 fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: sc (syscons terminal) sio2: not probed (disabled) sio3: not probed (disabled) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 isa_probe_children: probing PnP devices ums0: on uhub0 ums0: 2 buttons. uscanner0: on uhub0 Device configuration finished. Reducing kern.maxvnodes 196147 -> 100000 procfs registered lapic: Divisor 2, Frequency 100515587 hz Timecounter "TSC" frequency 2211342742 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected.firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) fwohci0: phy int ata1-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad4: 715403MB at ata2-master SATA150 ad4: 1465147055 sectors [1453518C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad4 ad4: nVidia check1 failed ad4: Adaptec check1 failed ad4: LSI (v3) check1 failed ad4: LSI (v2) check1 failed ad4: FreeBSD check1 failed ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire ad6: 715404MB at ata3-master SATA150 ad6: 1465149168 sectors [1453521C/16H/63S] 16 sectors/interrupt 1 depth queue GEOM: new disk ad6 ad6: nVidia check1 failed ad6: Adaptec check1 failed GEOM_MIRROR: Device mirror/gm0 launched (2/2). ad6: LSI (v3) check1 failed ad6: LSI (v2) check1 failed ad6: FreeBSD check1 failed pcm0: measured ac97 link rate at 47997 Hz, will use 48000 Hz GEOM_LABEL: Label for provider mirror/gm0s1a is ufsid/4a34e7954ade199c. GEOM_LABEL: Label for provider mirror/gm0s1d is ufsid/4a34e7addf0b3850. GEOM_LABEL: Label for provider mirror/gm0s1e is ufsid/4a34e79577a524cd. unknown: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error (probe0:ata1:0:0:0): Down reving Protocol Version from 2 to 0? (probe0:ata1:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata1:0:0:0): CAM Status: SCSI Status Error (probe0:ata1:0:0:0): SCSI Status: Check Condition (probe0:ata1:0:0:0): UNIT ATTENTION asc:29,0 (probe0:ata1:0:0:0): Power on, reset, or bus device reset occurred (probe0:ata1:0:0:0): (probe0:ata1:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata1:0:0:0): UNIT ATTENTION asc:29,0 (probe0:ata1:0:0:0): Power on, reset, or bus device reset occurred Retrying Command (per Sense Data) (probe0:ata1:0:0:0): Retrying Command (probe0:ata1:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata1:0:0:0): CAM Status: SCSI Status Error (probe0:ata1:0:0:0): SCSI Status: Check Condition (probe0:ata1:0:0:0): NOT READY asc:3a,0 (probe0:ata1:0:0:0): Medium not present (probe0:ata1:0:0:0): (probe0:ata1:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:ata1:0:0:0): NOT READY asc:3a,0 (probe0:ata1:0:0:0): Medium not present Unretryable error (probe0:ata1:0:0:0): error 6 (probe0:ata1:0:0:0): Unretryable Error (probe1:sbp0:0:0:0): error 22 (probe1:sbp0:0:0:0): Unretryable Error (probe2:sbp0:0:1:0): error 22 (probe2:sbp0:0:1:0): Unretryable Error (probe3:sbp0:0:2:0): error 22 (probe3:sbp0:0:2:0): Unretryable Error (probe4:sbp0:0:3:0): error 22 (probe4:sbp0:0:3:0): Unretryable Error (probe5:sbp0:0:4:0): error 22 (probe5:sbp0:0:4:0): Unretryable Error (probe6:sbp0:0:5:0): error 22 (probe6:sbp0:0:5:0): Unretryable Error (probe7:sbp0:0:6:0): error 22 (probe7:sbp0:0:6:0): Unretryable Error (probe0:ata1:0:0:0): error 6 (probe0:ata1:0:0:0): Unretryable Error unknown: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 (probe0:ata1:0:0:0): error 22 (probe0:ata1:0:0:0): Unretryable Error pass0 at ata1 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 3.300MB/s transfers GEOM: new disk cd0 ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00040010 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00000000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 3 to local APIC 1 ioapic0: Assigning ISA IRQ 4 to local APIC 0 ioapic0: Assigning ISA IRQ 7 to local APIC 1 ioapic0: Assigning ISA IRQ 9 to local APIC 0 ioapic0: Assigning ISA IRQ 14 to local APIC 1 ioapic0: Assigning ISA IRQ 15 to local APIC 0 ioapic0: Assigning PCI IRQ 18 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 ioapic0: Assigning PCI IRQ 23 to local APIC 0 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 3.300MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error scsi_cd.c::ioctl cmd=4400648b error=25 (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error (cd0:ata1:0:0:0): error 6 (cd0:ata1:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/mirror/gm0s1a start_init: trying /sbin/init GEOM_LABEL: Label ufsid/4a34e7954ade199c removed. GEOM_LABEL: Label for provider mirror/gm0s1a is ufsid/4a34e7954ade199c. GEOM_LABEL: Label ufsid/4a34e7addf0b3850 removed. GEOM_LABEL: Label for provider mirror/gm0s1d is ufsid/4a34e7addf0b3850. GEOM_LABEL: Label ufsid/4a34e79577a524cd removed. GEOM_LABEL: Label for provider mirror/gm0s1e is ufsid/4a34e79577a524cd. GEOM_LABEL: Label ufsid/4a34e7954ade199c removed. GEOM_LABEL: Label ufsid/4a34e7addf0b3850 removed. GEOM_LABEL: Label ufsid/4a34e79577a524cd removed. umass0: on uhub1 umass0:7:0:-1: Attached to scbus7 (probe0:umass-sim0:0:0:0): Down reving Protocol Version from 2 to 0? pass1 at umass-sim0 bus 0 target 0 lun 0 pass1: E OFMi:x ende wD irdeicstk Adac0ce ss SCSI-0 device pass1: 40.000MB/s transfers da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 715404MB (1465149168 512 byte sectors: 255H 63S/T 91201C) GEOM_LABEL: Label for provider da0s1a is ufsid/484a3a0a61af3002. GEOM_LABEL: Label ufsid/484a3a0a61af3002 removed. fwohci0: BUS reset fwohci0: node_id=0x8800ffc0, gen=2, non CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 0 (me) firewire0: root node is not cycle master capable firewire0: bus manager 0 (me) fwohci0: too many cycle lost, no cycle master presents? fwohci0: BUS reset fwohci0: node_id=0xc800ffc1, gen=3, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me) fwohci0: BUS reset fwohci0: node_id=0xc800ffc1, gen=4, CYCLEMASTER mode firewire0: 2 nodes, maxhop <= 1, cable IRM = 1 (me) firewire0: bus manager 1 (me) firewire0: New S800 device ID:0090a97488ce53aa (probe0:sbp0:0:0:0): error 22 (probe0:sbp0:0:0:0): Unretryable Error pass2 at sbp0 bus 0 target 0 lun 0 pass2: dFai1x ed Direct Access SCSI-4 device pass2: 50.000MB/s transfers da1 at sbp0 bus 0 target 0 lun 0 da1: Fixed Direct Access SCSI-4 device da1: 50.000MB/s transfers da1: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) GEOM_LABEL: Label for provider da1s1a is ufsid/4a324039d6307dd3. (probe0:sbp0:0:0:1): error 22 (probe0:sbp0:0:0:1): Unretryable Error ses0 at sbp0 bus 0 target 0 lun 1 ses0: Fixed Enclosure Services SCSI-4 device ses0: 50.000MB/s transfers ses0: SCSI-3 SES Device pass3 at sbp0 bus 0 target 0 lun 1 pass3: Fixed Enclosure Services SCSI-4 device pass3: 50.000MB/s transfers GEOM_LABEL: Label ufsid/4a324039d6307dd3 removed. GEOM_LABEL: Label for provider da0s1a is ufsid/484a3a0a61af3002. GEOM_LABEL: Label for provider da1s1a is ufsid/4a324039d6307dd3. GEOM_LABEL: Label for provider mirror/gm0s1e is ufsid/4a34e79577a524cd. GEOM_LABEL: Label for provider mirror/gm0s1d is ufsid/4a34e7addf0b3850. GEOM_LABEL: Label ufsid/4a34e7addf0b3850 removed. GEOM_LABEL: Label ufsid/4a34e79577a524cd removed. GEOM_LABEL: Label ufsid/4a324039d6307dd3 removed. GEOM_LABEL: Label ufsid/484a3a0a61af3002 removed. GEOM_LABEL: Label for provider md0 is ufsid/4a3c9978d1b40db4. GEOM_LABEL: Label ufsid/4a3c9978d1b40db4 removed. nfe0: link state changed to UP fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 splash: image decoder found: green_saver --huq684BweRXVnRxX-- From owner-freebsd-stable@FreeBSD.ORG Sat Jun 20 10:01:10 2009 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 D33081065672 for ; Sat, 20 Jun 2009 10:01:10 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f215.google.com (mail-bw0-f215.google.com [209.85.218.215]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5B78FC14 for ; Sat, 20 Jun 2009 10:01:10 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz11 with SMTP id 11so57392bwz.43 for ; Sat, 20 Jun 2009 03:01:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=hGjpD7u9GBGpxCJncqLNj7IDKWwmXuL4gM9XykvlcXc=; b=IysMyVRnck/DwaTw8H31TTVwC7dsgarDOZCHKbfnU7vQ39EYvMCQRuJVe4QY8gRbeQ 4kifwg2hDN3h3S16VYkSCKd/X+4I8Er/PpVNOrQblpPAtKb7TB4ueVLOXHASczbxQfeM 9BQXdyeKlSGhty3MY86+MqG3pviZqP/x3KDKE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=M9UGhvz8NX6gIAew7U++3zTxR4zHkj2zbWHJykOwZKEB5Q3nJwM2yrxogWelHof5wN IoEFyC4MO3n9d5HgtwGWJRXd1MIUerU19MjDeaBgWactTAiIkVczoLBtLs00dElc0//N /7qVl9c5Mm/1ByNFqPD0Rb9JAFhy6rwfyrsrU= MIME-Version: 1.0 Received: by 10.204.119.71 with SMTP id y7mr3575001bkq.24.1245492069342; Sat, 20 Jun 2009 03:01:09 -0700 (PDT) In-Reply-To: <20090619230802.GA5795@unix.csbsju.edu> References: <20090619172429.GA5197@unix.csbsju.edu> <20090619230802.GA5795@unix.csbsju.edu> Date: Sat, 20 Jun 2009 12:01:09 +0200 Message-ID: <3a142e750906200301p28018687p16fae7d4bb767f1f@mail.gmail.com> From: "Paul B. Mahol" To: Michael Gass Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: kernel wants the wrong driver for my NIC (new issue) 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, 20 Jun 2009 10:01:11 -0000 On 6/20/09, Michael Gass wrote: > On Fri, Jun 19, 2009 at 12:24:29PM -0500, Michael Gass wrote: >> I'm running 7.2-stable and I replaced an old ISA NIC with >> a D-Link DFE-530TX+ card. According to the manual, the >> correct driver for this card is rl driver. The kernel >> insists on using the vr driver which is for the DFE-530TX. >> >From what I can tell, the two cards have different chipsets >> and so the drivers are not compatable. >> > > I got the vr driver to work: it was an IRQ issue. Seems > sio1 wanted irq 3 which is what vr0 was taking. Somehow that > caused a problem. > > BUT > > I am still confused about the rl driver not working for this > card. The NOTES in /usr/src/sys/conf/NOTES explicitly state > that the rl driver is for the DFE-530TX+ and that the vr > driver is for the DFE-530TX. I have the former and so should > be using the rl drive it seems. Is this a mistake in the > documentation (including the man page for each driver)? > > I made a new kernel without the vr driver and the result was > that no driver at all was recognized for the NIC. > Is there a way to force the kernel to put an entry in /dev > for rl0 so that I could try to configue it for the NIC? Yes, modify source code and recompile and reinstall/kldload kernel/module. -- Paul From owner-freebsd-stable@FreeBSD.ORG Sat Jun 20 21:29:27 2009 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 77D711065674; Sat, 20 Jun 2009 21:29:27 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 23A308FC14; Sat, 20 Jun 2009 21:29:26 +0000 (UTC) (envelope-from dan.naumov@gmail.com) Received: by an-out-0708.google.com with SMTP id c3so1079624ana.13 for ; Sat, 20 Jun 2009 14:29:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=rO53cPkpJfOHMISRRIGlmuGfc85i9Jl/c3EYhiF/fic=; b=CEd9X6OQLPTWGmVh8p7KaPSc9PSWeVZfwfDadEvn9PRTmse+LlfiYxp4wUg/+NlQ9y 5Dd+/N+vhskfU9lHZj6N9IxAcu1bV4CQwJx8+Sjq4iZeaXwSiDWMKRsXMjuaJRMfPgCe 9HmapbsS50KRCQmVDBOmhhMHGVMzBw/wX9HkU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=wkSOKGntqnBsOzuEbb0541Gnolterw16gake97k0EfJemzpAkK8y/9N05RnS/422C/ s0ajPNsXEDc0SB0iyhrhk67npcd3rQjB43hjUVj4ndUbw+Td/gAbrRGJZvpPZ6TAtHvz rwLv8DWoFWNICUKtU/Bwg5fwyEQ0J9CMbyB/g= MIME-Version: 1.0 Received: by 10.100.133.2 with SMTP id g2mr5833015and.23.1245533366453; Sat, 20 Jun 2009 14:29:26 -0700 (PDT) Date: Sun, 21 Jun 2009 00:29:26 +0300 Message-ID: From: Dan Naumov To: FreeBSD-STABLE Mailing List , freebsd-fs@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: ufs2 / softupdates / ZFS / disk write cache 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, 20 Jun 2009 21:29:28 -0000 I have the following setup: A single consumer-grade 2tb SATA disk: Western Digital Green (model WDC WD20EADS-00R6B0). This disk is setup like this: 16gb root partition with UFS2 + softupdates, containing mostly static things: /bin /boot /etc /root /sbin /usr /var and such a 1,9tb non-redundant zfs pool on top of a slice, it hosts things like: /DATA, /home, /usr/local, /var/log and such. What should I do to ensure (as much as possible) filesystem consistency of the root filesystem in the case of the power loss? I know there have been a lot of discussions on the subject of consumer-level disks literally lying about the state of files in transit (disks telling the system that files have been written to disk while in reality they are still in disk's write cache), in turn throwing softupdates off balance (since softupdates assumes the disks don't lie about such things), in turn sometimes resulting in severe data losses in the case of a system power loss during heavy disk IO. One of the solutions that was often brought up in the mailing lists is disabling the actual disk write cache via adding hw.ata.wc=0 to /boot/loader.conf, FreeBSD 4.3 actually even had this setting by default, but this was apparently reverted back because some people have reported a write performance regression on the tune of becoming 4-6 times slower. So what should I do in my case? Should I disable disk write cache via the hw.ata.wc tunable? As far as I know, ZFS has a write cache of it's own and since the ufs2 root filesystem in my case is mostly static data, I am guessing I "shouldn't" notice that big of a performance hit. Or am I completely in the wrong here and setting hw.ata.wc=0 is going to adversely affect the write performance on both the root partition AND the zfs pool despite zfs using it's own write cache? Another thing I have been pondering is: I do have 2gb of space left unused on the system (currently being used as swap, I have 2 swap slices, one 1gb at the very beginning of the disk, the other being 2gb at the end), which I could turn into a GJOURNAL for the root filesystem... Sincerely, - Dan Naumov From owner-freebsd-stable@FreeBSD.ORG Sat Jun 20 23:11:44 2009 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 8AEB910656B2 for ; Sat, 20 Jun 2009 23:11:44 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-12.arcor-online.net (mail-in-12.arcor-online.net [151.189.21.52]) by mx1.freebsd.org (Postfix) with ESMTP id 3D7EB8FC1E for ; Sat, 20 Jun 2009 23:11:44 +0000 (UTC) (envelope-from mailnull@mips.inka.de) Received: from mail-in-15-z2.arcor-online.net (mail-in-15-z2.arcor-online.net [151.189.8.32]) by mx.arcor.de (Postfix) with ESMTP id 4778E1B3763 for ; Sun, 21 Jun 2009 00:37:18 +0200 (CEST) Received: from mail-in-14.arcor-online.net (mail-in-14.arcor-online.net [151.189.21.54]) by mail-in-15-z2.arcor-online.net (Postfix) with ESMTP id 360D0724440 for ; Sun, 21 Jun 2009 00:37:18 +0200 (CEST) Received: from lorvorc.mips.inka.de (dslb-088-067-114-096.pools.arcor-ip.net [88.67.114.96]) by mail-in-14.arcor-online.net (Postfix) with ESMTPS id 0C9EE28ACEF for ; Sun, 21 Jun 2009 00:37:18 +0200 (CEST) X-DKIM: Sendmail DKIM Filter v2.8.2 mail-in-14.arcor-online.net 0C9EE28ACEF Received: from lorvorc.mips.inka.de (localhost [127.0.0.1]) by lorvorc.mips.inka.de (8.14.3/8.14.3) with ESMTP id n5KMbHhS023704 for ; Sun, 21 Jun 2009 00:37:17 +0200 (CEST) (envelope-from mailnull@lorvorc.mips.inka.de) Received: (from mailnull@localhost) by lorvorc.mips.inka.de (8.14.3/8.14.3/Submit) id n5KMbHcd023703 for freebsd-stable@freebsd.org; Sun, 21 Jun 2009 00:37:17 +0200 (CEST) (envelope-from mailnull) From: naddy@mips.inka.de (Christian Weisgerber) Date: Sat, 20 Jun 2009 22:37:17 +0000 (UTC) Message-ID: References: <20090619172429.GA5197@unix.csbsju.edu> <20090619230802.GA5795@unix.csbsju.edu> Originator: naddy@mips.inka.de (Christian Weisgerber) To: freebsd-stable@freebsd.org Subject: Re: kernel wants the wrong driver for my NIC (new issue) 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, 20 Jun 2009 23:11:45 -0000 Michael Gass wrote: > I am still confused about the rl driver not working for this > card. The NOTES in /usr/src/sys/conf/NOTES explicitly state > that the rl driver is for the DFE-530TX+ and that the vr > driver is for the DFE-530TX. I have the former and so should > be using the rl drive it seems. It's D-Link. They change the hardware without changing model numbers. -- Christian "naddy" Weisgerber naddy@mips.inka.de From owner-freebsd-stable@FreeBSD.ORG Sat Jun 20 23:11:45 2009 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 529EA1065686 for ; Sat, 20 Jun 2009 23:11:45 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id D65148FC1F for ; Sat, 20 Jun 2009 23:11:44 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-255-48-78.bredband.comhem.se ([83.255.48.78]:57214 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.69) (envelope-from ) id 1MI9if-0001bt-4s for freebsd-stable@freebsd.org; Sun, 21 Jun 2009 01:11:35 +0200 Received: (qmail 62710 invoked from network); 21 Jun 2009 01:11:30 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 21 Jun 2009 01:11:30 +0200 Received: (qmail 89011 invoked by uid 1001); 21 Jun 2009 01:11:30 +0200 Date: Sun, 21 Jun 2009 01:11:30 +0200 From: Erik Trulsson To: Dan Naumov Message-ID: <20090620231130.GA88907@owl.midgard.homeip.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) X-Originating-IP: 83.255.48.78 X-Scan-Result: No virus found in message 1MI9if-0001bt-4s. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1MI9if-0001bt-4s a036bd85a5b5650d08cbfcdbbda101bf Cc: freebsd-fs@freebsd.org, FreeBSD-STABLE Mailing List Subject: Re: ufs2 / softupdates / ZFS / disk write cache 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, 20 Jun 2009 23:11:46 -0000 On Sun, Jun 21, 2009 at 12:29:26AM +0300, Dan Naumov wrote: > I have the following setup: > > A single consumer-grade 2tb SATA disk: Western Digital Green (model > WDC WD20EADS-00R6B0). This disk is setup like this: > > 16gb root partition with UFS2 + softupdates, containing mostly static things: > /bin /boot /etc /root /sbin /usr /var and such > > a 1,9tb non-redundant zfs pool on top of a slice, it hosts things like: > /DATA, /home, /usr/local, /var/log and such. > > What should I do to ensure (as much as possible) filesystem > consistency of the root filesystem in the case of the power loss? I > know there have been a lot of discussions on the subject of > consumer-level disks literally lying about the state of files in > transit (disks telling the system that files have been written to disk > while in reality they are still in disk's write cache), in turn > throwing softupdates off balance (since softupdates assumes the disks > don't lie about such things), in turn sometimes resulting in severe > data losses in the case of a system power loss during heavy disk IO. Note that this is not something specific to softupdates, but applies when you are not using softupdates as well. > > One of the solutions that was often brought up in the mailing lists is > disabling the actual disk write cache via adding hw.ata.wc=0 to > /boot/loader.conf, FreeBSD 4.3 actually even had this setting by > default, but this was apparently reverted back because some people > have reported a write performance regression on the tune of becoming > 4-6 times slower. So what should I do in my case? Should I disable > disk write cache via the hw.ata.wc tunable? As far as I know, ZFS has > a write cache of it's own and since the ufs2 root filesystem in my > case is mostly static data, I am guessing I "shouldn't" notice that > big of a performance hit. Or am I completely in the wrong here and > setting hw.ata.wc=0 is going to adversely affect the write performance > on both the root partition AND the zfs pool despite zfs using it's own > write cache? Why don't you try it and see if you notice the performance hit? You will almost certainly see some reduced write performance if you disable the disk's cache, but how noticable this will be for your setup and your disk usage is something only you can answer. My guess is that it will be quite noticable, but that is only a guess. (Keep in mind that UFS+softupdates does quite a bit of write-caching on its own, so just switching to ZFS is unlikely to improve write performance significantly compared to using UFS.) -- Erik Trulsson ertr1013@student.uu.se