I get the same error under very similar conditions:
Host is Athlon II X3 400e (triple core), host OS is my own DIET-PC
embedded platform, 2.6.34.1 x86_64 kernel with x86_64 userspace. Qemu-
kvm compiled myself from official qemu-kvm-0.14.0 sources Debian Lenny,
against spice / spice-protocol 0.6.
On Thu, Feb 24, 2011 at 7:57 PM, Juan Quintela wrote:
> Signed-off-by: Juan Quintela
> ---
> hw/mac_dbdma.c | 46 ++
> 1 files changed, 22 insertions(+), 24 deletions(-)
>
> diff --git a/hw/mac_dbdma.c b/hw/mac_dbdma.c
> index c108aee..3522552 100644
On Thu, Feb 24, 2011 at 7:57 PM, Juan Quintela wrote:
> Signed-off-by: Juan Quintela
> ---
> hw/pxa2xx_lcd.c | 28 +++-
> 1 files changed, 15 insertions(+), 13 deletions(-)
>
> diff --git a/hw/pxa2xx_lcd.c b/hw/pxa2xx_lcd.c
> index 5b2b07e..78e31c4 100644
> --- a/hw/pxa
Hi, Blue
Since my machine is UltraSparc T2, I should configure QEMU with
"--sparc_cpu=v9", right? But it gave me the error below,
ERROR: "gcc" either does not exist or does not work
Maybe I should pass some flag to QEMU or update my gcc?
Regards,
chenwj
--
Wei-Ren Chen (陳韋任)
Parallel Proc
On Thu, Feb 24, 2011 at 7:57 PM, Juan Quintela wrote:
> Signed-off-by: Juan Quintela
> ---
> hw/max111x.c | 49 +
> 1 files changed, 17 insertions(+), 32 deletions(-)
>
> diff --git a/hw/max111x.c b/hw/max111x.c
> index 3adc3e4..eca117e 100644
>
On Sat, Feb 26, 2011 at 12:07 PM, 陳韋任 wrote:
> Hi, Blue
>
> Since my machine is UltraSparc T2, I should configure QEMU with
> "--sparc_cpu=v9", right? But it gave me the error below,
>
> ERROR: "gcc" either does not exist or does not work
>
> Maybe I should pass some flag to QEMU or update my gc
On Thu, Feb 24, 2011 at 7:57 PM, Juan Quintela wrote:
> Signed-off-by: Juan Quintela
> ---
> hw/stellaris_input.c | 50
> --
> 1 files changed, 24 insertions(+), 26 deletions(-)
>
> diff --git a/hw/stellaris_input.c b/hw/stellaris_input.c
> inde
On Thu, Feb 24, 2011 at 7:56 PM, Juan Quintela wrote:
> Hi
>
> This series are split in three parts:
> - All VMState changes/fixes are together at the beggining (patches 1-9)
> - Devices whose port is trivial: (patches 10-40)
> - Devices whose port needs some change in types, or introduce a new st
On 2011-02-26 12:43, xming wrote:
> When trying to start X (and it loads qxl driver) the kvm process just crashes.
>
> qemu-kvm 0.14
>
> startup line
>
> /usr/bin/kvm -name spaceball,process=spaceball -m 1024 -kernel
> /boot/bzImage-2.6.37.2-guest -append "root=/dev/vda ro" -smp 1 -netdev
> type
On 02/25/2011 06:02 PM, Marcelo Tosatti wrote:
On Wed, Feb 23, 2011 at 01:06:46PM -0600, Anthony Liguori wrote:
On 02/22/2011 11:00 AM, Marcelo Tosatti wrote:
Index: qemu/qerror.h
===
--- qemu.orig/qerror.h
+++ qemu/qerro
On Fri, Feb 25, 2011 at 5:42 PM, Dushyant Bansal
wrote:
> On Saturday 29 January 2011 04:20 PM, Dushyant Bansal wrote:
>>
>> Or this: which is faster, qemu-img convert -f -O
>> or cp ? What about for
>> raw images, shouldn't that be the same speed as cp(1)? Poke around
>> the source code,
Blue Swirl wrote:
> On Thu, Feb 24, 2011 at 7:57 PM, Juan Quintela wrote:
>> +static const VMStateDescription vmstate_stellaris_button = {
>> + .name = "stellaris_button",
>> + .version_id = 1,
>> + .minimum_version_id = 1,
>> + .minimum_version_id_old = 1,
>
> For consistency with ot
Hi,
I have a problem with debugging 64-bit emulation using Qemu GDB stub. The
problem is that Qemu always sends x86_64 registers set disregarding
current
actual mode of an emulated CPU. It results in error message in GDB -
"Remote 'g'
packet reply is too long: ...". Yes, I understand that in c
Oops forgot to send this to the list too, here we go
> That's a spice bug. In fact, there are a lot of
> qemu_mutex_lock/unlock_iothread in that subsystem. I bet at least a few
> of them can cause even more subtle problems.
Just tried spice 0.7.3 (was using 0.6.x) and still the same, should I
fil
On 02/25/2011 06:02 PM, Marcelo Tosatti wrote:
+- "commit_filename": target commit filename (json-string, optional)
I think we should drop this.
Why? Sorry but this can't wait for non-config persistent storage. This
mistake was made in the past with irqchip for example, lets not r
Signed-off-by: Paolo Bonzini
---
qemu-timer.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/qemu-timer.c b/qemu-timer.c
index 88c7b28..122e7ed 100644
--- a/qemu-timer.c
+++ b/qemu-timer.c
@@ -1004,6 +1004,7 @@ static void win32_stop_timer(struct qemu_alarm_timer *
After gathering the comments about the two series I sent separately,
here is the full series for Win32 iothread support, ready to be
applied to uq/master.
Patches 1 to 5 are generic Win32 improvements, including the qemu-thread
implementation. Because of complex dependencies, I think it's better
Signed-off-by: Paolo Bonzini
---
os-win32.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/os-win32.c b/os-win32.c
index b214e6a..c971d92 100644
--- a/os-win32.c
+++ b/os-win32.c
@@ -140,7 +140,9 @@ void os_host_main_loop_wait(int *timeout)
int err;
Wa
Multimedia timers are only useful for compatibility with Windows NT 4.0
and earlier. Plus, the implementation in Wine is extremely heavyweight.
Signed-off-by: Paolo Bonzini
---
qemu-timer.c | 86 +++--
1 files changed, 35 insertions(+), 51 d
Signed-off-by: Paolo Bonzini
---
configure |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/configure b/configure
index 3036faf..4de26d2 100755
--- a/configure
+++ b/configure
@@ -2662,7 +2662,6 @@ if test "$vnc_png" != "no" ; then
fi
if test "$vnc_thread" != "no" ; the
This ensures env->halt_cond is broadcast, and the loop in
qemu_tcg_wait_io_event and qemu_kvm_wait_io_event is exited
naturally rather than through a timeout.
Signed-off-by: Paolo Bonzini
---
hw/ppc.c |2 ++
hw/sun4m.c | 10 --
hw/sun4u.c |4 ++--
targ
From: Jan Kiszka
We have qemu_cpu_self and qemu_thread_self. The latter is retrieving the
current thread, the former is checking for equality (using CPUState). We
also have qemu_thread_equal which is only used like qemu_cpu_self.
This refactors the interfaces, creating qemu_cpu_is_self and
qemu_
For now, qemu_cond_timedwait and qemu_mutex_timedlock are left as
POSIX-only functions. They can be removed later, once the patches
that remove their uses are in.
Signed-off-by: Paolo Bonzini
---
Makefile.objs|4 +-
qemu-thread.c => qemu-thread-posix.c |0
qemu-t
Signed-off-by: Paolo Bonzini
---
cpus.c | 87 ++-
1 files changed, 36 insertions(+), 51 deletions(-)
diff --git a/cpus.c b/cpus.c
index 32e9352..8c440f1 100644
--- a/cpus.c
+++ b/cpus.c
@@ -346,11 +346,37 @@ static void sigfd_handler(
Sometimes vcpus are stopped directly without going through ->stop = 1.
Exit the VCPU execution loop in this case as well.
Signed-off-by: Paolo Bonzini
---
cpus.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpus.c b/cpus.c
index c5743c4..785a104 100644
--- a/cpus.c
+
Whenever env->created becomes true, qemu_cpu_cond is signaled by
{kvm,tcg}_cpu_thread_fn.
Signed-off-by: Paolo Bonzini
---
cpus.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpus.c b/cpus.c
index 8f169ad..4305184 100644
--- a/cpus.c
+++ b/cpus.c
@@ -970,7 +970,7 @
Signed-off-by: Paolo Bonzini
---
cpus.c |3 +--
1 files changed, 1 insertions(+), 2 deletions(-)
diff --git a/cpus.c b/cpus.c
index 09ce6fe..c5743c4 100644
--- a/cpus.c
+++ b/cpus.c
@@ -32,6 +32,7 @@
#include "kvm.h"
#include "exec-all.h"
+#include "qemu-thread.h"
#include "cpus.h"
#in
qemu_main_loop_start is the only place where qemu_system_ready is set
to 1.
Signed-off-by: Paolo Bonzini
---
cpus.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/cpus.c b/cpus.c
index 4c3837f..e367b3b 100644
--- a/cpus.c
+++ b/cpus.c
@@ -823,7 +823,7 @@ static void
Signed-off-by: Paolo Bonzini
---
cpus.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/cpus.c b/cpus.c
index 395..34ef862 100644
--- a/cpus.c
+++ b/cpus.c
@@ -867,12 +867,16 @@ void qemu_cpu_kick(void *_env)
void qemu_cpu_kick_self(void)
{
+#ifndef _WIN32
Signed-off-by: Paolo Bonzini
---
cpus.c | 143 ---
1 files changed, 73 insertions(+), 70 deletions(-)
diff --git a/cpus.c b/cpus.c
index 8c440f1..395 100644
--- a/cpus.c
+++ b/cpus.c
@@ -196,6 +196,16 @@ static void cpu_handle_debu
These are already present in the Win32 implementation, add them to
the pthread wrappers as well. Use PTHREAD_MUTEX_ERRORCHECK for mutex
operations, and track the owner separately for cond_signal/broadcast.
Signed-off-by: Paolo Bonzini
---
qemu-thread-posix.c | 23 +--
qemu
Signed-off-by: Paolo Bonzini
---
cpus.c | 25 ++---
qemu-thread-posix.c |9 -
qemu-thread-posix.h |1 -
3 files changed, 22 insertions(+), 13 deletions(-)
diff --git a/cpus.c b/cpus.c
index 34ef862..a2de3c2 100644
--- a/cpus.c
+++ b/cpus.c
@@ -8
From: Aurelien Jarno
All targets except SH4 have the same cpu_halted() routine, and it has
only one caller. It is therefore a good candidate for inlining.
The difference is the handling of the intr_at_halt, which is necessary
to ignore SR.BL when sleeping. Move intr_at_halt handling out of it, b
All implementations are now the same, and there is only one caller,
so inline the function there.
Signed-off-by: Paolo Bonzini
---
cpu-exec.c |9 +++--
target-alpha/exec.h | 11 ---
target-arm/exec.h| 13 -
target-cris/exec.h | 1
Signed-off-by: Paolo Bonzini
---
cpus.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/cpus.c b/cpus.c
index 785a104..6cfb45b 100644
--- a/cpus.c
+++ b/cpus.c
@@ -1012,8 +1012,10 @@ void qemu_notify_event(void)
void cpu_stop_current(void)
{
if (cpu_single_env) {
The following conditions can cause cpu_has_work(env) to become true:
- env->queued_work_first: run_on_cpu is already kicking the VCPU
- env->stop = 1: pause_all_vcpus is already kicking the VCPU
- env->stopped = 0: resume_all_vcpus is already kicking the VCPU
- vm_running = 1: vm_start is calli
all_vcpus_paused can start returning true after penv->stopped changes
from 0 to 1. When this is done, qemu_pause_cond is always signaled.
Signed-off-by: Paolo Bonzini
---
cpus.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/cpus.c b/cpus.c
index e367b3b..8f169ad 1006
Signed-off-by: Paolo Bonzini
---
cpus.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/cpus.c b/cpus.c
index 4305184..32e9352 100644
--- a/cpus.c
+++ b/cpus.c
@@ -1086,9 +1086,11 @@ bool cpu_exec_all(void)
qemu_clock_enable(vm_clock,
Hi *,
i am currently trying to trace guest memory access (i386-softmmu). tcg
README says tcg_gen_(st|ld)X_Y functions are responsible for memory
access. Now I've got the following code snippets in tcg-op.h:
/* representing all tcg_gen_st and tcg_gen_ld functions in README*/
static inline void tcg
On Sat, Feb 26, 2011 at 4:12 PM, Juan Quintela wrote:
> Blue Swirl wrote:
>> On Thu, Feb 24, 2011 at 7:57 PM, Juan Quintela wrote:
>>> +static const VMStateDescription vmstate_stellaris_button = {
>>> + .name = "stellaris_button",
>>> + .version_id = 1,
>>> + .minimum_version_id = 1,
>>
On Sat, Feb 26, 2011 at 5:40 PM, Paolo Bonzini wrote:
> For now, qemu_cond_timedwait and qemu_mutex_timedlock are left as
> POSIX-only functions. They can be removed later, once the patches
> that remove their uses are in.
>
> Signed-off-by: Paolo Bonzini
> ---
> Makefile.objs
On Sat, Feb 26, 2011 at 5:39 PM, Paolo Bonzini wrote:
> After gathering the comments about the two series I sent separately,
> here is the full series for Win32 iothread support, ready to be
> applied to uq/master.
>
> Patches 1 to 5 are generic Win32 improvements, including the qemu-thread
> impl
On Sat, Feb 26, 2011 at 2:39 AM, Benjamin Poirier
wrote:
> Add support to the emulated hardware to insert vlan tags in packets
> going from the guest to the network.
>
> Signed-off-by: Benjamin Poirier
> Cc: Igor V. Kovalenko
> Cc: Jason Wang
> Cc: Michael S. Tsirkin
> ---
> hw/rtl8139.c | 1
On Sat, Feb 26, 2011 at 2:40 AM, Benjamin Poirier
wrote:
> Add support to the emulated hardware to extract vlan tags in packets
> going from the network to the guest.
>
> Signed-off-by: Benjamin Poirier
> Cc: Igor V. Kovalenko
> Cc: Jason Wang
> Cc: Michael S. Tsirkin
>
> --
>
> AFAIK, extract
On 02/26/2011 05:47 PM, Blue Swirl wrote:
On Sat, Feb 26, 2011 at 5:40 PM, Paolo Bonzini wrote:
For now, qemu_cond_timedwait and qemu_mutex_timedlock are left as
POSIX-only functions. They can be removed later, once the patches
that remove their uses are in.
Signed-off-by: Paolo Bonzini
---
On Fri, 25 Feb 2011, Wen Congyang wrote:
At 02/25/2011 03:07 PM, Corentin Chary Write:
On Fri, Feb 25, 2011 at 7:48 AM, Gerhard Wiesinger wrote:
Hello,
VNC updates don't work correctly in git version
cf76a1ce8b7cf4b92429d67d3f4626a92b2d8a37 (was ok around 1-2 weeks ago). I
guess was due to l
On Fri, 25 Feb 2011, Corentin Chary wrote:
On Fri, Feb 25, 2011 at 7:48 AM, Gerhard Wiesinger wrote:
Hello,
VNC updates don't work correctly in git version
cf76a1ce8b7cf4b92429d67d3f4626a92b2d8a37 (was ok around 1-2 weeks ago). I
guess was due to latest optimizations.
E.g. booting DOS 6.22,
In cp, it just copies all the disk blocks actually occupied by the file.
And, with qemu-img convert, it checks all the sectors and copy those, which
contains atleast one non-NUL byte.
The better performance of cp over qemu-img convert is the result of overhead
of this checking.
How did yo
Hi all,
This is the only QEMU list, so I put my question her.
How can I copy the contents of a "*.raw" image to a real HD partition or
vice versa.
I often use a virtual image using qemu/kvm to test some OS's and want to
migrate them to a HD partition if the time is right. Also, I like to
prese
On Sunday 27 February 2011 03:45 AM, Frans de Boer wrote:
Hi all,
This is the only QEMU list, so I put my question her.
How can I copy the contents of a "*.raw" image to a real HD partition
or vice versa.
I often use a virtual image using qemu/kvm to test some OS's and want
to migrate them to
You want to hook the tcg_gen_qemu_ functions such as tcg_gen_qemu_ld8s in
tcg-op.h
Jim
On Sat, Feb 26, 2011 at 8:25 AM, felix.matenaar@rwth-aachen <
felix.maten...@rwth-aachen.de> wrote:
> Hi *,
>
> i am currently trying to trace guest memory access (i386-softmmu). tcg
> README says tcg_gen_(st|
On 02/26/2011 11:22 PM, Dushyant Bansal wrote:
On Sunday 27 February 2011 03:45 AM, Frans de Boer wrote:
Hi all,
This is the only QEMU list, so I put my question her.
How can I copy the contents of a "*.raw" image to a real HD partition
or vice versa.
I often use a virtual image using qemu/kvm
Hi Stefan
Thanks for reviewing the patch. I have addressed all your items, some
with comments below, and will resubmit the patch shortly.
Comments below.
regards
ronnie sahlberg
On Sun, Feb 20, 2011 at 2:34 AM, Stefan Hajnoczi wrote:
> On Fri, Feb 4, 2011 at 4:37 AM, wrote:
>> From: Ronnie
The following patch adds a new block driver to QEMU/KVM for iSCSI.
This utilizes the userspace client library for iscsi at
https://github.com/sahlberg/libiscsi and will link with this library if
available.
This allows using iSCSI resources with QEMU/KVM without making them visible to
the unde
This patch adds a new block driver : block.iscsi.c
This driver interfaces with the multiplatform posix library
for iscsi initiator/client access to iscsi devices hosted at
git://github.com/sahlberg/libiscsi.git
The patch adds the driver to interface with the iscsi library.
It also updated the conf
On Sun, Feb 27, 2011 at 6:22 AM, Dushyant Bansal
wrote:
> On Sunday 27 February 2011 03:45 AM, Frans de Boer wrote:
>>
>> Hi all,
>>
>> This is the only QEMU list, so I put my question her.
>> How can I copy the contents of a "*.raw" image to a real HD partition or
>> vice versa.
>> I often use a
56 matches
Mail list logo