From owner-freebsd-hackers Fri Feb 4 22:26:36 2000 Delivered-To: freebsd-hackers@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by builder.freebsd.org (Postfix) with ESMTP id 826CA4526 for ; Fri, 4 Feb 2000 22:26:32 -0800 (PST) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA23640 for ; Fri, 4 Feb 2000 23:26:52 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA03255 for ; Fri, 4 Feb 2000 23:26:46 -0700 (MST) Message-Id: <200002050626.XAA03255@harmony.village.org> To: hackers@freebsd.org Subject: Question about msdosfs Date: Fri, 04 Feb 2000 23:26:46 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In msdosfs_vfsops.c we have: || !pmp->pm_Heads || pmp->pm_Heads > 255 #ifdef PC98 || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 255) { #else || !pmp->pm_SecPerTrack || pmp->pm_SecPerTrack > 63) { #endif error = EINVAL; What's so special about 63? Many scsi drives have more than 63 sectors per track. The only reason that we don't see problems with this is that it appears that CAM appears to be using a geometry with 64 heads and 32 sectors and N cylendars. What's the justification here? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message