Of course it has relevance. Linux is an important guest system, and not
supporting it would be a major problem. I already have a list of things
which need to be done to Xen to make it work better with current kernels
- none of them mandatory, but nice to have.
"VMI" is not a promise, it's just three letters. It doesn't even mean
the same thing now as it did 12 months ago. Turning "VMI" from three
letters into anything remotely like a promise is a huge amount of work
which requires:
1. someone actually sit down and fully document what all those
entrypoints are going to do
2. everyone to implement them
3. someone to test that all the implementations conform to the
document (bearing in mind that if anyone is going to go to all
this effort, they're going to use this with non-Linux guests)
4. and repeat all that every subsequent update
That's assuming all the parties involved are approaching the process
with goodwill. If someone wanted to effectively stall the kernel's
development (at least in terms of useful kernels that people can keep
shipping and deploying), then all they have to do is drag their heels on
this "VMI" interface process. All this heavyweight process is very
enterprisy, but it doesn't help Linux at all.
And given that the idea of multiple implementations of a complex ABI
like this will actually conform to a spec and/or each other is pretty
much pie-in-the-sky, the kernel will still have to deal with all the
quirks of multiple implementations anyway.
J
-
