From owner-freebsd-hackers@FreeBSD.ORG Mon Jun 2 20:45:51 2014 Return-Path: Delivered-To: freebsd-hackers@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 88D94E69; Mon, 2 Jun 2014 20:45:51 +0000 (UTC) Received: from smtp1.multiplay.co.uk (smtp1.multiplay.co.uk [85.236.96.35]) by mx1.freebsd.org (Postfix) with ESMTP id 456C02312; Mon, 2 Jun 2014 20:45:51 +0000 (UTC) Received: by smtp1.multiplay.co.uk (Postfix, from userid 65534) id B826E20E7088B; Mon, 2 Jun 2014 20:45:50 +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.0 required=8.0 tests=AWL,BAYES_00,DOS_OE_TO_MX, FSL_HELO_NON_FQDN_1,HELO_NO_DOMAIN,RDNS_DYNAMIC 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 6717120E70886; Mon, 2 Jun 2014 20:45:46 +0000 (UTC) Message-ID: <1389B184A2434E55BCB9AD457273D1CF@multiplay.co.uk> From: "Steven Hartland" To: "Warren Block" 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> Subject: Re: fdisk(8) vs gpart(8), and gnop Date: Mon, 2 Jun 2014 21:45:51 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response 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 Cc: freebsd-fs , FreeBSD Hackers , Matthew Ahrens , Nathan Whitehorn X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Jun 2014 20:45:51 -0000 ----- Original Message ----- From: "Warren Block" >> ----- 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.) It is indeed because of the quirks we've manually entered I'm afraid :( Regards Steve