Re: linux-next: manual merge of the vfs tree with the tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 8 May 2009, Al Viro wrote:
> > Al, would it make sense to merge the fuse tree into the vfs tree at
> > some point to fix the conflict permanently?
> 
> Hmm...  Doable, of course, but I really wonder if that's the right
> way to deal with this one.  The thing is, looking at the current VFS
> tree I see very few places where FUSE gets called with BKL (essentially,
> ->get_sb(), ->remount_fs()) and ->...ioctl()).  ->remount_fs() is absolutely
> locking-agnostic there and ->get_sb(), ->put_super() and ->umount_begin()
> are all serialized per superblock.  And for data structures that are
> not per-superblock FUSE doesn't rely on BKL in any of those, AFAICT.

That's correct.

> If you can ACK that, we could simply leave FUSE out of all the "push
> BKL down into get_sb/umount_begin/put_super/remount_fs" series.

Okay.

Thanks,
Miklos
--
To unsubscribe from this list: send the line "unsubscribe linux-next" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Kernel]     [Linux USB Development]     [Yosemite News]     [Linux SCSI]

  Powered by Linux