Not much used yet, but more users to come.
Signed-off-by: Richard Henderson
---
target-mips/translate.c | 46 ++
1 files changed, 30 insertions(+), 16 deletions(-)
diff --git a/target-mips/translate.c b/target-mips/translate.c
index b6a7aeb..8908c8c
The large mechanical change in support of a follow-on patch
that changes the representation of the fp registers.
Signed-off-by: Richard Henderson
---
target-mips/translate.c | 308 +++
1 files changed, 151 insertions(+), 157 deletions(-)
diff --git a
The macro uses the DisasContext. Pass it around as needed.
Signed-off-by: Richard Henderson
---
target-mips/translate.c | 80 ++-
1 files changed, 44 insertions(+), 36 deletions(-)
diff --git a/target-mips/translate.c b/target-mips/translate.c
inde
With normal FP, this doesn't have much affect on the generated code,
because most of the FP operations are not CONST/PURE, and so we spill
registers in about the same frequency as the explicit load/stores.
But with Loongson multimedia instructions, which are all integral and
whose helpers are in f
Peter Maydell wrote:
On 30 December 2011 23:59, Sebastian Herbszt wrote:
Make python mandatory.
+if has $python; then
+ :
+else
+ echo "Python not found. Use --python=/path/to/python"
+ exit 1
fi
if test -z "$target_list" ; then
I know you've just removed the outer condition here, but
while
On 30 December 2011 23:59, Sebastian Herbszt wrote:
> Make python mandatory.
> +if has $python; then
> + :
> +else
> + echo "Python not found. Use --python=/path/to/python"
> + exit 1
> fi
>
> if test -z "$target_list" ; then
I know you've just removed the outer condition here, but
while we
I believe the ARM ones are bogus (although some could be clearer and
simulataneously clear some of the warnings):
Error: DEADCODE: *** IFDEF dependent
hw/arm_gic.c:409:
dead_error_condition: On this path, the condition "irq < 16" cannot be true.
*** ifdef'd - only true if NVIC defined
hw/arm_
Make python mandatory.
Signed-off-by: Sebastian Herbszt
---
configure | 12 +---
1 files changed, 5 insertions(+), 7 deletions(-)
diff --git a/configure b/configure
index 640e815..6c2a1b4 100755
--- a/configure
+++ b/configure
@@ -1185,13 +1185,11 @@ if test "$solaris" = "yes" ; then
Am 30.12.2011 23:36, schrieb Sebastian Herbszt:
Sebastian Herbszt wrote:
Is it still possible to compile without python?
python /v1.0-267-gda5361c/scripts/qapi-commands.py -m -o .
/bin/sh: python: command not found
make: *** [qmp-commands.h] Error 127
Sebastian
Care to answer?
Thanks,
Sebas
Sebastian Herbszt wrote:
Is it still possible to compile without python?
python /v1.0-267-gda5361c/scripts/qapi-commands.py -m -o .
/bin/sh: python: command not found
make: *** [qmp-commands.h] Error 127
Sebastian
Care to answer?
Thanks,
Sebastian
In reply to comment #32, I encounter this problem with 1VCPU - see the original
description of the bug.
Also note that after qemu quits with the error, the subsequent execution of the
same qemu invocation will run stable.
--
You received this bug notification because you are a member of qemu-
d
** Changed in: qemu
Status: Fix Released => Invalid
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/910090
Title:
qemu-kvm 0.15.1 crashes after left click with usb mouse passthrough
Status in
Two other observations:
* The problem is also present in the latest drivers in the RHEL 6.2 virtio-win
package (both driver versions 60.62.102.3000, dates 9/12/2011).
* The problem does not seem to occur if the guest has only 1 VCPU.
So the problem only occurs when using 2 VirtIO devices with
On 11/21/2011 07:00 PM, Paolo Bonzini wrote:
Here are a bunch of fixes for the rtc that I found while reading
the code. Might be for 1.0 or 1.1, at your choice.
I also have a fix for at least one relatively important bug: when writing
register B unmasks a pending interrupt, the IRQ line should
On 12/29/2011 06:29 PM, Bogdan Harjoc wrote:
Git commit 8d3bc51 crashes on win32 on startup because
qemu_tcg_init_vcpu calls:
qemu_thread_create(th, qemu_tcg_cpu_thread_fn, ...
...
qemu_thread_get_handle(th)
which locks th->data->cs, a CRITICAL_SECTION which is initialized only
in the thread_fn
Am 29.12.2011 23:30, schrieb Anthony Liguori:
> On 12/29/2011 04:10 PM, Peter Maydell wrote:
>> How does your framework deal with non-x86 targets?
>
> http://git.qemu.org/qemu-jeos.git
>
> I've already got ppc32 support working. Adding a new arch is just a
> matter of adding a kernel config and
Ok, it`s work for me.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/910090
Title:
qemu-kvm 0.15.1 crashes after left click with usb mouse pas
On Fri, Dec 30, 2011 at 01:35:08PM -, commiethebeastie wrote:
> Public bug reported:
>
> qemu-kvm runned the Windows 7 or Windows XP with:
>
> /usr/bin/kvm -smp 2 -cpu Opteron_G3 -device intel-hda -device hda-
> duplex -vga vmware -enable-kvm -m 768 -localtime -cdrom "/home/user
> /virtio-w
On Thu, Dec 29, 2011 at 05:36:59PM +0800, Dong Xu Wang wrote:
Some comments on everything but the I/O path, which I haven't reviewed
yet:
> diff --git a/block/add-cow.c b/block/add-cow.c
> new file mode 100644
> index 000..95af5b7
> --- /dev/null
> +++ b/block/add-cow.c
> @@ -0,0 +1,429 @@
M
Am 29.12.2011 19:33, schrieb Anthony Liguori:
> I don't think we should focus much on qtest for non-x86 targets. I
> mean, if you are interested in it for ARM, fantastic, but I don't think
> we would mandate it.
I'm actually very interested in having a qtest framework for non-x86 for
a) unit tes
Public bug reported:
qemu-kvm runned the Windows 7 or Windows XP with:
/usr/bin/kvm -smp 2 -cpu Opteron_G3 -device intel-hda -device hda-
duplex -vga vmware -enable-kvm -m 768 -localtime -cdrom "/home/user
/virtio-win-0.1-15.iso" -drive
file=/home/user/media/vbox/windows7,if=virtio -boot once=d
[cc'ing list]
Am 30.12.2011 08:52, schrieb Khansa Butt:
> On Thu, Dec 29, 2011 at 4:17 PM, Andreas Färber
> wrote:
>> Also, given your observation, does it even make sense for
>> cpu_mips_init() to call fpu_init() when all CPUState members it
>> initializes get cleared in cpu_reset()? Maybe just
On Wed, Dec 28, 2011 at 06:16:42PM +0800, Ying-Shiuan Pan wrote:
> I'm very interested in virtio-mmio Peter Maydell did for QEMU,
> (http://lists.nongnu.org/archive/html/qemu-devel/2011-11/msg01870.html)
>
> actually, I've tested the virtio-blk, and it is working.
> I applied those patch to QEMU-1
On Fri, Dec 23, 2011 at 08:34:38PM +0100, Stefan Weil wrote:
> Signed-off-by: Stefan Weil
> ---
> test-qmp-input-visitor.c |7 ---
> 1 files changed, 4 insertions(+), 3 deletions(-)
Although we're not strictly implementing printf format strings it's
close enough that this seems worth hav
On Fri, Dec 23, 2011 at 03:39:03PM +0100, Paolo Bonzini wrote:
> QEMU does have a "scsi" option (to be used like -device
> virtio-blk-pci,drive=foo,scsi=off). However, it only
> masks the feature bit, and does not reject the command
> if a malicious guest disregards the feature bits and
> issues a
On Fri, Dec 23, 2011 at 02:13:01PM -, Stefan Weil wrote:
> Which version of QEMU do you use?
> You can run QEMU with the original (=vdi) image (and use -snapshot, then QEMU
> won't write to the image), too.
>
> A Windows blue screen or a start menu is a clear indication that the image
> conv
On Fri, Dec 23, 2011 at 01:17:00PM +0800, ¤終於aware wrote:
> Is anyone clear about the format of qemu file for savevm or loadvm?
If you are interested in the serialized device state format (e.g. the
e1000 NIC's serialized state) then the answer is no. I'm not aware of
any specification or sch
On Thu, Dec 22, 2011 at 11:34:30AM +0200, Andriy Gapon wrote:
>
> The current code that updates the cbp value after a transfer looks like this:
> td.cbp += ret;
> if ((td.cbp & 0xfff) + ret > 0xfff) {
>
> because the 'ret' value is effectively added twice the check may fire too
> early
> w
Add support for streaming data from an intermediate section of the
image chain (see patch and documentation for details).
Signed-off-by: Marcelo Tosatti
Index: stefanha/block.c
===
--- stefanha.orig/block.c
+++ stefanha/block.c
@@
Add bdrv_find_backing_image: given a BlockDriverState pointer, and an id,
traverse the backing image chain to locate the id.
Signed-off-by: Marcelo Tosatti
Index: stefanha/block.c
===
--- stefanha.orig/block.c
+++ stefanha/block.c
@
On Thu, Dec 29, 2011 at 01:06:26PM +0100, Christoph Hellwig wrote:
> On Fri, Dec 23, 2011 at 02:38:50PM +0100, Christoph Hellwig wrote:
> > FYI, this causes segfaults when doing large streaming writes when
> > running against a sheepdog cluster which:
> >
> > a) has relatively fast SSDs
> >
> >
Signed-off-by: Marcelo Tosatti
Index: stefanha/docs/live-block-ops.txt
===
--- /dev/null
+++ stefanha/docs/live-block-ops.txt
@@ -0,0 +1,58 @@
+LIVE BLOCK OPERATIONS
+=
+
+High level description of live block oper
Signed-off-by: Marcelo Tosatti
Index: stefanha/qerror.c
===
--- stefanha.orig/qerror.c
+++ stefanha/qerror.c
@@ -254,6 +254,10 @@ static const QErrorStringTable qerror_ta
.error_fmt = QERR_INVALID_PARAMETER_COMBINATION,
Add support for streaming data from an intermediate section of the
image chain.
Signed-off-by: Marcelo Tosatti
Index: stefanha/block/qcow2.c
===
--- stefanha.orig/block/qcow2.c
+++ stefanha/block/qcow2.c
@@ -767,6 +767,20 @@ static int qcow2_change_backing_file(Blo
return qcow2_update_ext_header(bs, backing
This reworks the image loading on s390.
Newer kernels will not always have a 0dd0 (basr 13,0) at address 0x1.
We must not rely on specific code at certain addresses. This check was
introduced to warn users that tried to load vmlinux, since ELF loading
was not supported. Lets wire that up. If
36 matches
Mail list logo