[Ksummit-discuss] [topic] Richer internal block API

[Greg KH]

On Thu, May 29, 2014 at 11:13:25AM -0700, Daniel Phillips wrote:
> On 05/29/2014 11:13 AM, Greg KH wrote:
> >On Thu, May 29, 2014 at 10:49:13AM -0700, Daniel Phillips wrote:
> >>Hi Neil,
> >>
> >>This will be my annual proposal to open a general discussion about improving
> >>the internal block API, to be capable of doing all the things that the ZFS
> >>crowd claim are impossible without rampantly violating filesystem/raid
> >>layering. Attacking this in a storage-specific venue would also be good,
> >>however I view this issue as being at least as central as a number of topics
> >>already raised for general consideration.
> >Why didn't you bring this up at the filesystem summit a few months ago?
> >That's the best place for it, not at the kernel summit.
> Sorry, I did not have time to participate this year. I wonder though, why
> power management is regarded as a summit-worthy topic, but core
> functionality of the block layer is not.

power management covers the whole tree, the block layer is "just" the
block layer.

> >>Full disclosure dept: I have an agenda. I want to add the equivalent of
> >>Raidz etc to Tux3 without reimplementing a logical volume manager in the
> >>filesystem.
> >Like btrfs is doing?  :)
> >
> >greg k-h
> Not like btrfs is doing, the opposite really.

Good, post patches then :)

greg k-h