From owner-freebsd-hardware@FreeBSD.ORG Mon Apr 4 06:10:43 2011 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 496231065673; Mon, 4 Apr 2011 06:10:43 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (unknown [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id DD6BD8FC14; Mon, 4 Apr 2011 06:10:42 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 01ED94AC2D; Mon, 4 Apr 2011 10:10:41 +0400 (MSD) Date: Mon, 4 Apr 2011 10:10:40 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <22830765.20110404101040@serebryakov.spb.ru> To: freebsd-hardware@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin Subject: Advanced disk format at WD20EARS: what should "camcontrol identify" show? X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 06:10:43 -0000 Hello, Alexander. I'm replacing old WD500AAKS HDDs in my (software) RAID5 with new WD20EARS, which are advanced format. And speed is terrible. RAID5 rebuilding shows about 8MiB/s (55MiB/s is typical speed for old AAKSes)... I'm affraid, that my HDD is in some strange mode with 512 byte sectors emulation: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D blob# camcontrol identify /dev/ada5 pass5: ATA-8 SATA 2.x device pass5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 2.x device model WDC WD20EARS-00MVWB0 firmware revision 51.0AB51 serial number WD-WMAZA2743249 WWN 50014ee6ab72f596 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 512, offset 0 LBA supported 268435455 sectors LBA48 supported 3907029168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Should "camcontrol identify" shows "physical 4096" in "sector size"? Some Alexander Motin's posts to mailing lists says "yes", but I can not fin= d what should I think (do) if it doesn't. It is 8-STABLE (after 8.2-RELEASE) system. RAID stripes are 128KiB, and RAID is built from whole drives (no partitions), so, write requests should not be misaligned. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-hardware@FreeBSD.ORG Mon Apr 4 08:20:12 2011 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 D7026106567A; Mon, 4 Apr 2011 08:20:12 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id A7EA48FC15; Mon, 4 Apr 2011 08:20:02 +0000 (UTC) Received: by fxm11 with SMTP id 11so4930163fxm.13 for ; Mon, 04 Apr 2011 01:20:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=l04cw0IYAr30RG3N6Lbtfri0ChwFma97eZ/DyBhNtHk=; b=uag/V9ocLCQfbwunsmfx3aWDhBlg1rsEnewFUR8BxloiLHWU+OoCN4spIFlntJX3m/ VY9Ug+LafDiseZitVyuTcsJ1YkHiSeQgMiUv+PyDnMHJShV+/z6mPW1u/30MWVaENUxQ D8bGV9ajyBDB0WbhUe3mvKv7VHWjpC2/nsIKs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=qNTbfamgWaads06pFUzbtmFM27PwJ/SMLx3g1WfCiYL4LggStrlvTidaGOoDc5LmY2 esI/LvDoswNfL38WNMEs2Q9lOkN0nPr9gQRFJOz2C/M6vaHrMM/CKqDjzTXYMBzVjqj9 3XNu4cyxR1h16f9GZsL4NtfwsDHMj1SwUR3IM= Received: by 10.223.54.148 with SMTP id q20mr1266308fag.84.1301903326848; Mon, 04 Apr 2011 00:48:46 -0700 (PDT) Received: from mavbook.mavhome.dp.ua ([91.198.175.1]) by mx.google.com with ESMTPS id k5sm1587417faa.15.2011.04.04.00.48.45 (version=SSLv3 cipher=OTHER); Mon, 04 Apr 2011 00:48:46 -0700 (PDT) Sender: Alexander Motin Message-ID: <4D9977DC.5070001@FreeBSD.org> Date: Mon, 04 Apr 2011 10:48:44 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110310 Thunderbird/3.1.9 MIME-Version: 1.0 To: lev@FreeBSD.org References: <22830765.20110404101040@serebryakov.spb.ru> In-Reply-To: <22830765.20110404101040@serebryakov.spb.ru> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hardware@freebsd.org Subject: Re: Advanced disk format at WD20EARS: what should "camcontrol identify" show? 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, 04 Apr 2011 08:20:12 -0000 Hi. On 04.04.2011 09:10, Lev Serebryakov wrote: > I'm replacing old WD500AAKS HDDs in my (software) RAID5 with new > WD20EARS, which are advanced format. And speed is terrible. RAID5 > rebuilding shows about 8MiB/s (55MiB/s is typical speed for old AAKSes)... > > I'm affraid, that my HDD is in some strange mode with 512 byte > sectors emulation: > > ================ > blob# camcontrol identify /dev/ada5 > pass5: ATA-8 SATA 2.x device > pass5: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) > > protocol ATA/ATAPI-8 SATA 2.x > device model WDC WD20EARS-00MVWB0 > firmware revision 51.0AB51 > serial number WD-WMAZA2743249 > WWN 50014ee6ab72f596 > cylinders 16383 > heads 16 > sectors/track 63 > sector size logical 512, physical 512, offset 0 > LBA supported 268435455 sectors > LBA48 supported 3907029168 sectors > PIO supported PIO4 > DMA supported WDMA2 UDMA6 > ================ > > Should "camcontrol identify" shows "physical 4096" in "sector size"? > Some Alexander Motin's posts to mailing lists says "yes", but I can not find what > should I think (do) if it doesn't. Unluckily present 4K driver don't usually honor specification in part of reporting physical sector sizes. I haven't seen supporting ones myself actually. So I wouldn't trust those 512/512/0 numbers. > It is 8-STABLE (after 8.2-RELEASE) system. RAID stripes are 128KiB, > and RAID is built from whole drives (no partitions), so, write > requests should not be misaligned. At least first 4K WD disks had a jumper to add offset of 63 sectors. Make sure that you don't have one set. -- Alexander Motin From owner-freebsd-hardware@FreeBSD.ORG Mon Apr 4 08:31:19 2011 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 CE802106566C; Mon, 4 Apr 2011 08:31:19 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from onlyone.friendlyhosting.spb.ru (unknown [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 695C58FC19; Mon, 4 Apr 2011 08:31:19 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPA id 73E844AC31; Mon, 4 Apr 2011 12:31:18 +0400 (MSD) Date: Mon, 4 Apr 2011 12:31:16 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <229627847.20110404123116@serebryakov.spb.ru> To: Alexander Motin In-Reply-To: <4D9977DC.5070001@FreeBSD.org> References: <22830765.20110404101040@serebryakov.spb.ru> <4D9977DC.5070001@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: lev@FreeBSD.org, freebsd-hardware@freebsd.org Subject: Re: Advanced disk format at WD20EARS: what should "camcontrol identify" show? X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Apr 2011 08:31:19 -0000 Hello, Alexander. You wrote 4 =E0=EF=F0=E5=EB=FF 2011 =E3., 11:48:44: > At least first 4K WD disks had a jumper to add offset of 63 sectors. > Make sure that you don't have one set. No jumpers are set at all. I think, This dramatic is result of "read-seek back-write" cycle, which works so bad on slow Green HDDS :( Really, I'm very disappointed -- in almost any "syntetic" tests these green HDDs are FASTER than old Blue ones, but in this real-life situation it is 7 times slower :( --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-hardware@FreeBSD.ORG Mon Apr 4 12:16:20 2011 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 F1CB4106566B for ; Mon, 4 Apr 2011 12:16:20 +0000 (UTC) (envelope-from ambrosehua@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id A6AA18FC08 for ; Mon, 4 Apr 2011 12:16:20 +0000 (UTC) Received: by qwc9 with SMTP id 9so3825314qwc.13 for ; Mon, 04 Apr 2011 05:16:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:content-type; bh=0CbH38NPBPNVsrYWKfz/7cj4+EUvEwAg3myyK6kH1jE=; b=PhPh5IfbXR3K8Jy+Vhq35tnvn5ioqnDUjMLG7a+7BNG390bTqewjT54OkFopcK0ptS kjTGyG3UvIK5RubE0Gy/QSpYpgj+6ez6LZvM4Yl3EVXK8apWlCmmZyiQ8uKvviuHyrW4 ZSwwcsSwU6x2LckZjawaXXD3fWz9wUVdJVR4c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=sX+LabFQfFSvXcmjS3OixEBRERdJPBLcjoA0V9eK5Lih21REMKZPqUrmOTubIf+IXg k/k8a+h3GsRg92Bnc/OAp1YGHTrbEb4wlZjD1uOYW8pjlaINefAGjqZMiIiKI01BHum5 32aqFtjrhavPUImPvf+EVYVzGoMOH6MP+6bqM= MIME-Version: 1.0 Received: by 10.229.101.133 with SMTP id c5mr5681452qco.149.1301917612691; Mon, 04 Apr 2011 04:46:52 -0700 (PDT) Received: by 10.229.98.70 with HTTP; Mon, 4 Apr 2011 04:46:52 -0700 (PDT) In-Reply-To: <20110403120038.B8F8B10656E9@hub.freebsd.org> References: <20110403120038.B8F8B10656E9@hub.freebsd.org> Date: Mon, 4 Apr 2011 19:46:52 +0800 Message-ID: From: ambrosehuang ambrose To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: freebsd-hardware Digest, Vol 402, Issue 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: Mon, 04 Apr 2011 12:16:21 -0000 2011/4/3 > Send freebsd-hardware mailing list submissions to > freebsd-hardware@freebsd.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > or, via email, send a message with subject or body 'help' to > freebsd-hardware-request@freebsd.org > > You can reach the person managing the list at > freebsd-hardware-owner@freebsd.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of freebsd-hardware digest..." > > > Today's Topics: > > 1. Re: looking for gigabit network appliances (Lev Serebryakov) > 2. How to be surea, that WD20EARS uses native 4Kb sectors and > not internal emulation? (Lev Serebryakov) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 2 Apr 2011 18:23:13 +0400 > From: Lev Serebryakov > Subject: Re: looking for gigabit network appliances > To: Paul Schenkeveld > Cc: freebsd-hardware@freebsd.org > Message-ID: <1257427949.20110402182313@serebryakov.spb.ru> > Content-Type: text/plain; charset=3Dwindows-1251 > > Hello, Paul. > You wrote 27 =CD=C1=D2=D4=C1 2011 =C7., 17:16:43: > > > I've been happily using many Soekris network appliances for almost 10 > > years now but Soekris is not in a big hurry to come with a gigabit > > platform :( > Wait one month more and here will be net6501 :) > > -- > // Black Lion AKA Lev Serebryakov > > > > ------------------------------ > > Message: 2 > Date: Sat, 2 Apr 2011 18:25:57 +0400 > From: Lev Serebryakov > Subject: How to be surea, that WD20EARS uses native 4Kb sectors and > not internal emulation? > To: freebsd-hardware@freebsd.org > Message-ID: <1556765200.20110402182557@serebryakov.spb.ru> > Content-Type: text/plain; charset=3Dwindows-1251 > > Hello, Freebsd-hardware. > > WD HDD WD20EARS (Green 2Tb HDD) has "advanced" format -- 4Kb > sectors -- according to label. > > But output of it detection from ahci.ko and "camcontrol identify" > doesn't have any traces of it. > > Is here any way to be sure, that drive doesn't use internal emulation > with offset? No jumpers are set on it. > > -- > // Black Lion AKA Lev Serebryakov > > > You can partition your disk not 4K align, then use > > dd if=3D of=3D/dev/null bs=3D4k count=3D4096 > > and compare the result to same test on 4k-align parition You can > partition your disk not 4K align, then use > > > _______________________________________________ > freebsd-hardware@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hardware > To unsubscribe, send any mail to "freebsd-hardware-unsubscribe@freebsd.or= g > " > > End of freebsd-hardware Digest, Vol 402, Issue 5 > ************************************************ > From owner-freebsd-hardware@FreeBSD.ORG Mon Apr 4 13:13:11 2011 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 D12D9106566C for ; Mon, 4 Apr 2011 13:13:11 +0000 (UTC) (envelope-from freebsd-hardware@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 8A5218FC18 for ; Mon, 4 Apr 2011 13:13:11 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Q6jM7-0002Fy-PJ for freebsd-hardware@freebsd.org; Mon, 04 Apr 2011 14:58:07 +0200 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, 04 Apr 2011 14:58:07 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 04 Apr 2011 14:58:07 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-hardware@freebsd.org From: Ivan Voras Date: Mon, 04 Apr 2011 14:57:55 +0200 Lines: 16 Message-ID: References: <22830765.20110404101040@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 In-Reply-To: <22830765.20110404101040@serebryakov.spb.ru> X-Enigmail-Version: 1.1.2 Subject: Re: Advanced disk format at WD20EARS: what should "camcontrol identify" show? 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, 04 Apr 2011 13:13:11 -0000 On 04/04/2011 08:10, Lev Serebryakov wrote: > Hello, Alexander. > > I'm replacing old WD500AAKS HDDs in my (software) RAID5 with new > WD20EARS, which are advanced format. And speed is terrible. RAID5 > rebuilding shows about 8MiB/s (55MiB/s is typical speed for old AAKSes)... > > I'm affraid, that my HDD is in some strange mode with 512 byte > sectors emulation: With such drives, everything must be 4 KiB-aligned : the RAID stripes, the partitions / slices and the file system / block size. This is the only way to get good performance. If you just replace a non-4K drive in a RAID5 with a 4K drive, it is very likely that there would be alignment problems with that drive. From owner-freebsd-hardware@FreeBSD.ORG Mon Apr 4 13:36:46 2011 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 AA7BE106566C for ; Mon, 4 Apr 2011 13:36:46 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id 5F5468FC19 for ; Mon, 4 Apr 2011 13:36:46 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p34Dadro070297 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 4 Apr 2011 15:36:44 +0200 (CEST) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p34DadQS070296 for freebsd-hardware@freebsd.org; Mon, 4 Apr 2011 15:36:39 +0200 (CEST) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Mon, 4 Apr 2011 15:36:39 +0200 From: Paul Schenkeveld To: freebsd-hardware@freebsd.org Message-ID: <20110404133639.GA70121@psconsult.nl> References: <20110327131643.GA36085@psconsult.nl> <1257427949.20110402182313@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1257427949.20110402182313@serebryakov.spb.ru> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: looking for gigabit network appliances 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, 04 Apr 2011 13:36:46 -0000 On Sat, Apr 02, 2011 at 06:23:13PM +0400, Lev Serebryakov wrote: > Hello, Paul. > You wrote 27 марта 2011 г., 17:16:43: > > > I've been happily using many Soekris network appliances for almost 10 > > years now but Soekris is not in a big hurry to come with a gigabit > > platform :( > Wait one month more and here will be net6501 :) I won't be holding my breath if you don't mind. I've witnessed the introduction of net4801 and net5501 (the latter would come with a 19" case and pci riser do you remember?) and believe in net6501 when I've tested a production sample and seen that it works well. I'm not trying to sound negative on Soekris here, I really like their hardware once it's available but have learned not to trust promises about availability. > -- > // Black Lion AKA Lev Serebryakov Thanks for your response! Paul Schenkeveld From owner-freebsd-hardware@FreeBSD.ORG Mon Apr 4 13:52:45 2011 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 9925E1065673 for ; Mon, 4 Apr 2011 13:52:45 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.c2i.net [212.247.154.2]) by mx1.freebsd.org (Postfix) with ESMTP id 20D7E8FC12 for ; Mon, 4 Apr 2011 13:52:44 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=Vlw5OJcoxCC473z5moizI40ESYe+BpcMN2hU0iQoJwI= c=1 sm=1 a=IU0TiZmyZPMA:10 a=Yr1ninPs6xQA:10 a=IkcTkHD0fZMA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=w9cEGPXIj5GjCB593EMA:9 a=lyjeXX6l4uqHcnWR45UA:7 a=QEXdDO2ut3YA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mailfe01.swip.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.1 X-TFF-CGPSA-Version: 1.7 X-T2-CGPSA-Filter: Scanned Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 109883335; Mon, 04 Apr 2011 15:42:39 +0200 From: Hans Petter Selasky To: freebsd-hardware@freebsd.org Date: Mon, 4 Apr 2011 15:41:47 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.4.5; amd64; ; ) References: <22830765.20110404101040@serebryakov.spb.ru> In-Reply-To: X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201104041541.47737.hselasky@c2i.net> Cc: Ivan Voras Subject: Re: Advanced disk format at WD20EARS: what should "camcontrol identify" show? 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, 04 Apr 2011 13:52:46 -0000 On Monday 04 April 2011 14:57:55 Ivan Voras wrote: > On 04/04/2011 08:10, Lev Serebryakov wrote: > > Hello, Alexander. > If you just replace a non-4K drive in a RAID5 with a 4K drive, it is > very likely that there would be alignment problems with that drive. Some tools like fdisk don't work, because they cannot read/write 512 bytes on a disk with blocksize greater than 512 bytes. --HPS From owner-freebsd-hardware@FreeBSD.ORG Mon Apr 4 17:01:26 2011 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 2F66A1065670; Mon, 4 Apr 2011 17:01:26 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from fallbackmx07.syd.optusnet.com.au (fallbackmx07.syd.optusnet.com.au [211.29.132.9]) by mx1.freebsd.org (Postfix) with ESMTP id BF6C68FC1D; Mon, 4 Apr 2011 17:01:25 +0000 (UTC) Received: from mail02.syd.optusnet.com.au (mail02.syd.optusnet.com.au [211.29.132.183]) by fallbackmx07.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p34Fq8Ia004994; Tue, 5 Apr 2011 01:52:08 +1000 Received: from c122-106-155-58.carlnfd1.nsw.optusnet.com.au (c122-106-155-58.carlnfd1.nsw.optusnet.com.au [122.106.155.58]) by mail02.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id p34FpukB026268 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 5 Apr 2011 01:51:58 +1000 Date: Tue, 5 Apr 2011 01:51:56 +1000 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Hans Petter Selasky In-Reply-To: <201104041541.47737.hselasky@c2i.net> Message-ID: <20110405011652.N1521@besplex.bde.org> References: <22830765.20110404101040@serebryakov.spb.ru> <201104041541.47737.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Ivan Voras , freebsd-hardware@freebsd.org Subject: Re: Advanced disk format at WD20EARS: what should "camcontrol identify" show? 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, 04 Apr 2011 17:01:26 -0000 On Mon, 4 Apr 2011, Hans Petter Selasky wrote: > On Monday 04 April 2011 14:57:55 Ivan Voras wrote: >> On 04/04/2011 08:10, Lev Serebryakov wrote: >>> Hello, Alexander. > >> If you just replace a non-4K drive in a RAID5 with a 4K drive, it is >> very likely that there would be alignment problems with that drive. > > Some tools like fdisk don't work, because they cannot read/write 512 bytes on > a disk with blocksize greater than 512 bytes. fdisk is actually one of the few programs that attempts to support "arbitrary" power of 2 sector sizes correctly, by probing for a sector size that works. However, this arbitaryness is limited by fdisk's hard coding of bogus limits MIN_SEC_SIZE = 512 and MAX_SEC_SIZE = 2048, so it requires minor changes to work with a sector size of 4096, and it might have other bugs. fdisk also gets the sector size using g_sectorize(), but for some reason it only uses this in 1 function. Failure of g_sectorsize() now makes main() fail. Old versions of fdisk used the DIOCGSECTORSIZE ioctl and had a fall back to using a sector size of 512 in the 1 function (although this and even the result of a successful g_sectorsize() may be inconsistent with the probe). When I fixed my version of fsck_msdosfs to work with 2K-sectors, I made the corresponding limits 512 and 64K, so 4K should work. fsck_msdosfs remains portable and doesn't use g_sectorsize() or DIOCGSECTORSIZE, so it doesn't fail at either compile time or run time when they are not supported. All of the methods used by fdisk are wrong. The media or just the MBR for it may be kept in a regular file. (I always keep backups of MBRs in regular files and often run fdisk on these files to compare with the current MBRs.) Then g_sectorsize() and DIOCGSECTORSIZE should just fail. Indeed, DIOCGSECTORSIZE in an old version of fdisk does fail, and the fallback is used. I don't use the current broken version of fdisk which would fail. The probe method is adequate for fsck_msdosfs, since the boot parameter block gives the sector size for the media on which the file system lives (or lived or will live). Better programs like newfs and newfs_msdos allow specifying the sector size on the command line. Bruce From owner-freebsd-hardware@FreeBSD.ORG Mon Apr 4 20:25:34 2011 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 3ED1C106564A; Mon, 4 Apr 2011 20:25:34 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id D09B08FC08; Mon, 4 Apr 2011 20:25:33 +0000 (UTC) Received: by qyk35 with SMTP id 35so1316018qyk.13 for ; Mon, 04 Apr 2011 13:25:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=3FWOIUfcVH5YTnkAEFEI0XcjUc5j16i+KSLrQ4bDBRA=; b=hBfhZPi4fs7dRpAUTB+sg2J+DNam5tKyWuKB84CJs6XVZW1MN/kbfaFfsccMARCCD4 13N0px4aXBBO/wIiEiU+5WcVBagrQVZTfJ3cPStoLSLC65chBEzV4m9wpcp/RHJhR5IH nALIrj6UiqILlYNZKM6cQnHLyjyCpkVgsw5aY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=hz4TlVCB7+3NWrVkk5fkHJV/cQ2d2SvQpHTX2HG3GMGO/m93NIzZg6FVB96Ca4V1y7 eFfTeHbdOZ+JKCmc9Wu7sbNUf5+lJciXf8p7+JaVr8J2vdZfO7fgFlYgNOW7c8eivVsj ihQwgNBIqDFXicwgFcyy9DmDa1EMdFa3Yf2M8= MIME-Version: 1.0 Received: by 10.224.202.132 with SMTP id fe4mr6272112qab.249.1301946988992; Mon, 04 Apr 2011 12:56:28 -0700 (PDT) Received: by 10.224.67.75 with HTTP; Mon, 4 Apr 2011 12:56:28 -0700 (PDT) In-Reply-To: <20110405011652.N1521@besplex.bde.org> References: <22830765.20110404101040@serebryakov.spb.ru> <201104041541.47737.hselasky@c2i.net> <20110405011652.N1521@besplex.bde.org> Date: Mon, 4 Apr 2011 15:56:28 -0400 Message-ID: From: Mehmet Erol Sanliturk To: Bruce Evans Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hardware@freebsd.org, Ivan Voras , Hans Petter Selasky Subject: Re: Advanced disk format at WD20EARS: what should "camcontrol identify" show? 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, 04 Apr 2011 20:25:34 -0000 On Mon, Apr 4, 2011 at 11:51 AM, Bruce Evans wrote: > On Mon, 4 Apr 2011, Hans Petter Selasky wrote: > > On Monday 04 April 2011 14:57:55 Ivan Voras wrote: >> >>> On 04/04/2011 08:10, Lev Serebryakov wrote: >>> >>>> Hello, Alexander. >>>> >>> >> If you just replace a non-4K drive in a RAID5 with a 4K drive, it is >>> very likely that there would be alignment problems with that drive. >>> >> >> Some tools like fdisk don't work, because they cannot read/write 512 bytes >> on >> a disk with blocksize greater than 512 bytes. >> > > fdisk is actually one of the few programs that attempts to support > "arbitrary" power of 2 sector sizes correctly, by probing for a sector size > that > works. However, this arbitaryness is limited by fdisk's hard coding of > bogus limits MIN_SEC_SIZE = 512 and MAX_SEC_SIZE = 2048, so it requires > minor > changes to work with a sector size of 4096, and it might have other > bugs. fdisk also gets the sector size using g_sectorize(), but for some > reason it only uses this in 1 function. Failure of g_sectorsize() now > makes main() fail. Old versions of fdisk used the DIOCGSECTORSIZE ioctl > and had a fall back to using a sector size of 512 in the 1 function > (although this and even the result of a successful g_sectorsize() may > be inconsistent with the probe). > > When I fixed my version of fsck_msdosfs to work with 2K-sectors, I made > the corresponding limits 512 and 64K, so 4K should work. fsck_msdosfs > remains portable and doesn't use g_sectorsize() or DIOCGSECTORSIZE, so > it doesn't fail at either compile time or run time when they are not > supported. > > All of the methods used by fdisk are wrong. The media or just the MBR > for it may be kept in a regular file. (I always keep backups of MBRs > in regular files and often run fdisk on these files to compare with > the current MBRs.) Then g_sectorsize() and DIOCGSECTORSIZE should > just fail. Indeed, DIOCGSECTORSIZE in an old version of fdisk does > fail, and the fallback is used. I don't use the current broken version > of fdisk which would fail. > > The probe method is adequate for fsck_msdosfs, since the boot parameter > block gives the sector size for the media on which the file system lives > (or lived or will live). > > Better programs like newfs and newfs_msdos allow specifying the sector > size on the command line. > > Bruce > _______________________________________________ > I do not know whether the following discussions may be useful or not : http://openindiana.org/pipermail/openindiana-discuss/2011-March/003132.html ( [OpenIndiana-discuss] 3TB disks for tank zpool? Can only use 2 TB. ) http://openindiana.org/pipermail/openindiana-discuss/2011-February/002515.html ( [OpenIndiana-discuss] Are there any issues re ZFS on 2TB disks (from WD??) with large blocksizes? ) http://openindiana.org/pipermail/openindiana-discuss/2011-February/002575.html ( [OpenIndiana-discuss] info about Solaris and the new 4K-Sector-Disks (e.g. WDxxEARS) ) Thank you very much . Mehmet Erol Sanliturk From owner-freebsd-hardware@FreeBSD.ORG Tue Apr 5 05:14:33 2011 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 1781F106564A for ; Tue, 5 Apr 2011 05:14:33 +0000 (UTC) (envelope-from dang@s4f3r.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id DD9BD8FC14 for ; Tue, 5 Apr 2011 05:14:32 +0000 (UTC) Received: by iyj12 with SMTP id 12so22733iyj.13 for ; Mon, 04 Apr 2011 22:14:32 -0700 (PDT) Received: by 10.231.36.77 with SMTP id s13mr8137244ibd.171.1301978674218; Mon, 04 Apr 2011 21:44:34 -0700 (PDT) Received: from [10.0.4.240] (97-88-245-194.static.mdsn.wi.charter.com [97.88.245.194]) by mx.google.com with ESMTPS id i20sm4195556iby.31.2011.04.04.21.44.32 (version=SSLv3 cipher=OTHER); Mon, 04 Apr 2011 21:44:33 -0700 (PDT) Message-ID: <4D9A9E18.2020007@s4f3r.com> Date: Mon, 04 Apr 2011 23:44:08 -0500 From: Dan Gavin User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: RaLink RT2760 + RT2720 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, 05 Apr 2011 05:14:33 -0000 Hello, I have purchased this wireless card: http://www.monoprice.com/products/product.asp?c_id=105&cp_id=10501&cs_id=1050103&p_id=5338&seq=1&format=3#specification It seems that it is not being detected by 8.2-RELEASE. I have tried the RT2870 and RT2860 drivers with the card from: http://repo.or.cz/w/ralink_drivers.git This has resulted in little success. Here is a snippet of pciconf -lvcb: none2@pci0:3:1:0: class=0x028000 card=0x30621814 chip=0x30621814 rev=0x00 hdr=0x00 vendor = 'Ralink Technology, Corp.' class = network bar [10] = type Memory, range 32, base 0xe2000000, size 65536, enabled cap 01[40] = powerspec 3 supports D0 D3 current D0 If anyone could be of assistance it would be greatly appreciated. My ultimate goal is to use this as an AP. Thanks, Dan From owner-freebsd-hardware@FreeBSD.ORG Thu Apr 7 17:19:52 2011 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 9D843106564A for ; Thu, 7 Apr 2011 17:19:52 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CAABE8FC1F for ; Thu, 7 Apr 2011 17:19:51 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id UAA19790; Thu, 07 Apr 2011 20:01:43 +0300 (EEST) (envelope-from avg@FreeBSD.org) Message-ID: <4D9DEDF7.2070107@FreeBSD.org> Date: Thu, 07 Apr 2011 20:01:43 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-scsi@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-hardware@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: retry mounting with ro when rw fails 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, 07 Apr 2011 17:19:52 -0000 Guys, could you please review and comment on the following patch? http://people.freebsd.org/~avg/mount-retry-ro.diff Thank you! The patch consists of two parts. The first part is in CAM/SCSI to make sure that ENODEV is consistently returned to signal that an operation is not supported by a device (in accordance to intro(2)) and specifically to return ENODEV on write attempt to a read-only or write-protected media. Making this change in SCSI should cover real SCSI devices, as well as ATAPI through ahci/siis/atapicam or similar, plus majority (all?) of USB Mass Storage devices. The second part is in vfs_mount code. The idea is to re-try a mount call if we get the ENODEV error, and mounting was not already in read-only mode, and there was no explicit rw or noro option; the second try is changed to ro. I did only basic testing with an SD card in write-protected mode and a USB card-reader. Since I am not very familiar with vfs_mount code I might have missed some important details. A sample test log, just in case: ugen2.2: at usbus2 umass0: on usbus2 da0 at umass-sim0 bus 0 scbus7 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 488MB (1000448 512 byte sectors: 64H 32S/T 488C) da1 at umass-sim0 bus 0 scbus7 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 scbus7 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 scbus7 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present GEOM: da0s1: EBR has non empty bootcode. (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 0 0 ea 0 0 8 0 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: DATA PROTECT csi:0,aa,55,61 asc:27,0 (Write protected) field replaceable unit: 1 g_vfs_done():da0s1[WRITE(offset=512, length=4096)]error = 19 (da0:umass-sim0:0:0:0): WRITE(10). CDB: 2a 0 0 0 0 ea 0 0 8 0 (da0:umass-sim0:0:0:0): CAM status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI status: Check Condition (da0:umass-sim0:0:0:0): SCSI sense: DATA PROTECT csi:0,aa,55,61 asc:27,0 (Write protected) field replaceable unit: 1 g_vfs_done():da0s1[WRITE(offset=512, length=4096)]error = 19 vfs_donmount: R/W mount failed, possibly R/O media, falling back to R/O mount -- Andriy Gapon