From owner-svn-src-head@FreeBSD.ORG Thu Dec 9 23:04:27 2010 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B9BF106566C; Thu, 9 Dec 2010 23:04:27 +0000 (UTC) (envelope-from avg@freebsd.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id C823D8FC1A; Thu, 9 Dec 2010 23:04:25 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id BAA24633; Fri, 10 Dec 2010 01:04:10 +0200 (EET) (envelope-from avg@freebsd.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1PQpX0-000PxE-Dg; Fri, 10 Dec 2010 01:04:10 +0200 Message-ID: <4D016069.7050505@freebsd.org> Date: Fri, 10 Dec 2010 01:04:09 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101029 Lightning/1.0b2 Thunderbird/3.1.6 MIME-Version: 1.0 To: Kostik Belousov References: <201012072046.oB7KkB4L079555@svn.freebsd.org> <4CFEAD09.30904@freebsd.org> <4CFEAFA6.4020103@feral.com> <4CFEB1AD.70906@freebsd.org> <20101208153857.H1428@besplex.bde.org> <20101208225235.501ced0e@core.draftnet> <20101209191657.B1400@besplex.bde.org> <20101209221458.42448075@core.draftnet> <4D015A09.7070608@freebsd.org> <20101209225555.GS33073@deviant.kiev.zoral.com.ua> In-Reply-To: <20101209225555.GS33073@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Bruce Cran , src-committers@freebsd.org, svn-src-all@freebsd.org, Bruce Evans , Bruce Cran , svn-src-head@freebsd.org, Matthew Jacob Subject: Re: svn commit: r216269 - head/sys/geom/part X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Dec 2010 23:04:27 -0000 on 10/12/2010 00:55 Kostik Belousov said the following: > On Fri, Dec 10, 2010 at 12:36:57AM +0200, Andriy Gapon wrote: >> on 10/12/2010 00:14 Bruce Cran said the following: >>> Since it appears that disks are still using the CHS fields despite >>> having been obsolete since ATA-7 I guess it makes sense to continue >>> printing them. >> >> I apologize for repeating myself, that probably starts to be annoying... >> We read some reserved/unused/obsolete bytes and get some garbage in them. >> The fact that the garbage looks like "valid" (for some definition of "valid") >> CHS parameters doesn't mean that those are really valid, or CHS parameters, or >> we should use them, or we should even report them, even for debug. >> That's my personal position and I am sticking to it :-) > > I think that the drive manufacturers are trying to be compatible not only > with the latest ATA specifications, but also with the reasonable set of > previous revisions of the specs. At least they do this to allow older > BIOSes or DOS or whatever old software user has to continue to work. > > So, althought the fields are marked as reserved by newest spec, they > still filled with something semi-reasonable to satisfy (very) old > software. I think it is safe to read and interpret the values still. That could be true, but that's not a reason to keep using them. That's good for software that was written and compiled 10 years ago and now being run unchanged. But there is no reason to perpetuate that old stuff in modern and alive software that is being developed now. IMO, of course. In a way it's similar to how we kept trying to interpret value in RTC NVRAM/CMOS register E as BIOS diagnostics when BIOSes had already stopped using it. -- Andriy Gapon