On 05/25/11 16:33, Alon Levy wrote:
On Wed, May 25, 2011 at 04:06:03PM +0200, Gerd Hoffmann wrote:
On 05/25/11 15:53, Alon Levy wrote:
Without this windows xp guests set a 4 bits per pixel graphics mode.
Hmm? Never seen this. Details please.
When I start a windows xp guest with -vga qxl a
commit 0ad7c9289253b9fd496ac695ce5bf1f23027d97a
Author: Wei Liu
Date: Thu May 26 10:16:18 2011 +0800
MSI injection for Xen.
This is supposed to be used in conjunction with Xen's
new hypercall interface for emualted MSI injection.
Signed-off-by: Wei Liu
diff --git a/hw/msix.c
Am 26.05.2011 06:32, schrieb Stefan Weil:
Am 26.05.2011 00:15, schrieb Alexander Graf:
On 25.05.2011, at 22:25, Stefan Weil wrote:
tcg_gen_shl_i64 needs an argument of type TCGv_i64.
Using tmp4 needs some additional changes.
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |8 +
Am 26.05.2011 00:15, schrieb Alexander Graf:
On 25.05.2011, at 22:25, Stefan Weil wrote:
tcg_gen_shl_i64 needs an argument of type TCGv_i64.
Using tmp4 needs some additional changes.
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |8 +---
1 files changed, 5 insertions(+), 3 del
Use predefined compiler symbols to try and detect ARM or HPPA systems
to be able to detect some ARM / HPPA based architectures such as with
OpenBSD/(armish / zaurus) or OpenBSD/hppa.
Signed-off-by: Brad Smith
---
configure |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff
Use the correct header in the TCG MIPS code to find cacheflush() on OpenBSD
to fix compilation of the MIPS host support for OpenBSD/mips64 based
architecures.
Signed-off-by: Brad Smith
---
tcg/mips/tcg-target.h |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/tcg/mip
Add ppc_init_cacheline_sizes() function for OpenBSD to fix compilation
of PowerPC host support for OpenBSD/powerpc based architectures.
Signed-off-by: Brad Smith
---
cache-utils.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/cache-utils.c b/cache-utils.c
in
Hi all,
I was planning on sending a patch to allow you to specify the log file
location on the command line (as opposed to having it hard coded to
/tmp/qemu.log). As this seems like a relatively straightforward
feature to me, I was wondering if there was some philosophical reason
why it's never be
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/cofile.c | 16
hw/9pfs/virtio-9p-coth.h |1 +
2 files changed, 17 insertions(+), 0 deletions(-)
diff --git a/hw/9pfs/cofile.c b/hw/9pfs/cofile.c
index e552
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 314 +++
1 files changed, 117 insertions(+), 197 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index
From: Harsh Prateek Bora
This patch is created on top of Aneesh's coroutine work.
LTP test for readdir passed.
Signed-off-by: Harsh Prateek Bora
Signed-off-by: Venkateswararao Jujjuri "
---
fsdev/file-op-9p.h|2 +-
hw/9pfs/codir.c |7 ---
hw/9pfs/virtio-9p-coth.h
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 265 --
hw/9pfs/virtio-9p.h | 10 --
2 files changed, 64 insertions(+), 211 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 79 +++---
1 files changed, 24 insertions(+), 55 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 2cb406b..a43a58f 100644
--- a/hw/9pfs/virtio-9p.c
+++ b/hw/9p
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 147 --
1 files changed, 59 insertions(+), 88 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 7fa
From: Aneesh Kumar K.V
This include lsetxattr, lremovexattr, closedir and close.
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/codir.c | 16
hw/9pfs/cofile.c | 16
hw/9pfs/coxattr.c| 34
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/cofile.c | 17 +
hw/9pfs/virtio-9p-coth.h |2 ++
2 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/hw/9pfs/cofile.c b/hw/9pfs/cofile.c
index e0
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/cofs.c | 20
hw/9pfs/virtio-9p-coth.h |2 ++
hw/9pfs/virtio-9p.c | 31 ---
3 files changed, 30 insertions(+), 23 deletions(-)
diff --git a/hw/9pfs/cofs.c b/hw/9pfs/cofs.c
i
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/cofile.c | 17 +
hw/9pfs/virtio-9p-coth.h |2 ++
2 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/hw/9pfs/cofile.c b/hw/9pfs/cofile.c
index 52
so that we can avoid V9fsCreateState and additional malloc()s.
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 149 ++-
hw/9pfs/virtio-9p.h | 14 -
2 files changed, 65 insertions(+), 98 deletions(-)
diff --git a/hw/9pf
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 61 +-
1 files changed, 21 insertions(+), 40 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index f53
Rearrange the code so that we can avoid V9fsSymlinkState
and additional malloc()s.
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 45 +
hw/9pfs/virtio-9p.h | 12
2 files changed, 21 insertions(+), 36 deletions(-)
di
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 229 ---
1 files changed, 72 insertions(+), 157 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index d1733ca..14eefac 100644
--- a/hw/9pfs/virtio-9p.c
+++ b/hw/
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 13 -
1 files changed, 4 insertions(+), 9 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index b378fc8..06a71fb 100644
--- a/hw/9pfs/virt
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 47 +++
1 files changed, 15 insertions(+), 32 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 9976516..8702319 100644
--- a/hw/9pfs/virtio-9p.c
+++ b/hw/9pfs/
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 205 +--
hw/9pfs/virtio-9p.h | 13 ---
2 files changed, 68 insertions(+), 150 deletions(-)
diff --git a/hw/9pfs/virtio-9p
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 44
hw/9pfs/virtio-9p.h | 10 --
2 files changed, 20 insertions(+), 34 deletions(-)
diff --git a/hw/9pfs/virtio-9p.
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 24
1 files changed, 8 insertions(+), 16 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 0227694..d1733ca 100644
--- a/
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/cofile.c | 21 +
hw/9pfs/virtio-9p-coth.h |1 +
hw/9pfs/virtio-9p.c | 45 +
3 files changed, 35 insertions(+), 32 deletions(-)
diff --git a/hw/9pfs/cofile.c b/
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/cofile.c | 14 ++
hw/9pfs/virtio-9p-coth.h |1 +
hw/9pfs/virtio-9p.c | 17 -
3 files changed, 19 insertions(+), 13 deletions(-)
diff --git a/hw/9pfs/cofile.c b/hw/9pfs/cofile.c
index 26dd636..52e
This is the continuation of my previous series converting rest of 9p
functions to coroutines.
http://lists.gnu.org/archive/html/qemu-devel/2011-05/msg01756.html
Once coroutines makes into upstream, all these patches can go in
making virtfs completely asynchronous.
Signed-off-by: Venkateswararao
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 43 +++
1 files changed, 7 insertions(+), 36 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index 1eb32f6..02
Rearrange the code so that we can avoid V9fsLcreateState
and additional malloc()s.
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 63 --
hw/9pfs/virtio-9p.h | 11 -
2 files changed, 30 insertions(+), 44 deletions(-)
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/cofile.c | 14 ++
hw/9pfs/virtio-9p-coth.h |1 +
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/hw/9pfs/cofile.c b/hw/9pfs/cofile.c
index a4c0ae
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 143 +++---
1 files changed, 43 insertions(+), 100 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b/hw/9pfs/virtio-9p.c
index e6
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 42 +++---
hw/9pfs/virtio-9p.h |9 -
2 files changed, 19 insertions(+), 32 deletions(-)
diff --git a/hw/9pfs/virtio-9p.c b
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/cofs.c | 14 ++
hw/9pfs/virtio-9p-coth.h |1 +
2 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/hw/9pfs/cofs.c b/hw/9pfs/cofs.c
index 8fbfe73..4
From: Aneesh Kumar K.V
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/codir.c | 16
hw/9pfs/cofile.c | 16
hw/9pfs/virtio-9p-coth.h |2 ++
3 files changed, 34 insertions(+), 0 deletions(-)
diff --g
From: Aneesh Kumar K.V
I guess TRENAME 9p operation needs an update. The 9p op should
more similar renameat. Otherwise anything other than path cannot track
the fid.
Signed-off-by: Aneesh Kumar K.V
Signed-off-by: Venkateswararao Jujjuri "
---
hw/9pfs/virtio-9p.c | 134
>> Do you think it will ever get fixed in a reasonable amount of time
(or ever)
>Well, it's on my list of things to look at, but generally my focus is
the current (ARMv7) architecture, and fixing ARMv5 only bugs is lower
priority. But there's a pretty good chance I'll get to it somewhere in
the ne
On 26.05.2011, at 00:10, Peter Maydell wrote:
> On 25 May 2011 21:25, Stefan Weil wrote:
>> Feel free to combine patches if larger patches are preferred.
>
> I'd vote for combining at least 03..12, having nine patches all
> of which have the same summary line is a bit confusing :-)
I actually
On 25.05.2011, at 22:25, Stefan Weil wrote:
> tcg_gen_shl_i64 needs an argument of type TCGv_i64.
> Using tmp4 needs some additional changes.
>
> Signed-off-by: Stefan Weil
> ---
> target-s390x/translate.c |8 +---
> 1 files changed, 5 insertions(+), 3 deletions(-)
>
> diff --git a/targ
On 25 May 2011 21:25, Stefan Weil wrote:
> Feel free to combine patches if larger patches are preferred.
I'd vote for combining at least 03..12, having nine patches all
of which have the same summary line is a bit confusing :-)
-- PMM
On 05/25/2011 01:22 PM, Greg McGary wrote:
> MMIO, yes. Any opinion on whether or not to have a minimal fake PCI bus?
It's probably easiest to pretend your HW has PCI, yes.
Alex is suggesting that it would be easier to pretend you have
one of the existing PCI host controllers as well. I don't k
On 25 May 2011 21:49, Stefan Weil wrote:
> This patch breaks compilation at least on 64 bit hosts with configure option
> --enable-debug-tcg
> (tested on 64 bit Debian Linux).
>
> target-arm/translate.c: In function ‘gen_vfp_uito’:
> target-arm/translate.c:999: error: incompatible type for argumen
On Wed, 25 May 2011 19:48:01 +0100
Stefan Hajnoczi wrote:
> QEMU supports socket chardevs that establish connections like a server
> or a client. The QEMUMonitorProtocol class only supports connecting as
> a client. It is not possible to connect race-free when launching QEMU
> since trying to c
On Wed, 25 May 2011 19:48:00 +0100
Stefan Hajnoczi wrote:
> The get_events() function polls for new QMP events and then returns. It
> can be useful to wait for the next QMP event so add the boolean 'wait'
> keyword argument.
>
> Signed-off-by: Stefan Hajnoczi
> ---
> QMP/qmp.py | 11 +++
Am 19.05.2011 15:46, schrieb Peter Maydell:
The Neon versions of int-float conversions must use the "standard FPSCR"
rather than the default FPSCR. Implement this by having the helper
functions take a pointer to the appropriate float_status value rather
than simply taking a pointer to the entire
On 25.05.2011, at 22:22, Greg McGary wrote:
> On 05/25/11 13:10, Alexander Graf wrote:
>> Now, if your device can do MMIO even on real hardware, that'd certainly ease
>> a lot of things for you, as you could just reuse all the hardware emulation
>> in Qemu and get Linux drivers for free as well
On 05/25/2011 12:18 PM, Christian Brunner wrote:
Apart from two cosmetic issues (see below), I think this patch is
ready to replace the old rbd driver. You can add:
Reviewed-by: Christian Brunner
Regards
Christian
Thanks, I fixed these in v5.
Josh
2011/5/24 Josh Durgin:
librbd stacks on
librbd stacks on top of librados to provide access
to rbd images.
Using librbd simplifies the qemu code, and allows
qemu to use new versions of the rbd format
with few (if any) changes.
Signed-off-by: Josh Durgin
Signed-off-by: Yehuda Sadeh
---
block/rbd.c | 795 +++-
Signed-off-by: Josh Durgin
---
block/rbd.c | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/block/rbd.c b/block/rbd.c
index a44d160..b95b1eb 100644
--- a/block/rbd.c
+++ b/block/rbd.c
@@ -688,6 +688,20 @@ static int64_t qemu_rbd_getlength(BlockDriverState *b
The new format is rbd:pool/image[@snapshot][:option1=value1[:option2=value2...]]
Each option is used to configure rados, and may be any Ceph option, or "conf".
The "conf" option specifies a Ceph configuration file to read.
This allows rbd volumes from more than one Ceph cluster to be used by
speci
If scheduling fails, the number of outstanding I/Os must be correct,
or there will be a hang when waiting for everything to be flushed.
Reported-by: Stefan Hajnoczi
Signed-off-by: Josh Durgin
---
block/rbd.c | 24
1 files changed, 20 insertions(+), 4 deletions(-)
dif
This patchset moves the complexity of the rbd format into librbd and
adds truncation support.
Changes since v4:
* fixed cosmetic issues pointed out by Christian Brunner
Changes since v3:
* trivially rebased
* updated copyright header
Changes since v2:
* return values are checked in rbd_aio_r
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index 474d13b..3143703 100644
--- a/target-s390x/translate.c
+++ b/target-s390x/translate.c
@@ -4623,6 +4623,7 @@ st
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index 1261be4..baecd3f 100644
--- a/target-s390x/translate.c
+++ b/target-s390x/translate.c
@@ -1078,9 +1078,12 @@
The first patch was triggered by a compilation error with configuration
--enable-debug-tcg on 64 bit hosts.
While looking for a fix, I noticed another issue in the same function
which I tried to fix in the 2nd patch.
Finally, I reviewed all allocations of TCGv_i64 values and the
matching tcg_temp
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index bf6bda5..723e53d 100644
--- a/target-s390x/translate.c
+++ b/target-s390x/translate.c
@@ -2097,6 +2097,7 @@ do
tmp2 = tcg_temp_new_i64() is already executed unconditionally,
so there is no need to call it a second time for 64 bit hosts.
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/t
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index 723e53d..bf6a363 100644
--- a/target-s390x/translate.c
+++ b/target-s390x/translate.c
@@ -2966,6 +2966,8 @@ s
load_reg() needs a matching tcg_temp_free_i64().
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index 67b249b..cfd2297 100644
--- a/target-s390x/translate.c
+++ b
tcg_gen_shl_i64 needs an argument of type TCGv_i64.
Using tmp4 needs some additional changes.
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index 8e71df3.
load_reg() needs a matching tcg_temp_free_i64().
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index aec1272..67b249b 100644
--- a/target-s390x/translate.c
+++ b
load_reg() needs a matching tcg_temp_free_i64().
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index 3143703..aec1272 100644
--- a/target-s390x/translate.c
+++ b
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index bf6a363..474d13b 100644
--- a/target-s390x/translate.c
+++ b/target-s390x/translate.c
@@ -4598,6 +4598,8 @@ s
load_reg() needs a matching tcg_temp_free_i64().
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index cfd2297..1261be4 100644
--- a/target-s390x/translate.c
+++ b
Signed-off-by: Stefan Weil
---
target-s390x/translate.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/target-s390x/translate.c b/target-s390x/translate.c
index a240efa..bf6bda5 100644
--- a/target-s390x/translate.c
+++ b/target-s390x/translate.c
@@ -1095,6 +1095,7 @@ st
On 05/25/11 13:10, Alexander Graf wrote:
> Now, if your device can do MMIO even on real hardware, that'd certainly ease
> a lot of things for you, as you could just reuse all the hardware emulation
> in Qemu and get Linux drivers for free as well. It would certainly save you
> from a lot of head
On 25.05.2011, at 21:00, Greg McGary wrote:
> I have a new architecture port that can boot linux and work interactively
> with a UART.
> The next step to facilitate application development is to have NFS
> filesystems. The
> real HW has no bus--it will have some sort of shared-memory, SW-arbit
On 05/25/2011 07:49 PM, Stefan Weil wrote:
+ if [ -e "$source_path/$f" -a ! -e "$f" ]; then
+ symlink "$source_path/$f" "$f"
+ fi
Please use && instead of -a, and "! [" instead of "[ !".
Paolo
Looks good to me:
Reviewed-by: Christian Brunner
2011/5/24 Josh Durgin :
> Signed-off-by: Josh Durgin
> ---
> block/rbd.c | 15 +++
> 1 files changed, 15 insertions(+), 0 deletions(-)
>
> diff --git a/block/rbd.c b/block/rbd.c
> index c9f32e4..015ae8e 100644
> --- a/block/rbd.c
We should not leave this out:
Reviewed-by: Christian Brunner
2011/5/24 Josh Durgin :
> If scheduling fails, the number of outstanding I/Os must be correct,
> or there will be a hang when waiting for everything to be flushed.
>
> Reported-by: Stefan Hajnoczi
> Signed-off-by: Josh Durgin
> ---
>
On 25 May 2011 19:44, Greg McGary wrote:
> I would like to create a QEMU model of an SoC that has several
> CPU cores having different architectures. I'm guessing this
> can be done.
It's not supported currently as far as I'm aware. There was
at least one paper at the QEMU Forum earlier this yea
Looks good to me:
Reviewed-by: Christian Brunner
2011/5/24 Josh Durgin :
> The new format is
> rbd:pool/image[@snapshot][:option1=value1[:option2=value2...]]
> Each option is used to configure rados, and may be any Ceph option, or "conf".
> The "conf" option specifies a Ceph configuration file
Apart from two cosmetic issues (see below), I think this patch is
ready to replace the old rbd driver. You can add:
Reviewed-by: Christian Brunner
Regards
Christian
2011/5/24 Josh Durgin :
> librbd stacks on top of librados to provide access
> to rbd images.
>
> Using librbd simplifies the qemu
I have a new architecture port that can boot linux and work interactively with
a UART.
The next step to facilitate application development is to have NFS filesystems.
The
real HW has no bus--it will have some sort of shared-memory, SW-arbitrated
access to a
control processor's devices. For dev
On 05/25/2011 12:09 AM, Stefan Hajnoczi wrote:
> On Tue, May 24, 2011 at 9:51 PM, Jamie Lokier wrote:
>> Stefan Hajnoczi wrote:
>>> My current plan is to try using sigaltstack(2) instead of
>>> makecontext()/swapcontext() as a hack since OpenBSD doesn't have
>>> makecontext()/swapcontext().
>>
>>
QEMU supports socket chardevs that establish connections like a server
or a client. The QEMUMonitorProtocol class only supports connecting as
a client. It is not possible to connect race-free when launching QEMU
since trying to connect before QEMU has bound and is listening on the
socket results
The get_events() function polls for new QMP events and then returns. It
can be useful to wait for the next QMP event so add the boolean 'wait'
keyword argument.
Signed-off-by: Stefan Hajnoczi
---
QMP/qmp.py | 11 ---
1 files changed, 8 insertions(+), 3 deletions(-)
diff --git a/QMP/q
I would like to create a QEMU model of an SoC that has several CPU cores having
different architectures. I'm guessing this can be done. Has anyone has
thought much about this, and/or have advice? FYI, I am reasonably experienced
with QEMU--I ported it to a new proprietary generic-RISC archite
On 05/25/2011 09:42 AM, Nathan DeBardeleben wrote:
> 1: Stop QEMU (maybe not necessary?)
> 2: Drag down the set of registers
> 3: Release QEMU (contingent on #1)
> 4: Repeat over some periodic sampling rate.
> 5: Produce a "gprof-like" graph of where the PC was during the time observed.
The gdb re
On Wed, May 25, 2011 at 23:42, Nathan DeBardeleben wrote:
> Hello all, hopefully this message is not too trivial. I am looking for some
> simple direction.
>
> What I am looking to do is to pull the register states out of a QEMU session
> external to the session. I figure at very least I could s
Am 25.05.2011 19:30, schrieb Peter Maydell:
When we create the symlinks to source tree files, don't create them
if the file is not actually present in the source tree; this will
happen if the file is in a git submodule that wasn't checked out.
This also avoids the odd effect where an in-source-t
When we create the symlinks to source tree files, don't create them
if the file is not actually present in the source tree; this will
happen if the file is in a git submodule that wasn't checked out.
This also avoids the odd effect where an in-source-tree configure
will end up creating the missing
When we create the symlinks to source tree files, don't create them
if the file is not actually present in the source tree; this will
happen if the file is in a git submodule that wasn't checked out.
This also avoids the odd effect where an in-source-tree configure
will end up creating the missing
Hello all, hopefully this message is not too trivial. I am looking for
some simple direction.
What I am looking to do is to pull the register states out of a QEMU
session external to the session. I figure at very least I could save
the state of the VM to a file and then dig through it but th
On 24/05/11 19:36, Anthony Liguori wrote:
> On 05/24/2011 03:54 AM, Alex Young wrote:
>> Hi there,
>>
>> I'm having a problem with 9p virtfs mounts going away when I savevm,
>> quit, then restart with -loadvm. The mount seems to cause the guest
>> kernel to hang if I interact with it in any way tha
On Tue, May 24, 2011 at 5:14 PM, Mike Young wrote:
> I'm trying to see if I can I do a derivative snapshot as a means of
> versioning. I wish to do this vs dd or cp as it's much faster. I do not
> intend to apply a snapshot back to an original volume.
> So, let's say I have original_volume.img and
This effectively reverts commit 2a3f75b42ac255be09ec2939b96c549ec830efd3
so that we return to passing CPUState to helpers as an explicit parameter.
(There were a number of conflicts in target-arm/translate.c which had
to be resolved by hand so it is not a pure revert.)
Signed-off-by: Peter Maydell
Make the VFP binop helper functions take a pointer to the fp status, not
the entire CPUState. This will allow us to use them for Neon operations too.
Signed-off-by: Peter Maydell
---
target-arm/helper.c| 10 ++
target-arm/helper.h| 16
target-arm/translate.c
This reverts commit 947a2fa21b61703802a660a938cabd7b3600ee79,
returning the iwmmxt helpers to passing env in as a parameter.
Signed-off-by: Peter Maydell
---
target-arm/helper.h| 122 +-
target-arm/iwmmxt_helper.c | 80 --
This patchset is largely aimed at rolling back the changes from an
earlier patchset of mine:
http://lists.gnu.org/archive/html/qemu-devel/2011-04/msg00244.html
which made various Neon helper routines use the correct FP status
flags by having them use the global env.
Since we've decided we're tryin
Make the Neon helpers for various floating point operations take an
explicit pointer to the float_status they use, so they don't rely on
the global environment pointer any more. This also allows us to drop
the mul/sub/add helpers completely and just use the vfp versions.
Signed-off-by: Peter Mayde
Reverts commit 348883d4828d7434e1053407818598f7fb15e594, so the
global env is no longer available to helper.c files other than
op_helper.c.
Signed-off-by: Peter Maydell
---
Makefile.target |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/Makefile.target b/Makefile.target
Add and use a helper function which returns a TCGv which is a pointer
to the fp_status for either Neon or VFP operations.
Signed-off-by: Peter Maydell
---
target-arm/translate.c | 40
1 files changed, 16 insertions(+), 24 deletions(-)
diff --git a/targ
When using -vga qxl the amount reported is minimally 32 MiB, making windows
guests come up in a 16 color mode. With this change they work correctly, coming
up with the full range of VBE supported modes.
This patch changes just the reported memory size by VBE
(VBE_DISPI_INDEX_VIDEO_MEMORY_64K) and
On Tue, May 24, 2011 at 9:51 PM, Jamie Lokier wrote:
> Stefan Hajnoczi wrote:
>> My current plan is to try using sigaltstack(2) instead of
>> makecontext()/swapcontext() as a hack since OpenBSD doesn't have
>> makecontext()/swapcontext().
>
> sigaltstack() is just a system call to tell the system
virtio_serial_init() allocates the VirtIOSerialBus dynamically, but
virtio_serial_exit() doesn't free it.
Fix by getting rid of the allocation.
Signed-off-by: Markus Armbruster
---
hw/virtio-serial-bus.c | 27 +--
1 files changed, 9 insertions(+), 18 deletions(-)
diff
Thanks, applied.
Feel free to drop PATCH 3/3 if you believe we need to keep the useless
property is_console for backward compatibility.
Markus Armbruster (5):
virtio-serial: Plug memory leak on qdev exit()
virtio-serial: Clean up virtconsole detection
virtio-serial: Drop useless property is_console
virtio-
1 - 100 of 138 matches
Mail list logo
