Re: [RFC, PATCH 5/24] i386 Vmi code patching

From: Zachary Amsden
Date: Wed Mar 22 2006 - 19:56:23 EST


Chris Wright wrote:
* Zachary Amsden (zach@xxxxxxxxxx) wrote:
Chris Wright wrote:
You could compile all platform layers you want to support with the kernel.
But the entire point is that you don't know what platform layers you want to support. The platform layers can change. Xen has changed the platform layer and re-optimized kernel / hypervisor transitions how many times? The platform layer provides exactly the flexibility to do that, so that a kernel you compile today against a generic platform can work with the platform layer provided by Xen 4.0 tomorrow.

This only works if you have all possible dreamed of interface bits in
the ABI. In Linux, we often don't know what we'll need to support in the
future, but we don't write binary compatible interfaces just in case we
need to update. Preferring instead, API's that are justifiable right now.
This is the issue I have with the ABI proposal. It doesn't fit well
with Linux developement.

No, you don't need to dream up all the possible interface bits ahead of time. With a la carte interfaces, you can take what you need now, and add features later. You don't need an ABI for features. You need it for compatibility. You will need to update the hypervisor ABI. And you can't force people to upgrade their kernels.

And much of this is so low level, that a C API for it just doesn't make sense. This code is completely hidden from Linux development to begin with, tucked away in the low level sub-arch layer.

Zach
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/