<feed xmlns='http://www.w3.org/2005/Atom'>
<title>qemu/qemu.git, branch stable-2.7</title>
<subtitle>QEMU main repository</subtitle>
<id>https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/atom?h=stable-2.7</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/atom?h=stable-2.7'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/'/>
<updated>2016-12-23T15:38:06+00:00</updated>
<entry>
<title>Update version for 2.7.1 release</title>
<updated>2016-12-23T15:38:06+00:00</updated>
<author>
<name>Michael Roth</name>
<email>mdroth@linux.vnet.ibm.com</email>
</author>
<published>2016-12-23T15:38:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=0d83fccb4fb3140d21feeb37ba069ba71029aaa7'/>
<id>urn:sha1:0d83fccb4fb3140d21feeb37ba069ba71029aaa7</id>
<content type='text'>
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>ide: Fix memory leak in ide_register_restart_cb()</title>
<updated>2016-12-21T16:49:48+00:00</updated>
<author>
<name>Ashijeet Acharya</name>
<email>ashijeetacharya@gmail.com</email>
</author>
<published>2016-09-27T16:53:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=4dde694191741a2a59a1a1eb91433a971c7baf80'/>
<id>urn:sha1:4dde694191741a2a59a1a1eb91433a971c7baf80</id>
<content type='text'>
Fix a memory leak in ide_register_restart_cb() in hw/ide/core.c and add
idebus_unrealize() in hw/ide/qdev.c to have calls to
qemu_del_vm_change_state_handler() to deal with the dangling change
state handler during hot-unplugging ide devices which might lead to a
crash.

Signed-off-by: Ashijeet Acharya &lt;ashijeetacharya@gmail.com&gt;
Reviewed-by: John Snow &lt;jsnow@redhat.com&gt;
Message-id: 1474995212-10580-1-git-send-email-ashijeetacharya@gmail.com
[Minor whitespace fix --js]
Signed-off-by: John Snow &lt;jsnow@redhat.com&gt;
(cherry picked from commit ca44141d5fb801dd5903102acefd0f2d8e8bb6a1)
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>portio: keep references on portio</title>
<updated>2016-12-21T16:08:19+00:00</updated>
<author>
<name>Marc-André Lureau</name>
<email>marcandre.lureau@redhat.com</email>
</author>
<published>2016-07-13T00:11:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=7d17d68971903467c5d5edd035f6ee18a8b11742'/>
<id>urn:sha1:7d17d68971903467c5d5edd035f6ee18a8b11742</id>
<content type='text'>
The isa_register_portio_list() function allocates ioports
data/state. Let's keep the reference to this data on some owner.  This
isn't enough to fix leaks, but at least, ASAN stops complaining of
direct leaks. Further cleanup would require calling
portio_list_del/destroy().

Signed-off-by: Marc-André Lureau &lt;marcandre.lureau@redhat.com&gt;
Reviewed-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
(cherry picked from commit e305a16510afa74eec20390479e349402e55ef4c)
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>block-backend: Always notify on blk_eject</title>
<updated>2016-12-21T15:59:57+00:00</updated>
<author>
<name>John Snow</name>
<email>jsnow@redhat.com</email>
</author>
<published>2016-11-14T16:15:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=345f1cd9f6e4f156c7af0098b3d220305037f227'/>
<id>urn:sha1:345f1cd9f6e4f156c7af0098b3d220305037f227</id>
<content type='text'>
blk_eject is only used by scsi-disk and atapi, and in both cases we
only attempt to invoke blk_eject if we have a bona-fide change in
tray state.

The "issue" here is that the tray state does not generate a QMP event
unless there is a medium/BDS attached to the device, so if libvirt et al
are waiting for a tray event to occur from an empty-but-closed drive,
software opening that drive will not emit an event and libvirt will
wait forever.

Change this by modifying blk_eject to always emit an event, instead of
conditionally on a "real" backend eject.

Fixes: https://bugzilla.redhat.com/show_bug.cgi?id=1373264

Reported-by: Peter Krempa &lt;pkrempa@redhat.com&gt;
Signed-off-by: John Snow &lt;jsnow@redhat.com&gt;
Reviewed-by: Eric Blake &lt;eblake@redhat.com&gt;
Reviewed-by: Kevin Wolf &lt;kwolf@redhat.com&gt;
Message-id: 1478553214-497-2-git-send-email-jsnow@redhat.com
Signed-off-by: John Snow &lt;jsnow@redhat.com&gt;
(cherry picked from commit c47ee043dc2cc85da710e87524144a720598c096)

* dropped functional depedenecy on 2d76e724

Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>dma-helpers: explicitly pass alignment into DMA helpers</title>
<updated>2016-12-21T15:27:59+00:00</updated>
<author>
<name>Mark Cave-Ayland</name>
<email>mark.cave-ayland@ilande.co.uk</email>
</author>
<published>2016-10-27T20:29:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=8d5f2a75702b1975f8f2f2b866bde0b60493e3c3'/>
<id>urn:sha1:8d5f2a75702b1975f8f2f2b866bde0b60493e3c3</id>
<content type='text'>
The hard-coded default alignment is BDRV_SECTOR_SIZE, however this is not
necessarily the case for all platforms. Use this as the default alignment for
all current callers.

Signed-off-by: Mark Cave-Ayland &lt;mark.cave-ayland@ilande.co.uk&gt;
Reviewed-by: Eric Blake &lt;eblake@redhat.com&gt;
Acked-by: John Snow &lt;jsnow@redhat.com&gt;
Message-id: 1476445266-27503-2-git-send-email-mark.cave-ayland@ilande.co.uk
Signed-off-by: John Snow &lt;jsnow@redhat.com&gt;
(cherry picked from commit 99868af3d0a75cf6a515a9aa81bf0d7bcb39eadb)
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>atapi: classify read_cd as conditionally returning data</title>
<updated>2016-12-21T01:33:05+00:00</updated>
<author>
<name>John Snow</name>
<email>jsnow@redhat.com</email>
</author>
<published>2016-11-14T16:15:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=5f20161cf30a7f4e543578177887c9c02747ce27'/>
<id>urn:sha1:5f20161cf30a7f4e543578177887c9c02747ce27</id>
<content type='text'>
For the purposes of byte_count_limit verification, add a new flag that
identifies read_cd as sometimes returning data, then check the BCL in
its command handler after we know that it will indeed return data.

Reported-by: Hervé Poussineau &lt;hpoussin@reactos.org&gt;
Signed-off-by: John Snow &lt;jsnow@redhat.com&gt;
Reviewed-by: Kevin Wolf &lt;kwolf@redhat.com&gt;
Message-id: 1477970211-25754-2-git-send-email-jsnow@redhat.com
Signed-off-by: John Snow &lt;jsnow@redhat.com&gt;
(cherry picked from commit e7bd708ec85e40fd51569bb90c52d6613ffd8f45)
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>ui/gtk: fix "Copy" menu item segfault</title>
<updated>2016-12-21T01:31:47+00:00</updated>
<author>
<name>Stefan Hajnoczi</name>
<email>stefanha@redhat.com</email>
</author>
<published>2016-12-14T14:25:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=05838b4688393f3cf9949aa1f707a35618b725c6'/>
<id>urn:sha1:05838b4688393f3cf9949aa1f707a35618b725c6</id>
<content type='text'>
The "Copy" menu item copies VTE terminal text to the clipboard.  This
only works with VTE terminals, not with graphics consoles.

Disable the menu item when the current notebook page isn't a VTE
terminal.

This patch fixes a segfault.  Reproducer: Start QEMU and click the Copy
menu item when the guest display is visible.

Reported-by: Kevin Wolf &lt;kwolf@redhat.com&gt;
Reviewed-by: Gerd Hoffmann &lt;kraxel@redhat.com&gt;
Tested-by: Stefan Weil &lt;sw@weilnetz.de&gt;
Signed-off-by: Stefan Hajnoczi &lt;stefanha@redhat.com&gt;
Message-id: 20161214142518.10504-1-stefanha@redhat.com
Cc: Michael S. Tsirkin &lt;mst@redhat.com&gt;
Cc: Gerd Hoffmann &lt;kraxel@redhat.com&gt;
Signed-off-by: Stefan Hajnoczi &lt;stefanha@redhat.com&gt;
(cherry picked from commit a08156321ab9a7d2fed9ee77dbfeea2a61ffd153)
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>vfio/pci: Fix vfio_rtl8168_quirk_data_read address offset</title>
<updated>2016-12-14T22:34:09+00:00</updated>
<author>
<name>Thorsten Kohfeldt</name>
<email>thorsten.kohfeldt@gmx.de</email>
</author>
<published>2016-10-17T16:58:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=223d1a2da1713adba84115150bd59bd2f9d06866'/>
<id>urn:sha1:223d1a2da1713adba84115150bd59bd2f9d06866</id>
<content type='text'>
Introductory comment for rtl8168 VFIO MSI-X quirk states:
At BAR2 offset 0x70 there is a dword data register,
         offset 0x74 is a dword address register.
vfio: vfio_bar_read(0000:05:00.0:BAR2+0x70, 4) = 0xfee00398 // read data

Thus, correct offset for data read is 0x70,
but function vfio_rtl8168_quirk_data_read() wrongfully uses offset 0x74.

Signed-off-by: Thorsten Kohfeldt &lt;thorsten.kohfeldt@gmx.de&gt;
Signed-off-by: Alex Williamson &lt;alex.williamson@redhat.com&gt;
(cherry picked from commit 31e6a7b17b35711eb44f0e686b5ba68d15bfe4c1)
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>msmouse: Fix segfault caused by free the chr before chardev cleanup.</title>
<updated>2016-12-14T22:34:09+00:00</updated>
<author>
<name>Lin Ma</name>
<email>lma@suse.com</email>
</author>
<published>2016-09-15T14:31:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=7f7ac2141e3c71a6be354d3928cfa24a64268a70'/>
<id>urn:sha1:7f7ac2141e3c71a6be354d3928cfa24a64268a70</id>
<content type='text'>
Segfault happens when leaving qemu with msmouse backend:

 #0  0x00007fa8526ac975 in raise () at /lib64/libc.so.6
 #1  0x00007fa8526add8a in abort () at /lib64/libc.so.6
 #2  0x0000558be78846ab in error_exit (err=16, msg=0x558be799da10 ...
 #3  0x0000558be7884717 in qemu_mutex_destroy (mutex=0x558be93be750) at ...
 #4  0x0000558be7549951 in qemu_chr_free_common (chr=0x558be93be750) at ...
 #5  0x0000558be754999c in qemu_chr_free (chr=0x558be93be750) at ...
 #6  0x0000558be7549a20 in qemu_chr_delete (chr=0x558be93be750) at ...
 #7  0x0000558be754a8ef in qemu_chr_cleanup () at qemu-char.c:4643
 #8  0x0000558be755843e in main (argc=5, argv=0x7ffe925d7118, ...

The chr was freed by msmouse close callback before chardev cleanup,
Then qemu_mutex_destroy triggered raise().

Because freeing chr is handled by qemu_chr_free_common, Remove the free from
msmouse_chr_close to avoid double free.

Fixes: c1111a24a3358ecd2f17be7c8b117cfe8bc5e5f8
Cc: qemu-stable@nongnu.org
Signed-off-by: Lin Ma &lt;lma@suse.com&gt;
Message-Id: &lt;20160915143158.4796-1-lma@suse.com&gt;
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
(cherry picked from commit 9e14037f05e99ca3b8a33d8be9a2a636bbf09326)
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>Revert "megasas: remove useless check for cmd-&gt;frame"</title>
<updated>2016-12-13T00:15:33+00:00</updated>
<author>
<name>Paolo Bonzini</name>
<email>pbonzini@redhat.com</email>
</author>
<published>2016-09-08T15:42:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/virt/qemu/qemu.git/commit/?id=db1604cd60f1736098eec4feba099b9bd885b8ed'/>
<id>urn:sha1:db1604cd60f1736098eec4feba099b9bd885b8ed</id>
<content type='text'>
This reverts commit 8cc46787b5b58f01a11c919c7ff939ed009e27fc.
It turns out that cmd-&gt;frame can be NULL and thus the commit
can cause a SIGSEGV

Reported-by: Holger Schranz &lt;holger@fam-schranz.de&gt;
Cc: qemu-stable@nongnu.org
Signed-off-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
(cherry picked from commit 421cc3e7e89cb807d3c5f6de486abb2167c8e792)
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
</feed>
