atom feed38 messages in com.xensource.lists.xen-develRE: [Xen-devel] Re: Future of xenbits...
FromSent OnAttachments
Keir FraserJun 4, 2009 8:45 am 
Jean GuyaderJun 4, 2009 9:09 am 
Tim PostJun 4, 2009 9:15 am 
Boris DerzhavetsJun 4, 2009 11:01 am 
Espen SkoglundJun 4, 2009 11:07 am 
Keir FraserJun 4, 2009 11:17 am 
Jean GuyaderJun 4, 2009 11:20 am 
Jean GuyaderJun 4, 2009 11:46 am 
Keir FraserJun 4, 2009 12:08 pm 
Jean GuyaderJun 4, 2009 12:12 pm 
Andrew LyonJun 5, 2009 12:31 am 
Boris DerzhavetsJun 5, 2009 12:36 am 
Pasi KärkkäinenJun 5, 2009 12:46 am 
Keir FraserJun 5, 2009 12:51 am 
Boris DerzhavetsJun 5, 2009 12:53 am 
Jean GuyaderJun 5, 2009 12:57 am 
Pasi KärkkäinenJun 5, 2009 1:29 am 
Boris DerzhavetsJun 5, 2009 3:44 am 
Christian TramnitzJun 5, 2009 6:26 am 
Keir FraserJun 5, 2009 6:36 am 
DulloorJun 5, 2009 7:04 am 
Christian TramnitzJun 5, 2009 7:05 am 
Ian PrattJun 5, 2009 7:36 am 
Gerd HoffmannJun 5, 2009 9:40 am 
Gerd HoffmannJun 5, 2009 10:12 am 
Carsten SchiersJun 5, 2009 10:58 am 
Keir FraserJun 5, 2009 11:48 am 
Andy BurnsJun 5, 2009 11:51 am 
Carsten SchiersJun 5, 2009 2:02 pm 
Genki KurodaJun 5, 2009 4:05 pm 
Kamala NarasimhanJun 5, 2009 7:16 pm 
Genki KurodaJun 5, 2009 7:47 pm 
Kamala NarasimhanJun 5, 2009 7:53 pm 
Genki KurodaJun 5, 2009 10:25 pm 
Jean GuyaderJun 6, 2009 2:54 am 
Boris DerzhavetsJun 6, 2009 1:11 pm 
Pasi KärkkäinenJun 7, 2009 10:09 am 
Andy BurnsJun 7, 2009 11:51 am 
Subject:RE: [Xen-devel] Re: Future of xenbits Linux trees
From:Ian Pratt (Ian.@eu.citrix.com)
Date:Jun 5, 2009 7:36:58 am
List:com.xensource.lists.xen-devel

Makes perfect sense to move over to pvops (in mainline) directly : - Many of us have already used pvops-git and it works - Other branches (2.6.27/29/30 or whatever) would be a single-chunk forward port, with more scope for latent bugs (and no long-term benefits). - We anyway need to make pvops happen. The more we wait, greater will be the feature parity. ... and many more reasons.

One of the reasons cited for sticking on 2.6.18 was that it would hopefully
encourage folk to use pv_ops if they wanted anything more modern. I'm not sure
that worked out too well...

One argument for using 2.6.27 is that I believe it's the kernel used by SLES11,
so there should be good availability of drivers backported to it. It strikes me
it's not a bad plan to have two trees, one based off the latest stable
enterprise distro (in this case SLES11), and the pvops tree based off the latest
kernel.org release.

Ian