Hello Michael,
Thank you very much for pointing to the virtio driver package for windows. It
does have the vioser-test utility.
Regards
sl
--- On Mon, 2/5/11, Michael Roth wrote:
From: Michael Roth
Subject: Re: [Qemu-devel] How to test vm channel with windows guest
To: "SAURAV LAHIRI"
Cc: up
On 04/28/2011 06:48 AM, Sassan Panahinejad wrote:
Several functions in virtio-9p-xattr.c are passing the return value of the
associated host system call back to the client instead of errno.
Since this value is -1 for any error (which, when received in the guest app as errno,
indicates "operatio
Alessandro, I think you can try add support for one of the Qualcomm
MSM6100, MSM6125, MSM6225, MSM6245, MSM6250, MSM6255A, MSM6260,
MSM6275, MSM6280, MSM6300, MSM6500, MSM6800;
Of course, if you dont know yet which you want.
Best regards,
Anton Kochkov.
On Tue, May 3, 2011 at 01:04, Peter Mayd
On 2 May 2011 13:46, Alessandro wrote:
> ARM core-related code appears to be located (mainly)under ARM directory;
> peripherals-related files should be located under "machine" dir.
I'm not sure what source tree you're looking at. Code for ARM core
as a target is in target-arm/. Device models are
Am Mittwoch 13 April 2011, 00:29:32 schrieb Michael Walle:
> This patchset combines some lm32/bsp fixes and support for the new
> Milkymist minimac2 hardware.
Ping :)
--
Michael
On 05/02/2011 01:32 PM, Marcelo Tosatti wrote:
The following changes since commit cd18f05e248bb916028021634058da06a4657e26:
Don't zero out buffer in sched_getaffinity (2011-05-02 10:00:01 +0300)
Applied. Thanks.
Regards,
Anthony Liguori
are available in the git repository at:
git:/
From: Jan Kiszka
Both have only two lines in common, and we will convert the system
service into a callback which is of no use for user mode operation.
Signed-off-by: Jan Kiszka
CC: Riku Voipio
Signed-off-by: Marcelo Tosatti
---
exec.c | 14 ++
1 files changed, 10 insertions(+)
From: Glauber Costa
We have two bits that can represent kvmclock in cpuid.
They signal the guest which msr set to use. When we tweak flags
involving this value - specially when we use "-", we have to act on both.
Signed-off-by: Glauber Costa
Signed-off-by: Avi Kivity
---
target-i386/cpuid.c |
From: Jan Kiszka
kvmclock is represented by two feature bits. Therefore, lookup_feature
needs to continue its search even after the first match. Enhance it
accordingly and switch to a bool return type at this chance.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
target-i386/cpu
From: Glauber Costa
kvmclock presence can be signalled by two different flags. So for
device creation, we have to test for both.
Signed-off-by: Glauber Costa
Signed-off-by: Avi Kivity
---
hw/kvmclock.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/hw/kvmclock.c
From: Michael Tokarev
This change fixes a long-standing immediate crash (memory corruption
and abort in glibc malloc code) in migration on 32bits.
The bug is present since this commit:
commit 692d9aca97b865b0f7903565274a52606910f129
Author: Bruce Rogers
Date: Wed Sep 23 16:13:18 2009 -
From: Glauber Costa
Use the features provided by KVM_GET_SUPPORTED_CPUID directly to
mask out features from guest-visible cpuid.
The old get_para_features() mechanism is kept for older kernels that do not
implement it.
Signed-off-by: Glauber Costa
Signed-off-by: Avi Kivity
---
target-i386/k
The following changes since commit cd18f05e248bb916028021634058da06a4657e26:
Don't zero out buffer in sched_getaffinity (2011-05-02 10:00:01 +0300)
are available in the git repository at:
git://git.kernel.org/pub/scm/virt/kvm/qemu-kvm.git uq/master
Glauber Costa (3):
kvm: use kernel-pr
From: Jan Kiszka
This allows to override the interrupt handling of QEMU in system mode.
KVM will make use of it to set a specialized handler.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
---
cpu-all.h | 14 +-
exec.c|4 +++-
2 files changed, 16 insertions(+),
From: Jan Kiszka
KVM only requires to set the raised IRQ in CPUState and to kick the
receiving vcpu if it is remote. Installing a specialized handler allows
potential future changes to the TCG code path without risking KVM side
effects.
Signed-off-by: Jan Kiszka
Signed-off-by: Marcelo Tosatti
From: Paolo Bonzini
Signed-off-by: Paolo Bonzini
Signed-off-by: Marcelo Tosatti
---
kvm-all.c |4 ++--
target-i386/kvm.c |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
index 8b85029..d92c20e 100644
--- a/kvm-all.c
+++ b/kvm-all.c
@@
Used by HD audio controllers like our intel-hda.
Signed-off-by: Jan Kiszka
---
hw/pci.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/hw/pci.c b/hw/pci.c
index 6b577e1..87f1b0c 100644
--- a/hw/pci.c
+++ b/hw/pci.c
@@ -1145,6 +1145,7 @@ static const pci_class_desc pci_c
msi_init may fail, so we need to check on uninit if the cap was
actually installed. This also avoids that the users need to check.
Signed-off-by: Jan Kiszka
---
hw/ide/ich.c |5 +
hw/intel-hda.c |4 +---
hw/msi.c | 12 ++--
3 files changed, 12 insertions(+), 9 delet
On 20 April 2011 15:52, Peter Maydell wrote:
> Move VLD/VST multiple into helper functions, as some cases can
> generate more TCG ops than the maximum per-instruction limit
> and certainly more than the recommended 20.
I've had a review comment in private email that this patch
slows down ffmpeg b
On Sat, 30 Apr 2011 09:33:15 +0300
Blue Swirl wrote:
> On Sat, Apr 30, 2011 at 1:40 AM, Luiz Capitulino
> wrote:
> > This series introduces the inject-nmi command for QMP, which sends an
> > NMI to _all_ guest's CPUs.
> >
> > Also note that this series changes the human monitor nmi command to u
On 04/28/2011 10:46 AM, Anthony Liguori wrote:
On 04/27/2011 11:16 AM, Venkateswararao Jujjuri wrote:
The following changes since commit
661bfc80e876d32da8befe53ba0234d87fc0bcc2:
Jan Kiszka (1):
pflash: Restore & fix lazy ROMD switching
are available in the git repository at:
git://repo.or.cz/
On 04/28/2011 09:51 AM, Sassan Panahinejad wrote:
This thread seems relevant:
http://www.mail-archive.com/linux-fsdevel@vger.kernel.org/msg09159.html
Unless things have changed, it looks like the problem is in the client
kernel (although note that there isn't support in qemu, even if the
client
Most of the code to support e500 style MMUs is already in place, but
we're missing on some of the special TLB0-TLB1 handling code and slightly
different TLB modification.
This patch adds support for the FSL style MMU.
Signed-off-by: Alexander Graf
---
v1 -> v2:
- fix linux-user build
- op
The BookE specification defines MSR bit 28 as Guest State. Add it
to the list of MSR macros.
Signed-off-by: Alexander Graf
---
target-ppc/cpu.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/target-ppc/cpu.h b/target-ppc/cpu.h
index 04b1259..fd599fc 100644
--- a/target
The e500 PCI controller isn't qdev'ified yet. This leads to severe issues
when running with -drive.
To be able to use a virtio disk with an e500 VM, let's convert the PCI
controller over to qdev.
Signed-off-by: Alexander Graf
---
v2 -> v3:
- rebase to current code base
- fix endian issue
To enable quick runtime detection of instruction groups to the currently
selected CPU emulation, we have a feature mask of what exactly the respective
instruction supports.
This feature mask is 64 bits long and we just successfully exceeded those 64
bits. To add more features, we need to think of
The MPC8544DS board emulation was only used with KVM so far, so some
parts of the code didn't provide proper values for non-KVM execution.
This patch makes the machine work without KVM enabled. To actually use
this, you also need proper e500v2 MMU emulation.
Signed-off-by: Alexander Graf
---
v
In a global effort to get rid of KVM-only targets, this is the next
important piece of the puzzle: e500 emulation :).
We had support for running an e500 KVM guest for a while now, but the
code could not be tested without a real e500 machine, because it required
KVM to work. This patchset adds emul
The MPC8544DS board emulation code ignored the user defined -cpu switch.
This patch enables it to only provide a sane default, not force an e500v2
CPU inside.
Signed-off-by: Alexander Graf
---
hw/ppce500_mpc8544ds.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/hw
Public bug reported:
When running XP as guest on Linux 2.6.38 x86_64 (Arch Linux) in full
screen qemu will crash. Dropping to 1400x900 or below does not have a
problem nor does windowed mode.
1. Running:
qemu-system-x86_64 -vga std -full-screen
Virtual_Machines/Windows_XP/Windows_XP.img
Produce
On 05/02/2011 02:43 PM, Jan Kiszka wrote:
> 4. the equivalent of setting a loglevel is?
Right now either the use of systemtap or ust which allow per-tracepoint
enabling/disabling or enable simpletrace and use the trace-event monitor
command. On top you need local grouping of the tracepoints.
On 05/02/2011 08:19 AM, SAURAV LAHIRI wrote:
Hello,
We have established a communication channel between a ubuntu 10.04 host
and a windows xp guest using vm channel.
At the host end we have used a unix socket. Below is the libvirt related
config
=
Hello,
We have established a communication channel between a ubuntu 10.04 host and a
windows xp guest using vm channel.
At the host end we have used a unix socket. Below is the libvirt related config
===
===
Uses the generic interface provided in "trace/control.h" in order to provide
a programmatic interface as well as command line and monitor controls.
Signed-off-by: Fabien Chouteau
Signed-off-by: Lluís Vilanova
---
configure |3 +++
docs/tracing.txt |5 -
scripts/tracetool |
Note that this refers to the backend-specific state (whether the output must be
generated), not the event "disabled" property (which always uses the "nop"
backend).
Signed-off-by: Lluís Vilanova
---
scripts/tracetool |9 ++---
trace-events |3 ---
2 files changed, 2 insertions(+
Given that all events with programmatically-controlled state are disabled by
default, we can delete the "disable" property from all events.
Signed-off-by: Lluís Vilanova
---
trace-events | 490 +-
1 files changed, 245 insertions(+), 245 de
Any event with the keyword/property "disable" generates an empty trace event
using the "nop" backend, regardless of the current backend.
Signed-off-by: Lluís Vilanova
---
docs/tracing.txt | 25 +++--
scripts/tracetool | 15 ++-
2 files changed, 17 insertions(
Move the 'st_print_trace_events' and 'st_change_trace_event_state' into
backend-agnostic 'trace_print_events' and 'trace_event_set_state' (respectively)
in the "trace/control.c" file.
By moving them, other backends will later be able to provide their own
implementation.
Signed-off-by: Lluís Vilan
The "-trace events" argument can be used to provide a file with a list of trace
event names that will be enabled prior to starting execution, thus providing
early tracing.
This saves the user from manually toggling event states through the monitor
interface or whichever backend-specific interface.
The current interface is generic for this small set of operations, and thus
other backends can easily modify the "trace/control.c" file to add their own
implementation.
Signed-off-by: Lluís Vilanova
---
docs/tracing.txt | 28 +---
hmp-commands.hx |7 +--
monito
Instead of conditionally compiling option support, perform checks and issue the
corresponding error messages.
Signed-off-by: Lluís Vilanova
---
configure |4 +++-
qemu-config.c |4
qemu-options.hx |6 --
vl.c| 17 +
4 files changed, 20 i
This adds/modifies the following functions:
* get_name: Get _only_ the event name
* has_property: Return whether an event has a property (keyword before the event
name)
Signed-off-by: Lluís Vilanova
---
docs/tracing.txt |4 +--
scripts/tracetool | 73 ---
Signed-off-by: Lluís Vilanova
---
.gitignore|2
Makefile |1
Makefile.objs |4 -
scripts/tracetool |2
simpletrace.c | 355 -
simpletrace.h | 48 ---
trace/simple.c| 355 +++
This patch defines the "disable" trace event state to always use the "nop"
backend.
As a side-effect, all events are now enabled (without "disable") by default, as
all backends (except "stderr") have programmatic support for dynamically
(de)activating each trace event.
In order to make this true,
On Mon, May 02, 2011 at 02:43:34PM +0200, Jan Kiszka wrote:
> On 2011-05-02 13:50, Alon Levy wrote:
> > On Mon, May 02, 2011 at 01:00:01PM +0200, Markus Armbruster wrote:
> >> Jan Kiszka writes:
> >>
> >>> On 2011-05-02 12:33, Alon Levy wrote:
> On Mon, May 02, 2011 at 12:25:30PM +0200, Gerd
Thanks for your reply, Peter. :-)
Thanks for giving me good news.
According to what you say, would be better to pick QEMU source code, adding
some
peripherals and enjoy.
ARM core-related code appears to be located (mainly)under ARM directory;
peripherals-related files should be located under
On 2011-05-02 13:50, Alon Levy wrote:
> On Mon, May 02, 2011 at 01:00:01PM +0200, Markus Armbruster wrote:
>> Jan Kiszka writes:
>>
>>> On 2011-05-02 12:33, Alon Levy wrote:
On Mon, May 02, 2011 at 12:25:30PM +0200, Gerd Hoffmann wrote:
> Hi,
>
>> dbg_print takes care of making
Any comment on this patch?
On 31 mars 2011, at 22:30, Pierre Riteau wrote:
> In the current migration code, bandwidth is estimated by measuring the
> time spent in the ram_save_block loop and dividing by the number of sent
> bytes. However, because of buffering, the time spent in this loop is
> u
On 02.05.2011, at 14:05, Edgar E. Iglesias wrote:
> On Mon, May 02, 2011 at 01:04:04PM +0200, Alexander Graf wrote:
>> The MPC8544DS board emulation was only used with KVM so far, so some
>> parts of the code didn't provide proper values for non-KVM execution.
>>
>> This patch makes the machine
On Mon, May 02, 2011 at 01:04:02PM +0200, Alexander Graf wrote:
> In a global effort to get rid of KVM-only targets, this is the next
> important piece of the puzzle: e500 emulation :).
>
> We had support for running an e500 KVM guest for a while now, but the
> code could not be tested without a r
On Mon, May 02, 2011 at 01:04:04PM +0200, Alexander Graf wrote:
> The MPC8544DS board emulation was only used with KVM so far, so some
> parts of the code didn't provide proper values for non-KVM execution.
>
> This patch makes the machine work without KVM enabled. To actually use
> this, you also
On Mon, May 02, 2011 at 01:00:01PM +0200, Markus Armbruster wrote:
> Jan Kiszka writes:
>
> > On 2011-05-02 12:33, Alon Levy wrote:
> >> On Mon, May 02, 2011 at 12:25:30PM +0200, Gerd Hoffmann wrote:
> >>> Hi,
> >>>
> dbg_print takes care of making it standard to have a loglevel and
> >>>
Most of the code to support e500 style MMUs is already in place, but
we're missing on some of the special TLB0-TLB1 handling code and slightly
different TLB modification.
This patch adds support for the FSL style MMU.
Signed-off-by: Alexander Graf
---
v1 -> v2:
- fix linux-user build
- op
The BookE specification defines MSR bit 28 as Guest State. Add it
to the list of MSR macros.
Signed-off-by: Alexander Graf
---
target-ppc/cpu.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/target-ppc/cpu.h b/target-ppc/cpu.h
index 04b1259..fd599fc 100644
--- a/target
To enable quick runtime detection of instruction groups to the currently
selected CPU emulation, we have a feature mask of what exactly the respective
instruction supports.
This feature mask is 64 bits long and we just successfully exceeded those 64
bits. To add more features, we need to think of
The MPC8544DS board emulation code ignored the user defined -cpu switch.
This patch enables it to only provide a sane default, not force an e500v2
CPU inside.
Signed-off-by: Alexander Graf
---
hw/ppce500_mpc8544ds.c |6 +-
1 files changed, 5 insertions(+), 1 deletions(-)
diff --git a/hw
The MPC8544DS board emulation was only used with KVM so far, so some
parts of the code didn't provide proper values for non-KVM execution.
This patch makes the machine work without KVM enabled. To actually use
this, you also need proper e500v2 MMU emulation.
Signed-off-by: Alexander Graf
---
hw
In a global effort to get rid of KVM-only targets, this is the next
important piece of the puzzle: e500 emulation :).
We had support for running an e500 KVM guest for a while now, but the
code could not be tested without a real e500 machine, because it required
KVM to work. This patchset adds emul
Jan Kiszka writes:
> On 2011-05-02 12:33, Alon Levy wrote:
>> On Mon, May 02, 2011 at 12:25:30PM +0200, Gerd Hoffmann wrote:
>>> Hi,
>>>
dbg_print takes care of making it standard to have a loglevel and prefix,
sounds
good, but I'd still like to know if it is acceptable to also
On 2011-05-02 12:33, Alon Levy wrote:
> On Mon, May 02, 2011 at 12:25:30PM +0200, Gerd Hoffmann wrote:
>> Hi,
>>
>>> dbg_print takes care of making it standard to have a loglevel and prefix,
>>> sounds
>>> good, but I'd still like to know if it is acceptable to also redirect with
>>> -debug,
>>
On Mon, May 02, 2011 at 12:25:30PM +0200, Gerd Hoffmann wrote:
> Hi,
>
> >dbg_print takes care of making it standard to have a loglevel and prefix,
> >sounds
> >good, but I'd still like to know if it is acceptable to also redirect with
> >-debug,
> >I guess reusing the DeviceState then, instea
Hi,
dbg_print takes care of making it standard to have a loglevel and prefix, sounds
good, but I'd still like to know if it is acceptable to also redirect with
-debug,
I guess reusing the DeviceState then, instead of my added struct, so just
letting
DeviceState.debug_chardev == NULL by defau
On Mon, May 02, 2011 at 12:19:07PM +0300, riku.voi...@iki.fi wrote:
> From: Riku Voipio
>
> The following changes since commit 08ab2ccb08372a52ee1c597acf640cadb9089a3a:
>
> Merge branch 'patches' of git://qemu.weilnetz.de/git/qemu (2011-04-29
> 20:01:51 +)
>
> are available in the git re
On Mon, May 02, 2011 at 11:02:22AM +0200, Gerd Hoffmann wrote:
> Hi,
>
> >The bigger hack called "qxl_terse" I didn't even send :) ok, so now I get
> >to either keep this in my closet or think of how to do a minimal acceptable
> >qemu logging infrastructure that would let me register a logging h
From: Mike McCormack
Zeroing of the cpu array should start from &cpus[kernel_ret]
not &cpus[num_zeros_to_fill].
This fixes a crash in EFL's edje_cc running under qemu-arm.
Signed-off-by: Mike McCormack
Reviewed-by: Stefan Hajnoczi
Acked-by: Mike Frysinger
Signed-off-by: Riku Voipio
---
lin
From: Mike McCormack
The kernel doesn't fill the buffer provided to sched_getaffinity
with zero bytes, so neither should QEMU.
Signed-off-by: Mike McCormack
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Riku Voipio
---
linux-user/syscall.c | 13 +
1 files changed, 1 insertions(+)
From: Stefan Weil
Debian Lenny and other installations with older linux versions
failed to compile linux-user because some CLONE_xxx macros are
undefined.
Signed-off-by: Stefan Weil
Signed-off-by: Riku Voipio
---
linux-user/strace.c | 12
1 files changed, 12 insertions(+), 0 de
From: Riku Voipio
The following changes since commit 08ab2ccb08372a52ee1c597acf640cadb9089a3a:
Merge branch 'patches' of git://qemu.weilnetz.de/git/qemu (2011-04-29
20:01:51 +)
are available in the git repository at:
git://gitorious.org/qemu-maemo/qemu.git linux-user-for-upstream
Mi
On Sun, May 01, 2011 at 12:54:55AM +0200, Alexander Graf wrote:
> In a global effort to get rid of KVM-only targets, this is the next
> important piece of the puzzle: e500 emulation :).
>
> We had support for running an e500 KVM guest for a while now, but the
> code could not be tested without a r
msi_init may fail, so the users should check msi_present before calling
msi_uninit.
Signed-off-by: Jan Kiszka
---
hw/ide/ich.c |2 +-
hw/intel-hda.c |2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/ide/ich.c b/hw/ide/ich.c
index a3d475c..35e1de7 100644
--- a/hw/
Hi,
The bigger hack called "qxl_terse" I didn't even send :) ok, so now I get
to either keep this in my closet or think of how to do a minimal acceptable
qemu logging infrastructure that would let me register a logging handle and
use that to redirect to a chardev (they would all default to bei
On Mon, May 02, 2011 at 09:54:03AM +0200, Paolo Bonzini wrote:
> Signed-off-by: Paolo Bonzini
> Cc: qemu-triv...@nongnu.org
> ---
> Makefile |2 ++
> Makefile.objs |7 +++
> libcacard/Makefile |9 +
> 3 files changed, 6 insertions(+), 12 deletions(-)
>
Rev
On 2 May 2011 02:53, Alessandro wrote:
> For study, I'm thinking to write a simple VM that can simulate an ARM SoC
> based on ARM926EJ-S core.
>
> I have basically two choice:
>
> 1- build all from scratch, full-simulating core and peripherals;
> 2- modify a pre-existing VM with ARM architecture s
The infrastructure tracks the following items for each allocation locus:
number of currently allocated blocks, total number of allocated blocks,
number of currently allocated bytes, maximum number of allocated bytes,
total number of allocated bytes. Accounting is thread safe, which is
why I didn't
This splits qemu_memalign and qemu_vfree in two: a part that does
just the allocation in oslib, and a part that includes the tracing
in qemu-malloc.c.
Signed-off-by: Paolo Bonzini
---
osdep.h |5 ++---
oslib-posix.c | 32 +++-
oslib-win32.c | 31 ++--
These patches add a --enable-malloc-stats configure options, which
will make qemu trace its memory allocations. A new monitor command
dump-malloc-stats lets the user dump them to a file.
Using statistics with KVM depends on the patch I posted recently to
use qemu_free consistently. However, ther
If QEMU is configured with the dtrace backend, then built, then
reconfigured without, the build fails.
The culprit is the trace-dtrace.h dependency that many files will
have. Due to this dependency, make will attempt to rebuild
trace-dtrace.dtrace. This is the step that fails. Fix by wrapping
t
From: Hannes Reinecke
The 'sense' field in the HBA status structure is misnamed, as it
actually carries the SCSI status. Rename it.
Signed-off-by: Hannes Reinecke
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Paolo Bonzini
Cc: qemu-triv...@nongnu.org
---
hw/lsi53c895a.c | 18 +---
Signed-off-by: Paolo Bonzini
---
kvm-all.c |4 ++--
target-i386/kvm.c |2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/kvm-all.c b/kvm-all.c
index 1d7e8ea..d0c36cb 100644
--- a/kvm-all.c
+++ b/kvm-all.c
@@ -1167,7 +1167,7 @@ int kvm_insert_breakpoint(CPUState
Signed-off-by: Paolo Bonzini
Cc: qemu-triv...@nongnu.org
---
Makefile |2 ++
Makefile.objs |7 +++
libcacard/Makefile |9 +
3 files changed, 6 insertions(+), 12 deletions(-)
diff --git a/Makefile b/Makefile
index 67c0268..2b0438c 100644
--- a/Makefile
+++ b
On (Sat) 30 Apr 2011 [11:23:42], Alon Levy wrote:
> On Fri, Apr 29, 2011 at 06:26:49PM +0530, Amit Shah wrote:
> > On (Fri) 29 Apr 2011 [14:25:06], Alon Levy wrote:
> > > Instead of calling flush_queued_data when unthrottling, schedule
> > > a bh. That way we can return immediately to the caller, a
81 matches
Mail list logo
