lkml.org 
[lkml]   [2009]   [Jan]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Btrfs for mainline
On Sat, Jan 03, 2009 at 12:17:06PM -0700, Matthew Wilcox wrote:
> It's no worse than XFS (which still has its own implementation of
> 'synchronisation variables',

Which are a trivial wrapper around wait queues. I have patches to kill
them, but I'm not entirely sure it's worth it

> a (very thin) wrapper around mutexes,

nope.

> a
> (thin) wrapper around rwsems,

Which are needed so we can have asserts about the lock state, which
generic rwsems still don't have. At some pointer Peter looked into
it, and once we have that we can kill the wrapper.

and wrappers around kmalloc and kmem_cache.
>
> > - compat.h needs to go
>
> Later. It's still there for XFS.

?

> > - there should be manpages for all the ioctls and other interfaces.
>
> I wonder if Michael Kerrisk has time to help with that. Cc'd.

Actually a lot of the ioctl API don't just need documentation but
a complete redo. That's true at least for the physical device
management and subvolume / snaphot ones.

> > - various checkpath.pl level problems I think (e.g. printk levels)
>
> Can be fixed up later.
>
> > - the printks should all include which file system they refer to
>
> Ditto.

From painfull experience with a lot of things, including a filesystem
you keep on mentioning it's clear that once stuff is upstream there
is very little to no incentive to fix these things up.



\
 
 \ /
  Last update: 2009-01-03 20:53    [from the cache]
©2003-2011 Jasper Spaans