From owner-freebsd-stable@FreeBSD.ORG Sun Aug 9 15:59:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DF00106566C for ; Sun, 9 Aug 2009 15:59:44 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id DB7F08FC1E for ; Sun, 9 Aug 2009 15:59:41 +0000 (UTC) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id A4ECB4C80EE for ; Sun, 9 Aug 2009 17:59:38 +0200 (CEST) Received: from pollux.local.net (che78-3-82-246-30-233.fbx.proxad.net [82.246.30.233]) by smtp4-g21.free.fr (Postfix) with ESMTP id BC84A4C80BD for ; Sun, 9 Aug 2009 17:59:35 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id 89E131CDBF; Sun, 9 Aug 2009 18:01:21 +0200 (CEST) Date: Sun, 9 Aug 2009 18:01:21 +0200 From: Harald Weis To: freebsd-stable@freebsd.org Message-ID: <20090809160121.GA1621@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090725013500.GC62402@onelab2.iet.unipi.it> <20090725073805.GA11455@abigail.blackend.org> <20090806211401.GB2546@pollux.local.net> <68208453@h30.sp.ipt.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <68208453@h30.sp.ipt.ru> User-Agent: Mutt/1.4.2.3i Subject: Re: status of flash9/flash10 support in RELENG_7 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2009 15:59:44 -0000 On Fri, Aug 07, 2009 at 02:52:10AM +0400, Boris Samorodov wrote: > Hello Marc, > > On Thu, 6 Aug 2009 23:14:01 +0200 Harald Weis wrote: > > > Portmaster is unable to fetch install_flash_player_9.tar.gz and I > > Anyway it's not a portmaster... Boris, what do you mean exactly? I use portmaster on 6 machines (since I discovered it in July 2008) without any problems whatsoever. Portmaster aborted the linux-flashplugin9 installation because of the size mismatch, not portmaster's fault, is it? > > cannot find the file manually. Seems to have disappeared from earth. > > Something (system, ports, network or else) is broken: > ----- > tba% LANG=C date > Fri Aug 7 02:50:06 MSD 2009 > tba% fetch http://download.macromedia.com/pub/flashplayer/installers/current/9/install_flash_player_9.tar.gz > install_flash_player_9.tar.gz 100% of 2986 kB 1542 kBps > ----- Thank you for the URL. Downloaded it while reading your message. Did not realize the size mismatch then, because too busy elsewhere. I've just succeeded to install flash9 on firefox3 according to the Handbook and using the old version. Too unpatient today to install your patch which does certainly work, will try it on the next machine. I've read a long time ago (on this ML I think) that http://miniusa.com/crm/no_flash.jsp is an ideal test site. The install does work like a charm. Magnificent. There is a huge problem though: I've got now two vulnerable ports, firefox3 and linux-pango. The linux-pango case is apparently several months old. Any idea why the linux world doesn't seem to bother? How to persuade my user now not to use firefox, but w3m? Impossible. Anyway, thanks again to everybody, on-list and off-list. Harald From owner-freebsd-stable@FreeBSD.ORG Sun Aug 9 16:22:47 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1A56106566C for ; Sun, 9 Aug 2009 16:22:47 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 5DCFE8FC22 for ; Sun, 9 Aug 2009 16:22:47 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtp (Exim 4.54 (FreeBSD)) id 1MaBAT-000GQO-Ei for freebsd-stable@freebsd.org; Sun, 09 Aug 2009 20:22:45 +0400 To: freebsd-stable@freebsd.org References: <20090725013500.GC62402@onelab2.iet.unipi.it> <20090725073805.GA11455@abigail.blackend.org> <20090806211401.GB2546@pollux.local.net> <68208453@h30.sp.ipt.ru> <20090809160121.GA1621@pollux.local.net> From: Boris Samorodov Date: Sun, 09 Aug 2009 20:22:47 +0400 In-Reply-To: <20090809160121.GA1621@pollux.local.net> (Harald Weis's message of "Sun\, 9 Aug 2009 18\:01\:21 +0200") Message-ID: <00339944@bb.ipt.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: status of flash9/flash10 support in RELENG_7 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2009 16:22:47 -0000 On Sun, 9 Aug 2009 18:01:21 +0200 Harald Weis wrote: > On Fri, Aug 07, 2009 at 02:52:10AM +0400, Boris Samorodov wrote: > > On Thu, 6 Aug 2009 23:14:01 +0200 Harald Weis wrote: > > > > > Portmaster is unable to fetch install_flash_player_9.tar.gz and I > > > > Anyway it's not a portmaster... > Boris, what do you mean exactly? > I use portmaster on 6 machines (since I discovered it in July 2008) > without any problems whatsoever. > Portmaster aborted the linux-flashplugin9 installation because > of the size mismatch, not portmaster's fault, is it? It was a port error not a portmaster fault. If you try to install the port manually you'll see the diagnostic message "size mismatch". > > > cannot find the file manually. Seems to have disappeared from earth. > > > > Something (system, ports, network or else) is broken: > > ----- > > tba% LANG=C date > > Fri Aug 7 02:50:06 MSD 2009 > > tba% fetch http://download.macromedia.com/pub/flashplayer/installers/current/9/install_flash_player_9.tar.gz > > install_flash_player_9.tar.gz 100% of 2986 kB 1542 kBps > > ----- > Thank you for the URL. Downloaded it while reading your message. > Did not realize the size mismatch then, because too busy elsewhere. Yep, so did I. The URL was a reply to your "the file seems to disappeared from world". After reading your mail I tried it, the file was fetched and I wrote about it. However if you showed an actual diagnostic message from the port my actions would be different. I'd try to find out why the checksum mismatched. With flash player it's hard to find out that a new version was released since they don't hardcode a version into distro file name. > I've just succeeded to install flash9 on firefox3 according to > the Handbook and using the old version. Too unpatient today to > install your patch which does certainly work, will try it on > the next machine. > I've read a long time ago (on this ML I think) that > http://miniusa.com/crm/no_flash.jsp > is an ideal test site. > The install does work like a charm. Magnificent. > There is a huge problem though: > I've got now two vulnerable ports, firefox3 and linux-pango. > The linux-pango case is apparently several months old. > Any idea why the linux world doesn't seem to bother? Well, as for fc4 ports, Fedora Core 4 is unmaintained for a long time and there is no hope to get an updated version. The same seems to happen with f8 port. As for f10 one I'm jast as curious as you. It's still pango-1.22.3-1.fc10. BTW, there is a PR about the case: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/136321 > How to persuade my user now not to use firefox, but w3m? > Impossible. > Anyway, thanks again to everybody, on-list and off-list. -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-stable@FreeBSD.ORG Sun Aug 9 18:06:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3883A106564A for ; Sun, 9 Aug 2009 18:06:39 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (unknown [IPv6:2001:718:2:0:217:a4ff:fe3f:b3d5]) by mx1.freebsd.org (Postfix) with ESMTP id B1CF08FC21 for ; Sun, 9 Aug 2009 18:06:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 60F6F3BF13; Sun, 9 Aug 2009 20:06:37 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 14986-04; Sun, 9 Aug 2009 20:06:30 +0200 (CEST) Received: from [10.0.0.1] (35.201.broadband4.iol.cz [85.71.201.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 3595E3BE4A; Sun, 9 Aug 2009 20:06:30 +0200 (CEST) Message-ID: <4A7F0FB3.7060603@sh.cvut.cz> Date: Sun, 09 Aug 2009 20:04:35 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig4859CB3A8CE74C6F0478F1BD" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=2.0 tagged_above=-255.0 required=5.0 tests=AWL, BOTNET, CRM114_HAM_00, JR_RCVD_HOST_PROBS1, JR_RCVD_TOO_FEW_HOPS X-Spam-Level: ** Subject: Monitoring tools for mfi0: ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2009 18:06:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4859CB3A8CE74C6F0478F1BD Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I have a server with the "mfi0: " controller. Are there any monitoring tool for this? I tried camcontrol but it doesn't even list the= device. -- VH --------------enig4859CB3A8CE74C6F0478F1BD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEAREIAAYFAkp/D7MACgkQr2CghdezFMmbdgCeKUtTpLNB/GCbhs4LUEURa7Mi xowAoKgRjzdgBXSIwPLGq6MZ2TTAVaIs =HWDv -----END PGP SIGNATURE----- --------------enig4859CB3A8CE74C6F0478F1BD-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 9 18:32:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 431E3106572F for ; Sun, 9 Aug 2009 18:32:25 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id CDFAA8FC19 for ; Sun, 9 Aug 2009 18:32:24 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id n79IWNoY010115; Sun, 9 Aug 2009 20:32:23 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id EBE7DBA8D; Sun, 9 Aug 2009 20:32:22 +0200 (CEST) Date: Sun, 9 Aug 2009 20:32:22 +0200 From: Roland Smith To: =?iso-8859-15?Q?V=E1clav?= Haisman Message-ID: <20090809183222.GA15689@slackbox.xs4all.nl> References: <4A7F0FB3.7060603@sh.cvut.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <4A7F0FB3.7060603@sh.cvut.cz> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Monitoring tools for mfi0: ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2009 18:32:25 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Aug 09, 2009 at 08:04:35PM +0200, V=E1clav Haisman wrote: > Hi, > I have a server with the "mfi0: " controller. Are there any > monitoring tool for this? I tried camcontrol but it doesn't even list the > device. =20 Maybe sysutils/megacli does what you want? Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkp/FjYACgkQEnfvsMMhpyWrywCdHX9WGyjLzRlociugW8OeayUg lScAnjO8Pc6WkDB1DaKnswspyd37hk1J =S2d6 -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 9 18:33:36 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70BF51065698; Sun, 9 Aug 2009 18:33:36 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4A6F28FC15; Sun, 9 Aug 2009 18:33:36 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id DB35E46B46; Sun, 9 Aug 2009 14:33:35 -0400 (EDT) Date: Sun, 9 Aug 2009 19:33:35 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rink Springer In-Reply-To: <20090803152202.GB61519@rink.nu> Message-ID: References: <20090803152202.GB61519@rink.nu> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: David Boyd , freebsd-stable@freebsd.org, freebsd-current@freebsd.org Subject: Re: FW: 8.0-BETA2 sysinstall ignoring setting of nonInteractive X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2009 18:33:37 -0000 On Mon, 3 Aug 2009, Rink Springer wrote: > On Mon, Aug 03, 2009 at 11:04:31AM -0400, David Boyd wrote: >> Can someone "PLEASE" commit this fix. > > This fix looks OK to me; I'll ask re@ for permission. Just a status update: this is in the re@ queue but approval is pending completion of the stable/7 branch. The plan is that this should appear in beta3. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Aug 9 18:55:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 676BD1065672 for ; Sun, 9 Aug 2009 18:55:22 +0000 (UTC) (envelope-from karl@denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 0D10F8FC1E for ; Sun, 9 Aug 2009 18:55:20 +0000 (UTC) Received: from [127.0.0.1] (localhost [127.0.0.1]) by FS.denninger.net (8.14.3/8.13.1) with SMTP id n79IefvE004631 for ; Sun, 9 Aug 2009 13:40:41 -0500 (CDT) (envelope-from karl@denninger.net) Received: from [127.0.0.1] [192.168.1.40] by Spamblock-sys (LOCAL); Sun Aug 9 13:40:41 2009 Message-ID: <4A7F1810.9080606@denninger.net> Date: Sun, 09 Aug 2009 13:40:16 -0500 From: Karl Denninger User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4A7F0FB3.7060603@sh.cvut.cz> <20090809183222.GA15689@slackbox.xs4all.nl> In-Reply-To: <20090809183222.GA15689@slackbox.xs4all.nl> X-Enigmail-Version: 0.96.0 Content-Type: multipart/mixed; boundary="------------050302040208030205000002" X-Antivirus: avast! (VPS 090808-0, 08/08/2009), Outbound message X-Antivirus-Status: Clean X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Monitoring tools for mfi0: ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2009 18:55:22 -0000 This is a multi-part message in MIME format. --------------050302040208030205000002 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Roland Smith wrote: > On Sun, Aug 09, 2009 at 08:04:35PM +0200, Václav Haisman wrote: > >> Hi, >> > > >> I have a server with the "mfi0: " controller. Are there any >> monitoring tool for this? I tried camcontrol but it doesn't even list the >> device. >> > > Maybe sysutils/megacli does what you want? > > Roland > Yes - Megacli SHOULD work with anything that identifies on the "MFI" driver. Be aware that the syntax and such for that program is a bit..... arcane.... -- Karl --------------050302040208030205000002-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 9 19:22:06 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15E33106564A for ; Sun, 9 Aug 2009 19:22:06 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (unknown [IPv6:2001:718:2:0:217:a4ff:fe3f:b3d5]) by mx1.freebsd.org (Postfix) with ESMTP id 57CAB8FC22 for ; Sun, 9 Aug 2009 19:22:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 8F4A63BFA8; Sun, 9 Aug 2009 21:22:04 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 15736-06; Sun, 9 Aug 2009 21:21:57 +0200 (CEST) Received: from [10.0.0.1] (35.201.broadband4.iol.cz [85.71.201.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 3AE373BE68; Sun, 9 Aug 2009 21:21:57 +0200 (CEST) Message-ID: <4A7F215C.8050809@sh.cvut.cz> Date: Sun, 09 Aug 2009 21:19:56 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 Cc: freebsd-stable@freebsd.org References: <4A7F0FB3.7060603@sh.cvut.cz> <20090809183222.GA15689@slackbox.xs4all.nl> <4A7F1810.9080606@denninger.net> In-Reply-To: <4A7F1810.9080606@denninger.net> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigA147D26AE5DE266847E6BECB" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=2.0 tagged_above=-255.0 required=5.0 tests=AWL, BOTNET, CRM114_HAM_00, JR_RCVD_HOST_PROBS1, JR_RCVD_TOO_FEW_HOPS X-Spam-Level: ** Subject: Re: Monitoring tools for mfi0: ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2009 19:22:06 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA147D26AE5DE266847E6BECB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Karl Denninger wrote, On 9.8.2009 20:40: > Roland Smith wrote: >> On Sun, Aug 09, 2009 at 08:04:35PM +0200, V=C3=A1clav Haisman wrote: >> =20 >>> Hi, >>> =20 >> =20 >>> I have a server with the "mfi0: " controller. Are there = any >>> monitoring tool for this? I tried camcontrol but it doesn't even list= the >>> device. >>> =20 >> =20 >> Maybe sysutils/megacli does what you want? >> >> Roland >> =20 > Yes - Megacli SHOULD work with anything that identifies on the "MFI" dr= iver. Thank you both. >=20 > Be aware that the syntax and such for that program is a bit..... arcane= =2E... I can see what you mean. -- VH --------------enigA147D26AE5DE266847E6BECB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEAREIAAYFAkp/IWIACgkQr2CghdezFMkxAACeJOan5TRfGqMP+ber4joQJ6SA MtoAnRbpb6c+oppGT84UYkPp6dVKS234 =4QIb -----END PGP SIGNATURE----- --------------enigA147D26AE5DE266847E6BECB-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 9 19:30:57 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607AC1065673 for ; Sun, 9 Aug 2009 19:30:57 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 02E5D8FC30 for ; Sun, 9 Aug 2009 19:30:57 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 1D4991CC49; Sun, 9 Aug 2009 21:30:56 +0200 (CEST) Date: Sun, 9 Aug 2009 21:30:56 +0200 From: Ed Schouten To: Eric Masson Message-ID: <20090809193056.GY1292@hoeg.nl> References: <86tz0phrpq.fsf@srvbsdnanssv.interne.kisoft-services.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="naDF1Uv0THizWcfp" Content-Disposition: inline In-Reply-To: <86tz0phrpq.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Mailing List FreeBSD Stable Subject: Re: 8.0-BETA2, console freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Aug 2009 19:30:57 -0000 --naDF1Uv0THizWcfp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Eric, * Eric Masson wrote: > I've installed 8.0-BETA2 on a MSI Nettop 110, it works fine, except vty > switching via [Ctrl][F1-8] that takes at least 1 minute. > In the mean time, the box is fully responsive on the network level > (logged in via ssh). >=20 > Dmesg attached (LOR inside). I have also seen this on some of the systems I use myself, where switching VTs locks up the video for a second or two. It seems to be unrelated to any of my Syscons and TTY changes, because I have also experienced this before I worked on MPSAFE TTY. Happily enough, this issue isn't present in my own console driver, because it doesn't reprogram the graphics hardware when switching virtual terminals, which I suspect it is related to. --=20 Ed Schouten WWW: http://80386.nl/ --naDF1Uv0THizWcfp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkp/I/AACgkQ52SDGA2eCwVn1gCeNrVqDXdSp3HC7oNzR50Ge8fy hg4AnjM5JGZAyDn0GnHI4CNEVWt6Fg6d =gxH+ -----END PGP SIGNATURE----- --naDF1Uv0THizWcfp-- From owner-freebsd-stable@FreeBSD.ORG Sun Aug 9 22:04:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B510106564A for ; Sun, 9 Aug 2009 22:04:55 +0000 (UTC) (envelope-from ben@morrow.me.uk) Received: from relay.pcl-ipout01.plus.net (relay.pcl-ipout01.plus.net [212.159.7.99]) by mx1.freebsd.org (Postfix) with ESMTP id 0907B8FC08 for ; Sun, 9 Aug 2009 22:04:54 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqYEAGLlfkrUOFPl/2dsb2JhbACBUso1hBgFgUw Received: from plesk-mail01.plus.net ([212.56.83.229]) by relay.pcl-ipout01.plus.net with ESMTP; 09 Aug 2009 23:04:53 +0100 Received: (qmail 13768 invoked from network); 9 Aug 2009 22:04:53 +0000 Received: from host81-155-197-140.range81-155.btcentralplus.com (HELO osiris.mauzo.dyndns.org) (81.155.197.140) by plesk-mail01.plus.net with SMTP; 9 Aug 2009 22:04:52 +0000 Received: (qmail 57066 invoked by uid 1001); 9 Aug 2009 22:04:52 -0000 Date: Sun, 9 Aug 2009 23:04:52 +0100 From: Ben Morrow To: hawei@free.fr, freebsd-stable@freebsd.org Message-ID: <20090809220452.GA56972@osiris.mauzo.dyndns.org> Mail-Followup-To: hawei@free.fr, freebsd-stable@freebsd.org References: <20090725013500.GC62402@onelab2.iet.unipi.it> <20090725073805.GA11455@abigail.blackend.org> <20090806211401.GB2546@pollux.local.net> <68208453@h30.sp.ipt.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090809160121.GA1621@pollux.local.net> X-Newsgroups: gmane.os.freebsd.stable Organization: Who, me? User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: status of flash9/flash10 support in RELENG_7 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2009 22:04:55 -0000 Quoth Harald Weis : > > There is a huge problem though: > I've got now two vulnerable ports, firefox3 and linux-pango. > The linux-pango case is apparently several months old. > Any idea why the linux world doesn't seem to bother? > > How to persuade my user now not to use firefox, but w3m? > Impossible. I was about to say 'I believe the vuxml entry for firefox is incorrect', but I see it's been fixed. Neither 3.0.13 nor 3.5.2 are vulnerable, and vuxml now correctly reports this. Ben From owner-freebsd-stable@FreeBSD.ORG Mon Aug 10 02:14:08 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F37DC106566C for ; Mon, 10 Aug 2009 02:14:07 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id B62DC8FC15 for ; Mon, 10 Aug 2009 02:14:07 +0000 (UTC) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 74ED62E072; Mon, 10 Aug 2009 09:25:16 +0800 (CST) Message-ID: <4A7F7E1C.1000708@gddsn.org.cn> Date: Mon, 10 Aug 2009 09:55:40 +0800 From: wsk User-Agent: Thunderbird 2.0.0.21 (X11/20090420) MIME-Version: 1.0 To: stable@freebsd.org, rsmith@xs4all.nl Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Monitoring tools for mfi0: ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2009 02:14:08 -0000 On Sun, Aug 09, 2009 at 08:04:35PM +0200, V=E1clav Haisman wrote: > Hi, > I have a server with the "mfi0: " controller. Are there any > monitoring tool for this? I tried camcontrol but it doesn't even list the > device. =20 Maybe sysutils/megacli does what you want? Roland some times. I got follow mesgs on my Dell PE R900. any ideas? mfi0: 1989 (303015600s/0x0020/info) - Patrol Read started mfi0: 2020 (303022694s/0x0020/info) - Patrol Read complete mfi0: COMMAND 0xffffff80005a7870 TIMEOUT AFTER 43 SECONDS mfi0: COMMAND 0xffffff80005a7ed0 TIMEOUT AFTER 58 SECONDS pciconf: mfi0@pci0:25:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 rev=0x04 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS1078 PCI-X Fusion-MPT SAS' class = mass storage subclass = RAID From owner-freebsd-stable@FreeBSD.ORG Mon Aug 10 08:02:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16915106566B for ; Mon, 10 Aug 2009 08:02:28 +0000 (UTC) (envelope-from me@pollux.local.net) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id 886388FC22 for ; Mon, 10 Aug 2009 08:02:24 +0000 (UTC) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 90916D4811D for ; Mon, 10 Aug 2009 10:02:20 +0200 (CEST) Received: from pollux.local.net (che78-3-82-246-31-201.fbx.proxad.net [82.246.31.201]) by smtp5-g21.free.fr (Postfix) with ESMTP id ACAB0D48157 for ; Mon, 10 Aug 2009 10:02:18 +0200 (CEST) Received: by pollux.local.net (Postfix, from userid 2000) id A022D1CDD4; Mon, 10 Aug 2009 10:04:06 +0200 (CEST) Date: Mon, 10 Aug 2009 10:04:06 +0200 From: Harald To: freebsd-stable@freebsd.org Message-ID: <20090810080406.GA1608@pollux.local.net> Mail-Followup-To: freebsd-stable@freebsd.org References: <20090725013500.GC62402@onelab2.iet.unipi.it> <20090725073805.GA11455@abigail.blackend.org> <20090806211401.GB2546@pollux.local.net> <68208453@h30.sp.ipt.ru> <20090809220452.GA56972@osiris.mauzo.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090809220452.GA56972@osiris.mauzo.dyndns.org> User-Agent: Mutt/1.4.2.3i Subject: Re: status of flash9/flash10 support in RELENG_7 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2009 08:02:28 -0000 On Sun, Aug 09, 2009 at 11:04:52PM +0100, Ben Morrow wrote: > I was about to say 'I believe the vuxml entry for firefox is incorrect', > but I see it's been fixed. Neither 3.0.13 nor 3.5.2 are vulnerable, and > vuxml now correctly reports this. Today security/vuxml/vuln.xml says: firefox linux-firefox 3.*,1 3.*,13.0.13,1 3.5.*,13.5.2,1 1. Could someone tell me the meaning of the ``*'' values please ? I can't see the logic of the range lines. 2. Yesterday I installed firefox quickly with ``pkg_add -r firefox3'' and got firefox-3.0.10,1. Portaudit declares it vulnerable which seems to correspond to the second range line. I guess I have to compile firefox3 to be clean ? Harald From owner-freebsd-stable@FreeBSD.ORG Mon Aug 10 17:41:30 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45E011065688 for ; Mon, 10 Aug 2009 17:41:30 +0000 (UTC) (envelope-from ben@morrow.me.uk) Received: from relay.pcl-ipout01.plus.net (relay.pcl-ipout01.plus.net [212.159.7.99]) by mx1.freebsd.org (Postfix) with ESMTP id D5CCC8FC15 for ; Mon, 10 Aug 2009 17:41:29 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAMf4f0rUOFPl/2dsb2JhbACBUs9KhBgFgUw Received: from plesk-mail01.plus.net ([212.56.83.229]) by relay.pcl-ipout01.plus.net with ESMTP; 10 Aug 2009 18:41:28 +0100 Received: (qmail 17757 invoked from network); 10 Aug 2009 17:41:28 +0000 Received: from host81-155-197-140.range81-155.btcentralplus.com (HELO osiris.mauzo.dyndns.org) (81.155.197.140) by plesk-mail01.plus.net with SMTP; 10 Aug 2009 17:41:28 +0000 Received: (qmail 63365 invoked by uid 1001); 10 Aug 2009 17:41:27 -0000 Date: Mon, 10 Aug 2009 18:41:27 +0100 From: Ben Morrow To: hawei@free.fr, freebsd-stable@freebsd.org Message-ID: <20090810174127.GA63355@osiris.mauzo.dyndns.org> Mail-Followup-To: hawei@free.fr, freebsd-stable@freebsd.org References: <20090725013500.GC62402@onelab2.iet.unipi.it> <20090725073805.GA11455@abigail.blackend.org> <20090806211401.GB2546@pollux.local.net> <68208453@h30.sp.ipt.ru> <20090809220452.GA56972@osiris.mauzo.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090810080406.GA1608@pollux.local.net> X-Newsgroups: gmane.os.freebsd.stable Organization: Who, me? User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: status of flash9/flash10 support in RELENG_7 ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 10 Aug 2009 17:41:30 -0000 Quoth Harald : > On Sun, Aug 09, 2009 at 11:04:52PM +0100, Ben Morrow wrote: > > > I was about to say 'I believe the vuxml entry for firefox is incorrect', > > but I see it's been fixed. Neither 3.0.13 nor 3.5.2 are vulnerable, and > > vuxml now correctly reports this. > > Today security/vuxml/vuln.xml says: > > > > firefox > linux-firefox > 3.*,1 > 3.*,13.0.13,1 > 3.5.*,13.5.2,1 > > > 1. Could someone tell me the meaning of the ``*'' values please ? > I can't see the logic of the range lines. 3.* is the lowest possible version starting with '3.': in particular, it's less than 3.0 and less than 3.a . So the 3.*,1 will match anything less than firefox3. The next two lines deal with the specifics of which firefox3 versions are vulnerable. > 2. Yesterday I installed firefox quickly with ``pkg_add -r firefox3'' > and got firefox-3.0.10,1. > Portaudit declares it vulnerable which seems to correspond > to the second range line. > I guess I have to compile firefox3 to be clean ? 3.0.10,1 is vulnerable, yes. If there aren't packages for 3.0.13,1 yet you will need to compile it yourself. Ben From owner-freebsd-stable@FreeBSD.ORG Mon Aug 10 22:15:26 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E43BF1065676 for ; Mon, 10 Aug 2009 22:15:26 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id 50F518FC20 for ; Mon, 10 Aug 2009 22:15:25 +0000 (UTC) Received: by ewy2 with SMTP id 2so3331965ewy.43 for ; Mon, 10 Aug 2009 15:15:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=wCarG/s+49vQIEOzSFgHcvGxrkylDeHGgunG06X0h/I=; b=JtQXmOffb802PlX73M1qZK8y2hQMuL8rlJwbiosunql2Q+fN2byavSkUvHDhP6txBC 7yLzV+5q4AxUg6IJG3VrRx7fsKj4sxXGLweSCidoMXHXBovhAB2LDXYxpUVsbS3ug7GE qGXn2CG/AAcBh8AgXmm+dlF2XH5JR5uda+DuY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=UxCsIr9DKY80QX4+LQ1WI427gWRxYn5W+SPkxelZ0n/sIAyIA/tCiSG5fhjdz9OPk1 VuJR87C7yD7tJ1X4hJxI0MV95LMAZ+N2qNmVOUmzPKvmZ3xCNdGTmWnKJOMDnd0veYqm rXiJuVxGwfxvST/81mhST3LdJrhcDXyj2eg3Q= MIME-Version: 1.0 Received: by 10.210.53.1 with SMTP id b1mr3988eba.20.1249941190555; Mon, 10 Aug 2009 14:53:10 -0700 (PDT) Date: Mon, 10 Aug 2009 23:53:10 +0200 Message-ID: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> From: Christian Walther To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Problem with IBM Thinkpad T30 shutting down due to high temperatures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2009 22:15:27 -0000 Hello list, for some time now my T30 shuts down due to temperatures exceeding the safe limit of 92 degrees celcius. Regardless to say that a 2GHz pentium4m powers the machine, and these chips are "well known" for high temperatures. But I'm unable to do anything that causes high load on the laptop: Building world or complex ports makes the system reach the limit within minutes. A few days ago I configured xcompmgr, which even seems to make the problem whorse (yes, composite extension is enabled). What I don't know is if this is a hardware error, or something caused by the kernel. I wrote a small script to monitor dev.acpi_ibm.0.fan dev.acpi_ibm.0.fan_level, hw.acpi.thermal.tz0.temperature and dev.cpu.0.freq, and it sometimes appears that the temperature of the CPU rises, but the kernel doesn't decrease the clock in time. I tried setting hw.acpi.thermal.polling_rate=2, but this didn't seem to work out, too. Today I wanted to rsync $HOME to my server, which caused several shutdowns. I used a ssh connection, and my hard disk is encrypted using geom.eli with AES-CBC 256. I know that I put this machine under a rather high pressure (yes, I have all my filesystems encrypted, including /usr/ports and /usr/sys), but from my point of view the laptop should be able to deal with this. The kernel I'm using is basically GENERIC, with acpi_ibm and radeondrm added. What could I try next to prevent this from happening again? I guess it's needless to say that rebuilding ports (for example after the jpeg version bump) is next to impossible because it would require manual intervention everytime the temperature reaches the limit... I'm happy about any help I can get on this issue. Regards Christian From owner-freebsd-stable@FreeBSD.ORG Mon Aug 10 22:20:45 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B242F106566B for ; Mon, 10 Aug 2009 22:20:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 441578FC2B for ; Mon, 10 Aug 2009 22:20:44 +0000 (UTC) Received: (qmail 24907 invoked by uid 399); 10 Aug 2009 22:20:40 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Aug 2009 22:20:40 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A809D32.9050607@FreeBSD.org> Date: Mon, 10 Aug 2009 15:20:34 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090729) MIME-Version: 1.0 To: Christian Walther References: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> In-Reply-To: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2009 22:20:45 -0000 Christian Walther wrote: > Hello list, > > for some time now my T30 shuts down due to temperatures exceeding the > safe limit of 92 degrees celcius. You included a lot of details, but missed some crucial ones. First, did it ever work? If so, what you probably have are fans/heat sinks that are clogged with dust. Give the system a good hosing with compressed air and see if that helps. You also failed to mention whether or not the fans come on, and whether or not they increase in speed when it gets hotter. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Mon Aug 10 22:55:02 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C1091065670 for ; Mon, 10 Aug 2009 22:55:02 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr1.xs4all.nl (smtp-vbr1.xs4all.nl [194.109.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id ABCDB8FC1F for ; Mon, 10 Aug 2009 22:55:01 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr1.xs4all.nl (8.13.8/8.13.8) with ESMTP id n7AMdBuk068941; Tue, 11 Aug 2009 00:39:11 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 9A037BA8D; Tue, 11 Aug 2009 00:39:11 +0200 (CEST) Date: Tue, 11 Aug 2009 00:39:11 +0200 From: Roland Smith To: Christian Walther Message-ID: <20090810223911.GA60489@slackbox.xs4all.nl> References: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="C7zPtVaVf+AK4Oqc" Content-Disposition: inline In-Reply-To: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org Subject: Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Aug 2009 22:55:02 -0000 --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Aug 10, 2009 at 11:53:10PM +0200, Christian Walther wrote: > Hello list, >=20 > for some time now my T30 shuts down due to temperatures exceeding the > safe limit of 92 degrees celcius. > Regardless to say that a 2GHz pentium4m powers the machine, and these > chips are "well known" for high temperatures. > But I'm unable to do anything that causes high load on the laptop: > Building world or complex ports makes the system reach the limit > within minutes. A few days ago I configured xcompmgr, which even seems > to make the problem whorse (yes, composite extension is enabled). > What I don't know is if this is a hardware error, or something caused > by the kernel. I wrote a small script to monitor dev.acpi_ibm.0.fan > dev.acpi_ibm.0.fan_level, hw.acpi.thermal.tz0.temperature and > dev.cpu.0.freq, and it sometimes appears that the temperature of the > CPU rises, but the kernel doesn't decrease the clock in time. If available, you can use acpi_thermal(4) to set the temperatures at which atcive cooling engaves. Look for the sysctl 'hw.acpi.thermal.tz%d._ACx', wh= ere %d is the core number and x is the cooling level. Or set the level manually with 'hw.acpi.thermal.tz%d.active'. Read the acpi_thermal manpage for more details. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --C7zPtVaVf+AK4Oqc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqAoY8ACgkQEnfvsMMhpyV09wCfRBIlC7tNyUBGVci9xDVbmSjH AG8An0Dm4uFixnyOx8Put0ljUnfWq2Vz =N55i -----END PGP SIGNATURE----- --C7zPtVaVf+AK4Oqc-- From owner-freebsd-stable@FreeBSD.ORG Tue Aug 11 05:06:02 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 252A71065674 for ; Tue, 11 Aug 2009 05:06:02 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id EB8468FC20 for ; Tue, 11 Aug 2009 05:06:01 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 10 Aug 2009 21:38:50 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.3/8.14.1) with ESMTP id n7B4baot048000; Mon, 10 Aug 2009 21:37:36 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.3/8.14.3/Submit) id n7B4bZFI047995; Mon, 10 Aug 2009 21:37:35 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200908110437.n7B4bZFI047995@ambrisko.com> In-Reply-To: <4A7F7E1C.1000708@gddsn.org.cn> To: wsk Date: Mon, 10 Aug 2009 21:37:35 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: rsmith@xs4all.nl, stable@freebsd.org Subject: Re: Monitoring tools for mfi0: ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2009 05:06:02 -0000 wsk writes: [ Charset UTF-8 unsupported, converting... ] | On Sun, Aug 09, 2009 at 08:04:35PM +0200, V=E1clav Haisman wrote: | > Hi, | | > I have a server with the "mfi0: " controller. Are there any | > monitoring tool for this? I tried camcontrol but it doesn't even list the | > device. | =20 | Maybe sysutils/megacli does what you want? | | Roland | | some times. I got follow mesgs on my Dell PE R900. any ideas? | | mfi0: 1989 (303015600s/0x0020/info) - Patrol Read started | mfi0: 2020 (303022694s/0x0020/info) - Patrol Read complete This is normal. Patrol read scans for potential disk errors. If you want more info in real-time then you can set hw.mfi.event_class="-2" and get more detail or use MegaCli to get the full event log. | mfi0: COMMAND 0xffffff80005a7870 TIMEOUT AFTER 43 SECONDS | mfi0: COMMAND 0xffffff80005a7ed0 TIMEOUT AFTER 58 SECONDS This is usually okay and saying that some commands are taking a while. If the command never completes then that is a problem. the RAID control can decide the order of completing commands so it can take some time. | pciconf: | mfi0@pci0:25:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 rev=0x04 hdr=0x00 | vendor = 'LSI Logic (Was: Symbios Logic, NCR)' | device = 'SAS1078 PCI-X Fusion-MPT SAS' | class = mass storage | subclass = RAID FWIW, that is a bad discription since it claims it is the SAS card and not the RAID. Doug A. From owner-freebsd-stable@FreeBSD.ORG Tue Aug 11 07:24:12 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F07E1065675 for ; Tue, 11 Aug 2009 07:24:12 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id B97338FC3F for ; Tue, 11 Aug 2009 07:24:11 +0000 (UTC) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate02.web.de (Postfix) with ESMTP id C5617112A1CFF; Tue, 11 Aug 2009 08:53:58 +0200 (CEST) Received: from [217.236.33.145] (helo=zelda.local) by smtp08.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #314) id 1MalF8-0006rc-00; Tue, 11 Aug 2009 08:53:58 +0200 Date: Tue, 11 Aug 2009 08:53:55 +0200 From: Martin To: Christian Walther Message-ID: <20090811085355.79e428a7@zelda.local> In-Reply-To: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> References: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> X-Mailer: Claws Mail 3.7.2 (GTK+ 2.16.5; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX19W2r42Ay+1wqvtmbPHsoCpv1inu1Ir+zcW9T9N g8u+TfvcWIO/HqL+EfzaqEE0S2G64ZdOGcxf26ZIG2mX4shJbJ nKAQxPpPM= Cc: stable@freebsd.org Subject: Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2009 07:24:12 -0000 Am Mon, 10 Aug 2009 23:53:10 +0200 schrieb Christian Walther : > What could I try next to prevent this from happening again? I guess > it's needless to say that rebuilding ports (for example after the jpeg > version bump) is next to impossible because it would require manual > intervention everytime the temperature reaches the limit... >=20 > I'm happy about any help I can get on this issue. Hi Christian, I've had this too with my T60p. The temperature when it shut down was 101=C2=B0C. Also while compiling ports on FreeBSD. Other OSes were fine on this laptop (around 90=C2=B0C when on high load). This seems to happen when using ATI based Thinkpads. The fan is for both CPU and GPU and the GPU runs idle at over 70=C2=B0C, because FreeBSD is missing any power saving modes that tune down the GPU voltage (this is the only way to keep the GPU cool). Also idle temperature with FreeBSD is very high, at around 70=C2=B0C instead of 50=C2=B0C on OSes that can use= power management for ATI mobile adapters. What to do? - check the fan and look if there is dust (clean it, but don't touch the fan too hard, because it will break!) - when compiling ports/world, make sure you have your laptop near fresh air - use a script that tunes down the frequency when temperature is above a sane level (it should tune up again, when it's sinking too far) and use it while doing some heavy things on FreeBSD I don't have the laptop anymore, because of this problem, but I still have the script. You have to check if it still works and tune the values for the temperatures and sysctls. I really don't care to make it an universal solution. http://bsdforen.pastebin.com/f331d2357 The perl script keeps a history of the temperature in last few seconds and tunes it according to the average, afair. It also prints the CPU temperature and the CPU speed. Have fun with it. ;) -- Martin From owner-freebsd-stable@FreeBSD.ORG Tue Aug 11 10:42:55 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C46C1065675 for ; Tue, 11 Aug 2009 10:42:55 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id EEBA68FC40 for ; Tue, 11 Aug 2009 10:42:54 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0KO700J38HNGR020@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 11 Aug 2009 11:42:52 +0200 (CEST) Received: from kg-v2.kg4.no ([80.203.109.136]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0KO700C92HNG0Y40@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Tue, 11 Aug 2009 11:42:52 +0200 (CEST) Date: Tue, 11 Aug 2009 11:42:36 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20090811114236.05ad43d2.torfinn.ingolfsen@broadpark.no> In-reply-to: <4A809D32.9050607@FreeBSD.org> References: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> <4A809D32.9050607@FreeBSD.org> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.16.5; amd64-portbld-freebsd7.2) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2009 10:42:55 -0000 On Mon, 10 Aug 2009 15:20:34 -0700 Doug Barton wrote: > You included a lot of details, but missed some crucial ones. First, > did it ever work? If so, what you probably have are fans/heat sinks > that are clogged with dust. Give the system a good hosing with > compressed air and see if that helps. If that doesn't work, disassembling the machine will allow him to more easily clean the dust out of the fan. Also, the T30 is (by now) a n old machine, if cleaning the fan(s) doesn't work, he could try to change thermal paste between the cpu and the heatsink. HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Tue Aug 11 17:49:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 791EE106566C for ; Tue, 11 Aug 2009 17:49:09 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 61F088FC51 for ; Tue, 11 Aug 2009 17:49:09 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n7BHn6rt032419 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 11 Aug 2009 10:49:07 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id ABF5A1CC31; Tue, 11 Aug 2009 10:49:06 -0700 (PDT) To: Torfinn Ingolfsen In-reply-to: Your message of "Tue, 11 Aug 2009 11:42:36 +0200." <20090811114236.05ad43d2.torfinn.ingolfsen@broadpark.no> Date: Tue, 11 Aug 2009 10:49:06 -0700 From: "Kevin Oberman" Message-Id: <20090811174906.ABF5A1CC31@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-11_16:2009-08-11, 2009-08-11, 2009-08-11 signatures=0 Cc: freebsd-stable@freebsd.org Subject: Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2009 17:49:09 -0000 > Date: Tue, 11 Aug 2009 11:42:36 +0200 > From: Torfinn Ingolfsen > Sender: owner-freebsd-stable@freebsd.org > > On Mon, 10 Aug 2009 15:20:34 -0700 > Doug Barton wrote: > > > You included a lot of details, but missed some crucial ones. First, > > did it ever work? If so, what you probably have are fans/heat sinks > > that are clogged with dust. Give the system a good hosing with > > compressed air and see if that helps. > > If that doesn't work, disassembling the machine will allow him to more > easily clean the dust out of the fan. > Also, the T30 is (by now) a n old machine, if cleaning the fan(s) > doesn't work, he could try to change thermal paste between the cpu and > the heatsink. And, for those who don't do this a lot, that means cleaning off all residual goo and spreading a VERY thin layer of thermal grease on both surfaces. Thin is good. Very, very thin and as even as possible. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Tue Aug 11 21:13:17 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 588A6106566B for ; Tue, 11 Aug 2009 21:13:17 +0000 (UTC) (envelope-from news@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.freebsd.org (Postfix) with ESMTP id CCC1E8FC1F for ; Tue, 11 Aug 2009 21:13:16 +0000 (UTC) Received: from uucp.dinoex.sub.de (uucp@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.3/8.14.2) with ESMTP id n7BLCeSY070601 for ; Tue, 11 Aug 2009 23:12:41 +0200 (CEST) (envelope-from news@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.14.3/8.14.2/Submit) with UUCP id n7BLCeL5070600 for freebsd-stable@FreeBSD.ORG; Tue, 11 Aug 2009 23:12:40 +0200 (CEST) (envelope-from news@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.14.3/8.14.2) with ESMTP id n7BL4eOo030249 for ; Tue, 11 Aug 2009 23:04:40 +0200 (CEST) (envelope-from news@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.14.3/8.14.3) with ESMTP id n7BL44vG030155 for ; Tue, 11 Aug 2009 23:04:05 +0200 (CEST) (envelope-from news@gate.oper.dinoex.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.14.3/8.14.3/Submit) id n7BL446o030154 for freebsd-stable@FreeBSD.ORG; Tue, 11 Aug 2009 23:04:04 +0200 (CEST) (envelope-from news) From: pmc@citylink.dinoex.sub.org (Peter Much) Message-ID: Date: Tue, 11 Aug 2009 20:56:46 GMT Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 References: <4A325E9F.2080802@icyb.net.ua> <3c1674c90906121354s6d6ae7ben5082708b1586e94f@mail.gmail.com> Mime-Version: 1.0 Organization: some more stinking socks X-Newsreader: trn 4.0-test76 (Apr 2, 2001) Sender: To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (uucp.dinoex.sub.de [194.45.71.2]); Tue, 11 Aug 2009 23:12:41 +0200 (CEST) Cc: Subject: Re: zfs/panic: short after rollback X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Aug 2009 21:13:17 -0000 aka Kip Macy schrieb mit Datum Fri, 12 Jun 2009 13:54:40 -0700 in m2n.fbsd.stable: |show sleepchain |show thread 100263 | |On Fri, Jun 12, 2009 at 6:56 AM, Andriy Gapon wrote: |> |> I did zfs rollback xxx@yyy |> And then did ls on a directory in the rolled-back fs. |> panic: sleeping thread This is quite likely the same problem as I experience. And it is maybe also the same problem as in kern/137037 and kern/129148. It seems to show up in some different flavours, while the bottomline is this: do a rollback, and soon after (usually at the next filesystem-related action) the kernel has gone fishing. I experienced it first when doing a rollback of a mounted filesystem. It crashed right after the first try, and it did so reproducible. (Well, more or less reproducible - another day under similar circumstances it did not crash.) Then I started thinking, and came to the conclusion that a rollback of a mounted filesystem (with possibly open files) could easily bring a lot of things into an undefined state, and should not be something one wants to do normally. So maybe it is not supposed to work at all. Anyway, when trying this, I do either get the "sleeping thread" message (as above), or a panic from _sx_xlock() (as shown in my addendum to kern/137037, and in the addendum to kern/129148). So I started to do rollbacks on unmounted filesystems (quite an excessive amount of them), and while this seemed to work at first, later on the system failures reappeared. These system failures took various shapes - I experienced immediate resets without dump, and system hangs. When deliberately trying to reproduce that (after installing a kernel with debugging info and watching the console), I also captured a panic coming from _sx_xlock() - so it seems to be the same problem as without unmounting, only that it takes a couple of rollbacks (a dozen or more) to hit. Over all, there was never any data loss or persistent damage. So, I consider rollback still functional and safe to use, but I consider a system no longer production stable after doing a rollback. rgds, PMc From owner-freebsd-stable@FreeBSD.ORG Wed Aug 12 07:47:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95A14106564A for ; Wed, 12 Aug 2009 07:47:20 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-ew0-f212.google.com (mail-ew0-f212.google.com [209.85.219.212]) by mx1.freebsd.org (Postfix) with ESMTP id 20D328FC41 for ; Wed, 12 Aug 2009 07:47:19 +0000 (UTC) Received: by ewy8 with SMTP id 8so3882940ewy.36 for ; Wed, 12 Aug 2009 00:47:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=upFu91WzVp7jDhCst+1eoN/Sn4tmAftGBSgaWpJcpIo=; b=QIKa0UmZDiIXHe5gb2s88tryu8kPN2DjzC1e3N9FD1ecmRh3UYf+J7qqPooogdinwi 94QuvMFmoNn4DsQpGlN3iwDAlTMMhxx613DwkDOMj+U4YJ9wzbQhLHHE+oYe2Xy5czzB vRNhas+yFOiqSmIpMdcq47otZQpirmG98F+iA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=AbRAFxulzQ+M9MfPsKBdexHlj+xu+YWjQuPLIqaiS7+uJi7dZOjsC9px8u1F2ZY05z 1LORL7HqtRJNau3KGs7OBqopvXEII6CwzuwLDvcbLrquY9PIN54aUlX2QjBMsE0f9nym 9CLxq3omh3QZSmSLMH7zLXRMWJW0EK3n4/mN0= MIME-Version: 1.0 Received: by 10.210.19.7 with SMTP id 7mr2071930ebs.52.1250063238968; Wed, 12 Aug 2009 00:47:18 -0700 (PDT) Date: Wed, 12 Aug 2009 09:47:18 +0200 Message-ID: <14989d6e0908120047j29806c80gb92f0aac881bcf1f@mail.gmail.com> From: Christian Walther To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Cpufreq/ACPI problem? (basically still is: "Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures") X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2009 07:47:20 -0000 Hi, thank you for all your feedback. I won't answer all replies in detail, but will summarise what I did to give you some sort of report. Doug made me think about the beginning of this situation. I can't tell you for sure that I had the T30 working flawlessly, because I took the original install from another, older thinkpad. But I did change some BIOS settings, Interrupt settings, mainly, that seem to cause problems with my Wireless NIC in the past. So I restored the BIOS defaults. This seems to make the problem disappear, but to be honest: I'm not sure if I messed up the ACPI table at all, or if this is some sort of performance issue, because I now have all IO bound devices on IRQ 11: vgapci0: port 0x3000-0x30ff mem 0xe8000000-0xefffffff,0xd0100000-0xd010ffff irq 11 at device 0.0 on pci1 uhci0: port 0x1800-0x181f irq 11 at device 29.0 on pci0 uhci1: port 0x1820-0x183f irq 11 at device 29.1 on pci0 uhci2: port 0x1840-0x185f irq 11 at device 29.2 on pci0 cbb0: mem 0x50000000-0x50000fff irq 11 at device 0.0 on pci2 cbb1: mem 0x51000000-0x51000fff irq 11 at device 0.1 on pci2 fxp0: port 0x8000-0x803f mem 0xd0200000-0xd0200fff irq 11 at device 8.0 on pci2 pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff irq 11 at device 31.5 on pci0 This causes screen refresh problems (e.g. urxvt isn't able to draw new lines as expected). Still, this didn't resolve the issue, so I took a look at acpi_thermal. Right now I have the following set in /etc/sysctl.conf hw.acpi.thermal.user_override=1 hw.acpi.thermal.tz0._PSV=84.0C hw.acpi.thermal.polling_rate=2 This basically gives me: # sysctl -a|egrep "(temp|freq|acpi.therm|acpi_ibm.*fan)" kern.acct_chkfreq: 15 kern.timecounter.tc.i8254.frequency: 1193182 kern.timecounter.tc.ACPI-fast.frequency: 3579545 kern.timecounter.tc.TSC.frequency: 2000000000 net.inet.sctp.sack_freq: 2 net.inet6.ip6.use_tempaddr: 0 net.inet6.ip6.temppltime: 86400 net.inet6.ip6.tempvltime: 604800 net.inet6.ip6.prefer_tempaddr: 0 debug.cpufreq.verbose: 0 debug.cpufreq.lowest: 0 hw.acpi.thermal.min_runtime: 0 hw.acpi.thermal.polling_rate: 2 hw.acpi.thermal.user_override: 1 hw.acpi.thermal.tz0.temperature: 62.0C hw.acpi.thermal.tz0.active: 0 hw.acpi.thermal.tz0.passive_cooling: 1 hw.acpi.thermal.tz0.thermal_flags: 0 hw.acpi.thermal.tz0._PSV: 84.0C hw.acpi.thermal.tz0._HOT: -1 hw.acpi.thermal.tz0._CRT: 92.0C hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 hw.acpi.thermal.tz0._TC1: 5 hw.acpi.thermal.tz0._TC2: 3 hw.acpi.thermal.tz0._TSP: 600 machdep.acpi_timer_freq: 3579545 machdep.tsc_freq: 2000000000 machdep.i8254_freq: 1193182 dev.acpi_ibm.0.fan_speed: 4465 dev.acpi_ibm.0.fan_level: 0 dev.acpi_ibm.0.fan: 1 dev.cpu.0.freq: 2000 dev.cpu.0.freq_levels: 2000/0 1750/0 1500/0 1250/0 1200/0 1050/0 900/0 750/0 600/0 450/0 300/0 dev.acpi_perf.0.freq_settings: 2000/0 1200/0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 Active cooling doesn't seem to be supported. There is a fan of course, and I can even set a fan level via dev.acpi_ibm.0.fan, but this is not related to hw.acpi.thermal.tz0._HOT and hw.acpi.thermal.tz0._ACx (which is read only anyway). According to dev.acpi_ibm.0.fan_speed the speed of the fan is something between 4450 and 4780. The interesting bit here is cpufreq and how it behaves. Lets have a look at the output of the following loop: # while true ; do temp=$( sysctl hw.acpi.thermal.tz0.temperature ) ; freq=$( sysctl dev.cpu.0.freq ) ; printf "%4s %4s\n" $freq[17,$#freq] $temp[34,$#temp] ; sleep 2 ; done 2000 84.0C 2000 85.0C 2000 85.0C 2000 85.0C 2000 86.0C 300 86.0C 300 86.0C 300 86.0C 300 85.0C 300 84.0C 300 82.0C 300 81.0C It appears that cpufreq requires at least eight seconds to reduce the frequency. There are two issues I'm seeing here: Firstly hw.acpi.thermal.polling_rate: 2 Either I get this one wrong, or cpufreq doesn't react after every poll. I've seen this in the past, but not as good as now. Secondly cpufreq doesn't seem to use dev.cpu.0.freq_levels at all, but drop to the lowest frequency available. And it does the same the other way round, too. I was able to built a new userland and kernel yesterday, so I'll do some more testing with a decent system after a clean reboot. The kernel I want to use next time will be plain GENERIC. This does not turn on support for active cooling in any way, something I was thinking about because according to acpi_ibm fan levels from 0 to 7 are supported. And setting them manually works, so I guess this should be possible with acpi.thermal, too. Or am I mistaken and acpi.thermal and acpi_ibm don't interact with each other? The interesting bit here is cpufreq: Is the behaviour normal and to be expected, or is this possibly a bug? Regards Christian Walther From owner-freebsd-stable@FreeBSD.ORG Wed Aug 12 09:46:00 2009 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 419B61065674 for ; Wed, 12 Aug 2009 09:46:00 +0000 (UTC) (envelope-from emss@free.fr) Received: from smtp-msa-out01.orange.fr (smtp-msa-out01.orange.fr [193.252.23.120]) by mx1.freebsd.org (Postfix) with ESMTP id C54D68FC3F for ; Wed, 12 Aug 2009 09:45:59 +0000 (UTC) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf5a03.orange.fr (SMTP Server) with ESMTP id 6C5091C0008E; Wed, 12 Aug 2009 11:45:58 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf5a03.orange.fr (SMTP Server) with ESMTP id 5E1461C00099; Wed, 12 Aug 2009 11:45:58 +0200 (CEST) Received: from srvbsdnanssv.interne.kisoft-services.com (LCaen-151-92-21-48.w217-128.abo.wanadoo.fr [217.128.200.48]) by mwinf5a03.orange.fr (SMTP Server) with ESMTP id 445661C0008E; Wed, 12 Aug 2009 11:45:58 +0200 (CEST) X-ME-UUID: 20090812094558280.445661C0008E@mwinf5a03.orange.fr X-ME-User-Auth: e-masson0330 Received: from localhost (localhost [127.0.0.1]) by srvbsdnanssv.interne.kisoft-services.com (Postfix) with ESMTP id D26B7170D6; Wed, 12 Aug 2009 11:45:57 +0200 (CEST) X-Virus-Scanned: amavisd-new at interne.kisoft-services.com Received: from srvbsdnanssv.interne.kisoft-services.com ([127.0.0.1]) by localhost (srvbsdnanssv.interne.kisoft-services.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M9OLtI7WTdfQ; Wed, 12 Aug 2009 11:45:55 +0200 (CEST) Received: by srvbsdnanssv.interne.kisoft-services.com (Postfix, from userid 1001) id 03EAB170E0; Wed, 12 Aug 2009 11:45:54 +0200 (CEST) To: Ed Schouten From: Eric Masson In-Reply-To: <20090809193056.GY1292@hoeg.nl> (Ed Schouten's message of "Sun, 9 Aug 2009 21:30:56 +0200") References: <86tz0phrpq.fsf@srvbsdnanssv.interne.kisoft-services.com> <20090809193056.GY1292@hoeg.nl> X-Operating-System: FreeBSD 6.4-RELEASE-p5 i386 Date: Wed, 12 Aug 2009 11:45:54 +0200 Message-ID: <86d471bc19.fsf@srvbsdnanssv.interne.kisoft-services.com> User-Agent: Gnus/5.1008 (Gnus v5.10.8) XEmacs/21.5-b28 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: Mailing List FreeBSD Stable Subject: Re: 8.0-BETA2, console freezes X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2009 09:46:00 -0000 Ed Schouten writes: Hi Ed, Back from vacation... > I have also seen this on some of the systems I use myself, where > switching VTs locks up the video for a second or two. It seems to be > unrelated to any of my Syscons and TTY changes, because I have also > experienced this before I worked on MPSAFE TTY. Ok. > Happily enough, this issue isn't present in my own console driver, > because it doesn't reprogram the graphics hardware when switching > virtual terminals, which I suspect it is related to. I can't switch to another graphics card (integrated on board)... Is there a maintainer for graphics support atm please ? I think I'll bother him then ;) Regards Éric -- MH: Quand au Mac, dites Mr Jobs, voyez avec Sony pour installer une carte PSX2 sur les Mac. SP: Voilà. Sur le port Mezzanine de l'iMac, par exemple. -+- SP in Guide du Macounet Pervers : Bien utiliser la mezzanine -+- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 12 16:14:37 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EF8F106566B for ; Wed, 12 Aug 2009 16:14:37 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (unknown [IPv6:2001:718:2:0:217:a4ff:fe3f:b3d5]) by mx1.freebsd.org (Postfix) with ESMTP id B698D8FC3A for ; Wed, 12 Aug 2009 16:14:36 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id BCEB23C077; Wed, 12 Aug 2009 18:14:35 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27154-09; Wed, 12 Aug 2009 18:14:27 +0200 (CEST) Received: from [10.0.0.1] (35.201.broadband4.iol.cz [85.71.201.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id BA01F3BE41; Wed, 12 Aug 2009 18:14:27 +0200 (CEST) Message-ID: <4A82EA93.8080109@sh.cvut.cz> Date: Wed, 12 Aug 2009 18:15:15 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig16487EE7406A7D00F48E9181" X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=2.1 tagged_above=-255.0 required=5.0 tests=AWL, BOTNET, CRM114_HAM_00, JR_RCVD_HOST_PROBS1, JR_RCVD_TOO_FEW_HOPS X-Spam-Level: ** Subject: What does "mfi0: Copy out failed" mean? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2009 16:14:37 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig16487EE7406A7D00F48E9181 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I am getting "mfi0: Copy out failed" message in logs, usually several tim= es a day. What does it mean? This is FreeBSD 7.2. -- VH --------------enig16487EE7406A7D00F48E9181 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEAREIAAYFAkqC6p4ACgkQr2CghdezFMn1BgCeIV2qx8ymDEyGuk1w2Qv9256N NpAAn2K56HqCsDa4CLvBBd07rFP5dHr0 =Hgr3 -----END PGP SIGNATURE----- --------------enig16487EE7406A7D00F48E9181-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 12 18:21:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AF6F106564A for ; Wed, 12 Aug 2009 18:21:39 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id C8F538FC1F for ; Wed, 12 Aug 2009 18:21:38 +0000 (UTC) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id n7CILbDY018983; Wed, 12 Aug 2009 20:21:37 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 57E5DBA9B; Wed, 12 Aug 2009 20:21:37 +0200 (CEST) Date: Wed, 12 Aug 2009 20:21:37 +0200 From: Roland Smith To: Christian Walther Message-ID: <20090812182137.GC27066@slackbox.xs4all.nl> References: <14989d6e0908120047j29806c80gb92f0aac881bcf1f@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GPJrCs/72TxItFYR" Content-Disposition: inline In-Reply-To: <14989d6e0908120047j29806c80gb92f0aac881bcf1f@mail.gmail.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: Cpufreq/ACPI problem? (basically still is: "Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures") X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2009 18:21:39 -0000 --GPJrCs/72TxItFYR Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 12, 2009 at 09:47:18AM +0200, Christian Walther wrote: > Hi, >=20 > thank you for all your feedback. > I won't answer all replies in detail, but will summarise what I did to > give you some sort of report. > Doug made me think about the beginning of this situation. I can't tell > you for sure that I had the T30 working flawlessly, because I took the > original install from another, older thinkpad. > But I did change some BIOS settings, Interrupt settings, mainly, that > seem to cause problems with my Wireless NIC in the past. So I restored > the BIOS defaults. This seems to make the problem disappear, but to be > honest: I'm not sure if I messed up the ACPI table at all, or if this > is some sort of performance issue, because I now have all IO bound > devices on IRQ 11: >=20 > vgapci0: port 0x3000-0x30ff mem > 0xe8000000-0xefffffff,0xd0100000-0xd010ffff irq 11 at device 0.0 on > pci1 > uhci0: port > 0x1800-0x181f irq 11 at device 29.0 on pci0 > uhci1: port > 0x1820-0x183f irq 11 at device 29.1 on pci0 > uhci2: port > 0x1840-0x185f irq 11 at device 29.2 on pci0 > cbb0: mem 0x50000000-0x50000fff irq 11 at > device 0.0 on pci2 > cbb1: mem 0x51000000-0x51000fff irq 11 at > device 0.1 on pci2 > fxp0: port 0x8000-0x803f > mem 0xd0200000-0xd0200fff irq 11 at device 8.0 on pci2 > pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff irq 11 > at device 31.5 on pci0 >=20 > This causes screen refresh problems (e.g. urxvt isn't able to draw new > lines as expected). Still, this didn't resolve the issue, so I took a > look at acpi_thermal. > Right now I have the following set in /etc/sysctl.conf >=20 > hw.acpi.thermal.user_override=3D1 According to acpi_thermal(4), you should not use decimal. So it should be 8= 4C instead of 84.0C. > hw.acpi.thermal.tz0._PSV=3D84.0C > hw.acpi.thermal.polling_rate=3D2 >=20 > This basically gives me: >=20 > # sysctl -a|egrep "(temp|freq|acpi.therm|acpi_ibm.*fan)" > kern.acct_chkfreq: 15 > kern.timecounter.tc.i8254.frequency: 1193182 > kern.timecounter.tc.ACPI-fast.frequency: 3579545 > kern.timecounter.tc.TSC.frequency: 2000000000 > net.inet.sctp.sack_freq: 2 > net.inet6.ip6.use_tempaddr: 0 > net.inet6.ip6.temppltime: 86400 > net.inet6.ip6.tempvltime: 604800 > net.inet6.ip6.prefer_tempaddr: 0 > debug.cpufreq.verbose: 0 > debug.cpufreq.lowest: 0 You should look at dev.cpu.N.freq_levels, where N is the number of the core. See cpufreq(4) and below. > hw.acpi.thermal.polling_rate: 2 The polling_rate is just the number of seconds between readings of the temperature. Nothing more. > hw.acpi.thermal.user_override: 1 > hw.acpi.thermal.tz0.temperature: 62.0C > hw.acpi.thermal.tz0.active: 0 > hw.acpi.thermal.tz0.passive_cooling: 1 > hw.acpi.thermal.tz0.thermal_flags: 0 > hw.acpi.thermal.tz0._PSV: 84.0C The _PSV setting means that the system will only start throttling the CPU w= hen temperature reaches 84=B0C! You might want to set that a little lower. The system shuts down at 92=B0C. That seems to be a fine line to walk. > hw.acpi.thermal.tz0._HOT: -1 > hw.acpi.thermal.tz0._CRT: 92.0C > hw.acpi.thermal.tz0._ACx: -1 -1 -1 -1 -1 -1 -1 -1 -1 -1 > hw.acpi.thermal.tz0._TC1: 5 > hw.acpi.thermal.tz0._TC2: 3 > hw.acpi.thermal.tz0._TSP: 600 > machdep.acpi_timer_freq: 3579545 > machdep.tsc_freq: 2000000000 > machdep.i8254_freq: 1193182 > dev.acpi_ibm.0.fan_speed: 4465 > dev.acpi_ibm.0.fan_level: 0 > dev.acpi_ibm.0.fan: 1 > dev.cpu.0.freq: 2000 > dev.cpu.0.freq_levels: 2000/0 1750/0 1500/0 1250/0 1200/0 1050/0 900/0 > 750/0 600/0 450/0 300/0 > dev.acpi_perf.0.freq_settings: 2000/0 1200/0 > dev.cpufreq.0.%driver: cpufreq > dev.cpufreq.0.%parent: cpu0 > dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 > 3750/-1 2500/-1 >=20 > Active cooling doesn't seem to be supported. There is a fan of course, > and I can even set a fan level via dev.acpi_ibm.0.fan, but this is not > related to hw.acpi.thermal.tz0._HOT and hw.acpi.thermal.tz0._ACx > (which is read only anyway). > According to dev.acpi_ibm.0.fan_speed the speed of the fan is > something between 4450 and 4780. >=20 > The interesting bit here is cpufreq and how it behaves. Lets have a > look at the output of the following loop: > # while true ; do temp=3D$( sysctl hw.acpi.thermal.tz0.temperature ) ; > freq=3D$( sysctl dev.cpu.0.freq ) ; printf "%4s %4s\n" $freq[17,$#freq] > $temp[34,$#temp] ; sleep 2 ; done > 2000 84.0C > 2000 85.0C > 2000 85.0C > 2000 85.0C > 2000 86.0C > 300 86.0C > 300 86.0C > 300 86.0C > 300 85.0C > 300 84.0C > 300 82.0C > 300 81.0C >=20 > It appears that cpufreq requires at least eight seconds to reduce the > frequency. There are two issues I'm seeing here: Firstly > hw.acpi.thermal.polling_rate: 2 Either I get this one wrong, or > cpufreq doesn't react after every poll. The latter, I think. > The interesting bit here is cpufreq: Is the behaviour normal and to be > expected, or is this possibly a bug? Cpufreq is just a frequency control framework. It relies on powerd(8) to actually change frequencies. You can set variables in /etc/rc.conf to enable and control powerd. On my desktop I have the following in /etc/rc.conf: # Enable power monitoring. powerd_enable=3D"YES" powerd_flags=3D"-i 95 -r 90" My laptop works best without powerd_flags set. YMMV. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --GPJrCs/72TxItFYR Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqDCDEACgkQEnfvsMMhpyXDSgCeJjVf01YCSg2LhpCfkpgkdNRK qUEAnRr4YNQUdFV7KCikPMj+D5z++pTR =5lBN -----END PGP SIGNATURE----- --GPJrCs/72TxItFYR-- From owner-freebsd-stable@FreeBSD.ORG Wed Aug 12 19:16:13 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4497710656C3 for ; Wed, 12 Aug 2009 19:16:13 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail11.syd.optusnet.com.au (mail11.syd.optusnet.com.au [211.29.132.192]) by mx1.freebsd.org (Postfix) with ESMTP id 712CD8FC64 for ; Wed, 12 Aug 2009 19:16:12 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-201-175.belrs3.nsw.optusnet.com.au [122.106.201.175]) by mail11.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n7CJG9BX013280 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 13 Aug 2009 05:16:10 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n7CJG94F075396 for ; Thu, 13 Aug 2009 05:16:09 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n7CJG93a075395 for freebsd-stable@freebsd.org; Thu, 13 Aug 2009 05:16:09 +1000 (EST) (envelope-from peter) Date: Thu, 13 Aug 2009 05:16:09 +1000 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20090812191609.GA60973@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="YZ5djTAD1cGYuMQK" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.19 (2009-01-05) Subject: Panic due to junk pointer in pf(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Aug 2009 19:16:15 -0000 --YZ5djTAD1cGYuMQK Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable My firewall (7.2p3/i386) recently panic'd: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x1065e fault code =3D supervisor read, page not present =2E.. I have a crashdump that shows: #6 0xc06c9c1b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 #7 0xc044ecd0 in pf_state_tree_lan_ext_RB_REMOVE_COLOR (head=3D0xc2a256a8,= =20 parent=3D0xc442c6a0, elm=3D0xc40aa8e0) at /usr/src/sys/contrib/pf/net/p= f.c:391 #8 0xc044ef79 in pf_state_tree_lan_ext_RB_REMOVE (head=3D0xc2a256a8,=20 elm=3D0xc404a11c) at /usr/src/sys/contrib/pf/net/pf.c:391 #9 0xc045383e in pf_unlink_state (cur=3D0xc404a11c) at /usr/src/sys/contrib/pf/net/pf.c:1158 #10 0xc0456b6e in pf_purge_expired_states (maxcheck=3D119) at /usr/src/sys/contrib/pf/net/pf.c:1242 #11 0xc04570f9 in pf_purge_thread (v=3D0x0) at /usr/src/sys/contrib/pf/net/pf.c:998 #12 0xc0535781 in fork_exit (callout=3D0xc0456f50 , arg=3D= 0x0,=20 frame=3D0xd2d4cd38) at /usr/src/sys/kern/kern_fork.c:810 #13 0xc06c9c90 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:= 264 Working up, 'parent' in pf_state_tree_lan_ext_RB_REMOVE_COLOR() has a garbage u.s.entry_lan_ext: (kgdb) p parent->u $3 =3D {s =3D {entry_lan_ext =3D {rbe_left =3D 0x10602, rbe_right =3D 0x500= 00,=20 rbe_parent =3D 0xc40aa8e0, rbe_color =3D -1002258432}, entry_ext_gwy = =3D { rbe_left =3D 0xc3c42238, rbe_right =3D 0x1, rbe_parent =3D 0x0,=20 rbe_color =3D 0}, entry_id =3D {rbe_left =3D 0xc3c54470, rbe_right = =3D 0x0,=20 rbe_parent =3D 0x0, rbe_color =3D 0}, entry_list =3D {tqe_next =3D 0x= c41f9e6c,=20 tqe_prev =3D 0x0}, kif =3D 0xc442c58c},=20 ifname =3D "\002\006\001\000\000\000\005\000=E0=A8\n=C4\000=C0B=C4"} Does anyone have any suggestions on where to look next? --=20 Peter Jeremy --YZ5djTAD1cGYuMQK Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqDFPkACgkQ/opHv/APuIdIuACfYVGdmiATGpFiljLb+KWrrC8u EtoAn2P0l/+NRGB9IcJYYjR/ovlnCZ1E =7tL1 -----END PGP SIGNATURE----- --YZ5djTAD1cGYuMQK-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 08:56:31 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16A071065670 for ; Thu, 13 Aug 2009 08:56:31 +0000 (UTC) (envelope-from LukeD@pobox.com) Received: from sasl.smtp.pobox.com (a-pb-sasl-quonix.pobox.com [208.72.237.25]) by mx1.freebsd.org (Postfix) with ESMTP id E197B8FC3A for ; Thu, 13 Aug 2009 08:56:30 +0000 (UTC) Received: from a-pb-sasl-quonix. (unknown [127.0.0.1]) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTP id 66B6890E5 for ; Thu, 13 Aug 2009 04:37:39 -0400 (EDT) Received: from lukas.is-a-geek.org (unknown [71.112.210.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTPSA id E8F5290E4 for ; Thu, 13 Aug 2009 04:37:38 -0400 (EDT) Date: Thu, 13 Aug 2009 01:37:22 -0700 (PDT) From: Luke Dean X-X-Sender: lukas@border.lukas.is-a-geek.org To: freebsd-stable@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Pobox-Relay-ID: 8F4BA452-87E4-11DE-BA7C-EAC21EFB4A78-96347044!a-pb-sasl-quonix.pobox.com Subject: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Luke Dean List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 08:56:31 -0000 I'm tracking 7-STABLE. Recently.. within the last month or so.. my simple USB mouse stopped being detected at boot time. The /dev/ums0 device simply does not appear unless I unplug the mouse and plug it back in again. Then it is detected. I don't even know where to begin looking for answers to this one. Is there something I can do to force the system to rescan for my mouse to save me from crawling around on the floor whenever I reboot? From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 10:15:14 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32588106566C for ; Thu, 13 Aug 2009 10:15:14 +0000 (UTC) (envelope-from ronnyma@volatile-norway.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id C8FED8FC4B for ; Thu, 13 Aug 2009 10:15:13 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so96881eye.7 for ; Thu, 13 Aug 2009 03:15:12 -0700 (PDT) MIME-Version: 1.0 Sender: ronnyma@volatile-norway.com Received: by 10.210.66.10 with SMTP id o10mr3734235eba.65.1250156624611; Thu, 13 Aug 2009 02:43:44 -0700 (PDT) Date: Thu, 13 Aug 2009 11:43:44 +0200 X-Google-Sender-Auth: 4dfcd8c5bf65b58f Message-ID: From: Ronny Mandal To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Luke Dean Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 10:15:14 -0000 > I'm tracking 7-STABLE. > Recently.. within the last month or so.. my simple USB mouse stopped > being detected at boot time. > The /dev/ums0 device simply does not appear unless I unplug the mouse > and plug it back in again. Then it is detected. > > I don't even know where to begin looking for answers to this one. This happens to me also. Strange thing, when I plug the mouse into a port that is connected directly to the motherboard (not via a hub), it is detected. When connected to a hub (the integrated hub on my P5K), it is not. Could it be that FreeBSD fires up the hub after trying to detect the mouse? Regards, Ronny Mandal -- Best regards Ronny Mandal From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 12:13:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8300106567B for ; Thu, 13 Aug 2009 12:13:39 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.38]) by mx1.freebsd.org (Postfix) with ESMTP id D487E8FC51 for ; Thu, 13 Aug 2009 12:13:37 +0000 (UTC) Authentication-Results: iout.kzn.ru; dkim=neutral (message not signed) header.i=none Received-SPF: None identity=pra; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="postmaster@ruby.ksu.ru"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEAKOgg0rCVfWh/2dsb2JhbACBUtIRgmuBLgWBTFs X-IronPort-AV: E=Sophos;i="4.43,374,1246824000"; d="p7s'?scan'208";a="4719601" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 13 Aug 2009 16:13:33 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n7DBFUC6013909; Thu, 13 Aug 2009 11:15:31 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n7DCCxXs053160; Thu, 13 Aug 2009 16:13:01 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4A84034B.5080901@ksu.ru> Date: Thu, 13 Aug 2009 16:12:59 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.22) Gecko/20090704 SeaMonkey/1.1.17 MIME-Version: 1.0 To: Ronny Mandal References: In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms020807010705040101070502" Cc: freebsd-stable@freebsd.org, Luke Dean Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 12:13:40 -0000 This is a cryptographically signed message in MIME format. --------------ms020807010705040101070502 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Ronny Mandal wrote: >> I'm tracking 7-STABLE. >> Recently.. within the last month or so.. my simple USB mouse stopped >> being detected at boot time. >> The /dev/ums0 device simply does not appear unless I unplug the mouse >> and plug it back in again. Then it is detected. >> >> I don't even know where to begin looking for answers to this one. > > This happens to me also. Strange thing, when I plug the mouse into a > port that is connected directly to the motherboard (not via a hub), it > is detected. When connected to a hub (the integrated hub on my P5K), > it is not. Could it be that FreeBSD fires up the hub after trying to > detect the mouse? > > Regards, > > Ronny Mandal > see http://www.freebsd.org/cgi/query-pr.cgi?pr=131074 it seems that FreeBSD, at least 7.x, cannot detect appearance of new hardware plugged into external HUB at runtime, it can detect such a hardware only during boot process -- SY, Marat --------------ms020807010705040101070502 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCC AtQwggI9oAMCAQICEHpsMo6nkbUVegxjAzzxYCkwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDQwMTE5MTUxOFoX DTEwMDQwMTE5MTUxOFowPzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEcMBoG CSqGSIb3DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALqa7MfgjbsxmgpTOKxAN7w+cFViFA8NrULAARwVQJQJCnVRGf3i97EwNdLE8VTNniU4 ybS4gtLsy9gfNuuyPV2AJESpgrxaG+KZyHu1f6P4e31YBbnbtWVTUxZ3U/vWoL+BOAOI4S84 Cx834a4uYK75WhpZKd56qet5loyn9N1wBZNgCh9AwU31lA/Q0iCSKpEIxuhbElNXHNnqAlts CtNXsKgsT8mP7QI52h0cBOPSZqvz++e/wruJGgKeCECqo8ftwwya3CYkH1lhH2Q1zeXwez1E 1+solM48odH+odn29ctmOqr3PzZfmBJyGFf5FagTKNia/ys48yBtVU/RXHsCAwEAAaMqMCgw GAYDVR0RBBEwD4ENYW1hcmF0QGtzdS5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBAG4Pj7KRSJ/M28KNynJOPCHg26L15S9OfQ+ckMaPPDRAejtdlUdCgkoyD9d1Du/amAk6 A3NcY2I/MsFW2vSonQfU+7cJZiyuhfw7wQlOovCx7USw1dmF6u3EljWZV+Kg4Vi3vN2dPyJx tv8li9McWQoMLmm5zzFGGRaSRnnrnZFsMIIC1DCCAj2gAwIBAgIQemwyjqeRtRV6DGMDPPFg KTANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDkwNDAxMTkxNTE4WhcNMTAwNDAxMTkxNTE4WjA/MR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMRwwGgYJKoZIhvcNAQkBFg1hbWFyYXRAa3N1LnJ1MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuprsx+CNuzGaClM4rEA3vD5wVWIUDw2t QsABHBVAlAkKdVEZ/eL3sTA10sTxVM2eJTjJtLiC0uzL2B8267I9XYAkRKmCvFob4pnIe7V/ o/h7fVgFudu1ZVNTFndT+9agv4E4A4jhLzgLHzfhri5grvlaGlkp3nqp63mWjKf03XAFk2AK H0DBTfWUD9DSIJIqkQjG6FsSU1cc2eoCW2wK01ewqCxPyY/tAjnaHRwE49Jmq/P757/Cu4ka Ap4IQKqjx+3DDJrcJiQfWWEfZDXN5fB7PUTX6yiUzjyh0f6h2fb1y2Y6qvc/Nl+YEnIYV/kV qBMo2Jr/KzjzIG1VT9FcewIDAQABoyowKDAYBgNVHREEETAPgQ1hbWFyYXRAa3N1LnJ1MAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAbg+PspFIn8zbwo3Kck48IeDbovXlL059 D5yQxo88NEB6O12VR0KCSjIP13UO79qYCToDc1xjYj8ywVba9KidB9T7twlmLK6F/DvBCU6i 8LHtRLDV2YXq7cSWNZlX4qDhWLe83Z0/InG2/yWL0xxZCgwuabnPMUYZFpJGeeudkWwwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5 WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2 vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9 A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0 ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHpsMo6nkbUVegxjAzzxYCkwCQYFKw4DAhoF AKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwODEz MTIxMjU5WjAjBgkqhkiG9w0BCQQxFgQUnX1P3iAiOKyQsVHDazpoMgzBSW4wUgYJKoZIhvcN AQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYF Kw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMIGHBgsq hkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMA0GCSqGSIb3DQEBAQUABIIBAGsMEVzT4Azpa/Ed QgO4OorqToao5+aLokhf7Xm9N6qc1DZLv+K3QsqTpQsGGi8uPUQJ+J/L7bLZJN+dfkQ6oCZZ xjZQ8juoBWwa4qbKw6nK/GlqwkD9OT/Fdz2qhZ/Fv5XOfcCPj7/2tAWKGE+qweG6UXOlflaS SbbykdQbRd6xnDLJ8mEbXOAFEReHic612rDsTFL4lsljaW6LWXA1yy/eanJ/ATbzAYr65fIy muo0/6glLOs6DYluvXSK9sCYOKqxyZch9xu2Josynh0hQGAQkB75p6iCT0ZfmENU9aTp/Noe e1OxL4utoJUQ/zZ/OvK390xseiwKLauZEEJH2Q0AAAAAAAA= --------------ms020807010705040101070502-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 14:06:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C3B01065675 for ; Thu, 13 Aug 2009 14:06:41 +0000 (UTC) (envelope-from lexasoft@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.26]) by mx1.freebsd.org (Postfix) with ESMTP id 153108FC51 for ; Thu, 13 Aug 2009 14:06:40 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so268356qwe.7 for ; Thu, 13 Aug 2009 07:06:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=0KzgVE+I6lAnUB3UVXill70NIujM9EHmBBUxzNiVJME=; b=NgzHRlBAtpDhOqdU6cuGjAHhx6jHXp2MRvN+eAFxZ1iRw8NmcdTrjCs7jkYKhaI+D4 rwpPb/jJWhqDtpa9cjPx2Tl0LUol96J+1UVMYHR8z2GCRZe0O4WV0EGrdxV9+GsDwfGt 2jWTDlVrVofUDxJD82vXesmvq1iFT3H/zp0lE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=FBeJY2hRBvTUQwgV3iJdJ/bn0C0H+dFxGgx641DBo+AW1p5AQW4sNPGO+jwECinxts Dw2M6jYPOIPb/lkrj3ibE1MIYeax4D7oeoKTr0Zfm7PBW2itqDy40XC6yk/4YFQ9Si9x HzuvM/Hz1+DyZr6gFkZ2eAVripDG3WBKF+e+Y= MIME-Version: 1.0 Received: by 10.229.13.7 with SMTP id z7mr814989qcz.96.1250170866291; Thu, 13 Aug 2009 06:41:06 -0700 (PDT) Date: Thu, 13 Aug 2009 17:41:06 +0400 Message-ID: From: Alexey Tarasov To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel panic on 7.2-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 14:06:42 -0000 Hello. I have more than 30 Supermicro servers with same config and on all of them = I get kernel panic. Here is the screenshots of kgdb output: http://lexasoft.ru/metamphetamine/Panic/Picture%2073.png http://lexasoft.ru/metamphetamine/Panic/Picture%2074.png http://lexasoft.ru/metamphetamine/Panic/Picture%2075.png http://lexasoft.ru/metamphetamine/Panic/Picture%2076.png http://lexasoft.ru/metamphetamine/Panic/Picture%2077.png http://lexasoft.ru/metamphetamine/Panic/Picture%2078.png http://lexasoft.ru/metamphetamine/Panic/Picture%2079.png http://lexasoft.ru/metamphetamine/Panic/Picture%2080.png http://lexasoft.ru/metamphetamine/Panic/Picture%2080.png http://lexasoft.ru/metamphetamine/Panic/Picture%2082.png http://lexasoft.ru/metamphetamine/Panic/Picture%2083.png Here is dmesg output: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-STABLE #0: Wed Aug 12 01:06:04 MSD 2009 root@st2.srv.getthebit.com:/usr/obj/usr/src/sys/STORAGE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 3.00GHz (2992.52-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf65 Stepping =3D 5 Features=3D0xbfebfbff Features2=3D0xe59d AMD Features=3D0x20100800 AMD Features2=3D0x1 TSC: P-state invariant Logical CPUs per core: 2 usable memory =3D 2132484096 (2033 MB) avail memory =3D 2056134656 (1960 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 pcib2: irq 17 at device 28.0 on pci0 pci9: on pcib2 pcib3: at device 0.0 on pci9 pci10: on pcib3 pcib4: irq 17 at device 28.4 on pci0 pci13: on pcib4 em0: port 0x4000-0x401f mem 0xe8000000-0xe801ffff irq 16 at device 0.0 on pci13 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:30:48:91:93:40 pcib5: irq 16 at device 28.5 on pci0 pci14: on pcib5 em1: port 0x5000-0x501f mem 0xe8200000-0xe821ffff irq 17 at device 0.0 on pci14 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:30:48:91:93:41 uhci0: port 0x3000-0x301f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3020-0x303f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3060-0x307f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xe8600000-0xe86003f= f irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci15: on pcib6 vgapci0: port 0x6000-0x60ff mem 0xe0000000-0xe7ffffff,0xe8300000-0xe830ffff irq 16 at device 0.0 on pci15 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30a0-0x30af at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x30e8-0x30ef,0x30dc-0x30df,0x30e0-0x30e7,0x30d8-0x30db,0x30b0-0x30bf mem 0xe8600400-0xe86007ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 ppc0: port 0x378-0x37f,0x778-0x77f irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] cpu0: on acpi0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f2700000f27 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr f2700000f27 device_attach: est1 attach returned 6 p4tcc1: on cpu1 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: CDROM at ata0-slave UDMA33 ad4: 381554MB at ata2-master SATA150 ad5: 381554MB at ata2-slave SATA150 ad6: 381554MB at ata3-master SATA150 ad7: 476940MB at ata3-slave SATA150 SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted WARNING: /data1 was not properly dismounted WARNING: /data2 was not properly dismounted WARNING: /data3 was not properly dismounted WARNING: /data4 was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 176 files 26 WARNING: /var was not properly dismounted /var: mount pending error: blocks 44 files 11 em0: link state changed to UP I have vmcore in /var/crash folder. What debug information is needed to debug this problem? --=20 (\__/) (=3D'.'=3D) E[: | | | | :]=D0=97 (")_(") Alexey Tarasov From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 14:29:34 2009 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94637106567A; Thu, 13 Aug 2009 14:29:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 705788FC47; Thu, 13 Aug 2009 14:29:34 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 0E1DC46B0D; Thu, 13 Aug 2009 10:29:34 -0400 (EDT) Date: Thu, 13 Aug 2009 15:29:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: current@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: stable@FreeBSD.org Subject: Update - RELENG_8 open for business (but you probably noticed) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2009 14:29:35 -0000 Just a quick status update from the release engineering team: As was discussed on this mailing list, problems with the Subversion->CVS exporter arose during the RELENG_8 branching process. These have now been resolved, and for the last day or so, pending bug fixes have been rushing into the branch. We'll wait a couple more days while things catch up, and then cut 8.0 BETA3. You can read more about the status of 8.0, including tracking pending and approved fixes, on the 8.0 release engineering wiki: http://wiki.freebsd.org/8.0TODO Your help in testing, diagnosing, and fixing FreeBSD 8.x problems *before* the release is much appreciated! Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 15:20:22 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCCC5106566C for ; Thu, 13 Aug 2009 15:20:22 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id A85878FC4A for ; Thu, 13 Aug 2009 15:20:22 +0000 (UTC) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Thu, 13 Aug 2009 10:43:35 -0400 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::236 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-stable@freebsd.org X-SMFBL: ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmc= Message-ID: <4A842B9C.1030507@comcast.net> Date: Thu, 13 Aug 2009 11:05:00 -0400 From: Steve Polyack User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= References: <4A82EA93.8080109@sh.cvut.cz> In-Reply-To: <4A82EA93.8080109@sh.cvut.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: What does "mfi0: Copy out failed" mean? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2009 15:20:23 -0000 VĦclav Haisman wrote: > I am getting "mfi0: Copy out failed" message in logs, usually several times a > day. What does it mean? This is FreeBSD 7.2. > > -- > VH > > I can't tell you exactly what the error message means, but out of curiosity what kind of hardware are you running? A PERC6 controller perhaps? Steve Polyack From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 16:05:21 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 125B21065672 for ; Thu, 13 Aug 2009 16:05:21 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service2.sh.cvut.cz (unknown [IPv6:2001:718:2:0:217:a4ff:fe3f:b3d5]) by mx1.freebsd.org (Postfix) with ESMTP id 8CC118FC3A for ; Thu, 13 Aug 2009 16:05:20 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service2.sh.cvut.cz (Postfix) with ESMTP id 9F1F73BE3F; Thu, 13 Aug 2009 18:05:19 +0200 (CEST) Received: from service2.sh.cvut.cz ([127.0.0.1]) by localhost (service2.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22526-04; Thu, 13 Aug 2009 18:05:12 +0200 (CEST) Received: from [192.168.111.233] (eccam.com [82.113.60.26]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by service2.sh.cvut.cz (Postfix) with ESMTP id 60E5D3BE60; Thu, 13 Aug 2009 18:05:12 +0200 (CEST) Message-ID: <4A8439B5.1010402@sh.cvut.cz> Date: Thu, 13 Aug 2009 18:05:09 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: Steve Polyack References: <4A82EA93.8080109@sh.cvut.cz> <4A842B9C.1030507@comcast.net> In-Reply-To: <4A842B9C.1030507@comcast.net> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at service2.sh.cvut.cz X-Spam-Status: No, hits=0.1 tagged_above=-255.0 required=5.0 tests=AWL, CRM114_HAM_00, JR_RCVD_TOO_FEW_HOPS, UPPERCASE_25_50 X-Spam-Level: Cc: freebsd-stable@freebsd.org Subject: Re: What does "mfi0: Copy out failed" mean? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2009 16:05:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Steve Polyack wrote: > VĦclav Haisman wrote: >> I am getting "mfi0: Copy out failed" message in logs, usually several >> times a >> day. What does it mean? This is FreeBSD 7.2. > I can't tell you exactly what the error message means, but out of > curiosity what kind of hardware are you running? A PERC6 controller > perhaps? Yes, mfi0: . - -- VH -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREIAAYFAkqEObUACgkQjksRtmO2spfxfACfZG9WwR1jbnR18qzT2W+yiL85 jkUAoJsmui+pSwmWMYoMRfYnUZRuIKPk =TQs8 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 16:19:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C570A1065675 for ; Thu, 13 Aug 2009 16:19:33 +0000 (UTC) (envelope-from korvus@comcast.net) Received: from mx04.pub.collaborativefusion.com (mx04.pub.collaborativefusion.com [206.210.72.84]) by mx1.freebsd.org (Postfix) with ESMTP id 4869F8FC60 for ; Thu, 13 Aug 2009 16:19:33 +0000 (UTC) Received: from [192.168.2.164] ([206.210.89.202]) by mx04.pub.collaborativefusion.com (StrongMail Enterprise 4.1.1.4(4.1.1.4-47689)); Thu, 13 Aug 2009 11:58:05 -0400 X-VirtualServerGroup: Default X-MailingID: 00000::00000::00000::00000::::327 X-SMHeaderMap: mid="X-MailingID" X-Destination-ID: freebsd-stable@freebsd.org X-SMFBL: ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmc= Message-ID: <4A843D12.90604@comcast.net> Date: Thu, 13 Aug 2009 12:19:30 -0400 From: Steve Polyack User-Agent: Thunderbird 2.0.0.22 (X11/20090630) MIME-Version: 1.0 To: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= References: <4A82EA93.8080109@sh.cvut.cz> <4A842B9C.1030507@comcast.net> <4A8439B5.1010402@sh.cvut.cz> In-Reply-To: <4A8439B5.1010402@sh.cvut.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: What does "mfi0: Copy out failed" mean? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2009 16:19:34 -0000 VĦclav Haisman wrote: > Steve Polyack wrote: > >> VĦclav Haisman wrote: >> >>> I am getting "mfi0: Copy out failed" message in logs, usually several >>> times a >>> day. What does it mean? This is FreeBSD 7.2. >>> > > I can't tell you exactly what the error message means, but out of > >> curiosity what kind of hardware are you running? A PERC6 controller >> perhaps? >> > Yes, mfi0: . > > You may want to contact Scott Long, scottl@freebsd.org, to see if he can help. I believe he's the author/maintainer of the mfi(4) driver. He may be interested in any problems you've seen. I've heard of some other people having issues with PERC6 cards and FreeBSD as well. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 17:01:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1904F1065676; Thu, 13 Aug 2009 17:01:28 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service1.sh.cvut.cz (service1.sh.cvut.cz [IPv6:2001:718:2::214]) by mx1.freebsd.org (Postfix) with ESMTP id 5948B8FC4D; Thu, 13 Aug 2009 17:01:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service1.sh.cvut.cz (Postfix) with ESMTP id 8594D123E72; Thu, 13 Aug 2009 19:01:26 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at service1.sh.cvut.cz X-Spam-Score: -77.459 X-Spam-Level: X-Spam-Status: No, score=-77.459 tagged_above=-255 required=5 tests=[ALL_TRUSTED=-1.44, AWL=24.981, CRM114_HAM_00=, SMTPAUTH_SHDOMAIN=-100] Received: from service1.sh.cvut.cz ([127.0.0.1]) by localhost (service1.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LlfPJWsVH15M; Thu, 13 Aug 2009 19:01:18 +0200 (CEST) Received: from [10.0.0.1] (35.201.broadband4.iol.cz [85.71.201.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: v.haisman@sh.cvut.cz) by service1.sh.cvut.cz (Postfix) with ESMTP id 605A3125234; Thu, 13 Aug 2009 19:01:18 +0200 (CEST) Message-ID: <4A844715.1000008@sh.cvut.cz> Date: Thu, 13 Aug 2009 19:02:13 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: scottl@freebsd.org References: <4A82EA93.8080109@sh.cvut.cz> <4A842B9C.1030507@comcast.net> <4A8439B5.1010402@sh.cvut.cz> <4A843D12.90604@comcast.net> In-Reply-To: <4A843D12.90604@comcast.net> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigB16D4F5B50911F74A10AB6EE" Cc: freebsd-stable@freebsd.org Subject: Re: What does "mfi0: Copy out failed" mean? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2009 17:01:28 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB16D4F5B50911F74A10AB6EE Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Steve Polyack wrote, On 13.8.2009 18:19: > V=C3=A1clav Haisman wrote: >> Steve Polyack wrote: >>=20 >>> V=C3=A1clav Haisman wrote: >>>=20 >>>> I am getting "mfi0: Copy out failed" message in logs, usually >>>> several times a day. What does it mean? This is FreeBSD 7.2. >>>>=20 >>> I can't tell you exactly what the error message means, but out of >>=20 >>> curiosity what kind of hardware are you running? A PERC6 controller=20 >>> perhaps? >>>=20 >> Yes, mfi0: . >>=20 >>=20 > You may want to contact Scott Long, scottl@freebsd.org, to see if he ca= n=20 > help. I believe he's the author/maintainer of the mfi(4) driver. He m= ay > be interested in any problems you've seen. I've heard of some other=20 > people having issues with PERC6 cards and FreeBSD as well. Hi, I was just curious if the "mfi0: Copy out failed" message in the logs= was something I should be worried about. The box seems to be working fine. Th= e system is FreeBSD 7.2-STABLE #0: built on Sun Jul 26 15:06:46 CEST 2009, = AMD64. -- VH --------------enigB16D4F5B50911F74A10AB6EE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEAREIAAYFAkqERxsACgkQr2CghdezFMlrSgCgh5AeDFTrsIOfXujhK/3sFvbz cikAoIICLZl0Qkyf3KohKK24Tca01isM =P8X8 -----END PGP SIGNATURE----- --------------enigB16D4F5B50911F74A10AB6EE-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 17:24:18 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5674D106566B for ; Thu, 13 Aug 2009 17:24:18 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from magnum.bit0.com (magnum.bit0.com [207.246.88.226]) by mx1.freebsd.org (Postfix) with ESMTP id 3147C8FC15 for ; Thu, 13 Aug 2009 17:24:18 +0000 (UTC) Received: from [172.27.0.11] (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by magnum.bit0.com (Postfix) with ESMTPSA id 41141F7430; Thu, 13 Aug 2009 13:24:16 -0400 (EDT) Message-ID: <4A844C3F.7040509@bit0.com> Date: Thu, 13 Aug 2009 13:24:15 -0400 From: Mike Andrews User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 To: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= References: <4A82EA93.8080109@sh.cvut.cz> In-Reply-To: <4A82EA93.8080109@sh.cvut.cz> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: What does "mfi0: Copy out failed" mean? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2009 17:24:18 -0000 VĦclav Haisman wrote: > I am getting "mfi0: Copy out failed" message in logs, usually several times a > day. What does it mean? This is FreeBSD 7.2. For what it's worth, I've noticed that running MegaCli pops out a few of those messages, but only if I don't have the 32-bit compatibility libs installed on my amd64 system. Once lib32 gets installed, the messages go away. In any event, they *seem* to be harmless... From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 18:43:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F31D3106566C for ; Thu, 13 Aug 2009 18:43:38 +0000 (UTC) (envelope-from LukeD@pobox.com) Received: from sasl.smtp.pobox.com (a-pb-sasl-quonix.pobox.com [208.72.237.25]) by mx1.freebsd.org (Postfix) with ESMTP id C7E6B8FC48 for ; Thu, 13 Aug 2009 18:43:38 +0000 (UTC) Received: from a-pb-sasl-quonix. (unknown [127.0.0.1]) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTP id A2DBD95DC; Thu, 13 Aug 2009 14:43:37 -0400 (EDT) Received: from lukas.is-a-geek.org (unknown [71.112.210.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTPSA id ADA7895DB; Thu, 13 Aug 2009 14:43:34 -0400 (EDT) Date: Thu, 13 Aug 2009 11:43:31 -0700 (PDT) From: Luke Dean X-X-Sender: lukas@border.lukas.is-a-geek.org To: "Marat N.Afanasyev" In-Reply-To: <4A84034B.5080901@ksu.ru> Message-ID: References: <4A84034B.5080901@ksu.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Pobox-Relay-ID: 367F95A4-8839-11DE-A6B6-EAC21EFB4A78-96347044!a-pb-sasl-quonix.pobox.com Cc: Ronny Mandal , freebsd-stable@freebsd.org Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Luke Dean List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 18:43:39 -0000 On Thu, 13 Aug 2009, Marat N.Afanasyev wrote: > Ronny Mandal wrote: >>> I'm tracking 7-STABLE. >>> Recently.. within the last month or so.. my simple USB mouse stopped >>> being detected at boot time. >>> The /dev/ums0 device simply does not appear unless I unplug the mouse >>> and plug it back in again. Then it is detected. >>> >>> I don't even know where to begin looking for answers to this one. >> >> This happens to me also. Strange thing, when I plug the mouse into a >> port that is connected directly to the motherboard (not via a hub), it >> is detected. When connected to a hub (the integrated hub on my P5K), >> it is not. Could it be that FreeBSD fires up the hub after trying to >> detect the mouse? >> >> Regards, >> >> Ronny Mandal >> > > see http://www.freebsd.org/cgi/query-pr.cgi?pr=131074 > > it seems that FreeBSD, at least 7.x, cannot detect appearance of new hardware > plugged into external HUB at runtime, it can detect such a hardware only > during boot process I am not using an external hub. The mouse is not detected during the boot process. It is only detected if I unplug it and replug it after booting. It worked fine in 7.x until recently. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 19:26:28 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C09EE106564A for ; Thu, 13 Aug 2009 19:26:28 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 6EF7A8FC43 for ; Thu, 13 Aug 2009 19:26:28 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id n7DItbH5030057; Thu, 13 Aug 2009 12:55:37 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id n7DItbNI030054; Thu, 13 Aug 2009 12:55:37 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Thu, 13 Aug 2009 12:55:37 -0600 (MDT) From: Warren Block To: Luke Dean In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (wonkity.com [127.0.0.1]); Thu, 13 Aug 2009 12:55:37 -0600 (MDT) Cc: freebsd-stable@freebsd.org Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 19:26:29 -0000 On Thu, 13 Aug 2009, Luke Dean wrote: > > I'm tracking 7-STABLE. > Recently.. within the last month or so.. my simple USB mouse stopped > being detected at boot time. > The /dev/ums0 device simply does not appear unless I unplug the mouse > and plug it back in again. Then it is detected. > > I don't even know where to begin looking for answers to this one. > > Is there something I can do to force the system to rescan for my mouse > to save me from crawling around on the floor whenever I reboot? Do you have "Legacy USB support" enabled in the BIOS? If so, try turning it off. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 19:40:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0D45106566B for ; Thu, 13 Aug 2009 19:40:23 +0000 (UTC) (envelope-from v.haisman@sh.cvut.cz) Received: from service1.sh.cvut.cz (service1.sh.cvut.cz [IPv6:2001:718:2::214]) by mx1.freebsd.org (Postfix) with ESMTP id 2AF248FC5D for ; Thu, 13 Aug 2009 19:40:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by service1.sh.cvut.cz (Postfix) with ESMTP id 544FE125255; Thu, 13 Aug 2009 21:40:22 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at service1.sh.cvut.cz X-Spam-Score: -77.636 X-Spam-Level: X-Spam-Status: No, score=-77.636 tagged_above=-255 required=5 tests=[ALL_TRUSTED=-1.44, AWL=24.615, CRM114_HAM_00=, MISSING_HEADERS=0.189, SMTPAUTH_SHDOMAIN=-100] Received: from service1.sh.cvut.cz ([127.0.0.1]) by localhost (service1.sh.cvut.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u8vnuMBMZWaK; Thu, 13 Aug 2009 21:40:14 +0200 (CEST) Received: from [10.0.0.1] (35.201.broadband4.iol.cz [85.71.201.35]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: v.haisman@sh.cvut.cz) by service1.sh.cvut.cz (Postfix) with ESMTP id 7E33112525C; Thu, 13 Aug 2009 21:40:14 +0200 (CEST) Message-ID: <4A846C54.8030708@sh.cvut.cz> Date: Thu, 13 Aug 2009 21:41:08 +0200 From: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= User-Agent: Thunderbird 2.0.0.22 (Windows/20090605) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <4A82EA93.8080109@sh.cvut.cz> <4A844C3F.7040509@bit0.com> In-Reply-To: <4A844C3F.7040509@bit0.com> X-Enigmail-Version: 0.96.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig036348FE6199FD1A969765F6" Subject: Re: What does "mfi0: Copy out failed" mean? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2009 19:40:24 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig036348FE6199FD1A969765F6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Mike Andrews wrote, On 13.8.2009 19:24: > V=C3=A1clav Haisman wrote: >> I am getting "mfi0: Copy out failed" message in logs, usually several >> times a >> day. What does it mean? This is FreeBSD 7.2. >=20 > For what it's worth, I've noticed that running MegaCli pops out a few o= f > those messages, but only if I don't have the 32-bit compatibility libs > installed on my amd64 system. Once lib32 gets installed, the messages > go away. In any event, they *seem* to be harmless... Ah, I did not realise that. But now that you have mentioned it, yes, the times coincide with the times I was using MegaCli. -- VH --------------enig036348FE6199FD1A969765F6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iEYEAREIAAYFAkqEbFsACgkQr2CghdezFMnmogCgyg4ZJ79tSTj+AnWqqE5E3BCt 8WcAnRNekZyayd3kWIZU85RAyAbUjFAK =4pPR -----END PGP SIGNATURE----- --------------enig036348FE6199FD1A969765F6-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 19:42:33 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE8A31065676 for ; Thu, 13 Aug 2009 19:42:33 +0000 (UTC) (envelope-from pprocacci@datapipe.com) Received: from EXFESMQ01.datapipe-corp.net (exfesmq01.datapipe-corp.net [64.106.130.69]) by mx1.freebsd.org (Postfix) with ESMTP id 75D3F8FC4F for ; Thu, 13 Aug 2009 19:42:33 +0000 (UTC) Received: from beast.myhome (192.168.128.24) by EXFESMQ01.datapipe-corp.net (64.106.130.71) with Microsoft SMTP Server id 8.1.358.0; Thu, 13 Aug 2009 15:32:24 -0400 Message-ID: <4A846A60.5000204@datapipe.net> Date: Thu, 13 Aug 2009 14:32:48 -0500 From: "Paul A. Procacci" User-Agent: Thunderbird 2.0.0.22 (X11/20090723) MIME-Version: 1.0 To: Warren Block References: In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: quoted-printable Cc: "freebsd-stable@freebsd.org" , Luke Dean Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 19:42:34 -0000 I had the exact same problem. Not only did my mouse not work on boot-up, neither did my usb cable connecting my machine to my modem. The only solution that I tried was upgrading to 8, and presto, worked fine. ~Paul Warren Block wrote: > On Thu, 13 Aug 2009, Luke Dean wrote: > > >> I'm tracking 7-STABLE. >> Recently.. within the last month or so.. my simple USB mouse stopped >> being detected at boot time. >> The /dev/ums0 device simply does not appear unless I unplug the mouse >> and plug it back in again. Then it is detected. >> >> I don't even know where to begin looking for answers to this one. >> >> Is there something I can do to force the system to rescan for my mouse >> to save me from crawling around on the floor whenever I reboot? >> > > Do you have "Legacy USB support" enabled in the BIOS? If so, try > turning it off. > > -Warren Block * Rapid City, South Dakota USA > _______________________________________________ > 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" > This message may contain confidential or privileged information. If you ar= e not the intended recipient, please advise us immediately and delete this = message. See http://www.datapipe.com/emaildisclaimer.aspx for further info= rmation on confidentiality and the risks of non-secure electronic communica= tion. If you cannot access these links, please notify us by reply message a= nd we will send the contents to you. From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 20:16:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4805B106566C for ; Thu, 13 Aug 2009 20:16:16 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1D2658FC4B for ; Thu, 13 Aug 2009 20:16:16 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n7DKGCKl030161 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 13 Aug 2009 13:16:13 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5A25A1CC31; Thu, 13 Aug 2009 13:16:12 -0700 (PDT) To: "Paul A. Procacci" In-reply-to: Your message of "Thu, 13 Aug 2009 14:32:48 CDT." <4A846A60.5000204@datapipe.net> Date: Thu, 13 Aug 2009 13:16:12 -0700 From: "Kevin Oberman" Message-Id: <20090813201612.5A25A1CC31@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-13_15:2009-08-11, 2009-08-13, 2009-08-13 signatures=0 Cc: Warren Block , "freebsd-stable@freebsd.org" , Luke Dean Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 20:16:16 -0000 > Date: Thu, 13 Aug 2009 14:32:48 -0500 > From: "Paul A. Procacci" > Sender: owner-freebsd-stable@freebsd.org > > I had the exact same problem. Not only did my mouse not work on > boot-up, neither did my usb cable connecting my machine to my modem. > The only solution that I tried was upgrading to 8, and presto, worked fine. 8.0 has an all new USB stack (thank HPS and a host of others) and it ROCKS! Hardware that simply would not work on the old stack is operating flawlessly on 8.0-BETA2. One note if you want to try 8.0. You will probably need to update all of your ports to avoid library version mis-matches. Most notably, you need to rebuild any port that uses libusb and it is now a standard system library. Ports linked against the old ports libusb will not work after the upgrade. I suggest upgrading to 8.0, deleting libusb, and then doing a "portupgrade -fa" (or the portmaster equivalent). -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 21:25:34 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40B29106571F for ; Thu, 13 Aug 2009 21:25:34 +0000 (UTC) (envelope-from jasonh@DataIX.net) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id B981290063 for ; Thu, 13 Aug 2009 21:15:21 +0000 (UTC) Received: from dataix.net (adsl-99-181-130-136.dsl.klmzmi.sbcglobal.net [99.181.130.136]) by www6.pairlite.com (Postfix) with ESMTP id EDB54B825; Thu, 13 Aug 2009 16:51:32 -0400 (EDT) Date: Thu, 13 Aug 2009 16:51:27 -0400 From: "Jason J. Hellenthal" To: "Kevin Oberman" Message-Id: <20090813165127.16d5f2a1.jasonh@DataIX.net> In-Reply-To: <20090813201612.5A25A1CC31@ptavv.es.net> References: <4A846A60.5000204@datapipe.net> <20090813201612.5A25A1CC31@ptavv.es.net> Organization: DataIX X-Mailer: DataIX Hobbyist Systems X-OpenPGP-Key-Id: 0x691411AC X-OpenPGP-Key-Fingerprint: 6F56 3B10 D8AD 1D33 96E7 5946 E3B6 2768 6914 11AC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Warren Block , "freebsd-stable@freebsd.org" , "Paul A. Procacci" , Luke Dean Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jasonh@DataIX.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 21:25:35 -0000 On Thu, 13 Aug 2009 13:16:12 -0700 "Kevin Oberman" wrote: > > Date: Thu, 13 Aug 2009 14:32:48 -0500 > > From: "Paul A. Procacci" > > Sender: owner-freebsd-stable@freebsd.org > > > > I had the exact same problem. Not only did my mouse not work on > > boot-up, neither did my usb cable connecting my machine to my modem. > > The only solution that I tried was upgrading to 8, and presto, worked fine. > > 8.0 has an all new USB stack (thank HPS and a host of others) and it > ROCKS! Hardware that simply would not work on the old stack is operating > flawlessly on 8.0-BETA2. > > One note if you want to try 8.0. You will probably need to update all of > your ports to avoid library version mis-matches. Most notably, you need > to rebuild any port that uses libusb and it is now a standard system > library. Ports linked against the old ports libusb will not work after > the upgrade. > > I suggest upgrading to 8.0, deleting libusb, and then doing a > "portupgrade -fa" (or the portmaster equivalent). > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > Another workaround may be upgrading to 8.0-* and using sysutils/libchk to parse through all your binaries and libs for discrepancies using script(1) to log the output so you have a reference to look back to. If all else fails you can always resort to the method above if your confidence is not very high on this method. And you can always second guess a port and then reinstall it when or if it gives you problems. ( /usr/bin/script /root/libchk_output /usr/local/sbin/libchk ) This process could actually take much more time and intervention than what is actually needed on some minimal systems so I will let you be the judge for your self on whether this may be right for you. Best regards. -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 21:25:39 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A01DC10656D0 for ; Thu, 13 Aug 2009 21:25:39 +0000 (UTC) (envelope-from trond@fagskolen.gjovik.no) Received: from mail.fig.ol.no (smtp.fagskolen.gjovik.no [IPv6:2001:700:1100:1:200:ff:fe00:b]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED188FCBA for ; Thu, 13 Aug 2009 20:36:52 +0000 (UTC) Received: from mail.fig.ol.no (localhost [127.0.0.1]) by mail.fig.ol.no (8.14.3/8.14.3) with ESMTP id n7DKaUL6061162 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Aug 2009 22:36:31 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) Received: from localhost (trond@localhost) by mail.fig.ol.no (8.14.3/8.14.3/Submit) with ESMTP id n7DKaU4R061159; Thu, 13 Aug 2009 22:36:30 +0200 (CEST) (envelope-from trond@fagskolen.gjovik.no) X-Authentication-Warning: mail.fig.ol.no: trond owned process doing -bs Date: Thu, 13 Aug 2009 22:36:24 +0200 (CEST) From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= Sender: Trond.Endrestol@fagskolen.gjovik.no To: Kevin Oberman In-Reply-To: <20090813201612.5A25A1CC31@ptavv.es.net> Message-ID: References: <20090813201612.5A25A1CC31@ptavv.es.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) Organization: =?ISO-8859-1?Q?Fagskolen_i_Gj=F8vik?= OpenPGP: url=http://fagskolen.gjovik.no/~trond/trond.key MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2055831798-1738584345-1250195790=:61136" X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.fig.ol.no Cc: Warren Block , "freebsd-stable@freebsd.org" , "Paul A. Procacci" , Luke Dean Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 21:25:41 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2055831798-1738584345-1250195790=:61136 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Thu, 13 Aug 2009 13:16-0700, Kevin Oberman wrote: > Hardware that simply would not work on the old stack is operating > flawlessly on 8.0-BETA2. Does this include hardware such as the Huawei E220 HSDPA USB Modem? Trond. - -- - ---------------------------------------------------------------------- Trond Endrestĝl | Trond.Endrestol@fagskolen.gjovik.no ACM, NAS, NUUG, SAGE, USENIX | FreeBSD 7.2-STABLE & Alpine 2.00 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqEeU4ACgkQbYWZalUoEltf9ACcC2PjxXG4nA9OMEtepFPFcDey z5sAn0YpszDqhQQwdyf7t2xgim/l77dO =E19H -----END PGP SIGNATURE----- --2055831798-1738584345-1250195790=:61136-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 21:26:03 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0DF410656DA for ; Thu, 13 Aug 2009 21:26:03 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail4.es.net [IPv6:2001:400:6000:6::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9CFF68FF52 for ; Thu, 13 Aug 2009 21:01:52 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n7DL1WDr015298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 13 Aug 2009 14:01:38 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 3EC721CC31; Thu, 13 Aug 2009 14:01:32 -0700 (PDT) To: =?ISO-8859-1?Q?Trond_Endrest=F8l?= In-reply-to: Your message of "Thu, 13 Aug 2009 22:36:24 +0200." Date: Thu, 13 Aug 2009 14:01:32 -0700 From: "Kevin Oberman" Message-Id: <20090813210132.3EC721CC31@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-13_15:2009-08-11, 2009-08-13, 2009-08-13 signatures=0 Cc: Warren Block , "freebsd-stable@freebsd.org" , "Paul A. Procacci" , Luke Dean Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 21:26:04 -0000 > Date: Thu, 13 Aug 2009 22:36:24 +0200 (CEST) > From: =?ISO-8859-1?Q?Trond_Endrest=F8l?= > Sender: Trond.Endrestol@fagskolen.gjovik.no > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thu, 13 Aug 2009 13:16-0700, Kevin Oberman wrote: > > > Hardware that simply would not work on the old stack is operating > > flawlessly on 8.0-BETA2. > > Does this include hardware such as the Huawei E220 HSDPA USB Modem? No, I have no such modem to try. It does support Aladdin eToken Pro 4.2B and later SmartCard Tokens (which was my big issue) and seem to inter-operate properly with power management features like deep sleep states and such. Lower power drain. The new stack in simply batter organized and cleaner as well as being designed with knowledge of many of the problems with the old stack. Lots of timing issues and the like that plagued the old stack have vanished, although I'm sure it introduces a few new issues. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 21:35:48 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B22A106568D for ; Thu, 13 Aug 2009 21:35:48 +0000 (UTC) (envelope-from amarat@ksu.ru) Received: from mx.kzn.ru (mx.kzn.ru [194.85.243.38]) by mx1.freebsd.org (Postfix) with ESMTP id B1C568FC15 for ; Thu, 13 Aug 2009 21:35:46 +0000 (UTC) Authentication-Results: iout.kzn.ru; dkim=neutral (message not signed) header.i=none Received-SPF: None identity=pra; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=mailfrom; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="amarat@ksu.ru"; x-conformance=sidf_compatible Received-SPF: None identity=helo; client-ip=193.232.252.56; receiver=iout.kzn.ru; envelope-from="amarat@ksu.ru"; x-sender="postmaster@ruby.ksu.ru"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqEEAOMjhErCVfWh/2dsb2JhbACBUtNlgmuBLgWBTFs X-IronPort-AV: E=Sophos;i="4.43,376,1246824000"; d="p7s'?scan'208";a="4724558" Received: from mail.ksu.ru (HELO ruby.ksu.ru) ([193.232.252.56]) by iout.kzn.ru with ESMTP; 14 Aug 2009 01:35:33 +0400 X-Pass-Through: Kazan State University Network Received: from zealot.ksu.ru ([194.85.245.161]) by ksu.ru (8.13.4/8.13.4) with ESMTP id n7DKbDsn020102; Thu, 13 Aug 2009 20:37:13 GMT Received: from zealot.ksu.ru (localhost.lnet [127.0.0.1]) by zealot.ksu.ru (8.14.3/8.14.3) with ESMTP id n7DLYgpW057361; Fri, 14 Aug 2009 01:34:44 +0400 (MSD) (envelope-from amarat@ksu.ru) Message-ID: <4A8486F2.2020601@ksu.ru> Date: Fri, 14 Aug 2009 01:34:42 +0400 From: "Marat N.Afanasyev" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.22) Gecko/20090704 SeaMonkey/1.1.17 MIME-Version: 1.0 To: Luke Dean References: <4A84034B.5080901@ksu.ru> In-Reply-To: Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms040909010602010502080209" Cc: Ronny Mandal , freebsd-stable@freebsd.org Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Aug 2009 21:35:48 -0000 This is a cryptographically signed message in MIME format. --------------ms040909010602010502080209 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Luke Dean wrote: > > > On Thu, 13 Aug 2009, Marat N.Afanasyev wrote: > >> Ronny Mandal wrote: >>>> I'm tracking 7-STABLE. >>>> Recently.. within the last month or so.. my simple USB mouse stopped >>>> being detected at boot time. >>>> The /dev/ums0 device simply does not appear unless I unplug the mouse >>>> and plug it back in again. Then it is detected. >>>> >>>> I don't even know where to begin looking for answers to this one. >>> >>> This happens to me also. Strange thing, when I plug the mouse into a >>> port that is connected directly to the motherboard (not via a hub), it >>> is detected. When connected to a hub (the integrated hub on my P5K), >>> it is not. Could it be that FreeBSD fires up the hub after trying to >>> detect the mouse? >>> >>> Regards, >>> >>> Ronny Mandal >>> >> >> see http://www.freebsd.org/cgi/query-pr.cgi?pr=131074 >> >> it seems that FreeBSD, at least 7.x, cannot detect appearance of new >> hardware plugged into external HUB at runtime, it can detect such a >> hardware only during boot process > > I am not using an external hub. > The mouse is not detected during the boot process. > It is only detected if I unplug it and replug it after booting. > It worked fine in 7.x until recently. > I'm sorry, Dean, my reply was to Ronny's message, not yours :) -- SY, Marat --------------ms040909010602010502080209 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIII8zCC AtQwggI9oAMCAQICEHpsMo6nkbUVegxjAzzxYCkwDQYJKoZIhvcNAQEFBQAwYjELMAkGA1UE BhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMT I1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBMB4XDTA5MDQwMTE5MTUxOFoX DTEwMDQwMTE5MTUxOFowPzEfMB0GA1UEAxMWVGhhd3RlIEZyZWVtYWlsIE1lbWJlcjEcMBoG CSqGSIb3DQEJARYNYW1hcmF0QGtzdS5ydTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALqa7MfgjbsxmgpTOKxAN7w+cFViFA8NrULAARwVQJQJCnVRGf3i97EwNdLE8VTNniU4 ybS4gtLsy9gfNuuyPV2AJESpgrxaG+KZyHu1f6P4e31YBbnbtWVTUxZ3U/vWoL+BOAOI4S84 Cx834a4uYK75WhpZKd56qet5loyn9N1wBZNgCh9AwU31lA/Q0iCSKpEIxuhbElNXHNnqAlts CtNXsKgsT8mP7QI52h0cBOPSZqvz++e/wruJGgKeCECqo8ftwwya3CYkH1lhH2Q1zeXwez1E 1+solM48odH+odn29ctmOqr3PzZfmBJyGFf5FagTKNia/ys48yBtVU/RXHsCAwEAAaMqMCgw GAYDVR0RBBEwD4ENYW1hcmF0QGtzdS5ydTAMBgNVHRMBAf8EAjAAMA0GCSqGSIb3DQEBBQUA A4GBAG4Pj7KRSJ/M28KNynJOPCHg26L15S9OfQ+ckMaPPDRAejtdlUdCgkoyD9d1Du/amAk6 A3NcY2I/MsFW2vSonQfU+7cJZiyuhfw7wQlOovCx7USw1dmF6u3EljWZV+Kg4Vi3vN2dPyJx tv8li9McWQoMLmm5zzFGGRaSRnnrnZFsMIIC1DCCAj2gAwIBAgIQemwyjqeRtRV6DGMDPPFg KTANBgkqhkiG9w0BAQUFADBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1 bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElz c3VpbmcgQ0EwHhcNMDkwNDAxMTkxNTE4WhcNMTAwNDAxMTkxNTE4WjA/MR8wHQYDVQQDExZU aGF3dGUgRnJlZW1haWwgTWVtYmVyMRwwGgYJKoZIhvcNAQkBFg1hbWFyYXRAa3N1LnJ1MIIB IjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuprsx+CNuzGaClM4rEA3vD5wVWIUDw2t QsABHBVAlAkKdVEZ/eL3sTA10sTxVM2eJTjJtLiC0uzL2B8267I9XYAkRKmCvFob4pnIe7V/ o/h7fVgFudu1ZVNTFndT+9agv4E4A4jhLzgLHzfhri5grvlaGlkp3nqp63mWjKf03XAFk2AK H0DBTfWUD9DSIJIqkQjG6FsSU1cc2eoCW2wK01ewqCxPyY/tAjnaHRwE49Jmq/P757/Cu4ka Ap4IQKqjx+3DDJrcJiQfWWEfZDXN5fB7PUTX6yiUzjyh0f6h2fb1y2Y6qvc/Nl+YEnIYV/kV qBMo2Jr/KzjzIG1VT9FcewIDAQABoyowKDAYBgNVHREEETAPgQ1hbWFyYXRAa3N1LnJ1MAwG A1UdEwEB/wQCMAAwDQYJKoZIhvcNAQEFBQADgYEAbg+PspFIn8zbwo3Kck48IeDbovXlL059 D5yQxo88NEB6O12VR0KCSjIP13UO79qYCToDc1xjYj8ywVba9KidB9T7twlmLK6F/DvBCU6i 8LHtRLDV2YXq7cSWNZlX4qDhWLe83Z0/InG2/yWL0xxZCgwuabnPMUYZFpJGeeudkWwwggM/ MIICqKADAgECAgENMA0GCSqGSIb3DQEBBQUAMIHRMQswCQYDVQQGEwJaQTEVMBMGA1UECBMM V2VzdGVybiBDYXBlMRIwEAYDVQQHEwlDYXBlIFRvd24xGjAYBgNVBAoTEVRoYXd0ZSBDb25z dWx0aW5nMSgwJgYDVQQLEx9DZXJ0aWZpY2F0aW9uIFNlcnZpY2VzIERpdmlzaW9uMSQwIgYD VQQDExtUaGF3dGUgUGVyc29uYWwgRnJlZW1haWwgQ0ExKzApBgkqhkiG9w0BCQEWHHBlcnNv bmFsLWZyZWVtYWlsQHRoYXd0ZS5jb20wHhcNMDMwNzE3MDAwMDAwWhcNMTMwNzE2MjM1OTU5 WjBiMQswCQYDVQQGEwJaQTElMCMGA1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRk LjEsMCoGA1UEAxMjVGhhd3RlIFBlcnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0EwgZ8wDQYJ KoZIhvcNAQEBBQADgY0AMIGJAoGBAMSmPFVzVftOucqZWh5owHUEcJ3f6f+jHuy9zfVb8hp2 vX8MOmHyv1HOAdTlUAow1wJjWiyJFXCO3cnwK4Vaqj9xVsuvPAsH5/EfkTYkKhPPK9Xzgnc9 A74r/rsYPge/QIACZNenprufZdHFKlSFD0gEf6e20TxhBEAeZBlyYLf7AgMBAAGjgZQwgZEw EgYDVR0TAQH/BAgwBgEB/wIBADBDBgNVHR8EPDA6MDigNqA0hjJodHRwOi8vY3JsLnRoYXd0 ZS5jb20vVGhhd3RlUGVyc29uYWxGcmVlbWFpbENBLmNybDALBgNVHQ8EBAMCAQYwKQYDVR0R BCIwIKQeMBwxGjAYBgNVBAMTEVByaXZhdGVMYWJlbDItMTM4MA0GCSqGSIb3DQEBBQUAA4GB AEiM0VCD6gsuzA2jZqxnD3+vrL7CF6FDlpSdf0whuPg2H6otnzYvwPQcUCCTcDz9reFhYsPZ Ohl+hLGZGwDFGguCdJ4lUJRix9sncVcljd2pnDmOjCBPZV+V2vf3h9bGCE6u9uo05RAaWzVN d+NWIXiC3CEZNd4ksdMdRv9dX2VPMYIDZDCCA2ACAQEwdjBiMQswCQYDVQQGEwJaQTElMCMG A1UEChMcVGhhd3RlIENvbnN1bHRpbmcgKFB0eSkgTHRkLjEsMCoGA1UEAxMjVGhhd3RlIFBl cnNvbmFsIEZyZWVtYWlsIElzc3VpbmcgQ0ECEHpsMo6nkbUVegxjAzzxYCkwCQYFKw4DAhoF AKCCAcMwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDkwODEz MjEzNDQyWjAjBgkqhkiG9w0BCQQxFgQUq6KLZ5NpUZiGEZb2EZ4QPL/bV6IwUgYJKoZIhvcN AQkPMUUwQzAKBggqhkiG9w0DBzAOBggqhkiG9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYF Kw4DAgcwDQYIKoZIhvcNAwICASgwgYUGCSsGAQQBgjcQBDF4MHYwYjELMAkGA1UEBhMCWkEx JTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0 ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMIGHBgsq hkiG9w0BCRACCzF4oHYwYjELMAkGA1UEBhMCWkExJTAjBgNVBAoTHFRoYXd0ZSBDb25zdWx0 aW5nIChQdHkpIEx0ZC4xLDAqBgNVBAMTI1RoYXd0ZSBQZXJzb25hbCBGcmVlbWFpbCBJc3N1 aW5nIENBAhB6bDKOp5G1FXoMYwM88WApMA0GCSqGSIb3DQEBAQUABIIBAAxqQWbPgsslULhR I9qQeHCZlxOLnGAotsiem1BrmuoU2112m22yKbgrYSnIB03XIqmcm0ik5+iwgqVkaOUsXEjq yQ69yPJj16hu+ATOm7gRvBegzb9N953/Ov6xIvEsfl3qbMyf+u7gNwpK99un7AHZFEFu6/ij s6VLB/teNAy+J/WVzkHE7Q8P1XxgG2eAsEA75h0jenEyDMqSHxJnaGthRka1YOUC6YBOwwjV u2on7lLLFvcWnM7se7cNbFb49WM0rmBSfLkYOQU9mmyl9XO3Q15M+1j0EqzHtalBUXdSt6WZ jCkWHRz6Cu9u2W/gYLse2jxIw/c3R/7Wj4IP2cUAAAAAAAA= --------------ms040909010602010502080209-- From owner-freebsd-stable@FreeBSD.ORG Thu Aug 13 23:17:42 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D88B41065672 for ; Thu, 13 Aug 2009 23:17:42 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 8BD5C8FC3F for ; Thu, 13 Aug 2009 23:17:42 +0000 (UTC) Received: from phobos.local (pooker.samsco.org [168.103.85.57]) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n7DMNTWx057567; Thu, 13 Aug 2009 16:23:29 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <4A849261.1010207@samsco.org> Date: Thu, 13 Aug 2009 16:23:29 -0600 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: =?UTF-8?B?VsOhY2xhdiBIYWlzbWFu?= References: <4A82EA93.8080109@sh.cvut.cz> <4A842B9C.1030507@comcast.net> <4A8439B5.1010402@sh.cvut.cz> <4A843D12.90604@comcast.net> <4A844715.1000008@sh.cvut.cz> In-Reply-To: <4A844715.1000008@sh.cvut.cz> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-stable@freebsd.org Subject: Re: What does "mfi0: Copy out failed" mean? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Aug 2009 23:17:42 -0000 VĦclav Haisman wrote: > Steve Polyack wrote, On 13.8.2009 18:19: >> VĦclav Haisman wrote: >>> Steve Polyack wrote: >>> >>>> VĦclav Haisman wrote: >>>> >>>>> I am getting "mfi0: Copy out failed" message in logs, usually >>>>> several times a day. What does it mean? This is FreeBSD 7.2. >>>>> >>>> I can't tell you exactly what the error message means, but out of >>>> curiosity what kind of hardware are you running? A PERC6 controller >>>> perhaps? >>>> >>> Yes, mfi0: . >>> >>> >> You may want to contact Scott Long, scottl@freebsd.org, to see if he can >> help. I believe he's the author/maintainer of the mfi(4) driver. He may >> be interested in any problems you've seen. I've heard of some other >> people having issues with PERC6 cards and FreeBSD as well. > Hi, I was just curious if the "mfi0: Copy out failed" message in the logs was > something I should be worried about. The box seems to be working fine. The > system is FreeBSD 7.2-STABLE #0: built on Sun Jul 26 15:06:46 CEST 2009, AMD64. > > -- > VH > Actually, I have no idea what it means. That message needs to print an error code, and it doesn't. If you're comfortable with your C coding fu, change the driver to print the error that triggers the message as part of the message. Scott From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 00:05:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAA2B106564A for ; Fri, 14 Aug 2009 00:05:08 +0000 (UTC) (envelope-from LukeD@pobox.com) Received: from sasl.smtp.pobox.com (a-pb-sasl-quonix.pobox.com [208.72.237.25]) by mx1.freebsd.org (Postfix) with ESMTP id AF4678FC41 for ; Fri, 14 Aug 2009 00:05:08 +0000 (UTC) Received: from a-pb-sasl-quonix. (unknown [127.0.0.1]) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTP id C2BC69D93; Thu, 13 Aug 2009 20:05:07 -0400 (EDT) Received: from lukas.is-a-geek.org (unknown [71.112.210.71]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by a-pb-sasl-quonix.pobox.com (Postfix) with ESMTPSA id E1FC59D92; Thu, 13 Aug 2009 20:05:05 -0400 (EDT) Date: Thu, 13 Aug 2009 17:05:00 -0700 (PDT) From: Luke Dean X-X-Sender: lukas@border.lukas.is-a-geek.org To: Warren Block In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Pobox-Relay-ID: 20503266-8866-11DE-B32E-EAC21EFB4A78-96347044!a-pb-sasl-quonix.pobox.com Cc: freebsd-stable@freebsd.org Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Luke Dean List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2009 00:05:08 -0000 On Thu, 13 Aug 2009, Warren Block wrote: > On Thu, 13 Aug 2009, Luke Dean wrote: > >> >> I'm tracking 7-STABLE. >> Recently.. within the last month or so.. my simple USB mouse stopped >> being detected at boot time. >> The /dev/ums0 device simply does not appear unless I unplug the mouse >> and plug it back in again. Then it is detected. >> >> I don't even know where to begin looking for answers to this one. >> >> Is there something I can do to force the system to rescan for my mouse >> to save me from crawling around on the floor whenever I reboot? > > Do you have "Legacy USB support" enabled in the BIOS? If so, try turning it > off. I tried it both ways. I get some "waiting for BIOS to give up control" messages for some of my /dev/usb devices in the dmesg now too, even with legacy USB support disabled in the BIOS. Thanks for the suggestions. Maybe I'll try upgrading to 8 soon. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 01:38:58 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58185106568E for ; Fri, 14 Aug 2009 01:38:58 +0000 (UTC) (envelope-from danallen46@airwired.net) Received: from mail.utahbroadband.com (mail.utahbroadband.com [204.14.20.91]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF728FC41 for ; Fri, 14 Aug 2009 01:38:57 +0000 (UTC) Received: (qmail 26671 invoked by uid 89); 14 Aug 2009 00:05:31 -0000 Received: from unknown (HELO ?192.168.0.18?) (danallen46@airwired.net@66.29.174.6) by mail.utahbroadband.com with ESMTPA; 14 Aug 2009 00:05:31 -0000 Message-Id: From: Dan Allen To: FreeBSD-STABLE Mailing List Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 13 Aug 2009 19:12:13 -0600 X-Mailer: Apple Mail (2.936) Subject: Going to BSD 8 from RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2009 01:38:58 -0000 I cvsup and build RELENG_7 many times a week. This has served me well (except for the ZFS boot problem I had that went in and was backed out) for quite a while. I like to track a STABLE release. When BSD 7 went to 7.1 and to 7.2, it all just happened automatically with the way I do things. Now I am interested on one of my BSD machines to try 8.0. I need to change my cvsup target from RELENG_7 to CURRENT I believe. Is that true? When will STABLE become 8.0? Also, does anyone know if there is a project page that talks about 8.0, its timeline, its features, etc? If you type "8.0" into the main freebsd.org web page it find nothing on the entire web site. Obviously something is wrong... Thanks! Dan Allen Spring Lake, Utah From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 02:37:01 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 352CE106568C for ; Fri, 14 Aug 2009 02:37:01 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id D38B78FC4A for ; Fri, 14 Aug 2009 02:37:00 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so427711qwe.7 for ; Thu, 13 Aug 2009 19:37:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:received :message-id:in-reply-to:references:date:subject:from:to:user-agent :mime-version:content-type:content-transfer-encoding:x-priority :importance; bh=GcbHhmm8XW+6iojday/8S0wYFa3DBUzvBpybxVTGseY=; b=xNYhk7G0keufPM9ttXyutw8ElN0O81DlXqC/YYqSDXTWSthonGGfYT7d5l/AFF96e9 OmLwJNEUbvNqr7ehvXxQDcaZrgGV7Mrt8BvVaBDDc/tM4m5qVTdzU4lFg3T3NLhkO6Cx inB/bFTchqrwRneFLEVqJ6OItVBTO2rpC9Uhg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:in-reply-to:references:date:subject:from:to :user-agent:mime-version:content-type:content-transfer-encoding :x-priority:importance; b=Hd5urNrpSI8DVNCKLMKPEH8E/C9/hNXgUf/RB07U54jANCWl+8WXEnezm0b4tRHzUc +B9o1A4CYybjbkKytmJl7IX9jJCIalh47DXVip0FP05kEECgy2w7Iivlm2MXuYRqC+6E Rt+AUijZwi520HKbo0knVo03uWCdmWGYotwn0= Received: by 10.224.106.207 with SMTP id y15mr1941293qao.14.1250217420066; Thu, 13 Aug 2009 19:37:00 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.108.65]) by mx.google.com with ESMTPS id 6sm2358441qwd.48.2009.08.13.19.36.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 13 Aug 2009 19:36:59 -0700 (PDT) Sender: Nenhum_de_Nos Received: by cygnus.homeunix.com (Postfix, from userid 80) id 14550B80CB; Thu, 13 Aug 2009 23:36:55 -0300 (BRT) Received: from 10.1.1.80 (SquirrelMail authenticated user matheus) by 10.1.1.10 with HTTP; Thu, 13 Aug 2009 23:36:55 -0300 (BRT) Message-ID: <9d010a6878ec6815d6b2975e3c86e026.squirrel@10.1.1.10> In-Reply-To: References: <20090813201612.5A25A1CC31@ptavv.es.net> Date: Thu, 13 Aug 2009 23:36:55 -0300 (BRT) From: "Nenhum_de_Nos" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2009 02:37:01 -0000 On Thu, August 13, 2009 17:36, Trond Endrestĝl wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Thu, 13 Aug 2009 13:16-0700, Kevin Oberman wrote: > >> Hardware that simply would not work on the old stack is operating >> flawlessly on 8.0-BETA2. > > Does this include hardware such as the Huawei E220 HSDPA USB Modem? > > > Trond. wierd, my e226 works great in both 7.2-stable and current. matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 04:10:38 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 332BE1065695 for ; Fri, 14 Aug 2009 04:10:38 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id DB8528FC4F for ; Fri, 14 Aug 2009 04:10:37 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 3so440707qwe.7 for ; Thu, 13 Aug 2009 21:10:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=BgHGPr6e7zEkNLMWyVz0VrphMUKrG3MkUKMiIJwIb2o=; b=RnbgyckBb1I9MTSu6ZAJPpqbJbQOBoGyp7e2Pl0Nr0LuJZqu6spBEwU06qUOSCoEIt kzuutNyirwiMduitZV6nUjgw3wQkEkODuT9pn7zCY28+m3mcRdz72fgdFYj9rhFEiJMS S5gAZlfUEGxVI4Pt7ck1HzE2b9Jw7SuZNvlH4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=U3mZjZXwJWaGg9ncqdcWPVVqOQ/xq1/wpw+/C/OjxGq8Q98AdK+YH2zQbyJtb+AGel Nz12nFuW4hsSaUYx6pRukT74P8SIzThOZD96SoLmydQJ3yXpuuDDSl0YgfVW9xCxKX0A MpxjTdGO+Q4KIIRc027ZYHVXH0gwM3Sf3SgIA= Received: by 10.224.24.84 with SMTP id u20mr1959179qab.160.1250223037127; Thu, 13 Aug 2009 21:10:37 -0700 (PDT) Received: from ?10.0.3.231? (pool-71-187-189-54.nwrknj.fios.verizon.net [71.187.189.54]) by mx.google.com with ESMTPS id 8sm2489666qwj.36.2009.08.13.21.10.35 (version=SSLv3 cipher=RC4-MD5); Thu, 13 Aug 2009 21:10:36 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Christian Walther In-Reply-To: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> References: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> Content-Type: text/plain; charset="UTF-8" Date: Fri, 14 Aug 2009 00:09:34 -0400 Message-Id: <1250222975.1560.30.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.26.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2009 04:10:38 -0000 On Mon, 2009-08-10 at 23:53 +0200, Christian Walther wrote: > Hello list, > > for some time now my T30 shuts down due to temperatures exceeding the > safe limit of 92 degrees celcius. > Regardless to say that a 2GHz pentium4m powers the machine, and these > chips are "well known" for high temperatures. > But I'm unable to do anything that causes high load on the laptop: > Building world or complex ports makes the system reach the limit > within minutes. A few days ago I configured xcompmgr, which even seems > to make the problem whorse (yes, composite extension is enabled). > What I don't know is if this is a hardware error, or something caused > by the kernel. I wrote a small script to monitor dev.acpi_ibm.0.fan > dev.acpi_ibm.0.fan_level, hw.acpi.thermal.tz0.temperature and > dev.cpu.0.freq, and it sometimes appears that the temperature of the > CPU rises, but the kernel doesn't decrease the clock in time. I tried > setting hw.acpi.thermal.polling_rate=2, but this didn't seem to work > out, too. Your description is somewhat generic, so the best I can do under the circumstances is to give you a generic suggestion. Add something like hw.acpi.thermal.tz1.passive_cooling=1 hw.acpi.thermal.user_override=1 hw.acpi.thermal.tz1._PSV=75C to /etc/sysctl.conf and reboot. Please, note that on my laptop, relevant thermal zone is TZ1, which might or might not be the case for you -- if it is not -- change tz1 to whatever is appropriate. If this does not work, things, which are needed to help you further, include: 1. output of uname -a 2. output of sysctl hw.acpi.thermal 3. output of sysctl dev.cpu 4. output of grep powerd /etc/rc.conf 5. output of sysctl dev.acpi_ibm It would be good to have output of (#5) from several points under the load. Also, please, consider following advice on cleaning up dust and possibly re-applying the thermal paste given elsewhere in the thread -- on my 2-year old laptop doing both shaved about 3C from the normal operating temperature. HTH, -- Alexandre Kovalenko (žğµşÑ°½´Ñ€ š²°ğµ½ş) From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 04:34:25 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94627106564A for ; Fri, 14 Aug 2009 04:34:25 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-bw0-f219.google.com (mail-bw0-f219.google.com [209.85.218.219]) by mx1.freebsd.org (Postfix) with ESMTP id 1FAD08FC16 for ; Fri, 14 Aug 2009 04:34:24 +0000 (UTC) Received: by bwz19 with SMTP id 19so1299717bwz.37 for ; Thu, 13 Aug 2009 21:34:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=keWIpm8wNnpuR7HKvBvCGgfGtWZrGZZWbJ1i+YtVXuk=; b=NXcsd2GFJZfyG0+Y/hhuqbXvIUU58G4dHURsoi2pxUxO6moASGj2w6DqCFzamuFblb ZjNtuW6jtHMwIaU1UBVKWAneEtnQwCZ2ZazzX9b6uY4LCRvtSdSfyRdnfS5wceYVEo8v /B3cK+EYsEuSqRpYJyDQD6MGiRS+UEvv7UTUM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=lWywgOmxVolVEvSVSh985GOte8QDBmBi9Fc0A2ox6pKoWJKh6PBMbKOMdBFFL3W/YM G0aotvKKOhZWz1p7ntXEylyiD/9gJ3eo+Oueb9yGrLGaxUovJx8DKSmPBW10DEiQbWpX 7tbgDTqDavL1ixg6KP2n4v5jdZ2TA3KHE8GOU= MIME-Version: 1.0 Received: by 10.223.105.139 with SMTP id t11mr466251fao.37.1250223110520; Thu, 13 Aug 2009 21:11:50 -0700 (PDT) In-Reply-To: References: Date: Fri, 14 Aug 2009 00:11:50 -0400 Message-ID: <4ad871310908132111k2e070cfdxb7ec388ef0a101b3@mail.gmail.com> From: Glen Barber To: Dan Allen Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-STABLE Mailing List Subject: Re: Going to BSD 8 from RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2009 04:34:25 -0000 Hi, Dan On Thu, Aug 13, 2009 at 9:12 PM, Dan Allen wrote: > I cvsup and build RELENG_7 many times a week. =A0This has served me well > (except for the ZFS boot problem I had that went in and was backed out) f= or > quite a while. > > I like to track a STABLE release. =A0When BSD 7 went to 7.1 and to 7.2, i= t all > just happened automatically with the way I do things. > By BSD, I hope you mean FreeBSD. I think BSD is still at version 4.4. :-) > Now I am interested on one of my BSD machines to try 8.0. =A0I need to ch= ange > my cvsup target from RELENG_7 to CURRENT I believe. =A0Is that true? =A0W= hen > will STABLE become 8.0? > 8.0 is still in -BETA2. 8.0-STABLE will be after -BETA3, and the release candidates. If you want 8.0-STABLE, you do not want CURRENT, you want RELENG_8. HTH. --=20 Glen Barber From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 04:48:54 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3787A106568B for ; Fri, 14 Aug 2009 04:48:54 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (unknown [IPv6:2607:f678:1010::34]) by mx1.freebsd.org (Postfix) with ESMTP id 12AB58FC3A for ; Fri, 14 Aug 2009 04:48:54 +0000 (UTC) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id n7E4mrQH065822 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 13 Aug 2009 21:48:53 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id n7E4mr2S065821; Thu, 13 Aug 2009 21:48:53 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA24536; Thu, 13 Aug 09 21:43:12 PDT Date: Thu, 13 Aug 2009 21:39:40 -0700 From: perryh@pluto.rain.com To: LukeD@pobox.com Message-Id: <4a84ea8c.rBtNpMsNVnsqw2PY%perryh@pluto.rain.com> References: In-Reply-To: User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2009 04:48:54 -0000 Luke Dean wrote: > my simple USB mouse stopped being detected at boot time. > The /dev/ums0 device simply does not appear unless I unplug > the mouse and plug it back in again. Then it is detected. ... > Is there something I can do to force the system to rescan for > my mouse to save me from crawling around on the floor whenever > I reboot? One distinctly low-tech solution would be to get a USB extension cable (not a hub with a cord, just a USB-A male to USB-A female cord) to plug into the machine, and plug the mouse into the cable, so that you can unplug and replug without having to grub around in the back of the machine. From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 07:30:51 2009 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2AA071065690 for ; Fri, 14 Aug 2009 07:30:51 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id B12198FC16 for ; Fri, 14 Aug 2009 07:30:50 +0000 (UTC) Received: by ewy2 with SMTP id 2so615292ewy.43 for ; Fri, 14 Aug 2009 00:30:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=/PiWCS3rOewBoaGYDNSnXzbShDi0Zb2x8hckjqEHV60=; b=k9uqgrB4rZChV7TvKjy0wxpVWdrMK8oOoB68+NpzUB6ymldOC8pPsevQOnfjps9bxE est26Xl1yq6OuqzF0Ib8BF2dLqDadyRe28+5SMjhjYDnQL3Zld+X1DJDHK9hK1lNw+pA UyWryrvMbwmZeQX2g3HgT7bWSYqeKhoL16RZY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=AXHSrwX1k9L000qQqw2V7WkvmhaHdpsJ8QSQ9poAsx0rZw44gDv+BqUdnT0ByxeBCa yYWNMXlbbgl6zWdoioUmRVWGcnzx02BQFBn8LtsKYUXiu3098Y7/mkm7vTwQhtpTvNQ9 a+rsJQS5SIntNOLpcogqAORvtBDhp9UNSXXUg= MIME-Version: 1.0 Received: by 10.210.112.4 with SMTP id k4mr2814406ebc.22.1250235049692; Fri, 14 Aug 2009 00:30:49 -0700 (PDT) In-Reply-To: <1250222975.1560.30.camel@RabbitsDen> References: <14989d6e0908101453i635bbf8fhf26094c3ad896c9c@mail.gmail.com> <1250222975.1560.30.camel@RabbitsDen> Date: Fri, 14 Aug 2009 09:30:49 +0200 Message-ID: <14989d6e0908140030tab80528ia392c7135981101b@mail.gmail.com> From: Christian Walther To: Alexandre Sunny Kovalenko Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Problem with IBM Thinkpad T30 shutting down due to high temperatures X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2009 07:30:51 -0000 Hi Alexandre, Hello list, 2009/8/14 Alexandre "Sunny" Kovalenko : > On Mon, 2009-08-10 at 23:53 +0200, Christian Walther wrote: >> Hello list, >> [...] > Add something like > > hw.acpi.thermal.tz1.passive_cooling=1 > hw.acpi.thermal.user_override=1 > hw.acpi.thermal.tz1._PSV=75C I did. Well, not 75C, because this value seems to be somewhat low. The critical temperature is 92C, and the original value of _PSV is 86.5C. This might be to hight, so I'm currently experimenting with lower values. So far, 84C really seems to be an acceptable value. Additionally, I'm trying different settings for powerd, which really seems to make a different as Roland stated in my "ACPI/Cpufreq issue?" post. > Also, please, consider following advice on cleaning up dust and possibly > re-applying the thermal paste given elsewhere in the thread -- on my > 2-year old laptop doing both shaved about 3C from the normal operating > temperature. Yes, doing some internal cleaning and applying new thermal paste is on my list. Luckily IBM supplies good manuals and the Thinkpad can be disassembled easily. It's on my list and will be done next week. Luckily, reducing _PSV made it possible to rebuild world and kernel, so my system is up to date in this regard. I yesterday tried to build some complex ports (audio/mumble, which in turn requires QT), and it worked nicely. But I'm not entirely satisfied and will keep tweaking the system (after I did the cleaning...). Christian From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 08:18:09 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD6EB106568C for ; Fri, 14 Aug 2009 08:18:09 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2F32A8FC41 for ; Fri, 14 Aug 2009 08:18:08 +0000 (UTC) Received: from w2003s01.double-l.local (double-l.xs4all.nl [80.126.205.144]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id n7E8HvhK014951; Fri, 14 Aug 2009 10:17:58 +0200 (CEST) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 14 Aug 2009 10:17:55 +0200 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DEAEB@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Going to BSD 8 from RELENG_7 Thread-Index: AcocgJ8WlYxVK5KjRvGYHwS8o+vmNQANZDjA References: From: "Johan Hendriks" To: "Dan Allen" X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: RE: Going to BSD 8 from RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2009 08:18:09 -0000 >I cvsup and build RELENG_7 many times a week. This has served me well >(except for the ZFS boot problem I had that went in and was backed =20 >out) for quite a while. >I like to track a STABLE release. When BSD 7 went to 7.1 and to 7.2, =20 >it all just happened automatically with the way I do things. >Now I am interested on one of my BSD machines to try 8.0. I need to =20 >change my cvsup target from RELENG_7 to CURRENT I believe. Is that =20 >true? When will STABLE become 8.0? >Also, does anyone know if there is a project page that talks about =20 >8.0, its timeline, its features, etc? If you type "8.0" into the main >freebsd.org web page it find nothing on the entire web site. =20 >Obviously something is wrong... >Thanks! >Dan Allen >Spring Lake, Utah Change your target to tag=3DRELENG_8 to track 8.0-Stable Or to tag=3DRELENG_8_0 to get the release (When it is released!!!!)=20 If you want to track CURRENT change your target to tag=3D. < do not = forget the dot it is CURRENT ;-) Tag=3D. Will become FreeBSD 9 when 8 is released. To see some big changes go to the following page. http://ivoras.sharanet.org/freebsd/freebsd8.html It give you one nice overview of things changed. Be aware that if you go from 7 to 8 you will need to rebuild all your installed ports. ALso if you do a buildworld from 7 to 8 do not do the make delete-old and the make delete-old-libs before you have rebuild your ports. If you do the make delete-old and make delete-old-libs runs, all ports depending on the FreeBSD 7 libs will not work any more. << read: most likely all your ports. If you have changed for example your Shell for root to a ports based shell like bash and you do the make delete-old-libs you can not log in anymore, because bash depends on the 7 libs wich are not there anymore. And as usual MAKE A GOOD BACKUP !!!! Regards, Johan =20 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" No virus found in this incoming message. Checked by AVG - www.avg.com=20 Version: 8.5.392 / Virus Database: 270.13.55/2301 - Release Date: 08/13/09 18:16:00 No virus found in this outgoing message. Checked by AVG - www.avg.com=20 Version: 8.5.392 / Virus Database: 270.13.55/2301 - Release Date: 08/13/09 18:16:00 From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 22:34:05 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E03E106568C for ; Fri, 14 Aug 2009 22:34:05 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id D839B8FC4B for ; Fri, 14 Aug 2009 22:34:04 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-201-175.belrs3.nsw.optusnet.com.au [122.106.201.175]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n7EMXQXc014556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Aug 2009 08:33:28 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n7EMXQti003808; Sat, 15 Aug 2009 08:33:26 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n7EMXPoP003807; Sat, 15 Aug 2009 08:33:25 +1000 (EST) (envelope-from peter) Date: Sat, 15 Aug 2009 08:33:25 +1000 From: Peter Jeremy To: Trond =?iso-8859-1?Q?Endrest=F8l?= Message-ID: <20090814223325.GB3769@server.vk2pj.dyndns.org> References: <20090813201612.5A25A1CC31@ptavv.es.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HcAYCG3uE/tztfnV" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-stable@freebsd.org Subject: Re: USB mouse not detected on boot of 7-STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2009 22:34:05 -0000 --HcAYCG3uE/tztfnV Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Aug-13 22:36:24 +0200, Trond Endrest=F8l wrote: >On Thu, 13 Aug 2009 13:16-0700, Kevin Oberman wrote: >> Hardware that simply would not work on the old stack is operating >> flawlessly on 8.0-BETA2. > >Does this include hardware such as the Huawei E220 HSDPA USB Modem? AFAIK, it does. It definitely works for my E169. --=20 Peter Jeremy --HcAYCG3uE/tztfnV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (FreeBSD) iEYEARECAAYFAkqF5jUACgkQ/opHv/APuIcQhgCgjn80hviKDMx3mKuYiWovmXt6 504An2A8X20FuwtfklJ8jnXI+WknBTiY =m9Xo -----END PGP SIGNATURE----- --HcAYCG3uE/tztfnV-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 22:38:52 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD75A1065672 for ; Fri, 14 Aug 2009 22:38:52 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id 4B1128FC43 for ; Fri, 14 Aug 2009 22:38:52 +0000 (UTC) Received: from vampire.homelinux.org (dslb-088-066-011-250.pools.arcor-ip.net [88.66.11.250]) by mrelayeu.kundenserver.de (node=mreu0) with ESMTP (Nemesis) id 0MKuxg-1Mc5QA3wuu-000RRY; Sat, 15 Aug 2009 00:38:51 +0200 Received: (qmail 17430 invoked from network); 14 Aug 2009 22:38:50 -0000 Received: from kvm.laiers.local (HELO kvm.localnet) (192.168.4.200) by mx.laiers.local with SMTP; 14 Aug 2009 22:38:50 -0000 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Sat, 15 Aug 2009 00:38:49 +0200 User-Agent: KMail/1.12.0 (Linux/2.6.30-ARCH; KDE/4.3.0; x86_64; ; ) References: <20090812191609.GA60973@server.vk2pj.dyndns.org> In-Reply-To: <20090812191609.GA60973@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_6dehKweeb3P+Few" Message-Id: <200908150038.50281.max@love2party.net> X-Provags-ID: V01U2FsdGVkX198Xn1h2nOL/BIDJDf7oKDXAvHUB7xRN3tuJJK ifSyGQOx6Ll5xeR+/gb+Z3ePJGIGxs2++7iokMHwzr0R0vd2A9 Jg/+DUxfNefhWYHwf0nUQ== Cc: Peter Jeremy Subject: Re: Panic due to junk pointer in pf(4) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Aug 2009 22:38:53 -0000 --Boundary-00=_6dehKweeb3P+Few Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable On Wednesday 12 August 2009 21:16:09 Peter Jeremy wrote: > My firewall (7.2p3/i386) recently panic'd: > Fatal trap 12: page fault while in kernel mode > fault virtual address =3D 0x1065e > fault code =3D supervisor read, page not present > ... > I have a crashdump that shows: > #6 0xc06c9c1b in calltrap () at /usr/src/sys/i386/i386/exception.s:159 > #7 0xc044ecd0 in pf_state_tree_lan_ext_RB_REMOVE_COLOR (head=3D0xc2a256a= 8, > parent=3D0xc442c6a0, elm=3D0xc40aa8e0) at > /usr/src/sys/contrib/pf/net/pf.c:391 #8 0xc044ef79 in > pf_state_tree_lan_ext_RB_REMOVE (head=3D0xc2a256a8, elm=3D0xc404a11c) at > /usr/src/sys/contrib/pf/net/pf.c:391 > #9 0xc045383e in pf_unlink_state (cur=3D0xc404a11c) > at /usr/src/sys/contrib/pf/net/pf.c:1158 > #10 0xc0456b6e in pf_purge_expired_states (maxcheck=3D119) > at /usr/src/sys/contrib/pf/net/pf.c:1242 > #11 0xc04570f9 in pf_purge_thread (v=3D0x0) > at /usr/src/sys/contrib/pf/net/pf.c:998 > #12 0xc0535781 in fork_exit (callout=3D0xc0456f50 , arg= =3D0x0, > frame=3D0xd2d4cd38) at /usr/src/sys/kern/kern_fork.c:810 > #13 0xc06c9c90 in fork_trampoline () at > /usr/src/sys/i386/i386/exception.s:264 > > Working up, 'parent' in pf_state_tree_lan_ext_RB_REMOVE_COLOR() has > a garbage u.s.entry_lan_ext: > (kgdb) p parent->u > $3 =3D {s =3D {entry_lan_ext =3D {rbe_left =3D 0x10602, rbe_right =3D 0x5= 0000, > rbe_parent =3D 0xc40aa8e0, rbe_color =3D -1002258432}, entry_ext_gw= y =3D { > rbe_left =3D 0xc3c42238, rbe_right =3D 0x1, rbe_parent =3D 0x0, > rbe_color =3D 0}, entry_id =3D {rbe_left =3D 0xc3c54470, rbe_right = =3D 0x0, > rbe_parent =3D 0x0, rbe_color =3D 0}, entry_list =3D {tqe_next =3D > 0xc41f9e6c, tqe_prev =3D 0x0}, kif =3D 0xc442c58c}, > ifname =3D "\002\006\001\000\000\000\005\000=E0=A8\n=C4\000=C0B=C4"} > > Does anyone have any suggestions on where to look next? You could try the attached patch that I just set to re@ for inclusion. The= re=20 is an obvious error in how I handle the pf_consistency_lock in the purge=20 thread that might well be the culprit for the error you are seeing. I assu= me=20 you can't trigger the panic at will, though. In any case I'd be interested= in=20 your feedback, thanks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-00=_6dehKweeb3P+Few Content-Type: text/x-patch; charset="UTF-8"; name="pfpurge_lock.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="pfpurge_lock.diff" Index: sys/contrib/pf/net/pfvar.h =================================================================== --- sys/contrib/pf/net/pfvar.h (revision 196216) +++ sys/contrib/pf/net/pfvar.h (working copy) @@ -1593,8 +1593,13 @@ extern struct pool pf_state_pl, pf_altq_pl, pf_p extern struct pool pf_state_scrub_pl; #endif extern void pf_purge_thread(void *); +#ifdef __FreeBSD__ +extern int pf_purge_expired_src_nodes(int); +extern int pf_purge_expired_states(u_int32_t, int); +#else extern void pf_purge_expired_src_nodes(int); extern void pf_purge_expired_states(u_int32_t); +#endif extern void pf_unlink_state(struct pf_state *); extern void pf_free_state(struct pf_state *); extern int pf_insert_state(struct pfi_kif *, Index: sys/contrib/pf/net/pf.c =================================================================== --- sys/contrib/pf/net/pf.c (revision 196216) +++ sys/contrib/pf/net/pf.c (working copy) @@ -971,6 +971,9 @@ void pf_purge_thread(void *v) { int nloops = 0, s; +#ifdef __FreeBSD__ + int locked; +#endif for (;;) { tsleep(pf_purge_thread, PWAIT, "pftm", 1 * hz); @@ -978,14 +981,19 @@ pf_purge_thread(void *v) #ifdef __FreeBSD__ sx_slock(&pf_consistency_lock); PF_LOCK(); + locked = 0; if (pf_end_threads) { - pf_purge_expired_states(pf_status.states); + PF_UNLOCK(); + sx_sunlock(&pf_consistency_lock); + sx_xlock(&pf_consistency_lock); + PF_LOCK(); + pf_purge_expired_states(pf_status.states, 1); pf_purge_expired_fragments(); - pf_purge_expired_src_nodes(0); + pf_purge_expired_src_nodes(1); pf_end_threads++; - sx_sunlock(&pf_consistency_lock); + sx_xunlock(&pf_consistency_lock); PF_UNLOCK(); wakeup(pf_purge_thread); kproc_exit(0); @@ -994,20 +1002,44 @@ pf_purge_thread(void *v) s = splsoftnet(); /* process a fraction of the state table every second */ +#ifdef __FreeBSD__ + if(!pf_purge_expired_states(1 + (pf_status.states + / pf_default_rule.timeout[PFTM_INTERVAL]), 0)) { + PF_UNLOCK(); + sx_sunlock(&pf_consistency_lock); + sx_xlock(&pf_consistency_lock); + PF_LOCK(); + locked = 1; + + pf_purge_expired_states(1 + (pf_status.states + / pf_default_rule.timeout[PFTM_INTERVAL]), 1); + } +#else pf_purge_expired_states(1 + (pf_status.states / pf_default_rule.timeout[PFTM_INTERVAL])); +#endif /* purge other expired types every PFTM_INTERVAL seconds */ if (++nloops >= pf_default_rule.timeout[PFTM_INTERVAL]) { pf_purge_expired_fragments(); - pf_purge_expired_src_nodes(0); + if (!pf_purge_expired_src_nodes(locked)) { + PF_UNLOCK(); + sx_sunlock(&pf_consistency_lock); + sx_xlock(&pf_consistency_lock); + PF_LOCK(); + locked = 1; + pf_purge_expired_src_nodes(1); + } nloops = 0; } splx(s); #ifdef __FreeBSD__ PF_UNLOCK(); - sx_sunlock(&pf_consistency_lock); + if (locked) + sx_xunlock(&pf_consistency_lock); + else + sx_sunlock(&pf_consistency_lock); #endif } } @@ -1056,8 +1088,13 @@ pf_state_expires(const struct pf_state *state) return (state->expire + timeout); } +#ifdef __FreeBSD__ +int +pf_purge_expired_src_nodes(int waslocked) +#else void pf_purge_expired_src_nodes(int waslocked) +#endif { struct pf_src_node *cur, *next; int locked = waslocked; @@ -1068,12 +1105,8 @@ pf_purge_expired_src_nodes(int waslocked) if (cur->states <= 0 && cur->expire <= time_second) { if (! locked) { #ifdef __FreeBSD__ - if (!sx_try_upgrade(&pf_consistency_lock)) { - PF_UNLOCK(); - sx_sunlock(&pf_consistency_lock); - sx_xlock(&pf_consistency_lock); - PF_LOCK(); - } + if (!sx_try_upgrade(&pf_consistency_lock)) + return (0); #else rw_enter_write(&pf_consistency_lock); #endif @@ -1100,6 +1133,10 @@ pf_purge_expired_src_nodes(int waslocked) #else rw_exit_write(&pf_consistency_lock); #endif + +#ifdef __FreeBSD__ + return (1); +#endif } void @@ -1202,12 +1239,21 @@ pf_free_state(struct pf_state *cur) pf_status.states--; } +#ifdef __FreeBSD__ +int +pf_purge_expired_states(u_int32_t maxcheck, int waslocked) +#else void pf_purge_expired_states(u_int32_t maxcheck) +#endif { static struct pf_state *cur = NULL; struct pf_state *next; +#ifdef __FreeBSD__ + int locked = waslocked; +#else int locked = 0; +#endif while (maxcheck--) { /* wrap to start of list when we hit the end */ @@ -1224,12 +1270,8 @@ pf_purge_expired_states(u_int32_t maxcheck) /* free unlinked state */ if (! locked) { #ifdef __FreeBSD__ - if (!sx_try_upgrade(&pf_consistency_lock)) { - PF_UNLOCK(); - sx_sunlock(&pf_consistency_lock); - sx_xlock(&pf_consistency_lock); - PF_LOCK(); - } + if (!sx_try_upgrade(&pf_consistency_lock)) + return (0); #else rw_enter_write(&pf_consistency_lock); #endif @@ -1241,12 +1283,8 @@ pf_purge_expired_states(u_int32_t maxcheck) pf_unlink_state(cur); if (! locked) { #ifdef __FreeBSD__ - if (!sx_try_upgrade(&pf_consistency_lock)) { - PF_UNLOCK(); - sx_sunlock(&pf_consistency_lock); - sx_xlock(&pf_consistency_lock); - PF_LOCK(); - } + if (!sx_try_upgrade(&pf_consistency_lock)) + return (0); #else rw_enter_write(&pf_consistency_lock); #endif @@ -1257,10 +1295,13 @@ pf_purge_expired_states(u_int32_t maxcheck) cur = next; } - if (locked) #ifdef __FreeBSD__ + if (!waslocked && locked) sx_downgrade(&pf_consistency_lock); + + return (1); #else + if (locked) rw_exit_write(&pf_consistency_lock); #endif } --Boundary-00=_6dehKweeb3P+Few-- From owner-freebsd-stable@FreeBSD.ORG Fri Aug 14 23:10:08 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA0A4106564A for ; Fri, 14 Aug 2009 23:10:08 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail3.es.net [IPv6:2001:400:4c01::2]) by mx1.freebsd.org (Postfix) with ESMTP id AF9148FC57 for ; Fri, 14 Aug 2009 23:10:08 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n7EN9w8E007827 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 14 Aug 2009 16:09:59 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 829ED1CC36; Fri, 14 Aug 2009 16:09:58 -0700 (PDT) To: "Johan Hendriks" In-reply-to: Your message of "Fri, 14 Aug 2009 10:17:55 +0200." <57200BF94E69E54880C9BB1AF714BBCB5DEAEB@w2003s01.double-l.local> Date: Fri, 14 Aug 2009 16:09:58 -0700 From: "Kevin Oberman" Message-Id: <20090814230958.829ED1CC36@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2009-08-14_10:2009-08-11, 2009-08-14, 2009-08-14 signatures=0 Cc: Dan Allen , freebsd-stable@freebsd.org Subject: Re: Going to BSD 8 from RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2009 23:10:08 -0000 > Date: Fri, 14 Aug 2009 10:17:55 +0200 > From: "Johan Hendriks" > Sender: owner-freebsd-stable@freebsd.org > > >I cvsup and build RELENG_7 many times a week. This has served me well > > >(except for the ZFS boot problem I had that went in and was backed > >out) for quite a while. > > >I like to track a STABLE release. When BSD 7 went to 7.1 and to 7.2, > >it all just happened automatically with the way I do things. > > >Now I am interested on one of my BSD machines to try 8.0. I need to > >change my cvsup target from RELENG_7 to CURRENT I believe. Is that > >true? When will STABLE become 8.0? > > >Also, does anyone know if there is a project page that talks about > >8.0, its timeline, its features, etc? If you type "8.0" into the main > > >freebsd.org web page it find nothing on the entire web site. > >Obviously something is wrong... > > >Thanks! > > >Dan Allen > >Spring Lake, Utah > > Change your target to tag=RELENG_8 to track 8.0-Stable Or to > tag=RELENG_8_0 to get the release (When it is released!!!!) > If you want to track CURRENT change your target to tag=. < do not forget > the dot it is CURRENT ;-) > Tag=. Will become FreeBSD 9 when 8 is released. > > > To see some big changes go to the following page. > http://ivoras.sharanet.org/freebsd/freebsd8.html > > It give you one nice overview of things changed. > > > Be aware that if you go from 7 to 8 you will need to rebuild all your > installed ports. > ALso if you do a buildworld from 7 to 8 do not do the make delete-old > and the make delete-old-libs before you have rebuild your ports. > If you do the make delete-old and make delete-old-libs runs, all ports > depending on the FreeBSD 7 libs will not work any more. << read: most > likely all your ports. > If you have changed for example your Shell for root to a ports based > shell like bash and you do the make delete-old-libs you can not log in > anymore, because bash depends on the 7 libs wich are not there anymore. One other suggestion: if you have the libusb port installed, be sure to delete it BEFORE you try updating any ports. libusb is now in the base system and is incompatible with the ports version, so anything that is linked to it will fail with the new USB stack in 8.0. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-stable@FreeBSD.ORG Sat Aug 15 00:33:20 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002D610656A4 for ; Sat, 15 Aug 2009 00:33:19 +0000 (UTC) (envelope-from bsd24x7@yahoo.com) Received: from n9.bullet.re3.yahoo.com (n9.bullet.re3.yahoo.com [68.142.237.94]) by mx1.freebsd.org (Postfix) with SMTP id AC51E8FC77 for ; Sat, 15 Aug 2009 00:33:19 +0000 (UTC) Received: from [68.142.230.28] by n9.bullet.re3.yahoo.com with NNFMP; 15 Aug 2009 00:19:49 -0000 Received: from [67.195.9.83] by t1.bullet.re2.yahoo.com with NNFMP; 15 Aug 2009 00:33:59 -0000 Received: from [67.195.9.110] by t3.bullet.mail.gq1.yahoo.com with NNFMP; 15 Aug 2009 00:19:48 -0000 Received: from [127.0.0.1] by omp114.mail.gq1.yahoo.com with NNFMP; 15 Aug 2009 00:19:48 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 687870.52501.bm@omp114.mail.gq1.yahoo.com Received: (qmail 57955 invoked by uid 60001); 15 Aug 2009 00:19:48 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1250295588; bh=lFISiojipzJUhAlrloZkolkA0SY7ZvMZioJuVppg3eE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=pgICU7f3yRp7VlgqgPtSGFEfSfdJA9LCumkcT479eqK++fOB7kfTyBLtlI2Kduc374QEXJO90HCO1ALIuu43RwMOQEbKcQsfEhQPKw/bv/mK4dak9lR+nWzH+szu2DmiVMmsExSedDhAkBFQ0o7yGt7VcFYtCk60snwtpU0TST8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=ZgIZBNwJw92mYkxwjLSmkywydKV6xHSiwnCRdw9d/aQsAN3d1kheXstw8pj11CZpeQzEwjm3QM1/Qw44pF2X8tv7gjA5SWKzCR36iBr7SIkk3RwAbIelp9YdV3WGTAJJ/bZCQp/+8nbGlJXGK+iNC9Op3K7XZHe+EPdi0M1rHxM=; Message-ID: <449180.49075.qm@web110112.mail.gq1.yahoo.com> X-YMail-OSG: oXs2IkcVM1l8v.ss3L7RtXhn_FOZF4VmHfnLswUHujEJhPcYLEEDaTgKMLfu91o7Viz57OP6xPar5dJD7k31GDZtmpi3xleKwQHMVZ_oSdiZ81_iJ4IaZiJ.JfWOa8d1fvbDucCuWSHcP0M06VemCssZEoXPUFEmszFTEePSxaKputSN1obIv_RRfcW9JXfhJ2aU5I1in4YeUyAB0Zyy34jHJbDKHHHGNrECADx02JXz1NvBTwog1g1qGvKoCIB3iMhb0r61H1v1Iw-- Received: from [75.90.1.160] by web110112.mail.gq1.yahoo.com via HTTP; Fri, 14 Aug 2009 17:19:48 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.1 Date: Fri, 14 Aug 2009 17:19:48 -0700 (PDT) From: Jeff Richards To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Multiple USB drives stability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2009 00:33:20 -0000 Is there a practical limit on the number of active USB drives with FreeBSD?= =A0 I've had stability issues using multiple USB drives as storage. My initial design goal was cheap, hot-swappable storage.=A0 I am only using= a 100MB network currently so throughput on the storage is not a problem as= I can't push the data to/from the drives faster than what my network reque= sts are.=A0=20 I first tried my setup on 7.0, then migrated to a newer PC, then upgraded t= o 7.2.=20 =A0 I have the following USB drive setup: 1 320GB gmirror (320x2) + gjournal + ufs2 1 1TB gmirror (1TBx2) + gjournal + ufs2 1 150GB gjournal=A0 + ufs2 I also have another 1TB gmirror (1TBx2) + gjournal but removed it.=A0 The s= ystem crashed when I used these drives (bacula or bonnie++) so I pulled the= m to test on another system. Recently my stability issue has been when I have been writing data to the 1= 50GB gjournal drive from the 320GB gmirror device (USB device -> USB device= ).=A0 It will be working fine, then all I/O stops on the 150GB drive.=A0 Th= e system remains responding to other USB devices etc. for a while.=A0 I try= rebooting and the system crashes with gjournal errors (didn't write down, = but I will later).=A0=20 Every time this happens the 1TB gmirror comes up fine but one of the 320GB = providers is missing.=A0 No problem after 'gmirror forget' and 'gmirror ins= ert'.=A0 Everything rebuilds fine.=A0 The 150GB gjournal drive is fine afte= r a 'fsck -y'. I do pair the gmirror drives to the same USB adapter.=A0 Found out after in= itial testing with multiple USB adapters that they do not appear standard e= nough to cross adapters like I would for a production server at work to pre= vent SPOF with an adapter. I have tried Linux as well with softraid and LVM2 on the same hardware.=A0 = It worked fine until I applied software updates and the udev took 30+ minut= es to boot.=A0 I went back to FreeBSD.=A0 Even when I crashed I was back up= in 2-5 minutes. I can and will provide more detail if requested.=A0 My concern is that the = issue seems to continue no matter what hardware/OS changes I try. Thanks in advance. =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Sat Aug 15 03:04:23 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F04C106568B for ; Sat, 15 Aug 2009 03:04:23 +0000 (UTC) (envelope-from bsd24x7@yahoo.com) Received: from n9.bullet.re3.yahoo.com (n9.bullet.re3.yahoo.com [68.142.237.94]) by mx1.freebsd.org (Postfix) with SMTP id 0304D8FC52 for ; Sat, 15 Aug 2009 03:04:22 +0000 (UTC) Received: from [68.142.230.28] by n9.bullet.re3.yahoo.com with NNFMP; 15 Aug 2009 03:04:22 -0000 Received: from [67.195.9.83] by t1.bullet.re2.yahoo.com with NNFMP; 15 Aug 2009 03:18:32 -0000 Received: from [67.195.9.105] by t3.bullet.mail.gq1.yahoo.com with NNFMP; 15 Aug 2009 03:04:21 -0000 Received: from [127.0.0.1] by omp109.mail.gq1.yahoo.com with NNFMP; 15 Aug 2009 03:04:21 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 717572.34300.bm@omp109.mail.gq1.yahoo.com Received: (qmail 93891 invoked by uid 60001); 15 Aug 2009 03:04:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1250305461; bh=MMRuHxiaKkiaye0a52g/hnbLBJv9rjQuvjOyzubuPTE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=nhbi5L5yfaIQ3oRaXGiDCsA6cN8BEgsH+id2SIWJLZT9x2LarEBaSNCO+mUKLD1tP2IaU+uv1rXvJL1InFWbjvCWHNHfIemuDReEh6ZOLN7ze/l5QqIms0iQgdiG0V5g3r1A3tCnu4+lwtbivtNq4BNohY6OQbYTWOv97kEwbkc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=J0ErT9WeDmZOTDuEzsazb8AWOk0Y/NmHlOykI8Om85RPxqaspKXqn0uzgEcWwE+Wf0UtMsaCQiAP80q1kHZtr0MTZcvYlT2ltCPsqVJt8bFfsTgU/GKCT1RMm4gFix87a/PG1DnLbzsuM1TOWKZWlVGIpFLs+y91LU/dvRrrakE=; Message-ID: <558655.92355.qm@web110104.mail.gq1.yahoo.com> X-YMail-OSG: cVj6MhIVM1n_zizoq3cPvc9v9Ajdpi7a1Vgl2Q9Vf_m6s9lKQDj8PAdpli2IC_.Vkt.z6BJ4iRVMAE2FOMcUBRsJOz5Oz5DgO1RibQjDBF_aNWs06HwhjUGeg.o2nNFtAGm6kX1OVxNDfQd.4ZyFfpAHUHQWOsqxYP5EB4hjmOBUFqpcbyCzdG2oUct6dbbMnjPcMSDB_BOMwRatvJcsZDlwlojclce_Qh7I2qQIFiQeBRgUxSHw17VnSt25PgTdptTIykJk5vdT6D9xurEDll8TpXtd.ZOcRwpyxYbuDwLmpir0zxxlF85KX0rz3dQk939oeS6ppAjJO3vL1v5nOnx13Q-- Received: from [75.90.1.160] by web110104.mail.gq1.yahoo.com via HTTP; Fri, 14 Aug 2009 20:04:21 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.1 Date: Fri, 14 Aug 2009 20:04:21 -0700 (PDT) From: Jeff Richards To: freebsd-stable@freebsd.org In-Reply-To: <449180.49075.qm@web110112.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Multiple USB drives stability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2009 03:04:23 -0000 I just tested my 2nd 1TB gmirror device on another system with FBSD 7.2.=A0= I was getting full throughput on the drive and no lockup using bonnie++ an= d also monitoring with gstat. I then moved those drives back on my main server.=A0 When I booted the syst= em I hung on the 320GB gmirror devices.=A0 Previously the 1st 1TB gmirror a= nd 320GB gmirror were attached to the integrated USB ports on the motherboa= rd.=A0 I moved the 320GB gmirror to a PCI USB adapter. The 2 320GB drives in the gmirror were da5 and da6.=A0 Here's what I saw on= the console: (da6:umass-sim6:6:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (da6:umass-sim6:6:0:0): CAM Status: SCSI Status Error (da6:umass-sim6:6:0:0): SCSI Status: Check Condition (da6:umass-sim6:6:0:0): ILLEGAL REQUEST asc:20,0 (da6:umass-sim6:6:0:0): Invalid command operation mode (da6:umass-sim6:6:0:0): Unretryable error GEOM_MIRROR: Request failed (error=3D5), da6[READ(offset=3D512, length=3D51= 2)] GEOM_MIRROR: Device gm-san: provider da6 disconnected. (da5:umass-sim5:5:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (da5:umass-sim5:5:0:0): CAM Status: SCSI Status Error (da5:umass-sim5:5:0:0): SCSI Status: Check Condition (da5:umass-sim5:5:0:0): ILLEGAL REQUEST asc:20,0 (da5:umass-sim5:5:0:0): Invalid command operation mode (da5:umass-sim5:5:0:0): Unretryable error GEOM_JOURNAL: BIO_FLUSH not supported by mirror/gm-san. I waited for a few minutes with no change in the console.=A0 I then detache= d one of the USB drives (which happened to be da6) and saw this: umass6: at uhub7 port 4 (addr 4) disconnected (da6:umass-sim6:6:0:0): lost device Nothing else changed for a few minutes so I powered off the system.=A0 When= I brought it back up the 320GB gmirror device was out of sync, but apart f= rom that all devices were online. Below are the kernel messages from the second boot: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =A0=A0=A0=A0=A0=A0=A0 The Regents of the University of California. All righ= ts reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-RELEASE #0: Fri May=A0 1 08:49:13 UTC 2009 =A0=A0=A0 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.26GHz (2266.67-MHz 686-class CPU) =A0 Origin =3D "GenuineIntel"=A0 Id =3D 0xf49=A0 Stepping =3D 9 =A0 Features=3D0xbfebfbff =A0 Features2=3D0x441d =A0 AMD Features2=3D0x1 real memory=A0 =3D 1877868544 (1790 MB) avail memory =3D 1826934784 (1742 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 6fde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfe800000-0xfe8003ff on acp= i0 device_attach: acpi_hpet0 attach returned 12 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xc0000000-0xcfffffff,0xfb000000-0xfb= ffffff irq 16 at device 0.0 on pci1 pcib2: irq 27 at device 2.0 on pci0 pci2: on pcib2 pcib3: irq 31 at device 3.0 on pci0 pci3: on pcib3 atapci0: port 0xfc00-0xfc07,0xf800-0xf803,0x= f400-0xf407,0xf000-0xf003,0xec00-0xec0f,0xe800-0xe8ff irq 21 at device 15.0= on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,= 0x376,0xe400-0xe40f at device 15.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] uhci0: port 0xe000-0xe01f irq 20 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 22 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd800-0xd81f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 23 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdfff000-0xfdfff0ff irq 21 at = device 16.4 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered umass0: on uhub4 umass1: on uhub= 4 umass2: on uhub= 4 umass3: on uhub4 isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xd000-0xd0ff mem 0xfdffe000-0= xfdffe0ff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x7c miibus0: on vr0 rlphy0: PHY 1 on miibus0 rlphy0:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:e0:4d:2b:19:ed vr0: [ITHREAD] pcib4: at device 19.1 on pci0 pci4: on pcib4 ohci0: mem 0xfdaff000-0xfdafffff irq 16 at de= vice 3.0 on pci4 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb5: OHCI version 1.0 usb5: on ohci0 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 3 ports with 3 removable, self powered ohci1: mem 0xfdafe000-0xfdafefff irq 17 at de= vice 3.1 on pci4 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb6: OHCI version 1.0 usb6: on ohci1 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfdafd000-0xfdafd0ff irq 18= at device 3.2 on pci4 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 3 ports each: usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 5 ports with 5 removable, self powered umass4: on= uhub7 umass5: on uhub7 umass5: Get Max Lun not supported (STALLED) umass6: on uhub7 umass6: Get Max Lun not supported (STALLED) sym0: <875> port 0x9c00-0x9cff mem 0xfdafc000-0xfdafc0ff,0xfdafb000-0xfdafb= fff irq 17 at device 4.0 on pci4 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [ITHREAD] pcib5: on acpi0 pci128: on pcib5 pci128: at device 1.0 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 p4tcc0: on cpu0 acpi_hpet0: iomem 0xfe800000-0xfe8003ff on acp= i0 device_attach: acpi_hpet0 attach returned 12 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc97ff,0xcc000-0xcdfff pnpid ORM0= 000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2266665820 Hz quality 800 Timecounters tick every 1.000 msec ad0: 78533MB at ata0-master UDMA100 acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 Waiting 5 seconds for SCSI devices to settle GEOM_LABEL: Label for provider ad0s1a is ufsid/4a42cfbde524d087. GEOM_LABEL: Label for provider ad0s1d is ufsid/4a42cfc21242e734. GEOM_LABEL: Label for provider ad0s1e is ufsid/4a42cfbdfcdf27b1. GEOM_LABEL: Label for provider ad0s1f is ufsid/4a42cfbd65525a3f. GEOM_LABEL: Label for provider ad0s1g is ufsid/4a42cfbd75a68b18. GEOM_LABEL: Label for provider ad0s2d is ufsid/4a42cfbdcada79a0. GEOM_LABEL: Label for provider ad0s2e is ufsid/4a42cfc28b730061. GEOM_LABEL: Label for provider ad0s2f is ufsid/4a42cfc236be6f59. GEOM_JOURNAL: Journal 503343105: ad0s2g contains data. GEOM_JOURNAL: Journal 503343105: ad0s2g contains journal. GEOM_JOURNAL: Journal ad0s2g clean. GEOM_LABEL: Label for provider ad0s2g.journal is ufsid/4a430e552079b936. (probe12:sym0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe12:sym0:0:5:0): CAM Status: SCSI Status Error (probe12:sym0:0:5:0): SCSI Status: Check Condition (probe12:sym0:0:5:0): UNIT ATTENTION asc:29,2 (probe12:sym0:0:5:0): SCSI bus reset occurred (probe12:sym0:0:5:0): Retrying Command (per Sense Data) sa0 at sym0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit) ch0 at sym0 bus 0 target 5 lun 1 ch0: Removable Changer SCSI-3 device ch0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit) ch0: 6 slots, 1 drive, 0 pickers, 0 portals da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da1 at umass-sim1 bus 1 target 0 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da2 at umass-sim2 bus 2 target 0 lun 0 da2: Fixed Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da3 at umass-sim3 bus 3 target 0 lun 0 da3: Fixed Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da4 at umass-sim4 bus 4 target 0 lun 0 da4: Fixed Direct Access SCSI-0 device da4: 40.000MB/s transfers da4: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) da5 at umass-sim5 bus 5 target 0 lun 0 da5: Fixed Direct Access SCSI-0 device da5: 40.000MB/s transfers da5: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) da6 at umass-sim6 bus 6 target 0 lun 0 da6: Fixed Direct Access SCSI-0 device da6: 40.000MB/s transfers da6: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) GEOM_MIRROR: Device mirror/gm-bacula launched (2/2). GEOM_MIRROR: Device mirror/gm-media launched (2/2). GEOM_MIRROR: Device mirror/gm-san launched (1/2). GEOM_MIRROR: Device gm-san: rebuilding provider da5. GEOM_JOURNAL: Journal 3034050800: mirror/gm-bacula contains data. GEOM_JOURNAL: Journal 3034050800: mirror/gm-bacula contains journal. GEOM_JOURNAL: Journal mirror/gm-bacula clean. GEOM_JOURNAL: Journal 262277634: mirror/gm-media contains data. GEOM_JOURNAL: Journal 262277634: mirror/gm-media contains journal. GEOM_JOURNAL: Journal mirror/gm-media clean. GEOM_LABEL: Label for provider da4s1 is ufsid/49273a95d669d784. GEOM_LABEL: Label for provider da4s1 is ufs/backup. GEOM_JOURNAL: Journal 2270030291: mirror/gm-san contains data. GEOM_JOURNAL: Journal 2270030291: mirror/gm-san contains journal. GEOM_JOURNAL: Journal mirror/gm-san clean. (da6:umass-sim6:6:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (da6:umass-sim6:6:0:0): CAM Status: SCSI Status Error (da6:umass-sim6:6:0:0): SCSI Status: Check Condition (da6:umass-sim6:6:0:0): ILLEGAL REQUEST asc:20,0 (da6:umass-sim6:6:0:0): Invalid command operation code (da6:umass-sim6:6:0:0): Unretryable error GEOM_MIRROR: Request failed (error=3D5). da6[READ(offset=3D0, length=3D512)= ] GEOM_JOURNAL: BIO_FLUSH not supported by mirror/gm-san. GEOM_LABEL: Label for provider mirror/gm-bacula.journal is ufsid/4a509cddbd= 500a7e. GEOM_LABEL: Label for provider mirror/gm-media.journal is ufsid/4a3f26878cf= 7f367. GEOM_LABEL: Label for provider mirror/gm-san.journal is ufsid/4a40c57f604c2= e44. Trying to mount root from ufs:/dev/ad0s1a GEOM_LABEL: Label ufsid/4a42cfbde524d087 removed. GEOM_LABEL: Label for provider ad0s1a is ufsid/4a42cfbde524d087. GEOM_LABEL: Label ufsid/49273a95d669d784 removed. GEOM_LABEL: Label ufsid/4a42cfbdfcdf27b1 removed. GEOM_LABEL: Label for provider da4s1c is ufsid/49273a95d669d784. GEOM_LABEL: Label for provider ad0s1e is ufsid/4a42cfbdfcdf27b1. GEOM_LABEL: Label ufsid/4a42cfbd65525a3f removed. GEOM_LABEL: Label for provider ad0s1f is ufsid/4a42cfbd65525a3f. GEOM_LABEL: Label ufsid/4a42cfbd75a68b18 removed. GEOM_LABEL: Label for provider ad0s1g is ufsid/4a42cfbd75a68b18. GEOM_LABEL: Label ufsid/4a42cfbdcada79a0 removed. GEOM_LABEL: Label for provider ad0s2d is ufsid/4a42cfbdcada79a0. GEOM_LABEL: Label ufsid/4a42cfc28b730061 removed. GEOM_LABEL: Label for provider ad0s2e is ufsid/4a42cfc28b730061. GEOM_LABEL: Label ufsid/4a42cfc21242e734 removed. GEOM_LABEL: Label for provider ad0s1d is ufsid/4a42cfc21242e734. GEOM_LABEL: Label ufsid/4a42cfc236be6f59 removed. GEOM_LABEL: Label for provider ad0s2f is ufsid/4a42cfc236be6f59. GEOM_LABEL: Label ufsid/4a42cfbde524d087 removed. GEOM_LABEL: Label ufsid/4a42cfbdfcdf27b1 removed. GEOM_LABEL: Label ufsid/4a42cfbd65525a3f removed. GEOM_LABEL: Label ufsid/4a42cfbd75a68b18 removed. GEOM_LABEL: Label ufsid/4a42cfbdcada79a0 removed. GEOM_LABEL: Label ufsid/4a430e552079b936 removed. GEOM_LABEL: Label ufsid/4a42cfc28b730061 removed. GEOM_LABEL: Label ufsid/4a42cfc21242e734 removed. GEOM_LABEL: Label ufsid/4a42cfc236be6f59 removed. GEOM_LABEL: Label ufsid/4a3f26878cf7f367 removed. GEOM_LABEL: Label ufsid/4a40c57f604c2e44 removed. GEOM_LABEL: Label ufsid/49273a95d669d784 removed. fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 GEOM_LABEL: Label ufsid/4a509cddbd500a7e removed. --- On Fri, 8/14/09, Jeff Richards wrote: From: Jeff Richards Subject: Multiple USB drives stability question To: freebsd-stable@freebsd.org Date: Friday, August 14, 2009, 8:19 PM Is there a practical limit on the number of active USB drives with FreeBSD?= =A0 I've had stability issues using multiple USB drives as storage. My initial design goal was cheap, hot-swappable storage.=A0 I am only using= a 100MB network currently so throughput on the storage is not a problem as= I can't push the data to/from the drives faster than what my network reque= sts are.=A0=20 I first tried my setup on 7.0, then migrated to a newer PC, then upgraded t= o 7.2.=20 =A0 I have the following USB drive setup: 1 320GB gmirror (320x2) + gjournal + ufs2 1 1TB gmirror (1TBx2) + gjournal + ufs2 1 150GB gjournal=A0 + ufs2 I also have another 1TB gmirror (1TBx2) + gjournal but removed it.=A0 The s= ystem crashed when I used these drives (bacula or bonnie++) so I pulled the= m to test on another system. Recently my stability issue has been when I have been writing data to the 1= 50GB gjournal drive from the 320GB gmirror device (USB device -> USB device= ).=A0 It will be working fine, then all I/O stops on the 150GB drive.=A0 Th= e system remains responding to other USB devices etc. for a while.=A0 I try= rebooting and the system crashes with gjournal errors (didn't write down, = but I will later).=A0=20 Every time this happens the 1TB gmirror comes up fine but one of the 320GB = providers is missing.=A0 No problem after 'gmirror forget' and 'gmirror ins= ert'.=A0 Everything rebuilds fine.=A0 The 150GB gjournal drive is fine afte= r a 'fsck -y'. I do pair the gmirror drives to the same USB adapter.=A0 Found out after in= itial testing with multiple USB adapters that they do not appear standard e= nough to cross adapters like I would for a production server at work to pre= vent SPOF with an adapter. I have tried Linux as well with softraid and LVM2 on the same hardware.=A0 = It worked fine until I applied software updates and the udev took 30+ minut= es to boot.=A0 I went back to FreeBSD.=A0 Even when I crashed I was back up= in 2-5 minutes. I can and will provide more detail if requested.=A0 My concern is that the = issue seems to continue no matter what hardware/OS changes I try. Thanks in advance. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Sat Aug 15 05:48:29 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF0CC106568C for ; Sat, 15 Aug 2009 05:48:28 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f206.google.com (mail-ew0-f206.google.com [209.85.219.206]) by mx1.freebsd.org (Postfix) with ESMTP id 7353E8FC15 for ; Sat, 15 Aug 2009 05:48:28 +0000 (UTC) Received: by ewy2 with SMTP id 2so1198607ewy.43 for ; Fri, 14 Aug 2009 22:48:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=/nyyRlaBN3dpC66raDCUEJDasPRmaZLKL0fMrH0eJpM=; b=hFLqq/qV169I2MTdHifGkyGt3caKAVoqjJWqelHCAQkW+UIiOiw/Pi4me16W3kZtUJ KQ3A5yM25y+ZrypPpuTu6NY18FgWjFjJXNZVa1iFMxMk1F1yfjWv8zWobPHvuduy6+aT G4Lyr/O2TGXQgp4zIGNqdRnGVO/9P2lJT4VM0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=hUlWoEE4eERj2ApaG2hxOvxd70u38TXhOgzZzfz8siekTax6hLpYsbgg+sp1jlyKgs mVK7R1GMSFbRUAv9d2HG9fsITg4smncdx6YuAN6fII+nlVIs+yc1nPjY/nmuS6Z/kQYv VtaI2011Xqy2Fn5mYfjjhYZGklglfonsfwzxw= MIME-Version: 1.0 Received: by 10.210.70.8 with SMTP id s8mr412750eba.69.1250315307576; Fri, 14 Aug 2009 22:48:27 -0700 (PDT) Date: Sat, 15 Aug 2009 01:48:27 -0400 Message-ID: From: grarpamp To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Version nomenclature [was RELENG_7 to 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: Sat, 15 Aug 2009 05:48:29 -0000 Wanted to put in a suggestion. Users are constantly confused and asking questions about the FreeBSD version naming scheme, somehow not quite picking it up right, which is which, where to use it, etc. And though I know what it is, it still seems silly to me. Because we've got logical pointers _loosely_ correlating to formal repo tag and branch names. Worst case I've seen was when FreeBSD had 4, 5, 6 all in flux at once. STABLE and CURRENT could only point to two things and there were about 10 potential tags involved. Basically, I'm proposing FreeBSD should relegate the terms STABLE and CURRENT out to the marketing portion of the web team. You can't check them out of any repo as tags, 4 and 5 were 'stable' when 6 was 'current' and so on. CURRENT means nothing more than cvs HEAD or svn trunk or git . So use those terms instead of leading people think they can check out 'CURRENT' or that it has some magical command line, config file or source properties. website: 'The latest snapshots from our FreeBSD-STABLE and FreeBSD-CURRENT branches are also available'... checking out those branch names gets you HEAD. There are references to 7-STABLE, 8-CURRENT and parhaps other bastardizations on a theme :-) in the handbook that are not valid tags. STABLE is pretty much the same way, only more confusing if more than one thing is 'stable'. Back in the 4/5/6 days it could have referred to any number of branches. And on the main page, we now have more buzzwords... 'production' and 'legacy'. In fact, I'd venture that the proper place for such words, CURRENT/STABLE/production/legacy, is only on the release/download/support related pages of the website, with little '->'s to the actual tag they imply. More importanly, with descriptions that say something like which trains are developed/supported when, for how long. ie: why the deserve such words to be applied to them. Anyone who has a need to refer to CURRENT/STABLE is obviously getting beyond the release iso's and into the cvs/svn/git level of things. So just use the right terms then. Encourage people to use proper tags and for reporting bugs and things. They could probably make it into uname somehow. RELENG_x_y_RELEASE RELENG_x_y [date/serial] RELENG_x [date/serial] HEAD/trunk [date/serial] uname: '7.2-STABLE #0 ' isn't quite the same solid reference as RELENG_7 as of yesterdays code. Which is what it is, not the zero-eth 7.2 errata/security/stability commit. And maybe figure out a way that each commit bumps a serial counter in UPDATING or some stampfile or uname so people can report the serial. Or maybe use the git crypto hash thing. FreeBSD needs a crypto hash reference inside the primary source tree anyways, not just on the n steps removed iso's. I dunno, just seen year after year of these questions on the lists :) Thought I'd put at least something out there. Not meant to be a bikeshed or anything. More like something to be addressed by doc project or whatever. From owner-freebsd-stable@FreeBSD.ORG Sat Aug 15 08:41:15 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E32E1065672 for ; Sat, 15 Aug 2009 08:41:15 +0000 (UTC) (envelope-from jasonh@DataIX.net) Received: from www6.pairlite.com (www6.pairlite.com [64.130.10.16]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDDA8FC43 for ; Sat, 15 Aug 2009 08:41:14 +0000 (UTC) Received: from dataix.net (adsl-99-56-123-200.dsl.klmzmi.sbcglobal.net [99.56.123.200]) by www6.pairlite.com (Postfix) with ESMTP id B695DB825; Sat, 15 Aug 2009 04:41:13 -0400 (EDT) Date: Sat, 15 Aug 2009 04:41:11 -0400 From: "Jason J. Hellenthal" To: grarpamp Message-Id: <20090815044111.d5213b26.jasonh@DataIX.net> In-Reply-To: References: Organization: DataIX X-Mailer: DataIX Hobbyist Systems X-OpenPGP-Key-Id: 0x691411AC X-OpenPGP-Key-Fingerprint: 6F56 3B10 D8AD 1D33 96E7 5946 E3B6 2768 6914 11AC Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Version nomenclature [was RELENG_7 to 8] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jasonh@DataIX.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2009 08:41:15 -0000 On Sat, 15 Aug 2009 01:48:27 -0400 grarpamp wrote: > Wanted to put in a suggestion. Users are constantly confused and > asking questions about the FreeBSD version naming scheme, somehow > not quite picking it up right, which is which, where to use it, > etc. > > And though I know what it is, it still seems silly to me. Because > we've got logical pointers _loosely_ correlating to formal repo tag > and branch names. Worst case I've seen was when FreeBSD had 4, 5, > 6 all in flux at once. STABLE and CURRENT could only point to two > things and there were about 10 potential tags involved. > > Basically, I'm proposing FreeBSD should relegate the terms STABLE > and CURRENT out to the marketing portion of the web team. You > can't check them out of any repo as tags, 4 and 5 were 'stable' when > 6 was 'current' and so on. > > CURRENT means nothing more than cvs HEAD or svn trunk or git . > So use those terms instead of leading people think they can check > out 'CURRENT' or that it has some magical command line, config file > or source properties. website: 'The latest snapshots from our > FreeBSD-STABLE and FreeBSD-CURRENT branches are also available'... > checking out those branch names gets you HEAD. There are references > to 7-STABLE, 8-CURRENT and parhaps other bastardizations on a theme > :-) in the handbook that are not valid tags. > > STABLE is pretty much the same way, only more confusing if more > than one thing is 'stable'. Back in the 4/5/6 days it could have > referred to any number of branches. And on the main page, we now > have more buzzwords... 'production' and 'legacy'. In fact, I'd > venture that the proper place for such words, > CURRENT/STABLE/production/legacy, is only on the release/download/support > related pages of the website, with little '->'s to the actual tag > they imply. More importanly, with descriptions that say something > like which trains are developed/supported when, for how long. ie: > why the deserve such words to be applied to them. > > Anyone who has a need to refer to CURRENT/STABLE is obviously getting > beyond the release iso's and into the cvs/svn/git level of things. > So just use the right terms then. Encourage people to use proper > tags and for reporting bugs and things. They could probably make it > into uname somehow. > > RELENG_x_y_RELEASE > RELENG_x_y [date/serial] > RELENG_x [date/serial] > HEAD/trunk [date/serial] > > uname: '7.2-STABLE #0 ' isn't quite the same solid > reference as RELENG_7 as of yesterdays code. Which is what it is, > not the zero-eth 7.2 errata/security/stability commit. > > And maybe figure out a way that each commit bumps a serial counter > in UPDATING or some stampfile or uname so people can report the > serial. Or maybe use the git crypto hash thing. FreeBSD needs a > crypto hash reference inside the primary source tree anyways, not > just on the n steps removed iso's. > > I dunno, just seen year after year of these questions on the lists :) > Thought I'd put at least something out there. Not meant to be a > bikeshed or anything. More like something to be addressed by doc > project or whatever. > Nice document. I believe a lot of people get confused by these situations due to a matter of not using CVS, SVN, etc... etc... and have never heard of tags and such before. While more people have heard of and used these in their own environment at one point and are not used to the scheme that FreeBSD uses. While at some point everyone should come across http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/cvs-tags.html not everyone has been pointed to it for reference. I feel this document states these very clearly and besides what else are you going to call the development trunk/tree for FreeBSD-STABLE & FreeBSD-CURRENT ? call them both trunk ?. This is really based upon a well defined method of development that is fairly easy to understand if pointed in the right direction. A key factor in the "what is RELENG_X" type of situation is a "Am I missing something ?, What branch am I running again ?, What branch should I pick ?" and a good answer to that is right in the handbook telling yo u what these are all about. -- Jason J. Hellenthal +1.616.403.8065 jasonh@DataIX.net From owner-freebsd-stable@FreeBSD.ORG Sat Aug 15 10:07:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E748106568E for ; Sat, 15 Aug 2009 10:07:44 +0000 (UTC) (envelope-from njm@njm.me.uk) Received: from smtp004.apm-internet.net (smtp004.apm-internet.net [85.119.248.54]) by mx1.freebsd.org (Postfix) with SMTP id 7FC6A8FC15 for ; Sat, 15 Aug 2009 10:07:43 +0000 (UTC) Received: (qmail 2529 invoked from network); 15 Aug 2009 10:07:41 -0000 Received: from unknown (HELO titania.njm.me.uk) (86.146.156.163) by smtp004.apm-internet.net with SMTP; 15 Aug 2009 10:07:41 -0000 Received: from titania.njm.me.uk (localhost [127.0.0.1]) by titania.njm.me.uk (8.14.3/8.14.3) with ESMTP id n7FA7fIC053306; Sat, 15 Aug 2009 11:07:41 +0100 (BST) (envelope-from njm@njm.me.uk) Received: (from njm@localhost) by titania.njm.me.uk (8.14.3/8.14.3/Submit) id n7FA7fi9053305; Sat, 15 Aug 2009 11:07:41 +0100 (BST) (envelope-from njm@njm.me.uk) Date: Sat, 15 Aug 2009 11:07:41 +0100 From: "N.J. Mann" To: grarpamp Message-ID: <20090815100740.GA39889@titania.njm.me.uk> Mail-Followup-To: grarpamp , freebsd-stable@freebsd.org References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 7.2-STABLE User-Agent: mutt-NJM (2009-07-16) Cc: freebsd-stable@freebsd.org Subject: Re: Version nomenclature [was RELENG_7 to 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: Sat, 15 Aug 2009 10:07:44 -0000 In message , grarpamp (grarpamp@gmail.com) wrote: [...] > > uname: '7.2-STABLE #0 ' isn't quite the same solid > reference as RELENG_7 as of yesterdays code. Which is what it is, > not the zero-eth 7.2 errata/security/stability commit. If you use SVN the revision number is included in the output of uname -a and uname -v. Cheers, Nick. -- From owner-freebsd-stable@FreeBSD.ORG Sat Aug 15 11:41:16 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16D011065692 for ; Sat, 15 Aug 2009 11:41:16 +0000 (UTC) (envelope-from robert@ml.erje.net) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 6AAA58FC70 for ; Sat, 15 Aug 2009 11:41:15 +0000 (UTC) Received: from xykert.erje.net (erje.net [80.126.62.176]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id n7FBTlOC033798 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Sat, 15 Aug 2009 13:29:48 +0200 (CEST) (envelope-from robert@ml.erje.net) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:5e]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by xykert.erje.net (PostFix 2.5.7) with ESMTPS id 149E3AF5AB for ; Sat, 15 Aug 2009 13:26:45 +0200 (CEST) Received: (from robert@localhost) by ismet.erje.net (8.14.3/8.14.3/Submit) id n7FBQpTg007481 for freebsd-stable@freebsd.org; Sat, 15 Aug 2009 13:26:51 +0200 (CEST) (envelope-from robert@ml.erje.net) X-Authentication-Warning: ismet.erje.net: robert set sender to robert@ml.erje.net using -f Date: Sat, 15 Aug 2009 13:26:51 +0200 From: Robert Joosten To: freebsd-stable@freebsd.org Message-ID: <20090815112651.GA5007@ismet.erje.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-erje-MailScanner-Information: support@erje.net X-erje-MailScanner-ID: 149E3AF5AB.E0A6A X-erje-MailScanner: Ok found to be clean X-Spam-Status: No X-Virus-Scanned: by XS4ALL Virus Scanner Subject: Re: Version nomenclature [was RELENG_7 to 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: Sat, 15 Aug 2009 11:41:16 -0000 Hi, > STABLE and CURRENT could only point to two things and there were about > 10 potential tags involved. Tags... You say tags. Now, freebsd is an constantly evolving project. It's never finished. And when a branch is, it's EOL. It took me two minutes, back in 97 to get the grasp and at that time the security branch had yet to be introduced, before that I tracked 'stable'. Go figure. You know, that's the beauty of this project: it's 'nix, but different. I agree with you we should find a solution about all this name-bitching: let's encourage them to actualy READ the F. manual. Let's include it in the FAQ ! Or include some pointer in UPDATING for those that like to mess with source code. Or would you like to rename STABLE into UNSTABLE ? Or FIXED ? Or into the $next_upcoming_release_number-ALPHA ? Now that sounds appealing to newcomers.... not. I occaisionally run a STABLE box in production without any trouble, so it's name is what you get: great software, it's stable enough. We also inject new software releases into our ports collection. I never read anything about it's name scheme. Funny, but very relieving IMO. Cheers. Robert From owner-freebsd-stable@FreeBSD.ORG Sat Aug 15 15:03:15 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B441106564A for ; Sat, 15 Aug 2009 15:03:15 +0000 (UTC) (envelope-from bsd24x7@yahoo.com) Received: from n3.bullet.mail.re3.yahoo.com (n3.bullet.mail.re3.yahoo.com [68.142.237.110]) by mx1.freebsd.org (Postfix) with SMTP id AA6D68FC59 for ; Sat, 15 Aug 2009 15:03:14 +0000 (UTC) Received: from [68.142.237.87] by n3.bullet.mail.re3.yahoo.com with NNFMP; 15 Aug 2009 14:50:39 -0000 Received: from [67.195.9.83] by t3.bullet.re3.yahoo.com with NNFMP; 15 Aug 2009 14:50:38 -0000 Received: from [67.195.9.105] by t3.bullet.mail.gq1.yahoo.com with NNFMP; 15 Aug 2009 14:50:38 -0000 Received: from [127.0.0.1] by omp109.mail.gq1.yahoo.com with NNFMP; 15 Aug 2009 14:50:38 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 404658.94471.bm@omp109.mail.gq1.yahoo.com Received: (qmail 65484 invoked by uid 60001); 15 Aug 2009 14:50:38 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1250347838; bh=0ApJ9JZHzA6h0K3SbtNsceR2jWf2TTlbWyj9Gqy+QDU=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=jmaFN5CnlcAs1UgrhIrkDMubvauWjo6cxlh5GKBCVhX4DHEuO9WqyoqSbXmiRJBXLKhWkU4JgRBXtSUhiefx53YHfxvv7jLk+mI9z8zekf7HE9h+/Drrb6iFfY1E4qQ4jMmVTeQ2IXQwS+MeAxH2S9PstZWHiyVq9imogPS+jcY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=tNxX1YKegvj/DSvnL+jpS4r+6Yj3MZMVD47vEijMOwoZ0a6YYHS5SddZ4UWEhxM6761CaI7IqknWLMWxba/+M8IrZ7NxdgGubm+qz6nIIE4jMcPT7M1pEnUOGvPGIchXYHLwP91VPBF5Wz6l9LemoiDQaFx7Ghqe6M1NM5TQnpY=; Message-ID: <270629.64785.qm@web110116.mail.gq1.yahoo.com> X-YMail-OSG: R6OV5jcVM1kv3qER20g4iPcDyeFX57PzVNUGVo_NwzNOIuFqmaAFhj99ouge5Q0X1_ksaxdBMnh1GDELVjIsohTUWmQ75kiLmdRyTqwtwZUERnGqwnh6t7GNE4DPo9lPfplgvtTwKT7aI1RcCRJSR58SDZP_sonjQ14jcqcfK9Vkc2qXXg5BnnYCy.n6xSUKO23aQWDftlVyx_pOL7J2schNng6PkB9rK3mgSdCGE8fWBhIxyufUIsACvypbRlTT2ZCTjOLLqld_v7MTMNeHeYXaDL67wExJ.qRhZTtHebj6b8Jpi2YjLw-- Received: from [75.90.1.160] by web110116.mail.gq1.yahoo.com via HTTP; Sat, 15 Aug 2009 07:50:38 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.1 Date: Sat, 15 Aug 2009 07:50:38 -0700 (PDT) From: Jeff Richards To: freebsd-stable@freebsd.org In-Reply-To: <558655.92355.qm@web110104.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Multiple USB drives stability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2009 15:03:15 -0000 I am now trying to rsync large files from the 320GB gmirror+gjournal device= to the 2nd 1TB gmirror+gjournal device.=A0 Using gstat I see the 320GB dev= ice active all the time while the 1TB device loads in spurts.=A0 There will= be periods of multiple seconds where the target providers are completely i= dle while the source providers are still reporting 100% active. Is there any tuning I should be investigating for these GEOM classes? --- On Fri, 8/14/09, Jeff Richards wrote: From: Jeff Richards Subject: Re: Multiple USB drives stability question To: freebsd-stable@freebsd.org Date: Friday, August 14, 2009, 11:04 PM I just tested my 2nd 1TB gmirror device on another system with FBSD 7.2.=A0= I was getting full throughput on the drive and no lockup using bonnie++ an= d also monitoring with gstat. I then moved those drives back on my main server.=A0 When I booted the syst= em I hung on the 320GB gmirror devices.=A0 Previously the 1st 1TB gmirror a= nd 320GB gmirror were attached to the integrated USB ports on the motherboa= rd.=A0 I moved the 320GB gmirror to a PCI USB adapter. The 2 320GB drives in the gmirror were da5 and da6.=A0 Here's what I saw on= the console: (da6:umass-sim6:6:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (da6:umass-sim6:6:0:0): CAM Status: SCSI Status Error (da6:umass-sim6:6:0:0): SCSI Status: Check Condition (da6:umass-sim6:6:0:0): ILLEGAL REQUEST asc:20,0 (da6:umass-sim6:6:0:0): Invalid command operation mode (da6:umass-sim6:6:0:0): Unretryable error GEOM_MIRROR: Request failed (error=3D5), da6[READ(offset=3D512, length=3D51= 2)] GEOM_MIRROR: Device gm-san: provider da6 disconnected. (da5:umass-sim5:5:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (da5:umass-sim5:5:0:0): CAM Status: SCSI Status Error (da5:umass-sim5:5:0:0): SCSI Status: Check Condition (da5:umass-sim5:5:0:0): ILLEGAL REQUEST asc:20,0 (da5:umass-sim5:5:0:0): Invalid command operation mode (da5:umass-sim5:5:0:0): Unretryable error GEOM_JOURNAL: BIO_FLUSH not supported by mirror/gm-san. I waited for a few minutes with no change in the console.=A0 I then detache= d one of the USB drives (which happened to be da6) and saw this: umass6: at uhub7 port 4 (addr 4) disconnected (da6:umass-sim6:6:0:0): lost device Nothing else changed for a few minutes so I powered off the system.=A0 When= I brought it back up the 320GB gmirror device was out of sync, but apart f= rom that all devices were online. Below are the kernel messages from the second boot: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =A0=A0=A0=A0=A0=A0=A0 The Regents of the University of California. All righ= ts reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-RELEASE #0: Fri May=A0 1 08:49:13 UTC 2009 =A0=A0=A0 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.26GHz (2266.67-MHz 686-class CPU) =A0 Origin =3D "GenuineIntel"=A0 Id =3D 0xf49=A0 Stepping =3D 9 =A0 Features=3D0xbfebfbff =A0 Features2=3D0x441d =A0 AMD Features2=3D0x1 real memory=A0 =3D 1877868544 (1790 MB) avail memory =3D 1826934784 (1742 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 6fde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfe800000-0xfe8003ff on acp= i0 device_attach: acpi_hpet0 attach returned 12 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xc0000000-0xcfffffff,0xfb000000-0xfb= ffffff irq 16 at device 0.0 on pci1 pcib2: irq 27 at device 2.0 on pci0 pci2: on pcib2 pcib3: irq 31 at device 3.0 on pci0 pci3: on pcib3 atapci0: port 0xfc00-0xfc07,0xf800-0xf803,0x= f400-0xf407,0xf000-0xf003,0xec00-0xec0f,0xe800-0xe8ff irq 21 at device 15.0= on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,= 0x376,0xe400-0xe40f at device 15.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] uhci0: port 0xe000-0xe01f irq 20 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 22 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd800-0xd81f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 23 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdfff000-0xfdfff0ff irq 21 at = device 16.4 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered umass0: on uhub4 umass1: on uhub= 4 umass2: on uhub= 4 umass3: on uhub4 isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xd000-0xd0ff mem 0xfdffe000-0= xfdffe0ff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x7c miibus0: on vr0 rlphy0: PHY 1 on miibus0 rlphy0:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:e0:4d:2b:19:ed vr0: [ITHREAD] pcib4: at device 19.1 on pci0 pci4: on pcib4 ohci0: mem 0xfdaff000-0xfdafffff irq 16 at de= vice 3.0 on pci4 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb5: OHCI version 1.0 usb5: on ohci0 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 3 ports with 3 removable, self powered ohci1: mem 0xfdafe000-0xfdafefff irq 17 at de= vice 3.1 on pci4 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb6: OHCI version 1.0 usb6: on ohci1 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfdafd000-0xfdafd0ff irq 18= at device 3.2 on pci4 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 3 ports each: usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 5 ports with 5 removable, self powered umass4: on= uhub7 umass5: on uhub7 umass5: Get Max Lun not supported (STALLED) umass6: on uhub7 umass6: Get Max Lun not supported (STALLED) sym0: <875> port 0x9c00-0x9cff mem 0xfdafc000-0xfdafc0ff,0xfdafb000-0xfdafb= fff irq 17 at device 4.0 on pci4 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [ITHREAD] pcib5: on acpi0 pci128: on pcib5 pci128: at device 1.0 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 p4tcc0: on cpu0 acpi_hpet0: iomem 0xfe800000-0xfe8003ff on acp= i0 device_attach: acpi_hpet0 attach returned 12 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc97ff,0xcc000-0xcdfff pnpid ORM0= 000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2266665820 Hz quality 800 Timecounters tick every 1.000 msec ad0: 78533MB at ata0-master UDMA100 acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 Waiting 5 seconds for SCSI devices to settle GEOM_LABEL: Label for provider ad0s1a is ufsid/4a42cfbde524d087. GEOM_LABEL: Label for provider ad0s1d is ufsid/4a42cfc21242e734. GEOM_LABEL: Label for provider ad0s1e is ufsid/4a42cfbdfcdf27b1. GEOM_LABEL: Label for provider ad0s1f is ufsid/4a42cfbd65525a3f. GEOM_LABEL: Label for provider ad0s1g is ufsid/4a42cfbd75a68b18. GEOM_LABEL: Label for provider ad0s2d is ufsid/4a42cfbdcada79a0. GEOM_LABEL: Label for provider ad0s2e is ufsid/4a42cfc28b730061. GEOM_LABEL: Label for provider ad0s2f is ufsid/4a42cfc236be6f59. GEOM_JOURNAL: Journal 503343105: ad0s2g contains data. GEOM_JOURNAL: Journal 503343105: ad0s2g contains journal. GEOM_JOURNAL: Journal ad0s2g clean. GEOM_LABEL: Label for provider ad0s2g.journal is ufsid/4a430e552079b936. (probe12:sym0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe12:sym0:0:5:0): CAM Status: SCSI Status Error (probe12:sym0:0:5:0): SCSI Status: Check Condition (probe12:sym0:0:5:0): UNIT ATTENTION asc:29,2 (probe12:sym0:0:5:0): SCSI bus reset occurred (probe12:sym0:0:5:0): Retrying Command (per Sense Data) sa0 at sym0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit) ch0 at sym0 bus 0 target 5 lun 1 ch0: Removable Changer SCSI-3 device ch0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit) ch0: 6 slots, 1 drive, 0 pickers, 0 portals da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da1 at umass-sim1 bus 1 target 0 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da2 at umass-sim2 bus 2 target 0 lun 0 da2: Fixed Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da3 at umass-sim3 bus 3 target 0 lun 0 da3: Fixed Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da4 at umass-sim4 bus 4 target 0 lun 0 da4: Fixed Direct Access SCSI-0 device da4: 40.000MB/s transfers da4: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) da5 at umass-sim5 bus 5 target 0 lun 0 da5: Fixed Direct Access SCSI-0 device da5: 40.000MB/s transfers da5: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) da6 at umass-sim6 bus 6 target 0 lun 0 da6: Fixed Direct Access SCSI-0 device da6: 40.000MB/s transfers da6: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) GEOM_MIRROR: Device mirror/gm-bacula launched (2/2). GEOM_MIRROR: Device mirror/gm-media launched (2/2). GEOM_MIRROR: Device mirror/gm-san launched (1/2). GEOM_MIRROR: Device gm-san: rebuilding provider da5. GEOM_JOURNAL: Journal 3034050800: mirror/gm-bacula contains data. GEOM_JOURNAL: Journal 3034050800: mirror/gm-bacula contains journal. GEOM_JOURNAL: Journal mirror/gm-bacula clean. GEOM_JOURNAL: Journal 262277634: mirror/gm-media contains data. GEOM_JOURNAL: Journal 262277634: mirror/gm-media contains journal. GEOM_JOURNAL: Journal mirror/gm-media clean. GEOM_LABEL: Label for provider da4s1 is ufsid/49273a95d669d784. GEOM_LABEL: Label for provider da4s1 is ufs/backup. GEOM_JOURNAL: Journal 2270030291: mirror/gm-san contains data. GEOM_JOURNAL: Journal 2270030291: mirror/gm-san contains journal. GEOM_JOURNAL: Journal mirror/gm-san clean. (da6:umass-sim6:6:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (da6:umass-sim6:6:0:0): CAM Status: SCSI Status Error (da6:umass-sim6:6:0:0): SCSI Status: Check Condition (da6:umass-sim6:6:0:0): ILLEGAL REQUEST asc:20,0 (da6:umass-sim6:6:0:0): Invalid command operation code (da6:umass-sim6:6:0:0): Unretryable error GEOM_MIRROR: Request failed (error=3D5). da6[READ(offset=3D0, length=3D512)= ] GEOM_JOURNAL: BIO_FLUSH not supported by mirror/gm-san. GEOM_LABEL: Label for provider mirror/gm-bacula.journal is ufsid/4a509cddbd= 500a7e. GEOM_LABEL: Label for provider mirror/gm-media.journal is ufsid/4a3f26878cf= 7f367. GEOM_LABEL: Label for provider mirror/gm-san.journal is ufsid/4a40c57f604c2= e44. Trying to mount root from ufs:/dev/ad0s1a GEOM_LABEL: Label ufsid/4a42cfbde524d087 removed. GEOM_LABEL: Label for provider ad0s1a is ufsid/4a42cfbde524d087. GEOM_LABEL: Label ufsid/49273a95d669d784 removed. GEOM_LABEL: Label ufsid/4a42cfbdfcdf27b1 removed. GEOM_LABEL: Label for provider da4s1c is ufsid/49273a95d669d784. GEOM_LABEL: Label for provider ad0s1e is ufsid/4a42cfbdfcdf27b1. GEOM_LABEL: Label ufsid/4a42cfbd65525a3f removed. GEOM_LABEL: Label for provider ad0s1f is ufsid/4a42cfbd65525a3f. GEOM_LABEL: Label ufsid/4a42cfbd75a68b18 removed. GEOM_LABEL: Label for provider ad0s1g is ufsid/4a42cfbd75a68b18. GEOM_LABEL: Label ufsid/4a42cfbdcada79a0 removed. GEOM_LABEL: Label for provider ad0s2d is ufsid/4a42cfbdcada79a0. GEOM_LABEL: Label ufsid/4a42cfc28b730061 removed. GEOM_LABEL: Label for provider ad0s2e is ufsid/4a42cfc28b730061. GEOM_LABEL: Label ufsid/4a42cfc21242e734 removed. GEOM_LABEL: Label for provider ad0s1d is ufsid/4a42cfc21242e734. GEOM_LABEL: Label ufsid/4a42cfc236be6f59 removed. GEOM_LABEL: Label for provider ad0s2f is ufsid/4a42cfc236be6f59. GEOM_LABEL: Label ufsid/4a42cfbde524d087 removed. GEOM_LABEL: Label ufsid/4a42cfbdfcdf27b1 removed. GEOM_LABEL: Label ufsid/4a42cfbd65525a3f removed. GEOM_LABEL: Label ufsid/4a42cfbd75a68b18 removed. GEOM_LABEL: Label ufsid/4a42cfbdcada79a0 removed. GEOM_LABEL: Label ufsid/4a430e552079b936 removed. GEOM_LABEL: Label ufsid/4a42cfc28b730061 removed. GEOM_LABEL: Label ufsid/4a42cfc21242e734 removed. GEOM_LABEL: Label ufsid/4a42cfc236be6f59 removed. GEOM_LABEL: Label ufsid/4a3f26878cf7f367 removed. GEOM_LABEL: Label ufsid/4a40c57f604c2e44 removed. GEOM_LABEL: Label ufsid/49273a95d669d784 removed. fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 GEOM_LABEL: Label ufsid/4a509cddbd500a7e removed. --- On Fri, 8/14/09, Jeff Richards wrote: From: Jeff Richards Subject: Multiple USB drives stability question To: freebsd-stable@freebsd.org Date: Friday, August 14, 2009, 8:19 PM Is there a practical limit on the number of active USB drives with FreeBSD?= =A0 I've had stability issues using multiple USB drives as storage. My initial design goal was cheap, hot-swappable storage.=A0 I am only using= a 100MB network currently so throughput on the storage is not a problem as= I can't push the data to/from the drives faster than what my network reque= sts are.=A0=20 I first tried my setup on 7.0, then migrated to a newer PC, then upgraded t= o 7.2.=20 =A0 I have the following USB drive setup: 1 320GB gmirror (320x2) + gjournal + ufs2 1 1TB gmirror (1TBx2) + gjournal + ufs2 1 150GB gjournal=A0 + ufs2 I also have another 1TB gmirror (1TBx2) + gjournal but removed it.=A0 The s= ystem crashed when I used these drives (bacula or bonnie++) so I pulled the= m to test on another system. Recently my stability issue has been when I have been writing data to the 1= 50GB gjournal drive from the 320GB gmirror device (USB device -> USB device= ).=A0 It will be working fine, then all I/O stops on the 150GB drive.=A0 Th= e system remains responding to other USB devices etc. for a while.=A0 I try= rebooting and the system crashes with gjournal errors (didn't write down, = but I will later).=A0=20 Every time this happens the 1TB gmirror comes up fine but one of the 320GB = providers is missing.=A0 No problem after 'gmirror forget' and 'gmirror ins= ert'.=A0 Everything rebuilds fine.=A0 The 150GB gjournal drive is fine afte= r a 'fsck -y'. I do pair the gmirror drives to the same USB adapter.=A0 Found out after in= itial testing with multiple USB adapters that they do not appear standard e= nough to cross adapters like I would for a production server at work to pre= vent SPOF with an adapter. I have tried Linux as well with softraid and LVM2 on the same hardware.=A0 = It worked fine until I applied software updates and the udev took 30+ minut= es to boot.=A0 I went back to FreeBSD.=A0 Even when I crashed I was back up= in 2-5 minutes. I can and will provide more detail if requested.=A0 My concern is that the = issue seems to continue no matter what hardware/OS changes I try. Thanks in advance. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" _______________________________________________ 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" =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Sat Aug 15 15:24:07 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77757106568B for ; Sat, 15 Aug 2009 15:24:07 +0000 (UTC) (envelope-from bsd24x7@yahoo.com) Received: from n73.bullet.mail.sp1.yahoo.com (n73.bullet.mail.sp1.yahoo.com [98.136.44.191]) by mx1.freebsd.org (Postfix) with SMTP id 4D8AA8FC55 for ; Sat, 15 Aug 2009 15:24:07 +0000 (UTC) Received: from [216.252.122.216] by n73.bullet.mail.sp1.yahoo.com with NNFMP; 15 Aug 2009 15:10:58 -0000 Received: from [67.195.9.81] by t1.bullet.sp1.yahoo.com with NNFMP; 15 Aug 2009 15:10:58 -0000 Received: from [67.195.9.99] by t1.bullet.mail.gq1.yahoo.com with NNFMP; 15 Aug 2009 15:10:58 -0000 Received: from [127.0.0.1] by omp103.mail.gq1.yahoo.com with NNFMP; 15 Aug 2009 15:10:58 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 158897.771.bm@omp103.mail.gq1.yahoo.com Received: (qmail 87382 invoked by uid 60001); 15 Aug 2009 15:10:57 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1250349057; bh=DKQn5ZhGHumYcRdXRWBUBRai4m+J/vEpwITYjMRukuE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=TkGq+XQ2hcV63dL5BwiM71NrWH2lPSpFkr3zwtt9PtRdxbm+8aTr1mZOTGMNmCYVYhqZus4IpfULiNnGsMOOvzFN9Dy13WViJrF4FpoTRtV5tN0et4wJnrNdMVck9YmuER4JObvnGyBhKC5EBpTf7j+JbeWLsbN/Bu/Q9+nvATc= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=X8NJDmNSiZt4wlVJa3Xs3fakWGHmosg8hFSVgBHpBrIr1t7stMCGwHEp5SxmSTtynV1m+n5xjahdJquzV1gUmZ6Z3fT+SBHh5eViQwaaidFpW9ZgyJrWyyga45hVFG+GR6tGZEziMhU7M/D/U1xWQ7M5407apsNGGWu1ptwoKfo=; Message-ID: <821733.86035.qm@web110112.mail.gq1.yahoo.com> X-YMail-OSG: xvZrPNAVM1l9KXcceUoidQXrVIqKkKm83bzdOPP2re51898qrLe096HaDbmBaxocE2ufGgb70VTWOHEX2gnLxOC3mdNEXDyOyyVRtgDn8yfxFAFd12GJReShQmLPCQSQYhnARunkzImS4UCGjoQu2a6hZXYBFprF2Ztq_oaAnEdPPNsElZRZ2xP5nB4eLvI4p7qgLd5pPBvFaZAkPgL7tyU3M39r9DNQEDzzOHJemuwa3_1G3KYmuyYTRNfFfwd4fcdMhfOI42cxOMZpRjN.bP1JD2F003Iub82P1nhEEIvneqdhm77nQH6XH0uHuWgYfY__9dZYFtNbt18erDSsUmPK3A-- Received: from [75.90.1.160] by web110112.mail.gq1.yahoo.com via HTTP; Sat, 15 Aug 2009 08:10:57 PDT X-Mailer: YahooMailClassic/6.1.2 YahooMailWebService/0.7.338.1 Date: Sat, 15 Aug 2009 08:10:57 -0700 (PDT) From: Jeff Richards To: freebsd-stable@freebsd.org In-Reply-To: <270629.64785.qm@web110116.mail.gq1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Multiple USB drives stability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2009 15:24:07 -0000 I was checking sysctl and noticed skipped_byes, alloc_failures,low_mem all = increasing on geom.journal. $sysctl -a | grep geom kern.geom.collectstats: 1 kern.geom.debugflags: 0 kern.geom.label.debug: 0 kern.geom.mirror.sync_requests: 2 kern.geom.mirror.disconnect_on_failure: 1 kern.geom.mirror.idletime: 5 kern.geom.mirror.timeout: 4 kern.geom.mirror.debug: 0 kern.geom.journal.stats.low_mem: 380 kern.geom.journal.stats.journal_full: 0 kern.geom.journal.stats.wait_for_copy: 25 kern.geom.journal.stats.switches: 834 kern.geom.journal.stats.combined_ios: 5612 kern.geom.journal.stats.skipped_bytes: 34684928 kern.geom.journal.cache.alloc_failures: 14726 kern.geom.journal.cache.misses: 13894 kern.geom.journal.cache.switch: 90 kern.geom.journal.cache.divisor: 2 kern.geom.journal.cache.limit: 167772160 kern.geom.journal.cache.used: 79546368 kern.geom.journal.optimize: 1 kern.geom.journal.record_entries: 20 kern.geom.journal.parallel_copies: 16 kern.geom.journal.accept_immediately: 64 kern.geom.journal.parallel_flushes: 16 kern.geom.journal.force_switch: 70 kern.geom.journal.switch_time: 10 kern.geom.journal.debug: 0 kern.geom.virstor.component_watermark: 1 kern.geom.virstor.chunk_watermark: 100 kern.geom.virstor.debug: 2 debug.sizeof.g_geom: 68 $sysctl -a | grep geom kern.geom.collectstats: 1 kern.geom.debugflags: 0 kern.geom.label.debug: 0 kern.geom.mirror.sync_requests: 2 kern.geom.mirror.disconnect_on_failure: 1 kern.geom.mirror.idletime: 5 kern.geom.mirror.timeout: 4 kern.geom.mirror.debug: 0 kern.geom.journal.stats.low_mem: 389 kern.geom.journal.stats.journal_full: 0 kern.geom.journal.stats.wait_for_copy: 28 kern.geom.journal.stats.switches: 838 kern.geom.journal.stats.combined_ios: 5622 kern.geom.journal.stats.skipped_bytes: 35667968 kern.geom.journal.cache.alloc_failures: 15016 kern.geom.journal.cache.misses: 15079 kern.geom.journal.cache.switch: 90 kern.geom.journal.cache.divisor: 2 kern.geom.journal.cache.limit: 167772160 kern.geom.journal.cache.used: 73140224 kern.geom.journal.optimize: 1 kern.geom.journal.record_entries: 20 kern.geom.journal.parallel_copies: 16 kern.geom.journal.accept_immediately: 64 kern.geom.journal.parallel_flushes: 16 kern.geom.journal.force_switch: 70 kern.geom.journal.switch_time: 10 kern.geom.journal.debug: 0 kern.geom.virstor.component_watermark: 1 kern.geom.virstor.chunk_watermark: 100 kern.geom.virstor.debug: 2 debug.sizeof.g_geom: 68 --- On Sat, 8/15/09, Jeff Richards wrote: From: Jeff Richards Subject: Re: Multiple USB drives stability question To: freebsd-stable@freebsd.org Date: Saturday, August 15, 2009, 10:50 AM I am now trying to rsync large files from the 320GB gmirror+gjournal device= to the 2nd 1TB gmirror+gjournal device.=A0 Using gstat I see the 320GB dev= ice active all the time while the 1TB device loads in spurts.=A0 There will= be periods of multiple seconds where the target providers are completely i= dle while the source providers are still reporting 100% active. Is there any tuning I should be investigating for these GEOM classes? --- On Fri, 8/14/09, Jeff Richards wrote: From: Jeff Richards Subject: Re: Multiple USB drives stability question To: freebsd-stable@freebsd.org Date: Friday, August 14, 2009, 11:04 PM I just tested my 2nd 1TB gmirror device on another system with FBSD 7.2.=A0= I was getting full throughput on the drive and no lockup using bonnie++ an= d also monitoring with gstat. I then moved those drives back on my main server.=A0 When I booted the syst= em I hung on the 320GB gmirror devices.=A0 Previously the 1st 1TB gmirror a= nd 320GB gmirror were attached to the integrated USB ports on the motherboa= rd.=A0 I moved the 320GB gmirror to a PCI USB adapter. The 2 320GB drives in the gmirror were da5 and da6.=A0 Here's what I saw on= the console: (da6:umass-sim6:6:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (da6:umass-sim6:6:0:0): CAM Status: SCSI Status Error (da6:umass-sim6:6:0:0): SCSI Status: Check Condition (da6:umass-sim6:6:0:0): ILLEGAL REQUEST asc:20,0 (da6:umass-sim6:6:0:0): Invalid command operation mode (da6:umass-sim6:6:0:0): Unretryable error GEOM_MIRROR: Request failed (error=3D5), da6[READ(offset=3D512, length=3D51= 2)] GEOM_MIRROR: Device gm-san: provider da6 disconnected. (da5:umass-sim5:5:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (da5:umass-sim5:5:0:0): CAM Status: SCSI Status Error (da5:umass-sim5:5:0:0): SCSI Status: Check Condition (da5:umass-sim5:5:0:0): ILLEGAL REQUEST asc:20,0 (da5:umass-sim5:5:0:0): Invalid command operation mode (da5:umass-sim5:5:0:0): Unretryable error GEOM_JOURNAL: BIO_FLUSH not supported by mirror/gm-san. I waited for a few minutes with no change in the console.=A0 I then detache= d one of the USB drives (which happened to be da6) and saw this: umass6: at uhub7 port 4 (addr 4) disconnected (da6:umass-sim6:6:0:0): lost device Nothing else changed for a few minutes so I powered off the system.=A0 When= I brought it back up the 320GB gmirror device was out of sync, but apart f= rom that all devices were online. Below are the kernel messages from the second boot: Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =A0=A0=A0=A0=A0=A0=A0 The Regents of the University of California. All righ= ts reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.2-RELEASE #0: Fri May=A0 1 08:49:13 UTC 2009 =A0=A0=A0 root@walker.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) CPU 2.26GHz (2266.67-MHz 686-class CPU) =A0 Origin =3D "GenuineIntel"=A0 Id =3D 0xf49=A0 Stepping =3D 9 =A0 Features=3D0xbfebfbff =A0 Features2=3D0x441d =A0 AMD Features2=3D0x1 real memory=A0 =3D 1877868544 (1790 MB) avail memory =3D 1826934784 (1742 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 6fde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfe800000-0xfe8003ff on acp= i0 device_attach: acpi_hpet0 attach returned 12 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xc0000000-0xcfffffff,0xfb000000-0xfb= ffffff irq 16 at device 0.0 on pci1 pcib2: irq 27 at device 2.0 on pci0 pci2: on pcib2 pcib3: irq 31 at device 3.0 on pci0 pci3: on pcib3 atapci0: port 0xfc00-0xfc07,0xf800-0xf803,0x= f400-0xf407,0xf000-0xf003,0xec00-0xec0f,0xe800-0xe8ff irq 21 at device 15.0= on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,= 0x376,0xe400-0xe40f at device 15.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] uhci0: port 0xe000-0xe01f irq 20 at device 16.0= on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xdc00-0xdc1f irq 22 at device 16.1= on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd800-0xd81f irq 21 at device 16.2= on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xd400-0xd41f irq 23 at device 16.3= on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfdfff000-0xfdfff0ff irq 21 at = device 16.4 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered umass0: on uhub4 umass1: on uhub= 4 umass2: on uhub= 4 umass3: on uhub4 isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xd000-0xd0ff mem 0xfdffe000-0= xfdffe0ff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x7c miibus0: on vr0 rlphy0: PHY 1 on miibus0 rlphy0:=A0 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:e0:4d:2b:19:ed vr0: [ITHREAD] pcib4: at device 19.1 on pci0 pci4: on pcib4 ohci0: mem 0xfdaff000-0xfdafffff irq 16 at de= vice 3.0 on pci4 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb5: OHCI version 1.0 usb5: on ohci0 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 3 ports with 3 removable, self powered ohci1: mem 0xfdafe000-0xfdafefff irq 17 at de= vice 3.1 on pci4 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb6: OHCI version 1.0 usb6: on ohci1 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfdafd000-0xfdafd0ff irq 18= at device 3.2 on pci4 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 3 ports each: usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 5 ports with 5 removable, self powered umass4: on= uhub7 umass5: on uhub7 umass5: Get Max Lun not supported (STALLED) umass6: on uhub7 umass6: Get Max Lun not supported (STALLED) sym0: <875> port 0x9c00-0x9cff mem 0xfdafc000-0xfdafc0ff,0xfdafb000-0xfdafb= fff irq 17 at device 4.0 on pci4 sym0: No NVRAM, ID 7, Fast-20, SE, parity checking sym0: [ITHREAD] pcib5: on acpi0 pci128: on pcib5 pci128: at device 1.0 (no driver attached) acpi_tz0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acp= i0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 p4tcc0: on cpu0 acpi_hpet0: iomem 0xfe800000-0xfe8003ff on acp= i0 device_attach: acpi_hpet0 attach returned 12 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc97ff,0xcc000-0xcdfff pnpid ORM0= 000 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2266665820 Hz quality 800 Timecounters tick every 1.000 msec ad0: 78533MB at ata0-master UDMA100 acd0: DMA limited to UDMA33, device found non-ATA66 cable acd0: DVDR at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 Waiting 5 seconds for SCSI devices to settle GEOM_LABEL: Label for provider ad0s1a is ufsid/4a42cfbde524d087. GEOM_LABEL: Label for provider ad0s1d is ufsid/4a42cfc21242e734. GEOM_LABEL: Label for provider ad0s1e is ufsid/4a42cfbdfcdf27b1. GEOM_LABEL: Label for provider ad0s1f is ufsid/4a42cfbd65525a3f. GEOM_LABEL: Label for provider ad0s1g is ufsid/4a42cfbd75a68b18. GEOM_LABEL: Label for provider ad0s2d is ufsid/4a42cfbdcada79a0. GEOM_LABEL: Label for provider ad0s2e is ufsid/4a42cfc28b730061. GEOM_LABEL: Label for provider ad0s2f is ufsid/4a42cfc236be6f59. GEOM_JOURNAL: Journal 503343105: ad0s2g contains data. GEOM_JOURNAL: Journal 503343105: ad0s2g contains journal. GEOM_JOURNAL: Journal ad0s2g clean. GEOM_LABEL: Label for provider ad0s2g.journal is ufsid/4a430e552079b936. (probe12:sym0:0:5:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe12:sym0:0:5:0): CAM Status: SCSI Status Error (probe12:sym0:0:5:0): SCSI Status: Check Condition (probe12:sym0:0:5:0): UNIT ATTENTION asc:29,2 (probe12:sym0:0:5:0): SCSI bus reset occurred (probe12:sym0:0:5:0): Retrying Command (per Sense Data) sa0 at sym0 bus 0 target 5 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit) ch0 at sym0 bus 0 target 5 lun 1 ch0: Removable Changer SCSI-3 device ch0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit) ch0: 6 slots, 1 drive, 0 pickers, 0 portals da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da1 at umass-sim1 bus 1 target 0 lun 0 da1: Fixed Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da2 at umass-sim2 bus 2 target 0 lun 0 da2: Fixed Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da3 at umass-sim3 bus 3 target 0 lun 0 da3: Fixed Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: 953869MB (1953525168 512 byte sectors: 255H 63S/T 121601C) da4 at umass-sim4 bus 4 target 0 lun 0 da4: Fixed Direct Access SCSI-0 device da4: 40.000MB/s transfers da4: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) da5 at umass-sim5 bus 5 target 0 lun 0 da5: Fixed Direct Access SCSI-0 device da5: 40.000MB/s transfers da5: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) da6 at umass-sim6 bus 6 target 0 lun 0 da6: Fixed Direct Access SCSI-0 device da6: 40.000MB/s transfers da6: 238475MB (488397168 512 byte sectors: 255H 63S/T 30401C) GEOM_MIRROR: Device mirror/gm-bacula launched (2/2). GEOM_MIRROR: Device mirror/gm-media launched (2/2). GEOM_MIRROR: Device mirror/gm-san launched (1/2). GEOM_MIRROR: Device gm-san: rebuilding provider da5. GEOM_JOURNAL: Journal 3034050800: mirror/gm-bacula contains data. GEOM_JOURNAL: Journal 3034050800: mirror/gm-bacula contains journal. GEOM_JOURNAL: Journal mirror/gm-bacula clean. GEOM_JOURNAL: Journal 262277634: mirror/gm-media contains data. GEOM_JOURNAL: Journal 262277634: mirror/gm-media contains journal. GEOM_JOURNAL: Journal mirror/gm-media clean. GEOM_LABEL: Label for provider da4s1 is ufsid/49273a95d669d784. GEOM_LABEL: Label for provider da4s1 is ufs/backup. GEOM_JOURNAL: Journal 2270030291: mirror/gm-san contains data. GEOM_JOURNAL: Journal 2270030291: mirror/gm-san contains journal. GEOM_JOURNAL: Journal mirror/gm-san clean. (da6:umass-sim6:6:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 (da6:umass-sim6:6:0:0): CAM Status: SCSI Status Error (da6:umass-sim6:6:0:0): SCSI Status: Check Condition (da6:umass-sim6:6:0:0): ILLEGAL REQUEST asc:20,0 (da6:umass-sim6:6:0:0): Invalid command operation code (da6:umass-sim6:6:0:0): Unretryable error GEOM_MIRROR: Request failed (error=3D5). da6[READ(offset=3D0, length=3D512)= ] GEOM_JOURNAL: BIO_FLUSH not supported by mirror/gm-san. GEOM_LABEL: Label for provider mirror/gm-bacula.journal is ufsid/4a509cddbd= 500a7e. GEOM_LABEL: Label for provider mirror/gm-media.journal is ufsid/4a3f26878cf= 7f367. GEOM_LABEL: Label for provider mirror/gm-san.journal is ufsid/4a40c57f604c2= e44. Trying to mount root from ufs:/dev/ad0s1a GEOM_LABEL: Label ufsid/4a42cfbde524d087 removed. GEOM_LABEL: Label for provider ad0s1a is ufsid/4a42cfbde524d087. GEOM_LABEL: Label ufsid/49273a95d669d784 removed. GEOM_LABEL: Label ufsid/4a42cfbdfcdf27b1 removed. GEOM_LABEL: Label for provider da4s1c is ufsid/49273a95d669d784. GEOM_LABEL: Label for provider ad0s1e is ufsid/4a42cfbdfcdf27b1. GEOM_LABEL: Label ufsid/4a42cfbd65525a3f removed. GEOM_LABEL: Label for provider ad0s1f is ufsid/4a42cfbd65525a3f. GEOM_LABEL: Label ufsid/4a42cfbd75a68b18 removed. GEOM_LABEL: Label for provider ad0s1g is ufsid/4a42cfbd75a68b18. GEOM_LABEL: Label ufsid/4a42cfbdcada79a0 removed. GEOM_LABEL: Label for provider ad0s2d is ufsid/4a42cfbdcada79a0. GEOM_LABEL: Label ufsid/4a42cfc28b730061 removed. GEOM_LABEL: Label for provider ad0s2e is ufsid/4a42cfc28b730061. GEOM_LABEL: Label ufsid/4a42cfc21242e734 removed. GEOM_LABEL: Label for provider ad0s1d is ufsid/4a42cfc21242e734. GEOM_LABEL: Label ufsid/4a42cfc236be6f59 removed. GEOM_LABEL: Label for provider ad0s2f is ufsid/4a42cfc236be6f59. GEOM_LABEL: Label ufsid/4a42cfbde524d087 removed. GEOM_LABEL: Label ufsid/4a42cfbdfcdf27b1 removed. GEOM_LABEL: Label ufsid/4a42cfbd65525a3f removed. GEOM_LABEL: Label ufsid/4a42cfbd75a68b18 removed. GEOM_LABEL: Label ufsid/4a42cfbdcada79a0 removed. GEOM_LABEL: Label ufsid/4a430e552079b936 removed. GEOM_LABEL: Label ufsid/4a42cfc28b730061 removed. GEOM_LABEL: Label ufsid/4a42cfc21242e734 removed. GEOM_LABEL: Label ufsid/4a42cfc236be6f59 removed. GEOM_LABEL: Label ufsid/4a3f26878cf7f367 removed. GEOM_LABEL: Label ufsid/4a40c57f604c2e44 removed. GEOM_LABEL: Label ufsid/49273a95d669d784 removed. fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 GEOM_LABEL: Label ufsid/4a509cddbd500a7e removed. --- On Fri, 8/14/09, Jeff Richards wrote: From: Jeff Richards Subject: Multiple USB drives stability question To: freebsd-stable@freebsd.org Date: Friday, August 14, 2009, 8:19 PM Is there a practical limit on the number of active USB drives with FreeBSD?= =A0 I've had stability issues using multiple USB drives as storage. My initial design goal was cheap, hot-swappable storage.=A0 I am only using= a 100MB network currently so throughput on the storage is not a problem as= I can't push the data to/from the drives faster than what my network reque= sts are.=A0=20 I first tried my setup on 7.0, then migrated to a newer PC, then upgraded t= o 7.2.=20 =A0 I have the following USB drive setup: 1 320GB gmirror (320x2) + gjournal + ufs2 1 1TB gmirror (1TBx2) + gjournal + ufs2 1 150GB gjournal=A0 + ufs2 I also have another 1TB gmirror (1TBx2) + gjournal but removed it.=A0 The s= ystem crashed when I used these drives (bacula or bonnie++) so I pulled the= m to test on another system. Recently my stability issue has been when I have been writing data to the 1= 50GB gjournal drive from the 320GB gmirror device (USB device -> USB device= ).=A0 It will be working fine, then all I/O stops on the 150GB drive.=A0 Th= e system remains responding to other USB devices etc. for a while.=A0 I try= rebooting and the system crashes with gjournal errors (didn't write down, = but I will later).=A0=20 Every time this happens the 1TB gmirror comes up fine but one of the 320GB = providers is missing.=A0 No problem after 'gmirror forget' and 'gmirror ins= ert'.=A0 Everything rebuilds fine.=A0 The 150GB gjournal drive is fine afte= r a 'fsck -y'. I do pair the gmirror drives to the same USB adapter.=A0 Found out after in= itial testing with multiple USB adapters that they do not appear standard e= nough to cross adapters like I would for a production server at work to pre= vent SPOF with an adapter. I have tried Linux as well with softraid and LVM2 on the same hardware.=A0 = It worked fine until I applied software updates and the udev took 30+ minut= es to boot.=A0 I went back to FreeBSD.=A0 Even when I crashed I was back up= in 2-5 minutes. I can and will provide more detail if requested.=A0 My concern is that the = issue seems to continue no matter what hardware/OS changes I try. Thanks in advance. _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" _______________________________________________ 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" =0A=0A=0A From owner-freebsd-stable@FreeBSD.ORG Sat Aug 15 16:40:44 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC02B106568C for ; Sat, 15 Aug 2009 16:40:44 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9926D8FC41 for ; Sat, 15 Aug 2009 16:40:44 +0000 (UTC) Received: (qmail 30675 invoked by uid 399); 15 Aug 2009 16:40:40 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 15 Aug 2009 16:40:40 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4A86E502.8090902@FreeBSD.org> Date: Sat, 15 Aug 2009 09:40:34 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.22 (X11/20090729) MIME-Version: 1.0 To: Dan Allen References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-STABLE Mailing List Subject: Re: Going to BSD 8 from RELENG_7 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2009 16:40:45 -0000 Dan Allen wrote: > I cvsup and build RELENG_7 many times a week. This has served me well > (except for the ZFS boot problem I had that went in and was backed out) > for quite a while. > > I like to track a STABLE release. When BSD 7 went to 7.1 and to 7.2, it > all just happened automatically with the way I do things. > > Now I am interested on one of my BSD machines to try 8.0. I need to > change my cvsup target from RELENG_7 to CURRENT I believe. Is that > true? When will STABLE become 8.0? Minor terminology issue, "STABLE" is not the name of one version of FreeBSD, it is the label appended to the version number during the ongoing development of the branch after a release. So there are currently 6.4-STABLE and 7.2-STABLE branches, and after 8.0-RELEASE there will be an 8.0-STABLE. BTW, the -STABLE name refers to the API in that branch, as well as (hopefully) the fact that running it should be safe/stable. If you're interested in testing the new 8.0 version before it is released we would all be very glad to have you do that. :) The more testers we get before release the more certain we can be that there are no problems with it. I would like to make one suggestion though, if you could hold off until the 8.0-BETA3 is ready and test a clean install using the cd iso image that would be great! We never get enough people testing clean installations so this is something that is very valuable. Obviously however you test this you'd want to back up your data and any relevant configuration stuff first. Oh, and any feedback on your experiences can go to the freebsd-current mailing list until after the release. Good luck, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Aug 15 19:21:41 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5224C1065672 for ; Sat, 15 Aug 2009 19:21:41 +0000 (UTC) (envelope-from ben@altesco.nl) Received: from altus-escon.com (altesco.xs4all.nl [82.95.106.39]) by mx1.freebsd.org (Postfix) with ESMTP id D61338FC15 for ; Sat, 15 Aug 2009 19:21:40 +0000 (UTC) Received: from giskard.stuyts.nl (stuyts.xs4all.nl [82.95.106.42]) by altus-escon.com (8.14.3/8.14.3) with ESMTP id n7FIwEag055257; Sat, 15 Aug 2009 20:58:19 +0200 (CEST) (envelope-from ben@altesco.nl) Message-Id: <63A0E7D3-5AA2-440A-A771-CD8100FC97A0@altesco.nl> From: Ben Stuyts To: Jeff Richards In-Reply-To: <558655.92355.qm@web110104.mail.gq1.yahoo.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Sat, 15 Aug 2009 20:58:09 +0200 References: <558655.92355.qm@web110104.mail.gq1.yahoo.com> X-Mailer: Apple Mail (2.936) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (altus-escon.com [10.0.0.150]); Sat, 15 Aug 2009 20:58:19 +0200 (CEST) X-Virus-Scanned: clamav-milter 0.95.2 at mars.altus-escon.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=3.5 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mars.altus-escon.com Cc: freebsd-stable@freebsd.org Subject: Re: Multiple USB drives stability question X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Aug 2009 19:21:41 -0000 Jeff, On 15 aug 2009, at 05:04, Jeff Richards wrote: > (da6:umass-sim6:6:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 > 0 0 ... I've had lots of stability issues with USB drives until I added some quirks to prevent the SYNCHRONIZE CACHE from happening. For example: Index: cam/scsi/scsi_da.c =================================================================== RCS file: /usr/ncvs/src/sys/cam/scsi/scsi_da.c,v retrieving revision 1.224.2.6 diff -r1.224.2.6 scsi_da.c 539a540,547 > * LaCie external 250GB Hard drive designed by Porsche > * PR: usb/121474 > */ > {T_DIRECT, SIP_MEDIA_FIXED, "SAMSUNG", "HM250JI", "*"}, > /*quirks*/ DA_Q_NO_SYNC_CACHE > }, > { > /* You might try that, and see if it improves your situation. Ben