On 2013-09-25 20:08, Hu Yaohui wrote:
Hi All,
I am trying to debug guest OS through qemu with kvm enabled.
Following is what I have done:
1: fire the qemu-kvm
snip
sudo qemu-system-x86_64 -hda vdisk.img -m 4096 -smp 2 -vnc :2 -boot c -s
/snip
2: wait until login into guest OS (ubuntu
From: David Gibson da...@gibson.dropbear.id.au
Recent PowerKVM allows the kernel to intercept some RTAS calls from the
guest directly. This is used to implement the more efficient in-kernel
XICS for example. qemu is still responsible for assigning the RTAS token
numbers however, and needs to
From: David Gibson da...@gibson.dropbear.id.au
Recent (host) kernels support emulating the PAPR defined XICS interrupt
controller system within KVM. This patch allows qemu to initialize and
configure the in-kernel XICS, and keep its state in sync with qemu's XICS
state as necessary.
This should
This moves the xics_cpu_setup() call after kvmppc_set_papr()
in order to get VCPUs initialized as this is required by upcoming
XICS-KVM.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/ppc/spapr.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/ppc/spapr.c
Yet another try with XICS and XICS-KVM.
v4-v5:
Rebased onto upstream;
Put few reviewed-by: Andreas;
Added IRQFD enablement patches.
v3-v4:
Addressed multiple comments from Alex;
Split out many tiny patches to make them easier to review;
Fixed xics_cpu_setup not to call the parent;
And many, many
The upcoming XICS-KVM support will use bits of emulated XICS code.
So this introduces new level of hierarchy - xics-common class. Both
emulated XICS and XICS-KVM will inherit from it and override class
callbacks when required.
The new xics-common class implements:
1. replaces static nr_irqs and
The upcoming support of in-kernel XICS will redefine migration callbacks
for both ICS and ICP so classes and callback pointers are added.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
Changes:
v4:
* xics_cpu_setup() movement moved to a separate patch
* cpu_setup() callback moved to the
This adds missing const specifiers to ICS and ICP TypeInfo's.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
Reviewed-by: Andreas Färber afaer...@suse.de
---
hw/intc/xics.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/intc/xics.c b/hw/intc/xics.c
index
This enables IRQFD for LSI (level triggered INTx interrupts) by adding
a spapr_route_intx_pin_to_irq() callback to the sPAPR PCI host bus. This
callback is called to know the global interrupt number to link resampling fd
with IRQFD's fd in KVM.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
This replaces old-style fprintf with new style error_report.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
Reviewed-by: Andreas Färber afaer...@suse.de
---
hw/intc/xics.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/hw/intc/xics.c b/hw/intc/xics.c
index
This fixes XICS according new QOM rules.
This converts ICS's init() callbacks to realize().
This converts legacy qdev_init_nofail() to property_set(realized).
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
Reviewed-by: Andreas Färber afaer...@suse.de
---
Changes:
v4:
* bits which add const
This adds a cpu_setup callback to the XICS device class (as XICS-KVM
will do it different), xics_cpu_setup() will call it if it is set.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/intc/xics.c| 5 +
include/hw/ppc/xics.h | 1 +
2 files changed, 6 insertions(+)
diff
From: Benjamin Herrenschmidt b...@kernel.crashing.org
This adds support for the H_IPOLL hypercall which the guest
uses to poll for a pending interrupt. This hypercall is
mandatory for PAPR+ and there is no way for the guest to
detect whether it is supported or not so just add it.
Signed-off-by:
This simple change makes following patches nicer.
Signed-off-by: Alexey Kardashevskiy a...@ozlabs.ru
---
hw/intc/xics.c | 72 +-
1 file changed, 36 insertions(+), 36 deletions(-)
diff --git a/hw/intc/xics.c b/hw/intc/xics.c
index
This enables IRQFD support for sPAPR. The feature decreases the latency
of interrupt handling.
To enable IRQFD for MSI, this sets kvm_gsi_direct_mapping to true which
enables direct MSI mapping.
To enable IRQFD for LSI (level triggered INTx interrupts), a PCI host bus
callback is required. The
From: Benjamin Herrenschmidt b...@kernel.crashing.org
This implements H_XIRR_X hypercall in addition to H_XIRR as
it is mandatory for PAPR+ and there is no way for the guest to
detect whether it is supported or not so just add it.
As the Partition Adjunct Option is not supported at the moment,
Hi,
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index 1ba86d0..d1ccdf7 100644
--- a/hw/i386/acpi-build.c
+++ b/hw/i386/acpi-build.c
@@ -961,8 +961,8 @@ static void acpi_build_update(void *build_opaque,
uint32_t offset)
if (build_state-mcfg_base) {
Some powerpc systems have support for a hardware random number generator
(hwrng). If such a hwrng is present the host kernel can provide access
to it via the H_RANDOM hcall.
The kernel advertises the presence of a hwrng with the KVM_CAP_PPC_HWRNG
capability. If this is detected we add the
Thanks for the quick response.Sorry for the typo. It was the autocorrect :). I
downloaded qemu-w64-setup-20130921.exe
When I try running
qemu-system-x86_64w.exe with an iso I get an assertion -
/home/stefan/src/qemu/repo.or.cz/qemu/ar7/qemu-coroutine-lock.c, line 99
Expression :
Hi again,
I downloaded the linux test image and tried booting it. I got a kernel panic
the stack trace looks like this -
test_wp_bit+0x28/0x6c
start_kernel0x150/0x225
unknown_bootoption+0x0/0x1a9
Thanks,
Vikas
Sent from my HTC
- Reply message -
From: Vikas Desai
Hello,
I had the same error. I tried this binary
http://lassauge.free.fr/qemu/release/Qemu-1.6.0-windows.zip
You have to copy everything in Bios to ../ so one directory up. Then it should
work.
Kind regards,
Manuel
Am 26.09.2013 um 06:43 schrieb Vikas Desai vikas.de...@outlook.com:
Thanks
On Wed, Sep 25, 2013 at 07:42:40AM -0700, Mark Trumpold wrote:
I replayed the test as follows:
- qemu-nbd -p 2000 -persist /root/qemu/q1.img
Did you mean --persistent?
Any idea what terminated the qemu-nbd process?
Stefan
In my case the bios is in the same directory. In your case you can use the -L
Bios option to point qemu to the Bios directory.
Sent from my HTC
- Reply message -
From: Manu informman...@gmail.com
To: Vikas Desai vikas.de...@outlook.com
Cc: Stefan Weil s...@weilnetz.de,
Michael S. Tsirkin m...@redhat.com writes:
On Wed, Sep 25, 2013 at 01:39:48PM +0200, Markus Armbruster wrote:
Michael S. Tsirkin m...@redhat.com writes:
On Wed, Sep 25, 2013 at 10:14:49AM +, Zhanghaoyu (A) wrote:
Hi, all
Do live migration if emulated NIC's MAC has been
On Wed, Sep 11, 2013 at 05:30:10PM +0300, Filippos Giannakos wrote:
I stumbled upon this link [1] which among other things contains the following:
iSCSI, FC, or other forms of direct attached storage are only safe to use
with
live migration if you use cache=none.
How valid is this
On Wed, Sep 25, 2013 at 11:00:05AM +0100, Alex Bennée wrote:
peter.mayd...@linaro.org writes:
On 25 September 2013 01:31, alex.ben...@linaro.org wrote:
+# This disabled make check for the ftrace backend which needs more
setting up
+# Currently broken on 12.04 due to
Hi,
I just got customer feedback that Ubuntu 12.04.3 freezes right after the
installer is started.
On the system in question I use rather old qemu-kvm-1.2.0 and kvm-kmod 3.5.4.
The problem
disappears if I drop the -cpu host and use -cpu kvm64. It also works with
Ubuntu 12.04.2.
The main
On Wed, Sep 25, 2013 at 02:38:36PM +0800, Chunyan Liu wrote:
Btrfs has terrible performance when hosting VM images, even more when the
guest in those VM are also using btrfs as file system.
One way to mitigate this bad performance would be to turn off COW
attributes on VM files (since having
On Wed, Sep 25, 2013 at 12:34:26PM -0400, Mohamad Gebai wrote:
I am actually using LTTng 2.x as a backend for UST to do some
performance analysis and latency investigation using Qemu/KVM. I
already have all the patches ready to replace the old 0.x interface,
and I am preparing them for the
Il 26/09/2013 09:58, Stefan Hajnoczi ha scritto:
On Wed, Sep 25, 2013 at 02:38:36PM +0800, Chunyan Liu wrote:
Btrfs has terrible performance when hosting VM images, even more when the
guest in those VM are also using btrfs as file system.
One way to mitigate this bad performance would be to
2013/9/26 Stefan Hajnoczi stefa...@gmail.com
On Wed, Sep 25, 2013 at 02:38:36PM +0800, Chunyan Liu wrote:
Btrfs has terrible performance when hosting VM images, even more when the
guest in those VM are also using btrfs as file system.
One way to mitigate this bad performance would be to
stefa...@redhat.com writes:
The current LTTng Userspace Tracer backend does not build against modern
libraries. LTTng has changed the library ABI several times, making it
difficult to support this backend.
Looks good to me.
Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
Reviewed by:
On 09/26/2013 06:29 AM, Alex Williamson wrote:
On Fri, 2013-09-13 at 20:11 +1000, Alexey Kardashevskiy wrote:
On 09/11/2013 08:11 AM, Alex Williamson wrote:
On Tue, 2013-09-10 at 18:36 +1000, Alexey Kardashevskiy wrote:
On 09/06/2013 05:01 AM, Alex Williamson wrote:
On Fri, 2013-08-30 at
2013/9/26 Paolo Bonzini pbonz...@redhat.com
Il 26/09/2013 09:58, Stefan Hajnoczi ha scritto:
On Wed, Sep 25, 2013 at 02:38:36PM +0800, Chunyan Liu wrote:
Btrfs has terrible performance when hosting VM images, even more when
the
guest in those VM are also using btrfs as file system.
One
On 26.09.2013, at 08:37, Michael Ellerman wrote:
Some powerpc systems have support for a hardware random number generator
(hwrng). If such a hwrng is present the host kernel can provide access
to it via the H_RANDOM hcall.
The kernel advertises the presence of a hwrng with the
Hi,
After some further testing I found that even the 32 bit binaries from Stefan
fail with the same error. I tried the 32 bit binaries from by Eric Lassauge for
version 1.6 and they work well. I have tried both 32 and 64 bit binaries from
Stefan on 2 different environments, both failing with
On 09/25/2013 07:57 PM, Mark Wu wrote:
Now we have several qemu-ga commands not returning response on success.
It has been documented in qga/qapi-schema.json already. This patch exposes
the 'success-response' flag by extending 'guest-info' command. With this
change, the clients can handle the
Am 26.09.2013 um 04:01 hat Jeff Cody geschrieben:
On Wed, Sep 25, 2013 at 04:23:22PM +0200, Benoît Canet wrote:
Drivers having a bs-file where set to recurse the call to their child.
Protocol and drivers designed to be on the bottom of the stack where set to
allow
snapshots.
Future
Signed-off-by: Fam Zheng f...@redhat.com
---
block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block.c b/block.c
index ea4956d..fe7b060 100644
--- a/block.c
+++ b/block.c
@@ -2669,7 +2669,7 @@ static int coroutine_fn bdrv_co_do_readv(BlockDriverState
*bs,
QMP/qmp.py is renamed to scripts/qmp/qmp.py, fix the search path in iotests.py.
Signed-off-by: Fam Zheng f...@redhat.com
---
tests/qemu-iotests/iotests.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/qemu-iotests/iotests.py b/tests/qemu-iotests/iotests.py
index
On 09/26/2013 05:55 AM, Fam Zheng wrote:
Signed-off-by: Fam Zheng f...@redhat.com
---
block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block.c b/block.c
index ea4956d..fe7b060 100644
--- a/block.c
+++ b/block.c
@@ -2669,7 +2669,7 @@ static int coroutine_fn
Am 26.09.2013 um 14:05 hat Eric Blake geschrieben:
On 09/26/2013 05:55 AM, Fam Zheng wrote:
Signed-off-by: Fam Zheng f...@redhat.com
---
block.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/block.c b/block.c
index ea4956d..fe7b060 100644
--- a/block.c
+++
On 09/25/2013 11:02 PM, Paolo Bonzini wrote:
Il 25/09/2013 16:32, Lei Li ha scritto:
This RFC patch series tries to introduce a mechanism using side
channel pipe for RAM via SCM_RIGHTS with unix domain socket
protocol migration.
This side channel will be used for the page flipping by vmsplice,
On Thu, 26 Sep 2013 19:57:34 +0800
Fam Zheng f...@redhat.com wrote:
QMP/qmp.py is renamed to scripts/qmp/qmp.py, fix the search path in
iotests.py.
OOPs, sorry for that.
Signed-off-by: Fam Zheng f...@redhat.com
---
tests/qemu-iotests/iotests.py | 2 +-
1 file changed, 1 insertion(+),
As far as I understand the dirty logging infrastructure will only
record writes. I want to track reads as well.
A better way to express what I would like to do is trace all guest
physical addresses that are accessed. Again, I am unsure whether qemu
supports this out-of-the box and where I would
Il 26/09/2013 14:44, Lei Li ha scritto:
The basis of your code will still be the socket-based QEMUFile, but
you'll need your own QEMUFile since you're adding Unix-specific
functionality. For this it is not a problem to have two copies the
QEMUFile code for sockets, one in savevm.c and one in
Il 26/09/2013 12:28, Fabio Fantoni ha scritto:
Il 24/09/2013 13:50, Gerd Hoffmann ha scritto:
Hi,
Someone can help me to find the problem that makes qxl unusable please?
#1 git cherry-pick c58c7b959b93b864a27fd6b3646ee1465ab8832b
Thanks for reply, did this on my new test build.
#2
Running an ARM kernel on an x86 model is obviously not going to work
either so I have no idea why you did that.
This was simply to demonstrate that qemu-system-x86_64 seemed to be
doing something even when fed an inappropriate kernel, whereas the qemu-
system-arm did not.
You're trying to run
On Tue, 09/17 16:54, Fam Zheng wrote:
This series implements feature of shared object building as described in:
http://wiki.qemu.org/Features/Modules
The main idea behind modules is to isolate dependencies on third party
libraries from qemu executables, such as libglusterfs or librbd, so
Le Thursday 26 Sep 2013 à 13:43:19 (+0200), Kevin Wolf a écrit :
Am 26.09.2013 um 04:01 hat Jeff Cody geschrieben:
On Wed, Sep 25, 2013 at 04:23:22PM +0200, Benoît Canet wrote:
Drivers having a bs-file where set to recurse the call to their child.
Protocol and drivers designed to be on
Am 26.09.2013 um 13:57 hat Fam Zheng geschrieben:
QMP/qmp.py is renamed to scripts/qmp/qmp.py, fix the search path in
iotests.py.
Signed-off-by: Fam Zheng f...@redhat.com
Thanks, applied to the block branch.
Kevin
Am 26.09.2013 um 15:35 hat Benoît Canet geschrieben:
Le Thursday 26 Sep 2013 à 13:43:19 (+0200), Kevin Wolf a écrit :
Am 26.09.2013 um 04:01 hat Jeff Cody geschrieben:
On Wed, Sep 25, 2013 at 04:23:22PM +0200, Benoît Canet wrote:
Drivers having a bs-file where set to recurse the call to
No, none of those people are using a kernel built for the rpi, because
that simply won't work. They will be using a kernel for versatilepb (or
some random hacked variant on it) plus the rpi filesystem image. This is
all a bit less than fully supported because the versatilepb board
doesn't actually
** Changed in: qemu-kvm (Ubuntu)
Status: Triaged = In Progress
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1100843
Title:
Live Migration Causes Performance Issues
Status in QEMU:
New
Hi Jan,
Thanks for your reply.
On Thu, Sep 26, 2013 at 2:08 AM, Jan Kiszka jan.kis...@web.de wrote:
On 2013-09-25 20:08, Hu Yaohui wrote:
Hi All,
I am trying to debug guest OS through qemu with kvm enabled.
Following is what I have done:
1: fire the qemu-kvm
snip
sudo
On 09/25/2013 01:20 PM, Nathan Froyd wrote:
While the generic SSE translation codepath contains special logic to use
32-bit or 64-bit memory operands for some instructions, this logic doesn't
catch the SSE {,u}comis{s,d} instructions. This oversight leads to too
many bytes being read when
On Tue, Sep 24, 2013 at 01:04:14PM +0300, Gleb Natapov wrote:
On Tue, Sep 24, 2013 at 11:57:00AM +0200, Borislav Petkov wrote:
On Mon, September 23, 2013 6:28 pm, Eduardo Habkost wrote:
On Sun, Sep 22, 2013 at 04:44:50PM +0200, Borislav Petkov wrote:
From: Borislav Petkov b...@suse.de
Hello,
Here is V2 of the external snapshot disabling patch.
The result is hopefully smaller and don't impact all BlockDriver anymore.
Only the blkverify Driver is modified.
v2:
Use NULL fields to avoid having to fill the new field in every BlockDriver
[Jeff]
Rename the field [Kevin]
This field is used by blkverify to disable external snapshots creation.
I will also be used by block filters like quorum to disable external snapshots
creation.
Signed-off-by: Benoit Canet ben...@irqsave.net
---
block.c | 14 ++
block/blkverify.c | 2 ++
I am still pretty lost here, also after reading your link which shed a
light to many things.
Every suggestion and idea is very welcome!
Thanks,
Matej
2013/9/24 Markus Armbruster arm...@redhat.com:
Not specific to KVM, adding qemu-devel.
Matej Mailing mail...@tam.si writes:
Dear list,
I
On 09/26/2013 02:05 AM, Peter Maydell wrote:
On 26 September 2013 01:29, Fabien Chouteau chout...@adacore.com wrote:
On 09/25/2013 05:51 PM, Peter Maydell wrote:
On 26 September 2013 00:38, Fabien Chouteau chout...@adacore.com wrote:
It doesn't matter very much, but monitor.h seems the obvious
Le Friday 08 Feb 2013 à 11:38:38 (+0100), Kevin Wolf a écrit :
Am 28.01.2013 18:07, schrieb Benoît Canet:
Signed-off-by: Benoit Canet ben...@irqsave.net
---
block/quorum.c | 111
1 file changed, 111 insertions(+)
diff
On 26 September 2013 23:50, Fabien Chouteau chout...@adacore.com wrote:
On 09/26/2013 02:05 AM, Peter Maydell wrote:
On 26 September 2013 01:29, Fabien Chouteau chout...@adacore.com wrote:
I think that's what I did. I think the problem was to include
'monitor.h' in 'target-*/cpu.c'.
Why
Paolo Bonzini pbonz...@redhat.com writes:
Il 25/09/2013 08:27, liu ping fan ha scritto:
Hi, is hpet orphan? Or who can help me to merge this patch-set if my
patch is fine.
Anthony, Michael?
Yes, happy to help out with this. I'll start looking at it now and work
with Liu Ping,
Mike
--
Paolo Bonzini pbonz...@redhat.com writes:
Il 25/09/2013 08:27, liu ping fan ha scritto:
Hi, is hpet orphan? Or who can help me to merge this patch-set if my
patch is fine.
Anthony, Michael?
Sorry, wrong Michael -
Mike
--
Mike Day | + 1 919 371-8786 | ncm...@ncultra.org
Endurance is a
+static void quorum_aio_bh(void *opaque)
+{
+QuorumAIOCB *acb = opaque;
+BDRVQuorumState *s = acb-bqs;
+int ret;
+
+ret = s-threshold = acb-success_count ? 0 : -EIO;
It would be very much preferable if you stored the actual error code
instead of turning everything
Le Friday 08 Feb 2013 à 11:38:38 (+0100), Kevin Wolf a écrit :
Am 28.01.2013 18:07, schrieb Benoît Canet:
Signed-off-by: Benoit Canet ben...@irqsave.net
---
block/quorum.c | 111
1 file changed, 111 insertions(+)
diff
On Wed, Sep 18, 2013 at 09:50:58PM +0200, Roger Pau Monne wrote:
Qemu has several hardcoded xenstore paths that are only valid on Dom0.
Attempts to launch a Qemu instance (to act as a userspace backend for
PV disks) will fail because Qemu is not able to access those paths
when running on a
Le Friday 08 Feb 2013 à 13:07:03 (+0100), Kevin Wolf a écrit :
Am 28.01.2013 18:07, schrieb Benoît Canet:
Use gnutls's SHA-256 to compare versions.
Signed-off-by: Benoit Canet ben...@irqsave.net
---
block/quorum.c | 303
+++-
On Thu, Sep 26, 2013 at 04:33:49PM +0200, Benoît Canet wrote:
This field is used by blkverify to disable external snapshots creation.
I will also be used by block filters like quorum to disable external snapshots
creation.
Signed-off-by: Benoit Canet ben...@irqsave.net
---
block.c
Il 26/09/2013 12:30, Chunyan Liu ha scritto:
2013/9/26 Paolo Bonzini pbonz...@redhat.com mailto:pbonz...@redhat.com
Il 26/09/2013 09:58, Stefan Hajnoczi ha scritto:
On Wed, Sep 25, 2013 at 02:38:36PM +0800, Chunyan Liu wrote:
Btrfs has terrible performance when hosting VM
On 26/09/13 18:46, Anthony PERARD wrote:
On Wed, Sep 18, 2013 at 09:50:58PM +0200, Roger Pau Monne wrote:
Qemu has several hardcoded xenstore paths that are only valid on Dom0.
Attempts to launch a Qemu instance (to act as a userspace backend for
PV disks) will fail because Qemu is not able to
On 2013-09-26 16:14, Hu Yaohui wrote:
Hi Jan,
Thanks for your reply.
On Thu, Sep 26, 2013 at 2:08 AM, Jan Kiszka jan.kis...@web.de wrote:
On 2013-09-25 20:08, Hu Yaohui wrote:
Hi All,
I am trying to debug guest OS through qemu with kvm enabled.
Following is what I have done:
1: fire the
On Thu, Sep 26, 2013 at 11:19:15AM -0300, Eduardo Habkost wrote:
Then we may have a problem: some CPU models already have movbe
included (e.g. Haswell), and patch 6/6 will make -cpu Haswell get
movbe enabled even if it is being emulated.
Huh? HSW has MOVBE so we won't #UD on it and MOVBE will
Am 26.09.2013 13:23, schrieb Vikas Desai:
Hi,
After some further testing I found that even the 32 bit binaries from
Stefan fail with the same error. I tried the 32 bit binaries from by
Eric Lassauge for version 1.6 and they work well. I have tried both 32
and 64 bit binaries from Stefan on 2
On 2013-09-26 20:53, Hu Yaohui wrote:
Hi Jan,
I am working on some Nested VM related projects. Some other teammates have
made the modifications to the kvm module.
And these modifications cannot cause the misguided INT3?
Most of my work depends on his.
If I could not use Qemu Debug method.
Hi Jan,
I am working on some Nested VM related projects. Some other teammates have
made the modifications to the kvm module. Most of my work depends on his.
If I could not use Qemu Debug method. Could you please suggest some other
debugging methods to debug the L2 guest OS(printk, hijack kernel
On Thu, Sep 26, 2013 at 3:07 PM, Jan Kiszka jan.kis...@web.de wrote:
On 2013-09-26 20:53, Hu Yaohui wrote:
Hi Jan,
I am working on some Nested VM related projects. Some other teammates
have
made the modifications to the kvm module.
And these modifications cannot cause the misguided
On Thu, Sep 26, 2013 at 08:55:24PM +0200, Borislav Petkov wrote:
On Thu, Sep 26, 2013 at 11:19:15AM -0300, Eduardo Habkost wrote:
Then we may have a problem: some CPU models already have movbe
included (e.g. Haswell), and patch 6/6 will make -cpu Haswell get
movbe enabled even if it is
Am 25.09.2013 14:57, schrieb Michael Roth:
Hi everyone,
The following new patches are queued for QEMU stable v1.6.1:
https://github.com/mdroth/qemu/commits/stable-1.6-staging
The release is planned for 2013-10-02:
http://wiki.qemu.org/Planning/1.6
Please respond here or CC
On 25-09-13 16:42, Mark Trumpold wrote:
Hello Wouter,
Thank you for your input.
I replayed the test as follows:
- qemu-nbd -p 2000 -persist /root/qemu/q1.img
- nbd-client localhost 2000 /dev/nbd0
No.
nbd-client -persist localhost 2000 /dev/nbd0
--
This end should point toward
Update the KVM kernel headers to add support for the device control API
on ARM used to create in-kernel devices and set and get attributes on
these.
This is needed for VGIC save/restore with KVM ARM targets.
Headers are included from:
git://git.linaro.org/people/cdall/linux-kvm-arm.git
This patch series adds generic support for issuing device control
related ioctls and supports creating the ARM KVM-accelerated VGIC using
the device control API while maintaining backwards compatibility for
older kernels.
This is an RFC patch set because it relies on kernel header changes that
Introduces two simple functions:
int kvm_device_ioctl(int fd, int type, ...);
int kvm_create_device(KVMState *s, uint64_t type, bool test);
These functions wrap the basic ioctl-based interactions with KVM in a
way similar to other KVM ioctl wrappers.
Signed-off-by: Christoffer Dall
Support creating the ARM vgic device through the device control API and
setting the base address for the distributor and cpu interfaces in KVM
VMs using this API.
Because the older KVM_CREATE_IRQCHIP interface needs the irq chip to be
created prior to creating the VCPUs, we first test if we can
Introduce kvm_arch_irqchip_create an arch-specific hook in preparation
for architecture-specific use of the device control API to create IRQ
chips.
Following patches will implement the ARM irqchip create method to prefer
the device control API over the older KVM_CREATE_IRQCHIP API.
On Thu, Sep 26, 2013 at 04:20:59PM -0300, Eduardo Habkost wrote:
Please point me to the code that does this, because I don't see it on
patch 6/6.
@@ -1850,7 +1850,14 @@ static void filter_features_for_kvm(X86CPU *cpu)
wi-cpuid_ecx,
From my testing this has been fixed in the saucy version (1.5.0) of qemu. It
is fixed by this patch:
f1c72795af573b24a7da5eb52375c9aba8a37972
However later in the history this commit was reverted, and again broke this.
The other commit that fixes this is:
-Original Message-
From: Wouter Verhelst [mailto:w...@uter.be]
Sent: Thursday, September 26, 2013 12:46 PM
To: 'Mark Trumpold'
Cc: nbd-gene...@lists.sourceforge.net, 'Stefan Hajnoczi',
bonz...@stefanha-thinkpad.redhat.com, 'Paul Clements', qemu-devel@nongnu.org
Subject: Re: [Nbd]
Il 25/09/2013 23:27, Doug Goldstein ha scritto:
On Wed, Sep 25, 2013 at 7:57 AM, Michael Roth mdr...@linux.vnet.ibm.com
wrote:
From: Paolo Bonzini pbonz...@redhat.com
Some bdrv_is_allocated callers do not expect errors, but the fallback
in qcow2.c might make other callers trip on assertion
Il 25/09/2013 15:54, Cole Robinson ha scritto:
https://lists.nongnu.org/archive/html/qemu-devel/2013-08/msg05056.html
https://bugzilla.redhat.com/show_bug.cgi?id=986790
Fixes a crash with -M isapc
Patch isn't in git yet
http://article.gmane.org/gmane.comp.emulators.qemu/209369
Il 26/09/2013 05:22, Doug Goldstein ha scritto:
On Mon, Sep 9, 2013 at 2:30 PM, Stefan Weil stefan.w...@weilnetz.de wrote:
Am 28.08.2013 10:21, schrieb James Hogan:
On 1 July 2013 04:30, Mike Frysinger vap...@gentoo.org wrote:
This avoids needing to execute a program and keeping an
Implement support to save/restore the ARM KVM VGIC state from the
kernel. The basic appraoch is to transfer state from the in-kernel VGIC
to the emulated arm-gic state representation and let the standard QEMU
vmstate save/restore handle saving the arm-gic state. Restore works by
reversing the
For some reason only edge-triggered or enabled level-triggered
interrupts would set the pending state of a raised IRQ. This is not in
compliance with the specs, which indicate that the pending state is
separate from the enabled state, which only controls if a pending
interrupt is actually
Add support for saving VMtate of 2D arrays of uint32 values.
Signed-off-by: Christoffer Dall christoffer.d...@linaro.org
---
include/migration/vmstate.h |6 ++
1 file changed, 6 insertions(+)
diff --git a/include/migration/vmstate.h b/include/migration/vmstate.h
index 1c31b5d..e5538c7
To make the code slightly cleaner to look at and make the save/restore
code easier to understand, introduce this macro to set the priority of
interrupts.
Signed-off-by: Christoffer Dall christoffer.d...@linaro.org
---
hw/intc/arm_gic.c | 15 ++-
hw/intc/gic_internal.h |1 +
Save and restore the ARM KVM VGIC state from the kernel. We rely on
QEMU to marshal the GICState data structure and therefore simply
synchronize the kernel state with the QEMU emulated state in both
directions.
We take some care on the restore path to check the VGIC has been
configured with
Am 26.09.2013 21:05, schrieb Stefan Weil:
Am 26.09.2013 13:23, schrieb Vikas Desai:
Hi,
After some further testing I found that even the 32 bit binaries from
Stefan fail with the same error. I tried the 32 bit binaries from by
Eric Lassauge for version 1.6 and they work well. I have tried
Add a binary_point field to the gic emulation structure and support
setting/getting this register now when we have it. We don't actually
support interrupt grouping yet, oh well.
Signed-off-by: Christoffer Dall christoffer.d...@linaro.org
Changelog [v2]:
- Renamed binary_point to bpr and abpr
Right now the arm gic emulation doesn't keep track of the source of an
SGI (which apparently Linux guests don't use, or they're fine with
assuming CPU 0 always).
Add the necessary matrix on the GICState structure and maintain the data
when setting and clearing the pending state of an IRQ.
Note
1 - 100 of 249 matches
Mail list logo
