On 03/24/2015 12:36 AM, Bharata B Rao wrote:
Support hot removal of CPU for sPAPR guests by sending the hot
unplug notification to the guest via EPOW interrupt.
Signed-off-by: Bharata B Rao bhar...@linux.vnet.ibm.com
---
hw/ppc/spapr.c| 78
Am 07.04.2015 um 02:31 hat John Snow geschrieben:
On 04/02/2015 05:38 AM, Kevin Wolf wrote:
Am 01.04.2015 um 18:16 hat John Snow geschrieben:
Kevin, what's the correct behavior for qemu-img and relative paths
when creating a new qcow2 file?
Example:
(in e.g. /home/qemu/build/ or
* Peter Lieven (p...@kamp.de) wrote:
Am 06.04.2015 um 21:02 schrieb Peter Lieven:
Am 06.04.2015 um 20:50 schrieb John Snow:
On 04/06/2015 02:47 PM, Peter Lieven wrote:
Hi all,
is there a known issue in Qemu 2.2.1 where IDE stalls sometimes after a
migration with Qemu 2.2.1?
The
On Tue, 7 Apr 2015 11:10:07 +0300
Catalin Vasile catalinvasil...@gmail.com wrote:
I am using the virtio-net vhost-net model to make another virtio/vhost
solution.
I can't seem to find how does one make a virtqueue to only be consumed
by vhost when adding notifiers to vhost.
On Fr, 2015-04-03 at 00:24 +0200, Marc-André Lureau wrote:
Hi
On Thu, Mar 26, 2015 at 12:26 PM, Gerd Hoffmann kra...@redhat.com
wrote:
This allows to assign host input devices to the guest:
qemu -device virto-input-host-pci,evdev=/dev/input/eventnr
I am using the virtio-net vhost-net model to make another virtio/vhost solution.
I can't seem to find how does one make a virtqueue to only be consumed
by vhost when adding notifiers to vhost.
virtio_add_queue() seems to always ask for a valid handle for qemu,
and I don't see any disable function
Awesome.
Thanks
On Tue, Apr 7, 2015 at 11:51 AM, Greg Kurz gk...@linux.vnet.ibm.com wrote:
On Tue, 7 Apr 2015 11:10:07 +0300
Catalin Vasile catalinvasil...@gmail.com wrote:
I am using the virtio-net vhost-net model to make another virtio/vhost
solution.
I can't seem to find how does one
-Original Message-
From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com]
Sent: Wednesday, April 01, 2015 3:40 AM
To: qemu-devel@nongnu.org; m...@redhat.com
Cc: Xu, Quan; Stefan Berger; Stefan Berger
Subject: [PATCH 2/3] tpm: Probe for connected TPM 1.2 or TPM 2
In the TPM
On Mon, 6 Apr 2015 15:49:24 +0530
Bharata B Rao bhar...@linux.vnet.ibm.com wrote:
On Mon, Mar 23, 2015 at 07:05:41PM +0530, Bharata B Rao wrote:
Hi,
This is the version 2 of the patchset that provides CPU and memory hotplug
support for PowerPC sPAPR guests.
[snip]
TODOs
-
On 7 April 2015 at 03:43, Shannon Zhao zhaoshengl...@huawei.com wrote:
The dts node is:
ranges = 0x100 0x0 0x0 0x0 0x3eff 0x0 0x1
0x200 0x0 0x1000 0x0 0x1000 0x0
0x2eff;
reg = 0x0 0x3f00 0x0 0x100;
Am 06.04.2015 um 17:37 hat Michael Tokarev geschrieben:
02.04.2015 16:19, Kevin Wolf wrote:
Am 02.04.2015 um 14:04 hat Michael Tokarev geschrieben:
02.04.2015 14:24, Kevin Wolf wrote:
[]
But overall, I think qemu-system should not modify backing
file name in this case.
So you would
Am 03.04.2015 um 05:59 hat Jeff Cody geschrieben:
On Thu, Apr 02, 2015 at 01:24:02PM +0200, Kevin Wolf wrote:
Am 02.04.2015 um 12:58 hat Michael Tokarev geschrieben:
When performing commit, does qemu mark the areas in the
overlay file as free after writing contents to the backing
file,
On Tue, Apr 07, 2015 at 10:19:22AM +0100, Peter Maydell wrote:
On 7 April 2015 at 03:43, Shannon Zhao zhaoshengl...@huawei.com wrote:
The dts node is:
ranges = 0x100 0x0 0x0 0x0 0x3eff 0x0 0x1
0x200 0x0 0x1000 0x0 0x1000 0x0
-Original Message-
From: Stefan Berger [mailto:stef...@linux.vnet.ibm.com]
Sent: Wednesday, April 01, 2015 3:40 AM
To: qemu-devel@nongnu.org; m...@redhat.com
Cc: Xu, Quan; Stefan Berger
Subject: [PATCH 3/3] TPM2 ACPI table support
Add a TPM2 ACPI table if a TPM2 is used
Am 03.04.2015 um 12:04 hat leijian geschrieben:
Hi all,
There was a problem about qcow2 image file happened in my serval vms and I
could not figure it out,
so have to ask for some help.
[...]
I think the problem is relate to the snapshot create, delete. But I cant
reproduce it .
Can
On 7 April 2015 at 10:32, Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Apr 07, 2015 at 10:19:22AM +0100, Peter Maydell wrote:
On 7 April 2015 at 03:43, Shannon Zhao zhaoshengl...@huawei.com wrote:
The dts node is:
ranges = 0x100 0x0 0x0 0x0 0x3eff 0x0 0x1
On 07/04/2015 12:15, Andreas Färber wrote:
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index b2d1c95..03b33cf 100644
--- a/target-i386/cpu.c
+++ b/target-i386/cpu.c
@@ -2714,9 +2714,7 @@ static void x86_cpu_reset(CPUState *s)
#if !defined(CONFIG_USER_ONLY)
/* We
Am 07.04.2015 um 12:34 schrieb Paolo Bonzini:
On 07/04/2015 12:15, Andreas Färber wrote:
diff --git a/target-i386/cpu.c b/target-i386/cpu.c
index b2d1c95..03b33cf 100644
--- a/target-i386/cpu.c
+++ b/target-i386/cpu.c
@@ -2714,9 +2714,7 @@ static void x86_cpu_reset(CPUState *s)
#if
Switch to new API.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
include/hw/virtio/virtio.h | 1 -
hw/scsi/virtio-scsi-dataplane.c | 14 --
hw/virtio/virtio.c | 8 +++-
3 files changed, 11 insertions(+), 12 deletions(-)
diff --git
Switch to new API, no functional changes.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/block/dataplane/virtio-blk.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/block/dataplane/virtio-blk.c b/hw/block/dataplane/virtio-blk.c
index cd41478..c9ac70e
On Tue, 7 Apr 2015 12:45:56 +0200
Michael S. Tsirkin m...@redhat.com wrote:
generalize and move these from vhost to virtio.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
include/hw/virtio/virtio.h | 3 +++
hw/virtio/vhost.c | 45 ++--
+Eduardo as target-i386 maintainer
Am 02.04.2015 um 14:34 schrieb Paolo Bonzini:
On 02/04/2015 01:58, Nadav Amit wrote:
Since the BSP bit is writable on real hardware, during reset all the CPUs
which
were not chosen to be the BSP should have their BSP bit cleared. This fix is
required
Hi,
Am 07.04.2015 um 10:18 schrieb Itamar Tal:
Hi,
Haven't got any response to this patch and couldn't find relevant
maintainer as well. Can anyone direct me to the right guy?
Thanks,
Itamar Tal,
Guardicore
On Mon, Mar 23, 2015 at 6:07 PM, Itamar Tal ita...@guardicore.com
How can I tell which virtqueue is which?
I'm trying to make 2 virtqueues:
1) control vq between qemu and guest
2) data/job vq between vhost and guest
I went through find_vqs() inside the guest (virtio-net), but I can't
tell how it associates which one is the rx queue, which one is tx, and
which
generalize and move these from vhost to virtio.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
include/hw/virtio/virtio.h | 3 +++
hw/virtio/vhost.c | 45 ++--
hw/virtio/virtio.c | 51 ++
3
This refactors the code for enabling/disabling host notifiers.
Not useful by itself, but seems to be needed for other projects.
So I'm not merging this yet, will be included with other
patches.
Posting now for early review.
Michael S. Tsirkin (3):
virtio: interface to enable/disable host
On 07/04/2015 12:44, Andreas Färber wrote:
It can change at runtime, though, if you're using the KVM in-kernel LAPIC.
Got a pointer? A quick git-grep doesn't show anything in hw/ or
kvm-all.c or target-i386/ assigning cpu_index, so it'll always have the
initial value.
Not cpu_index,
Am 07.04.2015 um 12:54 schrieb Paolo Bonzini:
On 07/04/2015 12:44, Andreas Färber wrote:
It can change at runtime, though, if you're using the KVM in-kernel LAPIC.
Got a pointer? A quick git-grep doesn't show anything in hw/ or
kvm-all.c or target-i386/ assigning cpu_index, so it'll always
On Tue, 7 Apr 2015 12:45:58 +0200
Michael S. Tsirkin m...@redhat.com wrote:
Switch to new API, no functional changes.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
hw/block/dataplane/virtio-blk.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git
On 2015/4/7 17:19, Peter Maydell wrote:
On 7 April 2015 at 03:43, Shannon Zhao zhaoshengl...@huawei.com wrote:
The dts node is:
ranges = 0x100 0x0 0x0 0x0 0x3eff 0x0 0x1
0x200 0x0 0x1000 0x0 0x1000 0x0
0x2eff;
Am 07.04.2015 um 13:09 schrieb Andreas Färber:
Am 07.04.2015 um 12:54 schrieb Paolo Bonzini:
On 07/04/2015 12:44, Andreas Färber wrote:
It can change at runtime, though, if you're using the KVM in-kernel LAPIC.
Got a pointer? A quick git-grep doesn't show anything in hw/ or
kvm-all.c or
On Tue, 7 Apr 2015 12:46:01 +0200
Michael S. Tsirkin m...@redhat.com wrote:
Switch to new API.
Signed-off-by: Michael S. Tsirkin m...@redhat.com
---
include/hw/virtio/virtio.h | 1 -
hw/scsi/virtio-scsi-dataplane.c | 14 --
hw/virtio/virtio.c | 8 +++-
On 7 April 2015 at 03:43, Shannon Zhao zhaoshengl...@huawei.com wrote:
The ACPI table entry:
Method (_CBA, 0, NotSerialized) // _CBA: Configuration Base
Address
{
Return (0x3F00)
}
Method (_CRS, 0, NotSerialized) //
On 2015/4/7 20:07, Peter Maydell wrote:
On 7 April 2015 at 03:43, Shannon Zhao zhaoshengl...@huawei.com wrote:
The ACPI table entry:
Method (_CBA, 0, NotSerialized) // _CBA: Configuration Base
Address
{
Return (0x3F00)
}
On 04/04/2015 09:02 PM, Corey Minyard wrote:
Ok, done. It's at https://github.com/cminyard/qemu on github. There
are two branches at the moment, stable-2.2-ipmi is based on the 2.2
release and will not rebase. master-ipmi-rebase will rebase on master
as it moves.
I haven't done extensive
We had a call and I was asked to write a summary about our conclusion.
The more I wrote, there more I became uncertain if we really came to a
conclusion and became more certain that we want to define the QMP/HMP/CLI
interfaces first (or quite early in the process)
As discussed I will provide an
On 04/07/2015 07:24 AM, Longever, Joseph wrote:
Hi Corey,
Thanks so much for the support. I pulled down the 2.2-ipmi stable snapshot
and everything compiled with no issues.
Could you help confirm my configuration?
Can you send your complete configuration file and startup command file?
On Thu, Apr 02, 2015 at 01:31:46PM -0600, Eric Blake wrote:
So instead, this patch creates a new QObject subtype: QNull.
The code looks good, but Markus's approach of using a single instance
seems probably a bit better for this case.
--- /dev/null
+++ b/include/qapi/qmp/qnull.h
@@ -0,0
In recent qemu versions, it is possible to override the backing file
name and format that is stored in the image file with values given at
runtime. In such cases, the temporary override could end up in the
image header if the qcow2 header was updated, while obviously correct
behaviour would be to
On Thu, Apr 02, 2015 at 11:57:59AM -0400, John Snow wrote:
On 04/02/2015 09:37 AM, Stefan Hajnoczi wrote:
On Fri, Mar 20, 2015 at 03:16:58PM -0400, John Snow wrote:
+void hbitmap_truncate(HBitmap *hb, uint64_t size)
+{
+bool shrink;
+unsigned i;
+uint64_t num_elements =
On Mon, Apr 06, 2015 at 05:49:10PM -0400, John Snow wrote:
Is it really that unsafe? I could add in an explicit pause/resume barrier
around the check if that would help inspire some confidence in the test.
There are many cases where it happens to work, but we always tell users
never to do this
Am 07.04.2015 um 14:51 hat Kevin Wolf geschrieben:
In recent qemu versions, it is possible to override the backing file
name and format that is stored in the image file with values given at
runtime. In such cases, the temporary override could end up in the
image header if the qcow2 header was
In recent qemu versions, it is possible to override the backing file
name and format that is stored in the image file with values given at
runtime. In such cases, the temporary override could end up in the
image header if the qcow2 header was updated, while obviously correct
behaviour would be to
I'm sure this all works and it's just me... Attached is the config, I also
pasted the text below:
The startcmd starts a QEMU instance which then PXE boots Linux kernel 2.6.34
with IPMI drivers enabled in the kernel:
startcmd qemu-system-x86_64 -vnc :1 --enable-kvm -chardev
Hi Corey,
Thanks so much for the support. I pulled down the 2.2-ipmi stable snapshot and
everything compiled with no issues.
Could you help confirm my configuration?
I ran lanserv with the serial parameter to create the socket that will
communicate with the QEMU IPMI device over port 9002:
On 07/04/15 16:29, Paolo Bonzini wrote:
On 07/04/2015 15:26, Denis V. Lunev wrote:
On 07/04/15 16:18, Paolo Bonzini wrote:
On 07/04/2015 13:57, Andreas Färber wrote:
If this is some issue with sync'ing state back and forth before
QEMU and
KVM then the real issue has not been explained.
On Thu, Apr 02, 2015 at 05:39:22PM +0100, Stefan Hajnoczi wrote:
This patch simplifies thread_pool_completion_bh().
The function first checks elem-state:
if (elem-state != THREAD_DONE) {
continue;
}
It then goes on to check elem-state == THREAD_DONE although we already
know
On 07/04/2015 13:57, Andreas Färber wrote:
If this is some issue with sync'ing state back and forth before QEMU and
KVM then the real issue has not been explained.
Hm, hw/intc/apic_common.c:apic_reset_common() has:
bsp = cpu_is_bsp(s-cpu);
s-apicbase = APIC_DEFAULT_ADDRESS |
On 07/04/2015 15:53, Denis V. Lunev wrote:
Replace call of cpu_is_bsp(s-cpu) which really returns
!!(s-apicbase MSR_IA32_APICBASE_BSP)
with directly collected value. Due to this the tracepoint
trace_cpu_get_apic_base((uint64_t)s-apicbase);
will not be hit anymore in
Am 07.04.2015 um 15:14 schrieb Igor Mammedov:
On Tue, 07 Apr 2015 13:57:34 +0200
Andreas Färber afaer...@suse.de wrote:
Am 07.04.2015 um 13:09 schrieb Andreas Färber:
Am 07.04.2015 um 12:54 schrieb Paolo Bonzini:
On 07/04/2015 12:44, Andreas Färber wrote:
It can change at runtime, though,
Am 07.04.2015 um 15:44 schrieb Denis V. Lunev:
On 07/04/15 16:29, Paolo Bonzini wrote:
On 07/04/2015 15:26, Denis V. Lunev wrote:
On 07/04/15 16:18, Paolo Bonzini wrote:
On 07/04/2015 13:57, Andreas Färber wrote:
If this is some issue with sync'ing state back and forth before
QEMU and
Hi Corey,
I got it working now. The port wasn't listening on the correct address when
set to localhost but when I set the address to 0.0.0.0 it started listening on
127.0.0.1.
Set serial parameters to:
serial 15 0.0.0.0 9002 codec VM ipmb 0x20
[ 10.025336] ipmi message handler version
On 07/04/2015 15:24, Andreas Färber wrote:
/* We hard-wire the BSP to the first CPU. */
if (s-cpu_index == 0) {
apic_designate_bsp(cpu-apic_state);
}
I know, that's what this patch is changing, and I am saying that by the
same logic the CPU has no business fiddling
On Fri, Apr 03, 2015 at 10:05:19PM +0800, Fam Zheng wrote:
+QTAILQ_FOREACH(bs, bdrv_states, device_list) {
+AioContext *aio_context = bdrv_get_aio_context(bs);
+
+aio_context_acquire(aio_context);
+if (bs-job) {
+block_job_pause(bs-job);
+}
On 4 April 2015 at 08:10, Michael Tokarev m...@tls.msk.ru wrote:
Here's a very small trivial-patches pull request for the upcoming 2.3
release. There's nothing urgent here, so things can wait past 2.3,
but these things are also safe. Only one questionable code change
is the removal of
Hi David,
Am 07.04.2015 um 10:43 schrieb Dr. David Alan Gilbert:
Any particular workload or reproducer?
Workload is almost zero. I try to figure out if there is a way to trigger
it.
Maybe playing a role: Machine type is -M pc1.2 and we set -kvmclock as
CPU flag since kvmclock seemed to be
On 07/04/15 16:18, Paolo Bonzini wrote:
On 07/04/2015 13:57, Andreas Färber wrote:
If this is some issue with sync'ing state back and forth before QEMU and
KVM then the real issue has not been explained.
Hm, hw/intc/apic_common.c:apic_reset_common() has:
bsp = cpu_is_bsp(s-cpu);
On Tue, 7 Apr 2015 13:07:31 +0100
Peter Maydell peter.mayd...@linaro.org wrote:
On 7 April 2015 at 03:43, Shannon Zhao zhaoshengl...@huawei.com
wrote:
The ACPI table entry:
Method (_CBA, 0, NotSerialized) // _CBA: Configuration
Base Address {
Return
On Fri, Apr 03, 2015 at 10:05:20PM +0800, Fam Zheng wrote:
Signed-off-by: Fam Zheng f...@redhat.com
---
tests/qemu-iotests/129 | 86
++
tests/qemu-iotests/129.out | 5 +++
tests/qemu-iotests/group | 1 +
3 files changed, 92
On Tue, 07 Apr 2015 13:57:34 +0200
Andreas Färber afaer...@suse.de wrote:
Am 07.04.2015 um 13:09 schrieb Andreas Färber:
Am 07.04.2015 um 12:54 schrieb Paolo Bonzini:
On 07/04/2015 12:44, Andreas Färber wrote:
It can change at runtime, though, if you're using the KVM
in-kernel LAPIC.
Hi all,
I need a pretty simple way to get the current state of the VM running in QEMU -
I only need the VM state (e.g. running, paused,...). Since my environment does
not have any perl, python or other high level scripting capabilities, a simple
way e.g. via a shell script would be nice. QEMU is
On 07/04/2015 15:26, Denis V. Lunev wrote:
On 07/04/15 16:18, Paolo Bonzini wrote:
On 07/04/2015 13:57, Andreas Färber wrote:
If this is some issue with sync'ing state back and forth before
QEMU and
KVM then the real issue has not been explained.
Hm,
On Thu, Apr 02, 2015 at 07:50:44PM +0200, Paolo Bonzini wrote:
After qemu_iovec_destroy, the QEMUIOVector's size is zeroed and
the zero size ultimately is used to compute virtqueue_push's len
argument. Therefore, reads from virtio-blk devices did not
migrate their results correctly. (Writes
On Tue, 2015-04-07 at 15:31 +0200, Erik Rull wrote:
Hi all,
I need a pretty simple way to get the current state of the VM running in QEMU
-
I only need the VM state (e.g. running, paused,...). Since my environment does
not have any perl, python or other high level scripting capabilities, a
Am 07.04.2015 um 15:29 schrieb Paolo Bonzini:
On 07/04/2015 15:24, Andreas Färber wrote:
/* We hard-wire the BSP to the first CPU. */
if (s-cpu_index == 0) {
apic_designate_bsp(cpu-apic_state);
}
I know, that's what this patch is changing, and I am saying that by the
On Fri, Apr 03, 2015 at 10:05:21PM +0800, Fam Zheng wrote:
Signed-off-by: Fam Zheng f...@redhat.com
---
block/backup.c | 2 +-
block/mirror.c | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
Reviewed-by: Alberto Garcia be...@igalia.com
Berto
Emilio G. Cota c...@braap.org writes:
This brings down the size of the struct from 56 to 32 bytes on 64-bit,
and to 20 bytes on 32-bit. This leads to memory savings:
Before:
$ find . -name 'tcg.o' | xargs size
textdata bss dec hex filename
41131 29800 88
On Tue, 07 Apr 2015 14:43:43 +0200
Christian Borntraeger borntrae...@de.ibm.com wrote:
We had a call and I was asked to write a summary about our conclusion.
The more I wrote, there more I became uncertain if we really came to
a conclusion and became more certain that we want to define the
Replace call of cpu_is_bsp(s-cpu) which really returns
!!(s-apicbase MSR_IA32_APICBASE_BSP)
with directly collected value. Due to this the tracepoint
trace_cpu_get_apic_base((uint64_t)s-apicbase);
will not be hit anymore in apic_reset_common.
Signed-off-by: Denis V. Lunev d...@openvz.org
On 07/04/2015 15:40, Andreas Färber wrote:
Am 07.04.2015 um 15:29 schrieb Paolo Bonzini:
On 07/04/2015 15:24, Andreas Färber wrote:
/* We hard-wire the BSP to the first CPU. */
if (s-cpu_index == 0) {
apic_designate_bsp(cpu-apic_state);
}
I know, that's what this patch
On 04/07/2015 07:03 AM, Kevin Wolf wrote:
In recent qemu versions, it is possible to override the backing file
name and format that is stored in the image file with values given at
runtime. In such cases, the temporary override could end up in the
image header if the qcow2 header was updated,
On 04/07/2015 04:44 AM, Kevin Wolf wrote:
Am 07.04.2015 um 02:31 hat John Snow geschrieben:
On 04/02/2015 05:38 AM, Kevin Wolf wrote:
Am 01.04.2015 um 18:16 hat John Snow geschrieben:
Kevin, what's the correct behavior for qemu-img and relative paths
when creating a new qcow2 file?
On 04/07/2015 06:46 AM, Alberto Garcia wrote:
On Thu, Apr 02, 2015 at 01:31:46PM -0600, Eric Blake wrote:
So instead, this patch creates a new QObject subtype: QNull.
The code looks good, but Markus's approach of using a single instance
seems probably a bit better for this case.
It's what
There are two problems with memory barriers in async.c. The fix is
to use atomic_xchg in order to achieve sequential consistency between
the scheduling of a bottom half and the corresponding execution.
First, if bh-scheduled is already 1 in qemu_bh_schedule, QEMU does
not execute a memory
On 04/07/2015 08:57 AM, Stefan Hajnoczi wrote:
On Thu, Apr 02, 2015 at 11:57:59AM -0400, John Snow wrote:
On 04/02/2015 09:37 AM, Stefan Hajnoczi wrote:
On Fri, Mar 20, 2015 at 03:16:58PM -0400, John Snow wrote:
+void hbitmap_truncate(HBitmap *hb, uint64_t size)
+{
+bool shrink;
+
On 07/04/2015 17:11, Peter Lieven wrote:
I'm not sure at what kernel version the switch is, but newer kernels use
some
code shared with the newer SATA world (libata?) where as older kernels had
separate IDE code, so the behaviour of the two can be quite different.
Thats a good point.
* Peter Lieven (p...@kamp.de) wrote:
Hi David,
Am 07.04.2015 um 10:43 schrieb Dr. David Alan Gilbert:
Any particular workload or reproducer?
Workload is almost zero. I try to figure out if there is a way to trigger
it.
Maybe playing a role: Machine type is -M pc1.2 and we set
On 04/07/2015 03:33 AM, Kevin Wolf wrote:
More specifically, did you take care to never access your image from
more than one process (except if both are read-only)? It happens
occasionally that people use 'qemu-img snapshot' while the VM is
running. This is wrong and can corrupt the image.
On 04/01/2015 10:15 AM, Jason Wang wrote:
This patch increases the maximum number of virtqueues for pci from 64
to 513. This will allow booting a virtio-net-pci device with 256 queue
pairs.
To keep migration compatibility, 64 was kept for legacy machine
types. This is because qemu in fact
Am 07.04.2015 um 17:14 schrieb Paolo Bonzini:
On 07/04/2015 17:11, Peter Lieven wrote:
I'm not sure at what kernel version the switch is, but newer kernels use
some
code shared with the newer SATA world (libata?) where as older kernels had
separate IDE code, so the behaviour of the two can
On 04/07/2015 02:44 PM, Peter Lieven wrote:
Am 07.04.2015 um 17:29 schrieb Dr. David Alan Gilbert:
* Peter Lieven (p...@kamp.de) wrote:
Hi David,
Am 07.04.2015 um 10:43 schrieb Dr. David Alan Gilbert:
Any particular workload or reproducer?
Workload is almost zero. I try to figure out if
Am 07.04.2015 um 21:01 schrieb Dr. David Alan Gilbert:
* Peter Lieven (p...@kamp.de) wrote:
Am 07.04.2015 um 17:29 schrieb Dr. David Alan Gilbert:
* Peter Lieven (p...@kamp.de) wrote:
Hi David,
Am 07.04.2015 um 10:43 schrieb Dr. David Alan Gilbert:
Any particular workload or reproducer?
On 04/07/2015 09:31 AM, Erik Rull wrote:
Hi all,
I need a pretty simple way to get the current state of the VM running in QEMU -
I only need the VM state (e.g. running, paused,...). Since my environment does
not have any perl, python or other high level scripting capabilities, a simple
way
On 04/07/2015 08:06 PM, Luigi Rizzo wrote:
On Tue, Apr 7, 2015 at 6:54 PM, Alexander Graf ag...@suse.de
mailto:ag...@suse.de wrote:
On 04/01/2015 10:15 AM, Jason Wang wrote:
This patch increases the maximum number of virtqueues for pci
from 64
to 513. This will
Am 07.04.2015 um 20:56 schrieb John Snow:
On 04/07/2015 02:44 PM, Peter Lieven wrote:
Am 07.04.2015 um 17:29 schrieb Dr. David Alan Gilbert:
* Peter Lieven (p...@kamp.de) wrote:
Hi David,
Am 07.04.2015 um 10:43 schrieb Dr. David Alan Gilbert:
Any particular workload or reproducer?
* Peter Lieven (p...@kamp.de) wrote:
Am 07.04.2015 um 17:29 schrieb Dr. David Alan Gilbert:
* Peter Lieven (p...@kamp.de) wrote:
Hi David,
Am 07.04.2015 um 10:43 schrieb Dr. David Alan Gilbert:
Any particular workload or reproducer?
Workload is almost zero. I try to figure out if
On Tue, Apr 7, 2015 at 6:54 PM, Alexander Graf ag...@suse.de wrote:
On 04/01/2015 10:15 AM, Jason Wang wrote:
This patch increases the maximum number of virtqueues for pci from 64
to 513. This will allow booting a virtio-net-pci device with 256 queue
pairs.
...
* configuration space */
Am 07.04.2015 um 17:29 schrieb Dr. David Alan Gilbert:
* Peter Lieven (p...@kamp.de) wrote:
Hi David,
Am 07.04.2015 um 10:43 schrieb Dr. David Alan Gilbert:
Any particular workload or reproducer?
Workload is almost zero. I try to figure out if there is a way to trigger
it.
Maybe playing
From: Corey Minyard cminy...@mvista.com
Add some basic documentation for the IPMI device.
Signed-off-by: Corey Minyard cminy...@mvista.com
---
qemu-options.hx | 38 ++
1 file changed, 38 insertions(+)
diff --git a/qemu-options.hx b/qemu-options.hx
index
From: Corey Minyard cminy...@mvista.com
This is to get CONFIG_ACPI into the target config so devices that may
use ACPI know to do this or not.
Signed-off-by: Corey Minyard cminy...@mvista.com
---
configure | 7 +++
1 file changed, 7 insertions(+)
diff --git a/configure b/configure
index
From: Corey Minyard cminy...@mvista.com
This provides the simulation of the BT hardware interface for
IPMI.
Signed-off-by: Corey Minyard cminy...@mvista.com
---
default-configs/i386-softmmu.mak | 1 +
default-configs/x86_64-softmmu.mak | 1 +
hw/ipmi/Makefile.objs | 1 +
From: Corey Minyard cminy...@mvista.com
Add an IPMI table entry to the SMBIOS.
Signed-off-by: Corey Minyard cminy...@mvista.com
---
hw/ipmi/isa_ipmi.c | 47 +++
1 file changed, 47 insertions(+)
diff --git a/hw/ipmi/isa_ipmi.c b/hw/ipmi/isa_ipmi.c
From: Corey Minyard cminy...@mvista.com
This adds an interface for IPMI that connects to a remote
BMC over a chardev (generally a TCP socket). The OpenIPMI
lanserv simulator describes this interface, see that for
interface details.
Signed-off-by: Corey Minyard cminy...@mvista.com
---
This is not a bug. MMU v2 (implemented in e6500) extended the TSIZE field so
that 1K
TSIZE is correct. The extension was on the LSB side so that it works
fine as long as the low bit of the new TSIZE (which is reserved on
e500v2/mc) is zero.
** Changed in: qemu
Status: New = Invalid
Honour the NS bit in ARM page tables:
* when adding entries to the TLB, include the Secure/NonSecure
transaction attribute
* set the NS bit in the PAR when doing ATS operations
Note that we don't yet correctly use the NSTable bit to
cause the page table walk itself to use the right
Make address_space_rw take transaction attributes, rather
than always using the 'unspecified' attributes.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
dma-helpers.c| 3 ++-
exec.c | 51 ++--
From: Corey Minyard cminy...@mvista.com
There was no way to directly add a table entry to the SMBIOS table,
even though the BIOS supports this. So add a function to do this.
This is in preparation for the IPMI handler adding it's SMBIOS table
entry.
Signed-off-by: Corey Minyard
Now that we have memory access attribute information in the watchpoint
checking code, we can correctly implement handling of watchpoints
which should match only on userspace accesses, where LDRT/STRT/LDT/STT
from EL1 are treated as userspace accesses.
Signed-off-by: Peter Maydell
This is an example script that can be used to help generate a config
file that will reproduce a given CPU model from QEMU. The generated
config file can be loaded using -readconfig to make QEMU create CPUs
that will look exactly like the one used when cpu-model-dump was run.
A
On 04/07/2015 03:02 PM, Peter Lieven wrote:
Am 07.04.2015 um 20:56 schrieb John Snow:
On 04/07/2015 02:44 PM, Peter Lieven wrote:
Am 07.04.2015 um 17:29 schrieb Dr. David Alan Gilbert:
* Peter Lieven (p...@kamp.de) wrote:
Hi David,
Am 07.04.2015 um 10:43 schrieb Dr. David Alan Gilbert:
1 - 100 of 152 matches
Mail list logo