From owner-freebsd-stable@FreeBSD.ORG Sat Sep 20 00:04:50 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DED622B0; Sat, 20 Sep 2014 00:04:50 +0000 (UTC) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [IPv6:2001:470:1f0f:3ad:223:7dff:fe9e:6e8a]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "thebighonker.lerctr.org", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id AC4B4D81; Sat, 20 Sep 2014 00:04:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lerctr.org; s=lerami; h=Message-ID:References:In-Reply-To:Subject:Cc:To:From:Date:Content-Transfer-Encoding:Content-Type:MIME-Version; bh=fIBYr9f3/z3gPSvhYoZdAZe4RA25xj2UypTcwxnKsyw=; b=ufWKjHFAqOIPSFNyhbNjOh8yBoLjApwdBS8e58LVnEWEUs4lq2Itkdrtt3tVpKRa/NO/7DSQTYd2Tp4dRh9BJ0AetLHEBYuYzERt0nFmMtCcsZ5jZc38GZhWH5X0TMHh/xGQspe/I4gK08HYGSPoSw+MysfiiQb0sBtr1em2pyQ=; Received: from localhost.lerctr.org ([127.0.0.1]:62031 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XV8AQ-0002XT-Gm; Fri, 19 Sep 2014 19:04:48 -0500 Received: from 104-54-221-134.lightspeed.austtx.sbcglobal.net ([104.54.221.134]) by webmail.lerctr.org with HTTP (HTTP/1.1 POST); Fri, 19 Sep 2014 19:04:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Fri, 19 Sep 2014 19:04:46 -0500 From: Larry Rosenman To: "Justin T. Gibbs" Subject: Re: getting to 4K disk blocks in ZFS In-Reply-To: <82FFB2B2-F1D7-422A-BA92-9AFE95678390@scsiguy.com> References: <540FF3C4.6010305@ish.com.au> <54114029.3060507@FreeBSD.org> <2128347.Ah5i0RTCvp@overcee.wemm.org> <541230F1.3060402@digiware.nl> <7D0869A9-C114-4C4F-877A-3FB26AD7737D@scsiguy.com> <607F83CE25104CE09C74935BA9E26485@multiplay.co.uk> <541CBD5B.8050603@denninger.net> <82FFB2B2-F1D7-422A-BA92-9AFE95678390@scsiguy.com> Message-ID: <5fe62fbb45ec5fa66776266e9985915c@thebighonker.lerctr.org> X-Sender: ler@lerctr.org User-Agent: Roundcube Webmail/1.0.2 X-Spam-Score: -3.6 (---) X-LERCTR-Spam-Score: -3.6 (---) X-Spam-Report: SpamScore (-3.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.655 X-LERCTR-Spam-Report: SpamScore (-3.6/5.0) ALL_TRUSTED=-1, BAYES_00=-1.9, RP_MATCHES_RCVD=-0.655 Cc: owner-freebsd-stable@freebsd.org, freebsd-stable@freebsd.org, Steven Hartland , Karl Denninger X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Sep 2014 00:04:51 -0000 On 2014-09-19 18:59, Justin T. Gibbs wrote: > On Sep 19, 2014, at 5:43 PM, Steven Hartland > wrote: > >> >> ----- Original Message ----- From: "Karl Denninger" >> >> >>> >> I'm surprised that we have to constantly add quirks. Are these >>> >> drives really >>> >> failing to report their ata params correctly? Is there a reason we >>> >> don't >>> >> currently utilize the ata params data (which is already fetched for >>> >> trim/unmap >>> >> detection) to also set lbppbe (logical block per physical block >>> >> exponent) and >>> >> lalba (lowest aligned lba)? We may find that many of the existing >>> >> quirks are >>> >> unnecessary if we fix the probe code. >>> > >>> > On the contary I've not found a single drive which reports 4k sectors >>> > on its >>> > own, every single one that I've seen report 4k is because we've added a >>> > quirk for it :( >>> > >>> > >>> Where is Smartctl getting it from? >>> smartctl -i /dev/da2 >>> smartctl 6.3 2014-07-26 r3976 [FreeBSD 10.1-BETA1 amd64] (local >>> build) >>> Copyright (C) 2002-14, Bruce Allen, Christian Franke, >>> www.smartmontools.org >>> === START OF INFORMATION SECTION === >>> Device Model: HGST HDN724040ALE640 >>> Serial Number: PK2334PCG6NA0B >>> LU WWN Device Id: 5 000cca 24cc30684 >>> Firmware Version: MJAOA5E0 >>> User Capacity: 4,000,787,030,016 bytes [4.00 TB] >>> Sector Sizes: 512 bytes logical, 4096 bytes physical >>> Rotation Rate: 7200 rpm >>> Form Factor: 3.5 inches >>> Device is: Not in smartctl database [for details use: -P >>> showall] >>> ATA Version is: ATA8-ACS T13/1699-D revision 4 >>> SATA Version is: SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s) >>> Local Time is: Fri Sep 19 18:33:16 2014 CDT >>> SMART support is: Available - device has SMART capability. >>> SMART support is: Enabled >>> It's not coming from a database, as Smartctl doesn't know about these >>> (yet); they're too new. >> >> Exception to prove the rule? >> >> What to "camcontrol identify da2" report? > > Was there some recent change made to have that command report sector > size information? Last I checked, it didn’t. borg.lerctr.org /home/ler $ sudo camcontrol identify ada0 pass1: ATA-8 SATA 3.x device pass1: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 3.x device model ST2000DL003-9VT166 firmware revision CC32 serial number 5YDA1ZL4 WWN 5000c50053825268 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 media RPM 5900 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags NCQ Queue Management no NCQ Streaming no Receive & Send FPDMA Queued no SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no automatic acoustic management yes yes 0/0x00 254/0xFE media status notification no no power-up in Standby no no write-read-verify yes no 0/0x0 unload no no general purpose logging yes yes free-fall no no Data Set Management (DSM/TRIM) no Host Protected Area (HPA) yes no 3907029168/3907029168 HPA - Security no borg.lerctr.org /home/ler $ sudo camcontrol identify ada1 pass2: ATA-8 SATA 3.x device pass2: 300.000MB/s transfers (SATA 2.x, UDMA6, PIO 8192bytes) protocol ATA/ATAPI-8 SATA 3.x device model ST2000DL003-9VT166 firmware revision CC3D serial number 5YD6FPLG WWN 5000c500469a1d07 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 4096, offset 0 LBA supported 268435455 sectors LBA48 supported 3907029168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM 5900 Feature Support Enabled Value Vendor read ahead yes yes write cache yes yes flush cache yes yes overlap no Tagged Command Queuing (TCQ) no no Native Command Queuing (NCQ) yes 32 tags NCQ Queue Management no NCQ Streaming no Receive & Send FPDMA Queued no SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no automatic acoustic management yes yes 0/0x00 254/0xFE media status notification no no power-up in Standby no no write-read-verify yes no 0/0x0 unload no no general purpose logging yes yes free-fall no no Data Set Management (DSM/TRIM) no Host Protected Area (HPA) yes no 3907029168/3907029168 HPA - Security no borg.lerctr.org /home/ler $ > > — > Justin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to > "freebsd-stable-unsubscribe@freebsd.org" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-642-9640 (c) E-Mail: ler@lerctr.org US Mail: 108 Turvey Cove, Hutto, TX 78634-5688