From owner-freebsd-hardware@FreeBSD.ORG Mon Nov 3 11:43:53 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACF78106564A for ; Mon, 3 Nov 2008 11:43:53 +0000 (UTC) (envelope-from freebsd-hardware@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6155C8FC19 for ; Mon, 3 Nov 2008 11:43:53 +0000 (UTC) (envelope-from freebsd-hardware@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KwxqV-0006Xz-Bl for freebsd-hardware@freebsd.org; Mon, 03 Nov 2008 11:43:49 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Nov 2008 11:43:47 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 03 Nov 2008 11:43:47 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hardware@freebsd.org From: Ivan Voras Date: Mon, 03 Nov 2008 12:43:46 +0100 Lines: 32 Message-ID: References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5ED5D99C585FE7ADA1893D00" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.17 (X11/20080925) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Benchmark tools: was Areca vs ZFS X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Nov 2008 11:43:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5ED5D99C585FE7ADA1893D00 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable grarpamp wrote: > Don't randomio, blogbench [and bonnie] pretty much do a subset of > what iozone does? >=20 > iozone.org: > Read, write, re-read, re-write, read backwards, read strided, > fread, fwrite, random read/write, pread/pwrite variants Very probably yes. Though in my experience iozone is much harder to configure / run right. --------------enig5ED5D99C585FE7ADA1893D00 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.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJDuPyldnAQVacBcgRAm4VAJwMe4TONiyWcLGtJI4Af7m8zJEiFwCggNbj VPVbfD85oRmtbwGc4hrkrm8= =9kK7 -----END PGP SIGNATURE----- --------------enig5ED5D99C585FE7ADA1893D00-- From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 06:12:40 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A3B3106567A for ; Tue, 4 Nov 2008 06:12:40 +0000 (UTC) (envelope-from fbsd@dannysplace.net) Received: from mail.dannysplace.net (mail.dannysplace.net [213.133.54.210]) by mx1.freebsd.org (Postfix) with ESMTP id 09A218FC17 for ; Tue, 4 Nov 2008 06:12:39 +0000 (UTC) (envelope-from fbsd@dannysplace.net) Received: from 203-206-171-212.perm.iinet.net.au ([203.206.171.212] helo=[192.168.10.10]) by mail.dannysplace.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KxF9Y-0007hB-JC; Tue, 04 Nov 2008 16:12:39 +1000 Message-ID: <490FE7CD.6020806@dannysplace.net> Date: Tue, 04 Nov 2008 16:12:29 +1000 From: Danny Carroll User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Ivan Voras References: <490A782F.9060406@dannysplace.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Authenticated-User: danny X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.69 (build at 08-Jul-2008 08:59:40) X-Date: 2008-11-04 16:12:37 X-Connected-IP: 203.206.171.212:1114 X-Message-Linecount: 103 X-Body-Linecount: 89 X-Message-Size: 4263 X-Body-Size: 3726 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-SA-Exim-Connect-IP: 203.206.171.212 X-SA-Exim-Rcpt-To: ivoras@freebsd.org, freebsd-hardware@freebsd.org X-SA-Exim-Mail-From: fbsd@dannysplace.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ferrari.dannysplace.net X-Spam-Level: X-Spam-Status: No, score=0.2 required=8.0 tests=ALL_TRUSTED,TVD_RCVD_IP autolearn=disabled version=3.2.5 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.dannysplace.net) Cc: freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: fbsd@dannysplace.net List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 06:12:40 -0000 Ivan Voras wrote: > Danny Carroll wrote: > >> Any thoughts on this setup as well as advice on what options to give to >> bonnie++ (or suggestions on another disk testing package) are very welcome. > > I'd suggest two more tests, because bonnie++ won't tell you the > performance of random IO and file system overhead: > > 1) randomIO: http://arctic.org/~dean/randomio/ > 2) blogbench: http://www.pureftpd.org/project/blogbench > > Be sure to select appropriate parameters for both (and the same > parameters in every test so they can be compared) and study how they are > used so you don't, for example, benchmark your system drive instead of > the array :) ! (try not to put the system on the array - use the array > only for benchmarks). > > For example, use blogbench "-c 30 -i 20 -r 40 -W 5 -w 5" to simulate a > read-mostly environment. > Apologies if this comes twice. Thanks for the info. I'll put together a few tests together with the test scenarios already discussed. On another note, slightly OT, I've been tuning the system a little bit and I already have had some gains. Apart from the ZFS tuning already mentioned, I have also done a few other things. - Forced 1000baseTX mode on the Nic - Experimented with jumbo frames and device polling. - Tuned a few network IO parameters. These really have no relevance to the tests I want to do (Areca Vs. ZFS) but it was interesting to me to note the following: - Device polling resulted in a performance degradation. It's possible that I did not correctly tune the device polling sysctl parameters well, so I will revisit this. - Tuning sysctl params gave the best results I've been able to double my Samba throughput. - Jumbo Frames had no noticeable effect. - I have seen sustained 130Mb reads from ZFS: capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- bigarray 1.29T 3.25T 1.10K 0 140M 0 bigarray 1.29T 3.25T 1.00K 0 128M 0 bigarray 1.29T 3.25T 945 0 118M 0 bigarray 1.29T 3.25T 1.05K 0 135M 0 bigarray 1.29T 3.25T 1.01K 0 129M 0 bigarray 1.29T 3.25T 994 0 124M 0 ad4 ad6 ad8 cpu KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0.00 0 0.00 65.90 375 24.10 63.74 387 24.08 0 0 19 2 78 0.00 0 0.00 66.36 357 23.16 63.93 370 23.11 0 0 23 2 75 16.00 0 0.00 64.84 387 24.51 63.79 389 24.20 0 0 23 2 75 16.00 2 0.03 68.09 407 27.04 64.98 409 25.98 0 0 28 2 70 Notes: ad4 is the system drive, and not part of ZFS. I forgot to add the options for the rest of the array drives (5 in total) These figures are not measured along the same time frame. I'm curious if the ~130M figure shown above is bandwidth from the array or a total of all the drives. In other words, does it include reading the parity information? I think it does not since if I look at iostat figures and add up all of the drives it is greater than that reported by zfs by a factor of 5/4 (100M in Zfs iostat = 5 x 25Mb in standard iostat). If so then that is probably the most I will see coming off the drives during a network transfer given that 130Mb/s should already be over the limit of Gigabit ethernet. Lastly, The windows client which performed these tests was measuring local bandwidth at about 30-50Mb/s. I believe this figure to be incorrect (given how much I transferred in X seconds...) Edit: Scratch that, I can't do math. It was indeed transferring at about 50M/sec. I wonder why the IOstat measurements showed more IO than 50M/sec...? -D From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 06:19:04 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7FFA1065678; Tue, 4 Nov 2008 06:19:04 +0000 (UTC) (envelope-from danny@dannysplace.net) Received: from mail.dannysplace.net (mail.dannysplace.net [213.133.54.210]) by mx1.freebsd.org (Postfix) with ESMTP id 85CDF8FC13; Tue, 4 Nov 2008 06:19:04 +0000 (UTC) (envelope-from danny@dannysplace.net) Received: from 203-206-171-212.perm.iinet.net.au ([203.206.171.212] helo=[192.168.10.10]) by mail.dannysplace.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KxEtv-0007aS-MX; Tue, 04 Nov 2008 15:56:38 +1000 Message-ID: <490FE404.2000308@dannysplace.net> Date: Tue, 04 Nov 2008 15:56:20 +1000 From: Danny Carroll User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Ivan Voras References: <490A782F.9060406@dannysplace.net> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Authenticated-User: danny X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.69 (build at 08-Jul-2008 08:59:40) X-Date: 2008-11-04 15:56:28 X-Connected-IP: 203.206.171.212:1107 X-Message-Linecount: 91 X-Body-Linecount: 77 X-Message-Size: 3910 X-Body-Size: 3376 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-SA-Exim-Connect-IP: 203.206.171.212 X-SA-Exim-Rcpt-To: ivoras@freebsd.org, freebsd-hardware@freebsd.org X-SA-Exim-Mail-From: danny@dannysplace.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ferrari.dannysplace.net X-Spam-Level: X-Spam-Status: No, score=0.2 required=8.0 tests=ALL_TRUSTED,AWL,TVD_RCVD_IP autolearn=disabled version=3.2.5 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.dannysplace.net) Cc: freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 06:19:04 -0000 Ivan Voras wrote: > Danny Carroll wrote: > I'd suggest two more tests, because bonnie++ won't tell you the > performance of random IO and file system overhead: > > 1) randomIO: http://arctic.org/~dean/randomio/ > 2) blogbench: http://www.pureftpd.org/project/blogbench > > Be sure to select appropriate parameters for both (and the same > parameters in every test so they can be compared) and study how they are > used so you don't, for example, benchmark your system drive instead of > the array :) ! (try not to put the system on the array - use the array > only for benchmarks). > > For example, use blogbench "-c 30 -i 20 -r 40 -W 5 -w 5" to simulate a > read-mostly environment. Thanks for the info. I'll put together a few tests together with the test scenarios already discussed. On another note, slightly OT, I've been tuning the system a little bit and I already have had some gains. Apart from the ZFS tuning already mentioned, I have also done a few other things. - Forced 1000baseTX mode on the Nic - Experimented with jumbo frames and device polling. - Tuned a few network IO parameters. These really have no relevance to the tests I want to do (Areca Vs. ZFS) but it was interesting to me to note the following: - Device polling resulted in a performance degradation. It's possible that I did not correctly tune the device polling sysctl parameters well, so I will revisit this. - Tuning sysctl params gave the best results I've been able to double my Samba throughput. - Jumbo Frames had no noticeable effect. - I have seen sustained 130Mb reads from ZFS: capacity operations bandwidth pool used avail read write read write ---------- ----- ----- ----- ----- ----- ----- bigarray 1.29T 3.25T 1.10K 0 140M 0 bigarray 1.29T 3.25T 1.00K 0 128M 0 bigarray 1.29T 3.25T 945 0 118M 0 bigarray 1.29T 3.25T 1.05K 0 135M 0 bigarray 1.29T 3.25T 1.01K 0 129M 0 bigarray 1.29T 3.25T 994 0 124M 0 ad4 ad6 ad8 cpu KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id 0.00 0 0.00 65.90 375 24.10 63.74 387 24.08 0 0 19 2 78 0.00 0 0.00 66.36 357 23.16 63.93 370 23.11 0 0 23 2 75 16.00 0 0.00 64.84 387 24.51 63.79 389 24.20 0 0 23 2 75 16.00 2 0.03 68.09 407 27.04 64.98 409 25.98 0 0 28 2 70 Notes: ad4 is the system drive, and not part of ZFS. I forgot to add the options for the rest of the array drives (5 in total) These figures are not measured along the same time frame. I'm curious if the ~130M figure shown above is bandwidth from the array or a total of all the drives. In other words, does it include reading the parity information? I think it does not since if I look at iostat figures and add up all of the drives it is greater than that reported by zfs by a factor of 5/4 (100M in Zfs iostat = 5 x 25Mb in standard iostat). If so then that is probably the most I will see coming off the drives during a network transfer given that 130Mb/s should already be over the limit of Gigabit ethernet. Lastly, The windows client which performed these tests was measuring local bandwidth at about 30-50Mb/s. I believe this figure to be incorrect (given how much I transferred in X seconds...) -D From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 07:32:02 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95CB81065672 for ; Tue, 4 Nov 2008 07:32:02 +0000 (UTC) (envelope-from olihc17@yahoo.com) Received: from web53803.mail.re2.yahoo.com (web53803.mail.re2.yahoo.com [206.190.36.198]) by mx1.freebsd.org (Postfix) with SMTP id 22D268FC14 for ; Tue, 4 Nov 2008 07:32:01 +0000 (UTC) (envelope-from olihc17@yahoo.com) Received: (qmail 91449 invoked by uid 60001); 4 Nov 2008 07:05:20 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=lg156QZzWbrTin92hWfZV/LVm6398+E0zXc9aGotPUXh6LRAYoUQ68T23sTaBrTMGEeAiO4UYAlGiCbCp5JPEuh0LlzSB/AXJ5X/zgMpJ21BuhYYyVaN2fsR0jSGMKNIfiGOVQznLR+aNoEWMDlvJJspI/bZhorYpda7zXZ3dAU=; X-YMail-OSG: 6lpxMXcVM1n0Gzzp2srREC7ltCvMNudKTiVme184S9bAjObcs76ugnKUa2E6Q7pbAVROQKdutF5o.XG5RqUCu9AqEsP6U085NKaMLsXeQeArbZd6lhtgQSCRcX2NFu74yDj98kIbbHSqRvT2bZqbLd6DqaKgj6oPNg6WeZas Received: from [121.96.209.86] by web53803.mail.re2.yahoo.com via HTTP; Mon, 03 Nov 2008 23:05:19 PST X-Mailer: YahooMailRC/1155.20 YahooMailWebService/0.7.247.3 Date: Mon, 3 Nov 2008 23:05:19 -0800 (PST) From: chilo To: freebsd-hardware@freebsd.org MIME-Version: 1.0 Message-ID: <967012.89519.qm@web53803.mail.re2.yahoo.com> X-Mailman-Approved-At: Tue, 04 Nov 2008 12:22:23 +0000 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 07:32:02 -0000 Hi guys I'm new when it comes to using Freebsd but can you recommend me a motherboard(s) that will support Freebsd 7.0? It will have at least RAID 1 configuration with full driver support. I'm planning to install Freebsd to a clone PC so that I can continue my progress/self training. Thank you very much. From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 12:26:24 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 345C71065688 for ; Tue, 4 Nov 2008 12:26:24 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id D31528FC1C for ; Tue, 4 Nov 2008 12:26:23 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA02.westchester.pa.mail.comcast.net ([76.96.62.19]) by QMTA02.westchester.pa.mail.comcast.net with comcast id az371a0010QuhwU520SGMD; Tue, 04 Nov 2008 12:26:16 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA02.westchester.pa.mail.comcast.net with comcast id b0SN1a00N2P6wsM3N0SNje; Tue, 04 Nov 2008 12:26:23 +0000 X-Authority-Analysis: v=1.0 c=1 a=X6I1VAprBtAA:10 a=4y2W-BVmSjsA:10 a=QycZ5dHgAAAA:8 a=GIE2jxA5lgsKZSOtHr8A:9 a=AQbevRZoX46478GOojc1_z0idV4A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 0E299C9419; Tue, 4 Nov 2008 04:26:22 -0800 (PST) Date: Tue, 4 Nov 2008 04:26:22 -0800 From: Jeremy Chadwick To: chilo Message-ID: <20081104122622.GA47582@icarus.home.lan> References: <967012.89519.qm@web53803.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <967012.89519.qm@web53803.mail.re2.yahoo.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org Subject: Re: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 12:26:24 -0000 On Mon, Nov 03, 2008 at 11:05:19PM -0800, chilo wrote: > Hi guys I'm new when it comes to using Freebsd but can you recommend > me a motherboard(s) that will support Freebsd 7.0? It will have at > least RAID 1 configuration with full driver support. I'm planning to > install Freebsd to a clone PC so that I can continue my progress/self > training. Thank you very much. Most consumer motherboards will work. However, with regards to "RAID 1 configuration", what are you planning on using for RAID 1? A RAID controller, or something like gmirror(8) which is software/OS-based RAID in FreeBSD? (Most people will strongly recommend using software/OS-based RAID, for a lot of good reasons.) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 14:53:46 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0125106567D; Tue, 4 Nov 2008 14:53:46 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6A93A8FC25; Tue, 4 Nov 2008 14:53:46 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.3/8.14.3/NETPLEX) with ESMTP id mA4ETF3I025935; Tue, 4 Nov 2008 09:29:15 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Tue, 04 Nov 2008 09:29:16 -0500 (EST) Date: Tue, 4 Nov 2008 09:29:15 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Jeremy Chadwick In-Reply-To: <20081104122622.GA47582@icarus.home.lan> Message-ID: References: <967012.89519.qm@web53803.mail.re2.yahoo.com> <20081104122622.GA47582@icarus.home.lan> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: chilo , freebsd-hardware@freebsd.org Subject: Re: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 14:53:46 -0000 On Tue, 4 Nov 2008, Jeremy Chadwick wrote: > On Mon, Nov 03, 2008 at 11:05:19PM -0800, chilo wrote: >> Hi guys I'm new when it comes to using Freebsd but can you recommend >> me a motherboard(s) that will support Freebsd 7.0? It will have at >> least RAID 1 configuration with full driver support. I'm planning to >> install Freebsd to a clone PC so that I can continue my progress/self >> training. Thank you very much. > > Most consumer motherboards will work. > > However, with regards to "RAID 1 configuration", what are you planning > on using for RAID 1? A RAID controller, or something like gmirror(8) > which is software/OS-based RAID in FreeBSD? (Most people will strongly > recommend using software/OS-based RAID, for a lot of good reasons.) I'm in the market for a decent motherboard also. Been monitoring slickdeals lately - newegg seems to have specials every now and then on the ASUS P5Q Pro. The reviews I've read seem pretty positive on this board. Anyone with any experience with this board? -- DE From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 15:03:53 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B2E51065743 for ; Tue, 4 Nov 2008 15:03:53 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by mx1.freebsd.org (Postfix) with ESMTP id D53798FC0A for ; Tue, 4 Nov 2008 15:03:52 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA11.emeryville.ca.mail.comcast.net ([76.96.30.36]) by QMTA05.emeryville.ca.mail.comcast.net with comcast id b04Z1a00F0mlR8UA533sTH; Tue, 04 Nov 2008 15:03:52 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA11.emeryville.ca.mail.comcast.net with comcast id b33r1a00F2P6wsM8X33rFP; Tue, 04 Nov 2008 15:03:52 +0000 X-Authority-Analysis: v=1.0 c=1 a=X6I1VAprBtAA:10 a=4y2W-BVmSjsA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=iJEo0RgeclRAcwRpMjAA:9 a=znfDNECkNKSgx16570cA:7 a=837SdApvZPp-q-quv11K-hvM_U8A:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 64E0EC9419; Tue, 4 Nov 2008 07:03:51 -0800 (PST) Date: Tue, 4 Nov 2008 07:03:51 -0800 From: Jeremy Chadwick To: Daniel Eischen Message-ID: <20081104150351.GA50595@icarus.home.lan> References: <967012.89519.qm@web53803.mail.re2.yahoo.com> <20081104122622.GA47582@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: pyunyh@gmail.com, chilo , freebsd-hardware@freebsd.org Subject: Re: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 15:03:53 -0000 On Tue, Nov 04, 2008 at 09:29:15AM -0500, Daniel Eischen wrote: > On Tue, 4 Nov 2008, Jeremy Chadwick wrote: > >> On Mon, Nov 03, 2008 at 11:05:19PM -0800, chilo wrote: >>> Hi guys I'm new when it comes to using Freebsd but can you recommend >>> me a motherboard(s) that will support Freebsd 7.0? It will have at >>> least RAID 1 configuration with full driver support. I'm planning to >>> install Freebsd to a clone PC so that I can continue my progress/self >>> training. Thank you very much. >> >> Most consumer motherboards will work. >> >> However, with regards to "RAID 1 configuration", what are you planning >> on using for RAID 1? A RAID controller, or something like gmirror(8) >> which is software/OS-based RAID in FreeBSD? (Most people will strongly >> recommend using software/OS-based RAID, for a lot of good reasons.) > > I'm in the market for a decent motherboard also. Been monitoring > slickdeals lately - newegg seems to have specials every now and > then on the ASUS P5Q Pro. The reviews I've read seem pretty > positive on this board. Anyone with any experience with this > board? Yes, there are some of us in the FreeBSD community who have experience with the P5Q series. The first issue you'll run into is lack of Ethernet support on FreeBSD. I've worked with Yong-Hyeon PYUN on this, sending him a new P5Q SE motherboard, and he was able to develop a driver for it (it is in no way optimised for speed, but it does work). The driver is not part of the FreeBSD source code yet. See my "Networking" section here: http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues If you want the driver, Yong-Hyeon can provide it. I've CC'd him here. The second issue you'll run into, at least on the P5Q SE, is a 10-15 second delay when enabling AHCI mode in the BIOS (for the Intel ICH). Machine will POST, then sit there for 10-15 seconds with a blinking cursor before booting any disk (and after that, works fine). Switch back to Enhanced mode and the problem disappears. I find this very odd, as no other ICH-based AHCI system I have behaves this way; very likely a BIOS bug/problem. Note: despite owning a P5Q SE board, I do not use it for FreeBSD (I run Windows on my desktops, and FreeBSD on my servers). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 15:25:41 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5F731065670; Tue, 4 Nov 2008 15:25:41 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from smtp.univ-lyon2.fr (smtp.univ-lyon2.fr [159.84.143.102]) by mx1.freebsd.org (Postfix) with ESMTP id 7D4168FC18; Tue, 4 Nov 2008 15:25:41 +0000 (UTC) (envelope-from patpro@patpro.net) Received: from localhost (localhost [127.0.0.1]) by smtp.univ-lyon2.fr (Postfix) with ESMTP id BE1BD9048162; Tue, 4 Nov 2008 16:08:49 +0100 (CET) X-Virus-Scanned: amavisd-new at univ-lyon2.fr Received: from smtp.univ-lyon2.fr ([127.0.0.1]) by localhost (smtp.univ-lyon2.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S1cRA0UUe4ci; Tue, 4 Nov 2008 16:08:47 +0100 (CET) Received: from co4 (co4.univ-lyon2.fr [192.168.128.37]) by smtp.univ-lyon2.fr (Postfix) with ESMTP id DB2AA9048153; Tue, 4 Nov 2008 16:08:47 +0100 (CET) Received: from patpro-2.univ-lyon2.fr ([159.84.148.60]) by co4.univ-lyon2.fr;Tue, 4 Nov 2008 16:08:48 +0100 (CET) Message-Id: <340A39B4-BD0F-4FD0-AE7D-46A82A701B4B@patpro.net> From: Patrick Proniewski To: freebsd-hardware@freebsd.org In-Reply-To: Content-Type: multipart/signed; boundary=Apple-Mail-6-543508594; micalg=sha1; protocol="application/pkcs7-signature" Mime-Version: 1.0 Date: Tue, 4 Nov 2008 16:08:47 +0100 References: <967012.89519.qm@web53803.mail.re2.yahoo.com> <20081104122622.GA47582@icarus.home.lan> X-Mailer: Apple Mail (2.929.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Daniel Eischen , chilo , Jeremy Chadwick Subject: Re: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 15:25:42 -0000 --Apple-Mail-6-543508594 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit On 4 nov. 08, at 15:29, Daniel Eischen wrote: > I'm in the market for a decent motherboard also. Been monitoring > slickdeals lately - newegg seems to have specials every now and > then on the ASUS P5Q Pro. The reviews I've read seem pretty > positive on this board. Anyone with any experience with this > board? I don't know about onboard RAID 1, or about ASUS specifically, but I do know that TYAN and SuperMicro make very nice motherboards with great FreeBSD support. I own a 2 years old TYAN Tiger i7520SD sporting 2 Intel Xeon LV 1.66 GHz (sossaman), and an 3 years old SuperMicro P4SCI sporting 1 Intel Pentium 4. Both are running 24/7/365 since I bought them. regards, patpro --Apple-Mail-6-543508594-- From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 15:35:00 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C45801065680; Tue, 4 Nov 2008 15:35:00 +0000 (UTC) (envelope-from lolo@troll.free.org) Received: from troll.free.org (troll.free.org [88.191.252.140]) by mx1.freebsd.org (Postfix) with ESMTP id 867D68FC23; Tue, 4 Nov 2008 15:35:00 +0000 (UTC) (envelope-from lolo@troll.free.org) Received: by troll.free.org (Postfix, from userid 500) id 2F1A9E62DA; Tue, 4 Nov 2008 16:01:57 +0100 (CET) Date: Tue, 4 Nov 2008 16:01:57 +0100 From: Laurent Frigault To: Daniel Eischen Message-ID: <20081104150157.GA3332@troll.free.org> References: <967012.89519.qm@web53803.mail.re2.yahoo.com> <20081104122622.GA47582@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Powered-By: UUCP Cc: chilo , Jeremy Chadwick , freebsd-hardware@freebsd.org Subject: Re: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 15:35:00 -0000 On Tue, Nov 04, 2008 at 09:29:15AM -0500, Daniel Eischen wrote: > I'm in the market for a decent motherboard also. Been monitoring > slickdeals lately - newegg seems to have specials every now and > then on the ASUS P5Q Pro. The reviews I've read seem pretty > positive on this board. Anyone with any experience with this > board? Same for me with the ASUS P5Q-E (does not seems to be very different from P5Q Pro) Is there any web site with dmesg output of know working (or not) hardware/motherboards/... ? Regards -- Laurent Frigault | Free.org From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 22:25:37 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD9301065670 for ; Tue, 4 Nov 2008 22:25:37 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml06.kpnxchange.com (cpsmtpo-eml06.KPNXCHANGE.COM [213.75.38.155]) by mx1.freebsd.org (Postfix) with ESMTP id 6C7C08FC27 for ; Tue, 4 Nov 2008 22:25:37 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml07.kpnxchange.com ([213.75.38.107]) by cpsmtpo-eml06.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Nov 2008 23:25:35 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 4 Nov 2008 23:25:35 +0100 Received: (qmail 33310 invoked by uid 98); 4 Nov 2008 22:25:47 -0000 Received: from 10.251.2.191 (nick@10.251.2.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.191):SA:0(-1.1/5.0):. Processed in 6.093264 secs); 04 Nov 2008 22:25:47 -0000 X-Spam-Status: No, score=-1.1 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.191) by uitsmijter.van-laarhoven.org with SMTP; 4 Nov 2008 22:25:41 -0000 Received: (nullmailer pid 31309 invoked by uid 1001); Tue, 04 Nov 2008 22:25:26 -0000 From: Nick Hibma To: Vladimir Grebenschikov Date: Tue, 4 Nov 2008 23:25:25 +0100 User-Agent: KMail/1.9.7 References: <200810092344.10388.nick@van-laarhoven.org> <1225836292.3428.37.camel@localhost> In-Reply-To: <1225836292.3428.37.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811042325.26574.nick@van-laarhoven.org> X-OriginalArrivalTime: 04 Nov 2008 22:25:35.0773 (UTC) FILETIME=[41F70CD0:01C93ECC] Cc: Andrea Guzzo , FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 22:25:37 -0000 > Now (5-days old current), everything looks fine, chat finishes, but ppp > failed to handshake (same ppp config works before with ubsa): > > Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: PPP Started (background > mode). Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: bundle: Establish > Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: ATDT#777^M Are you sure this phone number is correct? I'd have to check the 3GPP spec, but something like ATDT*99***1# is more like the Huawei expects. The general format is *****#. If you have set multiple PDP contexts through AT+CGDCONT you can select the one you need by replacing the '1' in the line above with the appropriate number. The 'Unexpected * in phase *' I've not seen before and would indicate that a valid packet is received but one that is not appropriate at that point. You might want to add some more logging options to see what is going on. > It looks like that characters are delivered not reliable way through ucom > port: Same on U0.2 port: Weird. Should not happen. > - after disconnecting ppp from port card is not reset, so no more any > chat if start ppp again (you just need skip chat phase). - How to reset > card before start ? We've had this problem with an EDGE card from Option, and we basically power down the port and power up again the card to get it back. Patches have been sent to Warner to get committed. > - Disconnecting card crashes kernel, it is possible to catch that crash > with DDB, but dump can't be written. Modem is on cardbus device. > (probbaly will be fixed by new usb stack ?) kldunload usb first. The USB stack crashes if the device disappears. This takes some effort as you will have to unload all related modules. If you have ums_load="YES" in your /boot/loader.conf without usb_load="YES", then you are in luck as you should be able to unload ums and usb will unload as well. Once these are unloaded you should be able to unload the PCMCIA card without problems. Works with Option cards this way. Nick From owner-freebsd-hardware@FreeBSD.ORG Tue Nov 4 22:26:57 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A65E1065672 for ; Tue, 4 Nov 2008 22:26:57 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 271058FC1E for ; Tue, 4 Nov 2008 22:26:56 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([77.232.23.6]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mA4M4qqJ019632 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Nov 2008 01:04:54 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KxU16-0001H0-Jo; Wed, 05 Nov 2008 01:04:52 +0300 From: Vladimir Grebenschikov To: Nick Hibma In-Reply-To: <200810092344.10388.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Date: Wed, 05 Nov 2008 01:04:52 +0300 Message-Id: <1225836292.3428.37.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Andrea Guzzo , FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Nov 2008 22:26:57 -0000 On Thu, 2008-10-09 at 23:44 +0200, Nick Hibma wrote: > Just now I have committed a driver for Option and Huawei cards previously= =20 > supported by the ubsa driver. More information is in the commit message. >=20 > I am looking for people who would be able to provide more information aft= er=20 > testing with the 3G cards branded by: >=20 > OEM: > Merlin > Huawei > Option > Sierra > Novatel > Qualcomm >=20 > Rebranded: > Dell > Vodafone >=20 > Note: The driver can be copied across to FreeBSD 7-STABLE if you copy the= =20 > sys/modules/u3g directory and sys/dev/usb/u3g.c and sys/dev/usb/usbdevs=20 > files from HEAD and _move_ the ID from ubsa to u3g. >=20 > More information can be found on >=20 > http://people.freebsd.org/~n_hibma/u3g.html Ehh, I have Huawei card, and it works ok before with ubsa driver: Controller /dev/usb5: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), NEC(0x00= 00), rev 1.00 port 1 addr 2: full speed, power 500 mA, config 1, Huawei Mobile(0x1001), = Huawei Technologies(0x12d1), rev 0.00 ucom0: on uhub5 ucom0: configured 3 serial ports (U0.%d) Now (5-days old current), everything looks fine, chat finishes, but ppp failed to handshake (same ppp config works before with ubsa): Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: PPP Started (background mode)= . Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: bundle: Establish Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: deflink: closed -> opening Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: deflink: Connected! Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: deflink: opening -> dial Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Phone: #777 Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: deflink: Dial attempt 1 of 1 Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: AT^M Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Expect(15): OK Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Received: ^M Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Received: OK^M Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: ATE1Q0^M Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Expect(15): OK Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Received:=20 Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Received: OK^M Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: ATDT#777^M Nov 5 00:57:37 vbook ppp[4644]: tun0: Chat: Expect(40): CONNECT Nov 5 00:57:37 vbook ppp[4644]: tun0: Chat: Received: ^M Nov 5 00:57:37 vbook ppp[4644]: tun0: Chat: Received: CONNECT^M Nov 5 00:57:37 vbook ppp[4644]: tun0: Phase: deflink: dial -> carrier Nov 5 00:57:38 vbook ppp[4644]: tun0: Phase: deflink: /dev/ttyU0.0 doesn't= support CD Nov 5 00:57:38 vbook ppp[4644]: tun0: Phase: deflink: carrier -> login Nov 5 00:57:38 vbook ppp[4644]: tun0: Phase: deflink: login -> lcp Nov 5 00:57:38 vbook ppp[4644]: tun0: LCP: FSM: Using "deflink" as a trans= port Nov 5 00:57:38 vbook ppp[4644]: tun0: LCP: deflink: State change Initial -= -> Closed Nov 5 00:57:38 vbook ppp[4644]: tun0: LCP: deflink: State change Closed --= > Stopped Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: deflink: LayerStart Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: deflink: SendConfigReq(1) state= =3D Stopped Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: MRU[4] 1500 Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: MAGICNUM[6] 0xb88169a8 Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 5 00:57:39 vbook ppp[4644]: tun0: LCP: deflink: State change Stopped -= -> Req-Sent Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: deflink: RecvConfigAck(1) state= =3D Req-Sent Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: MRU[4] 1500 Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: MAGICNUM[6] 0xb88169a8 Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: QUALPROTO[8] proto c025, inter= val 10000ms Nov 5 00:57:40 vbook ppp[4644]: tun0: LCP: deflink: State change Req-Sent = --> Ack-Rcvd Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: deflink: RecvConfigReq(3) state= =3D Ack-Rcvd Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05= ) Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: MAGICNUM[6] 0x2e7ad2d8 Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: deflink: SendConfigAck(3) state= =3D Ack-Rcvd Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: ACCMAP[6] 0x00000000 Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05= ) Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: MAGICNUM[6] 0x2e7ad2d8 Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: deflink: State change Ack-Rcvd = --> Opened Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: deflink: LayerUp Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: deflink: SendIdent(0) state =3D= Opened Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: MAGICNUM b88169a8 Nov 5 00:57:42 vbook ppp[4644]: tun0: LCP: TEXT user-ppp 3.4.2 (built COM= PILATIONDATE) Nov 5 00:57:42 vbook ppp[4644]: tun0: Phase: bundle: Authenticate Nov 5 00:57:42 vbook ppp[4644]: tun0: Phase: deflink: his =3D CHAP 0x05, m= ine =3D none Nov 5 00:57:52 vbook ppp[4644]: tun0: Phase: Chap Input: CHALLENGE (16 byt= es from pdsn-m22-7cm2) Nov 5 00:57:52 vbook ppp[4644]: tun0: Phase: Chap Output: RESPONSE (mobile= ) Nov 5 00:57:53 vbook ppp[4644]: tun0: LCP: deflink: RecvEchoRequest(1) sta= te =3D Opened Nov 5 00:57:53 vbook ppp[4644]: tun0: LCP: deflink: SendEchoReply(1) state= =3D Opened Nov 5 00:57:53 vbook ppp[4644]: tun0: CCP: deflink: Error: Unexpected CCP = in phase Authenticate (ignored) Nov 5 00:58:03 vbook last message repeated 3 times Nov 5 00:58:07 vbook ppp[4644]: tun0: IPCP: deflink: Error: Unexpected IPC= P in phase Authenticate (ignored) Nov 5 00:58:07 vbook ppp[4644]: tun0: CCP: deflink: Error: Unexpected CCP = in phase Authenticate (ignored) Nov 5 00:58:11 vbook ppp[4644]: tun0: CCP: deflink: Error: Unexpected CCP = in phase Authenticate (ignored) Nov 5 00:58:42 vbook ppp[4644]: tun0: Phase: deflink: HDLC errors -> FCS: = 26, ADDR: 0, COMD: 0, PROTO: 0 Nov 5 00:58:52 vbook ppp[4644]: tun0: Phase: deflink: ** Too many LQR pack= ets lost ** Nov 5 00:58:52 vbook ppp[4644]: tun0: LCP: deflink: LayerDown Nov 5 00:58:52 vbook ppp[4644]: tun0: LCP: deflink: State change Opened --= > Starting Nov 5 00:58:52 vbook ppp[4644]: tun0: LCP: deflink: LayerFinish Nov 5 00:58:52 vbook ppp[4644]: tun0: LCP: deflink: State change Starting = --> Initial Nov 5 00:58:52 vbook ppp[4644]: tun0: Phase: deflink: Disconnected! It looks like that characters are delivered not reliable way through ucom p= ort: Same on U0.2 port: Below output, just after entring AT\n three times: # cu -l /dev/cuaU0.2 can't open log file /var/log/aculog. Connected ^RSSILVL: 20 8 OK It OK I ^RSSILVL: 20 8=12=01=06=03=06em0=15X=EF=BF=BD6T OK I -------------------- Any hints will be very appriciated. > Thanks, >=20 > Nick P.S. I have also two other problems with same card, (they was with ubsa also): - after disconnecting ppp from port card is not reset, so no more any chat if start ppp again (you just need skip chat phase). - How to reset card before start ? - Disconnecting card crashes kernel, it is possible to catch that crash with DDB, but dump can't be written. Modem is on cardbus device. (probbaly will be fixed by new usb stack ?) --=20 Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 5 00:17:07 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BF981065680 for ; Wed, 5 Nov 2008 00:17:07 +0000 (UTC) (envelope-from olihc17@yahoo.com) Received: from web53801.mail.re2.yahoo.com (web53801.mail.re2.yahoo.com [206.190.36.196]) by mx1.freebsd.org (Postfix) with SMTP id 16A648FC28 for ; Wed, 5 Nov 2008 00:17:06 +0000 (UTC) (envelope-from olihc17@yahoo.com) Received: (qmail 78016 invoked by uid 60001); 5 Nov 2008 00:17:06 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=bi71CF/jpDuobF1zPah1MeCwuVuS6YMeILdCgmMOjBtXSor3V17pKaYwHVzT+LXFVCRlh70slCLi+/YV4e3UQc4loHkttd0wMMaoTnozU/5zBRJzDCi+1r3MAGj+P3UMQs6aD+QCNFzJ1vz99jUwXmk07NxmVHTfAQIbhmhVydA=; X-YMail-OSG: zaCrcfQVM1nryuyMz3AEmNIh5UgJf8VrhBLJuZ3F7Ro209x0gUkPR.qnqsPyBh8_CK9EXE0f2aJxVfMAuvjx9S4uYxsueqR.Ls1VOhq5of9LlKDs5qmjF34fnl9NusJWCEp_ixRIjIpEVo8RUL3.gCKJ0eLcsLz0153ZyEJwVobekF0fLdc0Hf4eAi_5 Received: from [121.96.209.86] by web53801.mail.re2.yahoo.com via HTTP; Tue, 04 Nov 2008 16:17:06 PST X-Mailer: YahooMailRC/1155.20 YahooMailWebService/0.7.247.3 Date: Tue, 4 Nov 2008 16:17:06 -0800 (PST) From: chilo To: Jeremy Chadwick MIME-Version: 1.0 Message-ID: <513215.77035.qm@web53801.mail.re2.yahoo.com> X-Mailman-Approved-At: Wed, 05 Nov 2008 00:52:35 +0000 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hardware@freebsd.org Subject: Re: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 00:17:07 -0000 Has anyone used an Intel board with raid compatibility? If I can't push hardware I guess I'm off to using software raid. many thanks. ________________________________ From: Jeremy Chadwick To: Daniel Eischen Cc: chilo ; freebsd-hardware@freebsd.org; pyunyh@gmail.com Sent: Tuesday, November 4, 2008 11:03:51 PM Subject: Re: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit On Tue, Nov 04, 2008 at 09:29:15AM -0500, Daniel Eischen wrote: > On Tue, 4 Nov 2008, Jeremy Chadwick wrote: > >> On Mon, Nov 03, 2008 at 11:05:19PM -0800, chilo wrote: >>> Hi guys I'm new when it comes to using Freebsd but can you recommend >>> me a motherboard(s) that will support Freebsd 7.0? It will have at >>> least RAID 1 configuration with full driver support. I'm planning to >>> install Freebsd to a clone PC so that I can continue my progress/self >>> training. Thank you very much. >> >> Most consumer motherboards will work. >> >> However, with regards to "RAID 1 configuration", what are you planning >> on using for RAID 1? A RAID controller, or something like gmirror(8) >> which is software/OS-based RAID in FreeBSD? (Most people will strongly >> recommend using software/OS-based RAID, for a lot of good reasons.) > > I'm in the market for a decent motherboard also. Been monitoring > slickdeals lately - newegg seems to have specials every now and > then on the ASUS P5Q Pro. The reviews I've read seem pretty > positive on this board. Anyone with any experience with this > board? Yes, there are some of us in the FreeBSD community who have experience with the P5Q series. The first issue you'll run into is lack of Ethernet support on FreeBSD. I've worked with Yong-Hyeon PYUN on this, sending him a new P5Q SE motherboard, and he was able to develop a driver for it (it is in no way optimised for speed, but it does work). The driver is not part of the FreeBSD source code yet. See my "Networking" section here: http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues If you want the driver, Yong-Hyeon can provide it. I've CC'd him here. The second issue you'll run into, at least on the P5Q SE, is a 10-15 second delay when enabling AHCI mode in the BIOS (for the Intel ICH). Machine will POST, then sit there for 10-15 seconds with a blinking cursor before booting any disk (and after that, works fine). Switch back to Enhanced mode and the problem disappears. I find this very odd, as no other ICH-based AHCI system I have behaves this way; very likely a BIOS bug/problem. Note: despite owning a P5Q SE board, I do not use it for FreeBSD (I run Windows on my desktops, and FreeBSD on my servers). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 5 01:10:35 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B556A106564A for ; Wed, 5 Nov 2008 01:10:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id EAA6E8FC14 for ; Wed, 5 Nov 2008 01:10:34 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA05.westchester.pa.mail.comcast.net ([76.96.62.43]) by QMTA05.westchester.pa.mail.comcast.net with comcast id bD2g1a0050vyq2s55DAH71; Wed, 05 Nov 2008 01:10:18 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA05.westchester.pa.mail.comcast.net with comcast id bDAM1a00H2P6wsM3RDANNV; Wed, 05 Nov 2008 01:10:22 +0000 X-Authority-Analysis: v=1.0 c=1 a=X6I1VAprBtAA:10 a=4y2W-BVmSjsA:10 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=CdiApmWrwEQizTBRc5wA:9 a=m1TURAvJtLQZUWhIc8YHy-iEZ8QA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 7421AC9419; Tue, 4 Nov 2008 17:10:21 -0800 (PST) Date: Tue, 4 Nov 2008 17:10:21 -0800 From: Jeremy Chadwick To: chilo Message-ID: <20081105011021.GA62277@icarus.home.lan> References: <513215.77035.qm@web53801.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <513215.77035.qm@web53801.mail.re2.yahoo.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org Subject: Re: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 01:10:35 -0000 On Tue, Nov 04, 2008 at 04:17:06PM -0800, chilo wrote: > Has anyone used an Intel board with raid compatibility? If I can't push hardware I guess I'm off to using software raid. many thanks. What is "RAID compatibility"? I have a feeling you're talking about BIOS-based Intel MatrixRAID, in which case, **do not use it**. There are bugs in the ata(4) layer which will bite you badly, including data loss even in RAID-1 situations. http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting Stick with OS-based software RAID. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 5 01:42:43 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65D50106567E for ; Wed, 5 Nov 2008 01:42:43 +0000 (UTC) (envelope-from olihc17@yahoo.com) Received: from web53808.mail.re2.yahoo.com (web53808.mail.re2.yahoo.com [206.190.36.203]) by mx1.freebsd.org (Postfix) with SMTP id 0C49A8FC19 for ; Wed, 5 Nov 2008 01:42:42 +0000 (UTC) (envelope-from olihc17@yahoo.com) Received: (qmail 30246 invoked by uid 60001); 5 Nov 2008 01:42:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=PPEpjZJzWGw0ihmiuGBWxUsC0RF1xytWBkH1BN3qHLJujbveNRkPDm0SA/vjrb/sxu7PSajc47Sl0R++iDtkf2/3CAMWf10KNEOczZySV/aOi5XiySptplc8ipC9GZ//M9R/zgfHFWHkHVGv8N0EgolcgmKMwv8aeyudwTc0jQE=; X-YMail-OSG: 3oPHKG8VM1mJunQjQ.EOp8Xibqwljxf1J3ngEbxM0IHBTLLVDJrFQtvemidaXkMsyyzPgCbYQy3v6MoLBVNNiQjWvpl3VR9akbRjCw6__ZrjqhIiPauBhJqioSbcUaH6OU4QzG8MnQZEJvJQA1N32sUs3jh3OCAKUU0_HDJXJHUuBZ.1H.uanyHI_imV Received: from [121.96.209.86] by web53808.mail.re2.yahoo.com via HTTP; Tue, 04 Nov 2008 17:42:42 PST X-Mailer: YahooMailRC/1155.20 YahooMailWebService/0.7.247.3 Date: Tue, 4 Nov 2008 17:42:42 -0800 (PST) From: chilo To: Jeremy Chadwick MIME-Version: 1.0 Message-ID: <270648.30039.qm@web53808.mail.re2.yahoo.com> X-Mailman-Approved-At: Wed, 05 Nov 2008 04:04:13 +0000 Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hardware@freebsd.org Subject: Re: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 01:42:43 -0000 yep im talking about that raid. ok jeremy i'll go with the software raid thank you very much. ________________________________ From: Jeremy Chadwick To: chilo Cc: freebsd-hardware@freebsd.org Sent: Wednesday, November 5, 2008 9:10:21 AM Subject: Re: Motherboard Recommendation for Freebsd 7.0 32-bit or 64-bit On Tue, Nov 04, 2008 at 04:17:06PM -0800, chilo wrote: > Has anyone used an Intel board with raid compatibility? If I can't push hardware I guess I'm off to using software raid. many thanks. What is "RAID compatibility"? I have a feeling you're talking about BIOS-based Intel MatrixRAID, in which case, **do not use it**. There are bugs in the ata(4) layer which will bite you badly, including data loss even in RAID-1 situations. http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting Stick with OS-based software RAID. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 5 08:58:18 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 658141065694; Wed, 5 Nov 2008 08:58:18 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id AE5478FC12; Wed, 5 Nov 2008 08:58:16 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id mA58w6oZ011452 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Nov 2008 11:58:08 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KxeDG-0001Fc-LR; Wed, 05 Nov 2008 11:58:06 +0300 From: Vladimir Grebenschikov To: Nick Hibma In-Reply-To: <200811042325.26574.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> <1225836292.3428.37.camel@localhost> <200811042325.26574.nick@van-laarhoven.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 05 Nov 2008 11:58:06 +0300 Message-Id: <1225875486.1713.37.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Andrea Guzzo , FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 08:58:18 -0000 On Tue, 2008-11-04 at 23:25 +0100, Nick Hibma wrote: > > Now (5-days old current), everything looks fine, chat finishes, but ppp > > failed to handshake (same ppp config works before with ubsa): > > > > Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: PPP Started (background > > mode). Nov 5 00:57:35 vbook ppp[4644]: tun0: Phase: bundle: Establish > > Nov 5 00:57:35 vbook ppp[4644]: tun0: Chat: Send: ATDT#777^M > > Are you sure this phone number is correct? I'd have to check the 3GPP spec, > but something like > > ATDT*99***1# > > is more like the Huawei expects. The general format is > *****#. If you have set multiple PDP contexts > through AT+CGDCONT you can select the one you need by replacing the '1' in > the line above with the appropriate number. Actually it is not exactly 3G modem - it is Huawei EC500 for CDMA2000 network (hybrid 2.5G / 3G - Skylink operator in Russia) ATDT#777 is usual dial for that operator. > The 'Unexpected * in phase *' I've not seen before and would indicate that a > valid packet is received but one that is not appropriate at that point. You > might want to add some more logging options to see what is going on. > > > It looks like that characters are delivered not reliable way through ucom > > port: Same on U0.2 port: > > Weird. Should not happen. What I can do to help track the problem ? > > - after disconnecting ppp from port card is not reset, so no more any > > chat if start ppp again (you just need skip chat phase). - How to reset > > card before start ? > > We've had this problem with an EDGE card from Option, and we basically power > down the port and power up again the card to get it back. Patches have been > sent to Warner to get committed. Nice, are these patches attached to some PR ? > > - Disconnecting card crashes kernel, it is possible to catch that crash > > with DDB, but dump can't be written. Modem is on cardbus device. > > (probbaly will be fixed by new usb stack ?) > > kldunload usb first. The USB stack crashes if the device disappears. This > takes some effort as you will have to unload all related modules. If you > have ums_load="YES" in your /boot/loader.conf without usb_load="YES", then > you are in luck as you should be able to unload ums and usb will unload as > well. > > Once these are unloaded you should be able to unload the PCMCIA card without > problems. Works with Option cards this way. Uhh, really need to try new USB stack (I will try). > Nick -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 5 10:58:53 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1861D1065678 for ; Wed, 5 Nov 2008 10:58:53 +0000 (UTC) (envelope-from freebsd-hardware@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 91B528FC2E for ; Wed, 5 Nov 2008 10:58:52 +0000 (UTC) (envelope-from freebsd-hardware@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Kxg65-00053H-M1 for freebsd-hardware@freebsd.org; Wed, 05 Nov 2008 10:58:49 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Nov 2008 10:58:49 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 05 Nov 2008 10:58:49 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hardware@freebsd.org From: Ivan Voras Date: Wed, 05 Nov 2008 11:58:51 +0100 Lines: 62 Message-ID: References: <490A782F.9060406@dannysplace.net> <490FE404.2000308@dannysplace.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig44A484ED89D2AD7FC7AB8745" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.17 (X11/20080925) In-Reply-To: <490FE404.2000308@dannysplace.net> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Areca vs. ZFS performance testing. X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 10:58:53 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig44A484ED89D2AD7FC7AB8745 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Danny Carroll wrote: > - I have seen sustained 130Mb reads from ZFS: > capacity operations bandwidth > pool used avail read write read write > ---------- ----- ----- ----- ----- ----- ----- > bigarray 1.29T 3.25T 1.10K 0 140M 0 > bigarray 1.29T 3.25T 1.00K 0 128M 0 > bigarray 1.29T 3.25T 945 0 118M 0 > bigarray 1.29T 3.25T 1.05K 0 135M 0 > bigarray 1.29T 3.25T 1.01K 0 129M 0 > bigarray 1.29T 3.25T 994 0 124M 0 >=20 > ad4 ad6 ad8 cpu > KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id > 0.00 0 0.00 65.90 375 24.10 63.74 387 24.08 0 0 19 2 78 > 0.00 0 0.00 66.36 357 23.16 63.93 370 23.11 0 0 23 2 75 > 16.00 0 0.00 64.84 387 24.51 63.79 389 24.20 0 0 23 2 75 > 16.00 2 0.03 68.09 407 27.04 64.98 409 25.98 0 0 28 2 70 > I'm curious if the ~130M figure shown above is bandwidth from the array= > or a total of all the drives. In other words, does it include reading > the parity information? I think it does not since if I look at iostat > figures and add up all of the drives it is greater than that reported b= y > zfs by a factor of 5/4 (100M in Zfs iostat =3D 5 x 25Mb in standard io= stat). The numbers make sense - you have 5 drives in RAID-Z and 4/5ths of total bandwidth is the "real" bandwidth. On the other hand, 25 MB/s is very slow for modern drives (assuming you're doing sequential read/write tests). Are you having hardware problems? > Lastly, The windows client which performed these tests was measuring > local bandwidth at about 30-50Mb/s. I believe this figure to be > incorrect (given how much I transferred in X seconds...) Using Samba? Search the lists for Samba performance advice - the default configuration isn't nearly optimal. --------------enig44A484ED89D2AD7FC7AB8745 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.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJEXxsldnAQVacBcgRAqSBAKCgCBQqBG7cgOLBWYVGokCgT9lUNACgm0h2 cp69wbiwPY3e1GqadCeRh9M= =anJL -----END PGP SIGNATURE----- --------------enig44A484ED89D2AD7FC7AB8745-- From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 5 16:06:16 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22AE710657A5 for ; Wed, 5 Nov 2008 16:06:16 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml12.kpnxchange.com (hpsmtp-eml12.KPNXCHANGE.COM [213.75.38.112]) by mx1.freebsd.org (Postfix) with ESMTP id A4A218FC16 for ; Wed, 5 Nov 2008 16:06:15 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpi-eml04.kpnxchange.com ([213.75.38.134]) by hpsmtp-eml12.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 Nov 2008 17:06:13 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtpi-eml04.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 Nov 2008 17:06:13 +0100 Received: (qmail 42702 invoked by uid 98); 5 Nov 2008 16:06:23 -0000 Received: from 10.251.2.191 (nick@10.251.2.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.191):SA:0(-1.4/5.0):. Processed in 7.307301 secs); 05 Nov 2008 16:06:23 -0000 X-Spam-Status: No, score=-1.4 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.191) by uitsmijter.van-laarhoven.org with SMTP; 5 Nov 2008 16:06:15 -0000 Received: (nullmailer pid 45122 invoked by uid 1001); Wed, 05 Nov 2008 16:06:00 -0000 From: Nick Hibma To: Mike Tancsa Date: Wed, 5 Nov 2008 17:06:00 +0100 User-Agent: KMail/1.9.7 References: <200810092344.10388.nick@van-laarhoven.org> <200811051548.mA5Fmsot040177@lava.sentex.ca> In-Reply-To: <200811051548.mA5Fmsot040177@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051706.00850.nick@van-laarhoven.org> X-OriginalArrivalTime: 05 Nov 2008 16:06:13.0581 (UTC) FILETIME=[6D0DEFD0:01C93F60] Cc: FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 16:06:16 -0000 > At 04:44 PM 10/9/2008, Nick Hibma wrote: > >Just now I have committed a driver for Option and Huawei cards > > previously supported by the ubsa driver. More information is in the > > commit message. > > > >I am looking for people who would be able to provide more information > > after testing with the 3G cards branded by: > > Hi, > I gave it a try on the Sierra USB card and it seems to work > really well on RELENG_7! There is however also a mini-pci express > version of the Sierra card, the MC8775. Do you have plans to add > support for it ? I am not sure how the unit is even supposed to show > up as I dont see it in the dmesg, but I do see that it shows some > sort of umass device > > # usbdevs > addr 1: OHCI root hub, AMD > addr 2: USB MMC Storage, Sierra Wireless > addr 1: EHCI root hub, AMD If you could run usbdevs -v and then jot down the IDs you can add those to the top of u3g.c. You'll have to add a quirk like for other sierra devices that show up as mass storage and need to be kicked into modem mode. It pretends to be a mass storage device (with drivers on it) and after installation switches to modem mode. Or that's my guess. Nick > dmesg snippet > ... > isa_probe_children: probing PnP devices > umass0: addr 2> on uhub0 > umass0:0:0:-1: Attached to scbus0 > Device configuration finished. > procfs registered > Timecounter "TSC" frequency 498053687 Hz quality 800 > Timecounters tick every 1.000 msec > crypto: > vlan: initialized, using hash tables with chaining > IPsec: Initialized Security Association Processing. > pflog0: bpf attached > lo0: bpf attached > ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire > ad0: setting PIO4 on CS5536 chip > ad0: 1953MB at ata0-master PIO4 > ad0: 4001760 sectors [3970C/16H/63S] 4 sectors/interrupt 1 depth queue > GEOM: new disk ad0 > pass0 at umass-sim0 bus 0 target 0 lun 0 > pass0: Removable CD-ROM SCSI-0 device > pass0: 1.000MB/s transfers > Trying to mount root from ufs:/dev/ad0s1a > start_init: trying /sbin/init > bridge0: bpf attached > bridge0: Ethernet address: 3a:72:35:a3:25:ce > tun0: bpf attached > > Not sure why it shows up as a passthrough device ? > > ---Mike From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 5 16:19:48 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 810D01065689; Wed, 5 Nov 2008 16:19:48 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2A2AD8FC0A; Wed, 5 Nov 2008 16:19:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA5FmtS1000809; Wed, 5 Nov 2008 10:48:55 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mA5Fmsot040177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Nov 2008 10:48:54 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811051548.mA5Fmsot040177@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 05 Nov 2008 10:48:46 -0500 To: Nick Hibma , FreeBSD CURRENT Mailing List From: Mike Tancsa In-Reply-To: <200810092344.10388.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 16:19:48 -0000 At 04:44 PM 10/9/2008, Nick Hibma wrote: >Just now I have committed a driver for Option and Huawei cards previously >supported by the ubsa driver. More information is in the commit message. > >I am looking for people who would be able to provide more information after >testing with the 3G cards branded by: Hi, I gave it a try on the Sierra USB card and it seems to work really well on RELENG_7! There is however also a mini-pci express version of the Sierra card, the MC8775. Do you have plans to add support for it ? I am not sure how the unit is even supposed to show up as I dont see it in the dmesg, but I do see that it shows some sort of umass device # usbdevs addr 1: OHCI root hub, AMD addr 2: USB MMC Storage, Sierra Wireless addr 1: EHCI root hub, AMD dmesg snippet ... isa_probe_children: probing PnP devices umass0: on uhub0 umass0:0:0:-1: Attached to scbus0 Device configuration finished. procfs registered Timecounter "TSC" frequency 498053687 Hz quality 800 Timecounters tick every 1.000 msec crypto: vlan: initialized, using hash tables with chaining IPsec: Initialized Security Association Processing. pflog0: bpf attached lo0: bpf attached ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire ad0: setting PIO4 on CS5536 chip ad0: 1953MB at ata0-master PIO4 ad0: 4001760 sectors [3970C/16H/63S] 4 sectors/interrupt 1 depth queue GEOM: new disk ad0 pass0 at umass-sim0 bus 0 target 0 lun 0 pass0: Removable CD-ROM SCSI-0 device pass0: 1.000MB/s transfers Trying to mount root from ufs:/dev/ad0s1a start_init: trying /sbin/init bridge0: bpf attached bridge0: Ethernet address: 3a:72:35:a3:25:ce tun0: bpf attached Not sure why it shows up as a passthrough device ? ---Mike >OEM: > Merlin > Huawei > Option > Sierra > Novatel > Qualcomm > >Rebranded: > Dell > Vodafone > >Note: The driver can be copied across to FreeBSD 7-STABLE if you copy the >sys/modules/u3g directory and sys/dev/usb/u3g.c and sys/dev/usb/usbdevs >files from HEAD and _move_ the ID from ubsa to u3g. > >More information can be found on > > http://people.freebsd.org/~n_hibma/u3g.html > >Thanks, > >Nick >---------- Forwarded Message ---------- >Subject: svn commit: r183735 - in head: share/man/man4 sys/conf sys/dev/usb >sys/i386/conf sys/modules sys/modules/u3g >Date: Thu October 9 2008 >From: Nick Hibma >To: src-committers@freebsd.org, svn-src-all@freebsd.org, >svn-src-head@freebsd.org > >Author: n_hibma >Date: Thu Oct 9 21:25:01 2008 >New Revision: 183735 >URL: http://svn.freebsd.org/changeset/base/183735 > >Log: > Say hello to the u3g driver, implementing support for 3G modems. > > This was located in the ubsa driver, but should be moved into a separate > driver: > > - 3G modems provide multiple serial ports to allow AT commands while the >PPP > connection is up. > - 3G modems do not provide baud rate or other serial port settings. > - Huawei cards need specific initialisation. > - ubsa is for Belkin adapters, an Linuxy choice for another device like >3G. > > Speeds achieved here with a weak signal at best is ~40kb/s (UMTS). No >spooky > STALLED messages as well. > > Next: Move over all entries for Sierra and Novatel cards once I have found > testers, and implemented serial port enumeration for Sierra (or rather >have > Andrea Guzzo do it). They list all endpoints in 1 iface instead of 4 >ifaces. > > Submitted by: aguzzo@anywi.com > MFC after: 3 weeks > >Added: > head/share/man/man4/u3g.4 (contents, props changed) > head/sys/dev/usb/u3g.c (contents, props changed) > head/sys/modules/u3g/ > head/sys/modules/u3g/Makefile (contents, props changed) >Modified: > head/share/man/man4/Makefile > head/sys/conf/NOTES > head/sys/conf/files > head/sys/dev/usb/ubsa.c > head/sys/dev/usb/usbdevs > head/sys/i386/conf/GENERIC > head/sys/modules/Makefile > >Modified: head/share/man/man4/Makefile >============================================================================== >--- head/share/man/man4/Makefile Thu Oct 9 20:51:25 >2008 (r183734) >+++ head/share/man/man4/Makefile Thu Oct 9 21:25:01 >2008 (r183735) >@@ -384,6 +384,7 @@ MAN= aac.4 \ > twe.4 \ > tx.4 \ > txp.4 \ >+ u3g.4 \ > uark.4 \ > uart.4 \ > ubsa.4 \ > >Added: head/share/man/man4/u3g.4 >============================================================================== >--- /dev/null 00:00:00 1970 (empty, because file is newly added) >+++ head/share/man/man4/u3g.4 Thu Oct 9 21:25:01 2008 (r183735) >@@ -0,0 +1,100 @@ >+.\" >+.\" Copyright (c) 2008 AnyWi Technologies >+.\" All rights reserved. >+.\" >+.\" This code is derived from uark.c >+.\" >+.\" Permission to use, copy, modify, and distribute this software for any >+.\" purpose with or without fee is hereby granted, provided that the above >+.\" copyright notice and this permission notice appear in all copies. >+.\" >+.\" THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL >WARRANTIES >+.\" WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF >+.\" MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR >+.\" ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES >+.\" WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN >+.\" ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF >+.\" OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. >+.\" >+.\" $FreeBSD$ >+.\" >+.Dd October 7, 2008 >+.Dt U3G 4 >+.Os >+.Sh NAME >+.Nm u3g >+.Nd USB support for 3G datacards >+.Sh SYNOPSIS >+To compile this driver into the kernel, >+place the following lines in your >+kernel configuration file: >+.Bd -ragged -offset indent >+.Cd "device u3g" >+.Cd "device ucom" >+.Ed >+.Pp >+Alternatively, to load the driver as a >+module at boot time, place the following line in >+.Xr loader.conf 5 : >+.Bd -literal -offset indent >+u3g_load="YES" >+.Ed >+.Sh DESCRIPTION >+The >+.Nm >+driver provides support for the multiple USB-to-serial interfaces exposed >by >+many 3G usb/pccard modems. >+.Pp >+The device is accessed through the >+.Xr ucom 4 >+driver which makes it behave like a >+.Xr tty 4 . >+.Sh HARDWARE >+The >+.Nm >+driver supports the following adapters: >+.Pp >+.Bl -bullet -compact >+.It >+Option Globetrotter 3G Fusion (only 3G part, not WLAN) >+.It >+Option Globetrotter 3G Fusion Quad (only 3G part, not WLAN) >+.It >+Option Globetrotter 3G Quad >+.It >+Option Globetrotter 3G >+.It >+Vodafone Mobile Connect Card 3G >+.It >+Huawei E220 (E270?) >+.It >+Huawei Mobile >+.El >+.Pp >+The supported 3G cards provide the necessary modem port for ppp, >+pppd, or mpd connections as well as extra ports (depending on the specific >+device) to provide other functions (diagnostic port, SIM toolkit port) >+.Sh SEE ALSO >+.Xr tty 4 , >+.Xr ucom 4 , >+.Xr usb 4 , >+.Xr ubsa 4 >+.Sh HISTORY >+The >+.Nm >+driver >+appeared in >+.Fx 7.0 . >+The >+.Xr ubsa 4 >+manual page was modified for >+.Nm >+by >+.An Andrea Guzzo Aq aguzzo@anywi.com >+in September 2008. >+.Sh AUTHORS >+The >+.Nm >+driver was written by >+.An Andrea Guzzo Aq aguzzo@anywi.com . >+Hardware for testing provided by AnyWi Technologies, Leiden, NL. > >Modified: head/sys/conf/NOTES >============================================================================== >--- head/sys/conf/NOTES Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/conf/NOTES Thu Oct 9 21:25:01 2008 (r183735) >@@ -2416,6 +2416,8 @@ device uscanner > # > # USB serial support > device ucom >+# USB support for 3G modem cards by Option, Huawei and Sierra >+device u3g > # USB support for Technologies ARK3116 based serial adapters > device uark > # USB support for Belkin F5U103 and compatible serial adapters >@@ -2441,7 +2443,6 @@ device aue > > # ASIX Electronics AX88172 USB 2.0 ethernet driver. Used in the > # LinkSys USB200M and various other adapters. >- > device axe > > # > >Modified: head/sys/conf/files >============================================================================== >--- head/sys/conf/files Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/conf/files Thu Oct 9 21:25:01 2008 (r183735) >@@ -1327,6 +1327,7 @@ dev/usb/ohci_pci.c optional ohci pci > dev/usb/sl811hs.c optional slhci > dev/usb/slhci_pccard.c optional slhci pccard > dev/usb/uark.c optional uark >+dev/usb/u3g.c optional u3g > dev/usb/ubsa.c optional ubsa > dev/usb/ubser.c optional ubser > dev/usb/ucom.c optional ucom > >Added: head/sys/dev/usb/u3g.c >============================================================================== >--- /dev/null 00:00:00 1970 (empty, because file is newly added) >+++ head/sys/dev/usb/u3g.c Thu Oct 9 21:25:01 2008 (r183735) >@@ -0,0 +1,330 @@ >+/* >+ * Copyright (c) 2008 AnyWi Technologies >+ * Author: Andrea Guzzo >+ * * based on uark.c 1.1 2006/08/14 08:30:22 jsg * >+ * * parts from ubsa.c 183348 2008-09-25 12:00:56Z phk * >+ * >+ * Permission to use, copy, modify, and distribute this software for any >+ * purpose with or without fee is hereby granted, provided that the above >+ * copyright notice and this permission notice appear in all copies. >+ * >+ * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES >+ * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF >+ * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR >+ * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES >+ * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN >+ * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF >+ * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. >+ * >+ * $FreeBSD$ >+ */ >+ >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+#include >+ >+#include >+#include >+#include >+ >+#include >+ >+#include "usbdevs.h" >+ >+#ifdef U3G_DEBUG >+#define DPRINTFN(n, x) do { if (u3gdebug > (n)) printf x; } while (0) >+int u3gtebug = 0; >+#else >+#define DPRINTFN(n, x) >+#endif >+#define DPRINTF(x) DPRINTFN(0, x) >+ >+#define U3GBUFSZ 1024 >+#define U3G_MAXPORTS 4 >+ >+struct u3g_softc { >+ struct ucom_softc sc_ucom[U3G_MAXPORTS];; >+ device_t sc_dev; >+ usbd_device_handle sc_udev; >+ u_char sc_msr; >+ u_char sc_lsr; >+ u_char numports; >+ >+ usbd_interface_handle sc_intr_iface; /* interrupt interface */ >+#ifdef U3G_DEBUG >+ int sc_intr_number; /* interrupt number */ >+ usbd_pipe_handle sc_intr_pipe; /* interrupt pipe */ >+ u_char *sc_intr_buf; /* interrupt buffer */ >+#endif >+ int sc_isize; >+}; >+ >+struct ucom_callback u3g_callback = { >+ NULL, >+ NULL, >+ NULL, >+ NULL, >+ NULL, >+ NULL, >+ NULL, >+ NULL, >+}; >+ >+static const struct usb_devno u3g_devs[] = { >+ /* OEM: Option */ >+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3G }, >+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, >+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, >+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 }, >+ { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, >+ /* OEM: Huawei */ >+ { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, >+ { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E220 }, >+ >+ { 0, 0 } >+}; >+ >+#ifdef U3G_DEBUG >+static void >+u3g_intr(usbd_xfer_handle xfer, usbd_private_handle priv, usbd_status >status) >+{ >+ struct u3g_softc *sc = (struct u3g_softc *)priv; >+ device_printf(sc->sc_dev, "INTERRUPT CALLBACK\n"); >+} >+#endif >+ >+static int >+u3g_huawei_reinit(usbd_device_handle dev) >+{ >+ /* The Huawei device presents itself as a umass device with Windows >+ * drivers on it. After installation of the driver, it reinits into a >+ * 3G serial device. >+ */ >+ usb_device_request_t req; >+ usb_config_descriptor_t *cdesc; >+ >+ /* Get the config descriptor */ >+ cdesc = usbd_get_config_descriptor(dev); >+ if (cdesc == NULL) >+ return (UMATCH_NONE); >+ >+ /* One iface means umass mode, more than 1 (4 usually) means >3G mode */ >+ if (cdesc->bNumInterface > 1) >+ return (UMATCH_VENDOR_PRODUCT); >+ >+ req.bmRequestType = UT_WRITE_DEVICE; >+ req.bRequest = UR_SET_FEATURE; >+ USETW(req.wValue, UF_DEVICE_REMOTE_WAKEUP); >+ USETW(req.wIndex, UHF_PORT_SUSPEND); >+ USETW(req.wLength, 0); >+ >+ (void) usbd_do_request(dev, &req, 0); >+ >+ return UMATCH_NONE; /* mismatch; it will be gone and reappear */ >+} >+ >+static int >+u3g_match(device_t self) >+{ >+ struct usb_attach_arg *uaa = device_get_ivars(self); >+ >+ if (uaa->iface != NULL) >+ return (UMATCH_NONE); >+ >+ if (uaa->vendor == USB_VENDOR_HUAWEI) >+ return u3g_huawei_reinit(uaa->device); >+ >+ if (usb_lookup(u3g_devs, uaa->vendor, uaa->product)) >+ return UMATCH_VENDOR_PRODUCT; >+ >+ return UMATCH_NONE; >+} >+ >+static int >+u3g_attach(device_t self) >+{ >+ struct u3g_softc *sc = device_get_softc(self); >+ struct usb_attach_arg *uaa = device_get_ivars(self); >+ usbd_device_handle dev = uaa->device; >+ usbd_interface_handle iface; >+ usb_interface_descriptor_t *id; >+ usb_endpoint_descriptor_t *ed; >+ usbd_status error; >+ int i, n; >+ usb_config_descriptor_t *cdesc; >+ struct ucom_softc *ucom = NULL; >+ char devnamefmt[32]; >+ >+ sc->sc_dev = self; >+#ifdef DEBUG >+ sc->sc_intr_number = -1; >+ sc->sc_intr_pipe = NULL; >+#endif >+ /* Move the device into the configured state. */ >+ error = usbd_set_config_index(dev, 1, 1); >+ if (error) { >+ device_printf(self, "failed to set configuration: %s\n", >+ usbd_errstr(error)); >+ goto bad; >+ } >+ >+ /* get the config descriptor */ >+ cdesc = usbd_get_config_descriptor(dev); >+ >+ if (cdesc == NULL) { >+ device_printf(self, "failed to get configuration >descriptor\n"); >+ goto bad; >+ } >+ >+ sc->sc_udev = dev; >+ sc->numports = (cdesc->bNumInterface <= >U3G_MAXPORTS)?cdesc->bNumInterface:U3G_MAXPORTS; >+ for ( i = 0; i < sc->numports; i++ ) { >+ ucom = &sc->sc_ucom[i]; >+ >+ ucom->sc_dev = self; >+ ucom->sc_udev = dev; >+ error = usbd_device2interface_handle(dev, i, &iface); >+ if (error) { >+ device_printf(ucom->sc_dev, >+ "failed to get interface, err=%s\n", >+ usbd_errstr(error)); >+ ucom->sc_dying = 1; >+ goto bad; >+ } >+ id = usbd_get_interface_descriptor(iface); >+ ucom->sc_iface = iface; >+ >+ ucom->sc_bulkin_no = ucom->sc_bulkout_no = -1; >+ for (n = 0; n < id->bNumEndpoints; n++) { >+ ed = usbd_interface2endpoint_descriptor(iface, n); >+ if (ed == NULL) { >+ device_printf(ucom->sc_dev, >+ "could not read endpoint >descriptor\n"); >+ goto bad; >+ } >+ if (UE_GET_DIR(ed->bEndpointAddress) == UE_DIR_IN && >+ UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) >+ ucom->sc_bulkin_no = ed->bEndpointAddress; >+ else if (UE_GET_DIR(ed->bEndpointAddress) == >UE_DIR_OUT && >+ UE_GET_XFERTYPE(ed->bmAttributes) == UE_BULK) >+ ucom->sc_bulkout_no = ed->bEndpointAddress; >+ } >+ if (ucom->sc_bulkin_no == -1 || ucom->sc_bulkout_no == -1) { >+ device_printf(ucom->sc_dev, "missing endpoint\n"); >+ goto bad; >+ } >+ ucom->sc_parent = sc; >+ ucom->sc_ibufsize = U3GBUFSZ; >+ ucom->sc_obufsize = U3GBUFSZ; >+ ucom->sc_ibufsizepad = U3GBUFSZ; >+ ucom->sc_opkthdrlen = 0; >+ >+ ucom->sc_callback = &u3g_callback; >+ >+ sprintf(devnamefmt,"U%d.%%d", device_get_unit(self)); >+ DPRINTF(("u3g: in=0x%x out=0x%x, devname=%s\n", >+ ucom->sc_bulkin_no, ucom->sc_bulkout_no, devnamefmt)); >+#if __FreeBSD_version < 800000 >+ ucom_attach_tty(ucom, TS_CALLOUT, devnamefmt, i); >+#else >+ ucom_attach_tty(ucom, devnamefmt, i); >+#endif >+ } >+#ifdef U3G_DEBUG >+ if (sc->sc_intr_number != -1 && sc->sc_intr_pipe == NULL) { >+ sc->sc_intr_buf = malloc(sc->sc_isize, M_USBDEV, M_WAITOK); >+ error = usbd_open_pipe_intr(sc->sc_intr_iface, >+ sc->sc_intr_number, >+ USBD_SHORT_XFER_OK, >+ &sc->sc_intr_pipe, >+ sc, >+ sc->sc_intr_buf, >+ sc->sc_isize, >+ u3g_intr, >+ 100); >+ if (error) { >+ device_printf(self, >+ "cannot open interrupt pipe (addr %d)\n", >+ sc->sc_intr_number); >+ goto bad; >+ } >+ } >+#endif >+ device_printf(self, "configured %d serial ports (/dev/cuaU%d.X)", >+ sc->numports, device_get_unit(self)); >+ >+ return 0; >+ >+bad: >+ DPRINTF(("u3g_attach: ATTACH ERROR\n")); >+ ucom->sc_dying = 1; >+ return ENXIO; >+} >+ >+static int >+u3g_detach(device_t self) >+{ >+ struct u3g_softc *sc = device_get_softc(self); >+ int rv = 0; >+ int i; >+ >+ DPRINTF(("u3g_detach: sc=%p\n", sc)); >+ >+ for (i = 0; i < sc->numports; i++) { >+ if(sc->sc_ucom[i].sc_udev) { >+ sc->sc_ucom[i].sc_dying = 1; >+ rv = ucom_detach(&sc->sc_ucom[i]); >+ if(rv != 0) { >+ device_printf(self, "Can't deallocat >port %d", i); >+ return rv; >+ } >+ } >+ } >+ >+#ifdef U3G_DEBUG >+ if (sc->sc_intr_pipe != NULL) { >+ int err = usbd_abort_pipe(sc->sc_intr_pipe); >+ if (err) >+ device_printf(self, >+ "abort interrupt pipe failed: %s\n", >+ usbd_errstr(err)); >+ err = usbd_close_pipe(sc->sc_intr_pipe); >+ if (err) >+ device_printf(self, >+ "close interrupt pipe failed: %s\n", >+ usbd_errstr(err)); >+ free(sc->sc_intr_buf, M_USBDEV); >+ sc->sc_intr_pipe = NULL; >+ } >+#endif >+ >+ return 0; >+} >+ >+static device_method_t u3g_methods[] = { >+ /* Device interface */ >+ DEVMETHOD(device_probe, u3g_match), >+ DEVMETHOD(device_attach, u3g_attach), >+ DEVMETHOD(device_detach, u3g_detach), >+ >+ { 0, 0 } >+}; >+ >+static driver_t u3g_driver = { >+ "ucom", >+ u3g_methods, >+ sizeof (struct u3g_softc) >+}; >+ >+DRIVER_MODULE(u3g, uhub, u3g_driver, ucom_devclass, usbd_driver_load, 0); >+MODULE_DEPEND(u3g, usb, 1, 1, 1); >+MODULE_DEPEND(u3g, ucom, UCOM_MINVER, UCOM_PREFVER, UCOM_MAXVER); > >Modified: head/sys/dev/usb/ubsa.c >============================================================================== >--- head/sys/dev/usb/ubsa.c Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/dev/usb/ubsa.c Thu Oct 9 21:25:01 2008 (r183735) >@@ -161,8 +161,6 @@ SYSCTL_INT(_hw_usb_ubsa, OID_AUTO, debug > struct ubsa_softc { > struct ucom_softc sc_ucom; > >- int sc_huawei; >- > int sc_iface_number; /* > interface number */ > > usbd_interface_handle sc_intr_iface; /* interrupt interface */ >@@ -228,24 +226,11 @@ static const struct ubsa_product { > { USB_VENDOR_GOHUBS, USB_PRODUCT_GOHUBS_GOCOM232 }, > /* Peracom */ > { USB_VENDOR_PERACOM, USB_PRODUCT_PERACOM_SERIAL1 }, >- /* Dell version of the Novatel 740 */ >- { USB_VENDOR_DELL, USB_PRODUCT_DELL_U740 }, >- /* Option Vodafone MC3G */ >- { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_VODAFONEMC3G }, >- /* Option GlobeTrotter 3G */ >- { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3G }, >- /* Option GlobeTrotter 3G QUAD */ >- { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GQUAD }, >- /* Option GlobeTrotter 3G+ */ >- { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GT3GPLUS }, >- /* Option GlobeTrotter Max 3.6 */ >- { USB_VENDOR_OPTION, USB_PRODUCT_OPTION_GTMAX36 }, >- /* Huawei Mobile */ >- { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_MOBILE }, >- { USB_VENDOR_HUAWEI, USB_PRODUCT_HUAWEI_E270 }, >+ /* Merlin */ > { USB_VENDOR_MERLIN, USB_PRODUCT_MERLIN_V620 }, > /* Qualcomm, Inc. ZTE CDMA */ > { USB_VENDOR_QUALCOMMINC, USB_PRODUCT_QUALCOMMINC_CDMA_MSM }, >+ /* Novatel */ > { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_CDMA_MODEM }, > /* Novatel Wireless Merlin ES620 */ > { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_ES620 }, >@@ -256,6 +241,8 @@ static const struct ubsa_product { > /* Novatel Wireless Merlin U740 */ > { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U740 }, > { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U740_2 }, >+ /* Dell version of the Novatel 740 */ >+ { USB_VENDOR_DELL, USB_PRODUCT_DELL_U740 }, > /* Novatel Wireless Merlin U950D */ > { USB_VENDOR_NOVATEL, USB_PRODUCT_NOVATEL_U950D }, > /* Novatel Wireless Merlin V620 */ >@@ -341,52 +328,6 @@ MODULE_DEPEND(ubsa, usb, 1, 1, 1); > MODULE_DEPEND(ubsa, ucom, UCOM_MINVER, UCOM_PREFVER, UCOM_MAXVER); > MODULE_VERSION(ubsa, UBSA_MODVER); > >-/* >- * Huawei Exxx radio devices have a built in flash disk which is their >- * default power up configuration. This allows the device to carry its >- * own installation software. >- * >- * Instead of following the USB spec, and create multiple configuration >- * descriptors for this, the devices expects the driver to send >- * UF_DEVICE_REMOTE_WAKEUP to endpoint 2 to reset the device, so it >- * reprobes, now with the radio exposed. >- */ >- >-static usbd_status >-ubsa_huawei(device_t self, struct usb_attach_arg *uaa) { >- usb_device_request_t req; usbd_device_handle dev; >- usb_config_descriptor_t *cdesc; >- >- if (self == NULL) >- return (UMATCH_NONE); >- if (uaa == NULL) >- return (UMATCH_NONE); >- dev = uaa->device; >- if (dev == NULL) >- return (UMATCH_NONE); >- /* get the config descriptor */ >- cdesc = usbd_get_config_descriptor(dev); >- if (cdesc == NULL) >- return (UMATCH_NONE); >- >- if (cdesc->bNumInterface > 1) >- return (0); >- >- /* Bend it like Beckham */ >- device_printf(self, "Kicking Huawei device into radio mode\n"); >- memset(&req, 0, sizeof req); >- req.bmRequestType = UT_WRITE_DEVICE; >- req.bRequest = UR_SET_FEATURE; >- USETW(req.wValue, UF_DEVICE_REMOTE_WAKEUP); >- USETW(req.wIndex, 2); >- USETW(req.wLength, 0); >- >- /* We get error return, but it works */ >- (void)usbd_do_request(dev, &req, 0); >- return (UMATCH_NONE); >-} >- >- > static int > ubsa_match(device_t self) > { >@@ -399,9 +340,6 @@ ubsa_match(device_t self) > for (i = 0; ubsa_products[i].vendor != 0; i++) { > if (ubsa_products[i].vendor == uaa->vendor && > ubsa_products[i].product == uaa->product) { >- if (uaa->vendor == USB_VENDOR_HUAWEI && >- ubsa_huawei(self, uaa)) >- break; > return (UMATCH_VENDOR_PRODUCT); > } > } >@@ -424,9 +362,6 @@ ubsa_attach(device_t self) > dev = uaa->device; > ucom = &sc->sc_ucom; > >- if (uaa->vendor == USB_VENDOR_HUAWEI) >- sc->sc_huawei = 1; >- > /* > * initialize rts, dtr variables to something > * different from boolean 0, 1 >@@ -575,8 +510,6 @@ ubsa_request(struct ubsa_softc *sc, u_in > usbd_status err; > > /* The huawei Exxx devices support none of these tricks */ >- if (sc->sc_huawei) >- return (0); > req.bmRequestType = UT_WRITE_VENDOR_DEVICE; > req.bRequest = request; > USETW(req.wValue, value); > >Modified: head/sys/dev/usb/usbdevs >============================================================================== >--- head/sys/dev/usb/usbdevs Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/dev/usb/usbdevs Thu Oct 9 21:25:01 2008 (r183735) >@@ -1434,7 +1434,7 @@ product HTC SMARTPHONE 0x0a51 SmartPhon > > /* HUAWEI products */ > product HUAWEI MOBILE 0x1001 Huawei Mobile >-product HUAWEI E270 0x1003 Huawei HSPA modem >+product HUAWEI E220 0x1003 Huawei HSDPA modem > > /* HUAWEI 3com products */ > product HUAWEI3COM WUB320G 0x0009 Aolynk WUB320g > >Modified: head/sys/i386/conf/GENERIC >============================================================================== >--- head/sys/i386/conf/GENERIC Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/i386/conf/GENERIC Thu Oct 9 21:25:01 2008 (r183735) >@@ -304,6 +304,7 @@ device urio # Diamond >Rio 500 MP3 play > device uscanner # Scanners > # USB Serial devices > device ucom # Generic com ttys >+device u3g # USB-based 3G modems (Option, Huawei, Sierra) > device uark # Technologies ARK3116 based serial adapters > device ubsa # Belkin F5U103 and compatible > serial adapters > device uftdi # For FTDI usb serial adapters > >Modified: head/sys/modules/Makefile >============================================================================== >--- head/sys/modules/Makefile Thu Oct 9 20:51:25 2008 (r183734) >+++ head/sys/modules/Makefile Thu Oct 9 21:25:01 2008 (r183735) >@@ -269,6 +269,7 @@ SUBDIR= ${_3dfx} \ > twe \ > tx \ > txp \ >+ u3g \ > uark \ > uart \ > ubsa \ > >Added: head/sys/modules/u3g/Makefile >============================================================================== >--- /dev/null 00:00:00 1970 (empty, because file is newly added) >+++ head/sys/modules/u3g/Makefile Thu Oct 9 21:25:01 >2008 (r183735) >@@ -0,0 +1,8 @@ >+# $FreeBSD$ >+ >+.PATH: ${.CURDIR}/../../dev/usb >+ >+KMOD= u3g >+SRCS= u3g.c ucomvar.h opt_usb.h device_if.h bus_if.h usbdevs.h >+ >+.include >_______________________________________________ >svn-src-all@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/svn-src-all >To unsubscribe, send any mail to "svn-src-all-unsubscribe@freebsd.org" > >------------------------------------------------------- >_______________________________________________ >freebsd-current@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-current >To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 5 16:38:42 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BDEB1065676; Wed, 5 Nov 2008 16:38:42 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 00C8E8FC17; Wed, 5 Nov 2008 16:38:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA5GcdK5012238; Wed, 5 Nov 2008 11:38:39 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mA5Gcdtj040411 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 5 Nov 2008 11:38:39 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811051638.mA5Gcdtj040411@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 05 Nov 2008 11:38:31 -0500 To: Nick Hibma From: Mike Tancsa In-Reply-To: <200811051706.00850.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> <200811051548.mA5Fmsot040177@lava.sentex.ca> <200811051706.00850.nick@van-laarhoven.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 16:38:42 -0000 At 11:06 AM 11/5/2008, Nick Hibma wrote: > > At 04:44 PM 10/9/2008, Nick Hibma wrote: > > >Just now I have committed a driver for Option and Huawei cards > > > previously supported by the ubsa driver. More information is in the > > > commit message. > > > > > >I am looking for people who would be able to provide more information > > > after testing with the 3G cards branded by: > > > > Hi, > > I gave it a try on the Sierra USB card and it seems to work > > really well on RELENG_7! There is however also a mini-pci express > > version of the Sierra card, the MC8775. Do you have plans to add > > support for it ? I am not sure how the unit is even supposed to show > > up as I dont see it in the dmesg, but I do see that it shows some > > sort of umass device > > > > # usbdevs > > addr 1: OHCI root hub, AMD > > addr 2: USB MMC Storage, Sierra Wireless > > addr 1: EHCI root hub, AMD > >If you could run usbdevs -v and then jot down the IDs you can add those to >the top of u3g.c. You'll have to add a quirk like for other sierra devices >that show up as mass storage and need to be kicked into modem mode. > >It pretends to be a mass storage device (with drivers on it) and after >installation switches to modem mode. > >Or that's my guess. # usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), AMD(0x0000), rev 1.00 port 1 powered port 2 addr 2: full speed, power 100 mA, config 1, USB MMC Storage(0x0fff), Sierra Wireless(0x1199), rev 0.00 port 3 powered port 4 powered Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), AMD(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered It looks like its already there in the drivers. Is it possible the mini-pci express card is conflicting with the USB of the Alix board ? ---Mike >Nick > > > dmesg snippet > > ... > > isa_probe_children: probing PnP devices > > umass0: > addr 2> on uhub0 > > umass0:0:0:-1: Attached to scbus0 > > Device configuration finished. > > procfs registered > > Timecounter "TSC" frequency 498053687 Hz quality 800 > > Timecounters tick every 1.000 msec > > crypto: > > vlan: initialized, using hash tables with chaining > > IPsec: Initialized Security Association Processing. > > pflog0: bpf attached > > lo0: bpf attached > > ata0-master: pio=PIO4 wdma=WDMA2 udma=UNSUPPORTED cable=40 wire > > ad0: setting PIO4 on CS5536 chip > > ad0: 1953MB at ata0-master PIO4 > > ad0: 4001760 sectors [3970C/16H/63S] 4 sectors/interrupt 1 depth queue > > GEOM: new disk ad0 > > pass0 at umass-sim0 bus 0 target 0 lun 0 > > pass0: Removable CD-ROM SCSI-0 device > > pass0: 1.000MB/s transfers > > Trying to mount root from ufs:/dev/ad0s1a > > start_init: trying /sbin/init > > bridge0: bpf attached > > bridge0: Ethernet address: 3a:72:35:a3:25:ce > > tun0: bpf attached > > > > Not sure why it shows up as a passthrough device ? > > > > ---Mike From owner-freebsd-hardware@FreeBSD.ORG Wed Nov 5 18:05:17 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A7EF106568A for ; Wed, 5 Nov 2008 18:05:17 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml11.kpnxchange.com (hpsmtp-eml11.KPNXCHANGE.COM [213.75.38.111]) by mx1.freebsd.org (Postfix) with ESMTP id 0EF818FC20 for ; Wed, 5 Nov 2008 18:05:16 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml01.kpnxchange.com ([213.75.38.101]) by hpsmtp-eml11.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 Nov 2008 19:05:15 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by hpsmtp-eml01.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 5 Nov 2008 19:05:14 +0100 Received: (qmail 44025 invoked by uid 98); 5 Nov 2008 18:05:26 -0000 Received: from 10.251.2.191 (nick@10.251.2.191) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(10.251.2.191):SA:0(-1.1/5.0):. Processed in 6.02552 secs); 05 Nov 2008 18:05:26 -0000 X-Spam-Status: No, score=-1.1 required=5.0 X-Spam-Level: Received: from unknown (HELO van-laarhoven.org) (nick@10.251.2.191) by uitsmijter.van-laarhoven.org with SMTP; 5 Nov 2008 18:05:20 -0000 Received: (nullmailer pid 46783 invoked by uid 1001); Wed, 05 Nov 2008 18:05:05 -0000 From: Nick Hibma To: Mike Tancsa Date: Wed, 5 Nov 2008 19:05:04 +0100 User-Agent: KMail/1.9.7 References: <200810092344.10388.nick@van-laarhoven.org> <200811051706.00850.nick@van-laarhoven.org> <200811051638.mA5Gcdtj040411@lava.sentex.ca> In-Reply-To: <200811051638.mA5Gcdtj040411@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811051905.05294.nick@van-laarhoven.org> X-OriginalArrivalTime: 05 Nov 2008 18:05:14.0619 (UTC) FILETIME=[0D71DCB0:01C93F71] Cc: FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 Nov 2008 18:05:17 -0000 > >If you could run usbdevs -v and then jot down the IDs you can add those > > to the top of u3g.c. You'll have to add a quirk like for other sierra > > devices that show up as mass storage and need to be kicked into modem > > mode. > > > >It pretends to be a mass storage device (with drivers on it) and after > >installation switches to modem mode. > > > >Or that's my guess. > > # usbdevs -v > Controller /dev/usb0: > addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), > AMD(0x0000), rev 1.00 > port 1 powered > port 2 addr 2: full speed, power 100 mA, config 1, USB MMC > Storage(0x0fff), Sierra Wireless(0x1199), rev 0.00 > port 3 powered > port 4 powered > Controller /dev/usb1: > addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), > AMD(0x0000), rev 1.00 > port 1 powered > port 2 powered > port 3 powered > port 4 powered > > It looks like its already there in the drivers. Is it possible the > mini-pci express card is conflicting with the USB of the Alix board ? Well, it should change to modem mode, so perhaps the sierra_init function is not correct yet. I'll have to check that out. nick From owner-freebsd-hardware@FreeBSD.ORG Thu Nov 6 06:09:43 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4EA071065675; Thu, 6 Nov 2008 06:09:43 +0000 (UTC) (envelope-from danny@dannysplace.net) Received: from mail.dannysplace.net (mail.dannysplace.net [213.133.54.210]) by mx1.freebsd.org (Postfix) with ESMTP id 05D028FC08; Thu, 6 Nov 2008 06:09:42 +0000 (UTC) (envelope-from danny@dannysplace.net) Received: from 203-206-171-212.perm.iinet.net.au ([203.206.171.212] helo=[192.168.10.10]) by mail.dannysplace.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Kxy3n-00012m-D5; Thu, 06 Nov 2008 16:09:42 +1000 Message-ID: <49128A27.2080405@dannysplace.net> Date: Thu, 06 Nov 2008 16:09:43 +1000 From: Danny Carroll User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Ivan Voras References: <490A782F.9060406@dannysplace.net> <490FE404.2000308@dannysplace.net> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Authenticated-User: danny X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Exim-Version: 4.69 (build at 08-Jul-2008 08:59:40) X-Date: 2008-11-06 16:09:39 X-Connected-IP: 203.206.171.212:2615 X-Message-Linecount: 66 X-Body-Linecount: 52 X-Message-Size: 2912 X-Body-Size: 2314 X-Received-Count: 1 X-Recipient-Count: 2 X-Local-Recipient-Count: 2 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 X-SA-Exim-Connect-IP: 203.206.171.212 X-SA-Exim-Rcpt-To: ivoras@freebsd.org, freebsd-hardware@freebsd.org X-SA-Exim-Mail-From: danny@dannysplace.net X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on ferrari.dannysplace.net X-Spam-Level: X-Spam-Status: No, score=0.2 required=8.0 tests=ALL_TRUSTED,AWL,TVD_RCVD_IP autolearn=disabled version=3.2.5 X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on mail.dannysplace.net) Cc: freebsd-hardware@freebsd.org Subject: Re: Areca vs. ZFS performance testing. X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2008 06:09:43 -0000 Ivan Voras wrote: > Danny Carroll wrote: > >> - I have seen sustained 130Mb reads from ZFS: >> capacity operations bandwidth >> pool used avail read write read write >> ---------- ----- ----- ----- ----- ----- ----- >> bigarray 1.29T 3.25T 1.10K 0 140M 0 >> bigarray 1.29T 3.25T 1.00K 0 128M 0 >> bigarray 1.29T 3.25T 945 0 118M 0 >> bigarray 1.29T 3.25T 1.05K 0 135M 0 >> bigarray 1.29T 3.25T 1.01K 0 129M 0 >> bigarray 1.29T 3.25T 994 0 124M 0 >> >> ad4 ad6 ad8 cpu >> KB/t tps MB/s KB/t tps MB/s KB/t tps MB/s us ni sy in id >> 0.00 0 0.00 65.90 375 24.10 63.74 387 24.08 0 0 19 2 78 >> 0.00 0 0.00 66.36 357 23.16 63.93 370 23.11 0 0 23 2 75 >> 16.00 0 0.00 64.84 387 24.51 63.79 389 24.20 0 0 23 2 75 >> 16.00 2 0.03 68.09 407 27.04 64.98 409 25.98 0 0 28 2 70 > >> I'm curious if the ~130M figure shown above is bandwidth from the array >> or a total of all the drives. In other words, does it include reading >> the parity information? I think it does not since if I look at iostat >> figures and add up all of the drives it is greater than that reported by >> zfs by a factor of 5/4 (100M in Zfs iostat = 5 x 25Mb in standard iostat). > > The numbers make sense - you have 5 drives in RAID-Z and 4/5ths of total > bandwidth is the "real" bandwidth. On the other hand, 25 MB/s is very > slow for modern drives (assuming you're doing sequential read/write > tests). Are you having hardware problems? No, just the IO from disk to net is slow... >> Lastly, The windows client which performed these tests was measuring >> local bandwidth at about 30-50Mb/s. I believe this figure to be >> incorrect (given how much I transferred in X seconds...) > > Using Samba? Search the lists for Samba performance advice - the default > configuration isn't nearly optimal. In my second post I mentioned that the IO windows was reporting was right. I was getting about 50Mb/sec but ZFS was reporting about 130M/s. I timed this by copying 20Gb and timing it with my watch. Just as a rough guide. I am curious about this inconsistency. If anyone has any ideas??? -D From owner-freebsd-hardware@FreeBSD.ORG Thu Nov 6 10:14:46 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9FD37106568D for ; Thu, 6 Nov 2008 10:14:46 +0000 (UTC) (envelope-from tethys.ocean@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 752CD8FC0C for ; Thu, 6 Nov 2008 10:14:46 +0000 (UTC) (envelope-from tethys.ocean@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so552686wfg.7 for ; Thu, 06 Nov 2008 02:14:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=i6E8DDm++hPhQF2WboJK5LZSwGyGjZZK5uPq31W4xnc=; b=HGtTo0V1VNjOC1Qm1XEyGteK3SVeeVtPErApM6EHKW6FQ8JadAlmzN1SCb0S8VkuI5 VHEP53rzKd8BWly5q7/wC7x82oC67Ttmox8wzmt3W8Oo4KCWpziWxfz6LEoKumLGkHaH ojNr7uNe3uMyR0d3KJeKS9h12Jda2dZqHR/D4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=ouZiKm9xi/Nc5d1fwkuQH4sVktLtOvXXQb77EZqTtk58xoWV9YOU8zHdSB580tHVSv 1eNMm1HkwOI+FK95vLWGYluH+3eGY2WasjVI7NbTHNC7N/ycvwz6gpl2QtXJTR3M5gMT c0prta6z0d4hfImgcrvOWET5SsKsHoWLdcmy4= Received: by 10.143.4.16 with SMTP id g16mr357491wfi.124.1225964916395; Thu, 06 Nov 2008 01:48:36 -0800 (PST) Received: by 10.142.144.17 with HTTP; Thu, 6 Nov 2008 01:48:36 -0800 (PST) Message-ID: <235b80000811060148o115e2696r3045c7e6db4a14b2@mail.gmail.com> Date: Thu, 6 Nov 2008 11:48:36 +0200 From: "tethys ocean" To: freebsd-hardware@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Broadcom Netxtreme Ethernet Boot Agent v10.7.5 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2008 10:14:46 -0000 Hi all I am installed FreeBSD 7.0 to DELL Poweredge T100 but freebsd cant set its NIC in dmesg print is *pci4 at device 0.0 (no diriver attached)* FreeBSD cant recognize this ethernet card in below since its card is *Broadcom Netxtreme Ethernet Boot Agent v10.7.5* -- Share now a pigeon's flight Bluebound along the ancient skies, Its women forever hair and mammal, A Mediterranean town may arise If you rip apart a pigeon's heart. From owner-freebsd-hardware@FreeBSD.ORG Thu Nov 6 10:48:53 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03FB71065670 for ; Thu, 6 Nov 2008 10:48:53 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 72B8C8FC1E for ; Thu, 6 Nov 2008 10:48:52 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mA6Amomc025528 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Nov 2008 21:48:50 +1100 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 mA6AmnxR054954; Thu, 6 Nov 2008 21:48:49 +1100 (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 mA6Amnvq054953; Thu, 6 Nov 2008 21:48:49 +1100 (EST) (envelope-from peter) Date: Thu, 6 Nov 2008 21:48:49 +1100 From: Peter Jeremy To: tethys ocean Message-ID: <20081106104849.GE51239@server.vk2pj.dyndns.org> References: <235b80000811060148o115e2696r3045c7e6db4a14b2@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Oiv9uiLrevHtW1RS" Content-Disposition: inline In-Reply-To: <235b80000811060148o115e2696r3045c7e6db4a14b2@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org Subject: Re: Broadcom Netxtreme Ethernet Boot Agent v10.7.5 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2008 10:48:53 -0000 --Oiv9uiLrevHtW1RS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Nov-06 11:48:36 +0200, tethys ocean wrote: >I am installed FreeBSD 7.0 to DELL Poweredge T100 but freebsd cant set its >NIC in dmesg print is *pci4 at device 0.0 (no diriver >attached)* Can you provide the relevant lines from 'pciconf -lv' please. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --Oiv9uiLrevHtW1RS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkSy5EACgkQ/opHv/APuIeKaACfcg/kOKJ4+vIwTKrfgqv/Kyl+ LnwAn3DYSqe1PUDUfwHAN3tYgFhrbynt =Nt4/ -----END PGP SIGNATURE----- --Oiv9uiLrevHtW1RS-- From owner-freebsd-hardware@FreeBSD.ORG Thu Nov 6 16:44:35 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3D15106568E for ; Thu, 6 Nov 2008 16:44:35 +0000 (UTC) (envelope-from tethys.ocean@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 777758FC0C for ; Thu, 6 Nov 2008 16:44:35 +0000 (UTC) (envelope-from tethys.ocean@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so281057yxb.13 for ; Thu, 06 Nov 2008 08:44:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=olAH+x8OQ5+JPIE7SgGqx/62eaG1F4a+9Cv3+WoZ0tY=; b=SX5oOngYRkPg2vB7Xz5ALB77ybMEnzkkNJyd8aICCt9J8iQZrxuvTWH7YqBkcgk9mV 6q3Ie67x8PBmbE0VPWPKQL5zwgGue9YA0gryCV0B3OHWGOzodrocw6gbfzTG4lN/83Q6 j28pe6J9RKqRGaJ3RRMSDaJgMKyKsvB/VKCO8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=NVCFcmN4qiTw1ET0LaBaC+zdSOFZmbdFLGgIyTe+EwdqCwoe3Q3ANeEHMMViXnAYB1 k+2nkAZDfm21T95k5aY3oq8lxaI8r1DZlZx2+Rk9EW42aCxQXgI8l2+FX0Xx8KWpkdlB nXgsOsgMTW8eUoRITanD+HZ7G0NDON3olTWqI= Received: by 10.142.88.4 with SMTP id l4mr546411wfb.117.1225989874726; Thu, 06 Nov 2008 08:44:34 -0800 (PST) Received: by 10.142.144.17 with HTTP; Thu, 6 Nov 2008 08:44:34 -0800 (PST) Message-ID: <235b80000811060844p68b6b09rfbb82e31532dcd6b@mail.gmail.com> Date: Thu, 6 Nov 2008 18:44:34 +0200 From: "tethys ocean" To: "Peter Jeremy" In-Reply-To: <20081106104849.GE51239@server.vk2pj.dyndns.org> MIME-Version: 1.0 References: <235b80000811060148o115e2696r3045c7e6db4a14b2@mail.gmail.com> <20081106104849.GE51239@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hardware@freebsd.org Subject: Re: Broadcom Netxtreme Ethernet Boot Agent v10.7.5 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2008 16:44:36 -0000 none0@pci0:4:0:0 class=0x020000 card=0x028b1028 chip=0x165a14e4 rev=0x00 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtrere BMC5722 Gigabit Ethernet PCIe' class = network subclass = ethernet On Thu, Nov 6, 2008 at 12:48 PM, Peter Jeremy wrote: > On 2008-Nov-06 11:48:36 +0200, tethys ocean > wrote: > >I am installed FreeBSD 7.0 to DELL Poweredge T100 but freebsd cant set > its > >NIC in dmesg print is *pci4 at device 0.0 (no diriver > >attached)* > > Can you provide the relevant lines from 'pciconf -lv' please. > > -- > Peter Jeremy > Please excuse any delays as the result of my ISP's inability to implement > an MTA that is either RFC2821-compliant or matches their claimed behaviour. > -- Share now a pigeon's flight Bluebound along the ancient skies, Its women forever hair and mammal, A Mediterranean town may arise If you rip apart a pigeon's heart. From owner-freebsd-hardware@FreeBSD.ORG Thu Nov 6 18:26:57 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C883A106564A for ; Thu, 6 Nov 2008 18:26:57 +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 5B4118FC27 for ; Thu, 6 Nov 2008 18:26:57 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id mA6IQsYn018649 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Nov 2008 05:26:55 +1100 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 mA6IQsSr021113; Fri, 7 Nov 2008 05:26:54 +1100 (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 mA6IQsxs021112; Fri, 7 Nov 2008 05:26:54 +1100 (EST) (envelope-from peter) Date: Fri, 7 Nov 2008 05:26:54 +1100 From: Peter Jeremy To: tethys ocean Message-ID: <20081106182653.GF51239@server.vk2pj.dyndns.org> References: <235b80000811060148o115e2696r3045c7e6db4a14b2@mail.gmail.com> <20081106104849.GE51239@server.vk2pj.dyndns.org> <235b80000811060844p68b6b09rfbb82e31532dcd6b@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R6sEYoIZpp9JErk7" Content-Disposition: inline In-Reply-To: <235b80000811060844p68b6b09rfbb82e31532dcd6b@mail.gmail.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hardware@freebsd.org Subject: Re: Broadcom Netxtreme Ethernet Boot Agent v10.7.5 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2008 18:26:57 -0000 --R6sEYoIZpp9JErk7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Nov-06 18:44:34 +0200, tethys ocean wrote: >none0@pci0:4:0:0 class=3D0x020000 card=3D0x028b1028 chip=3D0x165a14e4 rev= =3D0x00 >hdr=3D0x00 >vendor =3D 'Broadcom Corporation' >device =3D 'NetXtrere BMC5722 Gigabit Ethernet PCIe' >class =3D network >subclass =3D ethernet Support for this chip was added somewhat after 7.0 was released. Can you please try one of the FreeBSD 7.1 pre-release snapshots. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --R6sEYoIZpp9JErk7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkkTNu0ACgkQ/opHv/APuIeMrQCdEgQqoQ/0BonZ92zf8PHW23AJ sfMAoLmpn228Qdpx2jqedrbWXG7OGmIg =YY1Z -----END PGP SIGNATURE----- --R6sEYoIZpp9JErk7-- From owner-freebsd-hardware@FreeBSD.ORG Thu Nov 6 22:03:47 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B2791065672; Thu, 6 Nov 2008 22:03:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 715EA8FC0A; Thu, 6 Nov 2008 22:03:47 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id mA6M3i1b077496; Thu, 6 Nov 2008 17:03:44 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id mA6M3ij3048835 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 6 Nov 2008 17:03:44 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200811062203.mA6M3ij3048835@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 06 Nov 2008 17:03:37 -0500 To: Nick Hibma , FreeBSD CURRENT Mailing List From: Mike Tancsa In-Reply-To: <200811051548.mA5Fmsot040177@lava.sentex.ca> References: <200810092344.10388.nick@van-laarhoven.org> <200811051548.mA5Fmsot040177@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2008 22:03:47 -0000 At 10:48 AM 11/5/2008, Mike Tancsa wrote: >At 04:44 PM 10/9/2008, Nick Hibma wrote: >>Just now I have committed a driver for Option and Huawei cards previously >>supported by the ubsa driver. More information is in the commit message. >> >>I am looking for people who would be able to provide more information after >>testing with the 3G cards branded by: > >Hi, > I gave it a try on the Sierra USB card and it seems to work > really well on RELENG_7! There is however also a mini-pci express > version of the Sierra card, the MC8775. For the archives, I was able to get the card working with the latest version of the driver from the SVN tree! (http://people.freebsd.org/~n_hibma/u3g.html) For the hardware, I used http://www.pcengines.ch/alix6b2.htm with RELENG_7 and nanobsd. The board has dual SIM slots, but there are no drivers to switch between the two, so just the top one works. When I bought the mini-pciexpress card (or PCI Express Mini Card), it was listed as a MC8775, where as ati3 shows a Sierra MC8781. I bought it on ebay from the US and it works fine using my Roger's blackbery SIM here in Ontario, Canada. # cat /var/run/dmesg.boot Copyright (c) 1992-2008 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.1-PRERELEASE #0: Thu Nov 6 12:05:41 EST 2008 mdtancsa@nanobsd2.sentex.ca:/usr/obj/nanobsd.alix/usr/src/sys/nano5501 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Geode(TM) Integrated Processor by AMD PCS (498.05-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x5a2 Stepping = 2 Features=0x88a93d AMD Features=0xc0400000 real memory = 268435456 (256 MB) avail memory = 253202432 (241 MB) pnpbios: Bad PnP BIOS data checksum K6-family MTRR support enabled (2 registers) cryptosoft0: on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 ... u3gstub0: at uhub0 port 2 (addr 2) disconnected u3gstub0: detached .... ucom0: on uhub0 ucom0: configured 3 serial ports (U0.%d) # cu -l /dev/cuaU0.2 Connected ati Manufacturer: Sierra Wireless, Inc. Model: MC8781 Revision: F1_0_0_4CAP C:/WS/FW/F1_0_0_4CAP/MSM7200R3/SRC/AMSS 2007/09/25 18:39:23 IMEI: 356685011922513 IMEI SV: 4 FSN: D350568535811 3GPP Release 6 +GCAP: +CGSM,+DS,+ES at!GSTATUS? !GSTATUS: Current Time: 3455 Temperature: 30 Bootup Time: 3201 Mode: ONLINE System mode: WCDMA PS state: Not attached WCDMA band: WCDMA800 GSM band: Unknown WCDMA channel: 1037 GSM channel: 65535 GMM (PS) state:DEREGISTERED NO IMSI MM (CS) state: IDLE NO IMSI WCDMA L1 State:L1M_PCH_SLEEP RRC State: DISCONNECTED RX level (dBm):-87 OK at^SYSINFO ^SYSINFO: 1,0,1,5,255 From owner-freebsd-hardware@FreeBSD.ORG Thu Nov 6 22:27:56 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5EED1065678; Thu, 6 Nov 2008 22:27:56 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from paladin.bulgarpress.com (paladin.bulgarpress.com [195.24.42.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3AD678FC1A; Thu, 6 Nov 2008 22:27:56 +0000 (UTC) (envelope-from todorov@paladin.bulgarpress.com) Received: from localhost (localhost [127.0.0.1]) by paladin.bulgarpress.com (Postfix) with ESMTP id C5BE56148; Fri, 7 Nov 2008 00:10:34 +0200 (EET) X-Virus-Scanned: amavisd-new at paladin.bulgarpress.com Received: from paladin.bulgarpress.com ([195.24.42.3]) by localhost (paladin.bulgarpress.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2gpdsdH00qWE; Fri, 7 Nov 2008 00:10:32 +0200 (EET) Received: from [192.168.10.35] (77-85-5-182.btc-net.bg [77.85.5.182]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by paladin.bulgarpress.com (Postfix) with ESMTPSA id 5EC886133; Fri, 7 Nov 2008 00:10:32 +0200 (EET) Message-ID: <49136B55.8040704@paladin.bulgarpress.com> Date: Fri, 07 Nov 2008 00:10:29 +0200 From: Todorov Organization: Powerforge Net User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: FreeBSD CURRENT Mailing List , FreeBSD Hardware Mailing list References: <200810092344.10388.nick@van-laarhoven.org> <200811051548.mA5Fmsot040177@lava.sentex.ca> <200811062203.mA6M3ij3048835@lava.sentex.ca> In-Reply-To: <200811062203.mA6M3ij3048835@lava.sentex.ca> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 Nov 2008 22:27:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Is this source supposed to support PCMCIA Huawei E630 card? I can give a test if so... Regards, Mike Tancsa написа: | At 10:48 AM 11/5/2008, Mike Tancsa wrote: |> At 04:44 PM 10/9/2008, Nick Hibma wrote: |>> Just now I have committed a driver for Option and Huawei cards |>> previously |>> supported by the ubsa driver. More information is in the commit message. |>> |>> I am looking for people who would be able to provide more information |>> after |>> testing with the 3G cards branded by: |> |> Hi, |> I gave it a try on the Sierra USB card and it seems to work |> really well on RELENG_7! There is however also a mini-pci express |> version of the Sierra card, the MC8775. | | | For the archives, I was able to get the card working with the latest | version of the driver from the SVN tree! | (http://people.freebsd.org/~n_hibma/u3g.html) | | For the hardware, I used | http://www.pcengines.ch/alix6b2.htm | with RELENG_7 and nanobsd. The board has dual SIM slots, but there are | no drivers to switch between the two, so just the top one works. | | When I bought the mini-pciexpress card (or PCI Express Mini Card), it | was listed as a MC8775, where as ati3 shows a Sierra MC8781. I bought | it on ebay from the US and it works fine using my Roger's blackbery SIM | here in Ontario, Canada. | | | # cat /var/run/dmesg.boot | Copyright (c) 1992-2008 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.1-PRERELEASE #0: Thu Nov 6 12:05:41 EST 2008 | mdtancsa@nanobsd2.sentex.ca:/usr/obj/nanobsd.alix/usr/src/sys/nano5501 | Timecounter "i8254" frequency 1193182 Hz quality 0 | CPU: Geode(TM) Integrated Processor by AMD PCS (498.05-MHz 586-class CPU) | Origin = "AuthenticAMD" Id = 0x5a2 Stepping = 2 | Features=0x88a93d | AMD Features=0xc0400000 | real memory = 268435456 (256 MB) | avail memory = 253202432 (241 MB) | pnpbios: Bad PnP BIOS data checksum | K6-family MTRR support enabled (2 registers) | cryptosoft0: on motherboard | pcib0: pcibus 0 on motherboard | pci0: on pcib0 | ... | u3gstub0: at uhub0 port 2 (addr 2) disconnected | u3gstub0: detached | .... | ucom0: on uhub0 | ucom0: configured 3 serial ports (U0.%d) | | | | # cu -l /dev/cuaU0.2 | Connected | ati | Manufacturer: Sierra Wireless, Inc. | Model: MC8781 | Revision: F1_0_0_4CAP C:/WS/FW/F1_0_0_4CAP/MSM7200R3/SRC/AMSS 2007/09/25 | 18:39:23 | IMEI: 356685011922513 | IMEI SV: 4 | FSN: D350568535811 | 3GPP Release 6 | +GCAP: +CGSM,+DS,+ES | | at!GSTATUS? | !GSTATUS: | Current Time: 3455 Temperature: 30 | Bootup Time: 3201 Mode: ONLINE | System mode: WCDMA PS state: Not attached | WCDMA band: WCDMA800 GSM band: Unknown | WCDMA channel: 1037 GSM channel: 65535 | GMM (PS) state:DEREGISTERED NO IMSI | MM (CS) state: IDLE NO IMSI | | WCDMA L1 State:L1M_PCH_SLEEP RRC State: DISCONNECTED | RX level (dBm):-87 | | | OK | at^SYSINFO | ^SYSINFO: 1,0,1,5,255 | _______________________________________________ | freebsd-hardware@freebsd.org mailing list | http://lists.freebsd.org/mailman/listinfo/freebsd-hardware | To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkTa1QACgkQibJkIG65HMcAnQCgyeSvhIubmFifIh/SDntGY65M 3fcAmgNG7cL5zrBuCvhizskwQEgGZ35/ =Xg4D -----END PGP SIGNATURE----- From owner-freebsd-hardware@FreeBSD.ORG Fri Nov 7 07:17:54 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D95701065672 for ; Fri, 7 Nov 2008 07:17:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id 84B0A8FC17 for ; Fri, 7 Nov 2008 07:17:54 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA11.westchester.pa.mail.comcast.net ([76.96.62.36]) by QMTA04.westchester.pa.mail.comcast.net with comcast id c77f1a00B0mv7h0547Htij; Fri, 07 Nov 2008 07:17:53 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA11.westchester.pa.mail.comcast.net with comcast id c7Hs1a00D2P6wsM3X7HtGE; Fri, 07 Nov 2008 07:17:53 +0000 X-Authority-Analysis: v=1.0 c=1 a=BlE0Q1ap2ugA:10 a=v_B5dTwbAAAA:8 a=QycZ5dHgAAAA:8 a=RXToGQUT5TuPp870QasA:9 a=BEO5HDKg8hp7B0vzeWEA:7 a=nriO4_Ig86q14uMBWibS2lZNNJ0A:4 a=EoioJ0NPDVgA:10 a=oltX7JrCFroA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 29DC25C34; Thu, 6 Nov 2008 23:17:52 -0800 (PST) Date: Thu, 6 Nov 2008 23:17:52 -0800 From: Jeremy Chadwick To: freebsd-hardware@freebsd.org Message-ID: <20081107071752.GA5842@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: votdev@gmx.de, freebsd-stable@freebsd.org, sos@freebsd.org Subject: Western Digital hard disks and ATA timeouts X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 07:17:54 -0000 A user and myself on a broadband forum were discussing the possibility of diminishing quality of hard disks (particularly 1TB models) in recent days (specifically October). The user continually referenced something called "deep recovery cycle", backed with claims from Newegg reviewers (who often know very little or nothing at all -- grain of salt concept applies), which make Western Digital's desktop hard disks unfit for RAID or server usage. I claimed shenanigans until the user pointed me to the following document on Western Digital's site: http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp.php?p_faqid=1397 The feature described apparently causes the hard disk to enter some form of aggressive sector scan/sector remapping loop, which can take up to 2 minutes to complete, during which time, the hard disk is basically unusable. (I imagine ATA commands sent to the disk will simply time out or stall indefinitely, which would result in all sorts of timeout errors). Note that Western Digital's "RAID edition" drives claim to take up to 7 seconds to reallocate sectors, using something they call TLER, which force-limits the amount of time the drive can spend reallocating. TLER cannot be disabled: http://wdc.custhelp.com/cgi-bin/wdc.cfg/php/enduser/std_adp.php?p_faqid=1478 What baffles me is why Western Digital thinks that 2 minutes of the drive being unusable is acceptable "but only for desktops". Any FreeBSD desktop will start reporting ATA timeouts if the drive wedges for more than 5 seconds -- two minutes would just spew errors and hard-lock the system. What also baffles me is why Western Digital thinks the term "RAID" always means a hardware RAID controller is involved as a buffer between the OS and the disks. Bzzzt, bad assumption on their part. So why do we care? As stated, FreeBSD's ATA command timeout is hard-set to 5 seconds, and is not adjustable without editing the ATA code yourself and increasing the value. The FreeNAS folks have made patches available to turn the timeout value into a sysctl. Soren and/or others, please increase this timeout value. Five seconds has now been deemed too aggressive a default. And please consider migrating the timeout value into a sysctl. P.S. -- I do not consider any of this reason to avoid Western Digital drives. But I would warn users to be a little more cautious before reporting ATA timeouts when newer (circia 2007 and later) WD drives are in use. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hardware@FreeBSD.ORG Fri Nov 7 08:34:42 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01B00106567C for ; Fri, 7 Nov 2008 08:34:42 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.187]) by mx1.freebsd.org (Postfix) with ESMTP id 820038FC0C for ; Fri, 7 Nov 2008 08:34:41 +0000 (UTC) (envelope-from artemb@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so1311356fkk.11 for ; Fri, 07 Nov 2008 00:34:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=WDFUDrmdiLCRcEnUBwT4t4ynSqTMbKdbWIEzyEGVqXM=; b=TGbIYR40fwclcJIsPqaxkbfCubmUDm8tFKjn6gPkuv4nqMSvv504vF8VOxKgB/afWM mkB22v0yXkpEs9PEvqlpUD0Hnhd8evDfNwjdM2C8luIBjZkempW9ahmtkNHVUDfi2QAH 71+J4Szh0DKsDGTiAbxk7OM2gGggXRHnckI4E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=K04UEZCS8VK94O+bDycBUU3taTRKfxBKuZFXo9eJEX2x01yzrB9V+05uCRHqSyV3fc Z+xJZv5yJZIQcyKbe1ComRswFICUm/RR8sS9iZOl3WlC9XRXwdOho0uU7vol5fHj99OS ytj2o62SjKB2iaKmr5boKCBcplXlUyIO/JVkc= Received: by 10.180.214.13 with SMTP id m13mr950320bkg.157.1226045281672; Fri, 07 Nov 2008 00:08:01 -0800 (PST) Received: by 10.180.217.13 with HTTP; Fri, 7 Nov 2008 00:08:01 -0800 (PST) Message-ID: Date: Fri, 7 Nov 2008 00:08:01 -0800 From: "Artem Belevich" Sender: artemb@gmail.com To: "Jeremy Chadwick" In-Reply-To: <20081107071752.GA5842@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081107071752.GA5842@icarus.home.lan> X-Google-Sender-Auth: 65941cd0326b6f42 Cc: votdev@gmx.de, sos@freebsd.org, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Western Digital hard disks and ATA timeouts X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 08:34:42 -0000 > Note that Western Digital's "RAID edition" drives claim to take up to 7 > seconds to reallocate sectors, using something they call TLER, which > force-limits the amount of time the drive can spend reallocating. TLER > cannot be disabled: TLER can be enabled/disabled on recent WD drives (SE16/RE2/GP). SE16/GP come with TLER off, RE2 with TLER on. Google WDTLER utility. It can apparently be obtained from WD by asking them nicely. Or, yet again, google is your friend. Here's one example - http://www.hardforum.com/archive/index.php/t-1191548.html --Artem From owner-freebsd-hardware@FreeBSD.ORG Fri Nov 7 08:36:30 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DCC2106567F for ; Fri, 7 Nov 2008 08:36:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2C58FC18 for ; Fri, 7 Nov 2008 08:36:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA07.emeryville.ca.mail.comcast.net ([76.96.30.59]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id c8Xd1a0091GXsucA88cWvb; Fri, 07 Nov 2008 08:36:30 +0000 Received: from koitsu.dyndns.org ([69.181.141.110]) by OMTA07.emeryville.ca.mail.comcast.net with comcast id c8cS1a0052P6wsM8T8cTnl; Fri, 07 Nov 2008 08:36:27 +0000 X-Authority-Analysis: v=1.0 c=1 a=NScBMle9X3IA:10 a=40FIlvht7DMA:10 a=tSd2Yfa9AAAA:8 a=8pif782wAAAA:8 a=hD80L64hAAAA:8 a=QycZ5dHgAAAA:8 a=RkybPS4Kh4YlctgQl98A:9 a=g_OC5pzheJzSf3dGS4gA:7 a=GErg-guPOWZ5_0QS_lz1ore1qZYA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id AA5765C34; Fri, 7 Nov 2008 00:36:26 -0800 (PST) Date: Fri, 7 Nov 2008 00:36:26 -0800 From: Jeremy Chadwick To: Artem Belevich Message-ID: <20081107083626.GA1583@icarus.home.lan> References: <20081107071752.GA5842@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Cc: votdev@gmx.de, freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org, sos@freebsd.org Subject: Re: Western Digital hard disks and ATA timeouts X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 08:36:30 -0000 On Fri, Nov 07, 2008 at 12:08:01AM -0800, Artem Belevich wrote: > > Note that Western Digital's "RAID edition" drives claim to take up to 7 > > seconds to reallocate sectors, using something they call TLER, which > > force-limits the amount of time the drive can spend reallocating. TLER > > cannot be disabled: > > TLER can be enabled/disabled on recent WD drives (SE16/RE2/GP). SE16/GP > come with TLER off, RE2 with TLER on. Google WDTLER utility. > It can apparently be obtained from WD by asking them nicely. > Or, yet again, google is your friend. Here's one example - > http://www.hardforum.com/archive/index.php/t-1191548.html Thanks for the information. Nice to know one of their FAQ entries is false. Also, note that "SE16/RE2/GP" is not specific enough; I have SE16 drives from 2005, and I highly doubt those have TLER capability due to their age. Also, there's a Wikipedia article on this whole fiasco. http://en.wikipedia.org/wiki/Time-Limited_Error_Recovery It also appears Samsung drives have a similar feature called CCTL, which uses a value of 7 or 8 seconds: http://www.samsung.com/global/business/hdd/learningresource/whitepapers/LearningResource_CCTL.html But regardless of TLER being toggleable, FreeBSD's ATA command timeout of 5 seconds is too aggressive, and should be increased. Likewise, the value should be a sysctl, so those who do want such aggressive values can use it at the community's -- or their own -- behest. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hardware@FreeBSD.ORG Fri Nov 7 13:53:19 2008 Return-Path: Delivered-To: hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2697E106568C for ; Fri, 7 Nov 2008 13:53:19 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from hpsmtp-eml16.kpnxchange.com (hpsmtp-eml16.KPNXCHANGE.COM [213.75.38.116]) by mx1.freebsd.org (Postfix) with ESMTP id AABCB8FC1C for ; Fri, 7 Nov 2008 13:53:18 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpi-eml07.kpnxchange.com ([213.75.38.137]) by hpsmtp-eml16.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 7 Nov 2008 14:53:16 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtpi-eml07.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 7 Nov 2008 14:53:16 +0100 Received: (qmail 67597 invoked by uid 98); 7 Nov 2008 13:53:27 -0000 Received: from 81.207.207.222 (nick@81.207.207.222) by uitsmijter.van-laarhoven.org (envelope-from , uid 82) with qmail-scanner-2.01 (clamdscan: 0.92/5270. f-prot: 4.6.7/3.16.15. spamassassin: 3.2.3. Clear:RC:0(81.207.207.222):SA:0(1.6/5.0):. Processed in 4.964627 secs); 07 Nov 2008 13:53:27 -0000 X-Spam-Status: No, score=1.6 required=5.0 X-Spam-Level: + Received: from unknown (HELO van-laarhoven.org) (nick@81.207.207.222) by uitsmijter.van-laarhoven.org with SMTP; 7 Nov 2008 13:53:21 -0000 Received: (nullmailer pid 10532 invoked by uid 1001); Fri, 07 Nov 2008 13:53:08 -0000 From: Nick Hibma To: Mike Tancsa Date: Fri, 7 Nov 2008 14:53:06 +0100 User-Agent: KMail/1.9.7 References: <200810092344.10388.nick@van-laarhoven.org> <200811051548.mA5Fmsot040177@lava.sentex.ca> <200811062203.mA6M3ij3048835@lava.sentex.ca> In-Reply-To: <200811062203.mA6M3ij3048835@lava.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200811071453.07665.nick@van-laarhoven.org> X-OriginalArrivalTime: 07 Nov 2008 13:53:16.0999 (UTC) FILETIME=[2F779D70:01C940E0] Cc: FreeBSD Hardware Mailing list Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 13:53:19 -0000 > For the hardware, I used > http://www.pcengines.ch/alix6b2.htm > with RELENG_7 and nanobsd. The board has dual SIM slots, but there > are no drivers to switch between the two, so just the top one works. If anyone can find information on how to switch SIM slot on the card, I'd be more than happy to include support for it. Would be very useful to have. > at!GSTATUS? > !GSTATUS: > Current Time: 3455 Temperature: 30 > Bootup Time: 3201 Mode: ONLINE > System mode: WCDMA PS state: Not attached > WCDMA band: WCDMA800 GSM band: Unknown > WCDMA channel: 1037 GSM channel: 65535 > GMM (PS) state:DEREGISTERED NO IMSI > MM (CS) state: IDLE NO IMSI > > WCDMA L1 State:L1M_PCH_SLEEP RRC State: DISCONNECTED > RX level (dBm):-87 > > > OK One learns something new every day! > at^SYSINFO > ^SYSINFO: 1,0,1,5,255 Anyone any info on how to decode this? Nick From owner-freebsd-hardware@FreeBSD.ORG Fri Nov 7 16:00:09 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13A23106564A; Fri, 7 Nov 2008 16:00:09 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from flat.berklix.org (flat.berklix.org [83.236.223.115]) by mx1.freebsd.org (Postfix) with ESMTP id 81FE58FC1A; Fri, 7 Nov 2008 16:00:07 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A4AF0.dip.t-dialin.net [84.154.74.240]) (authenticated bits=0) by flat.berklix.org (8.13.8/8.13.8) with ESMTP id mA7FffZJ041935; Fri, 7 Nov 2008 16:41:42 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id mA7FfZkt052627; Fri, 7 Nov 2008 16:41:35 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id mA7FfKEF021236; Fri, 7 Nov 2008 16:41:25 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200811071541.mA7FfKEF021236@fire.js.berklix.net> To: Jeremy Chadwick From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich Germany User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Fri, 07 Nov 2008 00:36:26 PST." <20081107083626.GA1583@icarus.home.lan> Date: Fri, 07 Nov 2008 16:41:20 +0100 Sender: jhs@berklix.org Cc: votdev@gmx.de, sos@freebsd.org, freebsd-stable@freebsd.org, Artem Belevich , freebsd-hardware@freebsd.org Subject: Re: Western Digital hard disks and ATA timeouts X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 16:00:09 -0000 > But regardless of TLER being toggleable, FreeBSD's ATA command timeout > of 5 seconds is too aggressive, and should be increased. Likewise, the > value should be a sysctl, so those who do want such aggressive values Once it migrates from a constant to sysctl variable, could kernel maybe also sniff the drives, & automatically set appropriate value ? (Just an idea ? :-) Cheers, Julian -- Julian Stacey: BSDUnixLinux C Prog Admin SysEng Consult Munich www.berklix.com Mail plain ASCII text. HTML & Base64 text are spam. www.asciiribbon.org From owner-freebsd-hardware@FreeBSD.ORG Fri Nov 7 17:00:17 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8254210656F3 for ; Fri, 7 Nov 2008 17:00:17 +0000 (UTC) (envelope-from tethys.ocean@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.250]) by mx1.freebsd.org (Postfix) with ESMTP id B662D8FC13 for ; Fri, 7 Nov 2008 17:00:15 +0000 (UTC) (envelope-from tethys.ocean@gmail.com) Received: by hs-out-0708.google.com with SMTP id 54so586933hsz.11 for ; Fri, 07 Nov 2008 09:00:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=3ZhHu3KsnozwYgXUMR8+tA/jRBlV0Dy0HCd8HnY0/OU=; b=efSazY/ra7c6nh17VixOAtrXXs6C7VtYIj9SfuL8ttP9wIwAshbH7jup6AW9sEjmb/ 0KUaQn7W0sA06eJCgYpdxKzKAtS6vkRNjukj6NN2jyLRSmf1HpA45K0htT2iT772oibH fDOom0R9mktZUP071yvuo5wR+SKfh2yFFKKOE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=LywNsl1vV4rEV0bH7aizpQEnbX2ps8JdDBH0raqltW7lPXHUje1Wrnn03nsYfRcxE5 ACFQggpWRsUfVdvRDdUs240CJrKcxq8/Jd0pHuKy5HGmOxa3uWbs5xiyK4HPMFKucDwD bx0aMxy3y8TD8LjEXKMgo8DADxLSadEhBv+AU= Received: by 10.142.109.8 with SMTP id h8mr981649wfc.139.1226077214341; Fri, 07 Nov 2008 09:00:14 -0800 (PST) Received: by 10.142.144.17 with HTTP; Fri, 7 Nov 2008 09:00:14 -0800 (PST) Message-ID: <235b80000811070900g6463d56h3ae3e9a5b8cecd0b@mail.gmail.com> Date: Fri, 7 Nov 2008 19:00:14 +0200 From: "tethys ocean" To: "Peter Jeremy" In-Reply-To: <20081106182653.GF51239@server.vk2pj.dyndns.org> MIME-Version: 1.0 References: <235b80000811060148o115e2696r3045c7e6db4a14b2@mail.gmail.com> <20081106104849.GE51239@server.vk2pj.dyndns.org> <235b80000811060844p68b6b09rfbb82e31532dcd6b@mail.gmail.com> <20081106182653.GF51239@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hardware@freebsd.org Subject: Re: Broadcom Netxtreme Ethernet Boot Agent v10.7.5 X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 17:00:17 -0000 Hi Peter, so so thank for your for your spending time and your help.. after installations i ve done update port tree and compiled kernel finally NIC is recognized default being bge0 and now it is running properly. since no problem about NIC my FreeBSD version is anymore 7.1 RELEASE but havent got any NIC problem so so thanks again On Thu, Nov 6, 2008 at 8:26 PM, Peter Jeremy wrote: > On 2008-Nov-06 18:44:34 +0200, tethys ocean > wrote: > >none0@pci0:4:0:0 class=0x020000 card=0x028b1028 chip=0x165a14e4 rev=0x00 > >hdr=0x00 > >vendor = 'Broadcom Corporation' > >device = 'NetXtrere BMC5722 Gigabit Ethernet PCIe' > >class = network > >subclass = ethernet > > Support for this chip was added somewhat after 7.0 was released. > Can you please try one of the FreeBSD 7.1 pre-release snapshots. > > -- > Peter Jeremy > Please excuse any delays as the result of my ISP's inability to implement > an MTA that is either RFC2821-compliant or matches their claimed behaviour. > -- Share now a pigeon's flight Bluebound along the ancient skies, Its women forever hair and mammal, A Mediterranean town may arise If you rip apart a pigeon's heart. From owner-freebsd-hardware@FreeBSD.ORG Fri Nov 7 19:41:29 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 242D8106568E for ; Fri, 7 Nov 2008 19:41:29 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 03D838FC1D for ; Fri, 7 Nov 2008 19:41:28 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so1331089wfg.7 for ; Fri, 07 Nov 2008 11:41:28 -0800 (PST) Received: by 10.142.199.10 with SMTP id w10mr1040916wff.235.1226085175078; Fri, 07 Nov 2008 11:12:55 -0800 (PST) Received: by 10.142.255.21 with HTTP; Fri, 7 Nov 2008 11:12:55 -0800 (PST) Message-ID: Date: Fri, 7 Nov 2008 11:12:55 -0800 From: "Peter Wemm" To: "Jeremy Chadwick" In-Reply-To: <20081107071752.GA5842@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081107071752.GA5842@icarus.home.lan> Cc: votdev@gmx.de, sos@freebsd.org, freebsd-stable@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: Western Digital hard disks and ATA timeouts X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 19:41:29 -0000 On Thu, Nov 6, 2008 at 11:17 PM, Jeremy Chadwick wrote: [..] > As stated, FreeBSD's ATA command timeout is hard-set to 5 seconds, and > is not adjustable without editing the ATA code yourself and increasing > the value. The FreeNAS folks have made patches available to turn the > timeout value into a sysctl. > > Soren and/or others, please increase this timeout value. Five seconds > has now been deemed too aggressive a default. And please consider > migrating the timeout value into a sysctl. The 5 second timeout has been a problem for quite a while actually. I've had a number of instances where I've had to increase it to 20 or 30 seconds when recovering from marginal drives. The longest "successful" recovery attempt I've seen was 26 seconds, I believe on a Maxtor drive a few years ago. ("successful" == the drive spent 26 seconds but eventually successfully read the sector). Even the IBM death star drives could take much longer than 5 seconds to do a recovery 5 years ago. 5 seconds has never been a good default. I think the timeout should be increased to at least 30 seconds. My windows box has a timeout that goes for several minutes. If there is concern about FreeBSD appearing to hang, I could imagine that a console warning message could be printed after 5 seconds. But just say "drive has not yet responded". But give it more time. In this day and age we're generally not playing games with udma33 vs 66, notched cables, poor CRC support etc. SATA seems to have eliminated all that. Hmm, it might make sense to increase the timeout on SATA connections to 2 or 3 minutes by default. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-hardware@FreeBSD.ORG Fri Nov 7 21:02:34 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D3C01065680 for ; Fri, 7 Nov 2008 21:02:34 +0000 (UTC) (envelope-from votdev@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A6CA68FC23 for ; Fri, 7 Nov 2008 21:02:33 +0000 (UTC) (envelope-from votdev@gmx.de) Received: (qmail invoked by alias); 07 Nov 2008 20:35:50 -0000 Received: from e179245180.adsl.alicedsl.de (EHLO [192.168.178.52]) [85.179.245.180] by mail.gmx.net (mp039) with SMTP; 07 Nov 2008 21:35:50 +0100 X-Authenticated: #1412882 X-Provags-ID: V01U2FsdGVkX18NgFovPeMN3Gr0m7VadM/IdHCGfob/OjEAnKDX6M j4x1IFlSpUCsz0 Message-ID: <4914A6A1.9050909@gmx.de> Date: Fri, 07 Nov 2008 21:35:45 +0100 From: Volker Theile User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Peter Wemm References: <20081107071752.GA5842@icarus.home.lan> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Cc: Jeremy Chadwick , sos@freebsd.org, freebsd-stable@freebsd.org, votdev@gmx.de, freebsd-hardware@freebsd.org Subject: Re: Western Digital hard disks and ATA timeouts X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 21:02:34 -0000 I can confirm that. Many FreeNAS users had problems with their HDDs (e.g. with APM, awake disks to access them after they felt to sleep). Increasing timeouts solves the problem in most cases. I think increasing the value BUT allowing the user to set it to a preferred value via sysctrl would be the best solution. I don't understand why adding such an sysctl interface is such an problem for some people. If someone wants to set any other value than the default one HE MUST KNOW what he do and live with the consequences. There are so many other kernel/system variables that can harm the system. Regards Volker Peter Wemm wrote: > On Thu, Nov 6, 2008 at 11:17 PM, Jeremy Chadwick wrote: > [..] > >> As stated, FreeBSD's ATA command timeout is hard-set to 5 seconds, and >> is not adjustable without editing the ATA code yourself and increasing >> the value. The FreeNAS folks have made patches available to turn the >> timeout value into a sysctl. >> >> Soren and/or others, please increase this timeout value. Five seconds >> has now been deemed too aggressive a default. And please consider >> migrating the timeout value into a sysctl. >> > > The 5 second timeout has been a problem for quite a while actually. > I've had a number of instances where I've had to increase it to 20 or > 30 seconds when recovering from marginal drives. The longest > "successful" recovery attempt I've seen was 26 seconds, I believe on a > Maxtor drive a few years ago. ("successful" == the drive spent 26 > seconds but eventually successfully read the sector). Even the IBM > death star drives could take much longer than 5 seconds to do a > recovery 5 years ago. 5 seconds has never been a good default. > > I think the timeout should be increased to at least 30 seconds. My > windows box has a timeout that goes for several minutes. > > If there is concern about FreeBSD appearing to hang, I could imagine > that a console warning message could be printed after 5 seconds. But > just say "drive has not yet responded". But give it more time. > > In this day and age we're generally not playing games with udma33 vs > 66, notched cables, poor CRC support etc. SATA seems to have > eliminated all that. Hmm, it might make sense to increase the timeout > on SATA connections to 2 or 3 minutes by default. > > ------------------------------------------------------------------------ > > > Internal Virus Database is out of date. > Checked by AVG - http://www.avg.com > Version: 8.0.175 / Virus Database: 270.8.5/1764 - Release Date: 03.11.2008 07:46 > > From owner-freebsd-hardware@FreeBSD.ORG Fri Nov 7 21:13:48 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66D8C1065679 for ; Fri, 7 Nov 2008 21:13:48 +0000 (UTC) (envelope-from whizzter@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id E123D8FC21 for ; Fri, 7 Nov 2008 21:13:47 +0000 (UTC) (envelope-from whizzter@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so588729eyi.7 for ; Fri, 07 Nov 2008 13:13:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=FiXBg7rLScyl3g9H1K05axgmOQ7VeDjdJIFKLTu+EwM=; b=vMopg2LW9XvwUem1jyejY+NWde96sn+9kMxwqo6KSETonjA1FvJ07lw1rARkTHvgJG +5I08kay5sX/bEhjZ1iv95FthXFgnczIjR5cXl6E5AK3voUD53EBfICSbL7p2MGx9/wa 9m2LQEkjYqN9LpejyN7/T8K/fN/UG+HHJnE8c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=viBQfimEeItIhOZQGlB3jtwI6wB/UJ39WZbQcdowRmnwQgvM1ijEaTV+yDW8q3nYV8 yS1Gm4FDluZoDQ4qnc4TF0wKucfibltlla2uTkuutw5Ghybf/mE1ECocBKypEhT+4+Wn bJAprAVAFAGeyVoQnW8gWF8QxG3tYhYY4hTmQ= Received: by 10.103.46.12 with SMTP id y12mr2041734muj.136.1226090952837; Fri, 07 Nov 2008 12:49:12 -0800 (PST) Received: by 10.103.214.9 with HTTP; Fri, 7 Nov 2008 12:49:12 -0800 (PST) Message-ID: <436c7eda0811071249g33a81c75w85b971ad23a9847d@mail.gmail.com> Date: Fri, 7 Nov 2008 21:49:12 +0100 From: "Jonas Lund" To: "Peter Wemm" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081107071752.GA5842@icarus.home.lan> Cc: Jeremy Chadwick , freebsd-hardware@freebsd.org, freebsd-stable@freebsd.org, votdev@gmx.de, sos@freebsd.org Subject: Re: Western Digital hard disks and ATA timeouts X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 21:13:48 -0000 As i'm writing this i'm trying to rescue the contents of another computers disk. Something about the seek heads or something related to that is physically half-broken so the disk might need up to 10 retries just to read a sector, once read however it's usually no problem. I'm using myrescue (running on 6.2 so i don't know if it's included in the current ports but if anyone wants to run it on freebsd i've done the "gruntwork" for porting) so it's not a really big issue with all the timeouts as it'll try to read that sector again later, but had i had the sysctl i would've been a tad happier right now. As for the defaults being a small value i personally think it's better to throw out some messages/errors early on before the disk reaches a catastrophic state (Atleast on 6.2 the kernel will put out a message for each retry without giving faults, maybe more retries before throwing an error maybe?). By catastrpohic state i'm refering to that oh-so-famous google paper that did say that once a disk has started showing errors it doesn't have long to live, but i do trust that conclusion as i've been "warned" by these messages 2 times but ignored them until the disk went really bad. The main thing i'm trying to get through is that early warning and small problems are helluva lot better than big disasters. Thing of it like the oil meter on your car, it's not like you're gonna go out and drive 100s of km's in the wilderness if you know that the car is in a bad state. (Now if only smart info was reliable!) / Jonas 2008/11/7 Peter Wemm : > On Thu, Nov 6, 2008 at 11:17 PM, Jeremy Chadwick wrote: > [..] >> As stated, FreeBSD's ATA command timeout is hard-set to 5 seconds, and >> is not adjustable without editing the ATA code yourself and increasing >> the value. The FreeNAS folks have made patches available to turn the >> timeout value into a sysctl. >> >> Soren and/or others, please increase this timeout value. Five seconds >> has now been deemed too aggressive a default. And please consider >> migrating the timeout value into a sysctl. > > The 5 second timeout has been a problem for quite a while actually. > I've had a number of instances where I've had to increase it to 20 or > 30 seconds when recovering from marginal drives. The longest > "successful" recovery attempt I've seen was 26 seconds, I believe on a > Maxtor drive a few years ago. ("successful" == the drive spent 26 > seconds but eventually successfully read the sector). Even the IBM > death star drives could take much longer than 5 seconds to do a > recovery 5 years ago. 5 seconds has never been a good default. > > I think the timeout should be increased to at least 30 seconds. My > windows box has a timeout that goes for several minutes. > > If there is concern about FreeBSD appearing to hang, I could imagine > that a console warning message could be printed after 5 seconds. But > just say "drive has not yet responded". But give it more time. > > In this day and age we're generally not playing games with udma33 vs > 66, notched cables, poor CRC support etc. SATA seems to have > eliminated all that. Hmm, it might make sense to increase the timeout > on SATA connections to 2 or 3 minutes by default. > -- > Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV > "All of this is for nothing if we don't go to the stars" - JMS/B5 > "If Java had true garbage collection, most programs would delete > themselves upon execution." -- Robert Sewell > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.org" > From owner-freebsd-hardware@FreeBSD.ORG Fri Nov 7 21:28:22 2008 Return-Path: Delivered-To: freebsd-hardware@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87803106567B for ; Fri, 7 Nov 2008 21:28:22 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id B3B728FC23 for ; Fri, 7 Nov 2008 21:28:21 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from [192.168.0.138] ([192.168.0.138]) by deepcore.dk (8.14.3/8.14.2) with ESMTP id mA7LGPcc050013; Fri, 7 Nov 2008 22:16:25 +0100 (CET) (envelope-from sos@FreeBSD.ORG) Message-Id: <77C223A7-C5FC-45DE-BF1A-3BC7982FA582@FreeBSD.ORG> From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Peter Wemm In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 7 Nov 2008 22:16:25 +0100 References: <20081107071752.GA5842@icarus.home.lan> X-Mailer: Apple Mail (2.929.2) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (deepcore.dk [217.20.59.72]); Fri, 07 Nov 2008 22:16:25 +0100 (CET) Cc: Jeremy Chadwick , freebsd-stable@FreeBSD.ORG, votdev@gmx.de, freebsd-hardware@FreeBSD.ORG Subject: Re: Western Digital hard disks and ATA timeouts X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Nov 2008 21:28:22 -0000 On 7Nov, 2008, at 20:12 , Peter Wemm wrote: > On Thu, Nov 6, 2008 at 11:17 PM, Jeremy Chadwick =20 > wrote: > [..] >> As stated, FreeBSD's ATA command timeout is hard-set to 5 seconds, =20= >> and >> is not adjustable without editing the ATA code yourself and =20 >> increasing >> the value. The FreeNAS folks have made patches available to turn the >> timeout value into a sysctl. >> >> Soren and/or others, please increase this timeout value. Five =20 >> seconds >> has now been deemed too aggressive a default. And please consider >> migrating the timeout value into a sysctl. > > The 5 second timeout has been a problem for quite a while actually. > I've had a number of instances where I've had to increase it to 20 or > 30 seconds when recovering from marginal drives. The longest > "successful" recovery attempt I've seen was 26 seconds, I believe on a > Maxtor drive a few years ago. ("successful" =3D=3D the drive spent = 26 > seconds but eventually successfully read the sector). Even the IBM > death star drives could take much longer than 5 seconds to do a > recovery 5 years ago. 5 seconds has never been a good default. > > I think the timeout should be increased to at least 30 seconds. My > windows box has a timeout that goes for several minutes. > > If there is concern about FreeBSD appearing to hang, I could imagine > that a console warning message could be printed after 5 seconds. But > just say "drive has not yet responded". But give it more time. > > In this day and age we're generally not playing games with udma33 vs > 66, notched cables, poor CRC support etc. SATA seems to have > eliminated all that. Hmm, it might make sense to increase the timeout > on SATA connections to 2 or 3 minutes by default. Actually I do have a patch around that logs the timeout on the console =20= after the normal timeout (5secs), then just goes on to wait for double =20= the timeout and log again etc etc, final timeout was IIRC 60 secs but =20= could be anything. -S=F8ren= From owner-freebsd-hardware@FreeBSD.ORG Sat Nov 8 15:56:27 2008 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9A881065680; Sat, 8 Nov 2008 15:56:27 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 2C8278FC13; Sat, 8 Nov 2008 15:56:26 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from localhost by koef.zs64.net (8.14.3/8.14.3) with ESMTP id mA8FgRSU034797 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 8 Nov 2008 16:42:28 +0100 (CET) (envelope-from stb@lassitu.de) (authenticated as stb) Message-Id: <65A46633-F826-4848-B459-9B21DDB4C469@lassitu.de> From: Stefan Bethke To: Nick Hibma In-Reply-To: <200810092344.10388.nick@van-laarhoven.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Sat, 8 Nov 2008 16:42:27 +0100 References: <200810092344.10388.nick@van-laarhoven.org> X-Mailer: Apple Mail (2.929.2) Cc: FreeBSD Current , freebsd-hardware@freebsd.org Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 Nov 2008 15:56:27 -0000 Am 09.10.2008 um 23:44 schrieb Nick Hibma: > Just now I have committed a driver for Option and Huawei cards > previously > supported by the ubsa driver. More information is in the commit > message. I've got an O2 Germany branded Huawai U169 here that offers the main serial port as it's first function, so it is working with the old driver already. The new driver (as in -current as of yesterday) seems to work fine for the PPP connection and using cuaU0.2 to query the status while the connection is active. Machine is a VMware image hosted on a Mac Pro. at+cgmi huawei OK at+cgmm E169G OK at+cgmr 11.314.07.00.00 dmesg is a bit garbled: u3gstub0: <\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? \M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 3> on uhub0 u3gstub0: at uhub0 port 1 (addr 3) disconnected u3gstub0: detached ucom0: <\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? \M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 3> on uhub0 ucom0: configured 3 serial ports (U0.%d) umass0: <\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^?\M^? \M^?\M^?\M^?\M^? HUAWEI Mobile, class 0/0, rev 1.10/0.00, addr 3> on uhub0 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 1.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount the ISO9660 image fails with: root@freebsd-current:/etc/ppp# mount -t iso9660 /dev/cd0 /mnt mount: /dev/cd0 : Operation not supported by device usbdevs sees this: Controller /dev/usb0: addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), Intel(0x0000), rev 1.00 port 1 addr 3: full speed, power 500 mA, config 1, HUAWEI Mobile(0x1001), ???????????????????(0x12d1), rev 0.00 HTH, Stefan -- Stefan Bethke Fon +49 170 346 0140