HFSPLus driver for Linux 2.6.
Andrew Morton
>
> I don't remember where I grabbed this driver, I only know it's much
> more current than the one at
> http://sourceforge.net/projects/linux-hfsplus.
Sorry, that's a showstopper. We need to understand who the maintenance
team is, and evaluate their preparedness to maintain this code long-term.
We don't want to be adding yet another rarely-used filesystem which has no
visible maintenance team.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majo...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Matthias Urlichs
> Dylan Griffiths <dylang...@thock.com> wrote:
>>
>> I don't remember where I grabbed this driver, I only know it's much
>> more current than the one at
>> http://sourceforge.net/projects/linux-hfsplus.
>
> Sorry, that's a showstopper. We need to understand who the maintenance
> team is, and evaluate their preparedness to maintain this code long-term.
>
That probably was http://www.ardistech.com/hfsplus/. Their latest release
is from mid-December.
> We don't want to be adding yet another rarely-used filesystem which has no
> visible maintenance team.
>
The Mac-m68k and the Mac-PPC people would probably disagree about the
"rarely-used" part. I do agree that adding a filesystem, no matter how
widely used, without at least somebody to liaise between the kernel people
and the authors is a bad idea.
--
Matthias Urlichs
Benjamin Herrenschmidt
> Dylan Griffiths <dylang...@thock.com> wrote:
> >
> > I don't remember where I grabbed this driver, I only know it's much
> > more current than the one at
> > http://sourceforge.net/projects/linux-hfsplus.
>
> Sorry, that's a showstopper. We need to understand who the maintenance
> team is, and evaluate their preparedness to maintain this code long-term.
>
> visible maintenance team.
It's a not-that-rarely used filesystem actually :) Been in my tree for
a few monthes and it's used by pmac users either for iPod's or for
accessing the MacOS X partitions.
It's written & maintained by Roman Zippel, and the latest snapshot is
available at http://www.ardistech.com/hfsplus/ but you probably want
to ask Roman if it's really the latest version before merging :)
One thing we absolutely need too is a port of Apple's fsck for HFS+,
currently, the driver will refuse to mount read/write a "dirty"
HFS+ filesystem to avoid corruption, but that means we have to reboot
MacOS to fsck it then... But that limitation shouldn't prevent merging
it.
I suppose it may be good to also merge Roman's cleanup/rewrite of
the old HFS filesytem...
Ben.
Andreas Schwab
> One thing we absolutely need too is a port of Apple's fsck for HFS+,
> currently, the driver will refuse to mount read/write a "dirty"
> HFS+ filesystem to avoid corruption, but that means we have to reboot
> MacOS to fsck it then...
Not reboot, but boot. MOL is your friend. :-)
Andreas.
--
Andreas Schwab, SuSE Labs, sch...@suse.de
SuSE Linux AG, Maxfeldstraße 5, 90409 Nürnberg, Germany
Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"And now for something completely different."
Matthias Urlichs
> Benjamin Herrenschmidt <be...@kernel.crashing.org> writes:
>> One thing we absolutely need too is a port of Apple's fsck for HFS+,
>> currently, the driver will refuse to mount read/write a "dirty"
>> HFS+ filesystem to avoid corruption, but that means we have to reboot
>> MacOS to fsck it then...
>
> Not reboot, but boot. MOL is your friend. :-)
OK, YOU tell that to my m68k Mac over there. :-/
--
Matthias Urlichs
J.A. Magallon
On 02.06, Benjamin Herrenschmidt wrote:
> On Fri, 2004-02-06 at 15:02, Andrew Morton wrote:
> > Dylan Griffiths <dylang...@thock.com> wrote:
> > >
> > > I don't remember where I grabbed this driver, I only know it's much
> > > more current than the one at
> > > http://sourceforge.net/projects/linux-hfsplus.
> >
> > Sorry, that's a showstopper. We need to understand who the maintenance
> > team is, and evaluate their preparedness to maintain this code long-term.
> >
> > We don't want to be adding yet another rarely-used filesystem which has no
> > visible maintenance team.
>
> It's a not-that-rarely used filesystem actually :) Been in my tree for
> a few monthes and it's used by pmac users either for iPod's or for
> accessing the MacOS X partitions.
>
> It's written & maintained by Roman Zippel, and the latest snapshot is
> available at http://www.ardistech.com/hfsplus/ but you probably want
> to ask Roman if it's really the latest version before merging :)
>
> currently, the driver will refuse to mount read/write a "dirty"
> HFS+ filesystem to avoid corruption, but that means we have to reboot
> it.
>
You got it ;)
Look at http://www.opensource.apple.com/darwinsource/10.2.5/.
Get the diskdev_cmds.tar.gz, plus a patch from Roman at
http://www.ardistech.com/hfsplus/diskdev_cmds.diff.gz.
With this, I built a fsck.hfsplus + mkfs.hfsplus. I have been using them
on USB flash drives and zip disks. No real test on a several Gb disk.
But I think they will work.
There is even the source from the 10.3.2 (Panther) version for the commands,
but the current patch from Ardistech page does not apply.
But you can have a real fsck and mkfs for hfsplus.
I think it is suitable for 2.6, but of course Roman Zippel has the last
word (and should update the patch for the Panther version, if possible...)
I would really like to see this in -mm or mainline ;). It helps moving
data around...no more VFAT for me.
Hope all this helps.
--
J.A. Magallon <jamagallon()able!es> \ Software is like sex:
werewolf!able!es \ It's better when it's free
Mandrake Linux release 10.0 (Cooker) for i586
Linux 2.6.2-rc3-jam1 (gcc 3.3.2 (Mandrake Linux 10.0 3.3.2-4mdk))