[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Xen 4.4 development update: RC0 imminent
On 12/05/2013 04:42 PM, Roger Pau Monnà wrote: On 05/12/13 17:29, George Dunlap wrote:On Thu, Dec 5, 2013 at 4:09 PM, George Dunlap <George.Dunlap@xxxxxxxxxxxxx> wrote:This information will be mirrored on the Xen 4.4 Roadmap wiki page: http://wiki.xen.org/wiki/Xen_Roadmap/4.4 We're nearly to the completion of the code freeze, scheduled for tomorrow. After the code freeze, only bug fixes and features marked as "blockers" will be considered. At the moment, the only feature considered a blocker is experimental PVH dom0 support. In early RCs, most bug fixes will be accepted; but in later RCs, even bug fixes may be rejected if they risk breaking more important functionality than they fix. I don't think at this point every bug fix needs a blessing from me; committers, if there are fixes which are obviously low-risk, just go ahead and check them in. I was thinking that for some of our new features, it would be good to have a blog post describing the feature and how to test it. This would both raise awareness of the feature, and hopefully get it more testing before the release. We could choose a couple to focus on for each test day.Features which might be worth highlighting for testing in blogs: * Non-udev scripts for driver domains (non-Linux driver domains) - Roger Pau Monne * PHV domU (experimental only) * Improved Spice support on libxl - Fabio Fantoni * Event channel scalability - David Vrabel * pvgrub2 checked into grub upstream (external) - Vladmir Servinenko * Guest EFI booting (tianocore) - Wei Liu * kexec -- is this worth testing? - David Vrabel * Disk: indirect descriptors (in 3.11) - ?I did the implementation for this, but it's not directly related to Xen, just to the Linux kernel. I'm not sure it's fair to announce this as a new feature of Xen 4.4, when it completely depends on the Linux kernel version the user is running. It's part of the "Xen ecosystem", and so it should be tested and announced. It makes sense to me to announce developments that happen all together with Xen releases; we can make it clear that these are features in *external projects* that happened during the Xen 4.4 *timeframe*. The alternative would be to announce them when the other projects had a release; but I think that may be diluting the messaging a bit. In any case, if we don't announce them on Xen releases, we ought to pay attention and announce them when the projects do their release. Lars / Russ, any opinions here? -George _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |