From owner-freebsd-stable@FreeBSD.ORG Fri Sep 19 23:43:57 2014 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 948A5CFB for ; Fri, 19 Sep 2014 23:43:57 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 55698BB2 for ; Fri, 19 Sep 2014 23:43:56 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id D189620E7088E; Fri, 19 Sep 2014 23:43:54 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.multiplay.co.uk X-Spam-Level: ** X-Spam-Status: No, score=2.2 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,RDNS_DYNAMIC,STOX_REPLY_TYPE autolearn=no version=3.3.1 Received: from r2d2 (82-69-141-170.dsl.in-addr.zen.co.uk [82.69.141.170]) by smtp1.multiplay.co.uk (Postfix) with ESMTPS id 029B220E7088A; Fri, 19 Sep 2014 23:43:52 +0000 (UTC) Message-ID: From: "Steven Hartland" To: "Karl Denninger" , 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> Subject: Re: getting to 4K disk blocks in ZFS Date: Sat, 20 Sep 2014 00:43:46 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 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: Fri, 19 Sep 2014 23:43:57 -0000 ----- 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? Regards Steve