RFC: backporting GEOM to the 4.x branch
ALeine
aleine at austrosearch.net
Thu Feb 3 19:47:07 PST 2005
dillon at xxxxxxxxxxxxxxxxxxxx wrote:
> Sure, but I have a wish list a mile long and probably a thousand man-hours
> worth of work in my queue. I'm not going to be porting that any time
> soon. You are certainly welcome to port it as a char device. Our
> disk abstraction is already fully recursive so it should be possible to
> stack any number of block devices on top of each other. It would be nice
> to have a common utility to glue block devices together for this class
> of 'virtual' block device as well.
I know you have other more important priorities, I did not expect you to port
it instead of me. :-) Is someone already working on such a utility?
> The current BUF/BIO model is very close to FreeBSD-4. We haven't done any
> of the truely major bits of work on it yet (like changing the block
> numbers to 64 bit byte offsets and things of that ilk).
What other major changes that would affect what I would like to implement are
planned? Anything else I should anticipate?
> The only big difference relative to FreeBSD-4 is that the actual I/O
> sequencing has changed slightly, and the device representing a labeled
> disk is no longer overloaded onto the device reprsenting a 'raw' disk.
That would indeed make it easier to implement dGDE, I'll take a closer look
and study the code.
ALeine
___________________________________________________________________
WebMail FREE http://mail.austrosearch.net
More information about the Kernel
mailing list