Re: [Qemu-devel] [PATCH 1/3] qemu: add capability for vhost-net busy polling

2017-06-17 Thread Eduardo Habkost
(CCing qemu-devel and the QAPI maintainers. I have a question about introspection below.) On Sat, Jun 17, 2017 at 11:48:10AM -0400, Laine Stump wrote: [...] > > +/* Support for busy polling on vhost-net devices ("-netdev > > + * tap,...,poll-us=n") */ > > +if (qemuCaps->version >=

Re: [Qemu-devel] [PATCH] hw/ppc/spapr.c: consecutive 'spapr->patb_entry = 0' statements

2017-06-17 Thread David Gibson
On Fri, Jun 16, 2017 at 02:22:30PM -0300, Daniel Henrique Barboza wrote: > In ppc_spapr_reset(), if the guest is using HPT, the code was executing: > > } else { > spapr->patb_entry = 0; > spapr_setup_hpt_and_vrma(spapr); > } > > And, at the end of

Re: [Qemu-devel] [PATCH] target/mips: fix msa copy_[s|u]_df rd = 0 corner case

2017-06-17 Thread Aurelien Jarno
On 2017-06-15 16:20, Miodrag Dinic wrote: > From: Miodrag Dinic > > This patch fixes the msa copy_[s|u]_df instruction emulation when > the destination register rd is zero. Without this patch the zero > register would get clobbered, which should never happen because it

[Qemu-devel] [Bug 1698574] [NEW] slow boot windows 7

2017-06-17 Thread Roger Lawhorn
Public bug reported: Hello, I have a nice working qemu with gpu passthrough setup. I pass through my nvidia gtx 880m. It boots in 4mins 18secs. If I remove the "-vga none" switch and allow qemu to create a vga adapter I can boot in 1min. Why does a normal boot with the nvidia card hang for

Re: [Qemu-devel] [RFC 15/15] [test only] Use 'Error *err[static 1]' instead of 'Error **errp' to catch NULL errp arguments

2017-06-17 Thread Eduardo Habkost
On Thu, Jun 15, 2017 at 01:14:15PM +0100, Dr. David Alan Gilbert wrote: > * Eduardo Habkost (ehabk...@redhat.com) wrote: > > This is being included in the RFC just to help validating the series, > > and ensure we don't use NULL errp anywhere. > > > > I don't propose we actually change all code to

Re: [Qemu-devel] [RFH] qemu-2.6 memory corruption with OVMF and linux-4.9

2017-06-17 Thread Laszlo Ersek
On 06/16/17 19:03, Philipp Hahn wrote: > Comparing the corrupted (left) with the supposed (right) driver shows > the following pattern: >> /tmp/uefi.bin [+] 15038,1 Alles >> /tmp/uefi.ko [+]15038,1 Alles >>

Re: [Qemu-devel] [Qemu-block] [PATCH v2 30/31] qed: Use bdrv_co_* for coroutine_fns

2017-06-17 Thread Manos Pitsidianakis
Reviewed-by: Manos Pitsidianakis On Fri, Jun 16, 2017 at 07:37:15PM +0200, Kevin Wolf wrote: All functions that are marked coroutine_fn can directly call the bdrv_co_* version of functions instead of going through the wrapper. Signed-off-by: Kevin Wolf

Re: [Qemu-devel] [Qemu-block] [PATCH v2 25/31] qed: Implement .bdrv_co_readv/writev

2017-06-17 Thread Manos Pitsidianakis
Reviewed-by: Manos Pitsidianakis On Fri, Jun 16, 2017 at 07:37:10PM +0200, Kevin Wolf wrote: Most of the qed code is now synchronous and matches the coroutine model. One notable exception is the serialisation between requests which can still schedule a callback. Before we

Re: [Qemu-devel] [PATCH v2 1/2] virtio-net: enable configurable tx queue size

2017-06-17 Thread Wei Wang
On 06/16/2017 10:31 PM, Michael S. Tsirkin wrote: On Fri, Jun 16, 2017 at 06:48:38PM +0800, Wei Wang wrote: This patch enables the virtio-net tx queue size to be configurable between 256 (the default queue size) and 1024 by the user when the vhost-user backend is used. Currently, the maximum

Re: [Qemu-devel] [virtio-dev] Re: [virtio-dev] Re: [virtio-dev] Re: [PATCH v1] virtio-net: enable configurable tx queue size

2017-06-17 Thread Wei Wang
On 06/16/2017 11:15 PM, Michael S. Tsirkin wrote: On Fri, Jun 16, 2017 at 06:10:27PM +0800, Wei Wang wrote: On 06/16/2017 04:57 PM, Jason Wang wrote: On 2017年06月16日 11:22, Michael S. Tsirkin wrote: I think the issues can be solved by VIRTIO_F_MAX_CHAIN_SIZE. For now, how about splitting it

Re: [Qemu-devel] [PATCH 03/11] travis: use yes/no variable to enable/disable tests

2017-06-17 Thread Alex Bennée
Philippe Mathieu-Daudé writes: > having the command to run in the variable make scripts harder to > manage. I'm not sure this adds much over the TEST_CMD not set == don't run we had before. > > Signed-off-by: Philippe Mathieu-Daudé > --- > > using 0/1 or