updating HFS for 5.2R [patch]

Murata Shuuichirou mrt at notwork.org
Mon Feb 2 10:16:31 PST 2004


In message <1074080151.733.51.camel at cyclops.thehouse>,
 `zgh at malfunktion.net' wrote:
> With these changes, the code compiles. I can install and load the
> resulting kernel module, and I can sucessfully use newfs_hfs and
> fsck_hfs, but mount_hfs on the same volume always fails with an
> "Input/output error".

If you have not gotten good results yet, try attached patch.  Of
course, your patch is also needed.

With this patch, I can mount hfs successfully.  Creating and
removing files on the filesystem are also succeeded.

But, I have not tested this fully and found some problems such as:

  1. Sometime, hfs partitions become unmountable by FreeBSD
     (mount_hfs returns "Invalid argument"), although the
     partition can still be mounted by MacOSX.

  2. After editing files on hfs filesystem with vi(1), umounting
     the filesystem causes these errors:

Feb  2 21:13:11 roma kernel: hfs_fsync: dirty: 0xc2d74000: tag hfs, type VREG, usecount 2, writecount 0, refcount 2, flags (VV_SYSTEM), lock type cnode: EXCL (count 1) by thread 0xc2b42a80 (pid 1068)
Feb  2 21:13:11 roma kernel: tag VT_HFS, cnid 4, on dev 4, 24 lock type cnode: EXCL (count 1) by thread 0xc2b42a80 (pid 1068)
(lots of same errors continue)

     Then system crashed.

These problems seem to occur on FreeBSD-5.1-RELEASE with original
hfs-freebsd-03.tar.gz, too.

So please use it with care.
-- 
MURATA Shuuichirou

--- darwin/xnu/bsd/hfs/hfs_readwrite.c	2004/01/29 13:55:22	1.1
+++ darwin/xnu/bsd/hfs/hfs_readwrite.c	2004/02/02 05:34:47
@@ -1452,6 +1452,9 @@
 #ifdef DARWIN
 	return VOCALL (vp->v_op, VOFFSET(vop_strategy), ap);
 #else
+#if __FreeBSD_version >= 501112 /* XXX */
+	bp->b_iooffset = dbtob(bp->b_blkno);
+#endif
 #if __FreeBSD_version >= 500100 /* YYY the change has had no version bump */
 	VOP_SPECSTRATEGY(vp, bp);
 #else



More information about the freebsd-fs mailing list