From owner-freebsd-fs@FreeBSD.ORG Mon Jun 2 20:19:50 2014 Return-Path: Delivered-To: freebsd-fs@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 BC0D1108; Mon, 2 Jun 2014 20:19:50 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 60ED52029; Mon, 2 Jun 2014 20:19:50 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.8/8.14.8) with ESMTP id s52KJkEw015934 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 2 Jun 2014 14:19:46 -0600 (MDT) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.8/8.14.8/Submit) with ESMTP id s52KJkFe015930; Mon, 2 Jun 2014 14:19:46 -0600 (MDT) (envelope-from wblock@wonkity.com) Date: Mon, 2 Jun 2014 14:19:45 -0600 (MDT) From: Warren Block To: Steven Hartland Subject: Re: fdisk(8) vs gpart(8), and gnop In-Reply-To: Message-ID: References: <20140601004242.GA97224@bewilderbeast.blackhelicopters.org> <3D6974D83AE9495E890D9F3CA654FA94@multiplay.co.uk> <538B4CEF.2030801@freebsd.org> <1DB2D63312CE439A96B23EAADFA9436E@multiplay.co.uk> <538B4FD7.4090000@freebsd.org> <538C9207.9040806@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Mon, 02 Jun 2014 14:19:46 -0600 (MDT) Cc: freebsd-fs , FreeBSD Hackers , Matthew Ahrens , Nathan Whitehorn X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 20:19:50 -0000 On Mon, 2 Jun 2014, Steven Hartland wrote: > > ----- Original Message ----- From: "Nathan Whitehorn" > >> >> I think we basically don't have any lying disks anymore. The ATA code does >> a very good job of this -- most tell the truth, but in an odd way that gets >> reported up the stack. ada(4) has a quirks table for the ones that do not. >> If this is the only concern, then we should just stop telling people to >> worry about this. >> >> My bigger concern is this pool upgrade one -- what if someone puts in a 4K >> disk in the future? > > Thats very much not the case I'm afraid, I try to add quirks for disk as > they are reported but there's always going to be quite a few which are > wrong until manufacturers stop making their FW lie :( > Both gpart and diskinfo show the correct values in the stripesize fields. At least, I've yet to see it be wrong. Maybe that is where ZFS should be getting the blocksize anyway. (Of course, stripesize might only be correct due to the quirks you mention, in which case... never mind.)