At Fri, 21 May 2010 13:40:31 +0200,
Kevin Wolf wrote:
Am 20.05.2010 07:36, schrieb MORITA Kazutaka:
This patch enables protocol drivers to use their create options which
are not supported by the format. For example, protcol drivers can use
a backing_file option with raw format.
At Fri, 21 May 2010 18:57:36 +0200,
Kevin Wolf wrote:
Am 20.05.2010 07:36, schrieb MORITA Kazutaka:
+
+/*
+ * Append an option list (list) to an option list (dest).
+ *
+ * If dest is NULL, a new copy of list is created.
+ *
+ * Returns a pointer to the first element of dest (or
On 05/23/2010 07:30 PM, Michael S. Tsirkin wrote:
Maybe we should use atomics on index then?
This should only be helpful if you access the cacheline several times in
a row. That's not the case in virtio (or here).
So why does it help?
We actually do access the
At Sun, 23 May 2010 15:01:59 +0300,
Avi Kivity wrote:
On 05/21/2010 12:29 AM, Anthony Liguori wrote:
I'd be more interested in enabling people to build these types of
storage systems without touching qemu.
Both sheepdog and ceph ultimately transmit I/O over a socket to a
central
** Tags added: 32bit migration qemu-kvm sigsegv
--
migration always fails on 32bit qemu-kvm-0.12+ (sigsegv)
https://bugs.launchpad.net/bugs/584121
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Bug description:
On
** Tags added: irq lost migration qemu-kvm
--
some guests hangs after migration (qemu-kvm-0.12)
https://bugs.launchpad.net/bugs/584131
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
Status in QEMU: New
Status in Debian GNU/Linux: New
On Mon, May 24, 2010 at 09:37:05AM +0300, Avi Kivity wrote:
On 05/23/2010 07:30 PM, Michael S. Tsirkin wrote:
Maybe we should use atomics on index then?
This should only be helpful if you access the cacheline several times in
a row. That's not the case in virtio (or here).
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
check-qjson.c | 98 -
1 files changed, 97 insertions(+), 1 deletions(-)
diff --git a/check-qjson.c b/check-qjson.c
index 109e777..a04e334 100644
--- a/check-qjson.c
+++ b/check-qjson.c
Signed-off-by: Juan Quintela quint...@redhat.com
---
migration-exec.c | 14 +-
migration-fd.c | 14 +-
migration-tcp.c | 15 ++-
migration-unix.c | 15 ++-
migration.c | 13 +
migration.h |2 ++
6 files
Hi
This series does:
- exit incoming migration on failure. For exec/fd migrations, once
there was a failure, there was nothing useful to do. And for tcp
migration, not exiting created interesting bugs when trying to
migrate again to a process with a faild migration.
- Factorize common
Signed-off-by: Juan Quintela quint...@redhat.com
---
migration.c | 14 +++---
migration.h |2 +-
vl.c|5 -
3 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/migration.c b/migration.c
index 05f6cc5..cf30a8e 100644
--- a/migration.c
+++ b/migration.c
@@
They are emitted when migration starts, ends, has a failure or is canceled.
Signed-off-by: Juan Quintela quint...@redhat.com
---
QMP/qmp-events.txt | 50 ++
monitor.c | 12
monitor.h |4
3 files changed,
Signed-off-by: Juan Quintela quint...@redhat.com
---
migration.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/migration.c b/migration.c
index 6ab5d90..7fba993 100644
--- a/migration.c
+++ b/migration.c
@@ -56,10 +56,13 @@ int qemu_start_incoming_migration(const char
Signed-off-by: Juan Quintela quint...@redhat.com
---
migration-exec.c |3 ++-
migration-fd.c |1 +
migration-tcp.c |2 ++
migration-unix.c |2 ++
migration.c |5 +
5 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/migration-exec.c b/migration-exec.c
On Sun, May 23, 2010 at 1:01 PM, Avi Kivity a...@redhat.com wrote:
On 05/21/2010 12:29 AM, Anthony Liguori wrote:
I'd be more interested in enabling people to build these types of storage
systems without touching qemu.
Both sheepdog and ceph ultimately transmit I/O over a socket to a central
On Sun, 23 May 2010, adhyas.avas...@nokia.com wrote:
In the options for qemu, I did see an option that allowed me to define a host
bus:dev:fn number to be accessible to the guest. This was not one of the USB
options I believe. So I assumed some kind of pass-through support is present.
For
This is the same as the patches I sent last Friday, but split better
and without the extraneous change to the seabios submodule.
v1-v2: rearranged patches more coherently
Paolo Bonzini (3):
add some tests for invalid JSON
implement optional lookahead in json lexer
remove unnecessary
-void qemu_start_incoming_migration(const char *uri)
+int qemu_start_incoming_migration(const char *uri)
{
const char *p;
+int ret = -1;
Maybe -ENOSYS or -EPROTONOSUPPORT, since the *_start_incoming_migration
functions return a negative errno value?
if (incoming) {
-
On 05/24/2010 10:25 AM, Juan Quintela wrote:
+MIGRATION_CANCELED
+--
+
+Emitted when migration is canceled. This is emitted in the source.
+Target will emit MIGRATION_CANCELED (no way to differentiate a FAILED
+and CANCELED migration).
Copy-paste error? (or if not, parse error
Not requiring one extra character when lookahead is not necessary
ensures that clients behave properly even if they, for example,
send QMP requests without a trailing newline.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
json-lexer.c | 58
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
json-lexer.c | 48
1 files changed, 16 insertions(+), 32 deletions(-)
diff --git a/json-lexer.c b/json-lexer.c
index 41b37f4..ec96fb4 100644
--- a/json-lexer.c
+++ b/json-lexer.c
@@ -29,7
On Fri, 21 May 2010, Julian Pidancet wrote:
This looks very promissing.
I just got a couple of observations:
- Your patch does not work on my machine with the vesafb driver. It reports
can't handle 8 bpp frame buffers. It turns out that the vesafb driver seems
to initialize the
Running:
$ qemu-system-x86_64 -device
virtio-blk-pci,logical_block_size=4096,physical_block_size=4096,drive=boot
-drive file=/tmp/a.qcow2,if=none,id=boot
gives me: Floating point exception
The crash is in hw/virtio-blk.c:505 blkcfg.blk_size is zero because
s-conf-logical_block_size is zero.
On 05/24/2010 11:05 AM, Michael S. Tsirkin wrote:
Okay, but why is lockunshare faster than unshare?
No idea.
--
Do not meddle in the internals of kernels, for they are subtle and quick to
panic.
On 05/24/2010 11:27 AM, Stefan Hajnoczi wrote:
On Sun, May 23, 2010 at 1:01 PM, Avi Kivitya...@redhat.com wrote:
On 05/21/2010 12:29 AM, Anthony Liguori wrote:
I'd be more interested in enabling people to build these types of storage
systems without touching qemu.
Both sheepdog and
On 05/24/2010 10:12 AM, MORITA Kazutaka wrote:
At Sun, 23 May 2010 15:01:59 +0300,
Avi Kivity wrote:
On 05/21/2010 12:29 AM, Anthony Liguori wrote:
I'd be more interested in enabling people to build these types of
storage systems without touching qemu.
Both sheepdog and ceph
Hi all.
I am very new to dev for QEMU, so I have some very basic questions.
1) I understand that QEMU has a built-in GDB server that is somewhat a
simulation of a JTAG device on dev boards, connected directly to the CPU. Is
that a correct analogy?
2) How can the GDB server handle a MMU? Would it
At Mon, 24 May 2010 14:05:58 +0300,
Avi Kivity wrote:
On 05/24/2010 10:12 AM, MORITA Kazutaka wrote:
At Sun, 23 May 2010 15:01:59 +0300,
Avi Kivity wrote:
On 05/21/2010 12:29 AM, Anthony Liguori wrote:
I'd be more interested in enabling people to build these types of
The problem has already been reported on the list here :
http://lists.nongnu.org/archive/html/qemu-devel/2010-03/msg01725.html
Any information on what can be done to solve that problem ? Is there any
available patch for KVM ?
Thank you,
--
Laurent Léonard
On 05/24/2010 02:42 PM, MORITA Kazutaka wrote:
The server would be local and talk over a unix domain socket, perhaps
anonymous.
nbd has other issues though, such as requiring a copy and no support for
metadata operations such as snapshot and file size extension.
Sorry, my explanation
On Mon, May 24, 2010 at 10:25:25AM +0200, Juan Quintela wrote:
Signed-off-by: Juan Quintela quint...@redhat.com
---
migration.c | 14 +++---
migration.h |2 +-
vl.c|5 -
3 files changed, 12 insertions(+), 9 deletions(-)
diff --git a/migration.c b/migration.c
On Mon, 24 May 2010 14:56:29 +0300 Avi Kivity a...@redhat.com wrote:
On 05/24/2010 02:42 PM, MORITA Kazutaka wrote:
The server would be local and talk over a unix domain socket, perhaps
anonymous.
nbd has other issues though, such as requiring a copy and no support for
metadata
+int is_ioport_assigned(pio_addr_t addr)
Shouldn't we move this into register_ioport_{read,write}, and have that fail
if the port has already been assigned?
Paul
On Sun, 23 May 2010 09:57:43 +0200
Jan Kiszka jan.kis...@web.de wrote:
Avi Kivity wrote:
[...]
+- full: report full state (json-bool, optional)
Is this needed for QMP? The client can always truncate it to any length.
The effect may not be needed for QMP, but I do need this
Hi,
This patch series is strictly RFC only.
It decouples the asynchrnous threading framework implementation
from posix-aio-compat.c to implement a generic asynchrnous task
offloading threading framework which can be used by other subsystems
within QEMU.
Currently within QEMU, the AIO subsystem
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
This patch creates a generic asynchronous-task-offloading infrastructure. It's
extracted out of the threading framework that is being used by paio.
The reason for extracting out this generic infrastructure of the
posix-aio-compat.c is so
This patch makes the paio subsystem use the generic work offloading
infrastructure, there by decoupling asynchronous threading framework portion
out of posix-aio-compat.c
The patch has been tested with fstress.
Signed-off-by: Gautham R Shenoy e...@in.ibm.com
---
posix-aio-compat.c | 155
Add helper functions to enable virtio-9p make use of the generic asynchronous
threading framework for offloading blocking tasks such as making posix calls on
to the asynchronous threads and handle the post_posix_operations() from the
context of the iothread. This frees the vcpu thread to process
This patch converts v9fs_stat() to make use of the async infrastructure.
Every call to v9fs_stat() is processed in the context of the vcpu thread before
offloading the actual stat operation onto an async-thread. The post operation is
handled in the context of the io-thread which in turn does the
At Mon, 24 May 2010 14:56:29 +0300,
Avi Kivity wrote:
On 05/24/2010 02:42 PM, MORITA Kazutaka wrote:
The server would be local and talk over a unix domain socket, perhaps
anonymous.
nbd has other issues though, such as requiring a copy and no support for
metadata operations such as
On Mon, 24 May 2010, Gautham R Shenoy wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
This patch creates a generic asynchronous-task-offloading infrastructure. It's
extracted out of the threading framework that is being used by paio.
The reason for extracting out this
On Mon, May 24, 2010 at 2:53 PM, Gautham R Shenoy e...@in.ibm.com wrote:
From: Aneesh Kumar K.V aneesh.ku...@linux.vnet.ibm.com
This patch creates a generic asynchronous-task-offloading infrastructure. It's
extracted out of the threading framework that is being used by paio.
The reason for
Marking Triaged/Medium. Debian has accepted the patch, and a new
(patched) package is in Unstable. May be considered for SRU-ing into
10.04 LTS, so nominating.
** Changed in: qemu-kvm (Ubuntu)
Importance: Undecided = Medium
** Changed in: qemu-kvm (Ubuntu)
Status: New = Triaged
**
This were disabled in (it is reverted by hand because lot of code has
changed since then).
commit a992fe3d0fc185112677286f7a02204d8245b61e
Author: Paul Brook p...@codesourcery.com
Date: Sun Nov 22 16:25:30 2009 +
Makefile dependencies for device configs
Signed-off-by: Juan Quintela
Compile hpet.o depending of CONFIG_HPET. Simplify testing for using
this functions once there. Create inline stabs for the exported functions.
Signed-off-by: Juan Quintela quint...@redhat.com
---
Makefile.target|3 ++-
config.h | 10
Signed-off-by: Juan Quintela quint...@redhat.com
---
hw/hpet_emul.h | 12 ++--
hw/mc146818rtc.c |6 --
2 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/hw/hpet_emul.h b/hw/hpet_emul.h
index 7e9b610..b6fae0a 100644
--- a/hw/hpet_emul.h
+++ b/hw/hpet_emul.h
@@
Blue Swirl wrote:
8 compilations less for the full build.
Signed-off-by: Blue Swirl blauwir...@gmail.com
...
diff --git a/default-configs/sparc64-softmmu.mak
b/default-configs/sparc64-softmmu.mak
index 1cc3f13..6ab0cf4 100644
--- a/default-configs/sparc64-softmmu.mak
+++
Hi Eduard,
On Thu, May 20, 2010 at 04:50:07PM +0300, Eduard - Gabriel Munteanu wrote:
+ --enable-amd-iommu-emul) amd_iommu=yes
+ ;;
A compile-time option is a good idea.
+/* MMIO registers */
+#define MMIO_DEVICE_TABLE 0x
+#define MMIO_COMMAND_BASE 0x0008
+#define
Blue Swirl wrote:
On Sun, May 23, 2010 at 3:40 PM, Jan Kiszka jan.kis...@web.de wrote:
Blue Swirl wrote:
Move hpet_in_legacy_mode check from mc146818.c to pc.c. Remove
the optimization where the periodic timer is disabled if
hpet is in legacy mode.
Signed-off-by: Blue Swirl
Juan Quintela wrote:
Hi
This series:
a- bring back the support for config-devices.h
Paul was the one that removed my previous submission.
You can see on the last patch why I want config-devices.h
b- move all hpet code to hpet.c/hpet_emul.h
In the last patch, I add
On 05/24/2010 07:57 AM, Edgar E. Iglesias wrote:
I took a look at the code again and I dont really understand how the
particular case when we get a high address from the kernel while
mmap_min_addr is busy case is supposed to work :/
In fact, for CRIS it never works on my host.
Indeed, there
Jan Kiszka jan.kis...@web.de wrote:
Juan Quintela wrote:
Unless this is deadly urgent, please hold it back until we sorted out
some more fundamental issues with the HPET, specifically ported it to qdev.
This series are independent of the qdev change (it almost don't change
hpet code at all).
Hello Candidate,
As you know, you have been considered for inclusion in the upcoming 2010
Edition of Who's Who for Executives and Professionals, which is scheduled for
publication in late 2010. Despite our efforts to contact you, we have still
not received your contact information. Who's
Hi all,
The following patchset includes a simple implementation for qemu
tracing. This introduces a framework for :
i) Internal buffers for QEMU, and API for logging traces therein.
ii) Tracepoint framework that logs traces to the buffer and also
interprets already logged traces.
This function is used for hash table lookups by tracepoint framework.
The patch adds trivial changes to reuse it.
Regards,
--
Prerna Saxena
Linux Technology Centre,
IBM Systems and Technology Lab,
Bangalore, India
Signed-off by : Prerna (pre...@linux.vnet.ibm.com)
Index: qemu/qdict.c
Patch that implements tracepoint framework + trace buffer + monitor support.
tracing can be enabled at compile time using --enable-trace switch,
which compiles tracing support(all of these).
Monitor commands introduced :
1. info trace : to see contents of trace buffer.
2. info tracepoints :
There's a new ASE_MICROMIPS instruction flag, and some extra CP0_Config3
fields. The ISA and ISA_ON_EXC fields are specific to microMIPS. The
DSP2P is for version 2 of the DSP ASE.
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
target-mips/cpu.h |3 +++
Tweak gen_farith and its caller to use them.
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
target-mips/translate.c | 266 ---
1 files changed, 180 insertions(+), 86 deletions(-)
diff --git a/target-mips/translate.c
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
target-mips/translate.c | 106 ++-
1 files changed, 59 insertions(+), 47 deletions(-)
diff --git a/target-mips/translate.c b/target-mips/translate.c
index c95ecb1..2075d09 100644
---
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
target-mips/translate.c | 17 +
1 files changed, 9 insertions(+), 8 deletions(-)
diff --git a/target-mips/translate.c b/target-mips/translate.c
index 63844b8..cc445fb 100644
--- a/target-mips/translate.c
+++
Move all knowledge about coprocessor-checking and register numbering
into the gen_cmp* helper functions.
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
target-mips/translate.c | 174 --
1 files changed, 91 insertions(+), 83 deletions(-)
This patch series adds support for the microMIPS ASE. microMIPS is a
new ASE similar to MIPS16, but re-encodes the entire instruction set
into 16-bit and 32-bit instructions--in contrast to MIPS16, which
re-encodes only integer instructions. The mechanisms for going in and
out of microMIPS mode
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
hw/mips_mipssim.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/hw/mips_mipssim.c b/hw/mips_mipssim.c
index a747de5..cd6c2be 100644
--- a/hw/mips_mipssim.c
+++ b/hw/mips_mipssim.c
@@ -106,7 +106,9 @@ static
Unlike MIPS16, microMIPS lets you choose the ISA mode for your exception
handlers.
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
target-mips/helper.c | 21 +++--
1 files changed, 15 insertions(+), 6 deletions(-)
diff --git a/target-mips/helper.c
Notice that this patch was sent against hpet as one example, if we agree
that this way of disabling devices is ok, we could disable more
devices/have more flexibility. Notice that in general, we (RHEL/KVM)
are interested in a small subset of qemu devices.
IMO this patch is a backwards step.
Juan Quintela wrote:
Jan Kiszka jan.kis...@web.de wrote:
Juan Quintela wrote:
Unless this is deadly urgent, please hold it back until we sorted out
some more fundamental issues with the HPET, specifically ported it to qdev.
This series are independent of the qdev change (it almost don't
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
target-mips/translate_init.c | 61 ++
1 files changed, 61 insertions(+), 0 deletions(-)
diff --git a/target-mips/translate_init.c b/target-mips/translate_init.c
index b79ed56..8e17f4b 100644
---
Steps for adding a tracepoint :
1. In trace-entries.h, add a DECLARE_TRACE() in the said format.
2. In trace-entries.c:
i) add a DEFINE_TRACE() for the tracepoint in the said format.
ii) add an INIT_TRACE(name) for the tracepoint in the function
init_tracepoints(void)
3. The call site
Signed-off-by: Nathan Froyd froy...@codesourcery.com
---
linux-user/main.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/linux-user/main.c b/linux-user/main.c
index 18b52c0..76d443b 100644
--- a/linux-user/main.c
+++ b/linux-user/main.c
@@ -3192,7 +3192,9 @@ int
On 05/24/2010 11:32 AM, Paul Brook wrote:
Notice that this patch was sent against hpet as one example, if we agree
that this way of disabling devices is ok, we could disable more
devices/have more flexibility. Notice that in general, we (RHEL/KVM)
are interested in a small subset of qemu
On 05/24/2010 11:32 AM, Paul Brook wrote:
Notice that this patch was sent against hpet as one example, if we agree
that this way of disabling devices is ok, we could disable more
devices/have more flexibility. Notice that in general, we (RHEL/KVM)
are interested in a small subset of qemu
On 05/24/2010 12:11 PM, Paul Brook wrote:
I think we're saying the same thing.
We already have a mechanism for avoiding things at build time - specifically
config-devices.mak. We don't have a nice UI for it, but it's there.
At worst your distro specific patch is a 1-line change to default-
Paul Brook p...@codesourcery.com wrote:
On 05/24/2010 11:32 AM, Paul Brook wrote:
Notice that this patch was sent against hpet as one example, if we agree
that this way of disabling devices is ok, we could disable more
devices/have more flexibility. Notice that in general, we (RHEL/KVM)
On 05/24/2010 12:54 PM, Juan Quintela wrote:
Paul Brookp...@codesourcery.com wrote:
On 05/24/2010 11:32 AM, Paul Brook wrote:
Notice that this patch was sent against hpet as one example, if we agree
that this way of disabling devices is ok, we could disable more
devices/have more
Jan Kiszka jan.kis...@web.de wrote:
This happens to us all the time for lots of devices. And the big
problem is that there is no sane way to disable them :(
If we can agree in a mechanism to disable them (like this one) or
something similar, we could remove it.
Our biggest problem with
Anthony Liguori wrote:
On 05/24/2010 12:54 PM, Juan Quintela wrote:
Paul Brookp...@codesourcery.com wrote:
On 05/24/2010 11:32 AM, Paul Brook wrote:
Notice that this patch was sent against hpet as one example, if we
agree
that this way of disabling devices is ok, we could
Juan Quintela wrote:
Paul Brook p...@codesourcery.com wrote:
On 05/24/2010 11:32 AM, Paul Brook wrote:
Notice that this patch was sent against hpet as one example, if we agree
that this way of disabling devices is ok, we could disable more
devices/have more flexibility. Notice that in
hi,
I am using KVM/Qemu to debug my Windows guest according to KVM wiki
page (http://www.linux-kvm.org/page/WindowsGuestDrivers/GuestDebugging).
It works for me and also I can only use one Windows guest and bind its
serial port to a TCP port and run Virtual Serial Ports Emulator on
my Windows dev
2010/5/24 MORITA Kazutaka morita.kazut...@lab.ntt.co.jp:
However, I don't think nbd would be a good protocol. My preference
would be for a plugin API, or for a new local protocol that uses
splice() to avoid copies.
Both would be okay for Sheepdog. I want to take a suitable approach
for
On 05/24/2010 06:56 AM, Avi Kivity wrote:
On 05/24/2010 02:42 PM, MORITA Kazutaka wrote:
The server would be local and talk over a unix domain socket, perhaps
anonymous.
nbd has other issues though, such as requiring a copy and no support
for
metadata operations such as snapshot and file
On 05/24/2010 06:03 AM, Avi Kivity wrote:
On 05/24/2010 11:27 AM, Stefan Hajnoczi wrote:
On Sun, May 23, 2010 at 1:01 PM, Avi Kivitya...@redhat.com wrote:
On 05/21/2010 12:29 AM, Anthony Liguori wrote:
I'd be more interested in enabling people to build these types of
storage
systems without
On 05/20/2010 02:22 PM, Luiz Capitulino wrote:
On Thu, 20 May 2010 13:52:08 -0500
Anthony Liguorianth...@codemonkey.ws wrote:
On 05/20/2010 01:47 PM, Luiz Capitulino wrote:
On Thu, 20 May 2010 11:55:00 -0500
Anthony Liguorianth...@codemonkey.ws wrote:
On 05/20/2010
On 05/24/2010 02:07 PM, Christian Brunner wrote:
2010/5/24 MORITA Kazutakamorita.kazut...@lab.ntt.co.jp:
However, I don't think nbd would be a good protocol. My preference
would be for a plugin API, or for a new local protocol that uses
splice() to avoid copies.
Both would be
On Mon, 24 May 2010 14:29:58 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
On 05/20/2010 02:22 PM, Luiz Capitulino wrote:
On Thu, 20 May 2010 13:52:08 -0500
Anthony Liguorianth...@codemonkey.ws wrote:
On 05/20/2010 01:47 PM, Luiz Capitulino wrote:
On Thu, 20 May
I did 2 additional tests
1) Stop VM, Live Migrate, Continue - Triggers BUG
2) Stop VM, Continue - Does NOT trigger BUG.
My guess it seems that pending interrupts are incorrectly transferred with
kernel irqchip.
As said earlier userspace irqchip does not trigger the bug.
** Project changed:
Public bug reported:
sorry for resubmitting. i accidently moved this bug to qemu-kvm at
launchpad where it is stuck...
After live migrating ubuntu 9.10 server (2.6.31-14-server) and suse linux 10.1
(2.6.16.13-4-smp)
it happens sometimes that the guest runs into irq problems. i mention these 2
On Mon, May 24, 2010 at 3:30 PM, Jan Kiszka jan.kis...@web.de wrote:
Blue Swirl wrote:
On Sun, May 23, 2010 at 3:40 PM, Jan Kiszka jan.kis...@web.de wrote:
Blue Swirl wrote:
Move hpet_in_legacy_mode check from mc146818.c to pc.c. Remove
the optimization where the periodic timer is disabled if
On 05/23/2010 03:34 PM, Blue Swirl wrote:
Signed-off-by: Blue Swirlblauwir...@gmail.com
---
hw/cirrus_vga.c | 12 ++--
hw/e1000.c|2 +-
hw/eepro100.c |2 +-
hw/isa.h |1 +
hw/isa_mmio.c | 18 --
hw/lsi53c895a.c |4
I did 2 additional tests
1) Stop VM, Live Migrate, Continue - Triggers BUG
2) Stop VM, Continue - Does NOT trigger BUG.
My guess it seems that pending interrupts are incorrectly transferred with
kernel irqchip.
As said earlier userspace irqchip does not trigger the bug.
--
e1000 irq problems
On Mon, May 24, 2010 at 3:31 PM, Jan Kiszka jan.kis...@web.de wrote:
Blue Swirl wrote:
8 compilations less for the full build.
Signed-off-by: Blue Swirl blauwir...@gmail.com
...
diff --git a/default-configs/sparc64-softmmu.mak
b/default-configs/sparc64-softmmu.mak
index 1cc3f13..6ab0cf4
hi,
I am using KVM/Qemu to debug my Windows guest according to KVM wiki
page (http://www.linux-kvm.org/page/WindowsGuestDrivers/GuestDebugging).
It works for me and also I can only use one Windows guest and bind its
serial port to a TCP port and run Virtual Serial Ports Emulator on
my Windows dev
On Mon, May 24, 2010 at 3:40 PM, Joerg Roedel j...@8bytes.org wrote:
Hi Eduard,
On Thu, May 20, 2010 at 04:50:07PM +0300, Eduard - Gabriel Munteanu wrote:
+ --enable-amd-iommu-emul) amd_iommu=yes
+ ;;
A compile-time option is a good idea.
+/* MMIO registers */
+#define
On 05/21/2010 04:26 PM, Venkateswararao Jujjuri (JV) wrote:
The new option is:
-fsdev fstype,id=myid,path=/share_path/,security_model=[mapped|passthrough]
-virtfs fstype,path=/share_path/,security_model=[mapped|passthrough],mnt_tag=tag
In the case of mapped security model, files are created
On 05/21/2010 04:26 PM, Venkateswararao Jujjuri (JV) wrote:
Signed-off-by: Venkateswararao Jujjurijv...@linux.vnet.ibm.com
---
hw/file-op-9p.h |4 +-
hw/virtio-9p-local.c | 87 +++--
hw/virtio-9p.c | 24 ++
3 files
From: Jan Kiszka jan.kis...@siemens.com
Also prevent out-of-bounds write access to the timers but don't spam the
host console if it triggers.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/hpet.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/hw/hpet.c
From: Jan Kiszka jan.kis...@siemens.com
Properly initialize HPETTimer::tn and HPETTimer::state once during
hpet_init instead of (re-)writing them on every reset.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/hpet.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff
Juan Quintela wrote:
We already have to disable hpet for 5.4 (1 year ago). It was done with
a local hack because it was supposed that for next big release it would
have been fixed.
But this remains a RHEL issue. Redhat decided to compile out features
that are unsupported, others seem to
Not yet for merge (unless I happened to forgot adding bugs), just a
Request For Testing (and for review, of course). This series grew beyond
my initial plans and my current testing capabilities, Linux and Win7 are
apparently still fine, but that's all I can say so far.
To summarize contributions
From: Jan Kiszka jan.kis...@siemens.com
Register the HPET as a sysbus device and create it that way. As it can
route its IRQs to any ISA IRQ, we need to connect it to all 24 of them.
Once converted to qdev, we can move reset handler and vmstate
registration into its hands as well.
Signed-off-by:
From: Jan Kiszka jan.kis...@siemens.com
Setting the main counter while the HPET is enabled may not be a good
idea of the guest, but it is supported and should, thus, not spam the
host console with warnings.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/hpet.c |4 ++--
1 files
1 - 100 of 146 matches
Mail list logo