Hi Kevin,
I think that's a very good move for EVMS in the long term. You will
be able to provide the users what they want (an easy to user and
integrated volume managment solution) without having the pain of
maintaining a large base of kernel-level code.
Of course there will be some hassle for you now, like adding DM plugins
for higher raid levels, etc.. But in the end I guess it will hope both
EVMS and Linux. EVMS by reducing the scope of the project without
reducing it's functionality, the Linux by having a modular and leight-weight
in kernel volume-managment solution with many eyes looking at it, using
it and improving it. I guess you will find a bunch of suboptimal things
in DM very soon and I hope you will help the kernel community in fixing
it. This of course means also that DM will hopefully get an integral part
of the kernel, not an Sistina Project like LVM1.
I (and I guess many other kernel developers interested in storage
handling) will look forward to the comments who the current kernel-level
storage managment facilities are useable by an unified userland engine
handling it, and I guess mthere will be many obvious improvement.
I'm also looking forward to IBM's opensource cluster volumemanagment
integration as competitions to Sistina's propritary addons.
I wish you all luck with your new direction and expect me and other kernel
developers in that area to help you wherever we can.
Christoph
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/