|
|
|
|
|
|
|
|
|
|
xen-devel
AW: Re: AW: Re: [Xen-devel] Re: Future of xenbits Linux trees
I know and it's not my decision. But my problems on TSC skew disappeared
only
by using a combination of recent version pulled at approximately the
same time.
You might argue that cpufreq=dom0-kernel moves functionality that should
belong
to xen into the Dom0 kernel. Yes, you're right. From that point of view
I have
nothing to put in the balance.
BR,
Carsten.
-----Ursprüngliche Nachricht-----
Von: Keir Fraser [mailto:keir.fraser@xxxxxxxxxxxxx]
Gesendet: Freitag, 5. Juni 2009 20:49
An: Carsten Schiers; kraxel
Cc: chris.ace; jeremy; xen-devel; yamahata
Betreff: Re: AW: Re: [Xen-devel] Re: Future of xenbits Linux trees
On 05/06/2009 18:58, "Carsten Schiers" <carsten@xxxxxxxxxx> wrote:
> What I'd like to add is that I would prefer a better tagging of the
> kernel
> repo to identify subversion of the kernel that belong to a certain
> version
> of Xen, whatever kernel that might be. Fixes and improvements are
> happening
> so quickly that on the pure user's side the combination can make a
> difference,
> no matter how much effort you put in to keep it independent.
As I've said so many times, the kernel version and Xen version are *not*
tied. We don't do kernel releases tied to Xen versions, at all.
-- Keir
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|