[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
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
by using a combination of recent version pulled at approximately the
You might argue that cpufreq=dom0-kernel moves functionality that should
to xen into the Dom0 kernel. Yes, you're right. From that point of view
nothing to put in the balance.
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
> repo to identify subversion of the kernel that belong to a certain
> of Xen, whatever kernel that might be. Fixes and improvements are
> so quickly that on the pure user's side the combination can make a
> 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.
Xen-devel mailing list