<feed xmlns='http://www.w3.org/2005/Atom'>
<title>qemu/qemu.git, branch stable-1.6</title>
<subtitle>QEMU main repository</subtitle>
<id>https://git.landau.one/pub/scm/virt/qemu/qemu.git/atom?h=stable-1.6</id>
<link rel='self' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/atom?h=stable-1.6'/>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/'/>
<updated>2013-12-10T00:21:01+00:00</updated>
<entry>
<title>Update VERSION for 1.6.2 release</title>
<updated>2013-12-10T00:21:01+00:00</updated>
<author>
<name>Michael Roth</name>
<email>mdroth@linux.vnet.ibm.com</email>
</author>
<published>2013-12-10T00:19:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=e82ee0845c3240541e79b9bf21779b3f8743f1b4'/>
<id>urn:sha1:e82ee0845c3240541e79b9bf21779b3f8743f1b4</id>
<content type='text'>
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>scsi_target_send_command(): amend stable-1.6 port of the CVE-2013-4344 fix</title>
<updated>2013-12-09T20:49:49+00:00</updated>
<author>
<name>Laszlo Ersek</name>
<email>lersek@redhat.com</email>
</author>
<published>2013-11-02T19:14:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=192d2f4cc7931668d4e4f10e882af3c097193c47'/>
<id>urn:sha1:192d2f4cc7931668d4e4f10e882af3c097193c47</id>
<content type='text'>
The originally suggested fix for CVE-2013-4344 introduced a regression in
scsi_target_send_command() / REQUEST_SENSE; the third argument passed to
scsi_device_get_sense() -- for the "len" parameter -- ignored the
possibility of the guest SCSI driver requesting truncated (or shorter than
full) sense data.

This could result in (r-&gt;len &gt; req-&gt;cmd.xfer) on return, which is not
valid SCSI.

The problem was addressed in the second round, and the commit on the
master branch (84642435) is correct. However the stable-1.6 branch (the
v1.6.1 release) has the original, regressive fix (commit fdcbe7d5); let's
update it.

Signed-off-by: Laszlo Ersek &lt;lersek@redhat.com&gt;
Reviewed-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>qemu-ga: execute fsfreeze-freeze in reverse order of mounts</title>
<updated>2013-12-09T20:45:41+00:00</updated>
<author>
<name>Tomoki Sekiyama</name>
<email>tomoki.sekiyama@hds.com</email>
</author>
<published>2013-10-01T21:09:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=9388fdb603e69d1c251f9bdfaac575ad3258583a'/>
<id>urn:sha1:9388fdb603e69d1c251f9bdfaac575ad3258583a</id>
<content type='text'>
Currently, fsfreeze-freeze may cause deadlock if a guest has loopback mounts
of image files in its disk; e.g.:

    # mount | grep ^/
    /dev/vda1 / type ext4 (rw,noatime,seclabel,data=ordered)
    /tmp/disk.img on /mnt type ext4 (rw,relatime,seclabel)

To avoid the deadlock, this freezes filesystems in reverse order of mounts.

Signed-off-by: Tomoki Sekiyama &lt;tomoki.sekiyama@hds.com&gt;
Reviewed-by: Eric Blake &lt;eblake@redhat.com&gt;
*fix up commit msg
Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
(cherry picked from commit e5d9adbdab972a2172815c1174aed3fabcc448f1)

Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>target-mips: fix 64-bit FPU config for user-mode emulation</title>
<updated>2013-12-09T20:42:33+00:00</updated>
<author>
<name>Petar Jovanovic</name>
<email>petar.jovanovic@imgtec.com</email>
</author>
<published>2013-11-29T16:27:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=68a1ac19a1a24bc47c8c6db1bca7026e2199cc32'/>
<id>urn:sha1:68a1ac19a1a24bc47c8c6db1bca7026e2199cc32</id>
<content type='text'>
FR bit should be initialized to 1 for MIPS64, under condition that this
bit is writable and that CPU has an FPU unit. It should be initialized to
zero for MIPS32.
This fixes different MIPS32 issues with FPU instructions whose behaviour
defaulted to 64-bit FPU mode.

Signed-off-by: Petar Jovanovic &lt;petar.jovanovic@imgtec.com&gt;
Signed-off-by: Aurelien Jarno &lt;aurelien@aurel32.net&gt;
(cherry picked from commit 4d66261f71f2efa31e1052e4041c5ee505572fe5)

Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>seccomp: add kill() to the syscall whitelist</title>
<updated>2013-12-09T17:40:30+00:00</updated>
<author>
<name>Paul Moore</name>
<email>pmoore@redhat.com</email>
</author>
<published>2013-11-21T15:40:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=08dde5b17b56d64c1536177866eafa98db4fba74'/>
<id>urn:sha1:08dde5b17b56d64c1536177866eafa98db4fba74</id>
<content type='text'>
The kill() syscall is triggered with the following command:

 # qemu -sandbox on -monitor stdio \
        -device intel-hda -device hda-duplex -vnc :0

The resulting syslog/audit message:

 # ausearch -m SECCOMP
 ----
 time-&gt;Wed Nov 20 09:52:08 2013
 type=SECCOMP msg=audit(1384912328.482:6656): auid=0 uid=0 gid=0 ses=854
  subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=12087
  comm="qemu-kvm" sig=31 syscall=62 compat=0 ip=0x7f7a1d2abc67 code=0x0
 # scmp_sys_resolver 62
 kill

Reported-by: CongLi &lt;coli@redhat.com&gt;
Tested-by: CongLi &lt;coli@redhat.com&gt;
Signed-off-by: Paul Moore &lt;pmoore@redhat.com&gt;
Acked-by: Eduardo Otubo &lt;otubo@linux.vnet.ibm.com&gt;
(cherry picked from commit e9eecb5bf82a71564bf018fcbbfc6cda19cab6c2)

Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>vmdk: Fix creating big description file</title>
<updated>2013-12-09T17:40:30+00:00</updated>
<author>
<name>Fam Zheng</name>
<email>famz@redhat.com</email>
</author>
<published>2013-12-03T02:41:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=12f741031feb870b9b4ed6819b3c16ca5f2c6816'/>
<id>urn:sha1:12f741031feb870b9b4ed6819b3c16ca5f2c6816</id>
<content type='text'>
The buffer for description file was 4096 which only covers a few
hundred of extents. This changes the buffer to dynamic allocated with
g_strdup_printf in order to support bigger cases.

Signed-off-by: Fam Zheng &lt;famz@redhat.com&gt;
Signed-off-by: Stefan Hajnoczi &lt;stefanha@redhat.com&gt;
(cherry picked from commit af057fe74092df2e7a576448ddbdc0daac1370bf)

Conflicts:

	block/vmdk.c
	tests/qemu-iotests/059
	tests/qemu-iotests/059.out

*removed dependencies on 4823970b and 4f6fd349

Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>qcow2: Zero-initialise first cluster for new images</title>
<updated>2013-12-09T17:40:30+00:00</updated>
<author>
<name>Kevin Wolf</name>
<email>kwolf@redhat.com</email>
</author>
<published>2013-12-04T10:06:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=982c8c5e209d0331f06c0d6bd9a440aa67a5e721'/>
<id>urn:sha1:982c8c5e209d0331f06c0d6bd9a440aa67a5e721</id>
<content type='text'>
Strictly speaking, this is only required for has_zero_init() == false,
but it's easy enough to just do a cluster-aligned write that is padded
with zeros after the header.

This fixes that after 'qemu-img create' header extensions are attempted
to be parsed that are really just random leftover data.

Cc: qemu-stable@nongnu.org
Signed-off-by: Kevin Wolf &lt;kwolf@redhat.com&gt;
Reviewed-by: Fam Zheng &lt;famz@redhat.com&gt;
Reviewed-by: Paolo Bonzini &lt;pbonzini@redhat.com&gt;
Signed-off-by: Stefan Hajnoczi &lt;stefanha@redhat.com&gt;
(cherry picked from commit f8413b3c23b08a547ce18609acc6fae5fd04ed5c)

Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>vfio-pci: Release all MSI-X vectors when disabled</title>
<updated>2013-12-09T17:40:30+00:00</updated>
<author>
<name>Alex Williamson</name>
<email>alex.williamson@redhat.com</email>
</author>
<published>2013-12-06T18:16:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=d90ff19d0a664400232ae062163790937068a0f8'/>
<id>urn:sha1:d90ff19d0a664400232ae062163790937068a0f8</id>
<content type='text'>
We were relying on msix_unset_vector_notifiers() to release all the
vectors when we disable MSI-X, but this only happens when MSI-X is
still enabled on the device.  Perform further cleanup by releasing
any remaining vectors listed as in-use after this call.  This caused
a leak of IRQ routes on hotplug depending on how the guest OS prepared
the device for removal.

Signed-off-by: Alex Williamson &lt;alex.williamson@redhat.com&gt;
Cc: qemu-stable@nongnu.org
(cherry picked from commit 3e40ba0faf0822fa78336fe6cd9d677ea9b14f1b)

Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>rng-egd: offset the point when repeatedly read from the buffer</title>
<updated>2013-12-09T17:40:30+00:00</updated>
<author>
<name>Amos Kong</name>
<email>akong@redhat.com</email>
</author>
<published>2013-11-21T08:42:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=7cfd037403ba34e8ed1ebfa4e7d6abec738e2000'/>
<id>urn:sha1:7cfd037403ba34e8ed1ebfa4e7d6abec738e2000</id>
<content type='text'>
The buffer content might be read out more than once, currently
we just repeatedly read the first data block, buffer offset is
missing.

Cc: qemu-stable@nongnu.org
Signed-off-by: Amos Kong &lt;akong@redhat.com&gt;
Message-id: 1385023371-8198-3-git-send-email-akong@redhat.com
Signed-off-by: Anthony Liguori &lt;aliguori@amazon.com&gt;
(cherry picked from commit 1eb1bd9eafa890f1f4d16ef5cb8b9239a86874d9)

Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
<entry>
<title>pci: unregister vmstate_pcibus on unplug</title>
<updated>2013-12-09T17:40:30+00:00</updated>
<author>
<name>Bandan Das</name>
<email>bsd@redhat.com</email>
</author>
<published>2013-11-06T22:52:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.landau.one/pub/scm/virt/qemu/qemu.git/commit/?id=0f6298786f0d88a29d150a19870f2ea7bc5c01a5'/>
<id>urn:sha1:0f6298786f0d88a29d150a19870f2ea7bc5c01a5</id>
<content type='text'>
PCIBus registers a vmstate during init. Unregister it upon
removal/unplug.

Signed-off-by: Bandan Das &lt;bsd@redhat.com&gt;
Cc: qemu-stable@nongnu.org
Reviewed-by: Andreas Färber &lt;afaerber@suse.de&gt;
Signed-off-by: Michael S. Tsirkin &lt;mst@redhat.com&gt;
(cherry picked from commit 5c397242d5d53c1adecce31817bb439383cf8228)

Signed-off-by: Michael Roth &lt;mdroth@linux.vnet.ibm.com&gt;
</content>
</entry>
</feed>
