[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] 424ad8: target-alpha: Fix interrupt mask for
|
From: |
GitHub |
|
Subject: |
[Qemu-commits] [qemu/qemu] 424ad8: target-alpha: Fix interrupt mask for cpu1 |
|
Date: |
Tue, 29 Nov 2016 15:00:08 -0800 |
Branch: refs/heads/master
Home: https://github.com/qemu/qemu
Commit: 424ad8388f89f4202a7836d003273f23ebe04b09
https://github.com/qemu/qemu/commit/424ad8388f89f4202a7836d003273f23ebe04b09
Author: Richard Henderson <address@hidden>
Date: 2016-11-22 (Tue, 22 Nov 2016)
Changed paths:
M hw/alpha/typhoon.c
Log Message:
-----------
target-alpha: Fix interrupt mask for cpu1
A typo prevents ISA interrupts from being recognized on cpu0,
which is where the smp kernel normally wants to see them.
Signed-off-by: Richard Henderson <address@hidden>
Commit: c2a85316902e67530da9d6548139fcce73c0cac6
https://github.com/qemu/qemu/commit/c2a85316902e67530da9d6548139fcce73c0cac6
Author: Bobby Bingham <address@hidden>
Date: 2016-11-22 (Tue, 22 Nov 2016)
Changed paths:
M include/exec/cpu_ldst.h
Log Message:
-----------
cpu_ldst.h: use correct guest address parameter
In the user emulation code path, tlb_vaddr_to_host erronesously passed
vaddr as the guest address to be translated, instead of addr, the parameter
which actually contained the guest address.
This resulted in incorrect addresses being used when emulating block copy
(mvc/mvpg) and block clear (xc) instructions for the s390x target.
Signed-off-by: Bobby Bingham <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 169407e1f7c9afee1cdac0ee6ad0b8d5e361c4dd
https://github.com/qemu/qemu/commit/169407e1f7c9afee1cdac0ee6ad0b8d5e361c4dd
Author: Eric Blake <address@hidden>
Date: 2016-11-22 (Tue, 22 Nov 2016)
Changed paths:
M block/nbd-client.c
Log Message:
-----------
nbd: Allow unmap and fua during write zeroes
Commit fa778fff wired up support to send the NBD_CMD_WRITE_ZEROES,
but forgot to inform the block layer that FUA unmapping of zeroes is
supported. Without BDRV_REQ_MAY_UNMAP listed as a supported flag,
the block layer will always insist on the NBD layer passing
NBD_CMD_FLAG_NO_HOLE, resulting in the server always allocating
things even when it was desired to let the server punch holes.
Similarly, failing to set BDRV_REQ_FUA means that the client may
send unnecessary NBD_CMD_FLUSH when it could have instead used the
NBD_CMD_FLAG_FUA bit.
CC: address@hidden
Signed-off-by: Eric Blake <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 1d895feb3b9e4dd3560f505c309f26abf56c1e82
https://github.com/qemu/qemu/commit/1d895feb3b9e4dd3560f505c309f26abf56c1e82
Author: Hervé Poussineau <address@hidden>
Date: 2016-11-22 (Tue, 22 Nov 2016)
Changed paths:
M hw/scsi/esp.c
Log Message:
-----------
scsi/esp: do not raise an interrupt when reading the FIFO register
This fixes SCSI adapter self-tests done in MIPS Jazz emulation,
broken since ff589551c8e8e9e95e211b9d8daafb4ed39f1aec.
Signed-off-by: Hervé Poussineau <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 171da9d5dbd2fe1ee2f923dff736d89be96c9672
https://github.com/qemu/qemu/commit/171da9d5dbd2fe1ee2f923dff736d89be96c9672
Author: Thomas Huth <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M tests/postcopy-test.c
Log Message:
-----------
tests/postcopy: Use KVM on ppc64 only if it is KVM-HV
The ppc64 postcopy test does not work with KVM-PR, and it is also
causing annoying warning messages when run on a x86 host. So let's
use KVM here only if we know that we're running with KVM-HV (which
automatically also means that we're running on a ppc64 host), and
fall back to TCG otherwise.
Signed-off-by: Thomas Huth <address@hidden>
Reviewed-by: Laurent Vivier <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Signed-off-by: David Gibson <address@hidden>
Commit: 62ef3760d4e400849fc663474227bb4668244455
https://github.com/qemu/qemu/commit/62ef3760d4e400849fc663474227bb4668244455
Author: Michael Roth <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/ppc/spapr.c
M hw/ppc/spapr_ovec.c
M include/hw/ppc/spapr_ovec.h
Log Message:
-----------
spapr: migration support for CAS-negotiated option vectors
With the additional of the OV5_HP_EVT option vector, we now have
certain functionality (namely, memory unplug) that checks at run-time
for whether or not the guest negotiated the option via CAS. Because
we don't currently migrate these negotiated values, we are unable
to unplug memory from a guest after it's been migrated until after
the guest is rebooted and CAS-negotiation is repeated.
This patch fixes this by adding CAS-negotiated options to the
migration stream. We do this using a subsection, since the
negotiated value of OV5_HP_EVT is the only option currently needed
to maintain proper functionality for a running guest.
Signed-off-by: Michael Roth <address@hidden>
Signed-off-by: David Gibson <address@hidden>
Commit: 0d28aa197dd91d1bd3bc1bdc46b0eca306460040
https://github.com/qemu/qemu/commit/0d28aa197dd91d1bd3bc1bdc46b0eca306460040
Author: Vladimir Svoboda <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M target-ppc/helper_regs.h
Log Message:
-----------
ppc: BOOK3E: nothing should be done when MSR:PR is set
The server architecture (BOOK3S) specifies that any instruction that
sets MSR:PR will also set MSR:EE, IR and DR.
However there is no such behavior specification for the embedded
architecture (BOOK3E).
Signed-off-by: Vladimir Svoboda <address@hidden>
Signed-off-by: David Gibson <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Commit: 8a273cbe53221d28abfc98f33a0d057b26e53d6a
https://github.com/qemu/qemu/commit/8a273cbe53221d28abfc98f33a0d057b26e53d6a
Author: Thomas Huth <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/char/spapr_vty.c
Log Message:
-----------
hw/char/spapr_vty: Return amount of free buffer entries in vty_can_receive()
The can_receive() callbacks of the character devices should return
the amount of characters that can be accepted at once, not just a
boolean value (which rather means only one character at a time).
Signed-off-by: Thomas Huth <address@hidden>
Signed-off-by: David Gibson <address@hidden>
Commit: a813fe73621e1221a094a6a744530da66817ddbc
https://github.com/qemu/qemu/commit/a813fe73621e1221a094a6a744530da66817ddbc
Author: Jose Ricardo Ziviani <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M target-ppc/int_helper.c
Log Message:
-----------
target-ppc: fix index array of national digits
Fixes the big endian array access of national digits, from commits
b815587 and e2106d7.
Signed-off-by: Jose Ricardo Ziviani <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Signed-off-by: David Gibson <address@hidden>
Commit: 39d97e14a151519c81955a0b82352b5596432f63
https://github.com/qemu/qemu/commit/39d97e14a151519c81955a0b82352b5596432f63
Author: Benjamin Herrenschmidt <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/pci-host/uninorth.c
Log Message:
-----------
ppc: Make uninorth interrupt swizzling identical to Grackle
It's currently broken as it uses an incorrect shift, it tries
to use the slot number but uses the top bits of the bus number
instead.
Note: Neither implementation matches what OpenBIOS ends up putting
in the device-tree either, which will have to be fixed separately.
This is not quite correct for modelling a real Mac since Apple
tend to tie all 4 interrupt lines of a slot together and have
separate interrupts for every slot and every motherboard devices
going straight to the PIC but we'll sort that out later.
Signed-off-by: Benjamin Herrenschmidt <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Signed-off-by: David Gibson <address@hidden>
Commit: 16a2497bd44cac1856e259654fd304079bd1dcdc
https://github.com/qemu/qemu/commit/16a2497bd44cac1856e259654fd304079bd1dcdc
Author: David Gibson <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M target-ppc/cpu.h
M target-ppc/machine.c
Log Message:
-----------
target-ppc: Fix CPU migration from qemu-2.6 <-> later versions
When migration for target-ppc was converted to vmstate, several
VMSTATE_EQUAL() checks were foolishly included of things that really
should be internal state. Specifically we verified equality of the
insns_flags and insns_flags2 fields, which are used within TCG to
determine which groups of instructions are available on this cpu
model. Between qemu-2.6 and qemu-2.7 we made some changes to these
classes which broke migration.
This path fixes migration both forwards and backwards. On migration
from 2.6 to later versions we import the fields into teporary
variables, which we then ignore. In migration backwards, we populate
the temporary fields from the runtime fields, but mask out the bits
which were added after qemu-2.6, allowing the VMSTATE_EQUAL in
qemu-2.6 to accept the stream.
Signed-off-by: David Gibson <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Commit: 3fed86eefc15cda07270225731399ecd787153b8
https://github.com/qemu/qemu/commit/3fed86eefc15cda07270225731399ecd787153b8
Author: David Gibson <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M include/migration/cpu.h
Log Message:
-----------
migration: Add VMSTATE_UINTTL_TEST()
include/migration/cpu.h defines VMSTATE_UINTTL() and several variants
for migrating target_ulong fields. It's defined in terms of
VMSTATE_UINT32() or VMSTATE_UINT64() as appropriate.
It doesn't, however, include a VMSTATE_UINTTL_TEST() variant, which
I'm going to need shortly. So, add it.
Signed-off-by: David Gibson <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Commit: 146c11f16f12dbfea62cbd7f865614bb6fcbc6b5
https://github.com/qemu/qemu/commit/146c11f16f12dbfea62cbd7f865614bb6fcbc6b5
Author: David Gibson <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/ppc/spapr.c
M target-ppc/cpu.h
M target-ppc/machine.c
M target-ppc/translate_init.c
Log Message:
-----------
target-ppc: Allow eventual removal of old migration mistakes
Until very recently, the vmstate for ppc cpus included some poorly
thought out VMSTATE_EQUAL() components, that can easily break
migration compatibility, and did so between qemu-2.6 and later
versions. A hack was recently added which fixes this migration
breakage, but it leaves the unhelpful cruft of these fields in the
migration stream.
This patch adds a new cpu property allowing these fields to be removed
from the stream entirely. For the pseries-2.8 machine type - which
comes after the fix - and for all non-pseries machine types - which
aren't mature enough to care about cross-version migration - we remove
the fields from the stream.
For pseries-2.7 and earlier, The migration hack remains in place,
allowing backwards and forwards migration with the older machine
types.
This restricts the migration compatibility cruft to older machine
types, and at least opens the possibility of eventually deprecating
and removing it entirely.
Signed-off-by: David Gibson <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Reviewed-by: Alexey Kardashevskiy <address@hidden>
Commit: 5a78b821eb9e240d67f319542a2201e833747e2a
https://github.com/qemu/qemu/commit/5a78b821eb9e240d67f319542a2201e833747e2a
Author: David Gibson <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/ppc/spapr_pci.c
Log Message:
-----------
Revert "spapr: Fix migration of PCI host bridges from qemu-2.7"
This reverts commit 9b54ca0ba781012eeea4237b7c4832ba2ea81d89.
The commit above corrected a migration breakage between qemu-2.7 and
qemu-2.8. However it did so by advancing the migration version for
the PCI host bridge, which obviously breaks migration backwards to
earlier qemu versions.
Although it's not totally essential, we'd like to maintain the
possibility for backwards migration, so revert the change in
preparation for a better fix.
Signed-off-by: David Gibson <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Reviewed-by: Alexey Kardashevskiy <address@hidden>
Commit: 5c4537bded40640b166ec77e112592174b048c21
https://github.com/qemu/qemu/commit/5c4537bded40640b166ec77e112592174b048c21
Author: David Gibson <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/ppc/spapr.c
M hw/ppc/spapr_pci.c
M include/hw/pci-host/spapr.h
Log Message:
-----------
spapr: Fix 2.7<->2.8 migration of PCI host bridge
daa2369 "spapr_pci: Add a 64-bit MMIO window" subtly broke migration
from qemu-2.7 to the current version. It split the device's MMIO
window into two pieces for 32-bit and 64-bit MMIO.
The patch included backwards compatibility code to convert the old
property into the new format. However, the property value was also
transferred in the migration stream and compared with a (probably
unwise) VMSTATE_EQUAL. So, the "raw" value from 2.7 is compared to
the new style converted value from (pre-)2.8 giving a mismatch and
migration failure.
Along with the actual field that caused the breakage, there are
several other ill-advised VMSTATE_EQUAL()s. To fix forwards
migration, we read the values in the stream into scratch variables and
ignore them, instead of comparing for equality. To fix backwards
migration, we populate those scratch variables in pre_save() with
adjusted values to match the old behaviour.
To permit the eventual possibility of removing this cruft from the
stream, we only include these compatibility fields if a new
'pre-2.8-migration' property is set. We clear it on the pseries-2.8
machine type, which obviously can't be migrated backwards, but set it
on earlier machine type versions.
Signed-off-by: David Gibson <address@hidden>
Reviewed-by: Dr. David Alan Gilbert <address@hidden>
Reviewed-by: Thomas Huth <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Reviewed-by: Alexey Kardashevskiy <address@hidden>
Commit: f0c10c392fc23d4bfeca0afe0de80d5036ed92ed
https://github.com/qemu/qemu/commit/f0c10c392fc23d4bfeca0afe0de80d5036ed92ed
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M block/nbd-client.c
M hw/scsi/esp.c
M include/exec/cpu_ldst.h
Log Message:
-----------
Merge remote-tracking branch 'bonzini/tags/for-upstream' into staging
Small fixes for rc1.
# gpg: Signature made Tue 22 Nov 2016 10:26:56 PM GMT
# gpg: using RSA key 0xBFFBD25F78C7AE83
# gpg: Good signature from "Paolo Bonzini <address@hidden>"
# gpg: aka "Paolo Bonzini <address@hidden>"
# Primary key fingerprint: 46F5 9FBD 57D6 12E7 BFD4 E2F7 7E15 100C CD36 69B1
# Subkey fingerprint: F133 3857 4B66 2389 866C 7682 BFFB D25F 78C7 AE83
* bonzini/tags/for-upstream:
scsi/esp: do not raise an interrupt when reading the FIFO register
nbd: Allow unmap and fua during write zeroes
cpu_ldst.h: use correct guest address parameter
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 659fc8d3427bf54ff50b7fffb2ca2fc0690d5e92
https://github.com/qemu/qemu/commit/659fc8d3427bf54ff50b7fffb2ca2fc0690d5e92
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/char/spapr_vty.c
M hw/pci-host/uninorth.c
M hw/ppc/spapr.c
M hw/ppc/spapr_ovec.c
M hw/ppc/spapr_pci.c
M include/hw/pci-host/spapr.h
M include/hw/ppc/spapr_ovec.h
M include/migration/cpu.h
M target-ppc/cpu.h
M target-ppc/helper_regs.h
M target-ppc/int_helper.c
M target-ppc/machine.c
M target-ppc/translate_init.c
M tests/postcopy-test.c
Log Message:
-----------
Merge remote-tracking branch 'dgibson/tags/ppc-for-2.8-20161123' into staging
ppc patch queue 2016-11-23
Here's the first set of 2.8 hard freeze bugfixes for ppc.
The biggest thing here is a batch of fixes for migration breakages in
both 2.7 and current 2.8. Alas, there is at least one more migration
problem, which prevents memory unplug after a migration. I hoped to
include a fix for that here, but it turned out to have some problems
bigger than those it was solving. So, I expect at least one more hard
freeze pull request.
There are also a few other assorted bug fixes.
# gpg: Signature made Wed 23 Nov 2016 02:25:42 AM GMT
# gpg: using RSA key 0x6C38CACA20D9B392
# gpg: Good signature from "David Gibson <address@hidden>"
# gpg: aka "David Gibson (kernel.org) <address@hidden>"
# gpg: aka "David Gibson (Red Hat) <address@hidden>"
# gpg: aka "David Gibson (ozlabs.org) <address@hidden>"
# Primary key fingerprint: 75F4 6586 AE61 A66C C44E 87DC 6C38 CACA 20D9 B392
* dgibson/tags/ppc-for-2.8-20161123:
spapr: Fix 2.7<->2.8 migration of PCI host bridge
Revert "spapr: Fix migration of PCI host bridges from qemu-2.7"
target-ppc: Allow eventual removal of old migration mistakes
migration: Add VMSTATE_UINTTL_TEST()
target-ppc: Fix CPU migration from qemu-2.6 <-> later versions
ppc: Make uninorth interrupt swizzling identical to Grackle
target-ppc: fix index array of national digits
hw/char/spapr_vty: Return amount of free buffer entries in vty_can_receive()
ppc: BOOK3E: nothing should be done when MSR:PR is set
spapr: migration support for CAS-negotiated option vectors
tests/postcopy: Use KVM on ppc64 only if it is KVM-HV
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 4774718e5c194026ba5ee7a28d9be49be3080e42
https://github.com/qemu/qemu/commit/4774718e5c194026ba5ee7a28d9be49be3080e42
Author: Li Qiang <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/9pfs/9p.c
Log Message:
-----------
9pfs: adjust the order of resource cleanup in device unrealize
Unrealize should undo things that were set during realize in
reverse order. So should do in the error path in realize.
Signed-off-by: Li Qiang <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Signed-off-by: Greg Kurz <address@hidden>
Commit: 702dbcc274e2ca43be20ba64c758c0ca57dab91d
https://github.com/qemu/qemu/commit/702dbcc274e2ca43be20ba64c758c0ca57dab91d
Author: Li Qiang <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M fsdev/file-op-9p.h
M hw/9pfs/9p.c
Log Message:
-----------
9pfs: add cleanup operation in FileOperations
Currently, the backend of VirtFS doesn't have a cleanup
function. This will lead resource leak issues if the backed
driver allocates resources. This patch addresses this issue.
Signed-off-by: Li Qiang <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Signed-off-by: Greg Kurz <address@hidden>
Commit: 971f406b77a6eb84e0ad27dcc416b663765aee30
https://github.com/qemu/qemu/commit/971f406b77a6eb84e0ad27dcc416b663765aee30
Author: Li Qiang <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/9pfs/9p-handle.c
Log Message:
-----------
9pfs: add cleanup operation for handle backend driver
In the init operation of handle backend dirver, it allocates a
handle_data struct and opens a mount file. We should free these
resources when the 9pfs device is unrealized. This is what this
patch does.
Signed-off-by: Li Qiang <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Signed-off-by: Greg Kurz <address@hidden>
Commit: 898ae90a44551d25b8e956fd87372d303c82fe68
https://github.com/qemu/qemu/commit/898ae90a44551d25b8e956fd87372d303c82fe68
Author: Li Qiang <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/9pfs/9p-proxy.c
Log Message:
-----------
9pfs: add cleanup operation for proxy backend driver
In the init operation of proxy backend dirver, it allocates a
V9fsProxy struct and some other resources. We should free these
resources when the 9pfs device is unrealized. This is what this
patch does.
Signed-off-by: Li Qiang <address@hidden>
Reviewed-by: Greg Kurz <address@hidden>
Signed-off-by: Greg Kurz <address@hidden>
Commit: 7875efb9f641ed0e79320bf258ee69cd0bf03716
https://github.com/qemu/qemu/commit/7875efb9f641ed0e79320bf258ee69cd0bf03716
Author: Olaf Hering <address@hidden>
Date: 2016-11-23 (Wed, 23 Nov 2016)
Changed paths:
M hw/block/xen_disk.c
Log Message:
-----------
xen_disk: split discard input to match internal representation
The guest sends discard requests as u64 sector/count pairs, but the
block layer operates internally with s64/s32 pairs. The conversion
leads to IO errors in the guest, the discard request is not processed.
domU.cfg:
'vdev=xvda, format=qcow2, backendtype=qdisk, target=/x.qcow2'
domU:
mkfs.ext4 -F /dev/xvda
Discarding device blocks: failed - Input/output error
Fix this by splitting the request into chunks of BDRV_REQUEST_MAX_SECTORS.
Add input range checking to avoid overflow.
Fixes f313520 ("xen_disk: add discard support")
Signed-off-by: Olaf Hering <address@hidden>
Reviewed-by: Eric Blake <address@hidden>
Reviewed-by: Stefano Stabellini <address@hidden>
Commit: c090c97d925ce751d8834d5c5a404952598f67c0
https://github.com/qemu/qemu/commit/c090c97d925ce751d8834d5c5a404952598f67c0
Author: Laurent Vivier <address@hidden>
Date: 2016-11-24 (Thu, 24 Nov 2016)
Changed paths:
M target-m68k/translate.c
Log Message:
-----------
target-m68k: fix EXG instruction
opcodes of "EXG Ax,Ay" and "EXG Dx,Dy" have been swapped
Signed-off-by: Laurent Vivier <address@hidden>
Reviewed-by: Richard Henderson <address@hidden>
Commit: 5436c29d78957a6825a93f0eb79dfab388641017
https://github.com/qemu/qemu/commit/5436c29d78957a6825a93f0eb79dfab388641017
Author: Laurent Vivier <address@hidden>
Date: 2016-11-24 (Thu, 24 Nov 2016)
Changed paths:
M target-m68k/translate.c
Log Message:
-----------
target-m68k: Fix cmpa operand size
"The size of the operation can be specified as word or long.
Word length source operands are sign-extended to 32 bits for
comparison."
So comparison is always done using OS_LONG.
Signed-off-by: Laurent Vivier <address@hidden>
Reviewed-by: Richard Henderson <address@hidden>
Commit: 801edfcbb58a8dd3b591840c6131e2452f980d8d
https://github.com/qemu/qemu/commit/801edfcbb58a8dd3b591840c6131e2452f980d8d
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-24 (Thu, 24 Nov 2016)
Changed paths:
M hw/alpha/typhoon.c
Log Message:
-----------
Merge remote-tracking branch 'rth/tags/pull-axp-20161123' into staging
Fix alpha smp interrupt masking
# gpg: Signature made Wed 23 Nov 2016 12:42:45 PM GMT
# gpg: using RSA key 0xAD1270CC4DD0279B
# gpg: Good signature from "Richard Henderson <address@hidden>"
# gpg: aka "Richard Henderson <address@hidden>"
# gpg: aka "Richard Henderson <address@hidden>"
# Primary key fingerprint: 9CB1 8DDA F8E8 49AD 2AFC 16A4 AD12 70CC 4DD0 279B
* rth/tags/pull-axp-20161123:
target-alpha: Fix interrupt mask for cpu1
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 0fecd0292c6665149f268fabde484d49b8ff0e18
https://github.com/qemu/qemu/commit/0fecd0292c6665149f268fabde484d49b8ff0e18
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-24 (Thu, 24 Nov 2016)
Changed paths:
M fsdev/file-op-9p.h
M hw/9pfs/9p-handle.c
M hw/9pfs/9p-proxy.c
M hw/9pfs/9p.c
Log Message:
-----------
Merge remote-tracking branch 'gkurz/tags/for-upstream' into staging
This pull request fixes some leaks (memory, fd) in the handle and proxy
backends.
# gpg: Signature made Wed 23 Nov 2016 12:53:41 PM GMT
# gpg: using DSA key 0x02FC3AEB0101DBC2
# gpg: Good signature from "Greg Kurz <address@hidden>"
# gpg: aka "Greg Kurz <address@hidden>"
# gpg: aka "Greg Kurz <address@hidden>"
# gpg: aka "Greg Kurz <address@hidden>"
# gpg: aka "Gregory Kurz (Groug) <address@hidden>"
# gpg: aka "Gregory Kurz (Cimai Technology) <address@hidden>"
# gpg: aka "Gregory Kurz (Meiosys Technology) <address@hidden>"
# gpg: WARNING: This key is not certified with a trusted signature!
# gpg: There is no indication that the signature belongs to the owner.
# Primary key fingerprint: 2BD4 3B44 535E C0A7 9894 DBA2 02FC 3AEB 0101 DBC2
* gkurz/tags/for-upstream:
9pfs: add cleanup operation for proxy backend driver
9pfs: add cleanup operation for handle backend driver
9pfs: add cleanup operation in FileOperations
9pfs: adjust the order of resource cleanup in device unrealize
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 4a18cd44f3c905d443c26e26bb9b09932606d1a3
https://github.com/qemu/qemu/commit/4a18cd44f3c905d443c26e26bb9b09932606d1a3
Author: Laurent Vivier <address@hidden>
Date: 2016-11-24 (Thu, 24 Nov 2016)
Changed paths:
M target-m68k/translate.c
Log Message:
-----------
target-m68k: fix muluw/mulsw
"The multiplier and multiplicand are both word operands, and the result
is a long-word operand."
So compute flags on a long-word result, not on a word result.
Signed-off-by: Laurent Vivier <address@hidden>
Reviewed-by: Richard Henderson <address@hidden>
Commit: 06c33754a13ee19b9f0e113738f5a2f5cf6bb119
https://github.com/qemu/qemu/commit/06c33754a13ee19b9f0e113738f5a2f5cf6bb119
Author: Mark Cave-Ayland <address@hidden>
Date: 2016-11-24 (Thu, 24 Nov 2016)
Changed paths:
M pc-bios/openbios-ppc
M pc-bios/openbios-sparc32
M pc-bios/openbios-sparc64
M roms/openbios
Log Message:
-----------
Update OpenBIOS images to ef8a14e built from submodule.
Signed-off-by: Mark Cave-Ayland <address@hidden>
Commit: 628d0a4bdf28981f248d579d1798bef91be94dda
https://github.com/qemu/qemu/commit/628d0a4bdf28981f248d579d1798bef91be94dda
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-25 (Fri, 25 Nov 2016)
Changed paths:
M pc-bios/openbios-ppc
M pc-bios/openbios-sparc32
M pc-bios/openbios-sparc64
M roms/openbios
Log Message:
-----------
Merge remote-tracking branch 'mcayland/tags/qemu-openbios-signed' into staging
Update OpenBIOS images
# gpg: Signature made Thu 24 Nov 2016 09:29:40 PM GMT
# gpg: using RSA key 0x5BC2C56FAE0F321F
# gpg: Good signature from "Mark Cave-Ayland <address@hidden>"
# Primary key fingerprint: CC62 1AB9 8E82 200D 915C C9C4 5BC2 C56F AE0F 321F
* mcayland/tags/qemu-openbios-signed:
Update OpenBIOS images to ef8a14e built from submodule.
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 511008f5cc220de7c63bfa2d8403e1391360cbe5
https://github.com/qemu/qemu/commit/511008f5cc220de7c63bfa2d8403e1391360cbe5
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-25 (Fri, 25 Nov 2016)
Changed paths:
M target-m68k/translate.c
Log Message:
-----------
Merge remote-tracking branch 'vivier-m68k/tags/m68k-for-2.8-pull-request'
into staging
# gpg: Signature made Thu 24 Nov 2016 03:25:39 PM GMT
# gpg: using RSA key 0xF30C38BD3F2FBE3C
# gpg: Good signature from "Laurent Vivier <address@hidden>"
# gpg: aka "Laurent Vivier <address@hidden>"
# gpg: aka "Laurent Vivier (Red Hat) <address@hidden>"
# Primary key fingerprint: CD2F 75DD C8E3 A4DC 2E4F 5173 F30C 38BD 3F2F BE3C
* vivier-m68k/tags/m68k-for-2.8-pull-request:
target-m68k: fix muluw/mulsw
target-m68k: Fix cmpa operand size
target-m68k: fix EXG instruction
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 2f2c8d6b371cfc6689affb0b7e463fa2160c9e5b
https://github.com/qemu/qemu/commit/2f2c8d6b371cfc6689affb0b7e463fa2160c9e5b
Author: Alberto Garcia <address@hidden>
Date: 2016-11-25 (Fri, 25 Nov 2016)
Changed paths:
M block/qcow2-cache.c
Log Message:
-----------
qcow2: Make qcow2_cache_table_release() work only in Linux
We are using QEMU_MADV_DONTNEED to discard the memory of individual L2
cache tables. The problem with this is that those semantics are
specific to the Linux madvise() system call. Other implementations of
madvise() (including the very Linux implementation of posix_madvise())
don't do that, so we cannot use them for the same purpose.
This patch makes the code Linux-specific and uses madvise() directly
since there's no point in going through qemu_madvise() for this.
Signed-off-by: Alberto Garcia <address@hidden>
Signed-off-by: Kevin Wolf <address@hidden>
Commit: 91203f08f0ca66f1a6aba1d0e5ef62ed98fb3234
https://github.com/qemu/qemu/commit/91203f08f0ca66f1a6aba1d0e5ef62ed98fb3234
Author: Alberto Garcia <address@hidden>
Date: 2016-11-25 (Fri, 25 Nov 2016)
Changed paths:
M block/qcow2.c
Log Message:
-----------
qcow2: Allow 'cache-clean-interval' in Linux only
The cache-clean-interval option of qcow2 only works on Linux. However
we allow setting it in other systems regardless of whether it works or
not.
In those systems this option is not simply a no-op: it actually
invalidates perfectly valid cache tables for no good reason without
freeing their memory.
This patch forbids using that option in non-Linux systems.
Signed-off-by: Alberto Garcia <address@hidden>
Signed-off-by: Kevin Wolf <address@hidden>
Commit: a8b99dd51649672cb08458a25a762687e8067715
https://github.com/qemu/qemu/commit/a8b99dd51649672cb08458a25a762687e8067715
Author: Alberto Garcia <address@hidden>
Date: 2016-11-25 (Fri, 25 Nov 2016)
Changed paths:
M block/qcow2-cache.c
Log Message:
-----------
qcow2: Remove stale comment
We haven't been using CONFIG_MADVISE since 02d0e095031b7fda77de8b
Signed-off-by: Alberto Garcia <address@hidden>
Signed-off-by: Kevin Wolf <address@hidden>
Commit: 8f57758311d816c66e88cfcfdc91f986f59345ad
https://github.com/qemu/qemu/commit/8f57758311d816c66e88cfcfdc91f986f59345ad
Author: Alberto Garcia <address@hidden>
Date: 2016-11-25 (Fri, 25 Nov 2016)
Changed paths:
M docs/qcow2-cache.txt
Log Message:
-----------
docs: Specify that cache-clean-interval is only supported in Linux
Make it clear that having Linux is a hard requirement for this
feature.
Signed-off-by: Alberto Garcia <address@hidden>
Signed-off-by: Kevin Wolf <address@hidden>
Commit: 685479bd5dc6f54f6230c9d05d7a3fb5cab867bf
https://github.com/qemu/qemu/commit/685479bd5dc6f54f6230c9d05d7a3fb5cab867bf
Author: Eduardo Habkost <address@hidden>
Date: 2016-11-25 (Fri, 25 Nov 2016)
Changed paths:
M target-i386/cpu.c
Log Message:
-----------
target-i386: Remove unused local_err variable
local_err can never be set to non-NULL. Remove the variable.
Detected by Coverity:
*** CID 1365201: Possible Control flow issues (DEADCODE)
/target-i386/cpu.c: 2050 in x86_cpu_parse_featurestr()
2044 prop->value = g_strdup(val);
2045 prop->errp = &error_fatal;
2046 qdev_prop_register_global(prop);
2047 }
2048
2049 if (local_err) {
>>> CID 1365201: Possible Control flow issues (DEADCODE)
>>> Execution cannot reach this statement: "error_propagate(errp,
local...".
2050 error_propagate(errp, local_err);
2051 }
2052 }
2053
2054 static void x86_cpu_load_features(X86CPU *cpu, Error **errp);
2055 static int x86_cpu_filter_features(X86CPU *cpu);
Reported-by: Markus Armbruster <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 6aa3a61657a60ad2c422c720bfaa31589a6e7334
https://github.com/qemu/qemu/commit/6aa3a61657a60ad2c422c720bfaa31589a6e7334
Author: Alistair Francis <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M hw/core/generic-loader.c
Log Message:
-----------
generic-loader: file: Only set a PC if a CPU is specified
This patch fixes the generic-loader file loading to only set the program
counter if a CPU is specified. This follows what is written in the
documentation and was always part of the original intention.
Signed-off-by: Alistair Francis <address@hidden>
Reviewed-by: Edgar E. Iglesias <address@hidden>
Message-id: address@hidden
Signed-off-by: Peter Maydell <address@hidden>
Commit: b77257d7bae26a0fca6a90af88d54ee2c45f5b61
https://github.com/qemu/qemu/commit/b77257d7bae26a0fca6a90af88d54ee2c45f5b61
Author: Guenter Roeck <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M hw/arm/boot.c
Log Message:
-----------
arm: Create /chosen and /memory devicetree nodes if necessary
While customary, the /chosen and /memory devicetree nodes do not have to
exist. Create if necessary. Also create the /memory/device_type property
if needed.
Signed-off-by: Guenter Roeck <address@hidden>
Message-id: address@hidden
Reviewed-by: Peter Maydell <address@hidden>
Signed-off-by: Peter Maydell <address@hidden>
Commit: 75f19f8c3006970632303b49043b075dc4fe922e
https://github.com/qemu/qemu/commit/75f19f8c3006970632303b49043b075dc4fe922e
Author: Paolo Bonzini <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M hw/scsi/megasas.c
Log Message:
-----------
megasas: do not call pci_dma_unmap after having freed the frame once
Commit 8cc4678 ("megasas: remove useless check for cmd->frame", 2016-07-17) was
wrong because I trusted Coverity too much. It turns out that there _is_ a
path through which cmd->frame can become NULL. After megasas_handle_frame's
switch (md->frame->header.frame_cmd), megasas_init_firmware can be called.
>From there, megasas_reset_frames will call megasas_unmap_frame which resets
cmd->frame = NULL.
However, there is another bug to fix in there, because megasas_unmap_frame
is called again after setting the command status. In this case QEMU should
not do anything, instead it calls pci_dma_unmap again. Harmless, but
better fix it.
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 9e55d58806feedca9341a63243304fbbeaac741d
https://github.com/qemu/qemu/commit/9e55d58806feedca9341a63243304fbbeaac741d
Author: Paolo Bonzini <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M hw/scsi/megasas.c
Log Message:
-----------
megasas: clean up and fix request completion/cancellation
megasas_command_cancel is a callback; it should report the abort in
the frame, not try another abort! Compare for instance with
mptsas_request_cancelled.
So extract the common bits for request completion in a new function
megasas_complete_command, call it from both the .complete and .cancel
callbacks, and remove duplicate pieces from the DCMD path.
Signed-off-by: Paolo Bonzini <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Stefan Hajnoczi <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 64e184e2608d3c93dda1bba8ae6dc2185b5228fb
https://github.com/qemu/qemu/commit/64e184e2608d3c93dda1bba8ae6dc2185b5228fb
Author: Peter Xu <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M hw/i386/kvm/pci-assign.c
Log Message:
-----------
pci-assign: sync MSI/MSI-X cap and table with PCIDevice
Since commit e1d4fb2d ("kvm-irqchip: x86: add msi route notify fn"),
kvm_irqchip_add_msi_route() starts to use pci_get_msi_message() to fetch
MSI info. This requires that we setup MSI related fields in PCIDevice.
For most devices, that won't be a problem, as long as we are using
general interfaces like msi_init()/msix_init().
However, for pci-assign devices, MSI/MSI-X is treated differently - PCI
assign devices are maintaining its own MSI table and cap information in
AssignedDevice struct. however that's not synced up with PCIDevice's
fields. That will leads to pci_get_msi_message() failed to find correct
MSI capability, even with an NULL msix_table.
A quick fix is to sync up the two places: both the capability bits and
table address for MSI/MSI-X.
Reported-by: Changlimin <address@hidden>
Tested-by: Changlimin <address@hidden>
Cc: address@hidden
Fixes: e1d4fb2d ("kvm-irqchip: x86: add msi route notify fn")
Signed-off-by: Peter Xu <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Michael S. Tsirkin <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 04e27c6bb034e57e60739362a90bc11a4d6f3ad4
https://github.com/qemu/qemu/commit/04e27c6bb034e57e60739362a90bc11a4d6f3ad4
Author: Dr. David Alan Gilbert <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M hw/audio/pcspk.c
Log Message:
-----------
migration/pcspk: Add a property to state if pcspk is migrated
Allow us to turn migration of pcspk off for compatibility.
Signed-off-by: Dr. David Alan Gilbert <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: f9f885b78a6d9d1f0619d250f8d518313a146885
https://github.com/qemu/qemu/commit/f9f885b78a6d9d1f0619d250f8d518313a146885
Author: Dr. David Alan Gilbert <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M include/hw/i386/pc.h
Log Message:
-----------
migration/pcspk: Turn migration of pcspk off for 2.7 and older
To keep backwards migration compatibility allow us to turn pcspk
migration off.
Signed-off-by: Dr. David Alan Gilbert <address@hidden>
Message-Id: <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: c96f0ee6a67ca6277366e78ce5d84d5c20dd596f
https://github.com/qemu/qemu/commit/c96f0ee6a67ca6277366e78ce5d84d5c20dd596f
Author: Adrian Bunk <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M rules.mak
Log Message:
-----------
rules.mak: Use -r instead of -Wl, -r to fix building when PIE is default
Building qemu fails in distributions where gcc enables PIE by default
(e.g. Debian unstable) with:
/usr/bin/ld: -r and -pie may not be used together
Use -r instead of -Wl,-r to avoid gcc passing -pie to the linker
when PIE is enabled and a relocatable object is passed.
Signed-off-by: Adrian Bunk <address@hidden>
Message-Id: <address@hidden>
Cc: address@hidden
Signed-off-by: Paolo Bonzini <address@hidden>
Commit: 406c97c41f643dc835f32a3bcb6c612b2320547e
https://github.com/qemu/qemu/commit/406c97c41f643dc835f32a3bcb6c612b2320547e
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M target-i386/cpu.c
Log Message:
-----------
Merge remote-tracking branch 'ehabkost/tags/x86-pull-request' into staging
Coverity fix on target-i386
# gpg: Signature made Fri 25 Nov 2016 09:29:11 PM GMT
# gpg: using RSA key 0x2807936F984DC5A6
# gpg: Good signature from "Eduardo Habkost <address@hidden>"
# Primary key fingerprint: 5A32 2FD5 ABC4 D3DB ACCF D1AA 2807 936F 984D C5A6
* ehabkost/tags/x86-pull-request:
target-i386: Remove unused local_err variable
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: ff3b8b8f864fa5721b196ca3dcc48853b0ee0275
https://github.com/qemu/qemu/commit/ff3b8b8f864fa5721b196ca3dcc48853b0ee0275
Author: Jan Beulich <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M xen-hvm.c
Log Message:
-----------
xen: fix quad word bufioreq handling
We should not consume the second slot if it didn't get written yet.
Normal writers - i.e. Xen - would not update write_pointer between the
two writes, but the page may get fiddled with by the guest itself, and
we're better off avoiding to enter an infinite loop in that case.
Reported-by: yanghongke <address@hidden>
Signed-off-by: Jan Beulich <address@hidden>
Reviewed-by: Paul Durrant <address@hidden>
Reviewed-by: Stefano Stabellini <address@hidden>
Signed-off-by: Stefano Stabellini <address@hidden>
Commit: f37f29d31488fe36354e59b2fdc4fae83b2cf763
https://github.com/qemu/qemu/commit/f37f29d31488fe36354e59b2fdc4fae83b2cf763
Author: Jan Beulich <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M xen-hvm.c
Log Message:
-----------
xen: slightly simplify bufioreq handling
There's no point setting fields always receiving the same value on each
iteration, as handle_ioreq() doesn't alter them anyway. Set state and
count once ahead of the loop, drop the redundant clearing of
data_is_ptr, and avoid the meaningless (because count is 1) setting of
df altogether.
Also avoid doing an unsigned long calculation of size when the field to
be initialized is only 32 bits wide (and the shift value in the range
0...3).
Signed-off-by: Jan Beulich <address@hidden>
Reviewed-by: Paul Durrant <address@hidden>
Reviewed-by: Stefano Stabellini <address@hidden>
Signed-off-by: Stefano Stabellini <address@hidden>
Commit: e514379de52573131ccc47441787e5fab6dbfc08
https://github.com/qemu/qemu/commit/e514379de52573131ccc47441787e5fab6dbfc08
Author: Jan Beulich <address@hidden>
Date: 2016-11-28 (Mon, 28 Nov 2016)
Changed paths:
M xen-hvm.c
Log Message:
-----------
xen: ignore direction in bufioreq handling
There's no way to communicate back read data, so only writes can ever
be usefully specified. Ignore the field, paving the road for eventually
re-using the bit for something else in a few (many?) years time.
Signed-off-by: Jan Beulich <address@hidden>
Reviewed-by: Paul Durrant <address@hidden>
Acked-by: Stefano Stabellini <address@hidden>
Signed-off-by: Stefano Stabellini <address@hidden>
Commit: 517dcb8785de4ce078810f75d9598474cd6fbca8
https://github.com/qemu/qemu/commit/517dcb8785de4ce078810f75d9598474cd6fbca8
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-29 (Tue, 29 Nov 2016)
Changed paths:
M hw/arm/boot.c
M hw/core/generic-loader.c
Log Message:
-----------
Merge remote-tracking branch 'pm215/tags/pull-target-arm-20161128' into
staging
target-arm queue:
* hw/arm/boot: fix crash handling device trees with no /chosen
or /memory nodes
* generic-loader: only set PC if a CPU is specified
# gpg: Signature made Mon 28 Nov 2016 01:47:21 PM GMT
# gpg: using RSA key 0x3C2525ED14360CDE
# gpg: Good signature from "Peter Maydell <address@hidden>"
# gpg: aka "Peter Maydell <address@hidden>"
# gpg: aka "Peter Maydell <address@hidden>"
# Primary key fingerprint: E1A5 C593 CD41 9DE2 8E83 15CF 3C25 25ED 1436 0CDE
* pm215/tags/pull-target-arm-20161128:
arm: Create /chosen and /memory devicetree nodes if necessary
generic-loader: file: Only set a PC if a CPU is specified
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 5a557602268bd7bdba87f030feec9edb68ece699
https://github.com/qemu/qemu/commit/5a557602268bd7bdba87f030feec9edb68ece699
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-29 (Tue, 29 Nov 2016)
Changed paths:
M hw/block/xen_disk.c
M xen-hvm.c
Log Message:
-----------
Merge remote-tracking branch 'sstabellini/tags/xen-20161128-tag' into staging
Xen 2016/11/28
# gpg: Signature made Mon 28 Nov 2016 07:37:33 PM GMT
# gpg: using RSA key 0x894F8F4870E1AE90
# gpg: Good signature from "Stefano Stabellini <address@hidden>"
# gpg: aka "Stefano Stabellini <address@hidden>"
# Primary key fingerprint: D04E 33AB A51F 67BA 07D3 0AEA 894F 8F48 70E1 AE90
* sstabellini/tags/xen-20161128-tag:
xen: ignore direction in bufioreq handling
xen: slightly simplify bufioreq handling
xen: fix quad word bufioreq handling
xen_disk: split discard input to match internal representation
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: c79ed23df5090294a81fd66f67632e4535fb3164
https://github.com/qemu/qemu/commit/c79ed23df5090294a81fd66f67632e4535fb3164
Author: Francis Deslauriers <address@hidden>
Date: 2016-11-29 (Tue, 29 Nov 2016)
Changed paths:
M configure
Log Message:
-----------
configure: fix LTTng UST tracing backend detection
The detection program needs to be linked with -ldl to build succesfully
with recent versions of LTTng-UST.
We also need to add -ldl to the libs required to build the LTTng-UST
backend (lttng_ust_libs).
Signed-off-by: Francis Deslauriers <address@hidden>
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 6725f887acc023fc8850d62e1aaef083fdb4f3d4
https://github.com/qemu/qemu/commit/6725f887acc023fc8850d62e1aaef083fdb4f3d4
Author: Max Reitz <address@hidden>
Date: 2016-11-29 (Tue, 29 Nov 2016)
Changed paths:
M util/hbitmap.c
Log Message:
-----------
hbitmap: Fix shifts of constants by granularity
An hbitmap's granularity may be anything from 0 to 63, so when shifting
constants by its value, they should not be plain ints.
Even having changed the types, hbitmap_serialization_granularity() still
tries to shift 64 to the right by the granularity. This operation is
undefined if the granularity is greater than 57. Adding an assertion is
fine for now, because serializing is done only in tests so far, but this
means that only bitmaps with a granularity below 58 can be serialized
and we should thus add a hbitmap_is_serializable() function later.
One of the two places touched in this patch uses
QEMU_ALIGN_UP(x, 1 << y). We can use ROUND_UP() there, since the second
parameter is obviously a power of two.
Signed-off-by: Max Reitz <address@hidden>
Message-Id: <address@hidden>
Reviewed-by: Stefan Hajnoczi <address@hidden>
Signed-off-by: Fam Zheng <address@hidden>
Commit: c5b95f6be72da7f10597f8a5d42ba0ff41901f36
https://github.com/qemu/qemu/commit/c5b95f6be72da7f10597f8a5d42ba0ff41901f36
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-29 (Tue, 29 Nov 2016)
Changed paths:
M hw/audio/pcspk.c
M hw/i386/kvm/pci-assign.c
M hw/scsi/megasas.c
M include/hw/i386/pc.h
M rules.mak
Log Message:
-----------
Merge remote-tracking branch 'bonzini/tags/for-upstream' into staging
Small fixes for rc2.
# gpg: Signature made Mon 28 Nov 2016 03:45:20 PM GMT
# gpg: using RSA key 0xBFFBD25F78C7AE83
# gpg: Good signature from "Paolo Bonzini <address@hidden>"
# gpg: aka "Paolo Bonzini <address@hidden>"
# Primary key fingerprint: 46F5 9FBD 57D6 12E7 BFD4 E2F7 7E15 100C CD36 69B1
# Subkey fingerprint: F133 3857 4B66 2389 866C 7682 BFFB D25F 78C7 AE83
* bonzini/tags/for-upstream:
rules.mak: Use -r instead of -Wl, -r to fix building when PIE is default
migration/pcspk: Turn migration of pcspk off for 2.7 and older
migration/pcspk: Add a property to state if pcspk is migrated
pci-assign: sync MSI/MSI-X cap and table with PCIDevice
megasas: clean up and fix request completion/cancellation
megasas: do not call pci_dma_unmap after having freed the frame once
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 38e532aa7430ddf5177ff32bc3bb5f115449b0ec
https://github.com/qemu/qemu/commit/38e532aa7430ddf5177ff32bc3bb5f115449b0ec
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-29 (Tue, 29 Nov 2016)
Changed paths:
M configure
Log Message:
-----------
Merge remote-tracking branch 'public/tags/tracing-pull-request' into staging
# gpg: Signature made Tue 29 Nov 2016 10:07:16 AM GMT
# gpg: using RSA key 0x9CA4ABB381AB73C8
# gpg: Good signature from "Stefan Hajnoczi <address@hidden>"
# gpg: aka "Stefan Hajnoczi <address@hidden>"
# Primary key fingerprint: 8695 A8BF D3F9 7CDA AC35 775A 9CA4 ABB3 81AB 73C8
* public/tags/tracing-pull-request:
configure: fix LTTng UST tracing backend detection
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 51cd8ef8ad014675e93dda2ad55537bbb23c9648
https://github.com/qemu/qemu/commit/51cd8ef8ad014675e93dda2ad55537bbb23c9648
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-29 (Tue, 29 Nov 2016)
Changed paths:
M util/hbitmap.c
Log Message:
-----------
Merge remote-tracking branch 'fam/tags/for-upstream' into staging
# gpg: Signature made Tue 29 Nov 2016 10:33:34 AM GMT
# gpg: using RSA key 0xCA35624C6A9171C6
# gpg: Good signature from "Fam Zheng <address@hidden>"
# Primary key fingerprint: 5003 7CB7 9706 0F76 F021 AD56 CA35 624C 6A91 71C6
* fam/tags/for-upstream:
hbitmap: Fix shifts of constants by granularity
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 7ecf44a57991595b45b9baf47b298fb9fb511969
https://github.com/qemu/qemu/commit/7ecf44a57991595b45b9baf47b298fb9fb511969
Author: Paolo Bonzini <address@hidden>
Date: 2016-11-29 (Tue, 29 Nov 2016)
Changed paths:
M configure
M rules.mak
Log Message:
-----------
rules.mak: Also try -r to build modules
Building qemu fails in distributions where gcc enables PIE by default
(e.g. Debian unstable) with:
/usr/bin/ld: -r and -pie may not be used together
You have to use -r instead of -Wl,-r to avoid gcc passing -pie to the linker
when PIE is enabled and a relocatable object is passed. However, clang
does not know about -r, so try -Wl,-r first.
[This is a fix for commit c96f0ee6a67ca6277366e78ce5d84d5c20dd596f
("rules.mak: Use -r instead of -Wl, -r to fix building when PIE is
default") which mostly worked but broke the ./configure --enable-modules
build with clang.
--Stefan]
Reported-by: Adrian Bunk <address@hidden>
Signed-off-by: Paolo Bonzini <address@hidden>
Message-id: address@hidden
Cc: address@hidden
Signed-off-by: Paolo Bonzini <address@hidden>
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: f05234df63f1dd32e3e4044f58dd9f6ff4535891
https://github.com/qemu/qemu/commit/f05234df63f1dd32e3e4044f58dd9f6ff4535891
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-29 (Tue, 29 Nov 2016)
Changed paths:
M block/qcow2-cache.c
M block/qcow2.c
M docs/qcow2-cache.txt
Log Message:
-----------
Merge remote-tracking branch 'kwolf/tags/for-upstream' into staging
Block layer patches for 2.8.0-rc2
# gpg: Signature made Tue 29 Nov 2016 03:16:10 PM GMT
# gpg: using RSA key 0x7F09B272C88F2FD6
# gpg: Good signature from "Kevin Wolf <address@hidden>"
# Primary key fingerprint: DC3D EB15 9A9A F95D 3D74 56FE 7F09 B272 C88F 2FD6
* kwolf/tags/for-upstream:
docs: Specify that cache-clean-interval is only supported in Linux
qcow2: Remove stale comment
qcow2: Allow 'cache-clean-interval' in Linux only
qcow2: Make qcow2_cache_table_release() work only in Linux
Message-id: address@hidden
Signed-off-by: Stefan Hajnoczi <address@hidden>
Commit: 1cd56fd2e14f67ead2f0458b4ae052f19865c41c
https://github.com/qemu/qemu/commit/1cd56fd2e14f67ead2f0458b4ae052f19865c41c
Author: Stefan Hajnoczi <address@hidden>
Date: 2016-11-29 (Tue, 29 Nov 2016)
Changed paths:
M VERSION
Log Message:
-----------
Update version for v2.8.0-rc2 release
Signed-off-by: Stefan Hajnoczi <address@hidden>
Compare: https://github.com/qemu/qemu/compare/00227fefd205...1cd56fd2e14f
| [Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] 424ad8: target-alpha: Fix interrupt mask for cpu1,
GitHub <=