A few steps drom from IBM marketing to the developers:
On Fri, Feb 01, 2002 at 03:59:06PM -0600, Kevin Corry wrote:
> I have been thinking about this today and looking over some of the
> device-mapper interfaces. I will agree that, in concept, EVMS could be
> modified to use device-mapper for I/O remapping. However, as things stand
> today, I don't think the transition would be easy.
>
> As I'm trying to envision it, the EVMS runtime would become a "volume
> recognition" framework (see tanget below). Every current EVMS plugin would
> then probe all available devices and communicate the necessary volume
...
> The
> does not appear to be anything in either LVM2 or Device Mapper for
> manipulating partition tables and resizing partitions. User space tools
> could be written to work with Device Mapper to make this happen, but such
> tools do not yet exist, AFAIK.
And EVMS sucks in trucloads of fs code that already exists in userspace
instead of using e.g. the parted library that can easily be linked to the
LVM2 tools.
EVMS is not about integration but sucking in tons of code into a big IBM
project. A little cooperation would help instead of doing everything
from scratch and ignoring existing functionality.
-
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/