From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 00:54:15 2011 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 53249106564A; Sun, 30 Jan 2011 00:54:15 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BEBFA8FC0C; Sun, 30 Jan 2011 00:54:12 +0000 (UTC) Received: by wyf19 with SMTP id 19so4584012wyf.13 for ; Sat, 29 Jan 2011 16:54:11 -0800 (PST) Received: by 10.216.142.224 with SMTP id i74mr4461938wej.83.1296348851592; Sat, 29 Jan 2011 16:54:11 -0800 (PST) Received: from [192.168.0.6] (angel.c-mal.com [82.241.189.111]) by mx.google.com with ESMTPS id j49sm9933620wer.38.2011.01.29.16.54.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 29 Jan 2011 16:54:09 -0800 (PST) References: <20110129222400.R39951@maildrop.int.zabbadoz.net> In-Reply-To: <20110129222400.R39951@maildrop.int.zabbadoz.net> Mime-Version: 1.0 (iPhone Mail 8A293) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <031F0ED3-42C0-4033-8DCB-A4AD4998DEDF@my.gd> X-Mailer: iPhone Mail (8A293) From: Damien Fleuriot Date: Sun, 30 Jan 2011 01:54:00 +0100 To: "Bjoern A. Zeeb" Cc: "freebsd-hackers@freebsd.org" , "freebsd-stable@freebsd.org" Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 00:54:15 -0000 On 29 Jan 2011, at 23:24, "Bjoern A. Zeeb" w= rote: > On Sat, 29 Jan 2011, Damien Fleuriot wrote: >=20 >> Hello lists, >>=20 >>=20 >> I'm trying to get FreeBSD 8.0 or 8.1 to run on a Dell poweredge r210 serv= er. >>=20 >> It ships with a SATA/SAS h200 RAID controller. >>=20 >>=20 >> Sadly, the MFI driver doesn't seem to register for this card... >>=20 >>=20 >> Find below the pciconf -lcvb >>=20 >> -- >> none6@pci0:1:0:0: class=3D0x010700 card=3D0x1f1d1028 chip=3D0x00721= 000 >> rev=3D0x02 hdr=3D0x00 >> vendor =3D 'LSI Logic (Was: Symbios Logic, NCR)' >> class =3D mass storage >> subclass =3D SAS >> bar [10] =3D type I/O Port, range 32, base 0xfc00, size 256, enabled >> bar [14] =3D type Memory, range 64, base 0xdf2b0000, size 65536, enab= led >> bar [1c] =3D type Memory, range 64, base 0xdf2c0000, size 262144, ena= bled >> cap 01[50] =3D powerspec 3 supports D0 D1 D2 D3 current D0 >> cap 10[68] =3D PCI-Express 2 endpoint max data 256(4096) link x8(x8) >> cap 03[d0] =3D VPD >> cap 05[a8] =3D MSI supports 1 message, 64 bit >> cap 11[c0] =3D MSI-X supports 15 messages in map 0x14 >> -- >>=20 >>=20 >> I have added the following to /usr/src/sys/dev/mfi/mfi_pci.c at line 119:= >> -- >> {0x1000, 0x0072, 0x1028, 0x1f1e, MFI_FLAGS_GEN2, "Dell PERC H200 Integra= ted"}, >> -- >=20 > It's 1f1d not 1f1e. I hope it was only a paste problem into email? >=20 Nope no copy paste problem, I shall try again tomorrow with 1f1d then. I found this line on the nginx site where the issue was being discussed. Will post back my results asap. >=20 >>=20 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 00:56:19 2011 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 11F38106567A; Sun, 30 Jan 2011 00:56:19 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5A1A18FC0A; Sun, 30 Jan 2011 00:56:18 +0000 (UTC) Received: by wyf19 with SMTP id 19so4584740wyf.13 for ; Sat, 29 Jan 2011 16:56:17 -0800 (PST) Received: by 10.227.146.213 with SMTP id i21mr1045432wbv.15.1296348977300; Sat, 29 Jan 2011 16:56:17 -0800 (PST) Received: from [192.168.0.6] (angel.c-mal.com [82.241.189.111]) by mx.google.com with ESMTPS id o6sm2282797wbo.21.2011.01.29.16.56.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 29 Jan 2011 16:56:16 -0800 (PST) References: In-Reply-To: Mime-Version: 1.0 (iPhone Mail 8A293) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <6FA437D9-BCA4-4B47-869D-184EF14C2A62@my.gd> X-Mailer: iPhone Mail (8A293) From: Damien Fleuriot Date: Sun, 30 Jan 2011 01:56:13 +0100 To: Andrew Thompson Cc: "freebsd-hackers@freebsd.org" , "freebsd-stable@freebsd.org" Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 00:56:19 -0000 On 29 Jan 2011, at 20:26, Andrew Thompson wrote: > On 30 January 2011 06:20, Damien Fleuriot wrote: >> Hello lists, >>=20 >>=20 >>=20 >> I'm trying to get FreeBSD 8.0 or 8.1 to run on a Dell poweredge r210 serv= er. >>=20 >> It ships with a SATA/SAS h200 RAID controller. >>=20 >=20 > This card may need the mps(4) driver which is only in HEAD at the moment. >=20 >=20 > Andrew Will give this a try if Bjoern's advice doesn't work for me, although I'll c= ome back for directions on how to cleanly port mps on 8.x then.= From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 00:58:50 2011 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 C9F27106564A; Sun, 30 Jan 2011 00:58:50 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 422368FC14; Sun, 30 Jan 2011 00:58:49 +0000 (UTC) Received: by wyf19 with SMTP id 19so4585532wyf.13 for ; Sat, 29 Jan 2011 16:58:49 -0800 (PST) Received: by 10.227.133.5 with SMTP id d5mr4450056wbt.90.1296349128387; Sat, 29 Jan 2011 16:58:48 -0800 (PST) Received: from [192.168.0.6] (angel.c-mal.com [82.241.189.111]) by mx.google.com with ESMTPS id u9sm3840074wbg.0.2011.01.29.16.58.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 29 Jan 2011 16:58:47 -0800 (PST) References: <74e2d52b6ce67708a1bb42955b6370fb.squirrel@mail.experts-exchange.com> In-Reply-To: <74e2d52b6ce67708a1bb42955b6370fb.squirrel@mail.experts-exchange.com> Mime-Version: 1.0 (iPhone Mail 8A293) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: <594AAF26-1359-4969-AC89-1C59A12D00E9@my.gd> X-Mailer: iPhone Mail (8A293) From: Damien Fleuriot Date: Sun, 30 Jan 2011 01:58:44 +0100 To: "jhelfman@e-e.com" Cc: "freebsd-hackers@freebsd.org" , "freebsd-stable@freebsd.org" Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 00:58:50 -0000 On 29 Jan 2011, at 19:00, jhelfman@e-e.com wrote: >> Hello lists, >>=20 >>=20 >>=20 >> I'm trying to get FreeBSD 8.0 or 8.1 to run on a Dell poweredge r210 >> server. >>=20 >> It ships with a SATA/SAS h200 RAID controller. >>=20 >>=20 >> Sadly, the MFI driver doesn't seem to register for this card... >>=20 >>=20 >> Find below the pciconf -lcvb >>=20 >> -- >> none6@pci0:1:0:0: class=3D0x010700 card=3D0x1f1d1028 chip=3D0x00721= 000 >> rev=3D0x02 hdr=3D0x00 >> vendor =3D 'LSI Logic (Was: Symbios Logic, NCR)' >> class =3D mass storage >> subclass =3D SAS >> bar [10] =3D type I/O Port, range 32, base 0xfc00, size 256, enabled= >> bar [14] =3D type Memory, range 64, base 0xdf2b0000, size 65536, >> enabled >> bar [1c] =3D type Memory, range 64, base 0xdf2c0000, size 262144, >> enabled >> cap 01[50] =3D powerspec 3 supports D0 D1 D2 D3 current D0 >> cap 10[68] =3D PCI-Express 2 endpoint max data 256(4096) link x8(x8) >> cap 03[d0] =3D VPD >> cap 05[a8] =3D MSI supports 1 message, 64 bit >> cap 11[c0] =3D MSI-X supports 15 messages in map 0x14 >> -- >>=20 >>=20 >> I have added the following to /usr/src/sys/dev/mfi/mfi_pci.c at line 119:= >> -- >> {0x1000, 0x0072, 0x1028, 0x1f1e, MFI_FLAGS_GEN2, "Dell PERC H200 >> Integrated"}, >> -- >>=20 >>=20 >> Rebuilt the kernel, tried it on the server, still no luck recognizing >> the RAID card. >>=20 >> As a last resort I'll be setting the drives to passthrough and using a >> software RAID, but I'd much rather this worked out. >>=20 >> Note that mfi actually recognizes Dell's h700 and h800 cards. >>=20 >>=20 >>=20 >>=20 >> Anyone managed to get the h200 card working yet ? >>=20 >>=20 >>=20 >>=20 >> @hackers: please keep me cc'd, I'm not subscribed to this list. >>=20 >>=20 >>=20 >> Regards, >>=20 >> -- >> dfl >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"= >>=20 >>=20 > Hi Damien, >=20 > I would suspect that you would need to compile the 'mpt' driver to get > this to work. I found the same issue in the r310, however I already had > mpt compiled in my kernel for another hardware platform. >=20 > Good Luck! > Jason >=20 Hi, I'm not sure, afaik mpt comes with GENERIC which is the kernel I put in the m= fsbsd image I tried to boot, and which failed to properly register any drive= r for the h200 card.= From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 07:00:37 2011 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 B4159106566C for ; Sun, 30 Jan 2011 07:00:37 +0000 (UTC) (envelope-from vulture@netvulture.com) Received: from mail.consult-scs.com (mail.consult-scs.com [173.164.138.150]) by mx1.freebsd.org (Postfix) with ESMTP id 94CFC8FC13 for ; Sun, 30 Jan 2011 07:00:37 +0000 (UTC) Received: from [192.168.2.243] (host149.netvulture.com [173.164.138.149]) (Authenticated sender: vulture@netvulture.com) by mail.consult-scs.com (Postfix) with ESMTPSA id C906F2F2B30B for ; Sat, 29 Jan 2011 22:44:43 -0800 (PST) Message-ID: <4D4508DB.7070302@netvulture.com> Date: Sat, 29 Jan 2011 22:44:43 -0800 From: Jonathan Feally User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20101210100230.GA25419@icarus.home.lan> <59F3B2944C764A36B912E6B50B4D4DD9@multiplay.co.uk> <20101214003825.GA13836@icarus.home.lan> <4D0777B3.5020208@freebsd.org> <20101214224809.GA53593@icarus.home.lan> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SCS-MailScanner-Information: Please contact the ISP for more information X-SCS-MailScanner-ID: C906F2F2B30B.AF64B X-SCS-MailScanner: Found to be clean X-SCS-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-201.44, required 4, ALL_TRUSTED -1.44, INIT_RECVD_OUR_AUTH -200.00) X-SCS-MailScanner-From: vulture@netvulture.com Subject: Re: 8.2-PRERELEASE freezing on reboot (-current OK) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 07:00:37 -0000 On 12/14/2010 3:07 PM, Arno J. Klaassen wrote: > Quite sure many 8-XXX worlds worked great on this box including reboots, > I will find the date window when things went wrong. > > Merci, Arno I am curious as to the status of the hanging reboot. I too have some systems that has had a working reboot on 8-STABLE, but not anymore. I have seen this issue on 2 different motherboards. One an Asus A7M266-D (Dual AMD MP 2800+) under 32 bit, and the other a Supermicro H8SSL-I (Single AMD Athlon X2 4200+) under 64 bit. I am running the following kernel config (Generic + My Options) include GENERIC ident COOLMAN # Firewire device sbp # Crypto device crypto # Options options DEVICE_POLLING options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET options IPDIVERT options IPSEC Thanks, -Jon -- Scanned for viruses and dangerous content by MailScanner From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 11:09:23 2011 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 EDFCD106564A; Sun, 30 Jan 2011 11:09:22 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 64C928FC14; Sun, 30 Jan 2011 11:09:21 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id p0UB9ITx071618 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 30 Jan 2011 13:09:18 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id p0UB9Ik2056352; Sun, 30 Jan 2011 13:09:18 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p0UB9IoW056351; Sun, 30 Jan 2011 13:09:18 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 30 Jan 2011 13:09:18 +0200 From: Kostik Belousov To: Ivan Voras Message-ID: <20110130110918.GR2518@deviant.kiev.zoral.com.ua> References: <4D36A2CF.1080508@fsn.hu> <20110119084648.GA28278@icarus.home.lan> <4D36B85B.8070201@fsn.hu> <20110119150200.GY2518@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9OLhvBqktUnNquIT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org Subject: Re: tmpfs is zero bytes (no free space), maybe a zfs bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 11:09:23 -0000 --9OLhvBqktUnNquIT Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jan 19, 2011 at 05:27:38PM +0100, Ivan Voras wrote: > On 19 January 2011 16:02, Kostik Belousov wrote: >=20 > >> http://people.freebsd.org/~ivoras/diffs/tmpfs.h.patch > >> > >> I don't think this is a complete solution but it's a start. If you can, > >> try it and see if it helps. > > This is not a start, and actually a step in the wrong direction. > > Tmpfs is wrong now, but the patch would make the wrongness even bigger. > > > > Issue is that the current tmpfs calculation should not depend on the > > length of the inactive queue or the amount of free pages. This data only > > measures =9Athe pressure on the pagedaemon, and has absolutely no relat= ion > > to the amount of data that can be put into anonymous objects before the > > system comes out of swap. > > > > vm_lowmem handler is invoked in two situations: > > - when KVA cannot satisfy the request for the space allocation; > > - when pagedaemon have to start the scan. > > None of the situations has any direct correlation with the fact that > > tmpfs needs to check, that is "Is there enough swap to keep all my > > future anonymous memory requests ?". > > > > Might be, swap reservation numbers can be useful to the tmpfs reporting. > > Also might be, tmpfs should reserve the swap explicitely on start, inst= ead > > of making attempts to guess how much can be allocated at random moment. >=20 > Thank you for your explanation! I'm still not very familiar with VM > and VFS. Could you also read my report at > http://www.mail-archive.com/freebsd-current@freebsd.org/msg126491.html > ? I'm curious about the fact that there is lots of 'free' memory here > in the same situation. This is another ugliness in the dynamic calculation. Your wired is around 15GB, that is always greater then available swap + free + inactive. As result, tmpfs_mem_info() always returns 0. In this situation TMPFS_PAGES_MAX() seems to return negative value, and then TMPFS_PAGES_AVAIL() clamps at 0. >=20 > Do you think that there is something which can be done as a band-aid > without a major modification to tmpfs? --9OLhvBqktUnNquIT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk1FRt0ACgkQC3+MBN1Mb4hw+ACfevIR8rgj+TkhYYi9QDEGikyT cvkAn3TX2xPZRson6FNi/4EL3kKWn7LY =YpCa -----END PGP SIGNATURE----- --9OLhvBqktUnNquIT-- From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 11:30:56 2011 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 B10E31065673; Sun, 30 Jan 2011 11:30:56 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2BCD08FC18; Sun, 30 Jan 2011 11:30:55 +0000 (UTC) Received: by fxm16 with SMTP id 16so4942866fxm.13 for ; Sun, 30 Jan 2011 03:30:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.70.136 with SMTP id d8mr3565953faj.3.1296387055087; Sun, 30 Jan 2011 03:30:55 -0800 (PST) Received: by 10.223.118.84 with HTTP; Sun, 30 Jan 2011 03:30:55 -0800 (PST) In-Reply-To: <20110129222400.R39951@maildrop.int.zabbadoz.net> References: <20110129222400.R39951@maildrop.int.zabbadoz.net> Date: Sun, 30 Jan 2011 12:30:55 +0100 Message-ID: From: Damien Fleuriot To: "Bjoern A. Zeeb" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 11:30:56 -0000 On 29 January 2011 23:24, Bjoern A. Zeeb w= rote: > On Sat, 29 Jan 2011, Damien Fleuriot wrote: > >> Hello lists, >> >> >> >> I'm trying to get FreeBSD 8.0 or 8.1 to run on a Dell poweredge r210 >> server. >> >> It ships with a SATA/SAS h200 RAID controller. >> >> >> Sadly, the MFI driver doesn't seem to register for this card... >> >> >> Find below the pciconf -lcvb >> >> -- >> none6@pci0:1:0:0: =A0 =A0 =A0 class=3D0x010700 card=3D0x1f1d1028 chip=3D= 0x00721000 >> rev=3D0x02 hdr=3D0x00 >> =A0 vendor =A0 =A0 =3D 'LSI Logic (Was: Symbios Logic, NCR)' >> =A0 class =A0 =A0 =A0=3D mass storage >> =A0 subclass =A0 =3D SAS >> =A0 bar =A0 [10] =3D type I/O Port, range 32, base 0xfc00, size 256, ena= bled >> =A0 bar =A0 [14] =3D type Memory, range 64, base 0xdf2b0000, size 65536,= enabled >> =A0 bar =A0 [1c] =3D type Memory, range 64, base 0xdf2c0000, size 262144= , >> enabled >> =A0 cap 01[50] =3D powerspec 3 =A0supports D0 D1 D2 D3 =A0current D0 >> =A0 cap 10[68] =3D PCI-Express 2 endpoint max data 256(4096) link x8(x8) >> =A0 cap 03[d0] =3D VPD >> =A0 cap 05[a8] =3D MSI supports 1 message, 64 bit >> =A0 cap 11[c0] =3D MSI-X supports 15 messages in map 0x14 >> -- >> >> >> I have added the following to /usr/src/sys/dev/mfi/mfi_pci.c at line 119= : >> -- >> {0x1000, 0x0072, 0x1028, 0x1f1e, MFI_FLAGS_GEN2, =A0"Dell PERC H200 >> Integrated"}, >> -- > > It's 1f1d not 1f1e. =A0I hope it was only a paste problem into email? > Ok I've loaded the newly patched mfi.ko and booted a MFS image. Here's the relevant snip from dmesg.run : at mfi0: port 0xfc00-0xfcff mem 0xdf2b0000-0xdf2bffff,0xdf2c0000-0xdf2fffff irq 16 at device 0.0 on pci1 mfi0: Megaraid SAS driver Ver 3.00 mfi0: firmware stuck in state 0 mfi0: Firmware not in READY state, error 6 I'll have to try mps then, unless someone has an idea about this "stuck in state 0" thing. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 12:10:13 2011 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 00938106566B; Sun, 30 Jan 2011 12:10:13 +0000 (UTC) (envelope-from roberto@keltia.net) Received: from keltia.net (centre.keltia.net [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id A64938FC13; Sun, 30 Jan 2011 12:10:12 +0000 (UTC) Received: from [193.56.58.73] (snuadh.freenix.org [193.56.58.73]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id CE6E7CBC6; Sun, 30 Jan 2011 13:10:09 +0100 (CET) References: <6FA437D9-BCA4-4B47-869D-184EF14C2A62@my.gd> In-Reply-To: <6FA437D9-BCA4-4B47-869D-184EF14C2A62@my.gd> Mime-Version: 1.0 (iPhone Mail 8C148a) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Message-Id: <8F19AFD0-7F1A-43E1-AECB-071E4BBB59C3@keltia.net> X-Mailer: iPhone Mail (8C148a) From: Ollivier Robert Date: Sun, 30 Jan 2011 13:10:09 +0100 To: Damien Fleuriot X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (keltia.net); Sun, 30 Jan 2011 13:10:09 +0100 (CET) Cc: "freebsd-hackers@freebsd.org" , "freebsd-stable@freebsd.org" , Andrew Thompson Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 12:10:13 -0000 I've "backported" the mps driver to 8.2 (I used cp -r :)) and I have generat= ed an img suited to the dedibox (that's what you are targeting, right? :)) I tried to test it in vmware but I have a password issue right now. It is also a ZFSv28 image. Le 30 janv. 2011 =C3=A0 01:56, Damien Fleuriot a =C3=A9crit : > On 29 Jan 2011, at 20:26, Andrew Thompson wrote: >=20 >> On 30 January 2011 06:20, Damien Fleuriot wrote: >>> Hello lists, >>>=20 >>>=20 >>>=20 >>> I'm trying to get FreeBSD 8.0 or 8.1 to run on a Dell poweredge r210 ser= ver. >>>=20 >>> It ships with a SATA/SAS h200 RAID controller. >>>=20 >>=20 >> This card may need the mps(4) driver which is only in HEAD at the moment.= >>=20 >>=20 >> Andrew >=20 >=20 > Will give this a try if Bjoern's advice doesn't work for me, although I'll= come back for directions on how to cleanly port mps on 8.x then.___________= ____________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >=20 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 12:14:48 2011 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 C0118106564A for ; Sun, 30 Jan 2011 12:14:48 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4D4F18FC1C for ; Sun, 30 Jan 2011 12:14:48 +0000 (UTC) Received: from [193.68.136.245] (digsys245-136.pip.digsys.bg [193.68.136.245]) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p0UCEciv046609 for ; Sun, 30 Jan 2011 14:14:43 +0200 (EET) (envelope-from daniel@digsys.bg) Message-ID: <4D45562D.7000209@digsys.bg> Date: Sun, 30 Jan 2011 14:14:37 +0200 From: Daniel Kalchev User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20110129222400.R39951@maildrop.int.zabbadoz.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 12:14:48 -0000 On 30.1.2011 г. 13:30 ч., Damien Fleuriot wrote: > > Ok I've loaded the newly patched mfi.ko and booted a MFS image. > Here's the relevant snip from dmesg.run : > at > mfi0: port 0xfc00-0xfcff mem > 0xdf2b0000-0xdf2bffff,0xdf2c0000-0xdf2fffff irq 16 at device 0.0 on > pci1 > mfi0: Megaraid SAS driver Ver 3.00 > mfi0: firmware stuck in state 0 > mfi0: Firmware not in READY state, error 6 > > > I'll have to try mps then, unless someone has an idea about this > "stuck in state 0" thing. You should first try the mfi driver found in the LSI site (http://www.lsi.com). It does support few more variants than the FreeBSD driver. From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 12:40:21 2011 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 043C1106564A; Sun, 30 Jan 2011 12:40:21 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 45F2E8FC17; Sun, 30 Jan 2011 12:40:19 +0000 (UTC) Received: by wyf19 with SMTP id 19so4835979wyf.13 for ; Sun, 30 Jan 2011 04:40:19 -0800 (PST) Received: by 10.216.205.213 with SMTP id j63mr9404401weo.60.1296391218860; Sun, 30 Jan 2011 04:40:18 -0800 (PST) Received: from [192.168.0.6] (angel.c-mal.com [82.241.189.111]) by mx.google.com with ESMTPS id b54sm6010914wer.21.2011.01.30.04.40.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 Jan 2011 04:40:18 -0800 (PST) References: <6FA437D9-BCA4-4B47-869D-184EF14C2A62@my.gd> <8F19AFD0-7F1A-43E1-AECB-071E4BBB59C3@keltia.net> In-Reply-To: <8F19AFD0-7F1A-43E1-AECB-071E4BBB59C3@keltia.net> Mime-Version: 1.0 (iPhone Mail 8A293) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Message-Id: <2E795DBB-0507-4E6A-8691-328752F5AC6B@my.gd> X-Mailer: iPhone Mail (8A293) From: Damien Fleuriot Date: Sun, 30 Jan 2011 13:40:13 +0100 To: Ollivier Robert Cc: "freebsd-hackers@freebsd.org" , "freebsd-stable@freebsd.org" , Andrew Thompson Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 12:40:21 -0000 Indeed that is, the bsd install is aimed at a r210 EG server :) Is there any place one can get your image ? --- Fleuriot Damien On 30 Jan 2011, at 13:10, Ollivier Robert wrote: > I've "backported" the mps driver to 8.2 (I used cp -r :)) and I have gener= ated an img suited to the dedibox (that's what you are targeting, right? :))= >=20 > I tried to test it in vmware but I have a password issue right now. >=20 > It is also a ZFSv28 image. >=20 > Le 30 janv. 2011 =C3=A0 01:56, Damien Fleuriot a =C3=A9crit : >=20 >> On 29 Jan 2011, at 20:26, Andrew Thompson wrote: >>=20 >>> On 30 January 2011 06:20, Damien Fleuriot wrote: >>>> Hello lists, >>>>=20 >>>>=20 >>>>=20 >>>> I'm trying to get FreeBSD 8.0 or 8.1 to run on a Dell poweredge r210 se= rver. >>>>=20 >>>> It ships with a SATA/SAS h200 RAID controller. >>>>=20 >>>=20 >>> This card may need the mps(4) driver which is only in HEAD at the moment= . >>>=20 >>>=20 >>> Andrew >>=20 >>=20 >> Will give this a try if Bjoern's advice doesn't work for me, although I'l= l come back for directions on how to cleanly port mps on 8.x then.__________= _____________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"= >>=20 From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 12:41:11 2011 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 B7DF0106564A for ; Sun, 30 Jan 2011 12:41:11 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 553CF8FC18 for ; Sun, 30 Jan 2011 12:41:10 +0000 (UTC) Received: by wwf26 with SMTP id 26so4685268wwf.31 for ; Sun, 30 Jan 2011 04:41:10 -0800 (PST) Received: by 10.216.169.202 with SMTP id n52mr5728183wel.15.1296391269334; Sun, 30 Jan 2011 04:41:09 -0800 (PST) Received: from [192.168.0.6] (angel.c-mal.com [82.241.189.111]) by mx.google.com with ESMTPS id b54sm6010914wer.21.2011.01.30.04.41.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 30 Jan 2011 04:41:08 -0800 (PST) References: <20110129222400.R39951@maildrop.int.zabbadoz.net> <4D45562D.7000209@digsys.bg> In-Reply-To: <4D45562D.7000209@digsys.bg> Mime-Version: 1.0 (iPhone Mail 8A293) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Message-Id: <9E82A099-9A43-4874-A1D8-6B4AE88CA460@my.gd> X-Mailer: iPhone Mail (8A293) From: Damien Fleuriot Date: Sun, 30 Jan 2011 13:41:06 +0100 To: Daniel Kalchev Cc: "freebsd-stable@freebsd.org" Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 12:41:11 -0000 On 30 Jan 2011, at 13:14, Daniel Kalchev wrote: > On 30.1.2011 =D0=B3. 13:30 =D1=87., Damien Fleuriot wrote: >>=20 >> Ok I've loaded the newly patched mfi.ko and booted a MFS image. >> Here's the relevant snip from dmesg.run : >> at >> mfi0: port 0xfc00-0xfcff mem >> 0xdf2b0000-0xdf2bffff,0xdf2c0000-0xdf2fffff irq 16 at device 0.0 on >> pci1 >> mfi0: Megaraid SAS driver Ver 3.00 >> mfi0: firmware stuck in state 0 >> mfi0: Firmware not in READY state, error 6 >>=20 >>=20 >> I'll have to try mps then, unless someone has an idea about this >> "stuck in state 0" thing. > You should first try the mfi driver found in the LSI site (http://www.lsi.= com). I'll have a look cheers= From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 15:25:07 2011 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 B6CD61065675; Sun, 30 Jan 2011 15:25:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 45F0B8FC22; Sun, 30 Jan 2011 15:25:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 4805241C7A4; Sun, 30 Jan 2011 16:25:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id pf5gXZOAizqh; Sun, 30 Jan 2011 16:25:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id DE1F741C7A3; Sun, 30 Jan 2011 16:25:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 5DBDC4448F3; Sun, 30 Jan 2011 15:24:44 +0000 (UTC) Date: Sun, 30 Jan 2011 15:24:43 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Damien Fleuriot In-Reply-To: Message-ID: <20110130152315.P39951@maildrop.int.zabbadoz.net> References: <20110129222400.R39951@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 15:25:07 -0000 On Sun, 30 Jan 2011, Damien Fleuriot wrote: > Ok I've loaded the newly patched mfi.ko and booted a MFS image. > Here's the relevant snip from dmesg.run : > at > mfi0: port 0xfc00-0xfcff mem > 0xdf2b0000-0xdf2bffff,0xdf2c0000-0xdf2fffff irq 16 at device 0.0 on > pci1 > mfi0: Megaraid SAS driver Ver 3.00 > mfi0: firmware stuck in state 0 > mfi0: Firmware not in READY state, error 6 > > > I'll have to try mps then, unless someone has an idea about this > "stuck in state 0" thing. it means that you should ask Dell for the information as the mfi(4) driver needs some special handling to support that exact chip. Probably needs some special initialization and a couple of if ()s, as usual. LSI/Dell are the people to talk to. /bz -- Bjoern A. Zeeb You have to have visions! Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 22:18:34 2011 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 277E91065675 for ; Sun, 30 Jan 2011 22:18:34 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.net (centre.keltia.net [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id CEFFF8FC17 for ; Sun, 30 Jan 2011 22:18:33 +0000 (UTC) Received: from iqpano.freenix.org (unknown [IPv6:2a01:240:fe5c:0:d69a:20ff:fed0:3a83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id A314DCF94; Sun, 30 Jan 2011 23:18:32 +0100 (CET) Date: Sun, 30 Jan 2011 23:18:27 +0100 From: Ollivier Robert To: freebsd-stable@freebsd.org, "Bjoern A. Zeeb" Message-ID: <20110130221826.GA41684@iqpano.freenix.org> References: <20110129222400.R39951@maildrop.int.zabbadoz.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / MBP 4,1 - FreeBSD 8.0 / T3500-E5520 Nehalem User-Agent: Mutt/1.5.20 (2009-06-14) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (keltia.net); Sun, 30 Jan 2011 23:18:32 +0100 (CET) Cc: Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 22:18:34 -0000 According to Garrett Cooper: > +1. PERC7 should be supported by mfi(4) (required bits may need to > be added to mfi(4) though as you've pointed out, but additional > details may need to be obtained from Dell). I've seen mention of the mps driver (in head) and of the mfi one. Which one is the right one? For the OP: I may be gaining access to a test system (Dell R210 / as in new dedibox[1]) tomorrow on which I could test my mfsboot image... -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 22:47:02 2011 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 09EB81065670 for ; Sun, 30 Jan 2011 22:47:02 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.net (centre.keltia.net [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id B069F8FC18 for ; Sun, 30 Jan 2011 22:47:01 +0000 (UTC) Received: from iqpano.freenix.org (unknown [IPv6:2a01:240:fe5c:0:d69a:20ff:fed0:3a83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id 7E277CFB9; Sun, 30 Jan 2011 23:47:00 +0100 (CET) Date: Sun, 30 Jan 2011 23:46:59 +0100 From: Ollivier Robert To: freebsd-stable@freebsd.org, "Bjoern A. Zeeb" Message-ID: <20110130224659.GB41684@iqpano.freenix.org> References: <20110129222400.R39951@maildrop.int.zabbadoz.net> <20110130221826.GA41684@iqpano.freenix.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110130221826.GA41684@iqpano.freenix.org> X-Operating-System: MacOS X / MBP 4,1 - FreeBSD 8.0 / T3500-E5520 Nehalem User-Agent: Mutt/1.5.20 (2009-06-14) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (keltia.net); Sun, 30 Jan 2011 23:47:00 +0100 (CET) Cc: Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 22:47:02 -0000 According to Ollivier Robert: > For the OP: I may be gaining access to a test system (Dell R210 / as in new dedibox[1]) tomorrow on which I could test my mfsboot image... Here is the missing link (French): http://www.online.net/serveur-dedie/comparatif-serveur-dedie-start.xhtml http://www.online.net/serveur-dedie/comparatif-serveur-dedie-pro.xhtml -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-stable@FreeBSD.ORG Sun Jan 30 23:45:53 2011 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 BB13E106566B for ; Sun, 30 Jan 2011 23:45:53 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by mx1.freebsd.org (Postfix) with ESMTP id 58F968FC0C for ; Sun, 30 Jan 2011 23:45:53 +0000 (UTC) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.ams1.isc.org (Postfix) with ESMTPS id B5C1B5F983B for ; Sun, 30 Jan 2011 23:45:38 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:ea06:88ff:fef3:4f9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id B3C44E604A for ; Sun, 30 Jan 2011 23:45:36 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 5C86C94D3C0 for ; Mon, 31 Jan 2011 10:45:33 +1100 (EST) To: stable@freebsd.org From: Mark Andrews Date: Mon, 31 Jan 2011 10:45:33 +1100 Message-Id: <20110130234533.5C86C94D3C0@drugs.dv.isc.org> X-Spam-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00,SUBJ_ALL_CAPS, T_RP_MATCHES_RCVD autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org Cc: Subject: RELEASE_6 -> RELEASE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 30 Jan 2011 23:45:53 -0000 I was trying to upgrade a machine from RELEASE_6 (latest) to RELEASE_8 (latest) via source. I was unable to get make buildworld to complete. There were two problems sets of problems. libelf and sys headers were not available to some of the solaris derived parts. include_next's failed. Adding extra -I's to the Makefiles allowed these parts to complete. The first missing header was sys/elf.h so that should help locate the correct Makefile. Linking then failed due to __stack_chk_fail_local not being found. i386 build. Sorry this report is not more complete as I blew away the tree and restarted on RELEASE_7 as a stepping stone to RELEASE_8. RELEASE_7 latest will at least compile. However it will only run in safe mode as it dies in ar5212Detach with a kernel fault. I suspect this will also be a problem for RELEASE_8. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 01:34:27 2011 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 C77141065670 for ; Mon, 31 Jan 2011 01:34:27 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8108FC0A for ; Mon, 31 Jan 2011 01:34:27 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p0V1YPV8077593 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 30 Jan 2011 20:34:25 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D46119F.5060101@sentex.net> Date: Sun, 30 Jan 2011 20:34:23 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Mark Andrews References: <20110130234533.5C86C94D3C0@drugs.dv.isc.org> In-Reply-To: <20110130234533.5C86C94D3C0@drugs.dv.isc.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: stable@freebsd.org Subject: Re: RELEASE_6 -> RELEASE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 01:34:27 -0000 On 1/30/2011 6:45 PM, Mark Andrews wrote: > I was trying to upgrade a machine from RELEASE_6 (latest) > to RELEASE_8 (latest) via source. I was unable to get > make buildworld to complete. Strange, I have done a number of machines going from RELENG_6, RELENG_7 and then RELENG_8 without too much issue. The ports can be a bit problematic, but of the half dozen or so I have done, it hasnt been an issue. Were you using a custom kernel, or GENERIC as defined from each of the branches ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 01:51:56 2011 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 489EC106566B for ; Mon, 31 Jan 2011 01:51:56 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by mx1.freebsd.org (Postfix) with ESMTP id D7CAF8FC15 for ; Mon, 31 Jan 2011 01:51:55 +0000 (UTC) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.ams1.isc.org (Postfix) with ESMTPS id DD6DB5F98B6; Mon, 31 Jan 2011 01:51:40 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:ea06:88ff:fef3:4f9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 064E1E604A; Mon, 31 Jan 2011 01:51:39 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 8127994F57E; Mon, 31 Jan 2011 12:51:36 +1100 (EST) To: Mike Tancsa From: Mark Andrews References: <20110130234533.5C86C94D3C0@drugs.dv.isc.org><4D46119F.5060101@sentex.net> In-reply-to: Your message of "Sun, 30 Jan 2011 20:34:23 CDT." <4D46119F.5060101@sentex.net> Date: Mon, 31 Jan 2011 12:51:36 +1100 Message-Id: <20110131015136.8127994F57E@drugs.dv.isc.org> X-Spam-Status: No, score=-1.7 required=5.0 tests=AWL,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org Cc: stable@freebsd.org Subject: Re: RELEASE_6 -> RELEASE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 01:51:56 -0000 In message <4D46119F.5060101@sentex.net>, Mike Tancsa writes: > On 1/30/2011 6:45 PM, Mark Andrews wrote: > > I was trying to upgrade a machine from RELEASE_6 (latest) > > to RELEASE_8 (latest) via source. I was unable to get > > make buildworld to complete. > > Strange, I have done a number of machines going from RELENG_6, RELENG_7 > and then RELENG_8 without too much issue. The ports can be a bit > problematic, but of the half dozen or so I have done, it hasnt been an > issue. Were you using a custom kernel, or GENERIC as defined from each > of the branches ? It's the double release jump that doesn't work. Looking at 7.x the headers needed are installed in /usr/include. Similarly 7.x's gcc has the symbol but doesn't turn on the compiler flags which use it. Basically RELENG_8 is not completely building against itself. Trying to go from 6.x to 8.x is showing some of places where the new OS doesn't build against itself. This was with GENERIC for all builds and almost no ports installed. > ---Mike -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 04:40:49 2011 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 4B19B106566C for ; Mon, 31 Jan 2011 04:40:49 +0000 (UTC) (envelope-from marka@isc.org) Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by mx1.freebsd.org (Postfix) with ESMTP id DBAF08FC17 for ; Mon, 31 Jan 2011 04:40:48 +0000 (UTC) Received: from farside.isc.org (farside.isc.org [IPv6:2001:4f8:3:bb::5]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "farside.isc.org", Issuer "ISC CA" (verified OK)) by mx.ams1.isc.org (Postfix) with ESMTPS id 3760E5F984C; Mon, 31 Jan 2011 04:40:28 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:ea06:88ff:fef3:4f9c]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by farside.isc.org (Postfix) with ESMTP id 17A70E604A; Mon, 31 Jan 2011 04:40:26 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 929E6950B79; Mon, 31 Jan 2011 15:40:23 +1100 (EST) From: Mark Andrews In-reply-to: Your message of "Mon, 31 Jan 2011 12:51:36 +1100." Date: Mon, 31 Jan 2011 15:40:23 +1100 Message-Id: <20110131044023.929E6950B79@drugs.dv.isc.org> X-Spam-Status: No, score=-1.2 required=5.0 tests=AWL, BAYES_00, MISSING_HEADERS, T_RP_MATCHES_RCVD autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mx.ams1.isc.org Cc: stable@freebsd.org Subject: Re: RELEASE_6 -> RELEASE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 04:40:49 -0000 Mark Andrews writes: > > In message <4D46119F.5060101@sentex.net>, Mike Tancsa writes: > > On 1/30/2011 6:45 PM, Mark Andrews wrote: > > > I was trying to upgrade a machine from RELEASE_6 (latest) > > > to RELEASE_8 (latest) via source. I was unable to get > > > make buildworld to complete. > > > > Strange, I have done a number of machines going from RELENG_6, RELENG_7 > > and then RELENG_8 without too much issue. The ports can be a bit > > problematic, but of the half dozen or so I have done, it hasnt been an > > issue. Were you using a custom kernel, or GENERIC as defined from each > > of the branches ? > > It's the double release jump that doesn't work. Looking at 7.x the > headers needed are installed in /usr/include. Similarly 7.x's gcc > has the symbol but doesn't turn on the compiler flags which use it. > Basically RELENG_8 is not completely building against itself. Trying > to go from 6.x to 8.x is showing some of places where the new OS > doesn't build against itself. > > This was with GENERIC for all builds and almost no ports installed. The following Makefiles needed to be modified to add -I${.CURDIR}/../../../lib/libelf and/or -I${.CURDIR}/../../../sys. /usr/release8/src/cddl/usr.bin/sgsmsg/Makefile lib/libelf /usr/release8/src/cddl/lib/libctf/Makefile lib/libelf sys /usr/release8/src/cddl/usr.bin/ctfconvert/Makefile lib/libelf sys /usr/release8/src/cddl/usr.bin/ctfmerge/Makefile sys e.g. CFLAGS+= -I${.CURDIR}/../../../sys/cddl/compat/opensolaris \ -I${.CURDIR}/../../../cddl/compat/opensolaris/include \ -I${.CURDIR}/../../../lib/libelf \ -I${.CURDIR}/../../../sys \ -I${OPENSOLARIS_USR_DISTDIR} \ -I${OPENSOLARIS_SYS_DISTDIR} \ -I${OPENSOLARIS_USR_DISTDIR}/head \ -I${OPENSOLARIS_USR_DISTDIR}/tools/ctf/common \ -I${OPENSOLARIS_USR_DISTDIR}/tools/ctf/cvt \ -I${OPENSOLARIS_SYS_DISTDIR}/uts/common "make make" is also needed for 6.x -> 8.x so that should be added to UPDATING. The build will then run until stopping in libexec/atrun with /usr/release8/usr/release8/src/tmp/usr/lib/libpam.so: undefined reference to `__stack_chk_fail_local' -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 09:40:52 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 48DF7106566B for ; Mon, 31 Jan 2011 09:40:52 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from xps.daemonology.net (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx2.freebsd.org (Postfix) with SMTP id B464614DE3F for ; Mon, 31 Jan 2011 09:40:51 +0000 (UTC) Received: (qmail 49235 invoked from network); 31 Jan 2011 09:40:55 -0000 Received: from unknown (HELO xps.daemonology.net) (127.0.0.1) by localhost with SMTP; 31 Jan 2011 09:40:55 -0000 Message-ID: <4D4683A7.9030708@freebsd.org> Date: Mon, 31 Jan 2011 01:40:55 -0800 From: FreeBSD Security Officer Organization: FreeBSD Project User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.16) Gecko/20101220 Thunderbird/3.0.11 MIME-Version: 1.0 To: FreeBSD Stable , freebsd security X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: HEADS UP: FreeBSD 7.1 EoL coming soon X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: security-officer@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 09:40:52 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Everyone, On February 28th, FreeBSD 7.1 will reach its End of Life and will no longer be supported by the FreeBSD Security Team. (This was initially scheduled to occur today, but in light of the imminent arrival of FreeBSD 7.4 I decided to push it back a month.) Users of FreeBSD 7.1 are strongly encouraged to upgrade to either FreeBSD 7.3, FreeBSD 8.1, or the upcoming FreeBSD 7.4 or 8.2 within the next month. The current supported branches and expected EoL dates are: +---------------------------------------------------------------------+ | Branch | Release | Type | Release date | Estimated EoL | |-----------+------------+--------+-----------------+-----------------| |RELENG_7 |n/a |n/a |n/a |last release + 2y| |-----------+------------+--------+-----------------+-----------------| |RELENG_7_1 |7.1-RELEASE |Extended|January 4, 2009 |February 28, 2011| |-----------+------------+--------+-----------------+-----------------| |RELENG_7_3 |7.3-RELEASE |Extended|March 23, 2010 |March 31, 2012 | |-----------+------------+--------+-----------------+-----------------| |RELENG_7_4 |7.4-RELEASE |Extended|not yet |release + 2 years| |-----------+------------+--------+-----------------+-----------------| |RELENG_8 |n/a |n/a |n/a |last release + 2y| |-----------+------------+--------+-----------------+-----------------| |RELENG_8_1 |8.1-RELEASE |Extended|July 23, 2010 |July 31, 2012 | |-----------+------------+--------+-----------------+-----------------| |RELENG_8_2 |8.2-RELEASE |Normal |not yet |release + 1 year | +---------------------------------------------------------------------+ - -- Colin Percival Security Officer, FreeBSD | freebsd.org | The power to serve Founder / author, Tarsnap | tarsnap.com | Online backups for the truly paranoid -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk1Gg6cACgkQFdaIBMps37K69QCfZb4Xa6YEiSOtXDPLfGpi6crE fGEAnjANjSSDXolX5c9VBximNpOD/1rw =5yHH -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 10:10:13 2011 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 633A7106566B; Mon, 31 Jan 2011 10:10:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 381E78FC1B; Mon, 31 Jan 2011 10:10:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 3964641C6DB; Mon, 31 Jan 2011 11:10:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id nx6YGdsqYwuE; Mon, 31 Jan 2011 11:10:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id BFEB441C6F2; Mon, 31 Jan 2011 11:10:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 949D24448F3; Mon, 31 Jan 2011 10:06:53 +0000 (UTC) Date: Mon, 31 Jan 2011 10:06:53 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Mark Andrews In-Reply-To: <20110130234533.5C86C94D3C0@drugs.dv.isc.org> Message-ID: <20110131095539.N39951@maildrop.int.zabbadoz.net> References: <20110130234533.5C86C94D3C0@drugs.dv.isc.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, "M. Warner Losh" Subject: Re: RELEASE_6 -> RELEASE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 10:10:13 -0000 On Mon, 31 Jan 2011, Mark Andrews wrote: > > I was trying to upgrade a machine from RELEASE_6 (latest) > to RELEASE_8 (latest) via source. I was unable to get > make buildworld to complete. You need latest N to go to N+1, so a 6.4-RELEASE or RELENG_6 after that should be able to go to 7.x but not straight to 8. Multi-Release-Hop-Updates have been working once in a while in the past with other releases but were never officially supported. Not even a say 7.1 might be able to go to straight 8.x btw. Unfortunately UPDATING wasn't really updated in that regard for a while and might still say "To upgrade in-place from 5.x-stable to current" in older branches; I know it was fixed in 9 for 8 in [1] as part of a large cleanup but I think a similar change never made it back to other stable branches. /bz [1] http://svn.freebsd.org/viewvc/base/head/UPDATING?revision=196789&view=markup -- Bjoern A. Zeeb You have to have visions! Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 11:52:26 2011 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 569411065697 for ; Mon, 31 Jan 2011 11:52:26 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 92AD68FC20 for ; Mon, 31 Jan 2011 11:52:25 +0000 (UTC) Received: by wyf19 with SMTP id 19so5619540wyf.13 for ; Mon, 31 Jan 2011 03:52:24 -0800 (PST) Received: by 10.227.129.79 with SMTP id n15mr5936479wbs.134.1296474744275; Mon, 31 Jan 2011 03:52:24 -0800 (PST) Received: from dfleuriot.local ([83.167.62.196]) by mx.google.com with ESMTPS id o6sm3445479wbo.21.2011.01.31.03.52.23 (version=SSLv3 cipher=RC4-MD5); Mon, 31 Jan 2011 03:52:23 -0800 (PST) Message-ID: <4D46A276.60304@my.gd> Date: Mon, 31 Jan 2011 12:52:22 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20110129222400.R39951@maildrop.int.zabbadoz.net> <20110130221826.GA41684@iqpano.freenix.org> In-Reply-To: <20110130221826.GA41684@iqpano.freenix.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 11:52:26 -0000 On 1/30/11 11:18 PM, Ollivier Robert wrote: > According to Garrett Cooper: >> +1. PERC7 should be supported by mfi(4) (required bits may need to >> be added to mfi(4) though as you've pointed out, but additional >> details may need to be obtained from Dell). > > I've seen mention of the mps driver (in head) and of the mfi one. Which one is the right one? > > For the OP: I may be gaining access to a test system (Dell R210 / as in new dedibox[1]) tomorrow on which I could test my mfsboot image... > As requested, find below the output of a verbose boot. Notice how mps0 is rather unhappy here: (probe0:mps0:0:0:0): Error 22, Unretryable error (probe0:mps0:0:0:0): Down reving Protocol Version from 4 to 2? (probe1:mps0:0:1:0): Error 22, Unretryable error (probe1:mps0:0:1:0): Down reving Protocol Version from 4 to 2? (probe0:mps0:0:0:0): Error 22, Unretryable error (probe0:mps0:0:0:0): Down reving Protocol Version from 4 to 2? (probe1:mps0:0:1:0): Error 22, Unretryable error (probe1:mps0:0:1:0): Down reving Protocol Version from 4 to 2? (probe0:mps0:0:0:0): Error 22, Unretryable error (probe1:mps0:0:1:0): Error 22, Unretryable error Table 'FACP' at 0xbf6c3bb4 Table 'APIC' at 0xbf6c3478 APIC: Found table at 0xbf6c3478 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 2 ACPI ID 2: enabled SMP: Added CPU 2 (AP) MADT: Found CPU APIC ID 4 ACPI ID 3: enabled SMP: Added CPU 4 (AP) MADT: Found CPU APIC ID 6 ACPI ID 4: enabled SMP: Added CPU 6 (AP) MADT: Found CPU APIC ID 1 ACPI ID 5: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 3 ACPI ID 6: enabled SMP: Added CPU 3 (AP) MADT: Found CPU APIC ID 5 ACPI ID 7: enabled SMP: Added CPU 5 (AP) MADT: Found CPU APIC ID 7 ACPI ID 8: enabled SMP: Added CPU 7 (AP) MADT: Found CPU APIC ID 40 ACPI ID 9: disabled MADT: Found CPU APIC ID 41 ACPI ID 10: disabled MADT: Found CPU APIC ID 42 ACPI ID 11: disabled MADT: Found CPU APIC ID 43 ACPI ID 12: disabled MADT: Found CPU APIC ID 44 ACPI ID 13: disabled MADT: Found CPU APIC ID 45 ACPI ID 14: disabled MADT: Found CPU APIC ID 46 ACPI ID 15: disabled MADT: Found CPU APIC ID 47 ACPI ID 16: disabled MADT: Found CPU APIC ID 48 ACPI ID 17: disabled MADT: Found CPU APIC ID 49 ACPI ID 18: disabled MADT: Found CPU APIC ID 50 ACPI ID 19: disabled MADT: Found CPU APIC ID 51 ACPI ID 20: disabled MADT: Found CPU APIC ID 52 ACPI ID 21: disabled MADT: Found CPU APIC ID 53 ACPI ID 22: disabled MADT: Found CPU APIC ID 54 ACPI ID 23: disabled MADT: Found CPU APIC ID 55 ACPI ID 24: disabled MADT: Found CPU APIC ID 56 ACPI ID 25: disabled MADT: Found CPU APIC ID 57 ACPI ID 26: disabled MADT: Found CPU APIC ID 58 ACPI ID 27: disabled MADT: Found CPU APIC ID 59 ACPI ID 28: disabled MADT: Found CPU APIC ID 60 ACPI ID 29: disabled MADT: Found CPU APIC ID 61 ACPI ID 30: disabled MADT: Found CPU APIC ID 62 ACPI ID 31: disabled MADT: Found CPU APIC ID 63 ACPI ID 32: disabled Copyright (c) 1992-2011 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 8.2-PRERELEASE #1 r218017M: Sat Jan 29 12:23:01 CET 2011 root@centre.keltia.net:/usr/obj/data/work/freebsd/8v28/sys/GENERIC amd64 Preloaded elf kernel "/boot/kernel/kernel" at 0xffffffff83355000. Preloaded elf obj module "/boot/kernel/zfs.ko" at 0xffffffff833551b8. Preloaded elf obj module "/boot/kernel/opensolaris.ko" at 0xffffffff83355820. Preloaded mfs_root "/mfsroot" at 0xffffffff83355e10. Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 1861998768 Hz CPU: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz (1862.00-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106e5 Family = 6 Model = 1e Stepping = 5 Features=0xbfebfbff Features2=0x98e3fd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant real memory = 17179869184 (16384 MB) Physical memory chunk(s): 0x0000000000001000 - 0x0000000000097fff, 618496 bytes (151 pages) 0x0000000003390000 - 0x00000000bf698fff, 3157299200 bytes (770825 pages) 0x0000000100000000 - 0x00000004200affff, 13422493696 bytes (3276976 pages) avail memory = 16476315648 (15713 MB) ACPI APIC Table: INTR: Adding local APIC 1 as a target INTR: Adding local APIC 2 as a target INTR: Adding local APIC 3 as a target INTR: Adding local APIC 4 as a target INTR: Adding local APIC 5 as a target INTR: Adding local APIC 6 as a target INTR: Adding local APIC 7 as a target FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads 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 x86bios: IVT 0x000000-0x0004ff at 0xffffff0000000000 x86bios: SSEG 0x010000-0x01ffff at 0xffffff8000063000 x86bios: EBDA 0x09c000-0x09ffff at 0xffffff000009c000 x86bios: ROM 0x0a0000-0x0effff at 0xffffff00000a0000 APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 5 APIC: CPU 2 has ACPI ID 2 APIC: CPU 3 has ACPI ID 6 APIC: CPU 4 has ACPI ID 3 APIC: CPU 5 has ACPI ID 7 APIC: CPU 6 has ACPI ID 4 APIC: CPU 7 has ACPI ID 8 lapic0: CMCI unmasked ULE: setup cpu 0 ULE: setup cpu 1 ULE: setup cpu 2 ULE: setup cpu 3 ULE: setup cpu 4 ULE: setup cpu 5 ULE: setup cpu 6 ULE: setup cpu 7 ACPI: RSDP 0xf0b40 00024 (v02 DELL ) ACPI: XSDT 0xf0c40 00094 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: FACP 0xbf6c3bb4 000F4 (v03 DELL PE_SC3 00000001 DELL 00000001) ACPI: DSDT 0xbf6af000 0398C (v01 DELL PE_SC3 00000001 INTL 20050624) ACPI: FACS 0xbf6c6000 00040 ACPI: APIC 0xbf6c3478 00152 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: SPCR 0xbf6c35cc 00050 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: HPET 0xbf6c3620 00038 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: DMAR 0xbf6c365c 000A8 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: MCFG 0xbf6c3850 0003C (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: WD__ 0xbf6c3890 00134 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI: SLIC 0xbf6c39c8 00024 (v01 DELL PE_SC3 00000001 DELL 00000001) ACPI Error: Null physical address for ACPI table [(null)] (20101013/tbutils-512) ACPI Error: Null physical address for ACPI table [(null)] (20101013/tbutils-512) ACPI Error: Null physical address for ACPI table [(null)] (20101013/tbutils-512) ACPI Error: Null physical address for ACPI table [(null)] (20101013/tbutils-512) ACPI: TCPA 0xbf6c3b4c 00064 (v02 DELL PE_SC3 00000001 DELL 00000001) ACPI: SSDT 0xbf6c7000 02164 (v01 INTEL PPM RCM 80000001 INTL 20061109) MADT: Found IO APIC ID 0, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 lapic: Routing NMI -> LINT1 lapic: LINT1 trigger: edge lapic: LINT1 polarity: high 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 ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 wlan: <802.11 Link Layer> nfslock: pseudo-device kbd: new array size 4 kbd1 at kbdmux0 mem: io: null: random: hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 acpi0: on motherboard PCIe: Memory Mapped configuration base @ 0xe0000000 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 0 vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) unknown: I/O range not supported ACPI timer: 1/1 1/2 1/2 1/2 1/1 1/1 1/2 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 15 N 0 3 4 5 6 7 10 11 14 15 Validation 0 15 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 6 N 0 3 4 5 6 7 10 11 14 15 Validation 0 6 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 14 N 0 3 4 5 6 7 10 11 14 15 Validation 0 14 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 14 15 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0xd130, revid=0x11 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks found-> vendor=0x8086, dev=0xd138, revid=0x11 domain=0, bus=0, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) intpin=a, irq=255 powerspec 3 supports D0 D3 current D0 MSI supports 2 messages, vector masks found-> vendor=0x8086, dev=0xd155, revid=0x11 domain=0, bus=0, slot=8, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd156, revid=0x11 domain=0, bus=0, slot=8, func=1 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd157, revid=0x11 domain=0, bus=0, slot=8, func=2 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd158, revid=0x11 domain=0, bus=0, slot=8, func=3 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd150, revid=0x11 domain=0, bus=0, slot=16, func=0 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0xd151, revid=0x11 domain=0, bus=0, slot=16, func=1 class=08-80-00, hdrtype=0x00, mfdev=1 cmdreg=0x0000, statreg=0x0000, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3b3c, revid=0x05 domain=0, bus=0, slot=26, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdf0fa000, size 10, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 22 unknown: Reserved 0x400 bytes for rid 0x10 type 3 at 0xdf0fa000 ehci early: SMM active, request owner change found-> vendor=0x8086, dev=0x3b42, revid=0x05 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0147, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x07 (1750 ns), maxlat=0x00 (0 ns) powerspec 2 supports D0 D3 current D0 MSI supports 1 message found-> vendor=0x8086, dev=0x3b34, revid=0x05 domain=0, bus=0, slot=29, func=0 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0106, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xdf0fc000, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 22 unknown: Reserved 0x400 bytes for rid 0x10 type 3 at 0xdf0fc000 found-> vendor=0x8086, dev=0x244e, revid=0xa5 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0147, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x0b (2750 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3b14, revid=0x05 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0147, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x3b22, revid=0x05 domain=0, bus=0, slot=31, func=2 class=01-06-01, hdrtype=0x00, mfdev=0 cmdreg=0x0047, statreg=0x02b0, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xecd0, size 3, enabled map[14]: type I/O Port, range 32, base 0xecc8, size 2, enabled map[18]: type I/O Port, range 32, base 0xecd8, size 3, enabled map[1c]: type I/O Port, range 32, base 0xeccc, size 2, enabled map[20]: type I/O Port, range 32, base 0xece0, size 5, enabled map[24]: type Memory, range 32, base 0xdf0fe000, size 11, enabled pcib0: matched entry for 0.31.INTA pcib0: slot 31 INTA hardwired to IRQ 20 pcib1: at device 3.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0xf000-0xffff pcib1: memory decode 0xdf100000-0xdf2fffff pcib1: no prefetched decode pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1000, dev=0x0072, revid=0x02 domain=0, bus=1, slot=0, func=0 class=01-07-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 15 messages in map 0x14 map[10]: type I/O Port, range 32, base 0xfc00, size 8, enabled pcib1: requested I/O range 0xfc00-0xfcff: in range map[14]: type Memory, range 64, base 0xdf2b0000, size 16, enabled pcib1: requested memory range 0xdf2b0000-0xdf2bffff: good map[1c]: type Memory, range 64, base 0xdf2c0000, size 18, enabled pcib1: requested memory range 0xdf2c0000-0xdf2fffff: good pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 mps0: port 0xfc00-0xfcff mem 0xdf2b0000-0xdf2bffff,0xdf2c0000-0xdf2fffff irq 16 at device 0.0 on pci1 mps0: Reserved 0x10000 bytes for rid 0x14 type 3 at 0xdf2b0000 mps0: Firmware: 02.15.57.00 mps0: IOCCapabilities: 185c mps0: attempting to allocate 1 MSI-X vectors (15 supported) msi: routing MSI-X IRQ 256 to local APIC 0 vector 49 mps0: using IRQ 256 for MSI-X mps0: [MPSAFE] mps0: [ITHREAD] pci0: at device 8.0 (no driver attached) pci0: at device 8.1 (no driver attached) pci0: at device 8.2 (no driver attached) pci0: at device 8.3 (no driver attached) pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) ehci0: mem 0xdf0fa000-0xdf0fa3ff irq 22 at device 26.0 on pci0 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 0 vector 50 ehci0: [MPSAFE] ehci0: [ITHREAD] usbus0: EHCI version 1.0 usbus0: on ehci0 pcib2: at device 28.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xf000-0xfff pcib2: memory decode 0xda000000-0xddffffff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x14e4, dev=0x163b, revid=0x20 domain=0, bus=2, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 3 supports D0 D3 current D0 MSI supports 16 messages, 64 bit MSI-X supports 9 messages in map 0x10 map[10]: type Memory, range 64, base 0xda000000, size 25, enabled pcib2: requested memory range 0xda000000-0xdbffffff: good pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x14e4, dev=0x163b, revid=0x20 domain=0, bus=2, slot=0, func=1 class=02-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0006, statreg=0x0010, cachelnsz=16 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 16 messages, 64 bit MSI-X supports 9 messages in map 0x10 map[10]: type Memory, range 64, base 0xdc000000, size 25, enabled pcib2: requested memory range 0xdc000000-0xddffffff: good pcib2: matched entry for 2.0.INTB pcib2: slot 0 INTB hardwired to IRQ 17 bce0: mem 0xda000000-0xdbffffff irq 16 at device 0.0 on pci2 bce0: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xda000000 bce0: attempting to allocate 1 MSI vectors (16 supported) msi: routing MSI IRQ 257 to local APIC 0 vector 64 bce0: using IRQ 257 for MSI miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: OUI 0x0050ef, model 0x003c, rev. 8 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce0: bpf attached bce0: Ethernet address: 00:26:b9:7e:83:71 bce0: [MPSAFE] bce0: [ITHREAD] bce0: ASIC (0x57092008); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); Flags (MSI|MFW); MFW (NCSI 2.0.5) bce1: mem 0xdc000000-0xddffffff irq 17 at device 0.1 on pci2 bce1: Reserved 0x2000000 bytes for rid 0x10 type 3 at 0xdc000000 bce1: attempting to allocate 1 MSI vectors (16 supported) msi: routing MSI IRQ 258 to local APIC 0 vector 80 bce1: using IRQ 258 for MSI miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: OUI 0x0050ef, model 0x003c, rev. 8 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: bpf attached bce1: Ethernet address: 00:26:b9:7e:83:72 bce1: [MPSAFE] bce1: [ITHREAD] bce1: ASIC (0x57092008); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.11); Flags (MSI|MFW); MFW (NCSI 2.0.5) ehci1: mem 0xdf0fc000-0xdf0fc3ff irq 22 at device 29.0 on pci0 ehci1: [MPSAFE] ehci1: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci1 pcib3: at device 30.0 on pci0 pcib3: domain 0 pcib3: secondary bus 3 pcib3: subordinate bus 3 pcib3: I/O decode 0xf000-0xfff pcib3: memory decode 0xde000000-0xdeffffff pcib3: prefetched decode 0xd9800000-0xd9ffffff pcib3: Subtractively decoded bridge. pci3: on pcib3 pci3: domain=0, physical bus=3 found-> vendor=0x102b, dev=0x0532, revid=0x0a domain=0, bus=3, slot=3, func=0 class=03-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0290, cachelnsz=16 (dwords) lattimer=0x20 (960 ns), mingnt=0x10 (4000 ns), maxlat=0x20 (8000 ns) intpin=a, irq=6 powerspec 1 supports D0 D3 current D0 map[10]: type Prefetchable Memory, range 32, base 0xd9800000, size 23, enabled pcib3: requested memory range 0xd9800000-0xd9ffffff: good map[14]: type Memory, range 32, base 0xde7fc000, size 14, enabled pcib3: requested memory range 0xde7fc000-0xde7fffff: good map[18]: type Memory, range 32, base 0xde800000, size 23, enabled pcib3: requested memory range 0xde800000-0xdeffffff: good pcib3: matched entry for 3.3.INTA pcib3: slot 3 INTA hardwired to IRQ 19 vgapci0: mem 0xd9800000-0xd9ffffff,0xde7fc000-0xde7fffff,0xde800000-0xdeffffff irq 19 at device 3.0 on pci3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xecd0-0xecd7,0xecc8-0xeccb,0xecd8-0xecdf,0xeccc-0xeccf,0xece0-0xecff mem 0xdf0fe000-0xdf0fe7ff irq 20 at device 31.2 on pci0 atapci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0xece0 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 0 vector 51 atapci0: [MPSAFE] atapci0: [ITHREAD] atapci0: Reserved 0x800 bytes for rid 0x24 type 3 at 0xdf0fe000 atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.30 controller with 6 3Gbps ports, PM supported atapci0: Caps: 64bit NCQ SNTF ALP AL CLO 3Gbps PM PMD SSC PSC 32cmd EM eSATA 6ports ata2: on atapci0 ata2: AHCI reset... ata2: hardware reset ... ata2: SATA connect timeout status=00000000 ata2: AHCI reset done: phy reset found no device ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 ata3: AHCI reset... ata3: hardware reset ... ata3: SATA connect timeout status=00000000 ata3: AHCI reset done: phy reset found no device ata3: [MPSAFE] ata3: [ITHREAD] ata4: on atapci0 ata4: AHCI reset... ata4: hardware reset ... ata4: SATA connect timeout status=00000000 ata4: AHCI reset done: phy reset found no device ata4: [MPSAFE] ata4: [ITHREAD] ata5: on atapci0 ata5: AHCI reset... ata5: hardware reset ... ata5: SATA connect timeout status=00000000 ata5: AHCI reset done: phy reset found no device ata5: [MPSAFE] ata5: [ITHREAD] ata6: on atapci0 ata6: AHCI reset... ata6: hardware reset ... ata6: SATA connect timeout status=00000000 ata6: AHCI reset done: phy reset found no device ata6: [MPSAFE] ata6: [ITHREAD] ata7: on atapci0 ata7: AHCI reset... ata7: hardware reset ... ata7: SATA connect timeout status=00000000 ata7: AHCI reset done: phy reset found no device ata7: [MPSAFE] ata7: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 8 hz: 14318180 opts: legacy_route 64-bit Timecounter "HPET" frequency 14318180 Hz quality 900 atrtc0: port 0x70-0x7f irq 8 on acpi0 atrtc0: registered as a time-of-day clock (resolution 1000000us) uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 0 vector 52 uart0: [FILTER] uart0: fast interrupt uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 0 vector 53 uart1: [FILTER] uart1: fast interrupt acpi0: wakeup code va 0xffffff847fa80000 pa 0x4000 ex_isa_identify() ahc_isa_probe 0: ioport 0xc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed isa_probe_children: disabling PnP devices atrtc: atrtc0 already exists; skipping it sc: sc0 already exists; skipping it uart: uart0 already exists; skipping it uart: uart1 already exists; skipping it isa_probe_children: probing non-PnP devices orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xec000-0xeffff on isa0 atkbd: the current kbd controller command byte 0065 atkbd: unable to set the command byte. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd1, terminal emulator: scteken (teken terminal) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3d0000 ioapic0: routing intpin 1 (ISA IRQ 1) to lapic 0 vector 54 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: current command byte:0065 psm0: unable to set the command byte. fdc0 failed to probe at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 ppc0: cannot reserve I/O port range ppc0: failed to probe at irq 7 on isa0 isa_probe_children: probing PnP devices est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est0 attach returned 6 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est1 attach returned 6 p4tcc1: on cpu1 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est2 attach returned 6 p4tcc2: on cpu2 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est3 attach returned 6 p4tcc3: on cpu3 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est4 attach returned 6 p4tcc4: on cpu4 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est5 attach returned 6 p4tcc5: on cpu5 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est6 attach returned 6 p4tcc6: on cpu6 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est7 attach returned 6 p4tcc7: on cpu7 Device configuration finished. procfs registered ZFS filesystem version 5 ZFS storage pool version 28 lapic: Divisor 2, Frequency 66459680 Hz Timecounter "TSC" frequency 1861998768 Hz quality -100 Timecounters tick every 1.000 msec vlan: initialized, using hash tables with chaining lo0: bpf attached hptrr: no controller detected. ata2: Identifying devices: 00000000 ata2: New devices: 00000000 ata3: Identifying devices: 00000000 ata3: New devices: 00000000 ata4: Identifying devices: 00000000 ata4: New devices: 00000000 ata5: Identifying devices: 00000000 ata5: New devices: 00000000 ata6: Identifying devices: 00000000 ata6: New devices: 00000000 ata7: Identifying devices: 00000000 ata7: New devices: 00000000 md0: Preloaded image 36282368 bytes at 0xffffffff810b9920 usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 mps0: Found device <881,End Device> <3.0Gbps> <0x0009> <1/1> mps0: Found device <881,End Device> <3.0Gbps> <0x000a> <1/0> uhub2: 6 ports with 6 removable, self powered uhub3: 8 ports with 8 removable, self powered ugen0.3: at usbus0 ukbd0: on usbus0 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on usbus0 ums0: 3 buttons and [Z] coordinates ID=0 ugen1.3: at usbus1 uhub4: on usbus1 (probe0:mps0:0:0:0): Error 22, Unretryable error (probe0:mps0:0:0:0): Down reving Protocol Version from 4 to 2? (probe1:mps0:0:1:0): Error 22, Unretryable error (probe1:mps0:0:1:0): Down reving Protocol Version from 4 to 2? (probe0:mps0:0:0:0): Error 22, Unretryable error (probe0:mps0:0:0:0): Down reving Protocol Version from 4 to 2? (probe1:mps0:0:1:0): Error 22, Unretryable error (probe1:mps0:0:1:0): Down reving Protocol Version from 4 to 2? (probe0:mps0:0:0:0): Error 22, Unretryable error (probe1:mps0:0:1:0): Error 22, Unretryable error uhub4: 4 ports with 4 removable, self powered ATA PseudoRAID loaded llaappicicl32al:p alCi:palpiaip iccCcc6M457M:CC:II: : uuCnnmmCa aMCCssMkMkeedCdICCI I uMunCm naumIassk enkudmnaesmdkaesdked SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000100f2 SMP: AP CPU #7 Launched! cpu7 AP: ID: 0x07000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #5 Launched! cpu5 AP: ID: 0x05000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #6 Launched! cpu6 AP: ID: 0x06000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #4 Launched! cpu4 AP: ID: 0x04000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #3 Launched! cpu3 AP: ID: 0x03000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 SMP: AP CPU #2 Launched! cpu2 AP: ID: 0x02000000 VER: 0x00060015 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x000000f0 pmc: 0x00010400 cmci: 0x000000f2 ioapic0: routing intpin 3 (ISA IRQ 3) to lapic 1 vector 48 ioapic0: routing intpin 4 (ISA IRQ 4) to lapic 2 vector 48 ioapic0: routing intpin 9 (ISA IRQ 9) to lapic 3 vector 48 ioapic0: routing intpin 20 (PCI IRQ 20) to lapic 4 vector 48 ioapic0: routing intpin 22 (PCI IRQ 22) to lapic 5 vector 48 msi: Assigning MSI-X IRQ 256 to local APIC 6 vector 48 msi: Assigning MSI IRQ 257 to local APIC 7 vector 48 Trying to mount root from ufs:/dev/md0 start_init: trying /sbin/init From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 13:23:27 2011 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 45A701065694 for ; Mon, 31 Jan 2011 13:23:27 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C82928FC12 for ; Mon, 31 Jan 2011 13:23:26 +0000 (UTC) Received: by iwn39 with SMTP id 39so5473210iwn.13 for ; Mon, 31 Jan 2011 05:23:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id:mime-version :content-type:content-disposition:organization:x-operating-system :user-agent; bh=DTvNjruBG6VDRFXt36akkNunxSRu7ZnSmNZLikUgzhs=; b=twTRQmlK4doiwi+XUWNNcYa1VWP/QW3HaS3jzKftkgrZ+IP8d4QQwbjKaUMvNQZMoc jKxI5auYsE7ah+N9Q00AlvnlafXJGm3+y6NfSAIjvdXn7f45SWVEzW71zuIqSNKw1l9X Txrd5aruvJwoBagMKDUbcMASM0t6GVa6Bq4to= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:organization:x-operating-system:user-agent; b=afl5QegelyhFhrnOF3u7uCHHhiVMwKHUcLsC9m3s5n75GfYwKMme1zjABoOcR0wzO7 2qMwWV2Dr+tZmCU2VJyazA2VRrvdvh2SUQPNgZ37DN9sI+iYxZK58aZJpjgd4cA7QdMo +sS66CBek/rwymgmSzlCF7ni+VfhoRCl3gBuM= Received: by 10.42.179.133 with SMTP id bq5mr7789538icb.242.1296478660993; Mon, 31 Jan 2011 04:57:40 -0800 (PST) Received: from fbsd.t60.cpu ([180.141.181.132]) by mx.google.com with ESMTPS id gy41sm17910764ibb.11.2011.01.31.04.57.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 31 Jan 2011 04:57:40 -0800 (PST) Date: Mon, 31 Jan 2011 20:57:29 +0800 From: Yue Wu To: ml-freebsd-stable Message-ID: <20110131125729.GA5163@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 8.2-PRERELEASE i386 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Error produced by static ip setting: ifconfig: inet: bad value X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 13:23:27 -0000 List, Hi. I use following setting for my wireless networking enviroment: ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 wepkey 1:0x1111111111 DHCP" But I don't like DHCP and want to use static ip, so I tried: ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 wepkey 1:0x1111111111 inet 192.168.1.144 netmask 255.255.255.0" But the setting makes BSD networking not working anymore, and when the system starts up, there's an error message: ifconfig: inet: bad value What's wrong? How to use static ip in my wireless networking? -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 13:39:53 2011 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 A775F106566C for ; Mon, 31 Jan 2011 13:39:53 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A6078FC0C for ; Mon, 31 Jan 2011 13:39:53 +0000 (UTC) Received: by iyb26 with SMTP id 26so4961421iyb.13 for ; Mon, 31 Jan 2011 05:39:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :organization:x-operating-system:user-agent; bh=BTyer1n07WvMCk/uLKIyg6bhnW7GOrPsooizVpzFG7k=; b=o9MwcfJFh4Ub/dqCAQ/Se7qUJ1N9C6oNAf7xI4T/ZLMm9qmpP7KCiWsR9r0nOsRmvS Vi0tIVD5uzbKw8nSvM2ok7JjrvL2I6z3qBzfEEVO79f76AWYC1XvSSGIaeZfJQEdlcba icpW/ymu7+XKuAxfPsnOu7KW+BxwY1cZfj1GI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:organization :x-operating-system:user-agent; b=r0G0M6ft8/oM492RU1+Jpe0YKsdkRGdY4oLFgJHvjP7z0WnV3ThajSMkuiyfM55T1o xUu6ZwkX8pdazmztMm4kXGWGEtgCx4ODW7Et5K3pTg+yyIVHfX/W+B+X0nLmqw6R/rAc UZ2Pe+gpwrkXfDUDv3aYvEDDD9ZbdRM9U6xIU= Received: by 10.42.173.10 with SMTP id p10mr3786239icz.142.1296481192543; Mon, 31 Jan 2011 05:39:52 -0800 (PST) Received: from fbsd.t60.cpu ([180.141.181.132]) by mx.google.com with ESMTPS id gy41sm17947113ibb.17.2011.01.31.05.39.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 31 Jan 2011 05:39:52 -0800 (PST) Date: Mon, 31 Jan 2011 21:39:34 +0800 From: Yue Wu To: ml-freebsd-stable Message-ID: <20110131133934.GA1367@fbsd.t60.cpu> References: <20110131125729.GA5163@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110131125729.GA5163@fbsd.t60.cpu> Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 8.2-PRERELEASE i386 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Error produced by static ip setting: ifconfig: inet: bad value X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 13:39:53 -0000 On Mon, Jan 31, 2011 at 08:57:29PM +0800, Yue Wu wrote: > List, > > Hi. > > I use following setting for my wireless networking enviroment: > > ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 wepkey 1:0x1111111111 DHCP" > > But I don't like DHCP and want to use static ip, so I tried: > > ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 wepkey 1:0x1111111111 inet 192.168.1.144 netmask 255.255.255.0" > > But the setting makes BSD networking not working anymore, and when the > system starts up, there's an error message: > > ifconfig: inet: bad value > > What's wrong? How to use static ip in my wireless networking? > The setting: ifconfig_wlan0="inet 192.168.1.111 netmask 255.255.255.0 mode 11g bssid my:ssid wepmode on weptxkey 1 wepkey 1:0x1111111111" works for me, don't know why, maybe the inet string must be put at the head of the value? -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 13:41:23 2011 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 517901065697 for ; Mon, 31 Jan 2011 13:41:23 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 1AA2E8FC1E for ; Mon, 31 Jan 2011 13:41:22 +0000 (UTC) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Pju0N-0004Su-5g for freebsd-stable@freebsd.org; Mon, 31 Jan 2011 13:41:19 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1Pju0N-00012n-4r for freebsd-stable@freebsd.org; Mon, 31 Jan 2011 13:41:19 +0000 Date: Mon, 31 Jan 2011 13:41:19 +0000 Message-Id: To: freebsd-stable@freebsd.org From: Pete French Subject: TRIM support in UFS - any chance of it in ZFS ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 13:41:23 -0000 Just saw that the TRIM support for UFS has been MFC'd. Excellent stuff. I was wondering if there were any plans to do similar for ZFS at all ? thanks, -pete. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 13:50:38 2011 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 CB84A106566C for ; Mon, 31 Jan 2011 13:50:38 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 61D3D8FC17 for ; Mon, 31 Jan 2011 13:50:37 +0000 (UTC) Received: by bwz12 with SMTP id 12so5314347bwz.13 for ; Mon, 31 Jan 2011 05:50:37 -0800 (PST) Received: by 10.204.34.142 with SMTP id l14mr5171140bkd.152.1296481836982; Mon, 31 Jan 2011 05:50:36 -0800 (PST) Received: from jessie.localnet (p5B2EC39D.dip0.t-ipconnect.de [91.46.195.157]) by mx.google.com with ESMTPS id rc9sm8828632bkb.2.2011.01.31.05.50.34 (version=SSLv3 cipher=RC4-MD5); Mon, 31 Jan 2011 05:50:35 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Yue Wu Date: Mon, 31 Jan 2011 14:50:25 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-28-generic; KDE/4.4.5; i686; ; ) References: <20110131125729.GA5163@fbsd.t60.cpu> In-Reply-To: <20110131125729.GA5163@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101311450.25738.bschmidt@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: Error produced by static ip setting: ifconfig: inet: bad value X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Jan 2011 13:50:38 -0000 On Monday, January 31, 2011 13:57:29 Yue Wu wrote: > List, > > Hi. > > I use following setting for my wireless networking enviroment: > > ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 > wepkey 1:0x1111111111 DHCP" > > But I don't like DHCP and want to use static ip, so I tried: > > ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 > wepkey 1:0x1111111111 inet 192.168.1.144 netmask 255.255.255.0" > > But the setting makes BSD networking not working anymore, and when > the system starts up, there's an error message: > > ifconfig: inet: bad value > > What's wrong? How to use static ip in my wireless networking? Remove the 'inet', it isn't required. -- Bernhard From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 18:01:05 2011 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 3AE461065670 for ; Mon, 31 Jan 2011 18:01:05 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id E88738FC16 for ; Mon, 31 Jan 2011 18:01:04 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Pjy3j-0006Yl-VT for freebsd-stable@freebsd.org; Mon, 31 Jan 2011 19:01:03 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 31 Jan 2011 19:01:03 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 31 Jan 2011 19:01:03 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Mon, 31 Jan 2011 19:00:51 +0100 Lines: 5 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: X-Enigmail-Version: 1.1.2 Subject: Re: TRIM support in UFS - any chance of it in ZFS ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 18:01:05 -0000 On 31/01/2011 14:41, Pete French wrote: > Just saw that the TRIM support for UFS has been MFC'd. Excellent stuff. > I was wondering if there were any plans to do similar for ZFS at all ? AFAIK it isn't yet supported in upstream ZFS. From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 20:43:49 2011 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 433DF1065697 for ; Mon, 31 Jan 2011 20:43:49 +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 12EE68FC08 for ; Mon, 31 Jan 2011 20:43:49 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B5F3046B1A; Mon, 31 Jan 2011 15:43:48 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0D54C8A027; Mon, 31 Jan 2011 15:43:47 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 31 Jan 2011 12:00:29 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201101311200.29897.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 31 Jan 2011 15:43:47 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=2.1 required=4.2 tests=BAYES_00,DATE_IN_PAST_03_06, MAY_BE_FORGED,RDNS_DYNAMIC autolearn=no version=3.3.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: John Hickey Subject: Re: nfsd hung on ufs vnode lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 20:43:49 -0000 On Friday, January 28, 2011 8:10:41 pm John Hickey wrote: > There was a previous thread about this, but it doesn't look like there wa= s any resolution: >=20 > http://lists.freebsd.org/pipermail/freebsd-stable/2010-May/056986.html >=20 > I run a fileserver for an Emulab (www.emulab.net) system. As such, the e= xports table is constantly modified as experiments are swapped in and=20 out. We also get a lot of researchers using NFS for strange things. In th= is case, the exclusive lock was for a cache directory shared by about=20 36 machines running Ubuntu 8.04 and mounting with NFSv2. Eventually, all o= ur nfsd processes get stuck since the exclusive lock for the directory=20 is never released. I could use any and all pointers on getting this fixed. >=20 > What I am running: >=20 > jjh@users: ~$ uname -a > FreeBSD users.isi.deterlab.net 7.3-RELEASE-p2 FreeBSD 7.3-RELEASE-p2 #9: = Tue Sep 14 16:24:57 PDT 2010 =20 root@users.isi.deterlab.net:/usr/obj/usr/src/sys/USERS7 i386 >=20 > Here are the sleepchains for my system (note that 0xd1f72678 appears twic= e): >=20 > 0xce089cf0: tag syncer, type VNON > usecount 1, writecount 0, refcount 2 mountedhere 0 > flags () > lock type syncer: EXCL (count 1) by thread 0xcdb4b000 (pid 46) >=20 > 0xd1f72678: tag ufs, type VDIR > usecount 2, writecount 0, refcount 67 mountedhere 0 > flags () > v_object 0xd1e90e80 ref 0 pages 1 > lock type ufs: EXCL (count 1) by thread 0xce1146c0 (pid 866) with 62 pe= nding > ino 143173560, on dev mfid0s1f =46rom the stack trace, this vnode is the directory vnode that is the parent of the new file being created. > (kgdb) bt > #0 sched_switch (td=3D0xce1146c0, newtd=3DVariable "newtd" is not availa= ble. > ) at /usr/src/sys/kern/sched_ule.c:1936 > #1 0xc080a4a6 in mi_switch (flags=3DVariable "flags" is not available. > ) at /usr/src/sys/kern/kern_synch.c:444 > #2 0xc0837aab in sleepq_switch (wchan=3DVariable "wchan" is not availabl= e. > ) at /usr/src/sys/kern/subr_sleepqueue.c:497 > #3 0xc08380f6 in sleepq_wait (wchan=3D0xd4176394) at /usr/src/sys/kern/s= ubr_sleepqueue.c:580 > #4 0xc080a92a in _sleep (ident=3D0xd4176394, lock=3D0xc0ceb498, priority= =3D80, wmesg=3D0xc0bb656e "ufs", timo=3D0) at /usr/src/sys/kern/kern_synch.= c:230 > #5 0xc07ea9fa in acquire (lkpp=3D0xcd7375a0, extflags=3DVariable "extfla= gs" is not available. > ) at /usr/src/sys/kern/kern_lock.c:151 > #6 0xc07eb2ec in _lockmgr (lkp=3D0xd4176394, flags=3D8194, interlkp=3D0x= d41763c4, td=3D0xce1146c0, file=3D0xc0bc20c8 "/usr/src/sys/kern/vfs_subr.c"= ,=20 line=3D2062) > at /usr/src/sys/kern/kern_lock.c:384 > #7 0xc0a24765 in ffs_lock (ap=3D0xcd737608) at /usr/src/sys/ufs/ffs/ffs_= vnops.c:377 > #8 0xc0b26876 in VOP_LOCK1_APV (vop=3D0xc0ca4740, a=3D0xcd737608) at vno= de_if.c:1618 > #9 0xc0896d76 in _vn_lock (vp=3D0xd417633c, flags=3D8194, td=3D0xce1146c= 0, file=3D0xc0bc20c8 "/usr/src/sys/kern/vfs_subr.c", line=3D2062) at=20 vnode_if.h:851 Note that, this vnode (vp) doesn't show up in your list above. You can try using my gdb scripts at www.freebsd.org/~jhb/gdb (you want gdb6* and do 'source gdb6'). You can then do 'vprint vp' at this frame and should see lock details about who holds this lock. However, I would not expect the vnode lock for a new i-node to be already held. There's a chance though you are tripping over the bug fixed by these two changes: Author: jhb Date: Fri Jul 16 20:23:24 2010 New Revision: 210173 URL: http://svn.freebsd.org/changeset/base/210173 Log: When the MNTK_EXTENDED_SHARED mount option was added, some filesystems we= re changed to defer the setting of VN_LOCK_ASHARE() (which clears LK_NOSHARE in the vnode lock's flags) until after they had determined if the vnode w= as a FIFO. This occurs after the vnode has been inserted into a VFS hash or some similar table, so it is possible for another thread to find this vno= de via vget() on an i-node number and block on the vnode lock. If the lockm= gr interlock (vnode interlock for vnode locks) is not held when clearing the LK_NOSHARE flag, then the lk_flags field can be clobbered. As a result the thread blocked on the vnode lock may never get woken up. Fix this by holding the vnode interlock while modifying the lock flags in this case. =20 The softupdates code also toggles LK_NOSHARE in one function to close a race with snapshots. Fix this code to grab the interlock while fiddling with lk_flags. Author: jhb Date: Fri Aug 20 20:58:57 2010 New Revision: 211533 URL: http://svn.freebsd.org/changeset/base/211533 Log: Revert 210173 as it did not properly fix the bug. It assumed that the VI_LOCK() for a given vnode was used as the internal interlock for that vnode's v_lock lockmgr lock. This is not the case. Instead, add dedicat= ed routines to toggle the LK_NOSHARE and LK_CANRECURSE flags. These routines lock the lockmgr lock's internal interlock to synchronize the updates to the flags member with other threads attempting to acquire the lock. The VN_LOCK_A*() macros now invoke these routines, and the softupdates code uses these routines to temporarly enable recursion on buffer locks. =20 Reviewed by: kib =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 21:23:03 2011 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 E4B67106566B for ; Mon, 31 Jan 2011 21:23:03 +0000 (UTC) (envelope-from cliftonr@oz.volcano.org) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id A1C948FC0A for ; Mon, 31 Jan 2011 21:23:03 +0000 (UTC) Received: from hrndva-omtalb.mail.rr.com ([10.128.143.54]) by hrndva-qmta01.mail.rr.com with ESMTP id <20110131211200993.MXGL2544@hrndva-qmta01.mail.rr.com> for ; Mon, 31 Jan 2011 21:12:00 +0000 X-Authority-Analysis: v=1.1 cv=3uSaImBeuprzHBlOOPjkqgu+7PcxSRW0m2Aphm9Zmck= c=1 sm=0 a=aMD4dzC86J8A:10 a=kj9zAlcOel0A:10 a=G5OLwwqwWgs+1dCEPNHTSw==:17 a=jb__rZ8GAAAA:8 a=H9iEQFZ8AAAA:8 a=QNML4GAsfXJA2dAaFBgA:9 a=dtmWHfvbYrTSan9f2uWgI96ARnAA:4 a=CjuIK1q_8ugA:10 a=sHp_62vNEjwA:10 a=fZFZujrNNEQA:10 a=G5OLwwqwWgs+1dCEPNHTSw==:117 X-Cloudmark-Score: 0 X-Originating-IP: 75.80.196.236 Received: from [75.80.196.236] ([75.80.196.236:4023] helo=oz.volcano.org) by hrndva-oedge04.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 49/9C-04612-165274D4; Mon, 31 Jan 2011 21:10:58 +0000 Received: by oz.volcano.org (Postfix, from userid 1001) id 34F1150824; Mon, 31 Jan 2011 11:10:57 -1000 (HST) Date: Mon, 31 Jan 2011 11:10:57 -1000 From: Clifton Royston To: Mark Andrews Message-ID: <20110131211056.GA80348@lava.net> References: <20110130234533.5C86C94D3C0@drugs.dv.isc.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110130234533.5C86C94D3C0@drugs.dv.isc.org> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: RELEASE_6 -> RELEASE_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 21:23:04 -0000 On Mon, Jan 31, 2011 at 10:45:33AM +1100, Mark Andrews wrote: > > I was trying to upgrade a machine from RELEASE_6 (latest) > to RELEASE_8 (latest) via source. I was unable to get > make buildworld to complete. ... > Sorry this report is not more complete as I blew away the > tree and restarted on RELEASE_7 as a stepping stone to > RELEASE_8. > > RELEASE_7 latest will at least compile. However it will > only run in safe mode as it dies in ar5212Detach with a > kernel fault. I suspect this will also be a problem for > RELEASE_8. I think the main problem is that neither /usr/src/UPDATING (at least as of 7.3) nor the handbook includes the advisory it should against trying to skip over a major release branch (e.g. 6.x direct to 8.x, 5.x direct to 7.x) when performing a source upgrade. I know I have read that repeatedly in the past, and have always structured my upgrades around the rule that your upgrades must, so to speak, "pass through" and stop at each major branch. However, I don't see that rule documented anywhere in the obvious places one would look for it. The latter problem with the kernel fault sounds like a driver problem in RELEASE_7 latest. That stuff does happen and I would guess it's probably a distinct issue, unless you see that it goes away if you rebuild RELEASE_7 from source while running RELEASE_7. -- Clifton -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Mon Jan 31 22:29:25 2011 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 52732106566C for ; Mon, 31 Jan 2011 22:29:25 +0000 (UTC) (envelope-from jjh@deterlab.net) Received: from tardis.deterlab.net (tardis.deterlab.net [206.117.25.63]) by mx1.freebsd.org (Postfix) with ESMTP id 3CE288FC16 for ; Mon, 31 Jan 2011 22:29:25 +0000 (UTC) Received: by tardis.deterlab.net (Postfix, from userid 1000) id DD5F13C1A52; Mon, 31 Jan 2011 14:29:24 -0800 (PST) Date: Mon, 31 Jan 2011 14:29:24 -0800 From: John Hickey To: freebsd-stable@freebsd.org Message-ID: <20110131222924.GF7923@deterlab.net> References: <201101311200.29897.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201101311200.29897.jhb@freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: John Baldwin Subject: Re: nfsd hung on ufs vnode lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 31 Jan 2011 22:29:25 -0000 On Mon, Jan 31, 2011 at 12:00:29PM -0500, John Baldwin wrote: > On Friday, January 28, 2011 8:10:41 pm John Hickey wrote: > > There was a previous thread about this, but it doesn't look like there was any resolution: > > > > http://lists.freebsd.org/pipermail/freebsd-stable/2010-May/056986.html > > > > I run a fileserver for an Emulab (www.emulab.net) system. As such, the exports table is constantly modified as experiments are swapped in and > out. We also get a lot of researchers using NFS for strange things. In this case, the exclusive lock was for a cache directory shared by about > 36 machines running Ubuntu 8.04 and mounting with NFSv2. Eventually, all our nfsd processes get stuck since the exclusive lock for the directory > is never released. I could use any and all pointers on getting this fixed. > > > > What I am running: > > > > jjh@users: ~$ uname -a > > FreeBSD users.isi.deterlab.net 7.3-RELEASE-p2 FreeBSD 7.3-RELEASE-p2 #9: Tue Sep 14 16:24:57 PDT 2010 > root@users.isi.deterlab.net:/usr/obj/usr/src/sys/USERS7 i386 > > > > Here are the sleepchains for my system (note that 0xd1f72678 appears twice): > > > > 0xce089cf0: tag syncer, type VNON > > usecount 1, writecount 0, refcount 2 mountedhere 0 > > flags () > > lock type syncer: EXCL (count 1) by thread 0xcdb4b000 (pid 46) > > > > 0xd1f72678: tag ufs, type VDIR > > usecount 2, writecount 0, refcount 67 mountedhere 0 > > flags () > > v_object 0xd1e90e80 ref 0 pages 1 > > lock type ufs: EXCL (count 1) by thread 0xce1146c0 (pid 866) with 62 pending > > ino 143173560, on dev mfid0s1f > > From the stack trace, this vnode is the directory vnode that is the parent > of the new file being created. > > > (kgdb) bt > > #0 sched_switch (td=0xce1146c0, newtd=Variable "newtd" is not available. > > ) at /usr/src/sys/kern/sched_ule.c:1936 > > #1 0xc080a4a6 in mi_switch (flags=Variable "flags" is not available. > > ) at /usr/src/sys/kern/kern_synch.c:444 > > #2 0xc0837aab in sleepq_switch (wchan=Variable "wchan" is not available. > > ) at /usr/src/sys/kern/subr_sleepqueue.c:497 > > #3 0xc08380f6 in sleepq_wait (wchan=0xd4176394) at /usr/src/sys/kern/subr_sleepqueue.c:580 > > #4 0xc080a92a in _sleep (ident=0xd4176394, lock=0xc0ceb498, priority=80, wmesg=0xc0bb656e "ufs", timo=0) at /usr/src/sys/kern/kern_synch.c:230 > > #5 0xc07ea9fa in acquire (lkpp=0xcd7375a0, extflags=Variable "extflags" is not available. > > ) at /usr/src/sys/kern/kern_lock.c:151 > > #6 0xc07eb2ec in _lockmgr (lkp=0xd4176394, flags=8194, interlkp=0xd41763c4, td=0xce1146c0, file=0xc0bc20c8 "/usr/src/sys/kern/vfs_subr.c", > line=2062) > > at /usr/src/sys/kern/kern_lock.c:384 > > #7 0xc0a24765 in ffs_lock (ap=0xcd737608) at /usr/src/sys/ufs/ffs/ffs_vnops.c:377 > > #8 0xc0b26876 in VOP_LOCK1_APV (vop=0xc0ca4740, a=0xcd737608) at vnode_if.c:1618 > > #9 0xc0896d76 in _vn_lock (vp=0xd417633c, flags=8194, td=0xce1146c0, file=0xc0bc20c8 "/usr/src/sys/kern/vfs_subr.c", line=2062) at > vnode_if.h:851 > > Note that, this vnode (vp) doesn't show up in your list above. You can try > using my gdb scripts at www.freebsd.org/~jhb/gdb (you want gdb6* and do > 'source gdb6'). You can then do 'vprint vp' at this frame and should see > lock details about who holds this lock. However, I would not expect the > vnode lock for a new i-node to be already held. jjh@users: ~$ kgdb /boot/kernel/kernel vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: panic: kdb_sysctl_panic cpuid = 1 Uptime: 4d3h36m42s Physical memory: 3566 MB Dumping 437 MB: 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:196 196 pcpu.h: No such file or directory. in pcpu.h (kgdb) source gdb6 (kgdb) proc 866 [Switching to thread 66 (Thread 100104)]#0 sched_switch (td=0xce1146c0, newtd=Variable "newtd" is not available. ) at /usr/src/sys/kern/sched_ule.c:1936 1936 cpuid = PCPU_GET(cpuid); (kgdb) frame 9 #9 0xc0896d76 in _vn_lock (vp=0xd417633c, flags=8194, td=0xce1146c0, file=0xc0bc20c8 "/usr/src/sys/kern/vfs_subr.c", line=2062) at vnode_if.h:851 warning: Source file is more recent than executable. 851 return (VOP_LOCK1_APV(vp->v_op, &a)); (kgdb) vprint vp 0xd417633c: tag none, type VBAD usecount 0, writecount 0, refcount 1 mountedhere 0x0 flags (VI_DOOMED) lock type ufs: UNLOCKED with 1 pending (kgdb) > There's a chance though you are tripping over the bug fixed by these two > changes: I should be able to sync up with 7.4 without much pain in a few days. > Author: jhb > Date: Fri Jul 16 20:23:24 2010 > New Revision: 210173 > URL: http://svn.freebsd.org/changeset/base/210173 > > Log: > When the MNTK_EXTENDED_SHARED mount option was added, some filesystems were > changed to defer the setting of VN_LOCK_ASHARE() (which clears LK_NOSHARE > in the vnode lock's flags) until after they had determined if the vnode was > a FIFO. This occurs after the vnode has been inserted into a VFS hash or > some similar table, so it is possible for another thread to find this vnode > via vget() on an i-node number and block on the vnode lock. If the lockmgr > interlock (vnode interlock for vnode locks) is not held when clearing the > LK_NOSHARE flag, then the lk_flags field can be clobbered. As a result > the thread blocked on the vnode lock may never get woken up. Fix this by > holding the vnode interlock while modifying the lock flags in this case. > > The softupdates code also toggles LK_NOSHARE in one function to close a > race with snapshots. Fix this code to grab the interlock while fiddling > with lk_flags. > > Author: jhb > Date: Fri Aug 20 20:58:57 2010 > New Revision: 211533 > URL: http://svn.freebsd.org/changeset/base/211533 > > Log: > Revert 210173 as it did not properly fix the bug. It assumed that the > VI_LOCK() for a given vnode was used as the internal interlock for that > vnode's v_lock lockmgr lock. This is not the case. Instead, add dedicated > routines to toggle the LK_NOSHARE and LK_CANRECURSE flags. These routines > lock the lockmgr lock's internal interlock to synchronize the updates to > the flags member with other threads attempting to acquire the lock. The > VN_LOCK_A*() macros now invoke these routines, and the softupdates code > uses these routines to temporarly enable recursion on buffer locks. > > Reviewed by: kib > > -- > John Baldwin > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 01:56:02 2011 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 A72C1106564A for ; Tue, 1 Feb 2011 01:56:02 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5C5948FC0A for ; Tue, 1 Feb 2011 01:56:02 +0000 (UTC) Received: by yxh35 with SMTP id 35so2406013yxh.13 for ; Mon, 31 Jan 2011 17:56:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :organization:x-operating-system:user-agent; bh=/54g/sU/fIrfz93FRDxQxHvZpOhZO13ByLeYnV2wCwg=; b=N4wxGygjuhbR7i6R32JzfLcY6ijMca7pn6woxhkZNybA2/yzsq+LVeXEQPE3Zh4MxV YFA/qH3ieLjAhkL1RX2yk9Z5vu9yBcmtlaGCPNMdrVJzKFSaRQUH4bHxOpmF9lW7ZIj7 G2bwlXfQkw2byGzzor0OYW8AZwMiF4y3G93sc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:organization :x-operating-system:user-agent; b=fvRI9bKacb3qb3Nk/xggANKMbs5uI9dwZ4yYe7O91oX72DqxHLdCVKKYEWKx5XpJxO oQrk921SG6kNIZCIZtVzpPQdVU/CkTyvrVolqnMD4kPo5xTxU2CP4AQxJoLD574IYvWU BOUw2f94PEatutBbj+QqxCo71mP4Ia5+TxBNQ= Received: by 10.150.203.10 with SMTP id a10mr1502838ybg.301.1296525361514; Mon, 31 Jan 2011 17:56:01 -0800 (PST) Received: from fbsd.t60.cpu ([180.141.178.90]) by mx.google.com with ESMTPS id p32sm13867288ybk.8.2011.01.31.17.55.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 31 Jan 2011 17:56:00 -0800 (PST) Date: Tue, 1 Feb 2011 09:55:47 +0800 From: Yue Wu To: freebsd-stable@freebsd.org Message-ID: <20110201015547.GA17910@fbsd.t60.cpu> References: <20110131125729.GA5163@fbsd.t60.cpu> <201101311450.25738.bschmidt@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201101311450.25738.bschmidt@freebsd.org> Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 8.2-PRERELEASE i386 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Error produced by static ip setting: ifconfig: inet: bad value X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 01:56:02 -0000 On Mon, Jan 31, 2011 at 02:50:25PM +0100, Bernhard Schmidt wrote: > On Monday, January 31, 2011 13:57:29 Yue Wu wrote: > > List, > > > > Hi. > > > > I use following setting for my wireless networking enviroment: > > > > ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 > > wepkey 1:0x1111111111 DHCP" > > > > But I don't like DHCP and want to use static ip, so I tried: > > > > ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 > > wepkey 1:0x1111111111 inet 192.168.1.144 netmask 255.255.255.0" > > > > But the setting makes BSD networking not working anymore, and when > > the system starts up, there's an error message: > > > > ifconfig: inet: bad value > > > > What's wrong? How to use static ip in my wireless networking? > > Remove the 'inet', it isn't required. > Thanks Schmidt, I haven't tried with your advice because the issue has gone after I put the `inet' in front of the value of ifconfig_wlan0, I will take a note for your hint and try it next time ;p p.s., examples in the handbook [1] have the `inet', why? [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-wireless.html -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 02:05:58 2011 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 CB0C9106566B for ; Tue, 1 Feb 2011 02:05:58 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id 727A18FC1A for ; Tue, 1 Feb 2011 02:05:57 +0000 (UTC) Received: from omta16.westchester.pa.mail.comcast.net ([76.96.62.88]) by qmta06.westchester.pa.mail.comcast.net with comcast id 2R2t1g0011uE5Es56S5yt6; Tue, 01 Feb 2011 02:05:58 +0000 Received: from koitsu.dyndns.org ([98.248.34.134]) by omta16.westchester.pa.mail.comcast.net with comcast id 2S5x1g00N2tehsa3cS5yrQ; Tue, 01 Feb 2011 02:05:58 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 27DEB9B427; Mon, 31 Jan 2011 18:05:56 -0800 (PST) Date: Mon, 31 Jan 2011 18:05:56 -0800 From: Jeremy Chadwick To: Yue Wu Message-ID: <20110201020556.GA92331@icarus.home.lan> References: <20110131125729.GA5163@fbsd.t60.cpu> <201101311450.25738.bschmidt@freebsd.org> <20110201015547.GA17910@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110201015547.GA17910@fbsd.t60.cpu> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Error produced by static ip setting: ifconfig: inet: bad value X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 02:05:58 -0000 On Tue, Feb 01, 2011 at 09:55:47AM +0800, Yue Wu wrote: > On Mon, Jan 31, 2011 at 02:50:25PM +0100, Bernhard Schmidt wrote: > > On Monday, January 31, 2011 13:57:29 Yue Wu wrote: > > > List, > > > > > > Hi. > > > > > > I use following setting for my wireless networking enviroment: > > > > > > ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 > > > wepkey 1:0x1111111111 DHCP" > > > > > > But I don't like DHCP and want to use static ip, so I tried: > > > > > > ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 > > > wepkey 1:0x1111111111 inet 192.168.1.144 netmask 255.255.255.0" > > > > > > But the setting makes BSD networking not working anymore, and when > > > the system starts up, there's an error message: > > > > > > ifconfig: inet: bad value > > > > > > What's wrong? How to use static ip in my wireless networking? > > > > Remove the 'inet', it isn't required. > > > > Thanks Schmidt, I haven't tried with your advice because the issue has > gone after I put the `inet' in front of the value of ifconfig_wlan0, I > will take a note for your hint and try it next time ;p > > p.s., examples in the handbook [1] have the `inet', why? > > [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-wireless.html The advice you were given is incorrect; you should absolutely be specifying the address family (inet). The syntax of the ifconfig(8) line matters -- meaning, you're hitting an intentional design limitation of the parser. You cannot put the "inet x.x.x.x" part at the end. Please see the ifconfig(8) man page. Here's the specific part: ifconfig [-L] [-k] [-m] [-n] interface [create] [address_family] [address [dest_address]] [parameters] address_family = something like "inet", "inet6", etc. address = something like 1.2.3.4 or, or a CIDR address like 1.2.3.4/24 (which would expand to "inet 1.2.3.4 netmask 255.255.255.0") parameters = dependent upon the interface you're configuring. Fore wireless interfaces, you'll need to see the man page section for that. Hope this helps. -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 02:13:18 2011 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 2B0EA1065679 for ; Tue, 1 Feb 2011 02:13:18 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id D727A8FC1A for ; Tue, 1 Feb 2011 02:13:17 +0000 (UTC) Received: by yxh35 with SMTP id 35so2410940yxh.13 for ; Mon, 31 Jan 2011 18:13:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id:mime-version :content-type:content-disposition:organization:x-operating-system :user-agent; bh=PEPi76ufnxziLdBQdAjTB42xFFUO3kCWtb2vYKP1T10=; b=rpOGD3anDbRs9K1AAeszCDC/2B3OK52q4W9FgfKHefM/hgg5vg6TykT0L2oM+wieTx 4BX+0m4C+w0eiS7sxq7h+2sL2/80CBtTaG6EUgGu85s4FxPmaqiNHncv/PnXdVClWMK/ lAuo3A5Rl06zknAUpcr0WR2rAMcAIudpiKxBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:organization:x-operating-system:user-agent; b=FpU/8neNNYPDilTqKBws/2ue1TJynxX2aYkvZq72/AmLyLnQJmoY61Fwc1DFVwXmTV 4GawIDN9YAxUGSD3iROXh8qjlAJS1EBZRSU0NVMRgGo/MP0Wew35F36w+1Jtv45fc18t e19HX78f9lgzqW9OGBcjUv31BpYpnU+tvo61c= Received: by 10.236.108.33 with SMTP id p21mr14239389yhg.79.1296526396978; Mon, 31 Jan 2011 18:13:16 -0800 (PST) Received: from fbsd.t60.cpu ([180.141.178.90]) by mx.google.com with ESMTPS id i2sm4917504yha.25.2011.01.31.18.13.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 31 Jan 2011 18:13:16 -0800 (PST) Date: Tue, 1 Feb 2011 10:13:03 +0800 From: Yue Wu To: ml-freebsd-stable Message-ID: <20110201021303.GA29173@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 8.2-PRERELEASE i386 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Why ssid is a required parameter for wpa_supplicant? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 02:13:18 -0000 Hi, list, As the title, I like to use bssid to specify the wireless networking I want to connect, so if ssid changed, I don't need to change the configure file. Just curious why ssid is a required parameter, it would be nice if only one of ssid and bssid is required instead. -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 02:16:12 2011 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 EB60D106566C for ; Tue, 1 Feb 2011 02:16:11 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9E75C8FC08 for ; Tue, 1 Feb 2011 02:16:11 +0000 (UTC) Received: by gyf3 with SMTP id 3so2416039gyf.13 for ; Mon, 31 Jan 2011 18:16:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :organization:x-operating-system:user-agent; bh=e816/AbOjWPOzqhZY5XAbDjzFldt01/BZYayvk4AIhA=; b=X6JFYy7G1MVPPJD16qUuA5gf9ea8Xv30K0Hx6X1eosIiZnOmFeFFrlbK7lnlEdDqTc 5w2PwxU5zBQx397LBoVwtipfnpME360t5MDHcbyMM+cvYhGWGUXin3cDoixS8acFUphQ hpksVybhFDaYOquRTkX7x+QUUv4LwoieA//BQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:organization :x-operating-system:user-agent; b=ueKxXrTNhq8B1RbB/SNtJi92HDOjkE27rj212jlbTYXg6e6XznpzK2Sv5i4XC8OuiT kq1tvdNv8Uue+uEwMtgE0o+7qyq1xnzOcw66ViAfnMrrl1+1s1UI5DOiifjYQmloWdEt x+ZjRBio6Y2sTu4LdxK/0+uxwC1DkvqMN0cYQ= Received: by 10.150.189.17 with SMTP id m17mr1631274ybf.250.1296526570677; Mon, 31 Jan 2011 18:16:10 -0800 (PST) Received: from fbsd.t60.cpu ([180.141.178.90]) by mx.google.com with ESMTPS id q4sm2353883yba.2.2011.01.31.18.16.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 31 Jan 2011 18:16:10 -0800 (PST) Date: Tue, 1 Feb 2011 10:15:58 +0800 From: Yue Wu To: freebsd-stable@freebsd.org Message-ID: <20110201021558.GA33543@fbsd.t60.cpu> References: <20110131125729.GA5163@fbsd.t60.cpu> <201101311450.25738.bschmidt@freebsd.org> <20110201015547.GA17910@fbsd.t60.cpu> <20110201020556.GA92331@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110201020556.GA92331@icarus.home.lan> Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 8.2-PRERELEASE i386 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Error produced by static ip setting: ifconfig: inet: bad value X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 02:16:12 -0000 On Mon, Jan 31, 2011 at 06:05:56PM -0800, Jeremy Chadwick wrote: > On Tue, Feb 01, 2011 at 09:55:47AM +0800, Yue Wu wrote: > > On Mon, Jan 31, 2011 at 02:50:25PM +0100, Bernhard Schmidt wrote: > > > On Monday, January 31, 2011 13:57:29 Yue Wu wrote: > > > > List, > > > > > > > > Hi. > > > > > > > > I use following setting for my wireless networking enviroment: > > > > > > > > ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 > > > > wepkey 1:0x1111111111 DHCP" > > > > > > > > But I don't like DHCP and want to use static ip, so I tried: > > > > > > > > ifconfig_wlan0="mode 11g bssid my:bssid wepmode on weptxkey 1 > > > > wepkey 1:0x1111111111 inet 192.168.1.144 netmask 255.255.255.0" > > > > > > > > But the setting makes BSD networking not working anymore, and when > > > > the system starts up, there's an error message: > > > > > > > > ifconfig: inet: bad value > > > > > > > > What's wrong? How to use static ip in my wireless networking? > > > > > > Remove the 'inet', it isn't required. > > > > > > > Thanks Schmidt, I haven't tried with your advice because the issue has > > gone after I put the `inet' in front of the value of ifconfig_wlan0, I > > will take a note for your hint and try it next time ;p > > > > p.s., examples in the handbook [1] have the `inet', why? > > > > [1] http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-wireless.html > > The advice you were given is incorrect; you should absolutely be > specifying the address family (inet). The syntax of the ifconfig(8) > line matters -- meaning, you're hitting an intentional design limitation > of the parser. You cannot put the "inet x.x.x.x" part at the end. > > Please see the ifconfig(8) man page. Here's the specific part: > > ifconfig [-L] [-k] [-m] [-n] interface [create] [address_family] > [address [dest_address]] [parameters] > > address_family = something like "inet", "inet6", etc. > > address = something like 1.2.3.4 or, or a CIDR address like 1.2.3.4/24 > (which would expand to "inet 1.2.3.4 netmask 255.255.255.0") > > parameters = dependent upon the interface you're configuring. Fore > wireless interfaces, you'll need to see the man page section for that. > > Hope this helps. > It helps a lot, thank you for detailed explanation, I get it now :) -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 07:24:19 2011 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 D94CD1065670 for ; Tue, 1 Feb 2011 07:24:19 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 98E748FC1F for ; Tue, 1 Feb 2011 07:24:19 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id A2DC313DF5F; Tue, 1 Feb 2011 10:24:17 +0300 (MSK) Date: Tue, 1 Feb 2011 10:24:16 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1481093142.20110201102416@serebryakov.spb.ru> To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: "Vogel, Jack" Subject: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 07:24:19 -0000 Hello, Freebsd-stable. System is 8-STABLE (8.2-PRERELEASE) with very last e1000 driver (cvsupped 27 Jan, last commits to e1000 were done 22 Jan). NIC is: em0: port 0xdc00-0xdc1f mem 0x= fea40000-0xfea5ffff,0xfea79000-0xfea79fff irq 20 at device 25.0 on pci0 em0: No MSI/MSIX using a Legacy IRQ em0: [FILTER] em0@pci0:0:25:0: class=3D0x020000 card=3D0x82681043 chip=3D0x10bd808= 6 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D 'Intel 82566DM Gigabit Ethernet Adapter (82566DM)' class =3D network subclass =3D ethernet bar [10] =3D type Memory, range 32, base 0xfea40000, size 131072, ena= bled bar [14] =3D type Memory, range 32, base 0xfea79000, size 4096, enabl= ed bar [18] =3D type I/O Port, range 32, base 0xdc00, size 32, enabled It is on-board LAN on ASUS P5R-VM DO MoBo (Q35 chipset). I have these tunables in "/etc/loader.conf" hw.em.rxd=3D4096 hw.em.txd=3D4096 And these non-standard sysctls: dev.em.0.rx_int_delay=3D200 dev.em.0.tx_int_delay=3D200 dev.em.0.rx_abs_int_delay=3D4000 dev.em.0.tx_abs_int_delay=3D4000 dev.em.0.rx_processing_limit=3D4096 Several times a day I got messages like this: em0: Watchdog timeout -- resetting em0: Queue(0) tdh =3D 1302, hw tdt =3D 1265 em0: TX(0) desc avail =3D 31,Next TX to Clean =3D 1296 em0: Watchdog timeout -- resetting em0: Queue(0) tdh =3D 3999, hw tdt =3D 3959 em0: TX(0) desc avail =3D 31,Next TX to Clean =3D 3990 em0: Watchdog timeout -- resetting em0: Queue(0) tdh =3D 1431, hw tdt =3D 1394 em0: TX(0) desc avail =3D 31,Next TX to Clean =3D 1425 And all connections are reset. Before latest commits to driver this system paniced in swi_clock. Now it works without panics, but seems, that problem is not fixed completely. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 07:58:45 2011 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 1F5A61065670 for ; Tue, 1 Feb 2011 07:58:45 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id CA8B98FC16 for ; Tue, 1 Feb 2011 07:58:44 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id A56B313DF42; Tue, 1 Feb 2011 10:58:43 +0300 (MSK) Date: Tue, 1 Feb 2011 10:58:42 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1522400637.20110201105842@serebryakov.spb.ru> To: freebsd-stable@freebsd.org In-Reply-To: <1481093142.20110201102416@serebryakov.spb.ru> References: <1481093142.20110201102416@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: "Vogel, Jack" Subject: Re: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 07:58:45 -0000 Hello, Freebsd-stable. You wrote 1 =F4=E5=E2=F0=E0=EB=FF 2011 =E3., 10:24:16: > And all connections are reset. Before latest commits to driver > this system paniced in swi_clock. Now it works without panics, but > seems, that problem is not fixed completely. I forgot to give one last pice of information: POLLING is in action. Without it single thread copy from this server via SMB eats one core of CPU completely. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 08:23:32 2011 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 4797310656D5; Tue, 1 Feb 2011 08:23:32 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id A6D558FC1E; Tue, 1 Feb 2011 08:23:31 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p118NSm9059101; Tue, 1 Feb 2011 14:23:28 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D47C2FB.4090803@rdtc.ru> Date: Tue, 01 Feb 2011 14:23:23 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: lev@freebsd.org References: <1481093142.20110201102416@serebryakov.spb.ru> <1522400637.20110201105842@serebryakov.spb.ru> In-Reply-To: <1522400637.20110201105842@serebryakov.spb.ru> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 08:23:32 -0000 On 01.02.2011 13:58, Lev Serebryakov wrote: > Hello, Freebsd-stable. > You wrote 1 ÆÅ×ÒÁÌÑ 2011 Ç., 10:24:16: > >> And all connections are reset. Before latest commits to driver >> this system paniced in swi_clock. Now it works without panics, but >> seems, that problem is not fixed completely. > I forgot to give one last pice of information: POLLING is in action. > Without it single thread copy from this server via SMB eats one core > of CPU completely. > You could give a try to netisr parallelism of RELENG_8 instead of POLLING (and tune interrupt throttling) if your box does not have lots of dynamic interfaces like when using mpd. In /etc/sysctl.conf: net.isr.direct=0 net.isr.direct_force=0 Eugene Grosbein. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 09:03:11 2011 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 37512106564A for ; Tue, 1 Feb 2011 09:03:11 +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 E34828FC12 for ; Tue, 1 Feb 2011 09:03:10 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1PkC8i-000Jtg-D0 for freebsd-stable@freebsd.org; Tue, 01 Feb 2011 11:03:08 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 01 Feb 2011 11:03:08 +0200 From: Daniel Braniss Message-ID: Subject: harmless zfs warnings? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 09:03:11 -0000 hi, I have one disk, labeled r0 (/dev/mfid0), which i gpart'ed so: => 34 1952448445 mfid0 GPT (931G) 34 128 1 freebsd-boot (64K) 162 4194304 2 freebsd-ufs (2.0G) 4194466 100663296 3 freebsd-swap (48G) 104857762 1847590717 4 freebsd-zfs (881G) and a second 'disk' labeled r5 (/dev/mfid1). now, doing a 'spool import': pool: z id: 7844246385999998804 state: ONLINE action: The pool can be imported using its name or numeric identifier. config: z ONLINE gpt/r0/zfs ONLINE pool: h id: 5366665400138652241 state: ONLINE action: The pool can be imported using its name or numeric identifier. config: h ONLINE label/r5 ONLINE what caught my attention was the following message on the console: ZFS WARNING: Unable to attach to gpt/r0/swap. ZFS WARNING: Unable to attach to mfid0p3. should I realy get warried? thanks, danny From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 09:28:03 2011 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 978D8106566C for ; Tue, 1 Feb 2011 09:28:03 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C42F8FC1B for ; Tue, 1 Feb 2011 09:28:02 +0000 (UTC) Received: by gyf3 with SMTP id 3so2529373gyf.13 for ; Tue, 01 Feb 2011 01:28:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=lEoyYwxHwHpV4XOtWX2OulcFs4aYDq+VwXN2bjt5Xg0=; b=iDUJ3fAkBBFC3dpnj5SxEI3rNNZ2+h4dHWhz/oxxz9b4BLjtS5zWMxAqKXbywYb3zJ 5MkjodwMCMXGMmtg47r3CQGkIgqWmdqGkM1rev0d6oKbxQbVcPoPS97gvcqJYgeUGHij sTA6R7qx4K9L77ZeA2Ug3EBV9EtUnB5rdaNfA= 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=Ly7jdwNmCvA6q0j+SYuEN9wNeZEi4bI+6YhNp8uFntMW/4V9HpleAMHkQweV4tkZ4R Ac68FTlNMBrSIPyjpZ0Ls5rSr2XcH15bmPcClPkoYLK4l4isVZYFHE/WU3gTYPud5hrb LBlYGcyK9bQ4YcjZZAh+VVZFUF4tATnkPKUA4= MIME-Version: 1.0 Received: by 10.236.95.140 with SMTP id p12mr15184032yhf.24.1296552482149; Tue, 01 Feb 2011 01:28:02 -0800 (PST) Received: by 10.147.171.17 with HTTP; Tue, 1 Feb 2011 01:28:02 -0800 (PST) In-Reply-To: <1522400637.20110201105842@serebryakov.spb.ru> References: <1481093142.20110201102416@serebryakov.spb.ru> <1522400637.20110201105842@serebryakov.spb.ru> Date: Tue, 1 Feb 2011 01:28:02 -0800 Message-ID: From: Jack Vogel To: lev@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org, "Vogel, Jack" Subject: Re: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 09:28:03 -0000 I don't test POLLING, sounds like its broken, I don't understand why you think you need you need it? This hardware supports MSI why not use it? Jack 2011/1/31 Lev Serebryakov > Hello, Freebsd-stable. > You wrote 1 =C6=C5=D7=D2=C1=CC=D1 2011 =C7., 10:24:16: > > > And all connections are reset. Before latest commits to driver > > this system paniced in swi_clock. Now it works without panics, but > > seems, that problem is not fixed completely. > I forgot to give one last pice of information: POLLING is in action. > Without it single thread copy from this server via SMB eats one core > of CPU completely. > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > 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 Tue Feb 1 09:49:26 2011 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 EA05C106564A; Tue, 1 Feb 2011 09:49:26 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id D61838FC0C; Tue, 1 Feb 2011 09:49:25 +0000 (UTC) Received: by people.fsn.hu (Postfix, from userid 1001) id EB9C471D08D; Tue, 1 Feb 2011 10:49:23 +0100 (CET) X-Bogosity: Ham, tests=bogofilter, spamicity=0.000001, version=1.2.2 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MF-ACE0E1EA [pR: 15.8165] X-CRM114-CacheID: sfid-20110201_10492_5F6B6611 X-CRM114-Status: Good ( pR: 15.8165 ) X-Spambayes-Classification: ham; 0.00 Received: from japan.t-online.private (japan.t-online.co.hu [195.228.243.99]) by people.fsn.hu (Postfix) with ESMTPSA id 9551C71D084; Tue, 1 Feb 2011 10:49:23 +0100 (CET) Message-ID: <4D47D723.6000106@fsn.hu> Date: Tue, 01 Feb 2011 10:49:23 +0100 From: Attila Nagy User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.23) Gecko/20090817 Thunderbird/2.0.0.23 Mnenhy/0.7.6.0 MIME-Version: 1.0 To: Kostik Belousov References: <4D36A2CF.1080508@fsn.hu> <20110119084648.GA28278@icarus.home.lan> <4D36B85B.8070201@fsn.hu> <20110119150200.GY2518@deviant.kiev.zoral.com.ua> <20110130110918.GR2518@deviant.kiev.zoral.com.ua> In-Reply-To: <20110130110918.GR2518@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-fs@freebsd.org, freebsd-stable@freebsd.org, Ivan Voras Subject: Re: tmpfs is zero bytes (no free space), maybe a zfs bug? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 09:49:27 -0000 On 01/30/11 12:09, Kostik Belousov wrote: > On Wed, Jan 19, 2011 at 05:27:38PM +0100, Ivan Voras wrote: >> On 19 January 2011 16:02, Kostik Belousov wrote: >> >>>> http://people.freebsd.org/~ivoras/diffs/tmpfs.h.patch >>>> >>>> I don't think this is a complete solution but it's a start. If you can, >>>> try it and see if it helps. >>> This is not a start, and actually a step in the wrong direction. >>> Tmpfs is wrong now, but the patch would make the wrongness even bigger. >>> >>> Issue is that the current tmpfs calculation should not depend on the >>> length of the inactive queue or the amount of free pages. This data only >>> measures the pressure on the pagedaemon, and has absolutely no relation >>> to the amount of data that can be put into anonymous objects before the >>> system comes out of swap. >>> >>> vm_lowmem handler is invoked in two situations: >>> - when KVA cannot satisfy the request for the space allocation; >>> - when pagedaemon have to start the scan. >>> None of the situations has any direct correlation with the fact that >>> tmpfs needs to check, that is "Is there enough swap to keep all my >>> future anonymous memory requests ?". >>> >>> Might be, swap reservation numbers can be useful to the tmpfs reporting. >>> Also might be, tmpfs should reserve the swap explicitely on start, instead >>> of making attempts to guess how much can be allocated at random moment. >> Thank you for your explanation! I'm still not very familiar with VM >> and VFS. Could you also read my report at >> http://www.mail-archive.com/freebsd-current@freebsd.org/msg126491.html >> ? I'm curious about the fact that there is lots of 'free' memory here >> in the same situation. > This is another ugliness in the dynamic calculation. Your wired is around > 15GB, that is always greater then available swap + free + inactive. > As result, tmpfs_mem_info() always returns 0. > In this situation TMPFS_PAGES_MAX() seems to return negative value, and > then TMPFS_PAGES_AVAIL() clamps at 0. > Well, if nobody can take care of this now, could you please state this in the BUGS section of the tmpfs man page? Thanks, From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 10:46:22 2011 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 2FA3B106566C for ; Tue, 1 Feb 2011 10:46:22 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C12C48FC15 for ; Tue, 1 Feb 2011 10:46:20 +0000 (UTC) Received: by wwf26 with SMTP id 26so6609460wwf.31 for ; Tue, 01 Feb 2011 02:46:19 -0800 (PST) Received: by 10.227.141.85 with SMTP id l21mr7415031wbu.99.1296557178564; Tue, 01 Feb 2011 02:46:18 -0800 (PST) Received: from dfleuriot.local ([83.167.62.196]) by mx.google.com with ESMTPS id o6sm4305019wbo.15.2011.02.01.02.46.17 (version=SSLv3 cipher=RC4-MD5); Tue, 01 Feb 2011 02:46:17 -0800 (PST) Message-ID: <4D47E478.3090402@my.gd> Date: Tue, 01 Feb 2011 11:46:16 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1481093142.20110201102416@serebryakov.spb.ru> <1522400637.20110201105842@serebryakov.spb.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: Re: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 10:46:22 -0000 We have tried POLLING here on Intel cards attached to the igb driver (see my post entitled "High interrupt rate on a PF box + performance" from 27/01/2011". This broke carp *badly* and we switched back to interrupts. You say a single thread eats up a full CPU core, can you post a top to show the %interrupt and your smb process' usage ? On 2/1/11 10:28 AM, Jack Vogel wrote: > I don't test POLLING, sounds like its broken, I don't understand > why you think you need you need it? This hardware supports > MSI why not use it? > > Jack > > > 2011/1/31 Lev Serebryakov > >> Hello, Freebsd-stable. >> You wrote 1 ÆÅ×ÒÁÌÑ 2011 Ç., 10:24:16: >> >>> And all connections are reset. Before latest commits to driver >>> this system paniced in swi_clock. Now it works without panics, but >>> seems, that problem is not fixed completely. >> I forgot to give one last pice of information: POLLING is in action. >> Without it single thread copy from this server via SMB eats one core >> of CPU completely. >> >> -- >> // Black Lion AKA Lev Serebryakov >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 12:35:19 2011 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 0A50B106564A for ; Tue, 1 Feb 2011 12:35:19 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id C34958FC0C for ; Tue, 1 Feb 2011 12:35:18 +0000 (UTC) Received: by iwn39 with SMTP id 39so6575502iwn.13 for ; Tue, 01 Feb 2011 04:35:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id:mime-version :content-type:content-disposition:organization:x-operating-system :user-agent; bh=Pvzwf0kDuZbScqfi1htCWt6w9oplviXWrpo1CltNGKE=; b=BjJnAOfQrKNPVZjcXgo7MAyo8rwOxRzusE0tUmn8njlotR+tyA2uUyWnbJ7aySmgin 3uDM1gUORAR1foB5Nc4n1wU0hF6Q3l4sU6Osmls3kQPuJjkmdVjJIeHeYZqhEcfRRzph Eupi8veatFlCyT++p2FgEpk2YCqsVARXqMy88= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:organization:x-operating-system:user-agent; b=qAsOCzD31ztgZEX57O48sSe2/EBbmH0VbBd8aguS2zMOMXfThgTiYqMmzXDXK597uF QXOjT7XzIgQslI0FMhJsE6+q9ePBQGPWC2TdpnA1UREhz4aEe4GZEOmHsDvtC6SgWZKe jZT0iQhC1oP+detKcm30GiBMik3K/IRLGhF2s= Received: by 10.231.36.205 with SMTP id u13mr8139072ibd.155.1296563718016; Tue, 01 Feb 2011 04:35:18 -0800 (PST) Received: from fbsd.t60.cpu ([180.141.178.90]) by mx.google.com with ESMTPS id d21sm18869351ibg.21.2011.02.01.04.35.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 01 Feb 2011 04:35:17 -0800 (PST) Date: Tue, 1 Feb 2011 20:35:06 +0800 From: Yue Wu To: ml-freebsd-stable Message-ID: <20110201123506.GA97242@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 8.2-PRERELEASE i386 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Is /etc/rc.conf scriptable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 12:35:19 -0000 Hi list, I'm trying to do something to make rc.conf can act conditionally What I want is: 1. List the wireless access points, grep if there is one which bssid is 'bb:bb:bb:bb:bb:bb', if there is, then set ifconfig_wlan0 to the value: "inet 192.168.1.111 netmask 255.255.255.0 WPA" 2. check if bitlbee has been installed, if so, then let bitlbee service start. So I tried with following settings in rc.conf, but all of them failed, i.e., the networking can't be connected and bitlbee service doesn't run. /etc/rc.conf if ifconfig wlan0 list scan 2>/dev/null | grep -q 'bb:bb:bb:bb:bb:bb' >/dev/null 2>&1; then ifconfig_wlan0="inet 192.168.1.111 netmask 255.255.255.0 WPA" fi if [ -x /usr/local/sbin/bitlbee ]; then bitlbee_enable="YES" fi My question is, how to achieve what I want? The simpler, the better :) -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 12:38:36 2011 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 A91741065670 for ; Tue, 1 Feb 2011 12:38:36 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 478898FC0A for ; Tue, 1 Feb 2011 12:38:36 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id E131C13DF42; Tue, 1 Feb 2011 15:38:34 +0300 (MSK) Date: Tue, 1 Feb 2011 15:38:33 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1364200185.20110201153833@serebryakov.spb.ru> To: Eugene Grosbein , "Vogel, Jack" In-Reply-To: <4D47C2FB.4090803@rdtc.ru> References: <1481093142.20110201102416@serebryakov.spb.ru> <1522400637.20110201105842@serebryakov.spb.ru> <4D47C2FB.4090803@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 12:38:36 -0000 Hello, Eugene & Jack. You wrote 1 =C6=C5=D7=D2=C1=CC=D1 2011 =C7., 11:23:23: Eugene wrote: > You could give a try to netisr parallelism of RELENG_8 instead of POLLING > (and tune interrupt throttling) if your box does not have lots of dynamic > interfaces like when using mpd. Jack wrote: > I don't test POLLING, sounds like its broken, I don't understand > why you think you need you need it? This hardware supports > MSI why not use it? I send one answer to two messages, because data is the same. Here it is snapshot of "top -S" with "H" pressed when server sends 1Gbit/s via SMB with polling (Windows'7 client copies 8GiB sparse file to v= ery fast local disk): =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D POLLING CPU: 0.5% user, 0.0% nice, 0.6% system, 1.3% interrupt, 98.1% idle PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 32K CPU1 1 90.1H 100.00% {idle: c= pu1} 11 root 171 ki31 0K 32K RUN 0 82.1H 100.00% {idle: c= pu0} 12 root -64 - 0K 304K WAIT 0 33:40 0.68% {irq18: u= hci2 ehc} 12 root -44 - 0K 304K WAIT 1 225:22 0.00% {swi1: ne= tisr 0} 14 root -68 - 0K 528K - 1 16:19 0.00% {usbus3} 12 root -40 - 0K 304K WAIT 0 14:25 0.00% {swi2: ca= mbio} 12 root -64 - 0K 304K WAIT 1 12:50 0.00% {irq22: a= hci0} 4 root -8 - 0K 16K - 0 12:26 0.00% g_down =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D POLLING NB: no "smbd" process at all in first 8 positions. Real speed (accroding to Windows'7 report) ~75MiB/s. the same without polling, with net.isr settings: # sysctl net.isr net.isr.numthreads: 1 net.isr.maxprot: 16 net.isr.defaultqlimit: 256 net.isr.maxqlimit: 10240 net.isr.bindthreads: 0 net.isr.maxthreads: 1 net.isr.direct: 0 net.isr.direct_force: 0 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D INTR - ISR.DIRECT=3D0 CPU: 3.8% user, 0.0% nice, 26.5% system, 6.6% interrupt, 63.2% idle PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 32K RUN 0 82.1H 83.59% {idle: cp= u0} 11 root 171 ki31 0K 32K RUN 1 90.1H 64.06% {idle: cp= u1} 33873 root 72 0 28912K 5432K select 0 0:28 34.96% smbd 12 root -44 - 0K 304K WAIT 0 225:29 9.18% {swi1: ne= tisr 0} 0 root -68 0 0K 128K - 1 0:02 6.30% {em0 task= q} 12 root -68 - 0K 304K WAIT 0 0:00 1.56% {irq20: e= m0 fwohc} 7 root 44 - 0K 16K psleep 0 3:12 0.39% pagedaemon 12 root -64 - 0K 304K WAIT 1 33:41 0.20% {irq18: u= hci2 ehc} 14 root -68 - 0K 528K - 0 16:19 0.00% {usbus3} 12 root -40 - 0K 304K WAIT 0 14:25 0.00% {swi2: ca= mbio} =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D INTR - ISR.DIRECT=3D0 Real speed (accroding to Windows'7 report) ~85MiB/s. the same without polling, with net.isr settings: # sysctl net.isr net.isr.numthreads: 1 net.isr.maxprot: 16 net.isr.defaultqlimit: 256 net.isr.maxqlimit: 10240 net.isr.bindthreads: 0 net.isr.maxthreads: 1 net.isr.direct: 1 net.isr.direct_force: 1 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D INTR - ISR.DIRECT=3D1 CPU: 2.8% user, 0.0% nice, 30.1% system, 1.7% interrupt, 65.4% idle PID USERNAME PRI NICE SIZE RES STATE C TIME WCPU COMMAND 11 root 171 ki31 0K 32K RUN 1 90.2H 89.36% {idle: cp= u1} 11 root 171 ki31 0K 32K RUN 0 82.2H 67.87% {idle: cp= u0} 33873 root 103 0 28912K 5424K CPU0 0 0:51 33.98% smbd 0 root -68 0 0K 128K - 1 0:06 12.70% {em0 task= q} 12 root -68 - 0K 304K WAIT 0 0:01 1.66% {irq20: e= m0 fwohc} 7 root 45 - 0K 16K psleep 0 3:12 0.78% pagedaemon 12 root -64 - 0K 304K WAIT 0 33:42 0.20% {irq18: u= hci2 ehc} 12 root -44 - 0K 304K WAIT 1 225:33 0.00% {swi1: ne= tisr 0} 14 root -68 - 0K 528K - 1 16:20 0.00% {usbus3} 12 root -40 - 0K 304K WAIT 0 14:25 0.00% {swi2: ca= mbio} =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D INTR - ISR.DIRECT=3D1 Real speed (accroding to Windows'7 report) ~101MiB/s. I've re-created file to flush caches on both sides between trys. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 12:57:17 2011 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 2A4E71065673 for ; Tue, 1 Feb 2011 12:57:17 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id D37428FC12 for ; Tue, 1 Feb 2011 12:57:16 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p11CvAvT081459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 1 Feb 2011 13:57:15 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p11CvAmd081458 for freebsd-stable@freebsd.org; Tue, 1 Feb 2011 13:57:10 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Tue, 1 Feb 2011 13:57:10 +0100 From: Paul Schenkeveld To: freebsd-stable@freebsd.org Message-ID: <20110201125710.GA81081@psconsult.nl> References: <20110201123506.GA97242@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110201123506.GA97242@fbsd.t60.cpu> User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Re: Is /etc/rc.conf scriptable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 12:57:17 -0000 On Tue, Feb 01, 2011 at 08:35:06PM +0800, Yue Wu wrote: > Hi list, > > I'm trying to do something to make rc.conf can act conditionally > > What I want is: > > 1. List the wireless access points, > > grep if there is one which bssid is 'bb:bb:bb:bb:bb:bb', > > if there is, then set ifconfig_wlan0 to the value: > > "inet 192.168.1.111 netmask 255.255.255.0 WPA" > > 2. check if bitlbee has been installed, if so, then let bitlbee > service start. > > > So I tried with following settings in rc.conf, but all of them failed, > i.e., the networking can't be connected and bitlbee service doesn't > run. > > /etc/rc.conf > > if ifconfig wlan0 list scan 2>/dev/null | grep -q 'bb:bb:bb:bb:bb:bb' >/dev/null 2>&1; then > ifconfig_wlan0="inet 192.168.1.111 netmask 255.255.255.0 WPA" > fi > if [ -x /usr/local/sbin/bitlbee ]; then > bitlbee_enable="YES" > fi /etc/rc.conf is scriptable (unless you are also using a dashboard or other software that wants to interpret/update /etc/rc.conf). Your problem here is that rc.conf is read (and executed) before wlan0 gets created. After creation of an interface, /etc/start_if. is called, perhaps you could use that but keep in mind it's run just after creation of the interface so if you use it for wlan0 and need the output of a station scan you should use ifconfig wlan0 scan instead of ifconfig wlan0 list scan. This may take some time during which your boot process is stalled. > My question is, how to achieve what I want? The simpler, the better :) Otherwise, perhaps devd could help you to run your script asynchronously after wlan0 is created. Regards, Paul Schenkeveld From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 13:51:37 2011 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 2912E1065673 for ; Tue, 1 Feb 2011 13:51:37 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id D392C8FC19 for ; Tue, 1 Feb 2011 13:51:36 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PkGdr-0000fT-GF for freebsd-stable@freebsd.org; Tue, 01 Feb 2011 14:51:35 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Feb 2011 14:51:35 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 01 Feb 2011 14:51:35 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Tue, 01 Feb 2011 14:51:24 +0100 Lines: 10 Message-ID: References: <20110201123506.GA97242@fbsd.t60.cpu> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: <20110201123506.GA97242@fbsd.t60.cpu> X-Enigmail-Version: 1.1.2 Subject: Re: Is /etc/rc.conf scriptable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 13:51:37 -0000 On 01/02/2011 13:35, Yue Wu wrote: > Hi list, > > I'm trying to do something to make rc.conf can act conditionally Technically, yes it can be done, but you shouldn't. It is in essence a shell script as it is sourced by other shell scripts but that's only because that approach is easiest to implement. Other tools may read rc.conf and they could break if they find something unexpected there. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 13:53:07 2011 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 58E21106566B; Tue, 1 Feb 2011 13:53:07 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 91B298FC17; Tue, 1 Feb 2011 13:53:06 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p11Dr2lZ061925; Tue, 1 Feb 2011 19:53:02 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D481039.5020703@rdtc.ru> Date: Tue, 01 Feb 2011 19:52:57 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: lev@freebsd.org References: <1481093142.20110201102416@serebryakov.spb.ru> <1522400637.20110201105842@serebryakov.spb.ru> <4D47C2FB.4090803@rdtc.ru> <1364200185.20110201153833@serebryakov.spb.ru> In-Reply-To: <1364200185.20110201153833@serebryakov.spb.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, "Vogel, Jack" Subject: Re: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 13:53:07 -0000 On 01.02.2011 18:38, Lev Serebryakov wrote: > ================= INTR - ISR.DIRECT=1 > Real speed (accroding to Windows'7 report) ~101MiB/s. > > I've re-created file to flush caches on both sides between trys. > netisr queues help to deal with lots of incoming traffic. If you bother about outgoing traffic only, it won't help. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 13:59:34 2011 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 7F4C11065672; Tue, 1 Feb 2011 13:59:34 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3A4E88FC18; Tue, 1 Feb 2011 13:59:34 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 03E1A13DF42; Tue, 1 Feb 2011 16:59:33 +0300 (MSK) Date: Tue, 1 Feb 2011 16:59:31 +0300 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1881915846.20110201165931@serebryakov.spb.ru> To: Eugene Grosbein In-Reply-To: <4D481039.5020703@rdtc.ru> References: <1481093142.20110201102416@serebryakov.spb.ru> <1522400637.20110201105842@serebryakov.spb.ru> <4D47C2FB.4090803@rdtc.ru> <1364200185.20110201153833@serebryakov.spb.ru> <4D481039.5020703@rdtc.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: lev@freebsd.org, freebsd-stable@freebsd.org, "Vogel, Jack" Subject: Re: em0: Watchdog timeout -- resetting X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 13:59:34 -0000 Hello, Eugene. You wrote 1 =F4=E5=E2=F0=E0=EB=FF 2011 =E3., 16:52:57: >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D INTR - ISR.DIRECT=3D1 >> Real speed (accroding to Windows'7 report) ~101MiB/s. >> I've re-created file to flush caches on both sides between trys. > netisr queues help to deal with lots of incoming traffic. > If you bother about outgoing traffic only, it won't help. This server is mostly-R/O storage server, so I bother about outgoing traffic. And now, after switching polling off & experiments, it is lost -- about 30 minutes after experiments it stops answer on pings and other network activity. I'll be near local console only at night to report panic or something else. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 14:16:30 2011 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 9DE341065673 for ; Tue, 1 Feb 2011 14:16:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 52D018FC17 for ; Tue, 1 Feb 2011 14:16:30 +0000 (UTC) Received: from outgoing.leidinger.net (p57B3A804.dip.t-dialin.net [87.179.168.4]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 4938F844010; Tue, 1 Feb 2011 15:16:25 +0100 (CET) Received: from webmail.leidinger.net (unknown [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 26D61267E; Tue, 1 Feb 2011 15:16:20 +0100 (CET) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id p11EG3F6099555; Tue, 1 Feb 2011 15:16:03 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 01 Feb 2011 15:16:03 +0100 Message-ID: <20110201151603.96603jakaxzuxrwg@webmail.leidinger.net> Date: Tue, 01 Feb 2011 15:16:03 +0100 From: Alexander Leidinger To: Yue Wu References: <20110201123506.GA97242@fbsd.t60.cpu> In-Reply-To: <20110201123506.GA97242@fbsd.t60.cpu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 4938F844010.A60F5 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1.874, required 6, autolearn=disabled, J_CHICKENPOX_21 0.60, RDNS_NONE 1.27) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1297174585.57794@48YqLp6wEtdwUv/DLvgt9A X-EBL-Spam-Status: No Cc: ml-freebsd-stable Subject: Re: Is /etc/rc.conf scriptable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 14:16:30 -0000 Quoting Yue Wu (from Tue, 1 Feb 2011 20:35:06 +0800): > 2. check if bitlbee has been installed, if so, then let bitlbee > service start. > > > So I tried with following settings in rc.conf, but all of them failed, > i.e., the networking can't be connected and bitlbee service doesn't > run. > > /etc/rc.conf > if [ -x /usr/local/sbin/bitlbee ]; then > bitlbee_enable="YES" > fi If it is not installed, there will be no rc.d script for it, so nothing will happen. This means you just can add bitlbee_enable="YES" unconditionally, and no error/warning message will show up during boot. Bye, Alexander. -- There's no time like the present for postponing what you don't want to do. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 14:28:54 2011 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 EEBB81065774 for ; Tue, 1 Feb 2011 14:28:54 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9B1C98FC0A for ; Tue, 1 Feb 2011 14:28:53 +0000 (UTC) Received: by wyf19 with SMTP id 19so6991023wyf.13 for ; Tue, 01 Feb 2011 06:28:52 -0800 (PST) Received: by 10.227.157.205 with SMTP id c13mr7678304wbx.136.1296570532117; Tue, 01 Feb 2011 06:28:52 -0800 (PST) Received: from dfleuriot.local ([83.167.62.196]) by mx.google.com with ESMTPS id f35sm16109158wbf.8.2011.02.01.06.28.51 (version=SSLv3 cipher=RC4-MD5); Tue, 01 Feb 2011 06:28:51 -0800 (PST) Message-ID: <4D4818A2.9030901@my.gd> Date: Tue, 01 Feb 2011 15:28:50 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20110201123506.GA97242@fbsd.t60.cpu> In-Reply-To: <20110201123506.GA97242@fbsd.t60.cpu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Is /etc/rc.conf scriptable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 14:28:55 -0000 On 2/1/11 1:35 PM, Yue Wu wrote: > Hi list, > > I'm trying to do something to make rc.conf can act conditionally > > What I want is: > > 1. List the wireless access points, > > grep if there is one which bssid is 'bb:bb:bb:bb:bb:bb', > > if there is, then set ifconfig_wlan0 to the value: > > "inet 192.168.1.111 netmask 255.255.255.0 WPA" > > 2. check if bitlbee has been installed, if so, then let bitlbee > service start. > > > So I tried with following settings in rc.conf, but all of them failed, > i.e., the networking can't be connected and bitlbee service doesn't > run. > > /etc/rc.conf > > if ifconfig wlan0 list scan 2>/dev/null | grep -q 'bb:bb:bb:bb:bb:bb' >/dev/null 2>&1; then > ifconfig_wlan0="inet 192.168.1.111 netmask 255.255.255.0 WPA" > fi > if [ -x /usr/local/sbin/bitlbee ]; then > bitlbee_enable="YES" > fi > > My question is, how to achieve what I want? The simpler, the better :) > You may want to call an external script directly from rc.local instead, to avoid breaking stuff that parses rc.conf Never know ;) It's not like rc.conf is a totally critical file that will break your startup if you mess it up... From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 14:53:18 2011 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 E9A8B10657EA for ; Tue, 1 Feb 2011 14:53:17 +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 BB0CB8FC0A for ; Tue, 1 Feb 2011 14:53:17 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7340B46B17; Tue, 1 Feb 2011 09:53:17 -0500 (EST) Received: from jhbbsd.localnet (unknown [209.249.190.10]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 416FD8A02B; Tue, 1 Feb 2011 09:53:16 -0500 (EST) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 1 Feb 2011 09:50:29 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.4-CBSD-20110107; KDE/4.4.5; amd64; ; ) References: <201101311200.29897.jhb@freebsd.org> <20110131222924.GF7923@deterlab.net> In-Reply-To: <20110131222924.GF7923@deterlab.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201102010950.29346.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 01 Feb 2011 09:53:16 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=0.5 required=4.2 tests=BAYES_00,MAY_BE_FORGED, RDNS_DYNAMIC autolearn=no version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: John Hickey Subject: Re: nfsd hung on ufs vnode lock X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 14:53:18 -0000 On Monday, January 31, 2011 5:29:24 pm John Hickey wrote: > On Mon, Jan 31, 2011 at 12:00:29PM -0500, John Baldwin wrote: > (kgdb) vprint vp > 0xd417633c: tag none, type VBAD > usecount 0, writecount 0, refcount 1 mountedhere 0x0 > flags (VI_DOOMED) > lock type ufs: UNLOCKED with 1 pending > (kgdb) Ok, this looks exactly like the bug I fixed in the two revisions below. > > There's a chance though you are tripping over the bug fixed by these two > > changes: > > I should be able to sync up with 7.4 without much pain in a few days. > > > Author: jhb > > Date: Fri Jul 16 20:23:24 2010 > > New Revision: 210173 > > URL: http://svn.freebsd.org/changeset/base/210173 > > > > Log: > > When the MNTK_EXTENDED_SHARED mount option was added, some filesystems were > > changed to defer the setting of VN_LOCK_ASHARE() (which clears LK_NOSHARE > > in the vnode lock's flags) until after they had determined if the vnode was > > a FIFO. This occurs after the vnode has been inserted into a VFS hash or > > some similar table, so it is possible for another thread to find this vnode > > via vget() on an i-node number and block on the vnode lock. If the lockmgr > > interlock (vnode interlock for vnode locks) is not held when clearing the > > LK_NOSHARE flag, then the lk_flags field can be clobbered. As a result > > the thread blocked on the vnode lock may never get woken up. Fix this by > > holding the vnode interlock while modifying the lock flags in this case. > > > > The softupdates code also toggles LK_NOSHARE in one function to close a > > race with snapshots. Fix this code to grab the interlock while fiddling > > with lk_flags. > > > > Author: jhb > > Date: Fri Aug 20 20:58:57 2010 > > New Revision: 211533 > > URL: http://svn.freebsd.org/changeset/base/211533 > > > > Log: > > Revert 210173 as it did not properly fix the bug. It assumed that the > > VI_LOCK() for a given vnode was used as the internal interlock for that > > vnode's v_lock lockmgr lock. This is not the case. Instead, add dedicated > > routines to toggle the LK_NOSHARE and LK_CANRECURSE flags. These routines > > lock the lockmgr lock's internal interlock to synchronize the updates to > > the flags member with other threads attempting to acquire the lock. The > > VN_LOCK_A*() macros now invoke these routines, and the softupdates code > > uses these routines to temporarly enable recursion on buffer locks. > > > > Reviewed by: kib -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 16:27:29 2011 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 2992A1065674 for ; Tue, 1 Feb 2011 16:27:29 +0000 (UTC) (envelope-from luke@digital-crocus.com) Received: from mail.digital-crocus.com (node2.digital-crocus.com [91.209.244.128]) by mx1.freebsd.org (Postfix) with ESMTP id D33B38FC0C for ; Tue, 1 Feb 2011 16:27:28 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dkselector; d=hybrid-logic.co.uk; h=Received:Received:Subject:From:To:Cc:Content-Type:Organization:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Spam-Score:X-Digital-Crocus-Maillimit:X-Authenticated-Sender:X-Complaints:X-Admin:X-Abuse; b=ynsAezULrkEvIfbHsMgBE0C/+9NWNlW2IngkyUHYMOhUvAG11mW/7BP/sxVHrw1s7FYlIbRYHdS4L0yV5fcF3UMNRST0ew4WZiicqd1ScBwwbo0rPhphi6sGf0tH7zV7; Received: from luke by mail.digital-crocus.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PkJ4g-0002Ag-IA for freebsd-stable@freebsd.org; Tue, 01 Feb 2011 16:27:26 +0000 Received: from c-76-118-178-109.hsd1.ma.comcast.net ([76.118.178.109] helo=[192.168.1.51]) by mail.digital-crocus.com with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PkJ4g-0002AX-68; Tue, 01 Feb 2011 16:27:26 +0000 From: Luke Marsden To: freebsd-stable@freebsd.org, freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset="UTF-8" Organization: Hybrid Logic Date: Tue, 01 Feb 2011 11:27:24 -0500 Message-ID: <1296577644.2222.20.camel@pow> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 X-Digital-Crocus-Maillimit: done X-Authenticated-Sender: luke X-Complaints: abuse@digital-crocus.com X-Admin: admin@digital-crocus.com X-Abuse: abuse@digital-crocus.com (Please include full headers in abuse reports) Cc: tech@hybrid-logic.co.uk, Pawel Jakub Dawidek Subject: ZFS hanging with simultaneous "zfs recv" and "zfs umount -f" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 16:27:29 -0000 Hi FreeBSD-{stable,current,fs}, I've reliably been able to cause the ZFS subsystem to hang under FreeBSD 8.1-RELEASE under the following conditions: Another server is sending the server an incremental snapshot stream which is in the process of being received with: zfs send -I $OLD $FS@$NEW |ssh $HOST zfs recv -uF $FILESYSTEM On the receiving server, we forcibly unmount the filesystem which is being received into with: zfs umount -f $FILESYSTEM (the filesystem may or may not actually be mounted) This causes any ZFS file operation (such as "ls") to hang forever and when attempting to reboot the machine, it goes down and stops responding to pings, but then hangs somewhere in the reboot process and needs a hard power cycle. Unfortunately we don't have a remote console on this machine. I understand this is a fairly harsh use case but the ideal behaviour would be for the zfs recv to emit an error message (if necessary) rather than rendering the entire machine unusable ;-) Let me know if you need any further information. I appreciate that providing a script to reliably reproduce the problem, testing on -CURRENT and 8.2-PRE, and submitting a bug report will help... I will do this in due course, but don't have time right now -- just wanted to get this bug report out there first in case there's an obvious fix. Thank you for supporting ZFS on FreeBSD!! -- Best Regards, Luke Marsden CTO, Hybrid Logic Ltd. Web: http://www.hybrid-cluster.com/ Hybrid Web Cluster - cloud web hosting Phone: +441172232002 / +16179496062 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 16:28:03 2011 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 9C5141065670 for ; Tue, 1 Feb 2011 16:28:03 +0000 (UTC) (envelope-from luke@digital-crocus.com) Received: from mail.digital-crocus.com (node2.digital-crocus.com [91.209.244.128]) by mx1.freebsd.org (Postfix) with ESMTP id 55A018FC19 for ; Tue, 1 Feb 2011 16:28:03 +0000 (UTC) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dkselector; d=hybrid-logic.co.uk; h=Received:Received:Subject:From:Reply-To:To:Content-Type:Organization:Date:Message-ID:Mime-Version:X-Mailer:Content-Transfer-Encoding:X-Spam-Score:X-Digital-Crocus-Maillimit:X-Authenticated-Sender:X-Complaints:X-Admin:X-Abuse; b=HdFNUKiQMFemNHouRKKCsuwG56mK2pJRhRW7og2NjnpkKLGsClBiA4mfmkW5vFQza3Jb2iqsS3hAPWxisrNtP9rQVUHnz1phYtSFvLbKuAaiJqwMN7/kTue8k9XZUoQ8; Received: from luke by mail.digital-crocus.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PkJ5F-0002Dz-SS for freebsd-stable@freebsd.org; Tue, 01 Feb 2011 16:28:01 +0000 Received: from c-76-118-178-109.hsd1.ma.comcast.net ([76.118.178.109] helo=[192.168.1.51]) by mail.digital-crocus.com with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1PkJ5E-0002DK-Ko; Tue, 01 Feb 2011 16:28:01 +0000 From: Luke Marsden To: freebsd-stable@freebsd.org, freebsd-fs@FreeBSD.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset="UTF-8" Organization: Hybrid Web Cluster Date: Tue, 01 Feb 2011 11:27:59 -0500 Message-ID: <1296577679.2222.21.camel@pow> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.0 X-Digital-Crocus-Maillimit: done X-Authenticated-Sender: luke X-Complaints: abuse@digital-crocus.com X-Admin: admin@digital-crocus.com X-Abuse: abuse@digital-crocus.com (Please include full headers in abuse reports) Cc: Subject: ZFS hanging with simultaneous "zfs recv" and "zfs umount -f" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: luke@hybrid-logic.co.uk List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 16:28:03 -0000 Hi FreeBSD-{stable,current,fs}, I've reliably been able to cause the ZFS subsystem to hang under FreeBSD 8.1-RELEASE under the following conditions: Another server is sending the server an incremental snapshot stream which is in the process of being received with: zfs send -I $OLD $FS@$NEW |ssh $HOST zfs recv -uF $FILESYSTEM On the receiving server, we forcibly unmount the filesystem which is being received into with: zfs umount -f $FILESYSTEM (the filesystem may or may not actually be mounted) This causes any ZFS file operation (such as "ls") to hang forever and when attempting to reboot the machine, it goes down and stops responding to pings, but then hangs somewhere in the reboot process and needs a hard power cycle. Unfortunately we don't have a remote console on this machine. I understand this is a fairly harsh use case but the ideal behaviour would be for the zfs recv to emit an error message (if necessary) rather than rendering the entire machine unusable ;-) Let me know if you need any further information. I appreciate that providing a script to reliably reproduce the problem, testing on -CURRENT and 8.2-PRE, and submitting a bug report will help... I will do this in due course, but don't have time right now -- just wanted to get this bug report out there first in case there's an obvious fix. Thank you for supporting ZFS on FreeBSD!! -- Best Regards, Luke Marsden CTO, Hybrid Logic Ltd. Web: http://www.hybrid-cluster.com/ Hybrid Web Cluster - cloud web hosting Phone: +441172232002 / +16179496062 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 18:46:22 2011 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 A3F8A1065670 for ; Tue, 1 Feb 2011 18:46:22 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0EE768FC13 for ; Tue, 1 Feb 2011 18:46:21 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 9A0A713DF42; Tue, 1 Feb 2011 21:46:20 +0300 (MSK) Date: Tue, 1 Feb 2011 21:46:18 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1775331865.20110201214618@serebryakov.spb.ru> To: "Vogel, Jack" In-Reply-To: <1364200185.20110201153833@serebryakov.spb.ru> References: <1481093142.20110201102416@serebryakov.spb.ru> <1522400637.20110201105842@serebryakov.spb.ru> <4D47C2FB.4090803@rdtc.ru> <1364200185.20110201153833@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----------2218B13B85E46D" Cc: freebsd-stable@freebsd.org Subject: em0 lock up / hangs (WAS: em0: Watchdog timeout -- resetting) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 18:46:22 -0000 ------------2218B13B85E46D Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Hello, Eugene. You wrote 1 =C6=C5=D7=D2=C1=CC=D1 2011 =C7., 15:38:33: > Eugene wrote: >> You could give a try to netisr parallelism of RELENG_8 instead of POLLING >> (and tune interrupt throttling) if your box does not have lots of dynamic >> interfaces like when using mpd. > Jack wrote: >> I don't test POLLING, sounds like its broken, I don't understand >> why you think you need you need it? This hardware supports >> MSI why not use it? > I send one answer to two messages, because data is the same. > Here it is snapshot of "top -S" with "H" pressed when server sends > 1Gbit/s via SMB with polling (Windows'7 client copies 8GiB sparse file to= very > fast local disk): > the same without polling, with net.isr settings: > # sysctl net.isr > net.isr.direct: 0 > net.isr.direct_force: 0 After these settings server lost connection. It works locally, no panic, but "ping gateway" shows "No buffer space available", and any other "network activity" shows the same message. Up-down of interface helps. I attached outputs of: vmstat -m netstat -m sysctl dev.em0 BEFORE interface reset No polling, net.isr.direct=3D0, net.isr.direct_force=3D0 --=20 // Black Lion AKA Lev Serebryakov ------------2218B13B85E46D Content-Type: application/octet-stream; name="sysctl.dev.em0.log" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="sysctl.dev.em0.log" ZGV2LmVtLjAuJWRlc2M6IEludGVsKFIpIFBSTy8xMDAwIE5ldHdvcmsgQ29ubmVjdGlvbiA3 LjEuOQpkZXYuZW0uMC4lZHJpdmVyOiBlbQpkZXYuZW0uMC4lbG9jYXRpb246IHNsb3Q9MjUg ZnVuY3Rpb249MCBoYW5kbGU9XF9TQl8uUENJMC5HQkVDCmRldi5lbS4wLiVwbnBpbmZvOiB2 ZW5kb3I9MHg4MDg2IGRldmljZT0weDEwYmQgc3VidmVuZG9yPTB4MTA0MyBzdWJkZXZpY2U9 MHg4MjY4IGNsYXNzPTB4MDIwMDAwCmRldi5lbS4wLiVwYXJlbnQ6IHBjaTAKZGV2LmVtLjAu bnZtOiAtMQpkZXYuZW0uMC5kZWJ1ZzogLTEKZGV2LmVtLjAucnhfaW50X2RlbGF5OiAyMDAK ZGV2LmVtLjAudHhfaW50X2RlbGF5OiAyMDAKZGV2LmVtLjAucnhfYWJzX2ludF9kZWxheTog NDAwMApkZXYuZW0uMC50eF9hYnNfaW50X2RlbGF5OiA0MDAwCmRldi5lbS4wLnJ4X3Byb2Nl c3NpbmdfbGltaXQ6IDQwOTYKZGV2LmVtLjAuZmxvd19jb250cm9sOiAzCmRldi5lbS4wLmxp bmtfaXJxOiAwCmRldi5lbS4wLm1idWZfYWxsb2NfZmFpbDogMApkZXYuZW0uMC5jbHVzdGVy X2FsbG9jX2ZhaWw6IDAKZGV2LmVtLjAuZHJvcHBlZDogMApkZXYuZW0uMC50eF9kbWFfZmFp bDogMApkZXYuZW0uMC5yeF9vdmVycnVuczogMApkZXYuZW0uMC53YXRjaGRvZ190aW1lb3V0 czogMwpkZXYuZW0uMC5kZXZpY2VfY29udHJvbDogMTA3NDc5MDk3NgpkZXYuZW0uMC5yeF9j b250cm9sOiA2NzE0MTYzNApkZXYuZW0uMC5mY19oaWdoX3dhdGVyOiA4MTkyCmRldi5lbS4w LmZjX2xvd193YXRlcjogNjY5MgpkZXYuZW0uMC5xdWV1ZTAudHhkX2hlYWQ6IDM5MQpkZXYu ZW0uMC5xdWV1ZTAudHhkX3RhaWw6IDM1NApkZXYuZW0uMC5xdWV1ZTAudHhfaXJxOiAwCmRl di5lbS4wLnF1ZXVlMC5ub19kZXNjX2F2YWlsOiAwCmRldi5lbS4wLnF1ZXVlMC5yeGRfaGVh ZDogMTcwNApkZXYuZW0uMC5xdWV1ZTAucnhkX3RhaWw6IDE3MDMKZGV2LmVtLjAucXVldWUw LnJ4X2lycTogMApkZXYuZW0uMC5tYWNfc3RhdHMuZXhjZXNzX2NvbGw6IDAKZGV2LmVtLjAu bWFjX3N0YXRzLnNpbmdsZV9jb2xsOiAwCmRldi5lbS4wLm1hY19zdGF0cy5tdWx0aXBsZV9j b2xsOiAwCmRldi5lbS4wLm1hY19zdGF0cy5sYXRlX2NvbGw6IDAKZGV2LmVtLjAubWFjX3N0 YXRzLmNvbGxpc2lvbl9jb3VudDogMApkZXYuZW0uMC5tYWNfc3RhdHMuc3ltYm9sX2Vycm9y czogMApkZXYuZW0uMC5tYWNfc3RhdHMuc2VxdWVuY2VfZXJyb3JzOiAwCmRldi5lbS4wLm1h Y19zdGF0cy5kZWZlcl9jb3VudDogMTYxNwpkZXYuZW0uMC5tYWNfc3RhdHMubWlzc2VkX3Bh Y2tldHM6IDk0MjkKZGV2LmVtLjAubWFjX3N0YXRzLnJlY3Zfbm9fYnVmZjogMApkZXYuZW0u MC5tYWNfc3RhdHMucmVjdl91bmRlcnNpemU6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnJlY3Zf ZnJhZ21lbnRlZDogMgpkZXYuZW0uMC5tYWNfc3RhdHMucmVjdl9vdmVyc2l6ZTogMApkZXYu ZW0uMC5tYWNfc3RhdHMucmVjdl9qYWJiZXI6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnJlY3Zf ZXJyczogNjYKZGV2LmVtLjAubWFjX3N0YXRzLmNyY19lcnJzOiA2NQpkZXYuZW0uMC5tYWNf c3RhdHMuYWxpZ25tZW50X2VycnM6IDAKZGV2LmVtLjAubWFjX3N0YXRzLmNvbGxfZXh0X2Vy cnM6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnhvbl9yZWN2ZDogMTczOQpkZXYuZW0uMC5tYWNf c3RhdHMueG9uX3R4ZDogMApkZXYuZW0uMC5tYWNfc3RhdHMueG9mZl9yZWN2ZDogMjkzNApk ZXYuZW0uMC5tYWNfc3RhdHMueG9mZl90eGQ6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnRvdGFs X3BrdHNfcmVjdmQ6IDI3OTg0NjQ0MgpkZXYuZW0uMC5tYWNfc3RhdHMuZ29vZF9wa3RzX3Jl Y3ZkOiAyNzk4MzIyNjYKZGV2LmVtLjAubWFjX3N0YXRzLmJjYXN0X3BrdHNfcmVjdmQ6IDEx MDk0CmRldi5lbS4wLm1hY19zdGF0cy5tY2FzdF9wa3RzX3JlY3ZkOiAxNzQzCmRldi5lbS4w Lm1hY19zdGF0cy5yeF9mcmFtZXNfNjQ6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnJ4X2ZyYW1l c182NV8xMjc6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnJ4X2ZyYW1lc18xMjhfMjU1OiAwCmRl di5lbS4wLm1hY19zdGF0cy5yeF9mcmFtZXNfMjU2XzUxMTogMApkZXYuZW0uMC5tYWNfc3Rh dHMucnhfZnJhbWVzXzUxMl8xMDIzOiAwCmRldi5lbS4wLm1hY19zdGF0cy5yeF9mcmFtZXNf MTAyNF8xNTIyOiAwCmRldi5lbS4wLm1hY19zdGF0cy5nb29kX29jdGV0c19yZWN2ZDogMjY4 MDQ2NDkxNzUKZGV2LmVtLjAubWFjX3N0YXRzLmdvb2Rfb2N0ZXRzX3R4ZDogNzA2NzQ3MjE0 NDkxCmRldi5lbS4wLm1hY19zdGF0cy50b3RhbF9wa3RzX3R4ZDogNTQzODc4MDk3CmRldi5l bS4wLm1hY19zdGF0cy5nb29kX3BrdHNfdHhkOiA1NDM4NzgwOTcKZGV2LmVtLjAubWFjX3N0 YXRzLmJjYXN0X3BrdHNfdHhkOiAyMjMyCmRldi5lbS4wLm1hY19zdGF0cy5tY2FzdF9wa3Rz X3R4ZDogMTE0NzEKZGV2LmVtLjAubWFjX3N0YXRzLnR4X2ZyYW1lc182NDogMApkZXYuZW0u MC5tYWNfc3RhdHMudHhfZnJhbWVzXzY1XzEyNzogMApkZXYuZW0uMC5tYWNfc3RhdHMudHhf ZnJhbWVzXzEyOF8yNTU6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnR4X2ZyYW1lc18yNTZfNTEx OiAwCmRldi5lbS4wLm1hY19zdGF0cy50eF9mcmFtZXNfNTEyXzEwMjM6IDAKZGV2LmVtLjAu bWFjX3N0YXRzLnR4X2ZyYW1lc18xMDI0XzE1MjI6IDAKZGV2LmVtLjAubWFjX3N0YXRzLnRz b190eGQ6IDE2OTA2NDI4NgpkZXYuZW0uMC5tYWNfc3RhdHMudHNvX2N0eF9mYWlsOiAwCmRl di5lbS4wLmludGVycnVwdHMuYXNzZXJ0czogMzc4MDAyMgpkZXYuZW0uMC5pbnRlcnJ1cHRz LnJ4X3BrdF90aW1lcjogMApkZXYuZW0uMC5pbnRlcnJ1cHRzLnJ4X2Fic190aW1lcjogMApk ZXYuZW0uMC5pbnRlcnJ1cHRzLnR4X3BrdF90aW1lcjogMApkZXYuZW0uMC5pbnRlcnJ1cHRz LnR4X2Fic190aW1lcjogMApkZXYuZW0uMC5pbnRlcnJ1cHRzLnR4X3F1ZXVlX2VtcHR5OiAw CmRldi5lbS4wLmludGVycnVwdHMudHhfcXVldWVfbWluX3RocmVzaDogMApkZXYuZW0uMC5p bnRlcnJ1cHRzLnJ4X2Rlc2NfbWluX3RocmVzaDogMApkZXYuZW0uMC5pbnRlcnJ1cHRzLnJ4 X292ZXJydW46IDAKZGV2LmVtLjAud2FrZTogMAo= ------------2218B13B85E46D Content-Type: application/octet-stream; name="vmstat-m.log" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="vmstat-m.log" ICAgICAgICAgVHlwZSBJblVzZSBNZW1Vc2UgSGlnaFVzZSBSZXF1ZXN0cyAgU2l6ZShzKQog ICAgICAgbW9kdWxlICAgMTUyICAgIDE5SyAgICAgICAtICAgICAgMTUyICAxMjgKICAgICAg ICAgIFVTQiAgICA3NiAgICA2NksgICAgICAgLSAgICAgICA4MCAgMTYsMzIsNjQsMTI4LDI1 NiwxMDI0LDIwNDgsNDA5NgogICAgIG10eF9wb29sICAgICAyICAgIDE2SyAgICAgICAtICAg ICAgICAyICAKICAgQ0FNIHBlcmlwaCAgICAyMiAgICAgNksgICAgICAgLSAgICAgICA0NCAg MTYsMzIsNjQsMjU2CiAgICAgcGNpX2xpbmsgICAgMTYgICAgIDJLICAgICAgIC0gICAgICAg MTYgIDY0LDEyOAogICAgICBhY3Bpc2VtICAgIDE5ICAgICAzSyAgICAgICAtICAgICAgIDE5 ICAxMjgKICAgICAgc3VicHJvYyAgIDM5OCAgIDM2N0sgICAgICAgLSAgICAzNzI3MSAgNTEy LDQwOTYKICAgICAgICAgcHJvYyAgICAgMiAgICAxNksgICAgICAgLSAgICAgICAgMiAgCiAg ICAgIHNlc3Npb24gICAgMjMgICAgIDNLICAgICAgIC0gICAgIDIzOTYgIDEyOAogICAgICAg ICBwZ3JwICAgIDI1ICAgICA0SyAgICAgICAtICAgICAyNTQyICAxMjgKICAgICAgICAgY3Jl ZCAgICA1OCAgICAxMEsgICAgICAgLSAgNDk5Mjg2MCAgNjQsMjU2CiAgICAgIHVpZGluZm8g ICAgIDggICAgIDNLICAgICAgIC0gICA4NTA3MjYgIDEyOCwyMDQ4CiAgICAgICBwbGltaXQg ICAgMTAgICAgIDNLICAgICAgIC0gICAgMzA2NzkgIDI1NgogICAgYWNwaV9wZXJmICAgICAy ICAgICAxSyAgICAgICAtICAgICAgICAyICAxMjgKICAgICAgQ0FNIFhQVCAgIDI5MyAgIDQy NUsgICAgICAgLSAgICAgIDQxNCAgMTYsMzIsNjQsMTI4LDI1NiwxMDI0LDIwNDgKICAgICAg IERFVkZTMSAgIDE0NiAgICA3M0sgICAgICAgLSAgICAgIDE1NyAgNTEyCiAgICBzeXNjdGx0 bXAgICAgIDAgICAgIDBLICAgICAgIC0gICAgICA4NzIgIDE2LDMyLDY0LDEyOCwyNTYKICAg IHN5c2N0bG9pZCAgMzUzNSAgIDE3NUsgICAgICAgLSAgICAgMzYyOCAgMTYsMzIsNjQsMTI4 CiAgICAgICBzeXNjdGwgICAgIDAgICAgIDBLICAgICAgIC0gICAgMjQ0NzYgIDE2LDMyLDY0 CiAgICAgIGNhbGxvdXQgICAgIDEgICA1MTJLICAgICAgIC0gICAgICAgIDEgIAogICAgICAg ICB1bXR4ICAgNDI2ICAgIDU0SyAgICAgICAtICAgICAgNDI2ICAxMjgKICAgICBwMTAwMy4x YiAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMTYKICAgICAgICAgU1dBUCAgICAg MiAgIDU0OUsgICAgICAgLSAgICAgICAgMiAgNjQKICAgICAgIERFVkZTMyAgIDE3MiAgICA0 M0sgICAgICAgLSAgICAgIDE4NCAgMjU2CiAgICAgICBidXMtc2MgICAgNzEgICA0MTNLICAg ICAgIC0gICAgIDEyNTEgIDE2LDMyLDY0LDEyOCwyNTYsNTEyLDIwNDgsNDA5NgogICAgICAg ICAgYnVzICAgNjQwICAgIDY1SyAgICAgICAtICAgICAzNjc2ICAxNiwzMiw2NCwxMjgsMjU2 LDUxMiwxMDI0CiAgICAgIGRldnN0YXQgICAgMTQgICAgMjlLICAgICAgIC0gICAgICAgMTQg IDMyLDQwOTYKIGV2ZW50aGFuZGxlciAgICA2NyAgICAgNksgICAgICAgLSAgICAgICA2NyAg NjQsMTI4CiAgICAgICAgIGtvYmogICAgOTMgICAzNzJLICAgICAgIC0gICAgICAxMTUgIDQw OTYKICAgICAgUGVyLWNwdSAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMzIKICAg ICAgICBERVZGUyAgICAyMiAgICAgMUsgICAgICAgLSAgICAgICAyMyAgMTYsMTI4CiAgICAg ICAgIHJtYW4gICAyMDIgICAgMjVLICAgICAgIC0gICAgICA2MjMgIDE2LDMyLDEyOAogICAg ICAgREVWRlNQICAgICAxICAgICAxSyAgICAgICAtICAgICAgICAxICA2NAogICAgICAgICBz YnVmICAgICAwICAgICAwSyAgICAgICAtICAgICAxMjkyICAxNiwzMiw2NCwxMjgsMjU2LDUx MiwxMDI0LDIwNDgsNDA5NgogICAgcGZzX25vZGVzICAgIDIxICAgICA2SyAgICAgICAtICAg ICAgIDIxICAyNTYKICAgICAgICBzdGFjayAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAg MiAgMjU2CiAgICB0YXNrcXVldWUgICAgMTUgICAgIDJLICAgICAgIC0gICAgICAgMTUgIDE2 LDMyLDEyOAogICAgICAgVW5pdG5vICAgIDEwICAgICAxSyAgICAgICAtICAgICAgIDY0ICAz Miw2NAogICAgICAgICAgaW92ICAgICAwICAgICAwSyAgICAgICAtICAgNzA4MDcyICAxNiwz Miw2NCwxMjgsMjU2LDUxMgogICAgICAgc2VsZWN0ICAgMTIxICAgIDE2SyAgICAgICAtIDU4 NTQ5NzIxNDAgIDEyOCw1MTIsMTAyNAogICAgIGlvY3Rsb3BzICAgICAwICAgICAwSyAgICAg ICAtIDEyOTMwMDA3MyAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAg ICAgICAgIG1zZyAgICAgNCAgICAzMEsgICAgICAgLSAgICAgICAgNCAgMjA0OCw0MDk2CiAg ICAgICAgICBzZW0gICAgIDQgICAgMTFLICAgICAgIC0gICAgICAgIDQgIDUxMiwxMDI0CiAg ICAgICAgICBzaG0gICAgIDEgICAgMjBLICAgICAgIC0gICAgICAgIDEgIAogICAgICAgICAg dHR5ICAgIDIwICAgIDIwSyAgICAgICAtICAgICAgIDI3ICAxMDI0LDIwNDgKICAgICAgICAg IHB0cyAgICAgMCAgICAgMEsgICAgICAgLSAgICAgICAgNSAgMjU2CiAgICAgbWJ1Zl90YWcg ICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgMzAgIDMyCiAgICAgICAgc2htZmQgICAgIDEg ICAgIDhLICAgICAgIC0gICAgICAgIDEgIAogICAgICAgICBHRU9NICAgMTc1ICAgIDM4SyAg ICAgICAtICAgICAgNzQxICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0CiAgICAgICAgICBw Y2IgICAyNjYgICAgMjFLICAgICAgIC0gIDM1MTQ3OTQgIDE2LDMyLDEwMjQsMjA0OCw0MDk2 CiAgICAgICBzb25hbWUgICAgIDYgICAgIDFLICAgICAgIC0gMTM1MTUzNTUgIDE2LDMyLDEy OAogICAgICAgICAgYWNsICAgICAwICAgICAwSyAgICAgICAtICAgICAyNTE0ICA0MDk2CiAg ICAgICBiaW9idWYgICAgIDAgICAgIDBLICAgICAgIC0gICAgICAgNjIgIDIwNDgKICAgICB2 ZnNjYWNoZSAgICAgMSAgMTAyNEsgICAgICAgLSAgICAgICAgMSAgCiAgIGNsX3NhdmVidWYg ICAgIDAgICAgIDBLICAgICAgIC0gICAgMjQ4NzMgIDY0LDEyOAogIGV4cG9ydF9ob3N0ICAg ICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAyNTYKICAgICB2ZnNfaGFzaCAgICAgMSAg IDUxMksgICAgICAgLSAgICAgICAgMSAgCiAgICAgICB2bm9kZXMgICAgIDIgICAgIDFLICAg ICAgIC0gICAgICAgIDIgIDI1NgogIHZub2RlbWFya2VyICAgICAwICAgICAwSyAgICAgICAt ICAgMTQ5Njg5ICA1MTIKICAgICAgICBtb3VudCAgIDEwNCAgICAgNksgICAgICAgLSAgICAg IDMwNCAgMTYsMzIsNjQsMTI4LDI1Niw1MTIKICAgICAgICAgIEJQRiAgICAgNyAgICAgOUsg ICAgICAgLSAgICAgICAgNyAgMTI4LDUxMiw0MDk2CiAgZXRoZXJfbXVsdGkgICAgMTIgICAg IDFLICAgICAgIC0gICAgICAgMjYgIDE2LDY0CiAgICAgICBpZmFkZHIgICAgMTQgICAgIDdL ICAgICAgIC0gICAgICAgMTUgIDMyLDUxMiw0MDk2CiAgICAgICAgaWZuZXQgICAgIDMgICAg IDVLICAgICAgIC0gICAgICAgIDMgIDEyOCwyMDQ4CiAgICAgICAgY2xvbmUgICAgIDIgICAg IDhLICAgICAgIC0gICAgICAgIDIgIDQwOTYKICAgICAgIGFycGNvbSAgICAgMSAgICAgMUsg ICAgICAgLSAgICAgICAgMSAgMTYKICAgICAgbGx0YWJsZSAgICAgMyAgICAgMksgICAgICAg LSAgICAgICA0MSAgMjU2LDUxMgogICAgICBmd194ZmVyICAgICAwICAgICAwSyAgICAgICAt ICAgICAgICAxICAyNTYKICAgICBmaXJld2lyZSAgICAxMSAgICAzNUsgICAgICAgLSAgICAg ICAxNCAgNjQsMTI4LDUxMiwxMDI0LDIwNDgsNDA5NgogICAgICBzY3NpX2RhICAgICAwICAg ICAwSyAgICAgICAtICAgICAgIDE2ICAxNgogICAgICAga2JkbXV4ICAgICA2ICAgIDEwSyAg ICAgICAtICAgICAgICA2ICAxNiw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgICAgICAgIExFRCAg ICAgMSAgICAgMUsgICAgICAgLSAgICAgICAgMSAgMTI4CiAgICAgICBpc2FkZXYgICAgIDUg ICAgIDFLICAgICAgIC0gICAgICAgIDUgIDEyOAogICAgIHJvdXRldGJsICAgIDE0ICAgICA0 SyAgICAgICAtICAgIDg2ODExICAzMiw2NCwxMjgsMjU2LDUxMgogICAgICAgICBpZ21wICAg ICAyICAgICAxSyAgICAgICAtICAgICAgICAyICAyNTYKQ0FNIGRldiBxdWV1ZSAgICAgOCAg ICAgMUsgICAgICAgLSAgICAgICAgOCAgMTI4CiAgICBDQU0gcXVldWUgICAgNDMgICAgIDNL ICAgICAgIC0gICAgICAxNDggIDE2LDMyLDY0LDI1NgogICAgICBDQU0gU0lNICAgICA4ICAg ICAySyAgICAgICAtICAgICAgICA4ICAyNTYKICBpcF9tb3B0aW9ucyAgICAgNCAgICAgMUsg ICAgICAgLSAgICAgICAgOCAgNjQsMjU2CiAgICAgaW5fbXVsdGkgICAgIDMgICAgIDFLICAg ICAgIC0gICAgICAgIDUgIDI1NgogICBpbl9tZmlsdGVyICAgICAyICAgICAySyAgICAgICAt ICAgICAgICA0ICAxMDI0CiAgICBob3N0Y2FjaGUgICAgIDEgICAgMjhLICAgICAgIC0gICAg ICAgIDEgIAogICAgIHN5bmNhY2hlICAgICAxICAgIDk2SyAgICAgICAtICAgICAgICAxICAK ICAgICAgTkZTIEZIQSAgICAgMSAgICAgMksgICAgICAgLSAgICAgIDE3NyAgNjQsMjA0OAog ICAgICAgICAgcnBjICAgMTg2ICAgIDk4SyAgICAgICAtICAgICAgNTkwICAzMiw2NCwxMjgs MjU2LDUxMiwyMDQ4CmF1ZGl0X2V2Y2xhc3MgICAxNzIgICAgIDZLICAgICAgIC0gICAgICAy MTEgIDMyCiAgICAgc2F2ZWRpbm8gICAgIDAgICAgIDBLICAgICAgIC0gICAgMTg2ODAgIDI1 NgogICAgbmV3ZGlyYmxrICAgICAwICAgICAwSyAgICAgICAtICAgICAgIDM1ICA2NAogICAg ICAgZGlycmVtICAgICAwICAgICAwSyAgICAgICAtICAgMTA2NDgxICA2NAogICAgICAgIG1r ZGlyICAgICAwICAgICAwSyAgICAgICAtICAgICAgMTQwICA2NAogICAgICAgZGlyYWRkICAg ICAyICAgICAxSyAgICAgICAtICAgMTA2MjkyICA2NAogICAgIGZyZWVmaWxlICAgICAxICAg ICAxSyAgICAgICAtICAgIDUxMzk1ICA2NAogICAgIGZyZWVibGtzICAgICAxICAgICAxSyAg ICAgICAtICAgIDUxNTExICAyNTYKICAgICBmcmVlZnJhZyAgICAgMCAgICAgMEsgICAgICAg LSAgICA3MTkyMCAgNjQKICAgYWxsb2NpbmRpciAgICAgMCAgICAgMEsgICAgICAgLSAgIDI1 NDE4MSAgMTI4CiAgICAgaW5kaXJkZXAgICAgIDAgICAgIDBLICAgICAgIC0gICAgIDI5NzUg IDY0CiAgYWxsb2NkaXJlY3QgICAgIDEgICAgIDFLICAgICAgIC0gICAxOTUyOTMgIDI1Ngog ICAgYm1zYWZlbWFwICAgICAyICAgICAxSyAgICAgICAtICAgIDQ2OTQ3ICAxMjgKICAgICAg IG5ld2JsayAgICAgMSAgICAgMUsgICAgICAgLSAgIDQ0OTQ3NSAgNjQsNTEyCiAgICAgaW5v ZGVkZXAgICAgIDQgICA1MTNLICAgICAgIC0gICAxMTUxODQgIDI1NgogICAgICBwYWdlZGVw ICAgICAzICAgMTI5SyAgICAgICAtICAgIDEyOTQyICAxMjgKICB1ZnNfZGlyaGFzaCAgIDU5 MiAgIDExNEsgICAgICAgLSAgIDI1ODA0MyAgMTYsMzIsNjQsMTI4LDI1Niw1MTIsMTAyNAog ICAgdWZzX21vdW50ICAgIDE1ICAgMTI3SyAgICAgICAtICAgICAgIDE1ICA1MTIsMjA0OCw0 MDk2CiAgICAgIFVNQUhhc2ggICAgIDMgICAgMTFLICAgICAgIC0gICAgICAgMTAgIDUxMiwx MDI0LDIwNDgsNDA5NgogIGRkYl9jYXB0dXJlICAgICAxICAgIDQ4SyAgICAgICAtICAgICAg ICAxICAKICAgICAgIGFjcGljYSAgMzgzNyAgIDM5M0sgICAgICAgLSAgICA4NDQzOSAgMTYs MzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4CiAgICAgICAgIGNkZXYgICAgIDggICAgIDJL ICAgICAgIC0gICAgICAgIDggIDI1NgogICAgdm1fcGdkYXRhICAgICAyICAgMTI5SyAgICAg ICAtICAgICAgICAyICAxMjgKICAgICAgYWNwaWRldiAgICA3OCAgICAgNUsgICAgICAgLSAg ICAgICA3OCAgNjQKICAgICAgICBzaWdpbyAgICAgMSAgICAgMUsgICAgICAgLSAgICAgICAg MSAgNjQKICAgICBmaWxlZGVzYyAgICA2MCAgICA3N0sgICAgICAgLSAgICA1NzE5MSAgMTYs MzIsNjQsMTI4LDI1Niw1MTIsMTAyNCwyMDQ4LDQwOTYKICAgICAgICAga2VudiAgICA3OCAg ICAxMUsgICAgICAgLSAgICAgICA4MiAgMTYsMzIsNjQsMTI4CiAgICAgIGlvX2FwaWMgICAg IDEgICAgIDJLICAgICAgIC0gICAgICAgIDEgIDIwNDgKICAgICAgIGtxdWV1ZSAgICAgMiAg ICAxM0sgICAgICAgLSAgIDEyODI5MCAgMjU2LDIwNDgsNDA5NgogICAgICBtZW1kZXNjICAg ICAxICAgICA0SyAgICAgICAtICAgICAgICAxICA0MDk2CiAgICAgYWNwaXRhc2sgICAgIDEg ICAgIDJLICAgICAgIC0gICAgICAgIDEgIDIwNDgKICAgIHByb2MtYXJncyAgICAyNiAgICAg MksgICAgICAgLSAgIDEwMjMwMyAgMTYsMzIsNjQsMTI4LDI1NgogICAgIGF0a2JkZGV2ICAg ICAyICAgICAxSyAgICAgICAtICAgICAgICAyICA2NAogICAgICBpdGhyZWFkICAgIDc2ICAg IDEySyAgICAgICAtICAgICAgIDc2ICAzMiwxMjgsMjU2CiAgICAgIGVudHJvcHkgIDEwMjQg ICAgNjRLICAgICAgIC0gICAgIDEwMjQgIDY0CiAgICAgICAgIFVBUlQgICAgIDMgICAgIDJL ICAgICAgIC0gICAgICAgIDMgIDE2LDUxMiwxMDI0CiAgICAgICBLVFJBQ0UgICAxMDAgICAg MTNLICAgICAgIC0gICAgICAxMDAgIDEyOAogICAgICAgbGlua2VyICAgIDU3ICAgICA2SyAg ICAgICAtICAgICAgIDYzICAxNiwzMiw2NCwxMjgsNTEyCiAgICAgICAgbG9ja2YgICAgNTMg ICAgIDZLICAgICAgIC0gIDMxMTUwMzAgIDY0LDEyOAogICAgICAgICB0ZW1wICAgIDIyICAg NDAxSyAgICAgICAtICAgODU0MDA1ICAxNiwzMiw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgs NDA5NgogICAgICAgZGV2YnVmIDIwMjMwIDM1OTMzSyAgICAgICAtICAgIDIwMzI5ICAxNiwz Miw2NCwxMjgsMjU2LDUxMiwxMDI0LDIwNDgsNDA5NgogICAgICAgVVNCZGV2ICAgIDQ3ICAg IDEySyAgICAgICAtICAgICAgIDQ3ICA2NCwxMjgsMTAyNAogICAgIG5leHVzZGV2ICAgICAz ICAgICAxSyAgICAgICAtICAgICAgICAzICAxNgogICByYWlkNV9kYXRhICAgICA5ICAxODAw SyAgICAgICAtIDEyMTQ2NTcyOSAgMTYsNjQsNTEyLDQwOTYK ------------2218B13B85E46D Content-Type: application/octet-stream; name="netstat-m.log" Content-transfer-encoding: base64 Content-Disposition: attachment; filename="netstat-m.log" MTI0OTgvNTMwNy8xNzgwNSBtYnVmcyBpbiB1c2UgKGN1cnJlbnQvY2FjaGUvdG90YWwpCjQy MjgvNTA2Mi85MjkwLzIwNDgwMCBtYnVmIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNo ZS90b3RhbC9tYXgpCjQyMTgvNTAzNyBtYnVmK2NsdXN0ZXJzIG91dCBvZiBwYWNrZXQgc2Vj b25kYXJ5IHpvbmUgaW4gdXNlIChjdXJyZW50L2NhY2hlKQowLzIxOS8yMTkvMTkyMDAwIDRr IChwYWdlIHNpemUpIGp1bWJvIGNsdXN0ZXJzIGluIHVzZSAoY3VycmVudC9jYWNoZS90b3Rh bC9tYXgpCjAvMC8wLzY0MDAgOWsganVtYm8gY2x1c3RlcnMgaW4gdXNlIChjdXJyZW50L2Nh Y2hlL3RvdGFsL21heCkKMC8wLzAvMzIwMCAxNmsganVtYm8gY2x1c3RlcnMgaW4gdXNlIChj dXJyZW50L2NhY2hlL3RvdGFsL21heCkKMTE1ODBLLzEyMzI2Sy8yMzkwN0sgYnl0ZXMgYWxs b2NhdGVkIHRvIG5ldHdvcmsgKGN1cnJlbnQvY2FjaGUvdG90YWwpCjAvMC8wIHJlcXVlc3Rz IGZvciBtYnVmcyBkZW5pZWQgKG1idWZzL2NsdXN0ZXJzL21idWYrY2x1c3RlcnMpCjAvMC8w IHJlcXVlc3RzIGZvciBqdW1ibyBjbHVzdGVycyBkZW5pZWQgKDRrLzlrLzE2aykKMC8wLzAg c2ZidWZzIGluIHVzZSAoY3VycmVudC9wZWFrL21heCkKMCByZXF1ZXN0cyBmb3Igc2ZidWZz IGRlbmllZAowIHJlcXVlc3RzIGZvciBzZmJ1ZnMgZGVsYXllZAowIHJlcXVlc3RzIGZvciBJ L08gaW5pdGlhdGVkIGJ5IHNlbmRmaWxlCjAgY2FsbHMgdG8gcHJvdG9jb2wgZHJhaW4gcm91 dGluZXMK ------------2218B13B85E46D-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 19:18:34 2011 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 D43741065672 for ; Tue, 1 Feb 2011 19:18:34 +0000 (UTC) (envelope-from mcdouga9@egr.msu.edu) Received: from mail.egr.msu.edu (gribble.egr.msu.edu [35.9.37.169]) by mx1.freebsd.org (Postfix) with ESMTP id A1E428FC16 for ; Tue, 1 Feb 2011 19:18:34 +0000 (UTC) Received: from gribble (localhost [127.0.0.1]) by mail.egr.msu.edu (Postfix) with ESMTP id B773377268 for ; Tue, 1 Feb 2011 13:59:31 -0500 (EST) X-Virus-Scanned: amavisd-new at egr.msu.edu Received: from mail.egr.msu.edu ([127.0.0.1]) by gribble (gribble.egr.msu.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y5X4oLJyQhq7 for ; Tue, 1 Feb 2011 13:59:31 -0500 (EST) Received: from [35.9.44.65] (daemon.egr.msu.edu [35.9.44.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: mcdouga9) by mail.egr.msu.edu (Postfix) with ESMTPSA id 9303977263 for ; Tue, 1 Feb 2011 13:59:31 -0500 (EST) Message-ID: <4D485813.8040001@egr.msu.edu> Date: Tue, 01 Feb 2011 13:59:31 -0500 From: Adam McDougall User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20110101 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1321946168.20110119001248@serebryakov.spb.ru> <4D36A451.6070902@rdtc.ru> <888480815.20110119120016@serebryakov.spb.ru> <4D36B3E1.7020009@rdtc.ru> <513511861.20110120110508@serebryakov.spb.ru> In-Reply-To: <513511861.20110120110508@serebryakov.spb.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 19:18:34 -0000 On 01/20/11 03:05, Lev Serebryakov wrote: > Hello, Eugene. > You wrote 19 ÑÎ×ÁÒÑ 2011 Ç., 12:50:25: > >> Yes, I've missed it's PRERELEASE already. >> Backtrace points to the problem in em_local_timer() fixed in CURRENT >> 7 days ago, take a look: >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/if_em.c#rev1.65 >> I run my servers with this commit backported manually as >> it has not been MFC'd yet. > Ok, I'll try it (rebuilding system now). > Did it help the problem? I think I saw a related panic today so I'm going to try updating past the time this was MFC'ed to 8 which I think was Sat Jan 22 01:34:08 2011 UTC (10 days, 17 hours ago). Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 19:25:17 2011 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 F3B791065673 for ; Tue, 1 Feb 2011 19:25:16 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id AEA318FC1F for ; Tue, 1 Feb 2011 19:25:16 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id BF4E513DF42; Tue, 1 Feb 2011 22:25:15 +0300 (MSK) Date: Tue, 1 Feb 2011 22:25:14 +0300 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1353622998.20110201222514@serebryakov.spb.ru> To: Adam McDougall In-Reply-To: <4D485813.8040001@egr.msu.edu> References: <1321946168.20110119001248@serebryakov.spb.ru> <4D36A451.6070902@rdtc.ru> <888480815.20110119120016@serebryakov.spb.ru> <4D36B3E1.7020009@rdtc.ru> <513511861.20110120110508@serebryakov.spb.ru> <4D485813.8040001@egr.msu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: 8-STABLE/amd64 semi-regular crash with "kernel trap 12 with interrupts disabled" in "process 12 (swi4: clock)" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 19:25:17 -0000 Hello, Adam. You wrote 1 =C6=C5=D7=D2=C1=CC=D1 2011 =C7., 21:59:31: > Did it help the problem? I think I saw a related panic today so I'm > going to try updating past the time this was MFC'ed to 8 which I think > was Sat Jan 22 01:34:08 2011 UTC (10 days, 17 hours ago). Thanks. It doesn't crash anymore, but my em0 has "wathcdog timeout" sometimes (See other thread here). --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 23:02:19 2011 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 A702C10656A8 for ; Tue, 1 Feb 2011 23:02:19 +0000 (UTC) (envelope-from clegendre@zeropenalty.com) Received: from tormoxadmin01.zeropenalty.com (mailbox01.netpresentservices.com [96.45.197.76]) by mx1.freebsd.org (Postfix) with ESMTP id 4D1DC8FC24 for ; Tue, 1 Feb 2011 23:02:18 +0000 (UTC) Received: from [10.70.2.200] (206-223-191-5.beanfield.net [206.223.191.5] (may be forged)) (authenticated bits=0) by tormoxadmin01.zeropenalty.com (8.14.4/8.14.2) with ESMTP id p11MW2q9002006 for ; Tue, 1 Feb 2011 17:32:29 -0500 (EST) (envelope-from clegendre@zeropenalty.com) Message-ID: <4D488A6A.2030001@zeropenalty.com> Date: Tue, 01 Feb 2011 17:34:18 -0500 From: Colin Legendre Organization: Zero Penalty User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.5 at tormoxadmin01.zeropenalty.com X-Virus-Status: Clean Subject: Issues with ar0(Host Raid) adaptec after upgrade to 8.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: clegendre@zeropenalty.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 23:02:19 -0000 Hey All, I'm having an odd issue, and the only thing I can imagine is that there has been a major change between 8.1 and 8.2. Using the 8.1 kernel everything is dandy. But when I try to use a newly compiled kernel from 8.2(GENERIC) I have no luck. Root will not mount. Here are relevant kernel messages under 8.1... FreeBSD 8.1-RELEASE-p2 #2: Mon Jan 31 19:25:14 EST 2011 atapci2: port 0x30d8-0x30df,0x30cc-0x30cf,0x30d0-0x30d7,0x30c8-0x30cb,0x3060-0x307f mem 0xc0000400-0xc00007ff irq 19 at device 31.2 on pci0 atapci2: [ITHREAD] atapci2: AHCI called from vendor specific driver atapci2: AHCI v1.10 controller with 4 3Gbps ports, PM not supported ata4: on atapci2 ata4: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] ad8: 286168MB at ata4-master UDMA100 SATA 3Gb/s ad10: 286168MB at ata5-master UDMA100 SATA 3Gb/s ar0: 286168MB status: READY ar0: disk0 READY (master) using ad8 at ata4-master ar0: disk1 READY (mirror) using ad10 at ata5-master GEOM: ad8s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ad10s1: geometry does not match label (255h,63s != 16h,63s). GEOM: ufsid/4bb50de139c19cf4: geometry does not match label (255h,63s != 16h,63s). Trying to mount root from ufs:/dev/ar0s1a WARNING: ufsid/47f409368a08243c expected rawoffset 0, found 63 WARNING: ufsid/4bb50de139c19cf4 expected rawoffset 0, found 63 WARNING: ar0s1a expected rawoffset 0, found 63 WARNING: ad10s1a expected rawoffset 0, found 63 WARNING: ad8s1a expected rawoffset 0, found 63 WARNING: ar0s1 expected rawoffset 0, found 63 WARNING: ad10s1 expected rawoffset 0, found 63 WARNING: ad8s1 expected rawoffset 0, found 63 GEOM: ufsid/4bb50de139c19cf4c: geometry does not match label (255h,63s != 16h,63s). GEOM: ad10s1a: geometry does not match label (255h,63s != 16h,63s). GEOM: ad10s1c: geometry does not match label (255h,63s != 16h,63s). GEOM: ad8s1a: geometry does not match label (255h,63s != 16h,63s). GEOM: ad8s1c: geometry does not match label (255h,63s != 16h,63s). Under 8.2 I don't see... --->atapci2: AHCI called from vendor specific driver --->atapci2: AHCI v1.10 controller with 4 3Gbps ports, PM not supported at all, I don't see the drives, nothing It drops to the 'mountroot' prompt and when I do ? the only drive I see is the cd drive. If I boot back with to 'kernel.old' which is 8.1 Release I have no issues. Any ideas? From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 23:09:16 2011 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 758981065674 for ; Tue, 1 Feb 2011 23:09:16 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.net (centre.keltia.net [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id 27AB38FC23 for ; Tue, 1 Feb 2011 23:09:16 +0000 (UTC) Received: from iqpano.freenix.org (unknown [IPv6:2a01:240:fe5c:0:d69a:20ff:fed0:3a83]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id D457EC998 for ; Wed, 2 Feb 2011 00:09:13 +0100 (CET) Date: Wed, 2 Feb 2011 00:09:12 +0100 From: Ollivier Robert To: freebsd-stable@freebsd.org Message-ID: <20110201230912.GB45575@iqpano.freenix.org> References: <20110129222400.R39951@maildrop.int.zabbadoz.net> <20110130221826.GA41684@iqpano.freenix.org> <4D46A276.60304@my.gd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D46A276.60304@my.gd> X-Operating-System: MacOS X / MBP 4,1 - FreeBSD 8.0 / T3500-E5520 Nehalem User-Agent: Mutt/1.5.20 (2009-06-14) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (keltia.net); Wed, 02 Feb 2011 00:09:14 +0100 (CET) Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 01 Feb 2011 23:09:16 -0000 According to Damien Fleuriot: > As requested, find below the output of a verbose boot. Thanks to Damien and his machine, we have seen that in RAID mode, the mps driver, backported from current (backported as in, drop the mps directory in the 8.2 tree) is not able to see the RAID array. De-constructing the RAID and using the disks in passthrough make them visible and we can now configure them as we wish. Which is incidently exactly what I intend to do anyway with such a system ;-) -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 23:22:11 2011 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 EC3B11065697 for ; Tue, 1 Feb 2011 23:22:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta06.emeryville.ca.mail.comcast.net (qmta06.emeryville.ca.mail.comcast.net [76.96.30.56]) by mx1.freebsd.org (Postfix) with ESMTP id D0A058FC2C for ; Tue, 1 Feb 2011 23:22:11 +0000 (UTC) Received: from omta13.emeryville.ca.mail.comcast.net ([76.96.30.52]) by qmta06.emeryville.ca.mail.comcast.net with comcast id 2m3N1g00317UAYkA6nNBxX; Tue, 01 Feb 2011 23:22:11 +0000 Received: from koitsu.dyndns.org ([98.248.34.134]) by omta13.emeryville.ca.mail.comcast.net with comcast id 2nNA1g00i2tehsa8ZnNAwS; Tue, 01 Feb 2011 23:22:11 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 210569B427; Tue, 1 Feb 2011 15:22:10 -0800 (PST) Date: Tue, 1 Feb 2011 15:22:10 -0800 From: Jeremy Chadwick To: Colin Legendre Message-ID: <20110201232210.GA18994@icarus.home.lan> References: <4D488A6A.2030001@zeropenalty.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D488A6A.2030001@zeropenalty.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: Issues with ar0(Host Raid) adaptec after upgrade to 8.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, 01 Feb 2011 23:22:12 -0000 On Tue, Feb 01, 2011 at 05:34:18PM -0500, Colin Legendre wrote: > Hey All, > > I'm having an odd issue, and the only thing I can imagine is that > there has been a major change between 8.1 and 8.2. > > Using the 8.1 kernel everything is dandy. But when I try to use a > newly compiled kernel from 8.2(GENERIC) I have no luck. Root will > not mount. > > Here are relevant kernel messages under 8.1... > > > FreeBSD 8.1-RELEASE-p2 #2: Mon Jan 31 19:25:14 EST 2011 > > atapci2: port > 0x30d8-0x30df,0x30cc-0x30cf,0x30d0-0x30d7,0x30c8-0x30cb,0x3060-0x307f > mem 0xc0000400-0xc00007ff irq 19 at device 31.2 on pci0 > atapci2: [ITHREAD] > atapci2: AHCI called from vendor specific driver > atapci2: AHCI v1.10 controller with 4 3Gbps ports, PM not supported > ata4: on atapci2 > ata4: [ITHREAD] > ata5: on atapci2 > ata5: [ITHREAD] > ad8: 286168MB at ata4-master UDMA100 SATA 3Gb/s > ad10: 286168MB at ata5-master UDMA100 SATA 3Gb/s > ar0: 286168MB status: READY > ar0: disk0 READY (master) using ad8 at ata4-master > ar0: disk1 READY (mirror) using ad10 at ata5-master > GEOM: ad8s1: geometry does not match label (255h,63s != 16h,63s). > GEOM: ad10s1: geometry does not match label (255h,63s != 16h,63s). > GEOM: ufsid/4bb50de139c19cf4: geometry does not match label > (255h,63s != 16h,63s). > Trying to mount root from ufs:/dev/ar0s1a > WARNING: ufsid/47f409368a08243c expected rawoffset 0, found 63 > WARNING: ufsid/4bb50de139c19cf4 expected rawoffset 0, found 63 > WARNING: ar0s1a expected rawoffset 0, found 63 > WARNING: ad10s1a expected rawoffset 0, found 63 > WARNING: ad8s1a expected rawoffset 0, found 63 > WARNING: ar0s1 expected rawoffset 0, found 63 > WARNING: ad10s1 expected rawoffset 0, found 63 > WARNING: ad8s1 expected rawoffset 0, found 63 > GEOM: ufsid/4bb50de139c19cf4c: geometry does not match label > (255h,63s != 16h,63s). > GEOM: ad10s1a: geometry does not match label (255h,63s != 16h,63s). > GEOM: ad10s1c: geometry does not match label (255h,63s != 16h,63s). > GEOM: ad8s1a: geometry does not match label (255h,63s != 16h,63s). > GEOM: ad8s1c: geometry does not match label (255h,63s != 16h,63s). > > > Under 8.2 I don't see... > > --->atapci2: AHCI called from vendor specific driver > --->atapci2: AHCI v1.10 controller with 4 3Gbps ports, PM not supported > > at all, I don't see the drives, nothing It drops to the > 'mountroot' prompt and when I do ? the only drive I see is the cd > drive. > > > If I boot back with to 'kernel.old' which is 8.1 Release I have no issues. > > > Any ideas? Get rid of Intel MatrixRAID entirely, use gmirror instead. FreeBSD's support for MatrixRAID at this time is sub-par. See Wikipedia's entry on it, with regards to FreeBSD: http://en.wikipedia.org/wiki/Intel_Rapid_Storage_Technology As for the geometry mismatches you see, these are due to changes in GEOM. The easiest way is to simply re-create the partitions (not newfs, I'm talking about fdisk/gpart) under a 8.2 kernel. This sounds drastic, but it's what I recommend. Others may have other recommendations. As for the AHCI messages, the AHCI capabilities have changed a bit in FreeBSD in recent days. There are two AHCI modules now available for Intel ICHxx or ESBxx cards: ahci.ko and ataahci.ko. ahci.ko does AHCI->CAM translation, which also gets you NCQ capability as well as other things. Your disks will show up as /dev/adaX (read closely). ataahci.ko is the "classic" AHCI you're used to. I strongly advocate use of ahci.ko. You can load this via /boot/loader.conf and it will take precedence over ataahci: ahci_load="yes" So, I would say if your disks don't show up when you build 8.2, then your kernel configuration is incorrect, or you have some brokenness in /boot/loader.conf. There are other possibilities as well, for example I'd be curious to know how you went about upgrading from an 8.1-RELEASE tag to 8.2-PRERELEASE; this implies you went from tag RELENG_8_1 to RELENG_8. When you installed 8.1-RELEASE, did you choose to install src? If so, did you "adopt" your source tree? The below FAQ for cvsup also applies to csup: http://www.cvsup.org/faq.html#caniadopt I would recommend you start clean, and make a backup of your kernel configuration file first of course: rm -fr /usr/obj/* rm -fr /usr/src rm -fr /usr/sup (if you were using cvsup) rm -fr /var/db/sup/src-* csup -h some.sup.server -L2 /usr/share/examples/cvsup/stable-supfile -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Feb 1 23:31:26 2011 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 666F01065675 for ; Tue, 1 Feb 2011 23:31:26 +0000 (UTC) (envelope-from clegendre@zeropenalty.com) Received: from tormoxadmin01.zeropenalty.com (mailbox01.netpresentservices.com [96.45.197.76]) by mx1.freebsd.org (Postfix) with ESMTP id 254438FC17 for ; Tue, 1 Feb 2011 23:31:25 +0000 (UTC) Received: from [10.70.2.200] (206-223-191-5.beanfield.net [206.223.191.5] (may be forged)) (authenticated bits=0) by tormoxadmin01.zeropenalty.com (8.14.4/8.14.2) with ESMTP id p11NVVJq003227; Tue, 1 Feb 2011 18:31:31 -0500 (EST) (envelope-from clegendre@zeropenalty.com) Message-ID: <4D48985B.5060203@zeropenalty.com> Date: Tue, 01 Feb 2011 18:33:47 -0500 From: Colin Legendre Organization: Zero Penalty User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D488A6A.2030001@zeropenalty.com> <20110201232210.GA18994@icarus.home.lan> In-Reply-To: <20110201232210.GA18994@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.5 at tormoxadmin01.zeropenalty.com X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Issues with ar0(Host Raid) adaptec after upgrade to 8.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: clegendre@zeropenalty.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Feb 2011 23:31:26 -0000 On 2/1/2011 6:22 PM, Jeremy Chadwick wrote: > On Tue, Feb 01, 2011 at 05:34:18PM -0500, Colin Legendre wrote: >> Hey All, >> >> I'm having an odd issue, and the only thing I can imagine is that >> there has been a major change between 8.1 and 8.2. >> >> Using the 8.1 kernel everything is dandy. But when I try to use a >> newly compiled kernel from 8.2(GENERIC) I have no luck. Root will >> not mount. >> >> Here are relevant kernel messages under 8.1... >> >> >> FreeBSD 8.1-RELEASE-p2 #2: Mon Jan 31 19:25:14 EST 2011 >> >> atapci2: port >> 0x30d8-0x30df,0x30cc-0x30cf,0x30d0-0x30d7,0x30c8-0x30cb,0x3060-0x307f >> mem 0xc0000400-0xc00007ff irq 19 at device 31.2 on pci0 >> atapci2: [ITHREAD] >> atapci2: AHCI called from vendor specific driver >> atapci2: AHCI v1.10 controller with 4 3Gbps ports, PM not supported >> ata4: on atapci2 >> ata4: [ITHREAD] >> ata5: on atapci2 >> ata5: [ITHREAD] >> ad8: 286168MB at ata4-master UDMA100 SATA 3Gb/s >> ad10: 286168MB at ata5-master UDMA100 SATA 3Gb/s >> ar0: 286168MB status: READY >> ar0: disk0 READY (master) using ad8 at ata4-master >> ar0: disk1 READY (mirror) using ad10 at ata5-master >> GEOM: ad8s1: geometry does not match label (255h,63s != 16h,63s). >> GEOM: ad10s1: geometry does not match label (255h,63s != 16h,63s). >> GEOM: ufsid/4bb50de139c19cf4: geometry does not match label >> (255h,63s != 16h,63s). >> Trying to mount root from ufs:/dev/ar0s1a >> WARNING: ufsid/47f409368a08243c expected rawoffset 0, found 63 >> WARNING: ufsid/4bb50de139c19cf4 expected rawoffset 0, found 63 >> WARNING: ar0s1a expected rawoffset 0, found 63 >> WARNING: ad10s1a expected rawoffset 0, found 63 >> WARNING: ad8s1a expected rawoffset 0, found 63 >> WARNING: ar0s1 expected rawoffset 0, found 63 >> WARNING: ad10s1 expected rawoffset 0, found 63 >> WARNING: ad8s1 expected rawoffset 0, found 63 >> GEOM: ufsid/4bb50de139c19cf4c: geometry does not match label >> (255h,63s != 16h,63s). >> GEOM: ad10s1a: geometry does not match label (255h,63s != 16h,63s). >> GEOM: ad10s1c: geometry does not match label (255h,63s != 16h,63s). >> GEOM: ad8s1a: geometry does not match label (255h,63s != 16h,63s). >> GEOM: ad8s1c: geometry does not match label (255h,63s != 16h,63s). >> >> >> Under 8.2 I don't see... >> >> --->atapci2: AHCI called from vendor specific driver >> --->atapci2: AHCI v1.10 controller with 4 3Gbps ports, PM not supported >> >> at all, I don't see the drives, nothing It drops to the >> 'mountroot' prompt and when I do ? the only drive I see is the cd >> drive. >> >> >> If I boot back with to 'kernel.old' which is 8.1 Release I have no issues. >> >> >> Any ideas? > Get rid of Intel MatrixRAID entirely, use gmirror instead. FreeBSD's > support for MatrixRAID at this time is sub-par. See Wikipedia's entry > on it, with regards to FreeBSD: > http://en.wikipedia.org/wiki/Intel_Rapid_Storage_Technology > > As for the geometry mismatches you see, these are due to changes in > GEOM. The easiest way is to simply re-create the partitions (not newfs, > I'm talking about fdisk/gpart) under a 8.2 kernel. This sounds drastic, > but it's what I recommend. Others may have other recommendations. > > As for the AHCI messages, the AHCI capabilities have changed a bit in > FreeBSD in recent days. There are two AHCI modules now available for > Intel ICHxx or ESBxx cards: ahci.ko and ataahci.ko. > > ahci.ko does AHCI->CAM translation, which also gets you NCQ capability > as well as other things. Your disks will show up as /dev/adaX (read > closely). ataahci.ko is the "classic" AHCI you're used to. > > I strongly advocate use of ahci.ko. You can load this via > /boot/loader.conf and it will take precedence over ataahci: > > ahci_load="yes" > > So, I would say if your disks don't show up when you build 8.2, then > your kernel configuration is incorrect, or you have some brokenness in > /boot/loader.conf. There are other possibilities as well, for example > I'd be curious to know how you went about upgrading from an 8.1-RELEASE > tag to 8.2-PRERELEASE; this implies you went from tag RELENG_8_1 to > RELENG_8. When you installed 8.1-RELEASE, did you choose to install > src? If so, did you "adopt" your source tree? The below FAQ for cvsup > also applies to csup: > http://www.cvsup.org/faq.html#caniadopt > > I would recommend you start clean, and make a backup of your kernel > configuration file first of course: > > rm -fr /usr/obj/* > rm -fr /usr/src > rm -fr /usr/sup (if you were using cvsup) > rm -fr /var/db/sup/src-* > csup -h some.sup.server -L2 /usr/share/examples/cvsup/stable-supfile > > I will eventually move away from Matrix Raid, but right now I just want to upgrade safely to stable. I was running 7.0 Release. I upgraded using CVSUP/makebuildworld/makebuildkernel etc... to 7 Stable. Everything was fine. Then did same to 8.0 Release. Everything was fine. Then to 8.1 Release. Everything was fine. then to 8 Stable. And then things broke. They only way I can boot is by doing a 'boot kernel.old' which boots the 8.1 Release kernel. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 2 00:44:01 2011 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 64B281065670 for ; Wed, 2 Feb 2011 00:44:01 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6458FC1C for ; Wed, 2 Feb 2011 00:44:00 +0000 (UTC) Received: by qyk36 with SMTP id 36so7150593qyk.13 for ; Tue, 01 Feb 2011 16:44:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:x-enigmail-version:content-type:content-transfer-encoding; bh=BWvtZAeh8S9SfCPc3gmxqHInlwq210X1MsibaJsarJM=; b=x8vYHAU7RP8eY5McidL3kYJqqswbBuuwJ88M94nuu/+x1/AvaM103kvj4tVuSjbvsp J86DyrAgIK0IinJ4j4yutHB4d1Mk9S/VoqDhqEmDFG9VwPm5tgbjbhBCZz/WVkF+C+f8 ZVysuGUm+IO2Pp1MSLsUEQLmZvoVUnVWXAt7s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=rh5vA0PpwJD1gn9bLopgkZCEjd8p7nEI8Co2vQFPAtHHi1VLKYYcKsCjLFXLlPpsek BBGRNNRoNkyxjOh/X9pG6q6lC8o/WYvm20tf1MyDzSxhzjrBnmIcHj02n1al/hPCPM9K EBlKOVM2CqQMyGmupvHqS9jdOufKmjq+wOluY= Received: by 10.224.67.66 with SMTP id q2mr8370803qai.174.1296605909844; Tue, 01 Feb 2011 16:18:29 -0800 (PST) Received: from schism.local (c-71-230-240-241.hsd1.pa.comcast.net [71.230.240.241]) by mx.google.com with ESMTPS id y17sm16055832qci.21.2011.02.01.16.18.28 (version=SSLv3 cipher=RC4-MD5); Tue, 01 Feb 2011 16:18:28 -0800 (PST) Message-ID: <4D48A2D4.2040501@gmail.com> Date: Tue, 01 Feb 2011 19:18:28 -0500 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: stable@FreeBSD.org X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: panic in tmpfs_valloc_vp() in 8-STABLE r217160 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2011 00:44:01 -0000 Hi, I know tmpfs(5) is experimental on FreeBSD, but it seems to be enabled for ports-mgmt/tinderbox-devel, which probably not too coincidentally had just started a build before the machine panic'd. uname: FreeBSD orion 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #8 r217160: Sat Jan 8 14:17:44 EST 2011 gbarber@orion:/usr/obj/usr/src/sys/ORION amd64 I was able to get a shot of the console, which didn't give much output: http://www.glenbarber.us/img/panic.jpg Unfortunately, the machine hung on dumping RAM, in spite of 'dumpdev="/dev/mirror/swap"' in rc.conf, so it seems I might be out of luck with getting a full crash report. I have dmesg from the last boot available here: http://www.glenbarber.us/stuff/dmesg.txt The machine runs a full ZFS setup, with a custom kernel; KERNCONF is available here: http://www.glenbarber.us/stuff/kernconf.txt Any advice on how I can help provide further information would be appreciated. Best regards, -- Glen Barber From owner-freebsd-stable@FreeBSD.ORG Wed Feb 2 00:56:19 2011 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 836D61065672 for ; Wed, 2 Feb 2011 00:56:19 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta14.westchester.pa.mail.comcast.net (qmta14.westchester.pa.mail.comcast.net [76.96.59.212]) by mx1.freebsd.org (Postfix) with ESMTP id 31A998FC19 for ; Wed, 2 Feb 2011 00:56:18 +0000 (UTC) Received: from omta21.westchester.pa.mail.comcast.net ([76.96.62.72]) by qmta14.westchester.pa.mail.comcast.net with comcast id 2odL1g0011ZXKqc5EowKKd; Wed, 02 Feb 2011 00:56:19 +0000 Received: from koitsu.dyndns.org ([98.248.34.134]) by omta21.westchester.pa.mail.comcast.net with comcast id 2owJ1g00R2tehsa3howJp7; Wed, 02 Feb 2011 00:56:19 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id F27239B427; Tue, 1 Feb 2011 16:56:16 -0800 (PST) Date: Tue, 1 Feb 2011 16:56:16 -0800 From: Jeremy Chadwick To: Glen Barber Message-ID: <20110202005616.GA20923@icarus.home.lan> References: <4D48A2D4.2040501@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D48A2D4.2040501@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@FreeBSD.org Subject: Re: panic in tmpfs_valloc_vp() in 8-STABLE r217160 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2011 00:56:19 -0000 On Tue, Feb 01, 2011 at 07:18:28PM -0500, Glen Barber wrote: > Hi, > > I know tmpfs(5) is experimental on FreeBSD, but it seems to be enabled > for ports-mgmt/tinderbox-devel, which probably not too coincidentally > had just started a build before the machine panic'd. > > uname: > > FreeBSD orion 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #8 r217160: Sat Jan > 8 14:17:44 EST 2011 gbarber@orion:/usr/obj/usr/src/sys/ORION amd64 > > I was able to get a shot of the console, which didn't give much output: > > http://www.glenbarber.us/img/panic.jpg > > Unfortunately, the machine hung on dumping RAM, in spite of > 'dumpdev="/dev/mirror/swap"' in rc.conf, so it seems I might be out of > luck with getting a full crash report. > > I have dmesg from the last boot available here: > > http://www.glenbarber.us/stuff/dmesg.txt > > The machine runs a full ZFS setup, with a custom kernel; KERNCONF is > available here: > > http://www.glenbarber.us/stuff/kernconf.txt > > Any advice on how I can help provide further information would be > appreciated. At this time do not mix tmpfs with ZFS: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2011-01/msg00344.html -- | Jeremy Chadwick jdc@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Feb 2 01:01:51 2011 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 B502810656B0 for ; Wed, 2 Feb 2011 01:01:51 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 683EB8FC0A for ; Wed, 2 Feb 2011 01:01:51 +0000 (UTC) Received: by qwj9 with SMTP id 9so7196975qwj.13 for ; Tue, 01 Feb 2011 17:01:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=QF/9tAGRsOSMhf53CGwzsWv4FDgv8Y6HUxYm0vBi8SM=; b=pHoukhAa3/42RaVYk4Pl4yuO0vOYM1lyL1MGVi2LlmOuTqZ345ICYwmin+ltW4mffK oe5ZwEzByJBRvIdXG2/WAn9ZvvP26qyjgyGzqH2taz9W/ewbivu+0FhFaw+b5fzGakSd JwZBa4ckDMbpyZvPb+Ul0KYN1GkQx3tD+y/e0= 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=M8vzuQu1uhZ38PopRcn26tNoLErTwaYhplOydN465enH9EQ+HSxLR9xO7XC8x05svg CeAkZc1VeoDm6xTMapUZI/Gbty8JwQv/5LehbUrjpDjCqqu8HAxkzAMwOyMvYfmpcf// fJjPsQyGhQfviVjMu3qYG8g0OMQ4mgD352YAM= Received: by 10.224.80.143 with SMTP id t15mr8239385qak.41.1296608510433; Tue, 01 Feb 2011 17:01:50 -0800 (PST) Received: from schism.local (c-71-230-240-241.hsd1.pa.comcast.net [71.230.240.241]) by mx.google.com with ESMTPS id t7sm16099716qcs.4.2011.02.01.17.01.49 (version=SSLv3 cipher=RC4-MD5); Tue, 01 Feb 2011 17:01:49 -0800 (PST) Message-ID: <4D48ACFC.2090506@gmail.com> Date: Tue, 01 Feb 2011 20:01:48 -0500 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jeremy Chadwick References: <4D48A2D4.2040501@gmail.com> <20110202005616.GA20923@icarus.home.lan> In-Reply-To: <20110202005616.GA20923@icarus.home.lan> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: panic in tmpfs_valloc_vp() in 8-STABLE r217160 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2011 01:01:51 -0000 On 2/1/11 7:56 PM, Jeremy Chadwick wrote: >> Any advice on how I can help provide further information would be >> appreciated. > > At this time do not mix tmpfs with ZFS: > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2011-01/msg00344.html > Thanks for the info. Cheers, -- Glen Barber From owner-freebsd-stable@FreeBSD.ORG Wed Feb 2 17:45:15 2011 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 4D9611065672 for ; Wed, 2 Feb 2011 17:45:15 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw03.mail.saunalahti.fi (gw03.mail.saunalahti.fi [195.197.172.111]) by mx1.freebsd.org (Postfix) with ESMTP id 0949B8FC18 for ; Wed, 2 Feb 2011 17:45:14 +0000 (UTC) Received: from a91-153-123-205.elisa-laajakaista.fi (a91-153-123-205.elisa-laajakaista.fi [91.153.123.205]) by gw03.mail.saunalahti.fi (Postfix) with SMTP id 792522165A2; Wed, 2 Feb 2011 19:27:29 +0200 (EET) Date: Wed, 2 Feb 2011 19:27:29 +0200 From: Jaakko Heinonen To: Glen Barber Message-ID: <20110202172729.GA1542@a91-153-123-205.elisa-laajakaista.fi> References: <4D48A2D4.2040501@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D48A2D4.2040501@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@FreeBSD.org Subject: Re: panic in tmpfs_valloc_vp() in 8-STABLE r217160 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2011 17:45:15 -0000 On 2011-02-01, Glen Barber wrote: > FreeBSD orion 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #8 r217160: Sat Jan > 8 14:17:44 EST 2011 gbarber@orion:/usr/obj/usr/src/sys/ORION amd64 See this PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=122038 -- Jaakko From owner-freebsd-stable@FreeBSD.ORG Wed Feb 2 18:09:42 2011 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 D692E106566C; Wed, 2 Feb 2011 18:09:42 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2E11D8FC21; Wed, 2 Feb 2011 18:09:42 +0000 (UTC) Received: by vws9 with SMTP id 9so130231vws.13 for ; Wed, 02 Feb 2011 10:09:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=o2/kznON60BIqvWNva3SAxygrNefBx5AKmloQCYa0qw=; b=u/TUuCzC78IW7BYy0yz12R901aF0jEyG5lrVHsUJfWbqDVLw0s9PE8hLGrxMCkC2Cv CQBsaL/XtihCLDaRH9N9vzGsg3mpY1Z9lqMNRWGPoOZ1ofuTgfzWEORy8KSq7U3qplKa JunoLPWDLDl9P0OlinxbqOAnlBxh+eyDwdur8= 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=A+QxGaVdrp3YFVx2Vz+E+O+XyC84Z6+ULwCLiZp3B1AD9aIFPZnzC9AEaZc0Eb34M/ 5O6mf9kQnzXltXrYMqi/G0o+7cg7RYVXd2XO791p8o2IiscgklBNfQnxixfCTW80KEi+ E7sS4ZqlR7EaxRiKpIkN+PrjuDCRO2JncoZkA= Received: by 10.220.195.195 with SMTP id ed3mr2359672vcb.180.1296670181001; Wed, 02 Feb 2011 10:09:41 -0800 (PST) Received: from schism.local (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) by mx.google.com with ESMTPS id u6sm15082047vby.7.2011.02.02.10.09.39 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Feb 2011 10:09:39 -0800 (PST) Message-ID: <4D499DE2.4070904@gmail.com> Date: Wed, 02 Feb 2011 13:09:38 -0500 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Jaakko Heinonen References: <4D48A2D4.2040501@gmail.com> <20110202172729.GA1542@a91-153-123-205.elisa-laajakaista.fi> In-Reply-To: <20110202172729.GA1542@a91-153-123-205.elisa-laajakaista.fi> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@FreeBSD.org Subject: Re: panic in tmpfs_valloc_vp() in 8-STABLE r217160 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2011 18:09:42 -0000 On 2/2/11 12:27 PM, Jaakko Heinonen wrote: > On 2011-02-01, Glen Barber wrote: >> FreeBSD orion 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #8 r217160: Sat Jan >> 8 14:17:44 EST 2011 gbarber@orion:/usr/obj/usr/src/sys/ORION amd64 > > See this PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=122038 > Thanks, I'll check it out. -- Glen Barber From owner-freebsd-stable@FreeBSD.ORG Wed Feb 2 20:16:22 2011 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 BFEF1106566C for ; Wed, 2 Feb 2011 20:16:22 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3022F8FC15 for ; Wed, 2 Feb 2011 20:16:21 +0000 (UTC) Received: from titan.flb.omnilan.net (titan.lo4.flb.omnilan.net [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id p12K66L6090557 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Feb 2011 21:06:06 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host titan.lo4.flb.omnilan.net [172.21.1.150] claimed to be titan.flb.omnilan.net Message-ID: <4D49B924.2020809@omnilan.de> Date: Wed, 02 Feb 2011 21:05:56 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB08066FF24F6044110461422" Subject: ahci.ko and IXP700/800 -> no disk found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 02 Feb 2011 20:16:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB08066FF24F6044110461422 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Hello, there was some discussion one year ago: http://lists.freebsd.org/pipermail/freebsd-current/2010-January/015180.ht= ml I'm not seeing exactly the same problem, no "timeout" message, but with ahci.ko loaded, no disk gets recognized. Staying with ataahci it works fine. System is 8.2-RC3-amd64. Here's some info about the SATA chip: atapci0@pci0:0:17:0: class=3D0x010601 card=3D0x1609103c chip=3D0x43911002= rev=3D0x40 hdr=3D0x00 vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' device =3D 'SB700 SATA Controller [AHCI mode]' class =3D mass storage subclass =3D SATA bar [10] =3D type I/O Port, range 32, base 0xd000, size 8, enable= d bar [14] =3D type I/O Port, range 32, base 0xc000, size 4, enable= d bar [18] =3D type I/O Port, range 32, base 0xb000, size 8, enable= d bar [1c] =3D type I/O Port, range 32, base 0xa000, size 4, enable= d bar [20] =3D type I/O Port, range 32, base 0x9000, size 16, enable= d bar [24] =3D type Memory, range 32, base 0xfdfffc00, size 1024, en= abled cap 05[50] =3D MSI supports 4 messages, 64 bit cap 12[70] =3D SATA Index-Data Pair cap 13[a4] =3D PCI Advanced Features: FLR TP Disabling MSI doesn't change anything. Thanks for any help, -Harry --------------enigB08066FF24F6044110461422 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk1JuS4ACgkQLDqVQ9VXb8ja8wCbBMjKumFHrqcOLqEFVVns+eHB EJ8AniySrgpZn2SgoJvInsdUYIJr+x3q =Txz7 -----END PGP SIGNATURE----- --------------enigB08066FF24F6044110461422-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 2 22:25:51 2011 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 55277106564A for ; Wed, 2 Feb 2011 22:25:51 +0000 (UTC) (envelope-from l.timy@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id DE3CF8FC0C for ; Wed, 2 Feb 2011 22:25:50 +0000 (UTC) Received: from smtp03.web.de ( [172.20.0.65]) by fmmailgate02.web.de (Postfix) with ESMTP id 91E85195DE731 for ; Wed, 2 Feb 2011 23:07:25 +0100 (CET) Received: from [88.73.148.237] (helo=PC-16) by smtp03.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #2) id 1PkkoF-0004Tl-00 for FreeBSD-stable@FreeBSD.org; Wed, 02 Feb 2011 23:04:19 +0100 From: "l.timy@web.de" To: FreeBSD-stable@FreeBSD.org MIME-Version: 1.0 Date: Wed, 2 Feb 2011 23:04:18 +0100 Message-ID: <31044527187870@PC-16> Sender: l.timy@web.de X-Sender: X-Provags-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Schnelle Antwort X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: l.timy@web.de List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Feb 2011 22:25:51 -0000 Liebe/r Frau/Herr, Mein Name ist Luisa M Fritzmann. Ich habe einen Tumor im Hirn und ster= be. Ich habe beschlossen die gesamten Ersparnisse meines Mannes, die er mi= r hinterlassen hat, durch einen Dritten, an einem wohlt=C3=A4tigen Zweck zu spenden . Ich bin jetzt 59 Jahre alt und vor ca. 2 Jahren, kurz nach dem Tod meines Mannes, wurde bei mir Krebs diagnostiziert. Vor 20 Jahren bin ich mit meinem Mann hierher nach S=C3=BCdafrika gezo= gen. Doch in all der Zeit hat sich niemand gefunden der mein Vertrauen verd= ient hat. Und jetzt, seitdem ich krank bin, sehe ich in den Augen der angebliche= n Freunde, wie sie nur darauf warten, da=C3=9F ich Sterbe, damit sie die 13 Millionen Euro, die mein Mann mir hinterlassen hat, u= ntereinander aufteilen k=C3=B6nnen. Aber das werde ich nicht zulassen. Und wenn es das letzte ist was ich tun werde. Und wenn ich sterbe, ist der einzig hinterbliebene Erbe des ganzen Gel= des mein Stiefsohn, der sein Leben lang mit seinem Vater, meinem Mann zerstritten war. Er hat uns all die Jahre regelrecht terrorisiert. Und au=C3=9Ferdem ist er kein guter Mensch. Jemand der einen Puff betreibt, kann kein guter Mensch sein. Sie wundern sich vielleicht, warum ich Sie gew=C3=A4hlt habe. Doch jemand muss es f=C3=BCr mich tun, denn ich kann es beim besten Willen nicht mehr selbst veranlassen. Es ist mein Wunsch das 70% des Geldes an die Krebsforschung gestiftet = wird, sobald es erfolgreich bei dir angekommen ist, und somit, ohne das wissen meines Stiefsohns, aus seiner Reichweite ge= langt ist. Die restlichen 30% kannst du f=C3=BCr deine M=C3=BChen behalten. Ich wurde vom Herrn ber=C3=BChrt und seine Liebe =C3=B6ffnete mein Her= z und meine Augen. Ich habe den Herrn gebeten, mir f=C3=BCr meine S=C3=BCnden zu vergeben= , und ich glaube er hat es getan,weil er barmherzig ist. Ich habe in zwei Wochen eine OP und der Doktor hat mir eine 50/50 Chan= ce versichert, dass ich sie =C3=BCberleben werde. Das ist mein letzter Versuch das von meinem Mann hart erarbeitete Geld= vor einen weiteren Missbrauch durch seinen Sohn zu bewahren. Davon abgesehen braucht er es nicht einmal. Im Moment kann ich keine Telefonate f=C3=BChren, aufgrund der Tatsache= , dass meine Bekannten aus vorgespielter Sorge die ganze Zeit um mich herum kriechen, und weil der Arzt mir nicht erlaubt ein Handy zu benutzen. Das ich es Zustande gekriegt habe, diese Nachricht zu schreiben hab ic= h nur meiner netten Krankenschwester zu verdanken, die mir ein Internetcaf=C3=A9 hier in der N=C3=A4he gezeigt hat. Gestern ist unser Familienanwalt vorbeigekommen. Zum Gl=C3=BCck war kein anderer hier, so konnte ich ihn, in aller Ruhe= , in meinen Vorhaben einweihen. Er hat mir versichert, da=C3=9F er alles f=C3=BCr die Transaktion und = die =C3=84nderung meines letzten Willens vorbereiten wird. Eigentlich muss ich es ja nicht geheim halten, aber ich will aus pers=C3= =B6nlichen Gr=C3=BCnden, da=C3=9F es niemand vor meinem Tod erf=C3=A4h= rt. Denn wenn dies geschieht, wird mir der dadurch verursachte Stress auch= die letzte Lebensenergie rauben. Wenn sie der =C3=9Cberzeugung sind, da=C3=9F Sie mit in dieser Angeleg= enheit behilflich sein k=C3=B6nnten, dann antworten Sie bitte so schne= ll, wie nur m=C3=B6glich. Denn ich wei=C3=9F nicht, wie viel Zeit mir noch bleibt. In allen F=C3=A4llen w=C3=BCnsche ich, da=C3=9F die Liebe des Herren i= n deinem Leben walten m=C3=B6ge, und dich auf den Weg der Erkenntnis leiten m=C3=B6ge. Gott sei mit Dir Liebe Gr=C3=BC=C3=9Fen Luisa M Fritzmann=20 From owner-freebsd-stable@FreeBSD.ORG Thu Feb 3 11:38:35 2011 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 18EB81065672 for ; Thu, 3 Feb 2011 11:38:35 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 99BE18FC16 for ; Thu, 3 Feb 2011 11:38:32 +0000 (UTC) Received: by wyf19 with SMTP id 19so1035816wyf.13 for ; Thu, 03 Feb 2011 03:38:31 -0800 (PST) Received: by 10.227.157.76 with SMTP id a12mr6067408wbx.57.1296733111376; Thu, 03 Feb 2011 03:38:31 -0800 (PST) Received: from dfleuriot.technique-admin.paris.hi-media-techno.com ([83.167.62.196]) by mx.google.com with ESMTPS id w25sm519258wbd.23.2011.02.03.03.38.29 (version=SSLv3 cipher=RC4-MD5); Thu, 03 Feb 2011 03:38:29 -0800 (PST) Message-ID: <4D4A93B4.9020401@my.gd> Date: Thu, 03 Feb 2011 12:38:28 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20110129222400.R39951@maildrop.int.zabbadoz.net> <20110130221826.GA41684@iqpano.freenix.org> <4D46A276.60304@my.gd> <20110201230912.GB45575@iqpano.freenix.org> In-Reply-To: <20110201230912.GB45575@iqpano.freenix.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: KERN - mfi driver for Dell raid h200 on r210 servers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2011 11:38:35 -0000 On 2/2/11 12:09 AM, Ollivier Robert wrote: > According to Damien Fleuriot: >> As requested, find below the output of a verbose boot. > > Thanks to Damien and his machine, we have seen that in RAID mode, the mps driver, backported from current (backported as in, drop the mps directory in the 8.2 tree) is not able to see the RAID array. > > De-constructing the RAID and using the disks in passthrough make them visible and we can now configure them as we wish. > > Which is incidently exactly what I intend to do anyway with such a system ;-) > Hello list, As written by Ollivier, it's possible to get the disks in passthrough/JBOD although one still needs the mps driver. I'm writing a procedure as we speak so people can easily get this working. Thanks to everyone who took the time to reply and participate in this thread. Thanks to mm@ for MFSBSD. Thanks to Ollivier for his help with mps. Thanks to the devs for mps in HEAD. Find below some output from the now functional Dell r210 server with the h200 RAID card. DMESG --- Copyright (c) 1992-2011 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 8.2-RC3 #1: Thu Feb 3 11:03:48 CET 2011 root@mybsd:/usr/obj/usr/src/sys/DAM amd64 module_register: module g_label already exists! Module g_label failed to register: 17 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU L3426 @ 1.87GHz (1862.00-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106e5 Family = 6 Model = 1e Stepping = 5 Features=0xbfebfbff Features2=0x98e3fd AMD Features=0x28100800 AMD Features2=0x1 TSC: P-state invariant real memory = 17179869184 (16384 MB) avail memory = 16519426048 (15754 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 8 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) x 2 SMT threads 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 ACPI Error: Null physical address for ACPI table [(null)] (20101013/tbutils-512) ACPI Error: Null physical address for ACPI table [(null)] (20101013/tbutils-512) ACPI Error: Null physical address for ACPI table [(null)] (20101013/tbutils-512) ACPI Error: Null physical address for ACPI table [(null)] (20101013/tbutils-512) ioapic0 irqs 0-23 on motherboard acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) unknown: I/O range not supported Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 cpu1: on acpi0 cpu2: on acpi0 cpu3: on acpi0 cpu4: on acpi0 cpu5: on acpi0 cpu6: on acpi0 cpu7: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 3.0 on pci0 pci1: on pcib1 mps0: port 0xfc00-0xfcff mem 0xdf2b0000-0xdf2bffff,0xdf2c0000-0xdf2fffff irq 16 at device 0.0 on pci1 mps0: Firmware: 02.15.57.00 mps0: IOCCapabilities: 185c mps0: [ITHREAD] pci0: at device 8.0 (no driver attached) pci0: at device 8.1 (no driver attached) pci0: at device 8.2 (no driver attached) pci0: at device 8.3 (no driver attached) pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) ehci0: mem 0xdf0fa000-0xdf0fa3ff irq 22 at device 26.0 on pci0 ehci0: [ITHREAD] usbus0: EHCI version 1.0 usbus0: on ehci0 pcib2: at device 28.0 on pci0 pci2: on pcib2 bce0: mem 0xda000000-0xdbffffff irq 16 at device 0.0 on pci2 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce0: Ethernet address: 00:26:b9:7e:83:71 bce0: [ITHREAD] bce1: mem 0xdc000000-0xddffffff irq 17 at device 0.1 on pci2 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow bce1: Ethernet address: 00:26:b9:7e:83:72 bce1: [ITHREAD] ehci1: mem 0xdf0fc000-0xdf0fc3ff irq 22 at device 29.0 on pci0 ehci1: [ITHREAD] usbus1: EHCI version 1.0 usbus1: on ehci1 pcib3: at device 30.0 on pci0 pci3: on pcib3 vgapci0: mem 0xd9800000-0xd9ffffff,0xde7fc000-0xde7fffff,0xde800000-0xdeffffff irq 19 at device 3.0 on pci3 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0xecd0-0xecd7,0xecc8-0xeccb,0xecd8-0xecdf,0xeccc-0xeccf,0xece0-0xecff mem 0xdf0fe000-0xdf0fe7ff irq 20 at device 31.2 on pci0 atapci0: [ITHREAD] atapci0: AHCI called from vendor specific driver atapci0: AHCI v1.30 controller with 6 3Gbps ports, PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ata6: on atapci0 ata6: [ITHREAD] ata7: on atapci0 ata7: [ITHREAD] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 atrtc0: port 0x70-0x7f irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xec000-0xeffff on isa0 atkbd: unable to set the command byte. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est0 attach returned 6 p4tcc0: on cpu0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est1 attach returned 6 p4tcc1: on cpu1 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est2 attach returned 6 p4tcc2: on cpu2 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est3 attach returned 6 p4tcc3: on cpu3 est4: on cpu4 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est4 attach returned 6 p4tcc4: on cpu4 est5: on cpu5 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est5 attach returned 6 p4tcc5: on cpu5 est6: on cpu6 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est6 attach returned 6 p4tcc6: on cpu6 est7: on cpu7 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f device_attach: est7 attach returned 6 p4tcc7: on cpu7 Timecounters tick every 1.000 msec The GEOM class LABEL is already loaded. usbus0: 480Mbps High Speed USB v2.0 usbus1: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered ugen0.2: at usbus0 uhub2: on usbus0 ugen1.2: at usbus1 uhub3: on usbus1 uhub2: 6 ports with 6 removable, self powered uhub3: 6 ports with 6 removable, self powered ugen1.3: at usbus1 uhub4: on usbus1 ugen0.3: at usbus0 ukbd0: on usbus0 kbd1 at ukbd0 uhid0: on usbus0 uhub4: 4 ports with 4 removable, self powered da0 at mps0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) da1 at mps0 bus 0 scbus0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 1907729MB (3907029168 512 byte sectors: 255H 63S/T 243201C) GEOM_MIRROR: Device mirror/mirror-root launched (2/2). GEOM_MIRROR: Device mirror/mirror-swap launched (2/2). GEOM_MIRROR: Device mirror/mirror-usr launched (2/2). GEOM_MIRROR: Device mirror/mirror-var launched (2/2). SMP: AP CPU #1 Launched! SMP: AP CPU #6 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #5 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #4 Launched! SMP: AP CPU #7 Launched! Trying to mount root from ufs:/dev/mirror/mirror-root GPART --- => 34 3907029101 da0 GPT (1.8T) 34 128 1 freebsd-boot (64K) 162 12582912 2 freebsd-ufs (6.0G) 12583074 12582912 3 freebsd-swap (6.0G) 25165986 33554432 4 freebsd-ufs (16G) 58720418 67108864 5 freebsd-ufs (32G) 125829282 3781199853 6 freebsd-zfs (1.8T) => 34 3907029101 da1 GPT (1.8T) 34 128 1 freebsd-boot (64K) 162 12582912 2 freebsd-ufs (6.0G) 12583074 12582912 3 freebsd-swap (6.0G) 25165986 33554432 4 freebsd-ufs (16G) 58720418 67108864 5 freebsd-ufs (32G) 125829282 3781199853 6 freebsd-zfs (1.8T) GMIRROR --- Name Status Components mirror/mirror-root COMPLETE da0p2 da1p2 mirror/mirror-swap COMPLETE da0p3 da1p3 mirror/mirror-usr COMPLETE da0p4 da1p4 mirror/mirror-var COMPLETE da0p5 da1p5 DF --- Filesystem Size Used Avail Capacity Mounted on /dev/mirror/mirror-root 5.8G 864M 4.5G 16% / devfs 1.0K 1.0K 0B 100% /dev /dev/mirror/mirror-usr 15G 2.7G 12G 19% /usr /dev/mirror/mirror-var 31G 1.3M 29G 0% /var devfs 1.0K 1.0K 0B 100% /var/named/dev tank 1.7T 21K 1.7T 0% /tank ZPOOL --- pool: tank state: ONLINE scrub: none requested config: NAME STATE READ WRITE CKSUM tank ONLINE 0 0 0 mirror ONLINE 0 0 0 da0p6 ONLINE 0 0 0 da1p6 ONLINE 0 0 0 NAME USED AVAIL REFER MOUNTPOINT tank 72K 1.72T 21K /tank UNAME --- FreeBSD mybsd 8.2-RC3 FreeBSD 8.2-RC3 #1: Thu Feb 3 11:03:48 CET 2011 root@mybsd:/usr/obj/usr/src/sys/DAM amd64 KLDSTAT --- Id Refs Address Size Name 1 14 0xffffffff80100000 911b58 kernel 2 1 0xffffffff80a12000 bc10 geom_label.ko 3 1 0xffffffff80a1e000 21068 geom_mirror.ko 4 1 0xffffffff80c22000 104a7a zfs.ko 5 1 0xffffffff80d27000 f28c krpc.ko 6 1 0xffffffff80d37000 1a22 opensolaris.ko BUILT-IN mps driver --- mybsd# kldstat -v |grep mps 97 pci/mps From owner-freebsd-stable@FreeBSD.ORG Thu Feb 3 13:30:07 2011 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 C8658106566C for ; Thu, 3 Feb 2011 13:30:07 +0000 (UTC) (envelope-from vanopen@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8644B8FC08 for ; Thu, 3 Feb 2011 13:30:07 +0000 (UTC) Received: by iyb26 with SMTP id 26so1066177iyb.13 for ; Thu, 03 Feb 2011 05:30:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id:references :mime-version:content-type:content-disposition:in-reply-to :organization:x-operating-system:user-agent; bh=NHu+qZRLc+BditkIzQUL1UJGC0mhuc1RvxQ+Wj42Ioc=; b=kchqZ4ozWBT5COeDc8SAoUp2eAHMW+jvb5srTJOxCQwg6k2jS524niJLTyokqJRxn3 8tDE34m8/Di9NSmNJiaRJYCCzecb28GkpTgRGej9sAzNkvENd4UNqDNEdAboZMr6kETw V5p4Lwf7vw3Y36oERzjff35efh/oV3GOqHMjE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:organization :x-operating-system:user-agent; b=XZtF5gXLH3J5xLSk4uAaLWb6jrFShm7ee7H+z2X/wWKmG5rX/PPM2mcjr0JAN+1/nv VMW5fBjOg5zaHWX+Z7FqROhv3EB8iH+On6e5oErJf7gdDi16o4nT6GLsVTu/di6HqUlo WqhdBhDrl0nWiiOoiTpSdr7rBqMrJqLUXpRg8= Received: by 10.42.167.6 with SMTP id q6mr12519472icy.466.1296739806929; Thu, 03 Feb 2011 05:30:06 -0800 (PST) Received: from fbsd.t60.cpu ([180.137.65.72]) by mx.google.com with ESMTPS id ca7sm646357icb.0.2011.02.03.05.30.03 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 03 Feb 2011 05:30:06 -0800 (PST) Date: Thu, 3 Feb 2011 21:29:53 +0800 From: Yue Wu To: freebsd-stable@freebsd.org Message-ID: <20110203132953.GA47155@fbsd.t60.cpu> References: <20110201123506.GA97242@fbsd.t60.cpu> <20110201125710.GA81081@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110201125710.GA81081@psconsult.nl> Organization: China Pharmaceutical University, Nanjing, China X-Operating-System: FreeBSD 8.2-PRERELEASE i386 User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: Is /etc/rc.conf scriptable? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 03 Feb 2011 13:30:08 -0000 Sorry for late reply. Thank you for all kindly and useful help! On Tue, Feb 01, 2011 at 01:57:10PM +0100, Paul Schenkeveld wrote: > On Tue, Feb 01, 2011 at 08:35:06PM +0800, Yue Wu wrote: > > Hi list, > > > > I'm trying to do something to make rc.conf can act conditionally > > > > What I want is: > > > > 1. List the wireless access points, > > > > grep if there is one which bssid is 'bb:bb:bb:bb:bb:bb', > > > > if there is, then set ifconfig_wlan0 to the value: > > > > "inet 192.168.1.111 netmask 255.255.255.0 WPA" > > > > 2. check if bitlbee has been installed, if so, then let bitlbee > > service start. > > > > > > So I tried with following settings in rc.conf, but all of them failed, > > i.e., the networking can't be connected and bitlbee service doesn't > > run. > > > > /etc/rc.conf > > > > if ifconfig wlan0 list scan 2>/dev/null | grep -q 'bb:bb:bb:bb:bb:bb' >/dev/null 2>&1; then > > ifconfig_wlan0="inet 192.168.1.111 netmask 255.255.255.0 WPA" > > fi > > if [ -x /usr/local/sbin/bitlbee ]; then > > bitlbee_enable="YES" > > fi > > /etc/rc.conf is scriptable (unless you are also using a dashboard or > other software that wants to interpret/update /etc/rc.conf). > > Your problem here is that rc.conf is read (and executed) before wlan0 > gets created. After creation of an interface, /etc/start_if. > is called, perhaps you could use that but keep in mind it's run just > after creation of the interface so if you use it for wlan0 and need the > output of a station scan you should use ifconfig wlan0 scan instead of > ifconfig wlan0 list scan. This may take some time during which your > boot process is stalled. Thanks for detailed explanation, I get it, I think I should learn more to get familiar with BSD's boot process before trying to do such things by myself. > > > My question is, how to achieve what I want? The simpler, the better :) > > Otherwise, perhaps devd could help you to run your script asynchronously > after wlan0 is created. > -- Regards, Yue Wu Key Laboratory of Modern Chinese Medicines Department of Traditional Chinese Medicine China Pharmaceutical University No.24, Tongjia Xiang Street, Nanjing 210009, China From owner-freebsd-stable@FreeBSD.ORG Thu Feb 3 18:12:39 2011 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 E60FE106564A for ; Thu, 3 Feb 2011 18:12:39 +0000 (UTC) (envelope-from eivinde@terraplane.org) Received: from mail48.e.nsc.no (mail48.e.nsc.no [193.213.115.48]) by mx1.freebsd.org (Postfix) with ESMTP id 4973D8FC0A for ; Thu, 3 Feb 2011 18:12:38 +0000 (UTC) Received: from rumrunner.mine.nu (ti0027a380-0970.bb.online.no [80.212.66.204]) by mail48.nsc.no (8.14.3/8.14.3) with ESMTP id p13HvAhg001788 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 3 Feb 2011 18:57:11 +0100 (MET) Received: from rumrunner.mine.nu (localhost [127.0.0.1]) by rumrunner.mine.nu (8.14.4/8.14.2) with ESMTP id p13Hv9Zi082197 for ; Thu, 3 Feb 2011 18:57:10 +0100 (CET) (envelope-from eivinde@terraplane.org) Received: from localhost (rumrunner@localhost) by rumrunner.mine.nu (8.14.4/8.13.8/Submit) with ESMTP id p13Hv9Lt082194 for ; Thu, 3 Feb 2011 18:57:09 +0100 (CET) (envelope-from eivinde@terraplane.org) X-Authentication-Warning: rumrunner.mine.nu: rumrunner owned process doing -bs Date: Thu, 3 Feb 2011 18:57:09 +0100 (CET) From: Eivind E X-X-Sender: rumrunner@rumrunner.mine.nu To: freebsd-stable@freebsd.org Message-ID: <20110203185238.W82140@rumrunner.mine.nu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: who vs who am i output X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: eivinde@terraplane.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2011 18:12:40 -0000 On freebsd 7.x and previous the output from "who am i" was formatted just like who : [rumrunner] ---> who;who am i rumrunner ttyp0 3 feb 18:45 (elg) rumrunner ttyp0 3 feb 18:45 (elg) On 8.x there's a difference : [rumrunner] ---> who;who am i rumrunner pts/1 3 feb 17:53 (:0.0) rumrunner 1 3 feb 18:45 Is this intended or would something like the patch below be correct? Index: usr.bin/who/who.c =================================================================== --- usr.bin/who/who.c 2011-01-20 14:25:17.000000000 +0100 +++ usr.bin/who/who.c 2011-01-20 14:35:25.000000000 +0100 @@ -266,8 +266,8 @@ if ((tty = ttyname(STDIN_FILENO)) == NULL) tty = "tty??"; - else if ((p = strrchr(tty, '/')) != NULL) - tty = p + 1; + else + tty = strchr(tty+1,'/')+1; /* Search utmp for our tty, dump first matching record. */ while (fread(&ut, sizeof(ut), 1, fp) == 1) -- _ _ // \\// Eivind Evensen \/ From owner-freebsd-stable@FreeBSD.ORG Thu Feb 3 20:33:25 2011 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 AEC761065679 for ; Thu, 3 Feb 2011 20:33:25 +0000 (UTC) (envelope-from kensmith@buffalo.edu) Received: from localmailB.acsu.buffalo.edu (localmail.buffalo.edu [128.205.5.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7E3AB8FC1E for ; Thu, 3 Feb 2011 20:33:25 +0000 (UTC) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localhost (Postfix) with SMTP id 582B65615 for ; Thu, 3 Feb 2011 15:11:56 -0500 (EST) Received: from localmailB.acsu.buffalo.edu (localhost [127.0.0.1]) by localmailB.acsu.buffalo.edu (Postfix) with ESMTP id BA6C4562C for ; Thu, 3 Feb 2011 15:11:45 -0500 (EST) Received: from mweb1.acsu.buffalo.edu (mweb1.acsu.buffalo.edu [128.205.5.238]) by localmailB.acsu.buffalo.edu (Prefixe) with ESMTP id 7EB3B5711 for ; Thu, 3 Feb 2011 15:11:45 -0500 (EST) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) by mweb1.acsu.buffalo.edu (Postfix) with ESMTP id 68C775B0038 for ; Thu, 3 Feb 2011 15:11:45 -0500 (EST) From: Ken Smith To: freebsd-stable Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-vBU0L/XpxlxgKSKfeAQj" Date: Thu, 03 Feb 2011 15:11:45 -0500 Message-ID: <1296763905.31910.37.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-PM-EL-Spam-Prob: : 8% Subject: FreeBSD 8.2-RC3/7.4-RC3 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2011 20:33:25 -0000 --=-vBU0L/XpxlxgKSKfeAQj Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable The third Release Candidate for the 8.2/7.4 release cycle is now available. For 8.2-RC3 the amd64, i386, ia64, pc98, powerpc, and sparc64 architectures are available. For 7.4-RC3 the amd64, i386, pc98, and sparc64 architectures are available. An initial set of pre-built packages are available on the 8.2-RC3 DVD images for both amd64 and i386. For 7.4-RC3 the DVD and CDROM images have a reasonable set of packages but due to issues with the i386 package set at the time the ISO images were made the KDE packages were not available. That should be fixed for the release. At this point we do not know of any issues large enough to hold up the release for. Unless further testing uncovers such an issue the release should happen in a week or so. The wiki page tracking the current status of the releases are here: http://wiki.freebsd.org/Releng/8.2TODO http://wiki.freebsd.org/Releng/7.4TODO If you find problems you can report them through the normal Gnats based PR system or here on the mailing list. If you are updating an already running machine by doing a source code based install the CVS branch tags are RELENG_8_2 and RELENG_7_4 for 8.2-RC3 and 7.4-RC3 respectively. If you prefer SVN use "releng/8.2" or "releng/7.4". The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 8.0-RELEASE, 8.1-RELEASE, 8.2-BETA1, 8.2-RC1 or 8.2-RC2 can upgrade as follows: # freebsd-update upgrade -r 8.2-RC3 During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly. # freebsd-update install The system must be rebooted with the newly installed kernel before continuing. # shutdown -r now After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again: # freebsd-update install # shutdown -r now Users of earlier FreeBSD releases (FreeBSD 7.x) can also use freebsd-update to upgrade to FreeBSD 8.2-RC2, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of "freebsd-update install", in order to handle differences in the system libraries between FreeBSD 7.x and FreeBSD 8.x. Substitute "7.4" for "8.2" in the above description if you are working with 7.X. Checksums: MD5 (FreeBSD-8.2-RC3-amd64-bootonly.iso) =3D 74b980b4c2254b135c4c7714cbaf1d= aa MD5 (FreeBSD-8.2-RC3-amd64-disc1.iso) =3D b27fec1bb7a705a2d45a1dd55e2b88cd MD5 (FreeBSD-8.2-RC3-amd64-dvd1.iso) =3D 1190515258762f6f56f8afb7d2f09cee MD5 (FreeBSD-8.2-RC3-amd64-livefs.iso) =3D d6fca06ab8d12a920ac911394c9639c9 MD5 (FreeBSD-8.2-RC3-amd64-dvd1.iso.xz) =3D cb8aace39d6186450bb623bbfa05745= 9 MD5 (FreeBSD-8.2-RC3-amd64-memstick.img) =3D 3deace2d2c890511046c6817aec34b= fb MD5 (FreeBSD-8.2-RC3-i386-bootonly.iso) =3D 753361085b013648af6755315e6c7bd= f MD5 (FreeBSD-8.2-RC3-i386-disc1.iso) =3D c94f68b97671edf9ac7b7f0d40565020 MD5 (FreeBSD-8.2-RC3-i386-dvd1.iso) =3D cd41893db681dedbbbbe600dad6acb78 MD5 (FreeBSD-8.2-RC3-i386-livefs.iso) =3D e310f663d16663e371ddbe51db8cae23 MD5 (FreeBSD-8.2-RC3-i386-dvd1.iso.xz) =3D ed02af501ffc9c59a197901029e57077 MD5 (FreeBSD-8.2-RC3-i386-memstick.img) =3D 8594432513b727400229dd166176a65= 9 MD5 (FreeBSD-8.2-RC3-ia64-bootonly.iso) =3D f6a1ecd6d48233a0c0d2b92dfefe52c= 6 MD5 (FreeBSD-8.2-RC3-ia64-disc1.iso) =3D 88efac5bb8eafe0995a9bcf907903361 MD5 (FreeBSD-8.2-RC3-ia64-disc2.iso) =3D f33a33d2169879b40f4b79e40addf85b MD5 (FreeBSD-8.2-RC3-ia64-disc3.iso) =3D 0d6eca293b55afbccd7629335c1a83f7 MD5 (FreeBSD-8.2-RC3-ia64-dvd1.iso) =3D e56b39461578498cc3d129c58dd25c25 MD5 (FreeBSD-8.2-RC3-ia64-livefs.iso) =3D f70853b6e57de63d1511669bd0e14623 MD5 (FreeBSD-8.2-RC3-pc98-bootonly.iso) =3D 0e3e4eccc422ac1d8335519ddaf32e7= d MD5 (FreeBSD-8.2-RC3-pc98-disc1.iso) =3D 189df7caa7278726dcb7baa077d066b5 MD5 (FreeBSD-8.2-RC3-pc98-livefs.iso) =3D 42a6178b6ed4e6f271debc33cca9e5b1 MD5 (FreeBSD-8.2-RC3-powerpc-bootonly.iso) =3D 1ac3f80ad576da09e4cb18bb3bda= 18a9 MD5 (FreeBSD-8.2-RC3-powerpc-disc1.iso) =3D 4313a290cc6d5ddae602b301b4b816c= d MD5 (FreeBSD-8.2-RC3-powerpc-disc2.iso) =3D 50a3485ad27b05b00889edfc7c968b5= 7 MD5 (FreeBSD-8.2-RC3-powerpc-disc3.iso) =3D 6d55f0752c1b4f0c91750b2173c6ac8= c MD5 (FreeBSD-8.2-RC3-powerpc-livefs.iso) =3D 24e51b106ac3b8f02d5ae5daf85279= 29 MD5 (FreeBSD-8.2-RC3-sparc64-bootonly.iso) =3D cab27a9482b9da430c1597c95933= 0070 MD5 (FreeBSD-8.2-RC3-sparc64-disc1.iso) =3D 834d40a618e0128c1acf23182999bc2= 4 MD5 (FreeBSD-8.2-RC3-sparc64-dvd1.iso) =3D b79c22bd9889d26a37af410393a828c9 MD5 (FreeBSD-8.2-RC3-sparc64-livefs.iso) =3D 7571b1b4107a30087fcd0c1d95fc49= 57 MD5 (FreeBSD-7.4-RC3-amd64-bootonly.iso) =3D 0e8e49239200de9aee4008f1357efc= f1 MD5 (FreeBSD-7.4-RC3-amd64-disc1.iso) =3D 1364bf354a24f26a52812ecfed42b1a1 MD5 (FreeBSD-7.4-RC3-amd64-disc2.iso) =3D 5440379bcca2e63854d5d96d382541e7 MD5 (FreeBSD-7.4-RC3-amd64-disc3.iso) =3D b7c44078f8f4445d43873eb88e4945a8 MD5 (FreeBSD-7.4-RC3-amd64-docs.iso) =3D 398a07e19bdc2b0eca5b38c0441719e7 MD5 (FreeBSD-7.4-RC3-amd64-dvd1.iso) =3D 901b4d83a349f519b6100a246ebdeb53 MD5 (FreeBSD-7.4-RC3-amd64-livefs.iso) =3D 64a6f96713a48a561d0c529a67eca7b1 MD5 (FreeBSD-7.4-RC3-amd64-dvd1.iso.gz) =3D 848128f26fe83ec7379560f5bbc043d= a MD5 (FreeBSD-7.4-RC3-i386-bootonly.iso) =3D bcf2dd1bd046fea8ced70164df71c47= 1 MD5 (FreeBSD-7.4-RC3-i386-disc1.iso) =3D 021a8381a68792c035ef5a352ce899e9 MD5 (FreeBSD-7.4-RC3-i386-disc2.iso) =3D 556399642cb00232a67cfa27cae2b84a MD5 (FreeBSD-7.4-RC3-i386-disc3.iso) =3D 28c030fb173297ce3ba18b016baed94c MD5 (FreeBSD-7.4-RC3-i386-docs.iso) =3D 271a5a338124fecc21d045c00c0a60c2 MD5 (FreeBSD-7.4-RC3-i386-dvd1.iso) =3D 7af7bd8bf520bc243c3e0ea602b291a5 MD5 (FreeBSD-7.4-RC3-i386-livefs.iso) =3D a03a789ce378e191f5449c5c8d876b91 MD5 (FreeBSD-7.4-RC3-pc98-bootonly.iso) =3D 605befdcaf11ea2fcfe2dc6ca178226= b MD5 (FreeBSD-7.4-RC3-pc98-disc1.iso) =3D fd003fca2c106d6e2e30939a9a3ce994 MD5 (FreeBSD-7.4-RC3-pc98-livefs.iso) =3D 7f5297ec090e4df39d1e992bdc14b983 MD5 (FreeBSD-7.4-RC3-sparc64-bootonly.iso) =3D ca6d16a0848e2a2ab893cec7a42a= 6b5f MD5 (FreeBSD-7.4-RC3-sparc64-disc1.iso) =3D b9065dd75a74319d2166746732ba6b0= c MD5 (FreeBSD-7.4-RC3-sparc64-disc2.iso) =3D c832a0f6489248b07804b8a1ed15605= 7 MD5 (FreeBSD-7.4-RC3-sparc64-disc3.iso) =3D 946a75fe58d4c49e67352598b85b78e= 3 MD5 (FreeBSD-7.4-RC3-sparc64-docs.iso) =3D b70df795f6dbf94c3659c29c1bdfcc03 SHA256 (FreeBSD-8.2-RC3-amd64-bootonly.iso) =3D 1c23cc9d6d1dc0892de910fd2ab= 5eca55d944106185164dc5b5b2f6dda495b07 SHA256 (FreeBSD-8.2-RC3-amd64-disc1.iso) =3D af762ae6f4ae8141c4e63aa533d77a= d36dd5d22bf7d1c15b36c4371157c9ca74 SHA256 (FreeBSD-8.2-RC3-amd64-dvd1.iso) =3D 0bb958a337b1fbfbe0487a5648718c8= f84ffb92577af9887f8107a21dbe574f2 SHA256 (FreeBSD-8.2-RC3-amd64-livefs.iso) =3D 1cb3211d4a12a773874ef7090e288= 3be7a8a0809194146f5ed96c4ab9ebbb24b SHA256 (FreeBSD-8.2-RC3-amd64-dvd1.iso.xz) =3D 667eb3df1c7519e668ceafea9d6e= a2ac2ce617f176c974f2fdfe32d69e481963 SHA256 (FreeBSD-8.2-RC3-amd64-memstick.img) =3D 3edcbdc370f0fd574da83081b87= 3adf461a7638768d200981007d2754f18d3be SHA256 (FreeBSD-8.2-RC3-i386-bootonly.iso) =3D ce12db3e0270e717ef8ae900cef2= a622eeea53ef64e71314eeb197443bd7c7c2 SHA256 (FreeBSD-8.2-RC3-i386-disc1.iso) =3D d33ac98556490fd2ca7f50c7857102f= 293d8113a94f2d5c5090d1068b8348e3f SHA256 (FreeBSD-8.2-RC3-i386-dvd1.iso) =3D 52d03ad97e830b7704b393774db97b8c= f1d17123c26b93191cd5b80b1ce61f00 SHA256 (FreeBSD-8.2-RC3-i386-livefs.iso) =3D 020fa92b6db8c79fcc0e72677ef670= 5eef4b1faeaae6793f47d34c7d3bc628d7 SHA256 (FreeBSD-8.2-RC3-i386-dvd1.iso.xz) =3D bdbe16feba64fa15b81f08c029581= 9f0c2f34e0f1f0297f6b5e92b03ce75af8d SHA256 (FreeBSD-8.2-RC3-i386-memstick.img) =3D db747eef2aafaf5a4be4481abebb= ba9763303c11e9e98730467077370225f4a3 SHA256 (FreeBSD-8.2-RC3-ia64-bootonly.iso) =3D 6deccaa4ce270f3e2e360b707939= 9328bdcec012a584b3b696587e48c0759f98 SHA256 (FreeBSD-8.2-RC3-ia64-disc1.iso) =3D 9995c6fbf01d7b96efefbce764f180b= 345d4eba21ee47e6f20550a0ee0cbf15c SHA256 (FreeBSD-8.2-RC3-ia64-disc2.iso) =3D 114cdeff0a33b0a7f044b918db3d3f6= 7ac8bca6eb85d972f37a85181b2bdf33d SHA256 (FreeBSD-8.2-RC3-ia64-disc3.iso) =3D 7c591b7e2c14e161f4abe2d1e1510e8= 6475593166b22428fe08f54e35adae0b8 SHA256 (FreeBSD-8.2-RC3-ia64-dvd1.iso) =3D b4f8ddfec883d041dd1d873d387d1f96= 9cb5b35a757df1d69c0f50642eae23c1 SHA256 (FreeBSD-8.2-RC3-ia64-livefs.iso) =3D c03f7530fbc0f66b9be89d2e65802e= a1bf675fec4d8bee2dbbac9d5375b360a0 SHA256 (FreeBSD-8.2-RC3-pc98-bootonly.iso) =3D 03a2a90d238be627b72f1d17f8b5= d61bbae5e39371151abddbe1bd68966eaf22 SHA256 (FreeBSD-8.2-RC3-pc98-disc1.iso) =3D fc71cf831c8aa8f6a3971e713e06640= 6c68dcfbddd77e63ae0a94ec18dd04bdd SHA256 (FreeBSD-8.2-RC3-pc98-livefs.iso) =3D f3bbea8c5f15e1c550e335dd993f18= b58c98e49d5253dceff38b4e118499bf02 SHA256 (FreeBSD-8.2-RC3-powerpc-bootonly.iso) =3D 3049be2f001058d33f001b8d5= 9629e711bdfca0eabf9b8d42cc15ff2a8915852 SHA256 (FreeBSD-8.2-RC3-powerpc-disc1.iso) =3D 612f93045c30365fa64dd9d19260= 46a1dca6fe30fa063a12691bb76566ee0d5b SHA256 (FreeBSD-8.2-RC3-powerpc-disc2.iso) =3D 19ff79a8528902742b95c66dbf33= b73cc9c11381c904ca7c1da16712bc5b436d SHA256 (FreeBSD-8.2-RC3-powerpc-disc3.iso) =3D 480a24acb037287123f7307cca1e= 96bb0be7b6afba2b5ab1bc5f4de017a5caf1 SHA256 (FreeBSD-8.2-RC3-powerpc-livefs.iso) =3D d927d772054ed33b5bc57848f2c= a0ea68056ffaa200968471a27916251bbfb6c SHA256 (FreeBSD-8.2-RC3-sparc64-bootonly.iso) =3D f807175aa973bfdf6f29be101= f58d5dd3fdd250592d272e7f676cc5574c555ac SHA256 (FreeBSD-8.2-RC3-sparc64-disc1.iso) =3D aa9c742b7dac861f0c6b23da2ec8= a17d500c1e394092ca8046d3658c3729853a SHA256 (FreeBSD-8.2-RC3-sparc64-dvd1.iso) =3D 9429adb8ec93824407cbbbf9d7ec7= 7a6eaf41e988008312048683e6a0505211b SHA256 (FreeBSD-8.2-RC3-sparc64-livefs.iso) =3D aba5b6ab4b9d309734c3015af19= b173a95a3b22ffcc7a992e66a0a4634813d6a SHA256 (FreeBSD-7.4-RC3-amd64-bootonly.iso) =3D 696fb316ae7464fedd17e314d4b= 56767dfddddd5d49a868d2df055cc77a26235 SHA256 (FreeBSD-7.4-RC3-amd64-disc1.iso) =3D fa82a66cd879dc4b841c88ee2006a8= f9b90237e0690f4bae9545f370488726e0 SHA256 (FreeBSD-7.4-RC3-amd64-disc2.iso) =3D 452120ff530799c24a0456ea33881a= 839bafa88f9373e23963edd9338ebf53ea SHA256 (FreeBSD-7.4-RC3-amd64-disc3.iso) =3D 867fa6dbce8b226d3b20706e735f35= 980f3b955035396918b852aabc9166f15f SHA256 (FreeBSD-7.4-RC3-amd64-docs.iso) =3D 19298c50fd0dbf45e425a40b0f52033= 3a0d5678b5e030a12af7e8307e5c68a27 SHA256 (FreeBSD-7.4-RC3-amd64-dvd1.iso) =3D 664ec0c3af35c2709b64d5378458bda= 9c8a05da5ee61153fd28ffd949602c517 SHA256 (FreeBSD-7.4-RC3-amd64-livefs.iso) =3D f56f2d6349edfb8fafa3c86cd3a92= f876748a5dc2df4bec441714d78228584e2 SHA256 (FreeBSD-7.4-RC3-amd64-dvd1.iso.gz) =3D 2ccf57ede436b25a9aa7a0fee86e= 32b2006f479f78e21302f39a8aa23ac1a126 SHA256 (FreeBSD-7.4-RC3-i386-bootonly.iso) =3D 6c1c686023e58bda7631b7f0c493= 6a3f6e9c2d5a8938f991ce792a5b84018618 SHA256 (FreeBSD-7.4-RC3-i386-disc1.iso) =3D e4f806dac80aa7289c8279a858527f5= bfa4e155060ad27d12869c9e9564d0ee9 SHA256 (FreeBSD-7.4-RC3-i386-disc2.iso) =3D 3bfbc4f75134288910f3086a1251a81= b69856e1695ce9e634ed97fe9b5c5c831 SHA256 (FreeBSD-7.4-RC3-i386-disc3.iso) =3D 7d9122a81c4289ac958c008aee0d53f= 944e40b51f22afd1678cd53e4c08270df SHA256 (FreeBSD-7.4-RC3-i386-docs.iso) =3D b2ca66fa6f0389b8e418f11fcbc642ad= 40b3303e6525c27f481e53dd4e7bdfb4 SHA256 (FreeBSD-7.4-RC3-i386-dvd1.iso) =3D 45e01afbfc4f3d42039ecaee2a18a330= de45f9a2f0b7a15a2e074d4f38a23fdf SHA256 (FreeBSD-7.4-RC3-i386-livefs.iso) =3D 88fb34780f560bae32e72a84eac2e7= 6e6676987011619f83832ac614b20ebbc9 SHA256 (FreeBSD-7.4-RC3-pc98-bootonly.iso) =3D ea328faeae190ba7628bec1122f2= a753127b5d2324c99746e28e106c45950567 SHA256 (FreeBSD-7.4-RC3-pc98-disc1.iso) =3D 770030f599b588206abd77ae5ffa67c= 77e2947fba42aa6b6b3ce08b8540965b8 SHA256 (FreeBSD-7.4-RC3-pc98-livefs.iso) =3D 34349b1f088a51b751eb4c5fa1720d= a799160628cd7d088489eccdb518976296 SHA256 (FreeBSD-7.4-RC3-sparc64-bootonly.iso) =3D 78e28fbd5b3dd34f6cae84eb7= d0a1f6529407315dd51fec5add8be4018dd403f SHA256 (FreeBSD-7.4-RC3-sparc64-disc1.iso) =3D a74ea0ff65024a790dbae7b6a62e= ac6cc42e74816a4204437655d77963c30fec SHA256 (FreeBSD-7.4-RC3-sparc64-disc2.iso) =3D 388961c18c13cdf1f8cfac8007bf= 69b32247ce603ed154edc8b540a70731b1d4 SHA256 (FreeBSD-7.4-RC3-sparc64-disc3.iso) =3D cf02123db05efca4d7a7fc135de6= 8e57736d18948855274ae606dfa6a7a1509c SHA256 (FreeBSD-7.4-RC3-sparc64-docs.iso) =3D 92cd47924f18bcb1049715bb9b93a= e7d8f2736d6bcaa6b0e4d380e5567942735 --=20 Ken Smith - From there to here, from here to | kensmith@buffalo.edu there, funny things are everywhere. | - Theodor Geisel | --=-vBU0L/XpxlxgKSKfeAQj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAk1LC/kACgkQ/G14VSmup/YuUwCghkP6dkkvD7BdAWOLHSs/ewJh Z58AnAwULlW9pD6sp0X40D351CaicniA =cFgZ -----END PGP SIGNATURE----- --=-vBU0L/XpxlxgKSKfeAQj-- From owner-freebsd-stable@FreeBSD.ORG Thu Feb 3 22:57:13 2011 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 D7465106564A for ; Thu, 3 Feb 2011 22:57:13 +0000 (UTC) (envelope-from me@janh.de) Received: from mailhost.uni-hamburg.de (mailhost.uni-hamburg.de [134.100.32.155]) by mx1.freebsd.org (Postfix) with ESMTP id 914178FC13 for ; Thu, 3 Feb 2011 22:57:13 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mailhost.uni-hamburg.de (Postfix) with ESMTP id C5B059072E; Thu, 3 Feb 2011 23:39:01 +0100 (CET) X-Virus-Scanned: by University of Hamburg (RRZ/mailhost) Received: from mailhost.uni-hamburg.de ([127.0.0.1]) by localhost (mailhost.uni-hamburg.de [127.0.0.1]) (amavisd-new, port 10024) with LMTP id RN9TU+X+d9a5; Thu, 3 Feb 2011 23:39:01 +0100 (CET) Received: from nb981.math (f054008105.adsl.alicedsl.de [78.54.8.105]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: fmjv004) by mailhost.uni-hamburg.de (Postfix) with ESMTPSA id 7F9749072C; Thu, 3 Feb 2011 23:39:01 +0100 (CET) Message-ID: <4D4B2E83.9090301@janh.de> Date: Thu, 03 Feb 2011 23:38:59 +0100 From: Jan Henrik Sylvester User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.13) Gecko/20101219 Thunderbird/3.1.7 MIME-Version: 1.0 To: Ken Smith References: <1296763905.31910.37.camel@bauer.cse.buffalo.edu> In-Reply-To: <1296763905.31910.37.camel@bauer.cse.buffalo.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: stable-list freebsd Subject: Re: FreeBSD 8.2-RC3/7.4-RC3 Available... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Feb 2011 22:57:13 -0000 On 01/-10/-28163 20:59, Ken Smith wrote: > The freebsd-update(8) utility supports binary upgrades of i386 and amd64 > systems running earlier FreeBSD releases. Systems running 8.0-RELEASE, > 8.1-RELEASE, 8.2-BETA1, 8.2-RC1 or 8.2-RC2 can upgrade as follows: > > # freebsd-update upgrade -r 8.2-RC3 While it does work on i386, it fails on amd64: Fetching metadata signature for 8.2-RC3 from update5.FreeBSD.org... failed. Fetching metadata signature for 8.2-RC3 from update4.FreeBSD.org... failed. Fetching metadata signature for 8.2-RC3 from update2.FreeBSD.org... failed. Fetching metadata signature for 8.2-RC3 from update3.FreeBSD.org... failed. In contrast to the other releases, betas, and candidates, there is no amd64 directory listed for 8.2-RC3, only i386: http://update4.freebsd.org/8.2-RC3/ (It has been this way for a few days now, but since there was no announcement, I thought it was still being worked on.) Cheers, Jan Henrik From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 12:13:57 2011 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 A622E106566B for ; Fri, 4 Feb 2011 12:13:57 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 439F38FC14 for ; Fri, 4 Feb 2011 12:13:56 +0000 (UTC) Received: by wyf19 with SMTP id 19so2232435wyf.13 for ; Fri, 04 Feb 2011 04:13:56 -0800 (PST) Received: by 10.227.181.138 with SMTP id by10mr11977274wbb.216.1296821636143; Fri, 04 Feb 2011 04:13:56 -0800 (PST) Received: from dfleuriot.technique-admin.paris.hi-media-techno.com ([83.167.62.196]) by mx.google.com with ESMTPS id u9sm461469wbg.18.2011.02.04.04.13.53 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Feb 2011 04:13:54 -0800 (PST) Message-ID: <4D4BED80.5060806@my.gd> Date: Fri, 04 Feb 2011 13:13:52 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: link aggregation - bundling 2 lagg interfaces together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 12:13:57 -0000 Hello list, I have a firewall with 2x Intel pro dual port cards. On Intel A , port 1 goes to switch 1, port 2 goes to switch 2 On Intel B , port 1 goes to switch 1, port 2 goes to switch 2 I have created the following 2 lagg devices using LACP: lagg0 = A1 + B1 lagg1 = A2 + B2 This works fine. Now, what I had in mind was creating a lagg2 device using lagg0 and lagg1 with failover. That would provide redundancy in case of a switch failure. ifconfig won't let me though: # ifconfig lagg2 laggproto failover laggport lagg0 laggport lagg1 ifconfig: SIOCSLAGGPORT: Invalid argument I suppose it's not possible to aggregate lagg interfaces ? That would shatter my dreams :( From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 12:19:26 2011 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 565EF106566B for ; Fri, 4 Feb 2011 12:19:26 +0000 (UTC) (envelope-from petefrench@ingresso.co.uk) Received: from constantine.ticketswitch.com (constantine.ingresso.co.uk [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 1D69E8FC0C for ; Fri, 4 Feb 2011 12:19:26 +0000 (UTC) Received: from dilbert.london-internal.ingresso.co.uk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.73 (FreeBSD)) (envelope-from ) id 1PlKdH-000KKu-7B; Fri, 04 Feb 2011 12:19:23 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.72 (FreeBSD)) (envelope-from ) id 1PlKdH-0000hK-6J; Fri, 04 Feb 2011 12:19:23 +0000 Date: Fri, 04 Feb 2011 12:19:23 +0000 Message-Id: To: freebsd-stable@freebsd.org, ml@my.gd In-Reply-To: <4D4BED80.5060806@my.gd> From: Pete French Cc: Subject: Re: link aggregation - bundling 2 lagg interfaces together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 12:19:26 -0000 If you want failover using lagg then your best bet is to get lagg between two ports on different switches. If you have a pair of switches which will present as a single device then you can use LACP to do this, else use simple failover. I do this for all our servers and it works very nicely. In your setup I am not sure why you are originally lagging the pairs of interfaces to the same switch. Is that to try and increase capacity ? If so then I have never found it to work - all the traffic goes over one interface for me. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 12:35:33 2011 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 E06E51065672 for ; Fri, 4 Feb 2011 12:35:33 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7F8148FC14 for ; Fri, 4 Feb 2011 12:35:33 +0000 (UTC) Received: by wyf19 with SMTP id 19so2250587wyf.13 for ; Fri, 04 Feb 2011 04:35:32 -0800 (PST) Received: by 10.227.146.80 with SMTP id g16mr8270386wbv.77.1296822932363; Fri, 04 Feb 2011 04:35:32 -0800 (PST) Received: from dfleuriot.technique-admin.paris.hi-media-techno.com ([83.167.62.196]) by mx.google.com with ESMTPS id x1sm482823wbh.2.2011.02.04.04.35.31 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Feb 2011 04:35:31 -0800 (PST) Message-ID: <4D4BF293.9010604@my.gd> Date: Fri, 04 Feb 2011 13:35:31 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Pete French References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: link aggregation - bundling 2 lagg interfaces together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 12:35:34 -0000 On 2/4/11 1:19 PM, Pete French wrote: > If you want failover using lagg then your best bet is to get lagg between > two ports on different switches. If you have a pair of switches which > will present as a single device then you can use LACP to do this, else > use simple failover. I do this for all our servers and it works very > nicely. > > In your setup I am not sure why you are originally lagging the pairs of > interfaces to the same switch. Is that to try and increase capacity ? > If so then I have never found it to work - all the traffic goes over > one interface for me. > > -pete. Indeed, I'm lagg'ing the 2 interfaces together to increase capacity, then I also wished to provide failover. Sadly our switches are not stacked and will not allow me to get a port-channel on 2 different switches. For servers we use simple aggregation with 2 interfaces using failover, on switches A and B. For this project's firewalls, historically, we've had no layer 2 redundancy at all, just physical interfaces being given IPs, and the firewalls sharing a CARP address. Even if I can't concatenate my 2 lagg interfaces into a failover one over the 2 switches, the new setup will still be an improvement. Regarding your problem of not getting LACP to work correctly for you, find below a snip from my firewall just now, with interface lagg0 as a LACP on switch1 # ./ifstat -i em1,em2,lagg0,vlan16 em1 em2 lagg0 vlan16 KB/s in KB/s out KB/s in KB/s out KB/s in KB/s out KB/s in KB/s out 0.00 129.87 4366.33 0.76 4366.33 130.63 4366.33 130.63 0.00 323.96 11105.00 0.19 11105.00 324.15 11105.00 324.15 0.00 301.76 10225.03 0.19 10225.03 301.94 10224.97 301.94 0.00 202.13 6868.14 0.19 6868.14 202.32 6868.08 202.32 This is the traffic as I downloaded a MFS BSD iso from another server. You will notice that inbound traffic is not shared amongst em1 and em2. However, keep in mind that the LACP load balancing is done using a hash combination of source/dest MACs and IPs as well as the vlan tag if any. Perhaps you would get better results if you tried downloading a test file from 2 different sources. I'll have to try that. From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 12:45:12 2011 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 C1C701065670 for ; Fri, 4 Feb 2011 12:45:12 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5D7BB8FC17 for ; Fri, 4 Feb 2011 12:45:12 +0000 (UTC) Received: by fxm16 with SMTP id 16so2363812fxm.13 for ; Fri, 04 Feb 2011 04:45:11 -0800 (PST) Received: by 10.223.96.68 with SMTP id g4mr11431530fan.33.1296823510776; Fri, 04 Feb 2011 04:45:10 -0800 (PST) Received: from julie.lab.techwires.net (dslb-088-067-208-143.pools.arcor-ip.net [88.67.208.143]) by mx.google.com with ESMTPS id e17sm210813fak.10.2011.02.04.04.45.08 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Feb 2011 04:45:09 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Damien Fleuriot Date: Fri, 4 Feb 2011 13:42:03 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.5.5; amd64; ; ) References: <4D4BED80.5060806@my.gd> In-Reply-To: <4D4BED80.5060806@my.gd> MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201102041342.03522.bschmidt@freebsd.org> Cc: freebsd-stable@freebsd.org Subject: Re: link aggregation - bundling 2 lagg interfaces together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 12:45:12 -0000 On Friday 04 February 2011 13:13:52 Damien Fleuriot wrote: > Hello list, > > > > I have a firewall with 2x Intel pro dual port cards. > > On Intel A , port 1 goes to switch 1, port 2 goes to switch 2 > On Intel B , port 1 goes to switch 1, port 2 goes to switch 2 > > > I have created the following 2 lagg devices using LACP: > > lagg0 = A1 + B1 > lagg1 = A2 + B2 > > This works fine. > > > Now, what I had in mind was creating a lagg2 device using lagg0 and > lagg1 with failover. > > That would provide redundancy in case of a switch failure. > > ifconfig won't let me though: > > # ifconfig lagg2 laggproto failover laggport lagg0 laggport lagg1 > ifconfig: SIOCSLAGGPORT: Invalid argument > > > > I suppose it's not possible to aggregate lagg interfaces ? > > That would shatter my dreams :( I have no clue if that is at all possible, or makes any sense at all, but can't you just add all 4 ports one lagg interface? -- Bernhard From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 13:51:50 2011 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 D5D75106566B for ; Fri, 4 Feb 2011 13:51:50 +0000 (UTC) (envelope-from nvass@gmx.com) Received: from mailout-eu.gmx.com (mailout-eu.gmx.com [213.165.64.42]) by mx1.freebsd.org (Postfix) with SMTP id 2BB388FC08 for ; Fri, 4 Feb 2011 13:51:50 +0000 (UTC) Received: (qmail invoked by alias); 04 Feb 2011 13:51:48 -0000 Received: from adsl-244.109.242.33.tellas.gr (EHLO [192.168.73.192]) [109.242.33.244] by mail.gmx.com (mp-eu002) with SMTP; 04 Feb 2011 14:51:48 +0100 X-Authenticated: #46156728 X-Provags-ID: V01U2FsdGVkX1+sfRAH432sTY6z2L/BwKnfxWAp1x0SUVkUkYMSsN pKWuTdtma8AsyB Message-ID: <4D4C046E.9010107@gmx.com> Date: Fri, 04 Feb 2011 15:51:42 +0200 From: Nikos Vassiliadis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Damien Fleuriot References: <4D4BF293.9010604@my.gd> In-Reply-To: <4D4BF293.9010604@my.gd> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: link aggregation - bundling 2 lagg interfaces together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 13:51:50 -0000 On 2/4/2011 2:35 PM, Damien Fleuriot wrote: > Even if I can't concatenate my 2 lagg interfaces into a failover one > over the 2 switches, the new setup will still be an improvement. Did you consider using STP? Are these switches RSTP capable? You could create a low priority bridge acting as leaf node in the STP domain. This will provide redundancy between different ethernet switches, I just don't know if RSTP converges fast enough for your needs. Just be a bit careful selecting the bridge's priority. A priority of 61440 will be probably fine. I am *almost* sure, that if_bridge works over if_laggs, perhaps you could combine the two. HTH, Nikos From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 14:35:14 2011 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 00E181065672 for ; Fri, 4 Feb 2011 14:35:14 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 931DB8FC29 for ; Fri, 4 Feb 2011 14:35:13 +0000 (UTC) Received: by wyf19 with SMTP id 19so2363285wyf.13 for ; Fri, 04 Feb 2011 06:35:12 -0800 (PST) Received: by 10.227.24.73 with SMTP id u9mr7931311wbb.168.1296830112003; Fri, 04 Feb 2011 06:35:12 -0800 (PST) Received: from dfleuriot.technique-admin.paris.hi-media-techno.com ([83.167.62.196]) by mx.google.com with ESMTPS id y29sm563460wbd.10.2011.02.04.06.35.11 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Feb 2011 06:35:11 -0800 (PST) Message-ID: <4D4C0E9E.80304@my.gd> Date: Fri, 04 Feb 2011 15:35:10 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Bernhard Schmidt References: <4D4BED80.5060806@my.gd> <201102041342.03522.bschmidt@freebsd.org> In-Reply-To: <201102041342.03522.bschmidt@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: link aggregation - bundling 2 lagg interfaces together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 14:35:14 -0000 On 2/4/11 1:42 PM, Bernhard Schmidt wrote: > On Friday 04 February 2011 13:13:52 Damien Fleuriot wrote: >> Hello list, >> >> >> >> I have a firewall with 2x Intel pro dual port cards. >> >> On Intel A , port 1 goes to switch 1, port 2 goes to switch 2 >> On Intel B , port 1 goes to switch 1, port 2 goes to switch 2 >> >> >> I have created the following 2 lagg devices using LACP: >> >> lagg0 = A1 + B1 >> lagg1 = A2 + B2 >> >> This works fine. >> >> >> Now, what I had in mind was creating a lagg2 device using lagg0 and >> lagg1 with failover. >> >> That would provide redundancy in case of a switch failure. >> >> ifconfig won't let me though: >> >> # ifconfig lagg2 laggproto failover laggport lagg0 laggport lagg1 >> ifconfig: SIOCSLAGGPORT: Invalid argument >> >> >> >> I suppose it's not possible to aggregate lagg interfaces ? >> >> That would shatter my dreams :( > > I have no clue if that is at all possible, or makes any sense at all, > but can't you just add all 4 ports one lagg interface? > I'm afraid this is not an option, the switches are not stacked. They will create 2 separate etherchannels, and I'll get alerts about the MAC addresses flapping -.- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 14:41:33 2011 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 8887B106564A for ; Fri, 4 Feb 2011 14:41:33 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 264348FC0C for ; Fri, 4 Feb 2011 14:41:32 +0000 (UTC) Received: by wyf19 with SMTP id 19so2370110wyf.13 for ; Fri, 04 Feb 2011 06:41:31 -0800 (PST) Received: by 10.227.133.11 with SMTP id d11mr12215827wbt.193.1296830491797; Fri, 04 Feb 2011 06:41:31 -0800 (PST) Received: from dfleuriot.technique-admin.paris.hi-media-techno.com ([83.167.62.196]) by mx.google.com with ESMTPS id y29sm569689wbd.4.2011.02.04.06.41.30 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Feb 2011 06:41:30 -0800 (PST) Message-ID: <4D4C1018.8060809@my.gd> Date: Fri, 04 Feb 2011 15:41:28 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Nikos Vassiliadis References: <4D4BF293.9010604@my.gd> <4D4C046E.9010107@gmx.com> In-Reply-To: <4D4C046E.9010107@gmx.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Pete French Subject: Re: link aggregation - bundling 2 lagg interfaces together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 14:41:33 -0000 On 2/4/11 2:51 PM, Nikos Vassiliadis wrote: > On 2/4/2011 2:35 PM, Damien Fleuriot wrote: >> Even if I can't concatenate my 2 lagg interfaces into a failover one >> over the 2 switches, the new setup will still be an improvement. > > Did you consider using STP? Are these switches RSTP capable? > The switches are running STP in pvst mode, and the basic setup of 2 interfaces in failover mode works fine for every server. What I needed here was a bit more complex though :/ > You could create a low priority bridge acting as leaf node in the STP > domain. This will provide redundancy between different ethernet switches, > I just don't know if RSTP converges fast enough for your needs. Just be > a bit careful selecting the bridge's priority. A priority of 61440 will > be probably fine. > Since I joined my company I changed every switchport to have root guard and bpduguard. They shall not pass ;) > I am *almost* sure, that if_bridge works over if_laggs, perhaps you could > combine the two. > Your idea has merit but I'd rather the BSD box not pretend it's a layer 2 device, if that was what you were suggesting. I think I'll just settle for 2 LACP interfaces, one on switch A for the WAN link, one on switch B for the 2 internal VLANS :/ From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 15:55:59 2011 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 6A776106566B for ; Fri, 4 Feb 2011 15:55:59 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1A13D8FC0C for ; Fri, 4 Feb 2011 15:55:58 +0000 (UTC) Received: by qwj9 with SMTP id 9so1846882qwj.13 for ; Fri, 04 Feb 2011 07:55:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=UejmoZ0h44TQ2gxxByl4X7YKNoVvndkuy8FRLTNravU=; b=csTbflSGDwAM+tn0gnVNZuWkKQJ8Kor48PMctU/dBe/7E4Njj/IQpkO3iXxWGWkEvd AOohOLVvj57E6a6NmwJU1WJik6ajEkBauqZ+a2H05RGAHRYQ7veYC0J5vkasu9hp+o4s D5iAEZfEYRRcZcyQs8e2FQo2dwclzpf/g0wQA= 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=DpZFikvFukG/3X9geik1AjNmJ9/mJ75ZxhA/J6t7W2KswZuezcXIdB1p8yiR0jkpK1 lj3lmdh0s3sihZ+LwUmoUIDrNr3bQeRatRnggX1qRVbqhqVxoOT1UUs+V/Qft0ZXXLzi OFIUxwZX53+0D/w0mSXNrCgH/toc6e2o+okag= MIME-Version: 1.0 Received: by 10.229.211.6 with SMTP id gm6mr8695466qcb.112.1296834957707; Fri, 04 Feb 2011 07:55:57 -0800 (PST) Received: by 10.229.186.68 with HTTP; Fri, 4 Feb 2011 07:55:57 -0800 (PST) In-Reply-To: <4D4BED80.5060806@my.gd> References: <4D4BED80.5060806@my.gd> Date: Fri, 4 Feb 2011 07:55:57 -0800 Message-ID: From: Freddie Cash To: Damien Fleuriot Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-stable@freebsd.org" Subject: Re: link aggregation - bundling 2 lagg interfaces together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 15:55:59 -0000 On Fri, Feb 4, 2011 at 4:13 AM, Damien Fleuriot wrote: > I have a firewall with 2x Intel pro dual port cards. > > On Intel A , port 1 goes to switch 1, port 2 goes to switch 2 > On Intel B , port 1 goes to switch 1, port 2 goes to switch 2 > > I have created the following 2 lagg devices using LACP: > > lagg0 = A1 + B1 > lagg1 = A2 + B2 > > This works fine. > > Now, what I had in mind was creating a lagg2 device using lagg0 and > lagg1 with failover. > > That would provide redundancy in case of a switch failure. Couple different options: - create a single lagg0 device using all port NIC ports - create your lagg0 using A1 + B2, and your lagg1 using A2+B1 Both of those will give you fail-over support for losing a single NIC port, an entire NIC, or an entire switch. Of course, if your switched aren't stacked to support LACP across them, then you will be limited to a single links bandwidth. But you will be extremely safe. :) -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 16:41:38 2011 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 915F61065673; Fri, 4 Feb 2011 16:41:38 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE5C8FC23; Fri, 4 Feb 2011 16:41:37 +0000 (UTC) Received: from titan.flb.omnilan.net (titan.lo4.flb.omnilan.net [172.21.1.150]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id p14GfaS7039873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Feb 2011 17:41:36 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host titan.lo4.flb.omnilan.net [172.21.1.150] claimed to be titan.flb.omnilan.net Message-ID: <4D4C2C40.5030302@omnilan.de> Date: Fri, 04 Feb 2011 17:41:36 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100906 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable References: <4D49B924.2020809@omnilan.de> In-Reply-To: <4D49B924.2020809@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5CE0A9EB7AF52909C12AEC7C" Cc: Alexander Motin Subject: Re: ahci.ko and IXP700/800 -> no disk found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 16:41:38 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5CE0A9EB7AF52909C12AEC7C Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable schrieb Harald Schmalzbauer am 02.02.2011 21:05 (localtime): > Hello, >=20 > there was some discussion one year ago: > http://lists.freebsd.org/pipermail/freebsd-current/2010-January/015180.= html >=20 > I'm not seeing exactly the same problem, no "timeout" message, but with= > ahci.ko loaded, no disk gets recognized. >=20 > Staying with ataahci it works fine. >=20 > System is 8.2-RC3-amd64. >=20 > Here's some info about the SATA chip: > atapci0@pci0:0:17:0: class=3D0x010601 card=3D0x1609103c chip=3D0x439110= 02 > rev=3D0x40 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc. / Advanced Micro Devices, Inc.' > device =3D 'SB700 SATA Controller [AHCI mode]' > class =3D mass storage > subclass =3D SATA > bar [10] =3D type I/O Port, range 32, base 0xd000, size 8, enab= led > bar [14] =3D type I/O Port, range 32, base 0xc000, size 4, enab= led > bar [18] =3D type I/O Port, range 32, base 0xb000, size 8, enab= led > bar [1c] =3D type I/O Port, range 32, base 0xa000, size 4, enab= led > bar [20] =3D type I/O Port, range 32, base 0x9000, size 16, enab= led > bar [24] =3D type Memory, range 32, base 0xfdfffc00, size 1024, = enabled > cap 05[50] =3D MSI supports 4 messages, 64 bit > cap 12[70] =3D SATA Index-Data Pair > cap 13[a4] =3D PCI Advanced Features: FLR TP >=20 > Disabling MSI doesn't change anything. I Installed 8.2-RC on a esata disk, which is not ahci capable anyways, so I could watch the machine booting with ahci.ko loaded. One thing of interest could be the answer I get when I 'camcontrol rescan all': ahcich0: Poll error on slot 0, TFD: 04d1 Any chance to get ahci.ko working with that SB700 controller? Thanks, -Harry --------------enig5CE0A9EB7AF52909C12AEC7C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) iEYEARECAAYFAk1MLEAACgkQLDqVQ9VXb8hWuwCfSsr3UYiRH/JLs6B/jhjRJ4aH aaoAn093Ss6XhBhklBWl9HaUWQmqvXtD =j7eS -----END PGP SIGNATURE----- --------------enig5CE0A9EB7AF52909C12AEC7C-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 17:13:44 2011 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 B9EE1106566C for ; Fri, 4 Feb 2011 17:13:44 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 56D2B8FC0A for ; Fri, 4 Feb 2011 17:13:43 +0000 (UTC) Received: by wwf26 with SMTP id 26so2487200wwf.31 for ; Fri, 04 Feb 2011 09:13:43 -0800 (PST) Received: by 10.227.132.149 with SMTP id b21mr1683187wbt.48.1296839623267; Fri, 04 Feb 2011 09:13:43 -0800 (PST) Received: from dfleuriot.technique-admin.paris.hi-media-techno.com ([83.167.62.196]) by mx.google.com with ESMTPS id x1sm677971wbh.14.2011.02.04.09.13.39 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Feb 2011 09:13:39 -0800 (PST) Message-ID: <4D4C33C3.9070805@my.gd> Date: Fri, 04 Feb 2011 18:13:39 +0100 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Freddie Cash References: <4D4BED80.5060806@my.gd> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: "freebsd-stable@freebsd.org" Subject: Re: link aggregation - bundling 2 lagg interfaces together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 17:13:44 -0000 On 2/4/11 4:55 PM, Freddie Cash wrote: > On Fri, Feb 4, 2011 at 4:13 AM, Damien Fleuriot wrote: >> I have a firewall with 2x Intel pro dual port cards. >> >> On Intel A , port 1 goes to switch 1, port 2 goes to switch 2 >> On Intel B , port 1 goes to switch 1, port 2 goes to switch 2 >> >> I have created the following 2 lagg devices using LACP: >> >> lagg0 = A1 + B1 >> lagg1 = A2 + B2 >> >> This works fine. >> >> Now, what I had in mind was creating a lagg2 device using lagg0 and >> lagg1 with failover. >> >> That would provide redundancy in case of a switch failure. > > Couple different options: > - create a single lagg0 device using all port NIC ports > - create your lagg0 using A1 + B2, and your lagg1 using A2+B1 > > Both of those will give you fail-over support for losing a single NIC > port, an entire NIC, or an entire switch. > > Of course, if your switched aren't stacked to support LACP across > them, then you will be limited to a single links bandwidth. But you > will be extremely safe. :) Well, if I create lagg0 A1 + B2 and lagg1 A2+B1 , I'll end up with 2 laggs. How though, to I bind my vlan interfaces to *both* laggs ? I'm not sure that can be done. Currently and in the interim, I've put our WAN vlan on lagg0 and our 2 internal vlans on lagg1 ;) From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 18:34:35 2011 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 620D31065670 for ; Fri, 4 Feb 2011 18:34:35 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email2.allantgroup.com (email2.emsphone.com [199.67.51.116]) by mx1.freebsd.org (Postfix) with ESMTP id 104568FC12 for ; Fri, 4 Feb 2011 18:34:34 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email2.allantgroup.com (8.14.4/8.14.4) with ESMTP id p14I6skl084281 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Feb 2011 12:06:54 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.4/8.14.4) with ESMTP id p14I6rpF066836 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Feb 2011 12:06:53 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.4/8.14.4/Submit) id p14I6rng066835; Fri, 4 Feb 2011 12:06:53 -0600 (CST) (envelope-from dan) Date: Fri, 4 Feb 2011 12:06:53 -0600 From: Dan Nelson To: Damien Fleuriot Message-ID: <20110204180653.GA75479@dan.emsphone.com> References: <4D4BED80.5060806@my.gd> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D4BED80.5060806@my.gd> X-OS: FreeBSD 8.2-PRERELEASE User-Agent: Mutt/1.5.21 (2010-09-15) X-Virus-Scanned: clamav-milter 0.96.4 at email2.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (email2.allantgroup.com [199.67.51.78]); Fri, 04 Feb 2011 12:06:54 -0600 (CST) X-Scanned-By: MIMEDefang 2.68 on 199.67.51.78 Cc: "freebsd-stable@freebsd.org" Subject: Re: link aggregation - bundling 2 lagg interfaces together X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 18:34:35 -0000 In the last episode (Feb 04), Damien Fleuriot said: > I have a firewall with 2x Intel pro dual port cards. > > On Intel A , port 1 goes to switch 1, port 2 goes to switch 2 > On Intel B , port 1 goes to switch 1, port 2 goes to switch 2 > > I have created the following 2 lagg devices using LACP: > > lagg0 = A1 + B1 > lagg1 = A2 + B2 > > This works fine. > > Now, what I had in mind was creating a lagg2 device using lagg0 and > lagg1 with failover. > > That would provide redundancy in case of a switch failure. > > ifconfig won't let me though: > > # ifconfig lagg2 laggproto failover laggport lagg0 laggport lagg1 > ifconfig: SIOCSLAGGPORT: Invalid argument > > I suppose it's not possible to aggregate lagg interfaces ? Apparently not: http://fxr.watson.org/fxr/source/net/if_lagg.c#L516 It looks like there is preliminary code under #ifdef LAGG_PORT_STACKING, but it claims to be untested. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 22:00:31 2011 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 3EC9910656C0; Fri, 4 Feb 2011 22:00:31 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id DCBE08FC2B; Fri, 4 Feb 2011 22:00:29 +0000 (UTC) Received: from akima.flb.omnilan.net (akima.lo4.flb.omnilan.net [172.21.1.41]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id p14M0NEp044864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Feb 2011 23:00:26 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host akima.lo4.flb.omnilan.net [172.21.1.41] claimed to be akima.flb.omnilan.net Message-ID: <4D4C76EF.8010108@omnilan.de> Date: Fri, 04 Feb 2011 23:00:15 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100812 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable References: <4D49B924.2020809@omnilan.de> <4D4C2C40.5030302@omnilan.de> In-Reply-To: <4D4C2C40.5030302@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig260599493A97B2A83CE31761" Cc: Alexander Motin Subject: Re: ahci.ko and IXP700/800 -> no disk found X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 22:00:31 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig260599493A97B2A83CE31761 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Am 04.02.2011 17:41, schrieb Harald Schmalzbauer: =2E.. > One thing of interest could be the answer I get when I 'camcontrol > rescan all': > ahcich0: Poll error on slot 0, TFD: 04d1 >=20 > Any chance to get ahci.ko working with that SB700 controller? I found out that it doesn't seem to be a problem of the specific chipset, but ahci.ko with that specific HDD. Doing some searches for my HDD model lead me to that PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=3D152817 It describes exactly my problem and I thought that there's also a solution available: I took the patch mentioned as "committed to head" in the PR (http://svn.freebsd.org/viewvc/base/head/sys/cam/ata/ata_xpt.c?r1=3D21545= 4&r2=3D217444&pathrev=3D217444&diff_format=3Du) and applied it to RELENG_8_2. Unfortunately I'm still getting the TFD: 04d1 ahcich Poll error and the disk isn't seen. What's my mistake? Thanks, -Harry --------------enig260599493A97B2A83CE31761 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1MdvkACgkQLDqVQ9VXb8iZXgCgzS5ZmnBtB3JyP3SxvXDkpwn7 2M4AoJWpFziNrsgiHReCuMn4i1eAH+jx =5mLP -----END PGP SIGNATURE----- --------------enig260599493A97B2A83CE31761-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 22:31:23 2011 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 E5134106564A; Fri, 4 Feb 2011 22:31:23 +0000 (UTC) (envelope-from h.schmalzbauer@omnilan.de) Received: from host.omnilan.net (s1.omnilan.net [62.245.232.135]) by mx1.freebsd.org (Postfix) with ESMTP id 1B81E8FC15; Fri, 4 Feb 2011 22:31:22 +0000 (UTC) Received: from akima.flb.omnilan.net (akima.lo4.flb.omnilan.net [172.21.1.41]) (authenticated bits=0) by host.omnilan.net (8.13.8/8.13.8) with ESMTP id p14MVMqR045266 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 4 Feb 2011 23:31:22 +0100 (CET) (envelope-from h.schmalzbauer@omnilan.de) X-Authentication-Warning: smtp.dmz.omnisec.de: Host akima.lo4.flb.omnilan.net [172.21.1.41] claimed to be akima.flb.omnilan.net Message-ID: <4D4C7E3C.6050609@omnilan.de> Date: Fri, 04 Feb 2011 23:31:24 +0100 From: Harald Schmalzbauer Organization: OmniLAN User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.9.2.8) Gecko/20100812 Lightning/1.0b2 Thunderbird/3.1.2 MIME-Version: 1.0 To: FreeBSD Stable References: <4D49B924.2020809@omnilan.de> <4D4C2C40.5030302@omnilan.de> <4D4C76EF.8010108@omnilan.de> In-Reply-To: <4D4C76EF.8010108@omnilan.de> X-Enigmail-Version: 1.1.2 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2330078C4E8F96C18209B346" Cc: Alexander Motin Subject: Solution [Was: Re: ahci.ko and IXP700/800 -> no disk found] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 22:31:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2330078C4E8F96C18209B346 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Am 04.02.2011 23:00, schrieb Harald Schmalzbauer: > Am 04.02.2011 17:41, schrieb Harald Schmalzbauer: > ... >> One thing of interest could be the answer I get when I 'camcontrol >> rescan all': >> ahcich0: Poll error on slot 0, TFD: 04d1 >> >> Any chance to get ahci.ko working with that SB700 controller? >=20 > I found out that it doesn't seem to be a problem of the specific > chipset, but ahci.ko with that specific HDD. > Doing some searches for my HDD model lead me to that PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D152817 > It describes exactly my problem and I thought that there's also a > solution available: > I took the patch mentioned as "committed to head" in the PR > (http://svn.freebsd.org/viewvc/base/head/sys/cam/ata/ata_xpt.c?r1=3D215= 454&r2=3D217444&pathrev=3D217444&diff_format=3Du) > and applied it to RELENG_8_2. > Unfortunately I'm still getting the TFD: 04d1 ahcich Poll error and the= > disk isn't seen. >=20 > What's my mistake? Ok, me again, for the records, it seems the committed patch is missing some relevant lines from the PR-discussion. I additionally applied the following, which makes the disk usable: --- src/sys/cam/ata/ata_xpt.c (revision 217514) +++ src/sys/cam/ata/ata_xpt.c (working copy) @@ -775,7 +775,8 @@ * device-initiated interface power management, but retur= n * ABORT on attempt to disable it. */ - } else if (softc->action =3D=3D PROBE_SETPM && + } else if ((softc->action =3D=3D PROBE_SETPM || + softc->action =3D=3D PROBE_SETDMAAA) && status =3D=3D CAM_ATA_STATUS_ERROR) { goto noerror; } Will there be a errata for 8.2 regarding that issue? Anybody unpacking a HP N36L will probably think the controller is not working... Thanks, -Harry --------------enig2330078C4E8F96C18209B346 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk1MfjwACgkQLDqVQ9VXb8ik1QCfdr/LhD7JmMmeeqF1rtXDPWpL LPQAoK7ah4/JlBj4W3cdQWNMX6bTmZ/6 =2rRM -----END PGP SIGNATURE----- --------------enig2330078C4E8F96C18209B346-- From owner-freebsd-stable@FreeBSD.ORG Fri Feb 4 23:05:13 2011 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 63497106564A for ; Fri, 4 Feb 2011 23:05:13 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id DD7888FC12 for ; Fri, 4 Feb 2011 23:05:12 +0000 (UTC) Received: by bwz12 with SMTP id 12so3190550bwz.13 for ; Fri, 04 Feb 2011 15:05:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=DxPWhGOYBeiCcqz2Z/rm7t1IAVpR8UIuF/8FsVAIF4A=; b=iNWSgm1Tki1gpkEnrlZLq1vhAQU0m+adXDwxS6D3KlcTjGfhJVfcHfQlyw+A2toAxc 1yGoZ3EITFa1ioUpt90iMbOXuIFW7tB3cdnE9+ly0QL5X0CyrihVX4mev2ilpSrIbyoT FWxFgjccWOGVepHyY5IBlH8SWjCkKRat8Bl40= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=los1X53uJYOpFilkt8vKhZ1iqpMfGqHc8DwQNLyu+YFx/skU4GlosReACI3HDdNdqR mcKHnjF6XSof/uPrUd1/a1rQsTwNnGRNODivTiOzL6oOR67jY09jtjlkIQjO27nR6ZL7 wMCKS0y5RXnZtUkcpuLuKzC9lXE5atHnvK7Tc= Received: by 10.204.51.11 with SMTP id b11mr5613795bkg.129.1296859086102; Fri, 04 Feb 2011 14:38:06 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id z18sm688505bkf.20.2011.02.04.14.38.03 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Feb 2011 14:38:04 -0800 (PST) Sender: Alexander Motin Message-ID: <4D4C7FC3.8070609@FreeBSD.org> Date: Sat, 05 Feb 2011 00:37:55 +0200 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101104 Thunderbird/3.1.6 MIME-Version: 1.0 To: Harald Schmalzbauer References: <4D49B924.2020809@omnilan.de> <4D4C2C40.5030302@omnilan.de> <4D4C76EF.8010108@omnilan.de> <4D4C7E3C.6050609@omnilan.de> In-Reply-To: <4D4C7E3C.6050609@omnilan.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: Solution [Was: Re: ahci.ko and IXP700/800 -> no disk found] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 04 Feb 2011 23:05:13 -0000 On 05.02.2011 00:31, Harald Schmalzbauer wrote: > Am 04.02.2011 23:00, schrieb Harald Schmalzbauer: >> Am 04.02.2011 17:41, schrieb Harald Schmalzbauer: >> ... >>> One thing of interest could be the answer I get when I 'camcontrol >>> rescan all': >>> ahcich0: Poll error on slot 0, TFD: 04d1 >>> >>> Any chance to get ahci.ko working with that SB700 controller? >> >> I found out that it doesn't seem to be a problem of the specific >> chipset, but ahci.ko with that specific HDD. >> Doing some searches for my HDD model lead me to that PR: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=152817 >> It describes exactly my problem and I thought that there's also a >> solution available: >> I took the patch mentioned as "committed to head" in the PR >> (http://svn.freebsd.org/viewvc/base/head/sys/cam/ata/ata_xpt.c?r1=215454&r2=217444&pathrev=217444&diff_format=u) >> and applied it to RELENG_8_2. >> Unfortunately I'm still getting the TFD: 04d1 ahcich Poll error and the >> disk isn't seen. >> >> What's my mistake? > > Ok, me again, for the records, it seems the committed patch is missing > some relevant lines from the PR-discussion. > I additionally applied the following, which makes the disk usable: > --- src/sys/cam/ata/ata_xpt.c (revision 217514) > +++ src/sys/cam/ata/ata_xpt.c (working copy) > @@ -775,7 +775,8 @@ > * device-initiated interface power management, but return > * ABORT on attempt to disable it. > */ > - } else if (softc->action == PROBE_SETPM&& > + } else if ((softc->action == PROBE_SETPM || > + softc->action == PROBE_SETDMAAA)&& > status == CAM_ATA_STATUS_ERROR) { > goto noerror; > } Alike patch was committed to HEAD at r217875 and will be merged to 8-STABLE soon. > Will there be a errata for 8.2 regarding that issue? > Anybody unpacking a HP N36L will probably think the controller is not > working... IMHO it should be errata for HDD, not for the system. -- Alexander Motin