I do in fact remember you. :) If I scrounge around on my computer at work, I
could probably still find all the information you sent me about the problems
you were having.
> So, let me try to understand. The EVMS team is going to rip out the guts
> of their user-land utils in order to comply with the existing (mainstream)
> API, and abandon their own API. This should reduce the amount of code
> actually in the kernel. (ignoring the user-land v. kernel-level discovery
To say we are going to rip out the guts of the user-land tools is probably a
bit extreme. The user tools already do their own version of volume discovery,
separate from the kernel. So since that logic already exists, we simply need
to add some processing after that discovery to communicate with the kernel
drivers to activate the volumes. And yes, this dramatically reducing the
amount of kernel code needed. In our current kernel driver, I'd say easily 50
to 75% of the code was just for the in-kernel volume discovery.
> Na, I can't ignore the debate. I can't wait to see how user-land descovery
> will be implemented. There is something intrinsically "nice" about having
> an OS automatically discover every aspect of a machine I'm installing on.
> I guess it's going to fall to the Linux distributors to package this system
> well. If they don't, first-time Mandrake or RH installers will be doomed
> to that (shudder) other operating system.
Yes, in order for something like volume management to be easy and seemless to
user, it should be presented to them at the time they install their system.
Having to go back and setup up volumes after the OS is installed is
definitely cumbersome. We are hoping this change will make it easier for EVMS
to work on a wider variety of distributions. But we are already on our way.
We've done a lot of work with UL, Debian, and Gentoo, and this will hopefully
make things easier for those folks in the long run.
> I'll just have to wait. BTW, Kevin, if you are ever in Albuquerque, NM.
> let me know; I still owe you a beer. <grin>
Thanks. I'll keep that in mind. :)
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/