[libvirt] [PATCH] news: Update for 3.6.0 release

Michal Privoznik posted 1 patch 6 years, 8 months ago
Patches applied successfully (tree, apply log)
git fetch https://github.com/patchew-project/libvirt tags/patchew/3ca010979c562136145c4e9764be8536a7269cb5.1501251079.git.mprivozn@redhat.com
docs/news.xml | 69 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
1 file changed, 69 insertions(+)
[libvirt] [PATCH] news: Update for 3.6.0 release
Posted by Michal Privoznik 6 years, 8 months ago
I was volunteered to prepare the release notes.

Signed-off-by: Michal Privoznik <mprivozn@redhat.com>
---

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
+        </summary>
+        <description>
+          We only ever test libvirt with GCC or CLang which provides a
+          GCC compatible compilation environment. Between them, these
+          compilers cover every important operating system platform,
+          even Windows.
+        </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
+          <code>cache=direct</code> write through qemu block layer cache.
+        </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.
+        </description>
+      </change>
+      <change>
+        <summary>
+          Misceleanous stream fixes
+        </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
+        </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">
-- 
2.13.0

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Re: [libvirt] [PATCH] news: Update for 3.6.0 release
Posted by Andrea Bolognani 6 years, 8 months ago
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@redhat.com>
> ---
> 
> 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@redhat.com>

-- 
Andrea Bolognani / Red Hat / Virtualization

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list