Re: UFS not 64-bit clean?
Re: UFS not 64-bit clean?
- Subject: Re: UFS not 64-bit clean?
- From: Chris Bednar <email@hidden>
- Date: Wed, 12 Dec 2001 11:52:59 -0600 (CST)
On Tue, 11 Dec 2001, Umesh Vaishampayan wrote:
>
...
>
>
>> Now that VM supports 64 bit data paths, the code above can be removed.
>
>
>
> But will it work... well, I went through this with Linux;
>
> maybe I'll try it again.
>
>
>
>
Yes it will. The VM paths are well tested using HFS+. And UFS paths are
>
tested in Rhapsody^W Mac OS X Server 1.0 and in early xnu. So I have
>
reason to believe that "it should just work".
It looks like something nasty may have crept into the code
along the way. I attempted a patch, and the good news is that
I seem (in at least the cases I've tried) to get the
'File too large' error now, but that is also the bad news.
Well, it's bad news if it's coming from something like
if (lbn < 0)
return (EFBIG);
at bsd/ufs/ffs/ffs_balloc.c:114, but maybe not so bad if it's coming
from something like
if (length > fs->fs_maxfilesize)
return (EFBIG);
in bsd/ufs/ffs/ffs_inode.c:209, if all that means is that the maxfilesize
in the superblock is 4GB. I'll have to play with dumpfs later (I wonder
why that doesn't work on a mounted FS?)
Just a side note - I should have known Apple would deliver a system
wherein it's EASY to build and install a kernel ;)
----
Chris J. Bednar
Director, Distributed Computing Product Group
http://AdvancedDataSolutions.com/