<feed xmlns='http://www.w3.org/2005/Atom'>
<title>qemu/qemu.git, branch v9.0.3</title>
<subtitle>QEMU main repository</subtitle>
<id>https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/atom?h=v9.0.3</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/atom?h=v9.0.3'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/'/>
<updated>2024-09-18T16:15:44+00:00</updated>
<entry>
<title>Update version for 9.0.3 release</title>
<updated>2024-09-18T16:15:44+00:00</updated>
<author>
<name>Michael Tokarev</name>
<email>mjt@tls.msk.ru</email>
</author>
<published>2024-09-18T16:15:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=6a54d5cf55b446ec50d5c5a0b0568a7b28e2913e'/>
<id>urn:sha1:6a54d5cf55b446ec50d5c5a0b0568a7b28e2913e</id>
<content type='text'>
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>gitlab: fix logic for changing docker tag on stable branches</title>
<updated>2024-09-17T17:56:01+00:00</updated>
<author>
<name>Daniel P. Berrangé</name>
<email>berrange@redhat.com</email>
</author>
<published>2024-09-06T14:09:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=86861159554055e8d5bb646b7d091d43e607fb3c'/>
<id>urn:sha1:86861159554055e8d5bb646b7d091d43e607fb3c</id>
<content type='text'>
This fixes:

  commit e28112d00703abd136e2411d23931f4f891c9244
  Author: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
  Date:   Thu Jun 8 17:40:16 2023 +0100

    gitlab: stable staging branches publish containers in a separate tag

Due to a copy+paste mistake, that commit included "QEMU_JOB_SKIPPED"
in the final rule that was meant to be a 'catch all' for staging
branches.

As a result stable branches are still splattering dockers from the
primary development branch.

Signed-off-by: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
Reviewed-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
Tested-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
Message-ID: &lt;20240906140958.84755-1-berrange@redhat.com&gt;
Signed-off-by: Thomas Huth &lt;thuth@redhat.com&gt;
(cherry picked from commit 8d5ab746b1e6668ffb0378820b25665b385c8573)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>ui/sdl2: set swap interval explicitly when OpenGL is enabled</title>
<updated>2024-09-16T14:47:17+00:00</updated>
<author>
<name>Gert Wollny</name>
<email>gert.wollny@collabora.com</email>
</author>
<published>2024-09-11T09:14:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=2409dfefd9dc52ec893c8067a2a7269948bdc298'/>
<id>urn:sha1:2409dfefd9dc52ec893c8067a2a7269948bdc298</id>
<content type='text'>
Before 176e3783f2ab (ui/sdl2: OpenGL window context)
SDL_CreateRenderer was called unconditionally setting
the swap interval to 0. Since SDL_CreateRenderer is now no
longer called when OpenGL is enabled, the swap interval is
no longer set explicitly and vsync handling depends on
the environment settings which may lead to a performance
regression with virgl as reported in
   https://gitlab.com/qemu-project/qemu/-/issues/2565

Restore the old vsync handling by explicitly calling
SDL_GL_SetSwapInterval if OpenGL is enabled.

Fixes: 176e3783f2ab (ui/sdl2: OpenGL window context)
Closes: https://gitlab.com/qemu-project/qemu/-/issues/2565

Signed-off-by: Gert Wollny &lt;gert.wollny@collabora.com&gt;
Acked-by: Marc-André Lureau &lt;marcandre.lureau@redhat.com&gt;
Message-ID: &lt;01020191e05ce6df-84da6386-62c2-4ce8-840e-ad216ac253dd-000000@eu-west-1.amazonses.com&gt;
Signed-off-by: Philippe Mathieu-Daudé &lt;philmd@linaro.org&gt;
(cherry picked from commit ae23cd00170baaa2777eb1ee87b70f472dbb3c44)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>hw/intc/arm_gic: fix spurious level triggered interrupts</title>
<updated>2024-09-14T16:29:07+00:00</updated>
<author>
<name>Jan Klötzke</name>
<email>jan.kloetzke@kernkonzept.com</email>
</author>
<published>2024-09-13T14:31:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=b056fae2cdf615768574cda64dabc38f27a9e72b'/>
<id>urn:sha1:b056fae2cdf615768574cda64dabc38f27a9e72b</id>
<content type='text'>
On GICv2 and later, level triggered interrupts are pending when either
the interrupt line is asserted or the interrupt was made pending by a
GICD_ISPENDRn write. Making a level triggered interrupt pending by
software persists until either the interrupt is acknowledged or cleared
by writing GICD_ICPENDRn. As long as the interrupt line is asserted,
the interrupt is pending in any case.

This logic is transparently implemented in gic_test_pending() for
GICv1 and GICv2.  The function combines the "pending" irq_state flag
(used for edge triggered interrupts and software requests) and the
line status (tracked in the "level" field).  However, we also
incorrectly set the pending flag on a guest write to GICD_ISENABLERn
if the line of a level triggered interrupt was asserted.  This keeps
the interrupt pending even if the line is de-asserted after some
time.

This incorrect logic is a leftover of the initial 11MPCore GIC
implementation.  That handles things slightly differently to the
architected GICv1 and GICv2.  The 11MPCore TRM does not give a lot of
detail on the corner cases of its GIC's behaviour, and historically
we have not wanted to investigate exactly what it does in reality, so
QEMU's GIC model takes the approach of "retain our existing behaviour
for 11MPCore, and implement the architectural standard for later GIC
revisions".

On that basis, commit 8d999995e45c10 in 2013 is where we added the
"level-triggered interrupt with the line asserted" handling to
gic_test_pending(), and we deliberately kept the old behaviour of
gic_test_pending() for REV_11MPCORE.  That commit should have added
the "only if 11MPCore" condition to the setting of the pending bit on
writes to GICD_ISENABLERn, but forgot it.

Add the missing "if REV_11MPCORE" condition, so that our behaviour
on GICv1 and GICv2 matches the GIC architecture requirements.

Cc: qemu-stable@nongnu.org
Fixes: 8d999995e45c10 ("arm_gic: Fix GIC pending behavior")
Signed-off-by: Jan Klötzke &lt;jan.kloetzke@kernkonzept.com&gt;
Message-id: 20240911114826.3558302-1-jan.kloetzke@kernkonzept.com
Reviewed-by: Peter Maydell &lt;peter.maydell@linaro.org&gt;
[PMM: expanded comment a little and converted to coding-style form;
 expanded commit message with the historical backstory]
Signed-off-by: Peter Maydell &lt;peter.maydell@linaro.org&gt;
(cherry picked from commit 110684c9a69a02cbabfbddcd3afa921826ad565c)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>hw/audio/virtio-sound: fix heap buffer overflow</title>
<updated>2024-09-14T16:25:04+00:00</updated>
<author>
<name>Volker Rümelin</name>
<email>vr_qemu@t-online.de</email>
</author>
<published>2024-09-01T13:01:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=58528bf20e32a31c3dfa5051dd89cfd4cfa3e8f2'/>
<id>urn:sha1:58528bf20e32a31c3dfa5051dd89cfd4cfa3e8f2</id>
<content type='text'>
Currently, the guest may write to the device configuration space,
whereas the virtio sound device specification in chapter 5.14.4
clearly states that the fields in the device configuration space
are driver-read-only.

Remove the set_config function from the virtio_snd class.

This also prevents a heap buffer overflow. See QEMU issue #2296.

Resolves: https://gitlab.com/qemu-project/qemu/-/issues/2296
Signed-off-by: Volker Rümelin &lt;vr_qemu@t-online.de&gt;
Message-Id: &lt;20240901130112.8242-1-vr_qemu@t-online.de&gt;
Reviewed-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
(cherry picked from commit 7fc6611cad3e9627b23ce83e550b668abba6c886)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>tests/docker: update debian i686 and mipsel images to bookworm</title>
<updated>2024-09-12T12:03:48+00:00</updated>
<author>
<name>Alex Bennée</name>
<email>alex.bennee@linaro.org</email>
</author>
<published>2024-09-10T17:38:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=d2c3c7ddc96bf8328ecffc7a9a4d5f0a0b436a5f'/>
<id>urn:sha1:d2c3c7ddc96bf8328ecffc7a9a4d5f0a0b436a5f</id>
<content type='text'>
Whatever issues there were which stopped these being updates when the
rest were have now been resolved. However mips64el continues to be
broken so don't update it here.

Reviewed-by: Pierrick Bouvier &lt;pierrick.bouvier@linaro.org&gt;
Reviewed-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
Signed-off-by: Alex Bennée &lt;alex.bennee@linaro.org&gt;
Message-Id: &lt;20240910173900.4154726-3-alex.bennee@linaro.org&gt;
(cherry picked from commit 19d2111059c87d3f58349f27b9be9dee81fc1681)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>tests/docker: remove debian-armel-cross</title>
<updated>2024-09-12T12:03:30+00:00</updated>
<author>
<name>Alex Bennée</name>
<email>alex.bennee@linaro.org</email>
</author>
<published>2024-09-10T17:38:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=7ca40dd573fd9e395fd0c29cb890f968365918c3'/>
<id>urn:sha1:7ca40dd573fd9e395fd0c29cb890f968365918c3</id>
<content type='text'>
As debian-11 transitions to LTS we are starting to have problems
building the image. While we could update to a later Debian building a
32 bit QEMU without modern floating point is niche host amongst the
few remaining 32 bit hosts we regularly build for. For now we still
have armhf-debian-cross-container which is currently built from the
more recent debian-12.

Reviewed-by: Pierrick Bouvier &lt;pierrick.bouvier@linaro.org&gt;
Reviewed-by: Philippe Mathieu-Daudé &lt;philmd@linaro.org&gt;
Reviewed-by: Richard Henderson &lt;richard.henderson@linaro.org&gt;
Signed-off-by: Alex Bennée &lt;alex.bennee@linaro.org&gt;
Message-Id: &lt;20240910173900.4154726-2-alex.bennee@linaro.org&gt;
(cherry picked from commit d0068b746a0a8cd4bb148527a0d199b130cd5288)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
(Mjt: force-remove tests/docker/dockerfiles/debian-armel-cross.docker)
</content>
</entry>
<entry>
<title>hw/display/vhost-user-gpu.c: fix vhost_user_gpu_chr_read()</title>
<updated>2024-09-12T06:01:40+00:00</updated>
<author>
<name>Haoran Zhang</name>
<email>wh1sper@zju.edu.cn</email>
</author>
<published>2024-08-22T03:07:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=0936db7ce628dd366be5cb06cb49162a7aa12471'/>
<id>urn:sha1:0936db7ce628dd366be5cb06cb49162a7aa12471</id>
<content type='text'>
fix vhost_user_gpu_chr_read() where `size` was incorrectly passed to `msg-&gt;flags`.

Fixes: 267f664658 ("hw/display: add vhost-user-vga &amp; gpu-pci")
Signed-off-by: Haoran Zhang &lt;wh1sper@zju.edu.cn&gt;
Reviewed-by: Marc-André Lureau &lt;marcandre.lureau@redhat.com&gt;
Reviewed-by: Philippe Mathieu-Daudé &lt;philmd@linaro.org&gt;
Reviewed-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
(cherry picked from commit d6192f3f7593536a4285e8ab6c6cf3f34973ce62)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>crypto: avoid leak of ctx when bad cipher mode is given</title>
<updated>2024-09-12T01:24:55+00:00</updated>
<author>
<name>Daniel P. Berrangé</name>
<email>berrange@redhat.com</email>
</author>
<published>2024-06-10T09:26:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=0adc1ff8c72b219fa93fc44df44a89d268dc1b95'/>
<id>urn:sha1:0adc1ff8c72b219fa93fc44df44a89d268dc1b95</id>
<content type='text'>
Fixes: Coverity CID 1546884
Reviewed-by: Peter Maydell &lt;peter.maydell@linaro.org&gt;
Reviewed-by: Philippe Mathieu-Daudé &lt;philmd@linaro.org&gt;
Signed-off-by: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
(cherry picked from commit 586ac2c67d707c2588766c5195d94fa553cc25af)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
<entry>
<title>crypto: check gnutls &amp; gcrypt support the requested pbkdf hash</title>
<updated>2024-09-12T01:24:55+00:00</updated>
<author>
<name>Daniel P. Berrangé</name>
<email>berrange@redhat.com</email>
</author>
<published>2024-08-29T13:47:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=521059321421ff2bcd777536ec2a8c1a420639ca'/>
<id>urn:sha1:521059321421ff2bcd777536ec2a8c1a420639ca</id>
<content type='text'>
Both gnutls and gcrypt can be configured to exclude support for certain
algorithms via a runtime check against system crypto policies. Thus it
is not sufficient to have a compile time test for hash support in their
pbkdf implementations.

Reviewed-by: Philippe Mathieu-Daudé &lt;philmd@linaro.org&gt;
Signed-off-by: Daniel P. Berrangé &lt;berrange@redhat.com&gt;
(cherry picked from commit e6c09ea4f9e5f8af92a6453642b84b9efd52892f)
Signed-off-by: Michael Tokarev &lt;mjt@tls.msk.ru&gt;
</content>
</entry>
</feed>
