Re: [Qemu-devel] [PATCH v4 29/32] target-xtensa: implement memory protection options

On Thu, Sep 1, 2011 at 8:45 PM, Max Filippov wrote: > - TLB opcode group; > - region protection option (ISA, 4.6.3); > - region translation option (ISA, 4.6.4); > - MMU option (ISA, 4.6.5). > > Cache control attribute bits are not used by this implementation. > > Signed-off-by: Max Filippov > ---

Re: [Qemu-devel] [PATCH v4 30/32] target-xtensa: add dc232b core and board

On Thu, Sep 1, 2011 at 8:45 PM, Max Filippov wrote: > This is Diamond 232L Standard Core Rev.B (LE). > > Signed-off-by: Max Filippov > --- >  Makefile.target                   |    1 + >  hw/xtensa_dc232b.c                |  112 >  target-xtensa/gdb-config-dc232b.c |  261 >

Re: [Qemu-devel] [PATCH v4 00/32] target-xtensa: new target architecture

On Thu, Sep 1, 2011 at 8:45 PM, Max Filippov wrote: > This series adds support for Tensilica Xtensa target. > Port status: Linux for DC232B works in the qemu. >  Not implemented xtensa options: MAC16, floating point coprocessor, >  boolean option, cache option, debug option. I had minor comments

[Qemu-devel] [PATCH] ppc: move ADB stuff from ppc_mac.h to adb.h

Allow to use ADB in non-ppc macintosh Signed-off-by: Laurent Vivier --- hw/adb.c |2 +- hw/adb.h | 67 + hw/cuda.c |1 + hw/ppc_mac.h | 42 - hw/ppc_newworld.c |1 +

Re: [Qemu-devel] emulated ARM performance vs real processor ?

On 4 September 2011 18:42, Antti P Miettinen wrote: > The emulation > speed depends on how core intensive vs memory intensive your workload > is. Workloads that are memory bound in the target (e.g. gzip ASCII > compression) can me emulated much faster (e.g. factor of two) than core > bound workloa

Re: [Qemu-devel] [PATCH V8 08/14] Introduce file lock for the block layer

On Thu, Sep 01, 2011 at 09:53:40PM -0400, Stefan Berger wrote: > >Generally, what all other devices do is perform validation > >as the last step in migration when device state > >is restored. On failure, management can decide what to do: > >retry migration or restart on source. > > > >Why is TPM sp

[Qemu-devel] [PATCH 1/2] mipsnet: convert to qdev

Move mipsnet_init() function to mipssim machine Signed-off-by: Hervé Poussineau --- hw/mips.h |3 -- hw/mips_mipssim.c | 18 hw/mipsnet.c | 80 +++-- 3 files changed, 65 insertions(+), 36 deletions(-) diff --git a

[Qemu-devel] [PATCH 2/2] mipsnet: use trace framework

Signed-off-by: Hervé Poussineau --- hw/mipsnet.c | 26 ++ trace-events |7 +++ 2 files changed, 13 insertions(+), 20 deletions(-) diff --git a/hw/mipsnet.c b/hw/mipsnet.c index 9a29ffe..605367b 100644 --- a/hw/mipsnet.c +++ b/hw/mipsnet.c @@ -1,12 +1,8 @@ #inc

[Qemu-devel] [PATCH] g364fb: compile in hwlib

Compile g364fb in hwlib. Two compilations less for the full build. Signed-off-by: Blue Swirl --- Makefile.objs|1 + Makefile.target |2 +- default-configs/mips-softmmu.mak |1 + default-configs/mips64-softmmu.mak |1 + default-co

[Qemu-devel] buildbot failure in qemu on qmp_i386_debian_6_0

The Buildbot has detected a new failure on builder qmp_i386_debian_6_0 while building qemu. Full details are available at: http://buildbot.b1-systems.de/qemu/builders/qmp_i386_debian_6_0/builds/21 Buildbot URL: http://buildbot.b1-systems.de/qemu/ Buildslave for this Build: yuzuki Build Reason:

[Qemu-devel] buildbot failure in qemu on qmp_x86_64_debian_6_0

The Buildbot has detected a new failure on builder qmp_x86_64_debian_6_0 while building qemu. Full details are available at: http://buildbot.b1-systems.de/qemu/builders/qmp_x86_64_debian_6_0/builds/21 Buildbot URL: http://buildbot.b1-systems.de/qemu/ Buildslave for this Build: yuzuki Build Rea

[Qemu-devel] buildbot failure in qemu on trivial-patches_x86_64_debian_6_0

The Buildbot has detected a new failure on builder trivial-patches_x86_64_debian_6_0 while building qemu. Full details are available at: http://buildbot.b1-systems.de/qemu/builders/trivial-patches_x86_64_debian_6_0/builds/21 Buildbot URL: http://buildbot.b1-systems.de/qemu/ Buildslave for this

[Qemu-devel] buildbot failure in qemu on trivial-patches_i386_debian_6_0

The Buildbot has detected a new failure on builder trivial-patches_i386_debian_6_0 while building qemu. Full details are available at: http://buildbot.b1-systems.de/qemu/builders/trivial-patches_i386_debian_6_0/builds/21 Buildbot URL: http://buildbot.b1-systems.de/qemu/ Buildslave for this Bui

[Qemu-devel] buildbot failure in qemu on xen_i386_debian_6_0

The Buildbot has detected a new failure on builder xen_i386_debian_6_0 while building qemu. Full details are available at: http://buildbot.b1-systems.de/qemu/builders/xen_i386_debian_6_0/builds/21 Buildbot URL: http://buildbot.b1-systems.de/qemu/ Buildslave for this Build: yuzuki Build Reason:

Re: [Qemu-devel] [PATCH] virtio: Make memory barriers be memory barriers

On Sun, Sep 04, 2011 at 12:16:43PM +0300, Michael S. Tsirkin wrote: > On Sun, Sep 04, 2011 at 12:46:35AM +1000, David Gibson wrote: > > On Fri, Sep 02, 2011 at 06:45:50PM +0300, Michael S. Tsirkin wrote: > > > On Thu, Sep 01, 2011 at 04:31:09PM -0400, Paolo Bonzini wrote: > > > > > > > Why not limi

[Qemu-devel] buildbot failure in qemu on xen_x86_64_debian_6_0

The Buildbot has detected a new failure on builder xen_x86_64_debian_6_0 while building qemu. Full details are available at: http://buildbot.b1-systems.de/qemu/builders/xen_x86_64_debian_6_0/builds/21 Buildbot URL: http://buildbot.b1-systems.de/qemu/ Buildslave for this Build: yuzuki Build Rea

[Qemu-devel] [PATCH 9/9] intel-hda: Use PCI DMA stub functions

This updates the intel-hda device emulation to use the explicit PCI DMA functions, instead of directly calling physical memory access functions. Signed-off-by: David Gibson --- hw/intel-hda.c | 14 +++--- 1 files changed, 7 insertions(+), 7 deletions(-) diff --git a/hw/intel-hda.c b/h

[Qemu-devel] [0/9] Preliminary work for IOMMU emulation support; the easy bits (v2)

A while back, Eduard - Gabriel Munteanu send a series of patches implementing support for emulating the AMD IOMMU in conjunction with qemu emulated PCI devices. A revised patch series added support for the Intel IOMMU, and I also send a revised version of this series which added support for the hy

[Qemu-devel] [PATCH 2/9] rtl8139: Use PCI DMA stub functions

From: Eduard - Gabriel Munteanu This updates the rtl8139 device emulation to use the explicit PCI DMA functions, instead of directly calling physical memory access functions. Signed-off-by: Eduard - Gabriel Munteanu Signed-off-by: David Gibson --- hw/rtl8139.c | 98 +

[Qemu-devel] [PATCH 4/9] ac97: Use PCI DMA stub functions

From: Eduard - Gabriel Munteanu This updates the ac97 device emulation to use the explicit PCI DMA functions, instead of directly calling physical memory access functions. Signed-off-by: Eduard - Gabriel Munteanu Signed-off-by: David Gibson --- hw/ac97.c |7 --- 1 files changed, 4 ins

[Qemu-devel] [PATCH 8/9] pcnet-pci: Use PCI DMA stub functions

From: Eduard - Gabriel Munteanu This updates the pcnet-pci device emulation to use the explicit PCI DMA functions, instead of directly calling physical memory access functions. Signed-off-by: Eduard - Gabriel Munteanu Signed-off-by: David Gibson --- hw/pcnet-pci.c |6 -- 1 files chang

[Qemu-devel] [PATCH 6/9] e1000: Use PCI DMA stub functions

From: Eduard - Gabriel Munteanu This updates the e1000 device emulation to use the explicit PCI DMA functions, instead of directly calling physical memory access functions. Signed-off-by: Eduard - Gabriel Munteanu Signed-off-by: David Gibson --- hw/e1000.c | 29 +++--

[Qemu-devel] [PATCH 3/9] eepro100: Use PCI DMA stub functions

From: Eduard - Gabriel Munteanu This updates the eepro100 device emulation to use the explicit PCI DMA functions, instead of directly calling physical memory access functions. Signed-off-by: Eduard - Gabriel Munteanu Signed-off-by: David Gibson --- hw/eepro100.c | 113 +--

Re: [Qemu-devel] [PATCH 8/9] lsi53c895a: avoid a warning from clang analyzer

On 09/04/2011 07:27 PM, Blue Swirl wrote: >> to be really necessary). So let's simply clear all queued >> commands for the current device: */ >> -id = current_tag&0xff00; >> -QTAILQ_FOREACH_SAFE(p,&s->queue, next, p_next) { >>

Re: [Qemu-devel] [PATCH] pci: add standard bridge device

On 09/04/2011 08:03 PM, Michael S. Tsirkin wrote: On Sun, Sep 04, 2011 at 07:22:54PM +0300, Avi Kivity wrote: > On 09/04/2011 07:19 PM, Michael S. Tsirkin wrote: > >> But isn't it needed? Otherwise why don't vga accesses > >> alias with a virtio device at 0xc3c0? > > > >It really depend

[Qemu-devel] [PATCH 7/9] lsi53c895a: Use PCI DMA stub functions

From: Eduard - Gabriel Munteanu This updates the lsi53c895a device emulation to use the explicit PCI DMA functions, instead of directly calling physical memory access functions. Signed-off-by: Eduard - Gabriel Munteanu Signed-off-by: David Gibson --- hw/lsi53c895a.c | 30 ++-

[Qemu-devel] [PATCH 5/9] es1370: Use PCI DMA stub functions

From: Eduard - Gabriel Munteanu This updates the es1370 device emulation to use the explicit PCI DMA functions, instead of directly calling physical memory access functions. Signed-off-by: Eduard - Gabriel Munteanu Signed-off-by: David Gibson --- hw/es1370.c |5 +++-- 1 files changed, 3 i

[Qemu-devel] [PATCH 1/9] Add stub functions for PCI device models to do PCI DMA

This patch adds functions to pci.[ch] to perform PCI DMA operations. At present, these are just stubs which perform directly cpu physical memory accesses. Using these stubs, however, distinguishes PCI device DMA transactions from other accesses to physical memory, which will allow PCI IOMMU suppo

[Qemu-devel] buildbot failure in qemu on ppc-next_i386_debian_6_0

The Buildbot has detected a new failure on builder ppc-next_i386_debian_6_0 while building qemu. Full details are available at: http://buildbot.b1-systems.de/qemu/builders/ppc-next_i386_debian_6_0/builds/21 Buildbot URL: http://buildbot.b1-systems.de/qemu/ Buildslave for this Build: yuzuki Bui

[Qemu-devel] buildbot failure in qemu on ppc-next_x86_64_debian_6_0

The Buildbot has detected a new failure on builder ppc-next_x86_64_debian_6_0 while building qemu. Full details are available at: http://buildbot.b1-systems.de/qemu/builders/ppc-next_x86_64_debian_6_0/builds/21 Buildbot URL: http://buildbot.b1-systems.de/qemu/ Buildslave for this Build: yuzuki

[Qemu-devel] [PATCH v3 2/2] qxl: s/qxl_set_irq/qxl_update_irq/

Signed-off-by: Yonit Halperin --- hw/qxl.c | 12 ++-- 1 files changed, 6 insertions(+), 6 deletions(-) diff --git a/hw/qxl.c b/hw/qxl.c index de65a40..f00b5d3 100644 --- a/hw/qxl.c +++ b/hw/qxl.c @@ -808,7 +808,7 @@ static void qxl_exit_vga_mode(PCIQXLDevice *d) qxl_destroy_primar

[Qemu-devel] [PATCH v3 1/2] qxl: send interrupt after migration in case ram->int_pending != 0, RHBZ #732949

if qxl_send_events was called from spice server context, and then migration had completed before a call to pipe_read, the target guest qxl driver didn't get the interrupt. In addition, qxl_send_events ignored further interrupts of the same kind, since ram->int_pending was set. As a result, the gues

[Qemu-devel] buildbot failure in qemu on s390-next_x86_64_debian_6_0

The Buildbot has detected a new failure on builder s390-next_x86_64_debian_6_0 while building qemu. Full details are available at: http://buildbot.b1-systems.de/qemu/builders/s390-next_x86_64_debian_6_0/builds/21 Buildbot URL: http://buildbot.b1-systems.de/qemu/ Buildslave for this Build: yuzu

[Qemu-devel] buildbot failure in qemu on s390-next_i386_debian_6_0

The Buildbot has detected a new failure on builder s390-next_i386_debian_6_0 while building qemu. Full details are available at: http://buildbot.b1-systems.de/qemu/builders/s390-next_i386_debian_6_0/builds/21 Buildbot URL: http://buildbot.b1-systems.de/qemu/ Buildslave for this Build: yuzuki B

Re: [Qemu-devel] [PATCH 7/9] openpic: avoid a warning from clang analyzer

On 09/04/2011 05:52 PM, Blue Swirl wrote: Avoid this warning by clang analyzer by defining a default case: /src/qemu/hw/openpic.c:477:5: warning: Undefined or garbage value returned to caller return retval; Signed-off-by: Blue Swirl --- hw/openpic.c |1 + 1 files changed, 1 insertion

<    1   2