From owner-freebsd-bugs@FreeBSD.ORG Mon Mar 24 22:04:40 2008 Return-Path: Delivered-To: freebsd-bugs@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31D181065671; Mon, 24 Mar 2008 22:04:40 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id D67A58FC12; Mon, 24 Mar 2008 22:04:39 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.2/8.14.2) with ESMTP id m2OLXOeA087348; Mon, 24 Mar 2008 17:33:24 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.2/8.14.2/Submit) id m2OLXN8U087347; Mon, 24 Mar 2008 17:33:23 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Mon, 24 Mar 2008 17:33:23 -0400 From: David Schultz To: remko@FreeBSD.ORG Message-ID: <20080324213323.GA87260@zim.MIT.EDU> Mail-Followup-To: remko@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, sos@FreeBSD.ORG, Adam Pordzik References: <200803140710.m2E7A0IM079653@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200803140710.m2E7A0IM079653@freefall.freebsd.org> Cc: Adam Pordzik , freebsd-bugs@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: kern/121686: [ata]: bogus CHS to LBA mapping in (at least) ata X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 22:04:40 -0000 This is a problem with some CD-ROMs, too, except in the case of CD-ROMs, the problem is more fundamental: the official standard allows the drive to overestimate the disc's capacity by a few sectors. GEOM just exacerbates the problem by having a dozen different providers each try to read the last sector. The latter issue has been discussed and the general reaction is that it's undesirable to force GEOM providers to cope with misbehaving devices. The fact that these errors result in a timeout in FreeBSD but not under (at least) Solaris makes me wonder whether there isn't a better way for the ata driver to notice the error than a timeout. Then again, I'm not an expert on ata.