kernel.git/fs/hfsplus, branch linux-2.6.37.y

new helper: mount_bdev()

2010-10-29T08:16:13Z

... and switch of the obvious get_sb_bdev() users to ->mount() Signed-off-by: Al Viro

Merge branch 'for-next' of git://git.kernel.org/pub/scm/linux/kernel/git/hch/hfsplus

2010-10-28T16:32:05Z

* 'for-next' of git://git.kernel.org/pub/scm/linux/kernel/git/hch/hfsplus: hfsplus: free space correcly for files unlinked while open hfsplus: fix double lock typo in ioctl

hfsplus: free space correcly for files unlinked while open

2010-10-27T11:45:50Z

hfsplus_delete_inode only truncates away all block allocations if i_nlink is zero. Make sure we properly drop the unlink count even when doing the rename hack for open but unlinked files. Signed-off-by: Christoph Hellwig

new helper: ihold()

2010-10-26T01:26:11Z

Clones an existing reference to inode; caller must already hold one. Signed-off-by: Al Viro

list.h: new helper - hlist_add_fake()

2010-10-26T01:24:15Z

Make node look as if it was on hlist, with hlist_del() working correctly. Usable without any locking... Convert a couple of places where we want to do that to inode->i_hash. Signed-off-by: Al Viro

hfsplus: fix double lock typo in ioctl

2010-10-25T18:39:07Z

This was supposed to be a mutex_unlock() instead of a mutex_lock(). Signed-off-by: Dan Carpenter Signed-off-by: Christoph Hellwig

hfsplus: fix getxattr return value

2010-10-15T12:45:00Z

We need to support -EOPNOTSUPP for attributes that are not supported to match other filesystems and allow userspace to detect if Posix ACLs are supported or not. setxattr already gets this right. Signed-off-by: Christoph Hellwig

hfsplus: remove the unused hfsplus_kmap/hfsplus_kunmap helpers

2010-10-14T13:54:43Z

Signed-off-by: Christoph Hellwig

hfsplus: create correct initial catalog entries for device files

2010-10-14T13:54:39Z

Make sure the initial insertation of the catalog entry already contains the device number by calling init_special_inode early and setting writing out the dev field of the on-disk permission structure. The latter is facilitated by sharing the almost identical hfsplus_set_perms helpers between initial catalog entry creating and ->write_inode. Unless we crashed just after mknod this bug was harmless as the inode is marked dirty at the end of hfsplus_mknod, and hfsplus_write_inode will update the catalog entry to contain the correct value. Signed-off-by: Christoph Hellwig

hfsplus: remove superflous rootflags field in hfsplus_inode_info

2010-10-14T13:54:33Z

The rootflags field in hfsplus_inode_info only caches the immutable and append-only flags in the VFS inode, so we can easily get rid of it. Signed-off-by: Christoph Hellwig