On Fri, 2017-07-28 at 16:11 +0200, Michal Privoznik wrote: > I was volunteered to prepare the release notes. Thanks for taking on this task :) > Signed-off-by: Michal Privoznik <mprivozn@xxxxxxxxxx> > --- > > Feel free to propose your stuff too if I forgot to add it. > > docs/news.xml | 69 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 1 file changed, 69 insertions(+) > > diff --git a/docs/news.xml b/docs/news.xml > index ea21cbc3e..03494d257 100644 > --- a/docs/news.xml > +++ b/docs/news.xml > @@ -75,8 +75,77 @@ > configurations. > </description> > </change> > + <change> > + <summary> > + Require use of GCC 4.4 or CLang compilers The correct spelling is "Clang" (here and later). > + </summary> > + <description> > + We only ever test libvirt with GCC or CLang which provides a > + GCC compatible compilation environment. Everything after "Clang" can be in parentheses. > Between them, these > + compilers cover every important operating system platform, > + even Windows. s/important/supported/ s/even/including/ > + </description> > + </change> > + <change> > + <summary> > + qemu: shared disks with directsync cache should be safe for migration > + </summary> > + <description> > + At present shared disks can be migrated with either readonly or > + <code>cache=none</code>. But <code>cache=directsync</code> should be > + safe for migration, because both <code>cache=directsync</code> and > + cache=none don't use the host page cache, and You forgot to wrap the last occurrence of 'cache=none' in <code>. > + <code>cache=direct</code> write through qemu block layer cache. s/write through qemu/writes through the QEMU/ I think. I'm not 100% sure what you wanted to say here :) > + </description> > + </change> > + <change> > + <summary> > + Handle hotplug change on VLAN configuration using OVS > + </summary> > + <description> > + Libvirt was taught to handle VLAN change for running OVS interface. > + </description> > + </change> > </section> > <section title="Bug fixes"> > + <change> > + <summary> > + qemu: Use vcpu 'node-id' property and pass it back to qemu > + </summary> > + <description> > + Vcpu properties gathered from query-hotpluggable cpus need to be > + passed back to qemu. As qemu did not use the node-id property until > + now and libvirt forgot to pass it back properly (it was parsed but > + not passed around) we did not honor this. Use "vCPU", "CPUs" and "QEMU". I believe the QMP command name is 'query-hotpluggable-cpus", eg. you forgot the last dash. > + </description> > + </change> > + <change> > + <summary> > + Misceleanous stream fixes s/Misceleanous/Miscellaneous/ > + </summary> > + <description> > + After introducing sparse stream features there were still some known > + bugs left. Those are fixed in this release. > + </description> > + </change> > + <change> > + <summary> > + Misceleanous qemu domain NS fixes s/Misceleanous qemu/qemu: Miscellaneous/ > + </summary> > + <description> > + Libvirt starts qemu domains in separate Linux namespaces for a while > + now. However, there were still some bugs lingering. For instance > + libvirt did not know how to handle file based bind mounts. > + </description> > + </change> > + <change> > + <summary> > + Various CPU driver improvements > + </summary> > + <description> > + There were some minor bugs when using 'host-model' CPU. > + </description> > + </change> > </section> > </release> > <release version="v3.5.0" date="2017-07-04"> Thanks again for agreeing to play 'git log' detective ;) Reviewed-by: Andrea Bolognani <abologna@xxxxxxxxxx> -- Andrea Bolognani / Red Hat / Virtualization -- libvir-list mailing list libvir-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvir-list
