To me, the proposal is not clear in regard to the intended scope, or in its relationship to existing Solaris device management facilities.
I understand wanting new file system support for *basic* media, but the need to support *amalgamated* media (implemented via Device_Mapper and LVM2) seems of lower priority. In terms of scope, is the proposal to make "Device_Mapper" a core Solaris concept, or is it just there as a shim below the Linux file system code? The way that Linux and Solaris deal with devices is different. I am very interested in 'concepts' that are missing in the Solaris device management support. For core Solaris, we should focus on the missing concepts and how to provide an implementation that leads to a coherent view of devices and their administration. The broader the intended scope of this proposal, the more concern I have. I wonder if we would be best served by deferring support for amalgamated media, concentrateing on file systems mapping to basic media. -Chris Cyril Plisko wrote: > On Dec 1, 2007 12:09 PM, Cyril Plisko <[EMAIL PROTECTED]> wrote: > >>I'd like to propose a project that will investigate support for Device >>Mapper facility [0], >>similar (or even compatible) to Linux device-mapper facility[1]. >> > > > Hi, > > in case it wasn't obvious I am giving an implicit +1 to this project. > > How many other core contributor's votes does project proposal > need to collect in order to be instantiated ? > _______________________________________________ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
