[Qemu-devel] [PATCH] i386 ROR r8/r16 instruction fix

2013-04-14 Thread Pavel Dovgaluk
Fixed EFLAGS corruption by ROR r8/r16 instruction located at the end of the TB. Signed-off-by: Pavel Dovgalyuk --- target-i386/translate.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/target-i386/translate.c b/target-i386/translate.c index 233f24f..40f891d 100644 ---

Re: [Qemu-devel] [PATCH v18 3/7] introduce a new qom device to deal with panicked event

2013-04-14 Thread Hu Tao
Hi, Sorry for the delay. On Thu, Apr 11, 2013 at 10:52:02AM +0200, Markus Armbruster wrote: > Hu Tao writes: > > > Hi, > > > > On Wed, Apr 10, 2013 at 01:54:04PM +0200, Markus Armbruster wrote: > >> Hu Tao writes: > >> > >> > pvpanic device is used to send guest panic event from guest to qemu

Re: [Qemu-devel] [PATCH] qemu-img: refuse to compress files with invalid size

2013-04-14 Thread Stefan Hajnoczi
On Fri, Apr 12, 2013 at 02:04:41PM -0600, Eric Blake wrote: > On 04/12/2013 01:55 PM, Benoît Canet wrote: > > Le Friday 12 Apr 2013 à 19:37:48 (+0200), Stefan Hajnoczi a écrit : > >> Image file compression works at cluster granularity. It is not possible > >> to compress less than a cluster of dat

Re: [Qemu-devel] qemu-img: error while compressing, Input/output error

2013-04-14 Thread Stefan Hajnoczi
On Fri, Apr 12, 2013 at 02:55:45PM +0300, Ilkka Tengvall wrote: > I run into an issue where qemu-img convert fails repeatedly on > compressing a raw disk image. It's not all broken, since it many > times also works. When it fails, it fails always to the same sector. > > I run into problem using f1

Re: [Qemu-devel] [PATCH 2/5] hostmem: make hostmem global and RAM hotunplg safe

2013-04-14 Thread Paolo Bonzini
Il 15/04/2013 03:42, liu ping fan ha scritto: > > It will work because readers will grab either the hostmem_lock or the > > BQL, while writers will grab both. A kind of local/global lock, but I'm > > No only hostmem_lock is used to protect readers from writers. While > the writers are protected

[Qemu-devel] [qemu-devel] Bug Report: VM crashed for some kinds of vCPU in nested virtualization

2013-04-14 Thread 李春奇
Hi all, In a nested virtualization environment of qemu+KVM, some emulated CPU (such as core2duo) may cause L2 guest crash after booting for a while. Here's my configuration: Host: Linux 3.5.7 Qemu is the latest version from git repository. Emulated CPU : core2duo L1 guest: Linux 3.5.7 Qemu is the

Re: [Qemu-devel] qemu-img: error while compressing, Input/output error

2013-04-14 Thread Fam Zheng
On Fri, 04/12 14:55, Ilkka Tengvall wrote: > I run into an issue where qemu-img convert fails repeatedly on > compressing a raw disk image. It's not all broken, since it many > times also works. When it fails, it fails always to the same sector. > > I run into problem using f18 qemu-img-1.2.2-6.fc

[Qemu-devel] [PULL] pci: add pci test device

2013-04-14 Thread Michael S. Tsirkin
The following changes since commit e2ec3f976803b360c70d9ae2ba13852fa5d11665: qjson: to_json() case QTYPE_QSTRING is buggy, rewrite (2013-04-13 19:40:25 +) are available in the git repository at: git://git.kernel.org/pub/scm/virt/kvm/mst/qemu.git tags/for_anthony for you to fetch change

[Qemu-devel] [PATCH] acpi: move declarations from pc.h to acpi.h

2013-04-14 Thread Michael S. Tsirkin
Functions defined in acpi/ should be declared in acpi.h Signed-off-by: Michael S. Tsirkin --- arch_init.c| 1 + hw/i386/pc.c | 1 + hw/i386/pc_piix.c | 1 + include/hw/acpi/acpi.h | 10 ++ include/hw/i386/pc.h | 11 --- 5 files changed, 13 insertio

Re: [Qemu-devel] [PATCH 01/10] target-ppc: optimize fabs, fnabs, fneg

2013-04-14 Thread Aurelien Jarno
On Sat, Apr 13, 2013 at 02:20:10PM +0100, Peter Maydell wrote: > On 13 April 2013 13:47, Aurelien Jarno wrote: > > fabs, fnabs and fneg are just flipping the bit sign of an FP register, > > this can be implemented in TCG instead of using softfloat. > > +tcg_gen_andi_i64(cpu_fpr[rD(ctx->opcode)

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael S. Tsirkin
On Sun, Apr 14, 2013 at 09:10:36PM -0400, Michael R. Hines wrote: > On 04/14/2013 05:16 PM, Michael S. Tsirkin wrote: > >On Sun, Apr 14, 2013 at 03:43:28PM -0400, Michael R. Hines wrote: > >>On 04/14/2013 02:51 PM, Michael S. Tsirkin wrote: > >>>On Sun, Apr 14, 2013 at 10:31:20AM -0400, Michael R.

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael S. Tsirkin
On Sun, Apr 14, 2013 at 09:06:36PM -0400, Michael R. Hines wrote: > On 04/14/2013 05:10 PM, Michael S. Tsirkin wrote: > >On Sun, Apr 14, 2013 at 03:06:11PM -0400, Michael R. Hines wrote: > >>On 04/14/2013 02:30 PM, Michael S. Tsirkin wrote: > >>>On Sun, Apr 14, 2013 at 12:40:10PM -0400, Michael R.

Re: [Qemu-devel] [RFC v2 3/7] m48t59: register a QOM type for each nvram type we support

2013-04-14 Thread Hervé Poussineau
Artyom Tarasenko a écrit : On Sun, Apr 14, 2013 at 10:05 AM, Hervé Poussineau wrote: As m48t59 devices can only be created with m48t59_init() or m48t59_init_isa(), we know exactly which nvram types are required. Register only those three types. Remove .model and .size properties as they can be

Re: [Qemu-devel] [PATCH V2 18/20] virtio-net: multiqueue support

2013-04-14 Thread Jason Wang
On 04/13/2013 09:17 PM, Aurelien Jarno wrote: > On Fri, Jan 25, 2013 at 06:35:41PM +0800, Jason Wang wrote: >> This patch implements both userspace and vhost support for multiple queue >> virtio-net (VIRTIO_NET_F_MQ). This is done by introducing an array of >> VirtIONetQueue to VirtIONet. >> >> Sig

[Qemu-devel] [PATCH] target-arm: Reinsert SRS missing return statements.

2013-04-14 Thread Peter Chubb
Since patch 81465888c5306cd94abb9847e560796fd13d3c2f target-arm: factor out handling of SRS instruction the SRS instruction has not worked in QEMU. The problem is a return directive that was removed in the refactoring, so after decoding the instruction, qemu would fall through to do stuff

Re: [Qemu-devel] [PATCH 11/19] target-i386: introduce apic-id property

2013-04-14 Thread li guang
在 2013-04-12五的 13:29 -0300,Eduardo Habkost写道: > On Fri, Apr 12, 2013 at 05:46:42PM +0200, Igor Mammedov wrote: > > On Fri, 12 Apr 2013 10:13:13 -0300 > > Eduardo Habkost wrote: > [...] > > > > > > +static void x86_cpuid_set_apic_id(Object *obj, Visitor *v, void > > > > > > *opaque, > > > > > > +

[Qemu-devel] [PATCH] pixman: remove -Wredundand-decls

2013-04-14 Thread Alexey Kardashevskiy
The assert.h header file from Fedora18 does not have #ifdef-#endif brackets around __assert function so it cannot compile with the -Wredundant-decls switch on. Some Linux distributions (such as Debian Wheezy) still do have those brackets arounb __assert functions (#ifndef _ASSERT_H_DECLS)

[Qemu-devel] [qemu-devel] ssh connection failed to qemu vm

2013-04-14 Thread 李春奇
Hi all, I install qemu from git repository with KVM, and connect network with bridge. The connection to the vm sometimes cannot establish. The network configure of host OS is here: root@Blade1-02:~/qemu.git# ifconfig br0 Link encap:Ethernet HWaddr 00:26:b9:fa:de:48 inet addr:10.0.

[Qemu-devel] [PATCH v2 3/3] debugcon: fix compiler warning when open DEBUG_DEBUGCON

2013-04-14 Thread liguang
compiler warnings: CChw/char/debugcon.o hw/char/debugcon.c: In function ‘debugcon_ioport_write’: hw/char/debugcon.c:58: warning: format ‘%02x’ expects type ‘unsigned int’, but argument 3 has type ‘uint64_t’ hw/char/debugcon.c: In function ‘debugcon_ioport_read’: hw/char/debugcon.c:70: warnin

[Qemu-devel] [PATCH v2 1/3] debugcon: fix always print "addr=0x0, val=0x0" bug

2013-04-14 Thread liguang
when use DEBUG_DEBUGCON, screen spits: debugcon: write addr=0x val=0x00 Rdebugcon: write addr=0x val=0x00 udebugcon: write addr=0x val=0x00 ndebugcon: write addr=0x val=0x00 ndebugcon: write addr=0x val=0x00 idebugcon: write addr=0x val=0x00 ndebugcon: write addr=0x val=

[Qemu-devel] [PATCH v2 2/3] debugcon: make debug message more readable

2013-04-14 Thread liguang
before change: Bdebugcon: write addr=0x val=0x6f odebugcon: write addr=0x val=0x6f odebugcon: write addr=0x val=0x74 tdebugcon: write addr=0x val=0x69 idebugcon: write addr=0x val=0x6e ndebugcon: write addr=0x val=0x67 gdebugcon: write addr=0x val=0x20 debugcon: write a

Re: [Qemu-devel] weird behaviour of numlock key

2013-04-14 Thread Lei Li
On 04/12/2013 06:29 PM, Nikola Ciprich wrote: Hi Nikola, Hello Lei, thanks for Your reply. I am working on this problem. And the proposal already send as the refference link below, you might want to take a look. I'll gladly have a look.. https://bugzilla.linux.ibm.com/show_bug.cgi?id=90304

Re: [Qemu-devel] [PATCH 2/5] hostmem: make hostmem global and RAM hotunplg safe

2013-04-14 Thread liu ping fan
On Fri, Apr 12, 2013 at 6:03 PM, Paolo Bonzini wrote: > Il 12/04/2013 10:38, Stefan Hajnoczi ha scritto: >>> > Yes, protect. Supposed we have HostMem A, and it will become B. Then >>> > hostmem_lookup will either see A or B. If it see A, it should use A >>> > refcnt agaist hostmem_listener_commit

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael R. Hines
On 04/14/2013 05:16 PM, Michael S. Tsirkin wrote: On Sun, Apr 14, 2013 at 03:43:28PM -0400, Michael R. Hines wrote: On 04/14/2013 02:51 PM, Michael S. Tsirkin wrote: On Sun, Apr 14, 2013 at 10:31:20AM -0400, Michael R. Hines wrote: On 04/14/2013 04:28 AM, Michael S. Tsirkin wrote: On Fri, Apr

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael R. Hines
On 04/14/2013 05:10 PM, Michael S. Tsirkin wrote: On Sun, Apr 14, 2013 at 03:06:11PM -0400, Michael R. Hines wrote: On 04/14/2013 02:30 PM, Michael S. Tsirkin wrote: On Sun, Apr 14, 2013 at 12:40:10PM -0400, Michael R. Hines wrote: On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote: On Sun, Apr

Re: [Qemu-devel] [PATCH 3/3] debugcon: fix compiler warning when open DEBUG_DEBUGCON

2013-04-14 Thread li guang
在 2013-04-12五的 14:19 +0200,Andreas Färber写道: > Am 12.04.2013 06:12, schrieb liguang: > > compiler warnings: > > CChw/char/debugcon.o > > hw/char/debugcon.c: In function ‘debugcon_ioport_write’: > > hw/char/debugcon.c:58: warning: format ‘%02x’ expects type ‘unsigned int’, > > but argument 3

Re: [Qemu-devel] [RFC v2 3/7] m48t59: register a QOM type for each nvram type we support

2013-04-14 Thread Artyom Tarasenko
On Sun, Apr 14, 2013 at 10:05 AM, Hervé Poussineau wrote: > As m48t59 devices can only be created with m48t59_init() or m48t59_init_isa(), > we know exactly which nvram types are required. Register only those three > types. > Remove .model and .size properties as they can be infered from nvram nam

[Qemu-devel] [PATCH v3 5/8] virtio-ccw: cleanup.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic This is a cleanup for virtio-ccw. The init function is replaced by the device_plugged callback from virtio-bus. Signed-off-by: KONRAD Frederic --- hw/s390x/virtio-ccw.c | 34 ++ 1 file changed, 14 insertions(+), 20 deletions(-) diff --git

[Qemu-devel] [PATCH v3 1/8] virtio-bus: add new functions.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic This add two functions: * virtio_bus_set_vdev_config. * virtio_bus_set_vdev_feature. Needed by virtio-ccw. Signed-off-by: KONRAD Frederic --- hw/virtio/virtio-bus.c | 23 +++ include/hw/virtio/virtio-bus.h | 5 + 2 files changed, 28

[Qemu-devel] [PATCH v3 3/8] virtio-pci: cleanup.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic This remove the init, exit functions as they are no longer used. Signed-off-by: KONRAD Frederic --- hw/virtio/virtio-pci.c | 54 ++ hw/virtio/virtio-pci.h | 2 -- 2 files changed, 2 insertions(+), 54 deletions(-) diff --gi

[Qemu-devel] [PATCH v3 7/8] virtio: remove virtiobindings.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic This remove virtio-bindings, and use class instead. Signed-off-by: KONRAD Frederic --- hw/block/dataplane/virtio-blk.c | 15 +++- hw/net/vhost_net.c | 17 +++-- hw/s390x/s390-virtio-bus.c | 7 -- hw/s390x/virtio-ccw.c | 7

[Qemu-devel] [PATCH v3 2/8] virtio-bus: make virtio_x_bus_new static.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic virtio_x_bus_new are only used in file scope. So this make them static. Signed-off-by: KONRAD Frederic --- hw/s390x/s390-virtio-bus.c | 4 +++- hw/s390x/s390-virtio-bus.h | 2 -- hw/s390x/virtio-ccw.c | 4 +++- hw/s390x/virtio-ccw.h | 2 -- hw/virtio/virtio-pci.

[Qemu-devel] [PATCH v3 6/8] virtio: remove the function pointer.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic This remove the function pointer in VirtIODevice, and use only VirtioDeviceClass function pointer. Signed-off-by: KONRAD Frederic --- hw/9pfs/virtio-9p-device.c | 2 -- hw/block/virtio-blk.c | 5 - hw/char/virtio-serial-bus.c | 6 -- hw/net/virtio-net.c

[Qemu-devel] [PATCH v3 8/8] virtio: cleanup: init and exit function.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic This clean the init and the exit functions and rename virtio_common_cleanup in virtio_cleanup. Signed-off-by: KONRAD Frederic --- hw/block/virtio-blk.c | 4 ++-- hw/char/virtio-serial-bus.c | 2 +- hw/net/virtio-net.c | 2 +- hw/scsi/virtio-scsi.c |

[Qemu-devel] [PATCH v3 4/8] s390-virtio-bus: cleanup.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic This is a cleanup for s390: The init function is replaced by the device_plugged callback from virtio-bus. Signed-off-by: KONRAD Frederic --- hw/s390x/s390-virtio-bus.c | 35 ++- 1 file changed, 14 insertions(+), 21 deletions(-) diff --git

[Qemu-devel] [PATCH v3 0/8] virtio-refactoring cleanup.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic This is the last part of the refactoring. It may require some changes, especially for virtio-ccw part (step 5). The step 6 replaces the function pointers contained in VirtIODevice structure by the function pointers contained in VirtioDeviceClass. The step 7 removes virtio

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael S. Tsirkin
On Sun, Apr 14, 2013 at 03:43:28PM -0400, Michael R. Hines wrote: > On 04/14/2013 02:51 PM, Michael S. Tsirkin wrote: > >On Sun, Apr 14, 2013 at 10:31:20AM -0400, Michael R. Hines wrote: > >>On 04/14/2013 04:28 AM, Michael S. Tsirkin wrote: > >>>On Fri, Apr 12, 2013 at 09:47:08AM -0400, Michael R.

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael S. Tsirkin
On Sun, Apr 14, 2013 at 03:06:11PM -0400, Michael R. Hines wrote: > On 04/14/2013 02:30 PM, Michael S. Tsirkin wrote: > >On Sun, Apr 14, 2013 at 12:40:10PM -0400, Michael R. Hines wrote: > >>On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote: > >>>On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R.

[Qemu-devel] [PATCH] hw: Add lost ARM core again

2013-04-14 Thread Stefan Weil
Commit 0434e30afb6175212389811e0b28b948eb3c1e40 accidentally removed the compilation of arm11mpcore.c. Signed-off-by: Stefan Weil --- default-configs/arm-softmmu.mak |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/default-configs/arm-softmmu.mak b/default-configs/arm-softm

[Qemu-devel] [PATCH] ccid: Fix crash when backend isn't specified

2013-04-14 Thread Cole Robinson
Reproducer: ./x86_64-softmmu/qemu-system-x86_64 -device usb-ccid,id=ccid0 -usb -device ccid-card-emulated -monitor stdio Signed-off-by: Cole Robinson --- hw/usb/ccid-card-emulated.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/hw/usb/ccid-card-emulated.c b/hw/

Re: [Qemu-devel] Target-agnostic virtio?

2013-04-14 Thread Artyom Tarasenko
On Sun, Apr 14, 2013 at 11:59 AM, Mark Cave-Ayland wrote: > On 14/04/13 10:38, Artyom Tarasenko wrote: > >>> Do you have an example kernel .config and qemu command line showing how >>> to >>> use virtio for those? (Or a working sparc64 image you can point me to?) >> >> >> Yes. Will send it to you

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael R. Hines
On 04/14/2013 02:51 PM, Michael S. Tsirkin wrote: On Sun, Apr 14, 2013 at 10:31:20AM -0400, Michael R. Hines wrote: On 04/14/2013 04:28 AM, Michael S. Tsirkin wrote: On Fri, Apr 12, 2013 at 09:47:08AM -0400, Michael R. Hines wrote: Second, as I've explained, I strongly, strongly disagree with

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael R. Hines
On 04/14/2013 02:30 PM, Michael S. Tsirkin wrote: On Sun, Apr 14, 2013 at 12:40:10PM -0400, Michael R. Hines wrote: On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote: On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines wrote: On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote: On Fri, Apr

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael S. Tsirkin
On Sun, Apr 14, 2013 at 10:31:20AM -0400, Michael R. Hines wrote: > On 04/14/2013 04:28 AM, Michael S. Tsirkin wrote: > >On Fri, Apr 12, 2013 at 09:47:08AM -0400, Michael R. Hines wrote: > >>Second, as I've explained, I strongly, strongly disagree with unregistering > >>memory for all of the aforem

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael S. Tsirkin
On Sun, Apr 14, 2013 at 12:40:10PM -0400, Michael R. Hines wrote: > On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote: > >On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines wrote: > >>On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote: > >>>On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzi

[Qemu-devel] [PATCH] Remove Sun4c, Sun4d and a few CPUs

2013-04-14 Thread Blue Swirl
Sun4c and Sun4d architectures and related CPUs are not fully implemented (especially Sun4c MMU) and there has been no interest for them. Likewise, a few CPUs (Cypress, Ross etc) are only half implemented. Remove the machines and CPUs, they can be re-added if needed later. Signed-off-by: Blue Swi

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael R. Hines
On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote: On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines wrote: On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote: On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote: Il 12/04/2013 13:25, Michael S. Tsirkin ha scritto: On Fri, Apr

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael R. Hines
On 04/14/2013 12:03 PM, Michael S. Tsirkin wrote: On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines wrote: On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote: On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote: Il 12/04/2013 13:25, Michael S. Tsirkin ha scritto: On Fri, Apr

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael S. Tsirkin
On Sun, Apr 14, 2013 at 10:27:24AM -0400, Michael R. Hines wrote: > On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote: > >On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote: > >>Il 12/04/2013 13:25, Michael S. Tsirkin ha scritto: > >>>On Fri, Apr 12, 2013 at 12:53:11PM +0200, Paolo Bonzin

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael R. Hines
On 04/14/2013 10:09 AM, Paolo Bonzini wrote: Il 14/04/2013 13:59, Michael S. Tsirkin ha scritto: I agree assuming guest has lots of zero pages won't work, but I think you are overstating the importance of overcommit. Let's mark the damn thing as experimental, and stop making perfect the enemy o

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael R. Hines
On 04/14/2013 04:28 AM, Michael S. Tsirkin wrote: On Fri, Apr 12, 2013 at 09:47:08AM -0400, Michael R. Hines wrote: Second, as I've explained, I strongly, strongly disagree with unregistering memory for all of the aforementioned reasons - workloads do not operate in such a manner that they can t

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael R. Hines
On 04/14/2013 07:59 AM, Michael S. Tsirkin wrote: On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote: Il 12/04/2013 13:25, Michael S. Tsirkin ha scritto: On Fri, Apr 12, 2013 at 12:53:11PM +0200, Paolo Bonzini wrote: Il 12/04/2013 12:48, Michael S. Tsirkin ha scritto: 1. You have

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Paolo Bonzini
Il 14/04/2013 13:59, Michael S. Tsirkin ha scritto: > > I agree assuming guest has lots of zero pages won't work, but I think > > you are overstating the importance of overcommit. Let's mark the damn > > thing as experimental, and stop making perfect the enemy of good. > > It looks like we have t

[Qemu-devel] [PATCH] virtio-rng-s390: add properties.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic I don't see any reason why these properties are missing. Cc: Cornelia Huck Cc: Alexander Graf Signed-off-by: KONRAD Frederic Note: Need to apply virtio-rng-refactoring first! --- hw/s390x/s390-virtio-bus.c | 8 1 file changed, 8 insertions(+) diff --git a/hw/

[Qemu-devel] [PATCH v3 8/8] virtio-rng: cleanup: use QOM casts.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic As the virtio-rng-pci and virtio-rng-s390 are switched to the new API, we can use QOM casts. Signed-off-by: KONRAD Frederic --- hw/virtio/virtio-rng.c | 31 +-- include/hw/virtio/virtio-rng.h | 2 +- 2 files changed, 18 insertions(+),

[Qemu-devel] [PATCH v3 7/8] virtio-rng: cleanup: remove qdev field.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic The qdev field is no longer needed, just drop it. Signed-off-by: KONRAD Frederic --- hw/virtio/virtio-rng.c | 2 -- include/hw/virtio/virtio-rng.h | 2 -- 2 files changed, 4 deletions(-) diff --git a/hw/virtio/virtio-rng.c b/hw/virtio/virtio-rng.c index 1832996..

[Qemu-devel] [PATCH v3 6/8] virtio-rng: cleanup: init and exit functions.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic This remove old init and exit function as they are no longer needed. Signed-off-by: KONRAD Frederic --- hw/virtio/virtio-rng.c | 87 +++--- include/hw/virtio/virtio.h | 2 -- 2 files changed, 21 insertions(+), 68 deletions(-)

[Qemu-devel] [PATCH v3 5/8] virtio-rng-ccw: switch to the new API.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic Here the virtio-rng-ccw is modified for the new API. The device virtio-rng-pci extends virtio-pci. It creates and connects a virtio-rng-device during the init. The properties are not changed. Signed-off-by: KONRAD Frederic --- hw/s390x/virtio-ccw.c | 48 ++

[Qemu-devel] [PATCH v3 4/8] virtio-rng-s390: switch to the new API.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic Here the virtio-rng-s390 is modified for the new API. The device virtio-rng-s390 extends virtio-s390-device as before. It creates and connects a virtio-rng during the init. The properties are not modified. Signed-off-by: KONRAD Frederic --- hw/s390x/s390-virtio-bus.c | 38

[Qemu-devel] [PATCH v3 3/8] virtio-rng-pci: switch to the new API.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic Here the virtio-rng-pci is modified for the new API. The device virtio-rng-pci extends virtio-pci. It creates and connects a virtio-rng-device during the init. The properties are not changed. The virtio_pci_reset function, is removed as no longer used. The virtio_pci_rst fu

[Qemu-devel] [PATCH v3 2/8] virtio-rng: add virtio-rng device.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic Create virtio-rng-device which extends virtio-device, so it can be connected on virtio-bus. Signed-off-by: KONRAD Frederic --- hw/s390x/virtio-ccw.c | 3 +- hw/virtio/virtio-pci.c | 8 +-- hw/virtio/virtio-rng.c | 108 +

[Qemu-devel] [PATCH v3 0/8] virtio-rng refactoring.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic This is the last backend of the refactoring. Basically it creates virtio-rng-device which extends virtio-device. Then a virtio-rng-device can be connected on a virtio-bus. virtio-rng-pci, virtio-rng-s390, virtio-rng-ccw are created too, they extend respectively virtio-pci,

[Qemu-devel] [PATCH v3 1/8] virtio-rng: don't use pointer for configuration.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic The configuration field must not be a pointer as it will be used for virtio-rng properties. So *conf is replaced by conf. Signed-off-by: KONRAD Frederic --- hw/virtio/virtio-rng.c | 12 ++-- include/hw/virtio/virtio-rng.h | 2 +- 2 files changed, 7 insert

[Qemu-devel] [PATCH v2] virtio-balloon: fix dynamic properties.

2013-04-14 Thread fred . konrad
From: KONRAD Frederic To keep compatibility with the old virtio-balloon-x, add the dynamic properties to virtio-balloon-pci and virtio-balloon-ccw. Cc: Luiz Capitulino Signed-off-by: KONRAD Frederic Changes v1 -> v2: * Use public API instead of exposing the "private" functions. --- hw/s390

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael S. Tsirkin
On Fri, Apr 12, 2013 at 04:43:54PM +0200, Paolo Bonzini wrote: > Il 12/04/2013 13:25, Michael S. Tsirkin ha scritto: > > On Fri, Apr 12, 2013 at 12:53:11PM +0200, Paolo Bonzini wrote: > >> Il 12/04/2013 12:48, Michael S. Tsirkin ha scritto: > >>> 1. You have two protocols already and this does not

Re: [Qemu-devel] Target-agnostic virtio?

2013-04-14 Thread Mark Cave-Ayland
On 14/04/13 10:38, Artyom Tarasenko wrote: Do you have an example kernel .config and qemu command line showing how to use virtio for those? (Or a working sparc64 image you can point me to?) Yes. Will send it to you as I get to my home machine. Can you make them available on your site? Note t

Re: [Qemu-devel] [PATCH] Remove unneeded type casts

2013-04-14 Thread Andreas Färber
Am 12.04.2013 20:53, schrieb Stefan Weil: > cpu_physical_memory_read, cpu_physical_memory_write take any pointer > as 2nd argument without needing a type cast. > > Signed-off-by: Stefan Weil > --- > hw/arm/armv7m.c| 12 ++-- > hw/arm/boot.c |4 ++-- > hw/ar

Re: [Qemu-devel] Target-agnostic virtio?

2013-04-14 Thread Artyom Tarasenko
On Sat, Apr 13, 2013 at 7:03 PM, Rob Landley wrote: > On 03/26/2013 02:34:50 AM, Artyom Tarasenko wrote: >> >> On Tue, Mar 26, 2013 at 1:52 AM, Rob Landley wrote: >> > Can the virtio things (serial, network, block, virtfs) be used on >> > arbitrary >> > targets yet? I.E. Can I use a virtio networ

[Qemu-devel] [PATCH] Update Makefile to actually install the new efi-ena, ping ?

2013-04-14 Thread Sander Eikelenboom
Hi, Haven't had a response yet and it's not applied either ? So time to send a little ping ... http://lists.gnu.org/archive/html/qemu-devel/2013-04/msg01503.html -- Sander

Re: [Qemu-devel] [RFC PATCH RDMA support v5: 03/12] comprehensive protocol documentation

2013-04-14 Thread Michael S. Tsirkin
On Fri, Apr 12, 2013 at 09:47:08AM -0400, Michael R. Hines wrote: > Second, as I've explained, I strongly, strongly disagree with unregistering > memory for all of the aforementioned reasons - workloads do not > operate in such a manner that they can tolerate memory to be > pulled out from undernea

[Qemu-devel] [RFC v2 4/7] m48t59: use DeviceState in public functions

2013-04-14 Thread Hervé Poussineau
There is no reason to use a custom type (M48t59State) in public nvram functions. Replace it by a DeviceState. read/write/toggle_lock functions may later be added to some NVRAM interface. Signed-off-by: Hervé Poussineau --- hw/ppc/prep.c | 12 +++ hw/sparc/sun4m.c |

[Qemu-devel] [RFC v2 1/7] pci: add MPC105 PCI host bridge emulation

2013-04-14 Thread Hervé Poussineau
Non-contiguous I/O is not implemented. There is also somewhere a bug in the memory controller, which means that some real firmwares may not detect the correct amount of memory. This can be bypassed by adding '-m 1G' on the command line. Add x-auto-conf property, to automatically configure the mem

[Qemu-devel] [RFC v2 2/7] m48t59: move ISA ports registration to QOM constructor

2013-04-14 Thread Hervé Poussineau
-device m48t59 can now be used to create a fully functional nvram, and m48t59_init_isa() becomes a much simpler helper. Signed-off-by: Hervé Poussineau --- hw/timer/m48t59.c |9 - 1 file changed, 4 insertions(+), 5 deletions(-) diff --git a/hw/timer/m48t59.c b/hw/timer/m48t59.c inde

[Qemu-devel] [RFC v2 7/7] m48t59: hack(?) to make it work on IBM 43p

2013-04-14 Thread Hervé Poussineau
Signed-off-by: Hervé Poussineau --- hw/timer/m48t59.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/hw/timer/m48t59.c b/hw/timer/m48t59.c index afcd5f5..4956cd7 100644 --- a/hw/timer/m48t59.c +++ b/hw/timer/m48t59.c @@ -571,6 +571,7 @@ static void NVRAM_writeb(void *opaque, hwaddr add

[Qemu-devel] [RFC v2 0/7] ppc/prep: add IBM RS/6000 43p machine

2013-04-14 Thread Hervé Poussineau
Hi, This patchset (sent as RFC) adds an emulation of the IBM RS/6000 43p, also known as 7248. Andreas did some preliminary patches for OpenBIOS to support PReP machines, available at git://repo.or.cz/openbios/afaerber.git branch prep. 43p emulation has been tested with this firmware, and also w

[Qemu-devel] [RFC v2 6/7] prep: QOM'ify System I/O

2013-04-14 Thread Hervé Poussineau
Most of the functionality is extracted from hw/ppc/prep.c. Also add support for board identification/equipment registers. Document it for the IBM 43p emulation. Signed-off-by: Hervé Poussineau --- docs/ibm_43p.cfg |5 + hw/ppc/Makefile.objs |1 + hw/ppc/prep_systemio.c | 290 ++

[Qemu-devel] [RFC v2 5/7] prep: add IBM RS/6000 7248 (43p) machine emulation

2013-04-14 Thread Hervé Poussineau
Machine is very simple (only one PCI host bridge and an ISA bridge). Provide a ibm_43p.cfg file to add more devices to this machine. Syntax is: qemu-system-ppc -M 43p -readconfig ibm_43p.cfg Signed-off-by: Hervé Poussineau --- docs/ibm_43p.cfg | 37 ++ hw/ppc/prep.c| 211

[Qemu-devel] [RFC v2 3/7] m48t59: register a QOM type for each nvram type we support

2013-04-14 Thread Hervé Poussineau
As m48t59 devices can only be created with m48t59_init() or m48t59_init_isa(), we know exactly which nvram types are required. Register only those three types. Remove .model and .size properties as they can be infered from nvram name. Remove .io_base ISA address port as m48t59_init_isa() is always

Re: [Qemu-devel] Target-agnostic virtio?

2013-04-14 Thread Rob Landley
On 03/26/2013 02:34:50 AM, Artyom Tarasenko wrote: On Tue, Mar 26, 2013 at 1:52 AM, Rob Landley wrote: > Can the virtio things (serial, network, block, virtfs) be used on arbitrary > targets yet? I.E. Can I use a virtio network device on arm, mips, powerpc, > sparc... Yes. Moreover, for sp