From owner-svn-src-all@FreeBSD.ORG Tue Dec 7 23:06:30 2010 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 394B4106564A; Tue, 7 Dec 2010 23:06:30 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id BF05E8FC1C; Tue, 7 Dec 2010 23:06:29 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 9D6D6E7175; Tue, 7 Dec 2010 23:06:28 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=cran.org.uk; h=date:from :to:cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; s=mail; bh=2bL7T3v1WxTE DoiideROi1tCgkg=; b=nGUieCCTdL0cxk3C7UNYEd6ejcbUymQvhngbIwbGFNYR cFMz9a35SWjVF4/WKcCBUwBfKZdr3m25wJxbIqHFEN0btyU1XLljO2xdBe8STc5/ 2x62fAJCFRLC8EuFsC/voj652o/xtxkL1/krkfpWVZrIA+ji1Xt1S72p3QlQ7zU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=cran.org.uk; h=date:from:to :cc:subject:message-id:in-reply-to:references:mime-version :content-type:content-transfer-encoding; q=dns; s=mail; b=BYiGNG JUSdUmDKQful/vOZ6rS57kJXP4EWgL4NNhotTdOoMusEanSZ9vn/qDsFakys1IC2 FxNvxRvAwJWh7iVBEG6WB5p3mChD0i92iJ5rPrvwgQVVAeIGKObSp3Kx6YGK0Tiw biEqOjWotNSqN1qmG/47zIjpP372TzIJfmyok= Received: from core.draftnet (client-86-25-14-189.oxfd.adsl.virginmedia.com [86.25.14.189]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA id 21588E7173; Tue, 7 Dec 2010 23:06:28 +0000 (GMT) Date: Tue, 7 Dec 2010 23:06:24 +0000 From: Bruce Cran To: Andriy Gapon Message-ID: <20101207230624.7b7a83d3@core.draftnet> In-Reply-To: <4CFEAD09.30904@freebsd.org> References: <201012072046.oB7KkB4L079555@svn.freebsd.org> <4CFEAD09.30904@freebsd.org> X-Mailer: Claws Mail 3.7.7 (GTK+ 2.22.1; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r216269 - head/sys/geom/part X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 23:06:30 -0000 On Tue, 07 Dec 2010 23:54:17 +0200 Andriy Gapon wrote: > You repeated that statement, so I am picking on you :-) > Can someone show me how/where exactly modern drives fakes CHS > geometry? Let me specifically ask that question about modern (S)ATA > drives directly connected to a system (controller). > My impression is at least since ATA-7 there is no mentioning of > anything CHS-related in the specification. The fact that we keep > reading and interpreting some historically defined bytes that are now > marked as unused/reserved doesn't mean that those bytes actually mean > anything. You're right: I last looked at the IDENTIFY data about 7 years ago when those fields were defined; now they're marked as "obsolete". I guess the fields are still defined to keep old tools happy. Both atacontrol and camcontrol are still reading the IDENTIFY data and outputting the CHS fields even on ATA-8 drives, which I guess they shouldn't be. -- Bruce