From owner-freebsd-fs@FreeBSD.ORG Wed Sep 28 06:05:49 2005 Return-Path: X-Original-To: fs@freebsd.org Delivered-To: freebsd-fs@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 383B816A47D for ; Wed, 28 Sep 2005 06:05:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id BAFE743D48 for ; Wed, 28 Sep 2005 06:05:48 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j8S65ZsM016153; Wed, 28 Sep 2005 00:05:35 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <433A32AE.1030802@samsco.org> Date: Wed, 28 Sep 2005 00:05:34 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Mikhail Teterin References: <200509280537.j8S5b1rN050598@corbulon.video-collage.com> In-Reply-To: <200509280537.j8S5b1rN050598@corbulon.video-collage.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: re@freebsd.org, peadar.edwards@gmail.com, fs@freebsd.org, gayn.winters@bristolsystems.com Subject: Re: can not mount a large FAT32 filesystem X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Sep 2005 06:05:50 -0000 Mikhail Teterin wrote: > Thank you very much, Peter! > > Your patch below makes the card "mountable" and usable. I'm copying > my photos right now. > > I think, this should be merged into 6.0 -- these cards are a popular > item... Thanks, again! > > -mi > > Index: msdosfs_vfsops.c > =================================================================== > RCS file: /nfs/dyson/export/home/petere/freebsd-cvs/cvs/FreeBSD/src/sys/fs/msdosfs/msdosfs_vfsops.c,v > retrieving revision 1.144 > diff -u -r1.144 msdosfs_vfsops.c > --- msdosfs_vfsops.c 24 Mar 2005 07:36:13 -0000 1.144 > +++ msdosfs_vfsops.c 27 Sep 2005 09:40:19 -0000 > @@ -512,9 +512,7 @@ > #endif /* !MSDOSFS_LARGE */ > > if (pmp->pm_RootDirEnts == 0) { > - if (bsp->bs710.bsBootSectSig2 != BOOTSIG2 > - || bsp->bs710.bsBootSectSig3 != BOOTSIG3 > - || pmp->pm_Sectors > + if (pmp->pm_Sectors > || pmp->pm_FATsecs > || getushort(b710->bpbFSVers)) { > error = EINVAL; Might this be an attempt by the manufacturer to avoid the potential patent litigation from using msdosfs? I.e. create a slightly non-conformant filesystem so that it can't claim to explicitely be msdosfs/vfat/fat32/whatever, thereby avoiding the patents on those technologies? Since these checks are done after other magic number checks, it's likely safe. I'm fine with it going into RELENG_6 once it hass been committed to HEAD. Scott