On Wed, 04/09 22:41, Jeff Cody wrote:
This is an initial, simple live migration test from one
running VM to another, using monitor commands.
This is also an example on using the new common.qemu functions
for controlling multiple running qemu instances, for tests that
need a live qemu vm.
Public bug reported:
I've created several kvm based machines using virtual machine manager.
They have operated well over the last 4 days without issue. I did an
apt-get upgrade, and qemu was in the list of updates.
After upgrading, I am unable to start any of the provisioned virtual
machines
After some additional investigating it looks like the XML format for the
trusty machine has changed. I created a new VM and got it to boot off my
MAAS cluster, The immediate change I see is:
new:
type arch='x86_64' machine='pc-i440fx-trusty'hvm/type
old:
type arch='x86_64'
On Wed, 04/09 22:41, Jeff Cody wrote:
The new functionality of common.qemu implements the QEMU control
and communication functionality that was originally in test 085.
This removes that now-duplicate functionality, and uses the
common.qemu functions.
Just a note.
A quick grep shows 067,
There is a utility helper for dealing with 8 bit fifos. This should be
applicable to other integer widths as well. These two patches
generalise this FIFO to work for 16, 32 and 64 bit ints.
changed since v2:
Glueified hot paths to increase performance.
Addressed various minor review comments.
Generalise the names of the FIFO API to not include the 8.
The exception is the push/pop functions for which we:
s/fifo8_pop/fifo_pop8
s/fifo8_push/fifo_push8
This prepares support for generalising FIFO support to more integer
widths. Most APIs will just share name and implementation. The push
To disentangle it from the monitor.
Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com
---
hw/ssi/pl022.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/ssi/pl022.c b/hw/ssi/pl022.c
index fd479ef..84bf87a 100644
--- a/hw/ssi/pl022.c
+++ b/hw/ssi/pl022.c
@@
Add support for 16, 32 and 64 bit width FIFOs. The push and pop
functions are replicated to accept all four different integer types.
The element width of the FIFO is set at creation time.
The backing storage for all element types is still uint8_t regardless of
element width so some save-load
Use the FIFO API to factor out the ring buffer implementation code.
Cleans up the somewhat verbose VMS description as well (version bump
required).
Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com
---
hw/ssi/pl022.c | 101 -
1
On Wed, 04/09 22:41, Jeff Cody wrote:
Both tests 019 and 086 need proper quotations to work with pathnames
that contain spaces.
Signed-off-by: Jeff Cody jc...@redhat.com
---
tests/qemu-iotests/019 | 2 +-
tests/qemu-iotests/086 | 8
2 files changed, 5 insertions(+), 5
On Wed, 04/09 22:41, Jeff Cody wrote:
The _rm_test_img() function in common.rc did not quote the image
file, which left droppings in the scratch directory (and performed
a potentially unsafe rm -f).
This adds the necessary quotes.
Signed-off-by: Jeff Cody jc...@redhat.com
---
qemu_parse_fd() used to handle at least the following strings incorrectly:
o -2: simply let through
o 2147483648: returned as LONG_MAX==INT_MAX on ILP32 (with ERANGE
ignored); implementation-defined behavior on LP64
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
... and rebase pci_add_capability() to it.
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
include/hw/pci/pci.h | 4
hw/pci/pci.c | 32 ++--
2 files changed, 30 insertions(+), 6 deletions(-)
diff --git a/include/hw/pci/pci.h b/include/hw/pci/pci.h
and rebase monitor_handle_fd_param() to it. (Note that this will slightly
change the behavior when the qemu_parse_fd() branch is selected and it
fails: we now report (and in case of QMP, set) the error immediately,
rather than allowing the caller to set its own error message (if any)).
This is for https://bugzilla.redhat.com/show_bug.cgi?id=616415.
In general, we want to propagate non-fatal (ie. non-exit()ing,
non-abort()ing) errors to the QMP caller, rather than printing them
on-site. The series focuses on errors raised at PCI assignment time (ie.
reachable from
Propagate any errors while adding PCI capabilities to
assigned_device_pci_cap_init(). We'll continue the propagation upwards
when assigned_device_pci_cap_init() becomes a leaf itself (when none of
its callees will report errors internally any longer when detecting and
returning them).
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
hw/i386/kvm/pci-assign.c | 45 +++--
1 file changed, 19 insertions(+), 26 deletions(-)
diff --git a/hw/i386/kvm/pci-assign.c b/hw/i386/kvm/pci-assign.c
index c6d1094..2de6559 100644
---
Propagate any errors in monitor fd handling up to get_real_device(), and
report them there. We'll continue the propagation upwards when
get_real_device() becomes a leaf itself (when none of its callees will
report errors internally any longer when detecting and returning an
error).
Signed-off-by:
Rename check_irqchip_in_kernel() to verify_irqchip_in_kernel(), so that
the name reflects our expectation better. Rather than returning a bool,
make it do nothing or set an Error.
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
hw/i386/kvm/pci-assign.c | 25 +
1 file
This allows us to report the entire error with one error_report() call,
easing future error propagation.
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
hw/i386/kvm/pci-assign.c | 30 +++---
1 file changed, 19 insertions(+), 11 deletions(-)
diff --git
Among the callers, only assigned_initfn() should set the monitor's stored
error. Other callers may run in contexts where the monitor's stored error
makes no sense. For example:
assigned_dev_pci_write_config()
assigned_dev_update_msix()
assign_intx()
Signed-off-by: Laszlo Ersek
The return type is also changed from int to void, because it was used
in a success vs. failure sense only (the caller didn't distinguish error
codes from each other, and even assigned_dev_register_msix_mmio() masked
mmap()'s errno values with a common -EFAULT).
Signed-off-by: Laszlo Ersek
assigned_initfn()
get_real_device()
read()
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
hw/i386/kvm/pci-assign.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/i386/kvm/pci-assign.c b/hw/i386/kvm/pci-assign.c
index f91d4fb..e89bb6a 100644
--- a/hw/i386/kvm/pci-assign.c
+++
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
hw/i386/kvm/pci-assign.c | 40
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git a/hw/i386/kvm/pci-assign.c b/hw/i386/kvm/pci-assign.c
index e89bb6a..c6d1094 100644
---
get_real_id() has two thin wrappers (and no other callers),
get_real_vendor_id() and get_real_device_id(); it's easiest to convert
them in one fell swoop.
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
hw/i386/kvm/pci-assign.c | 45 +++--
1 file
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
hw/i386/kvm/pci-assign.c | 23 +--
1 file changed, 13 insertions(+), 10 deletions(-)
diff --git a/hw/i386/kvm/pci-assign.c b/hw/i386/kvm/pci-assign.c
index 3a904e8..9aa92a1 100644
--- a/hw/i386/kvm/pci-assign.c
+++
Also, change the return type to void; the function is static (with a
sole caller) and the negative errno values are not distinguished from each
other.
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
hw/i386/kvm/pci-assign.c | 29 +++--
1 file changed, 15 insertions(+),
Signed-off-by: Laszlo Ersek ler...@redhat.com
---
hw/i386/kvm/pci-assign.c | 26 ++
1 file changed, 10 insertions(+), 16 deletions(-)
diff --git a/hw/i386/kvm/pci-assign.c b/hw/i386/kvm/pci-assign.c
index 6891729..e55421a 100644
--- a/hw/i386/kvm/pci-assign.c
+++
On Tue, 04/08 14:50, Max Reitz wrote:
Introduce a new parameter for qemu-img commit which may be used to
explicitly specify the backing file unto which an image should be
committed if the backing chain has more than a single layer.
Signed-off-by: Max Reitz mre...@redhat.com
---
Hi,
Here comes a bunch of patches inplementing the virtio input device for
review. One patch for the virtio specification. One patch for the
linux kernel. A small patch series for qemu. Please review.
Note that the qemu patch series has dependencies on unmerged input layer
patches (waiting
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
content.tex | 2 +
virtio-input.tex | 135 +++
2 files changed, 137 insertions(+)
create mode 100644 virtio-input.tex
diff --git a/content.tex b/content.tex
index c31a99e..196950d
This patch adds the virtio-input-hid base class and
virtio-{keyboard,mouse,tablet} subclasses building on the base class.
They are hooked up to the qemu input core and deliver input events
to the guest like all other hid devices (ps/2 kbd, usb tablet, ...).
Using them is as simple as adding
This patch adds virtio-input support to qemu. It brings a abstract
base class providing core support, other classes can build on it to
actually implement input devices.
virtio-input basically sends linux input layer events (evdev) over
virtio.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
Using 0x1012 because virtio id is 18 (0x12).
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
docs/specs/pci-ids.txt | 1 +
include/hw/pci/pci.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/docs/specs/pci-ids.txt b/docs/specs/pci-ids.txt
index 3c65e1a..3b0a448 100644
---
On Wed, Mar 05, 2014 at 03:33:39PM +0100, Paolo Bonzini wrote:
Il 05/03/2014 15:21, Daniel P. Berrange ha scritto:
alpha/typhoon.c:b = pci_register_bus(dev, pci,
mips/gt64xxx_pci.c: phb-bus = pci_register_bus(dev, pci,
pci-host/apb.c:phb-bus = pci_register_bus(DEVICE(phb), pci,
virtio-input is basically evdev-events-over-virtio, so this driver isn't
much more than forwarding incoming events to the linux input layer.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
drivers/virtio/Kconfig| 10 ++
drivers/virtio/Makefile | 1 +
This allows to assign host input devices to the guest:
qemu -device virto-input-host-pci,evdev=/dev/input/eventnr
The guest gets exclusive access to the input device, so be careful
with assigning the keyboard if you have only one connected to your
machine.
Signed-off-by: Gerd Hoffmann
Device for sending non-input control messages to the guest. For now
this is only a single event: shutdown requests are sent as power button
press to the guest.
Possible other use is signaling sound volume changes to the guest (via
EV_ABS / ABS_VOLUME). I expect we'll find more over time.
Using 0x1010 because virtio id is 16 (0x10).
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
docs/specs/pci-ids.txt | 1 +
include/hw/pci/pci.h | 1 +
2 files changed, 2 insertions(+)
diff --git a/docs/specs/pci-ids.txt b/docs/specs/pci-ids.txt
index 3b0a448..69a2de9 100644
---
On 09.04.14 21:53, Tom Musta wrote:
Fix disassembly in the QEMU monitor for Little Endian codes. Also fix the
comment
and tighten up a flag check in the closely related disassembler code for
tracing.
V2: Fixed target_disas comment and bit decoding.
V3: Make monitor_disas flag documentation
On 10.04.14 12:12, Alexander Graf wrote:
On 09.04.14 21:53, Tom Musta wrote:
Fix disassembly in the QEMU monitor for Little Endian codes. Also
fix the comment
and tighten up a flag check in the closely related disassembler code for
tracing.
V2: Fixed target_disas comment and bit decoding.
On Thu, Apr 10, 2014 at 11:07:52AM +0200, Gerd Hoffmann wrote:
This patch adds the virtio-input-hid base class and
virtio-{keyboard,mouse,tablet} subclasses building on the base class.
They are hooked up to the qemu input core and deliver input events
to the guest like all other hid devices
On Thu, Apr 10, 2014 at 11:07:54AM +0200, Gerd Hoffmann wrote:
This allows to assign host input devices to the guest:
qemu -device virto-input-host-pci,evdev=/dev/input/eventnr
The guest gets exclusive access to the input device, so be careful
with assigning the keyboard if you have only
On Thu, Apr 10, 2014 at 11:07:51AM +0200, Gerd Hoffmann wrote:
This patch adds virtio-input support to qemu. It brings a abstract
base class providing core support, other classes can build on it to
actually implement input devices.
virtio-input basically sends linux input layer events
On Thu, Apr 10, 2014 at 02:16:46PM +0800, Fam Zheng wrote:
On Wed, 04/09 22:41, Jeff Cody wrote:
This is an initial, simple live migration test from one
running VM to another, using monitor commands.
This is also an example on using the new common.qemu functions
for controlling
Am 10.04.2014 um 03:33 hat Fam Zheng geschrieben:
Signed-off-by: Fam Zheng f...@redhat.com
Thanks, applied to the block branch.
Kevin
So far I know of at least three fixes which should probably
go into 2.0:
* my fix for the configure stack-protector checks on MacOSX
* MST's pull request updating the ACPI test blobs
* MST says we need to update the hex files for ACPI too
(otherwise you get a different ACPI blob depending on
Am 09.04.2014 um 17:48 hat Markus Armbruster geschrieben:
I stumbled over this while trying to purge error_is_set() from the code.
Here's how we commonly use the Error API:
Error *err = NULL;
foo(arg, err)
if (err) {
goto out;
}
bar(arg, err)
if
On 10.04.14 13:17, Peter Maydell wrote:
So far I know of at least three fixes which should probably
go into 2.0:
* my fix for the configure stack-protector checks on MacOSX
* MST's pull request updating the ACPI test blobs
* MST says we need to update the hex files for ACPI too
On Thu, Apr 10, 2014 at 11:07:53AM +0200, Gerd Hoffmann wrote:
Device for sending non-input control messages to the guest. For now
this is only a single event: shutdown requests are sent as power button
press to the guest.
Possible other use is signaling sound volume changes to the guest
From: Huangweidong weidong.hu...@huawei.com
Allow a socket chardev reconnect if the connection drops while in use.
Signed-off-by: Huangweidong weidong.hu...@huawei.com
Signed-off-by: Gonglei arei.gong...@huawei.com
---
This patch is modified according to corey's patch. Some changes below:
1. IMO
On Do, 2014-04-10 at 13:55 +0300, Michael S. Tsirkin wrote:
On Thu, Apr 10, 2014 at 11:07:52AM +0200, Gerd Hoffmann wrote:
This patch adds the virtio-input-hid base class and
virtio-{keyboard,mouse,tablet} subclasses building on the base class.
They are hooked up to the qemu input core and
Syncup KVM related linux headers from v3.15.
Signed-off-by: Pranavkumar Sawargaonkar pranavku...@linaro.org
Signed-off-by: Anup Patel anup.pa...@linaro.org
---
linux-headers/asm-arm/kvm.h | 19 +-
linux-headers/asm-arm64/kvm.h | 21 +--
linux-headers/linux/kvm.h | 10
In-kernel PSCI v0.2 emulation of KVM ARM/ARM64 forwards SYSTEM_OFF
and SYSTEM_RESET function calls to QEMU using KVM_EXIT_SYSTEM_EVENT
exit reason.
This patch updates kvm_cpu_exec() to handle KVM_SYSTEM_EVENT_SHUTDOWN
and KVM_SYSTEM_EVENT_RESET system-level events from QEMU-side.
Signed-off-by:
Latest linux kernel supports in-kernel emulation of PSCI v0.2 but
to enable it we need to select KVM_ARM_VCPU_PSCI_0_2 feature using
KVM_ARM_VCPU_INIT ioctl.
Also, we can use KVM_ARM_VCPU_PSCI_0_2 feature for VCPU only when
linux kernel has KVM_CAP_ARM_PSCI_0_2 capability.
This patch updates
Recentely patches have been posted for in-kernel emulation of PSCI v0.2
http://www.spinics.net/lists/arm-kernel/msg305467.html
This patchset adds the QEMU side changes for providing PSCI v0.2 to VM.
ChangeLog:
V3:
- Rebase this patchset against v8 patchset for in-kernel PSCI v0.2 emulation
Provide QEMU PSCI v0.2 constants for non-KVM code; this will
allow us to avoid an #ifdef in boards which set up a PSCI v0.2
node in the device tree.
Signed-off-by: Pranavkumar Sawargaonkar pranavku...@linaro.org
Signed-off-by: Anup Patel anup.pa...@linaro.org
---
target-arm/kvm-consts.h | 63
If we have in-kernel emulation of PSCI v0.2 for KVM ARM/ARM64 then
we enable PSCI v0.2 for each VCPU at the time of VCPU init hence we
need to provide PSCI v0.2 function IDs via generated DTB.
This patch updates generated DTB to have PSCI v0.2 function IDs when
we have in-kernel emulation PSCI
To implement kvm_arch_reset_vcpu(), we simply re-init the VCPU
using kvm_arm_vcpu_init() so that all registers of VCPU are set
to their reset values by in-kernel KVM code.
Signed-off-by: Pranavkumar Sawargaonkar pranavku...@linaro.org
Signed-off-by: Anup Patel anup.pa...@linaro.org
---
Introduce a common kvm_arm_vcpu_init() for doing KVM_ARM_VCPU_INIT
ioctl in KVM ARM and KVM ARM64. This also helps us factor-out few
common code lines from kvm_arch_init_vcpu() for KVM ARM/ARM64.
Signed-off-by: Pranavkumar Sawargaonkar pranavku...@linaro.org
Signed-off-by: Anup Patel
Am 10.04.2014 um 13:17 hat Peter Maydell geschrieben:
So far I know of at least three fixes which should probably
go into 2.0:
* my fix for the configure stack-protector checks on MacOSX
* MST's pull request updating the ACPI test blobs
* MST says we need to update the hex files for ACPI
On 04/10/2014 02:24 AM, Laszlo Ersek wrote:
qemu_parse_fd() used to handle at least the following strings incorrectly:
o -2: simply let through
o 2147483648: returned as LONG_MAX==INT_MAX on ILP32 (with ERANGE
ignored); implementation-defined behavior on LP64
Hi,
+static void virtio_input_host_event(void *opaque)
+{
+VirtIOInputHost *vhost = opaque;
I'd prefer a name that does not imply
vhost infrastructure
ok.
+rc = ioctl(vhost-fd, EVIOCGVERSION, ver);
+if (rc 0) {
+error_setg(errp, %s: is not an evdev device,
On 08.04.14 03:26, Alexey Kardashevskiy wrote:
On 03/28/2014 12:07 AM, Alexey Kardashevskiy wrote:
On 03/27/2014 11:57 PM, Peter Maydell wrote:
On 27 March 2014 12:49, Alexey Kardashevskiy a...@ozlabs.ru wrote:
On 03/27/2014 11:37 PM, Andreas Färber wrote:
Am 27.03.2014 03:41, schrieb
On Do, 2014-04-10 at 14:05 +0300, Michael S. Tsirkin wrote:
On Thu, Apr 10, 2014 at 11:07:53AM +0200, Gerd Hoffmann wrote:
Device for sending non-input control messages to the guest. For now
this is only a single event: shutdown requests are sent as power button
press to the guest.
On 07.04.14 06:07, Alexey Kardashevskiy wrote:
On 04/03/2014 11:17 PM, Alexander Graf wrote:
On 12.03.14 06:52, Alexey Kardashevskiy wrote:
This adds SPAPR VFIO IOMMU device in order to support DMA operations
for VFIO devices.
Sorry if this has been mentioned before, but why exactly do you
On Do, 2014-04-10 at 14:06 +0300, Michael S. Tsirkin wrote:
+void virtio_input_send(VirtIOInput *vinput, virtio_input_event
*event)
+{
+VirtQueueElement elem;
+int len;
+
+if (!virtqueue_pop(vinput-evt, elem)) {
+fprintf(stderr, %s: virtqueue empty, dropping
On 03.04.14 15:14, Alexey Kardashevskiy wrote:
This allows guests to have a different timebase origin from the host.
This is needed for migration, where a guest can migrate from one host
to another and the two hosts might have a different timebase origin.
However, the timebase seen by the
On 14.03.14 05:18, Alexey Kardashevskiy wrote:
At the moment sPAPR IOMMU table is a device which participates in
a migration stream. Normally QEMU uses a get_dev_path() hook from
the device's bus to compose the section name and @instance_id which are
used to match the section to the real
On 14.03.14 05:18, Alexey Kardashevskiy wrote:
We will need soon an allocated flag for every interrupt to support
interrupt configuration change which may happen during migration.
This replaces a separate lslsi[] array with a byte in the ICSIRQState
struct and defines LSI and MSI flags.
On 04/10/2014 05:17 AM, Peter Maydell wrote:
So far I know of at least three fixes which should probably
go into 2.0:
* my fix for the configure stack-protector checks on MacOSX
* MST's pull request updating the ACPI test blobs
* MST says we need to update the hex files for ACPI too
On 10.04.2014, at 14:44, Eric Blake ebl...@redhat.com wrote:
On 04/10/2014 05:17 AM, Peter Maydell wrote:
So far I know of at least three fixes which should probably
go into 2.0:
* my fix for the configure stack-protector checks on MacOSX
* MST's pull request updating the ACPI test blobs
*
On 14.03.14 05:18, Alexey Kardashevskiy wrote:
The current allocator returns IRQ numbers from a pool and does not
support IRQs reuse in any form as it did not keep track of what it
previously returned, it only had the last returned IRQ.
However migration may change interrupts for devices
On 04/10/2014 06:46 AM, Alexander Graf wrote:
On 10.04.2014, at 14:44, Eric Blake ebl...@redhat.com wrote:
On 04/10/2014 05:17 AM, Peter Maydell wrote:
So far I know of at least three fixes which should probably
go into 2.0:
* my fix for the configure stack-protector checks on MacOSX
*
On Thu, Apr 10, 2014 at 03:53:57PM +0800, Fam Zheng wrote:
On Wed, 04/09 22:41, Jeff Cody wrote:
The _rm_test_img() function in common.rc did not quote the image
file, which left droppings in the scratch directory (and performed
a potentially unsafe rm -f).
This adds the necessary
On 14.03.14 05:18, Alexey Kardashevskiy wrote:
Interrupt numbers migrate along with other properties so
the initial QEMU setup will be reset by migration. Since
XICS migrates as well and this includes IRQ map with all
the flags saying which ones are already used, all we need
is just to reset
Hi,
I've been playing with QEMU 2.0-rc2 and found a crash that isn't there
in 1.7.1.
Virtual machine is created via libvirt and when I query it with
'dommemstat' it crashes with following backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x7f5883655c0a in
On 10.04.14 14:51, Eric Blake wrote:
On 04/10/2014 06:46 AM, Alexander Graf wrote:
On 10.04.2014, at 14:44, Eric Blake ebl...@redhat.com wrote:
On 04/10/2014 05:17 AM, Peter Maydell wrote:
So far I know of at least three fixes which should probably
go into 2.0:
* my fix for the configure
On 25.03.14 03:40, Anton Blanchard wrote:
Most of the PMU SPRs were wrong on Book3S.
Signed-off-by: Anton Blanchard an...@samba.org
---
target-ppc/cpu.h| 29 -
target-ppc/translate_init.c | 139 +++-
2 files changed, 153
On 25.03.14 03:40, Anton Blanchard wrote:
970 CPUs have PMC7/8. Create gen_spr_970 to avoid replicating
it 3 times, and simplify the existing code.
Signed-off-by: Anton Blanchard an...@samba.org
Don't you think we could just combine 970, 970FX and 970MP into the same
class?
Alex
On 04/10/2014 10:51 PM, Alexander Graf wrote:
On 14.03.14 05:18, Alexey Kardashevskiy wrote:
The current allocator returns IRQ numbers from a pool and does not
support IRQs reuse in any form as it did not keep track of what it
previously returned, it only had the last returned IRQ.
However
On 10.04.14 15:24, Alexey Kardashevskiy wrote:
On 04/10/2014 10:51 PM, Alexander Graf wrote:
On 14.03.14 05:18, Alexey Kardashevskiy wrote:
The current allocator returns IRQ numbers from a pool and does not
support IRQs reuse in any form as it did not keep track of what it
previously
On Thu, Apr 10, 2014 at 1:33 AM, Eric Auger eric.au...@linaro.org wrote:
From: Kim Phillips kim.phill...@linaro.org
This is a hack and only serves as an example of what needs to be
done to make the next RFC - add vfio-platform support - work
for development purposes on a Calxeda Midway
I/O Base Register, I/O Limit Register pair and
Prefetchable Memory Base Register, Prefetchable Memory Limit Register pair
are both optional.
Do not reserve ranges if the above registers are not implemented.
Signed-off-by: Marcel Apfelbaum marce...@redhat.com
---
src/fw/pciinit.c | 9 ++---
v2 - v3:
- Addressed Michael S. Tsirkin's comments:
- I/O and Prefetchable Memory are optional. Do not allocate ranges
if they are not implemented (2/2).
- Note that 2/2 patch can be seen as a separate fix. However, it
is related to ranges reservation.
v1 - v2:
- Thanks Gerd
If a pci-2-pci bridge supports hot-plug functionality but there are no devices
connected to it, reserve IO/mem in order to be able to attach devices
later. Do not waste space, use minimum allowed.
Signed-off-by: Marcel Apfelbaum marce...@redhat.com
---
src/fw/pciinit.c | 3 +++
src/hw/pci.c
On 04/10/2014 02:46 PM, Alexander Graf wrote:
On 10.04.2014, at 14:44, Eric Blake ebl...@redhat.com wrote:
On 04/10/2014 05:17 AM, Peter Maydell wrote:
So far I know of at least three fixes which should probably
go into 2.0:
* my fix for the configure stack-protector checks on MacOSX
*
On 21.03.14 19:44, Peter Maydell wrote:
When trying to load an ELF file specified via -kernel, we need to
pass load_elf() the ELF machine type corresponding to the CPU we're
booting with, not the one corresponding to the softmmu binary
we happen to be running. (The two are different in the case
On Thu, 2014-04-10 at 14:55 +0200, Marcin Gibuła wrote:
Hi,
I've been playing with QEMU 2.0-rc2 and found a crash that isn't there
in 1.7.1.
Hi Marcin,
Thanks for reporting the bug!
Do you have a development environment?
If you do, and the reproduction is fast (and you already have a
On 10.04.14 15:41, Ján Tomko wrote:
On 04/10/2014 02:46 PM, Alexander Graf wrote:
On 10.04.2014, at 14:44, Eric Blake ebl...@redhat.com wrote:
On 04/10/2014 05:17 AM, Peter Maydell wrote:
So far I know of at least three fixes which should probably
go into 2.0:
* my fix for the configure
On 10.04.14 15:26, Peter Crosthwaite wrote:
On Thu, Apr 10, 2014 at 1:33 AM, Eric Auger eric.au...@linaro.org wrote:
From: Kim Phillips kim.phill...@linaro.org
This is a hack and only serves as an example of what needs to be
done to make the next RFC - add vfio-platform support - work
for
Fields name (created with strdup in new_entry) and pathname
(created with g_strdup_printf in new_entry) of pathelem struct should
be freed before the whole struct is.
Signed-off-by: Kirill Batuzov batuz...@ispras.ru
---
util/path.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
On 04/10/2014 10:34 PM, Alexander Graf wrote:
On 03.04.14 15:14, Alexey Kardashevskiy wrote:
This allows guests to have a different timebase origin from the host.
This is needed for migration, where a guest can migrate from one host
to another and the two hosts might have a different
On 08.04.2014 17:14, Kevin Wolf wrote:
Am 08.04.2014 um 14:50 hat Max Reitz geschrieben:
qemu-img should use QMP commands whenever possible in order to ensure
feature completeness of both online and offline image operations. As
qemu-img itself has no access to QMP (since this would basically
On 04/10/2014 10:10 PM, Alexander Graf wrote:
On 08.04.14 03:26, Alexey Kardashevskiy wrote:
On 03/28/2014 12:07 AM, Alexey Kardashevskiy wrote:
On 03/27/2014 11:57 PM, Peter Maydell wrote:
On 27 March 2014 12:49, Alexey Kardashevskiy a...@ozlabs.ru wrote:
On 03/27/2014 11:37 PM, Andreas
On 08.04.2014 17:34, Kevin Wolf wrote:
Am 08.04.2014 um 14:50 hat Max Reitz geschrieben:
Implement progress output for the commit command by querying the
progress of the block job.
Signed-off-by: Max Reitz mre...@redhat.com
Reviewed-by: Eric Blake ebl...@redhat.com
---
qemu-img-cmds.hx | 4
On 04/10/2014 10:40 PM, Alexander Graf wrote:
On 14.03.14 05:18, Alexey Kardashevskiy wrote:
At the moment sPAPR IOMMU table is a device which participates in
a migration stream. Normally QEMU uses a get_dev_path() hook from
the device's bus to compose the section name and @instance_id which
On 08.04.2014 17:07, Kevin Wolf wrote:
Am 08.04.2014 um 14:50 hat Max Reitz geschrieben:
As speed is an optional parameter for the QMP block-commit command, it
should be set to 0 if not given (as it is undefined if has_speed is
false), that is, the speed should not be limited.
Signed-off-by:
On 10.04.2014, at 16:35, Alexey Kardashevskiy a...@ozlabs.ru wrote:
On 04/10/2014 10:10 PM, Alexander Graf wrote:
On 08.04.14 03:26, Alexey Kardashevskiy wrote:
On 03/28/2014 12:07 AM, Alexey Kardashevskiy wrote:
On 03/27/2014 11:57 PM, Peter Maydell wrote:
On 27 March 2014 12:49, Alexey
On 08.04.2014 19:01, Eric Blake wrote:
On 04/08/2014 06:50 AM, Max Reitz wrote:
Introduce a new parameter for qemu-img commit which may be used to
explicitly specify the backing file unto which an image should be
s/unto/into/
I was wondering about that and asked someone about it (German as
1 - 100 of 265 matches
Mail list logo