From owner-freebsd-bugs@FreeBSD.ORG Mon Aug 8 23:00:31 2005 Return-Path: X-Original-To: freebsd-bugs@hub.freebsd.org Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFC9716A41F for ; Mon, 8 Aug 2005 23:00:31 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A74343D46 for ; Mon, 8 Aug 2005 23:00:31 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.3/8.13.3) with ESMTP id j78N0V2S097579 for ; Mon, 8 Aug 2005 23:00:31 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.3/8.13.1/Submit) id j78N0VYZ097578; Mon, 8 Aug 2005 23:00:31 GMT (envelope-from gnats) Date: Mon, 8 Aug 2005 23:00:31 GMT Message-Id: <200508082300.j78N0VYZ097578@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org From: Bruce Evans Cc: Subject: Re: kern/83529: partition table corruption using wdc/wd driver X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bruce Evans List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Aug 2005 23:00:31 -0000 The following reply was made to PR kern/83529; it has been noted by GNATS. From: Bruce Evans To: Francis Gendreau Cc: freebsd-gnats-submit@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/83529: partition table corruption using wdc/wd driver Date: Tue, 9 Aug 2005 09:00:05 +1000 (EST) On Tue, 9 Aug 2005, Bruce Evans wrote: > However, the wdc/wd driver still seems to work well enough for disks > smaller than 137GB (1GB = 10^9 bytes). On my test system, there were > similar but not identical problems accessing partitions until I > configured the wd driver to use the "LBA addressing" flag 0x1000 (see > wd(4)). Try using this flag. It shouldn't be needed, but is needed > for all disks larger than 33GB due to driver bugs. Some disks have a > hard limit of 8GB, and the driver gets the test for this mostly wrong > and ends up intentionally breaking CHS above 33GB where it might work, > without intentionally breaking CHS between 8-33GB where it might not > work (the intentional breakage is just to truncate disks to a limit > above which the driver fears that they might not work). Oops. The test is correct. The 33GB limit is unrelated to hardware limits. It results from (virtual) disk geometries with more than 63 sectors being impractical because old BIOS interfaces are limited to this number and the wd driver doesn't change the CHS translation very much. In CHS mode, the driver uses the number of sectors in the current translation mode; this is set by the BIOS, so for not very old disks and not very new or very old BIOSes, it is almost always 63 instead of the maximum of 255, so the 137GB limit is reduced by a factor of 255/63 to become 33GB. The BIOS on my test machine is new enough to support 255 sectors, but I never use this because of compatibility problems (partition tables are still limited to 63 sectors of CHS addressing is used to boot). Bruce