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
** 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
Signed-off-by: Paolo Bonzini
---
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
@@ -628,11 +628,90 @
Signed-off-by: Juan Quintela
---
migration-exec.c | 14 +-
migration-fd.c | 14 +-
migration-tcp.c | 15 ++-
migration-unix.c | 15 ++-
migration.c | 13 +
migration.h |2 ++
6 files changed, 21 insertions(+),
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 mi
Signed-off-by: Juan Quintela
---
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
@@ -36,22 +36,22 @@ stat
They are emitted when migration starts, ends, has a failure or is canceled.
Signed-off-by: Juan Quintela
---
QMP/qmp-events.txt | 50 ++
monitor.c | 12
monitor.h |4
3 files changed, 66 insertions(+), 0
Signed-off-by: Juan Quintela
---
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 *uri)
void proces
Signed-off-by: Juan Quintela
---
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
index 07af11a..ebc92
On Sun, May 23, 2010 at 1:01 PM, 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
>> d
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.
>
>
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 lookah
-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
---
json-lexer.c | 58 +++---
1 files
Signed-off-by: Paolo Bonzini
---
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 +29,6 @@
enum json_le
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 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
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 ultimate
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 the
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 w
On Mon, May 24, 2010 at 10:25:25AM +0200, Juan Quintela wrote:
> Signed-off-by: Juan Quintela
> ---
> 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 05f
On 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 ope
> +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 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 c
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
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 that other subsystems, such as virt
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
---
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 an
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 c
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 o
On Mon, 24 May 2010, Gautham R Shenoy wrote:
> From: Aneesh Kumar K.V
>
> 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
>
On Mon, May 24, 2010 at 2:53 PM, Gautham R Shenoy wrote:
> From: Aneesh Kumar K.V
>
> 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
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
** Al
On Fri, May 21, 2010 at 10:39:20AM -0700, Richard Henderson wrote:
> On 05/21/2010 09:38 AM, Richard Henderson wrote:
> > I have a patch series that attempts to clean this up, but it
> > isn't quite optimal. I'll post it for reference, however.
>
> Bah, the patch sequence no longer applies since
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 CONFIG_HPET define, and made everything
This were disabled in (it is reverted by hand because lot of code has
changed since then).
commit a992fe3d0fc185112677286f7a02204d8245b61e
Author: Paul Brook
Date: Sun Nov 22 16:25:30 2009 +
Makefile dependencies for device configs
Signed-off-by: Juan Quintela
---
Makefile|
Signed-off-by: Juan Quintela
---
hw/hpet.c |3 +++
hw/pc.c |4 +---
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/hw/hpet.c b/hw/hpet.c
index 8729fb2..0ef3335 100644
--- a/hw/hpet.c
+++ b/hw/hpet.c
@@ -570,6 +570,9 @@ void hpet_init(qemu_irq *irq) {
DPRINTF ("hpe
Signed-off-by: Juan Quintela
---
hw/hpet.c |6 +++---
hw/hpet_emul.h |6 +++---
2 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/hw/hpet.c b/hw/hpet.c
index 0ef3335..33d7f5e 100644
--- a/hw/hpet.c
+++ b/hw/hpet.c
@@ -39,12 +39,12 @@
static HPETState *hpet_statep;
-u
Signed-off-by: Juan Quintela
---
hw/hpet_emul.h |2 ++
hw/pc.h|3 ---
monitor.c |1 +
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/hpet_emul.h b/hw/hpet_emul.h
index cfd95b4..7e9b610 100644
--- a/hw/hpet_emul.h
+++ b/hw/hpet_emul.h
@@ -13,6 +13,8 @@
Juan Quintela wrote:
> Hi
Paul, I intended to CC'd you on this series, just forgot at the last moment.
Sorry, Juan.
> 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-d
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
---
Makefile.target|3 ++-
config.h | 10 ++
default-configs/i
Signed-off-by: Juan Quintela
---
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
@@ -15,6 +15,15 @@
exte
Blue Swirl wrote:
> 8 compilations less for the full build.
>
> Signed-off-by: Blue Swirl
...
> diff --git a/default-configs/sparc64-softmmu.mak
> b/default-configs/sparc64-softmmu.mak
> index 1cc3f13..6ab0cf4 100644
> --- a/default-configs/sparc64-softmmu.mak
> +++ b/default-configs/sparc64-so
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 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
>>> ---
>>> hw
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, ther
Jan Kiszka 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). It is basicall
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 Who,
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.
iii)
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 : to
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
---
target-mips/cpu.h |3 +++
target-mips/mips-defs.h |1 +
2 files cha
Tweak gen_farith and its caller to use them.
Signed-off-by: Nathan Froyd
---
target-mips/translate.c | 266 ---
1 files changed, 180 insertions(+), 86 deletions(-)
diff --git a/target-mips/translate.c b/target-mips/translate.c
index 2075d09..2568e16
Signed-off-by: Nathan Froyd
---
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
--- a/target-mips/translate.c
+++ b/tar
Signed-off-by: Nathan Froyd
---
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
+++ b/target-mips/translate.c
@@ -359,7 +
Move all knowledge about coprocessor-checking and register numbering
into the gen_cmp* helper functions.
Signed-off-by: Nathan Froyd
---
target-mips/translate.c | 174 --
1 files changed, 91 insertions(+), 83 deletions(-)
diff --git a/target-mips/tra
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 a
Signed-off-by: Nathan Froyd
---
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 void main_cpu_reset(void *o
Unlike MIPS16, microMIPS lets you choose the ISA mode for your exception
handlers.
Signed-off-by: Nathan Froyd
---
target-mips/helper.c | 21 +++--
1 files changed, 15 insertions(+), 6 deletions(-)
diff --git a/target-mips/helper.c b/target-mips/helper.c
index 8102f03..90c3b3a
> 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 s
Juan Quintela wrote:
> Jan Kiszka 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
>
Signed-off-by: Nathan Froyd
---
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
--- a/target-mips/translate_in
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 sh
Signed-off-by: Nathan Froyd
---
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 main(int argc, char **argv,
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 devic
> 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
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-
confi
Paul Brook 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)
>> >> ar
On 05/24/2010 12:54 PM, Juan Quintela wrote:
Paul Brook 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
Jan Kiszka 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 ship
Anthony Liguori wrote:
> On 05/24/2010 12:54 PM, Juan Quintela wrote:
>> Paul Brook 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 c
Juan Quintela wrote:
> Paul Brook 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
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 de
2010/5/24 MORITA Kazutaka :
>> 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 qemu.
I think both
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 si
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 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.
On 05/20/2010 02:22 PM, Luiz Capitulino wrote:
On Thu, 20 May 2010 13:52:08 -0500
Anthony Liguori wrote:
On 05/20/2010 01:47 PM, Luiz Capitulino wrote:
On Thu, 20 May 2010 11:55:00 -0500
Anthony Liguori wrote:
On 05/20/2010 11:27 AM, Luiz Capitulino wrote:
O
On 05/24/2010 02:07 PM, Christian Brunner wrote:
2010/5/24 MORITA Kazutaka:
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 ta
On Mon, 24 May 2010 14:29:58 -0500
Anthony Liguori wrote:
> On 05/20/2010 02:22 PM, Luiz Capitulino wrote:
> > On Thu, 20 May 2010 13:52:08 -0500
> > Anthony Liguori wrote:
> >
> >
> >> On 05/20/2010 01:47 PM, Luiz Capitulino wrote:
> >>
> >>> On Thu, 20 May 2010 11:55:00 -0500
> >>> A
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: qe
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
g
On Mon, May 24, 2010 at 3:30 PM, Jan Kiszka wrote:
> Blue Swirl wrote:
>> On Sun, May 23, 2010 at 3:40 PM, Jan Kiszka 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 lega
On 05/23/2010 03:34 PM, Blue Swirl wrote:
Signed-off-by: Blue Swirl
---
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 ++--
hw/macio.c
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 wrote:
> Blue Swirl wrote:
>> 8 compilations less for the full build.
>>
>> Signed-off-by: Blue Swirl
>
> ...
>
>> diff --git a/default-configs/sparc64-softmmu.mak
>> b/default-configs/sparc64-softmmu.mak
>> index 1cc3f13..6ab0cf4 100644
>> --- a/defaul
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 de
On Mon, May 24, 2010 at 3:40 PM, Joerg Roedel 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 MMIO_DEVICE_TABL
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 wit
On 05/21/2010 04:26 PM, Venkateswararao Jujjuri (JV) wrote:
Signed-off-by: Venkateswararao Jujjuri
---
hw/file-op-9p.h |4 +-
hw/virtio-9p-local.c | 87 +++--
hw/virtio-9p.c | 24 ++
3 files changed, 88 insertions(+),
From: Jan Kiszka
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
---
hw/hpet.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/hw/hpet.c b/hw/hpet.c
index 8729fb2..1980906 100644
--- a
From: Jan Kiszka
Properly initialize HPETTimer::tn and HPETTimer::state once during
hpet_init instead of (re-)writing them on every reset.
Signed-off-by: Jan Kiszka
---
hw/hpet.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/hpet.c b/hw/hpet.c
index bcb160b..fd
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
1 - 100 of 157 matches
Mail list logo
