Date: Fri, 19 Sep 2014 18:56:20 -0500 From: Karl Denninger <karl@denninger.net> To: freebsd-stable@freebsd.org Subject: Re: getting to 4K disk blocks in ZFS Message-ID: <541CC2A4.2060509@denninger.net> In-Reply-To: <BA7CD0B47D5F47159BF73FB196563166@multiplay.co.uk> References: <540FF3C4.6010305@ish.com.au> <A0A549F7A4094F519A3660697AB4983F@multiplay.co.uk> <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> <BA7CD0B47D5F47159BF73FB196563166@multiplay.co.uk>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] On 9/19/2014 6:43 PM, Steven Hartland wrote: > > ----- Original Message ----- From: "Karl Denninger" <karl@denninger.net> > >> >> 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 Not an exception! _*All*_ of my 4k block drives report so on smartctl. It was possible some of those were in the database that way (they say they are) but these are not, and I have a number of them from different vendors and series. (Seagates, HGSTs, etc.) [root@NewFS /disk/karl]# camcontrol identify da2 pass2: <HGST HDN724040ALE640 MJAOA5E0> ATA-8 SATA 3.x device pass2: 600.000MB/s transfers, Command Queueing Enabled protocol ATA/ATAPI-8 SATA 3.x device model HGST HDN724040ALE640 firmware revision MJAOA5E0 serial number PK2334PCG6NA0B WWN 5000cca24cc30684 cylinders 16383 heads 16 sectors/track 63 sector size logical 512, physical 4096, offset 0 LBA supported 268435455 sectors LBA48 supported 7814037168 sectors PIO supported PIO4 DMA supported WDMA2 UDMA6 media RPM 7200 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 yes no 0/0x00 automatic acoustic management no no media status notification no no power-up in Standby yes no write-read-verify no no unload no no general purpose logging yes yes free-fall no no Data Set Management (DSM/TRIM) no Host Protected Area (HPA) yes no 7814037168/7814037168 HPA - Security no NEXT! -- Karl Denninger karl@denninger.net <mailto:karl@denninger.net> /The Market Ticker/ [-- Attachment #2 --] 0 *H 01 0 + 0 *H O0K030 *H 01 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 130824190344Z 180823190344Z0[1 0 UUS10UFlorida10UKarl Denninger1!0 *H karl@denninger.net0"0 *H 0 bi՞] MNԿawx?`)'ҴcWgR@BlWh+ u}ApdCF JVй~FOL }EW^bچYp3K& ׂ(R lxڝ.xz?6 &nsJ +1v9 v/( kqĪp[vjcK%fϻe?iq]z lyzFO'ppdX//Lw(3 JI A*S#՟H[f|CGqJKoo y.oEuOw$ /섀$삻J9b|A P~8]D1YI<"""Y^T2iQ2 b yH)] Ƶ0y$ _N 6XqMC 9 XgώjGTP"#nˋ"Bk1 00 U 0 0 `HB0 U 0, `HB OpenSSL Generated Certificate0 U |8 ˴d[20 U #0]Af4 U3x&^"408 `HB+)https://cudasystems.net:11443/revoked.crl0 *H gBwH] j\x`( &gW32"Uf^. ^Iϱ k!DQA g{(w /)\N'[ oRW @C HO>)XrTNɘ!u`xt5(=f\-l3<@C6mnhv##1ŃbH͍_Nq aʷ?rk$^9TIa!kh,D -ct1 0001 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 + ;0 *H 1 *H 0 *H 1 140919235620Z0# *H 1\ǷU1;Dȳ0l *H 1_0]0 `He*0 `He0 *H 0*H 0 *H @0+0 *H (0 +71001 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 *H 101 0 UUS10UFlorida10U Niceville10U Cuda Systems LLC1 0UCuda Systems LLC CA1/0- *H customer-service@cudasystems.net0 *H + "Ug4ސ rx vx +ZJ9lR]{9LSW'[\N^6{N*%n=@xu+$BiF.(}X`O: +9K &3>I4F<[%A $MB4u_ TmSUcS i)D23z46F&l-2N6fwMF]30tG ѾQK~T'YRi8NZijkfǪ)T9Ôtq#uVQ <#v76l ( F&%/,@"mڈqWLUmxʷBPy28 (^6 H2cj')_*Ef ¯A`y[LgQ mžubff32 /cٯ2u <pJ"}%fHN \w8jVDyI.8
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?541CC2A4.2060509>