|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-devel] xen versioning scheme
Hi,
I realized that the changes in xen versions between minor versions 3.0.1
and 3.0.2 seem to be quite big. One example seems to be API changes as
big as pci passthrough (I just read about it but didn't test that) and
that the linux kernel configs seem to be quite different, at least in
the xen section, probably also in the rest, so theyr aren't re-usable
between these versions without major diffing hassles.
I admit, it isn't possible to got to Kernel 2.6.12 to 2.6.16 without
changing the kernel config file, but I am not sure if it's a good idea then
to make such big changes in such minor version steppings.
But you might have your reasons, and might even be able to explain them, or
have a versioning scheme ruleset. Is there something like that?
Henning
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] xen versioning scheme,
Henning Sprang <=
|
|
|
|
|