From: CJ <cj@cjcj.com>
To: Vijay Kumar <jkumar@qualcomm.com>
Cc: Alan.Cox@linux.org, linux-kernel@vger.kernel.org
Subject: Re: kernel patch support large fat partitions
Date: Thu, 03 Jan 2002 18:48:31 -0800 [thread overview]
Message-ID: <3C3517FF.20704@cjcj.com> (raw)
In-Reply-To: <5.1.0.14.0.20020103152205.039f2008@mage.qualcomm.com>
FAT32 stores 28 bit cluster numbers. You need to increase cluster size
instead of the 28 bits to stay FAT32. The spec is fatgen102.pdf:, I'll
mail it to you.
Hardware White Paper Hardware White Paper
FAT: General Overview of On-Disk Format
Version 1.02, May 5, 1999
Microsoft Corporation
Vijay Kumar wrote:
> Alan,
>
> This is regarding a change I had to make to the kernel 2.2.17-14 to
> support really large drives. In our project we deal with huge drives,
> sometimes drives larger than 128GB. The file system is FAT32 and only
> one partition is create on any drive. During our testing we realized
> that linux fat implementation doesn't support partitions larger than
> 128GB(actually 64GB because of a bug in fat implementation).
>
> This limitation is imposed by the data structures used by the linux
> fat implementation to read/write directory entries. A 'long' data type
> is used to access directory entries on the disk, of which only 28 bits
> are used to identify the sector that contains the directory entry and
> the rest 4 bits are used to specify offset of the directory entry
> inside the sector. Using 28 bits to identify a sector means we cannot
> access sectors beyond 128GB (2^28*512), thus limiting us from creating
> partitions larger than 128GB on large disk drives.
>
> I have made changes to fat, vfat and msdos file system implementations
> in the kernel to use larger data types, thus allowing us to create
> larger partitions. As per the GPL I would like to make the patch
> available to everyone and also in case somebody has run into the same
> problem(who cares about fat in the linux world). The patch has been
> fairly well tested only on our systems(p3, 700MHz with FC). I truly
> appreciate if you & anybody in the kernel mailing list have any
> feedback about the changes.
>
> The patch is applicable to only 2.2.17-14 kernel and may require
> changes to use with other kernel versions. As far as I know none of
> the kernel versions provide any fix for this problem.
>
> Thanks,
> - Vijay
next prev parent reply other threads:[~2002-01-04 2:49 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-01-03 23:42 kernel patch support large fat partitions Vijay Kumar
2002-01-04 0:24 ` Andreas Dilger
2002-01-04 0:34 ` Vijay Kumar
2002-01-04 2:48 ` CJ [this message]
2002-01-04 18:52 ` Vijay Kumar
2002-01-05 20:40 ` H. Peter Anvin
2002-01-05 0:12 ` Vijay Kumar
-- strict thread matches above, loose matches on Subject: below --
2002-01-04 10:40 Randal, Phil
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3C3517FF.20704@cjcj.com \
--to=cj@cjcj.com \
--cc=Alan.Cox@linux.org \
--cc=jkumar@qualcomm.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox