[Qemu-devel] [PATCH 2/2] tap: vhost busy polling support

This patch add the capability of basic vhost net busy polling which is supported by recent kernel. User could configure the maximum number of us that could be spent on busy polling through a new property of tap "vhost_poll_us". Signed-off-by: Jason Wang ---

[Qemu-devel] [PATCH 1/2] update linux headers to 4.5.0-rc5+

Signed-off-by: Jason Wang --- include/standard-headers/asm-x86/hyperv.h | 4 +- include/standard-headers/linux/input.h | 1 + include/standard-headers/linux/types.h | 5 +- include/standard-headers/linux/virtio_balloon.h | 2 +-

[Qemu-devel] [PATCH 0/2] busy polling support for vhost-kernel

Hi: This series enable vhost-kernel busy polling support. It's done through introducing a new property for tap backend - 'vhost_poll_us' which is the maximum number of us could be spent for busy polling. Please reivew. Thanks Jason Wang (2): update linux headers to 4.5.0-rc5+ tap: vhost

Re: [Qemu-devel] [Qemu-ppc] [PATCH qemu v13 11/16] vfio: spapr: Add SPAPR IOMMU v2 support (DMA memory preregistering)

On Thu, Mar 17, 2016 at 08:23:35PM +1100, Alexey Kardashevskiy wrote: > On 03/17/2016 05:10 PM, David Gibson wrote: > >On Thu, Mar 17, 2016 at 04:04:29PM +1100, Alexey Kardashevskiy wrote: > >>On 03/15/2016 04:42 PM, David Gibson wrote: > >>>On Tue, Mar 15, 2016 at 01:53:48PM +1100, Alexey

[Qemu-devel] [RFC 2/6] pseries: Implement HPT resizing

This patch implements hypercalls allowing a PAPR guest to resize its own hash page table. This will eventually allow for more flexible memory hotplug. The implementation is partially asynchronous, handled in a special thread running the hpt_prepare_thread() function. The state of a pending

[Qemu-devel] [RFC 6/6] pseries: Allow KVM HV implementation of HPT resizing to be used

So far, qemu implements the PAPR Hash Page Table (HPT) resizing extension with TCG or the KVM PR, since in both cases the guest's HPT is managed by qemu. For now we don't allow HPT resizing with KVM HV, since the HPT is managed by the KVM host kernel in that case. Instead of using a hack to

[Qemu-devel] [RFC 5/6] pseries: Allow HPT resizing on PR KVM

The initial implementation of PAPR hash page table (HPT) resizing is based on TCG and will not work with KVM. Eventually, of course, we want to implement this in KVM as well. Long term that will require a new kernel capability flag to let qemu know if it's capable of handling HPT resizing.

[Qemu-devel] [RFC 3/6] pseries: Enable HPT resizing for 2.6

We've now implemented a PAPR extensions which allows PAPR guests (i.e. "pseries" machine type) to resize their hash page table during runtime. However, that extension is only enabled if explicitly chosen on the command line. This patch enables it by default for qemu-2.6, but leaves it disabled

[Qemu-devel] [RFC 1/6] pseries: Stubs for HPT resizing

This introduces stub implementations of the H_RESIZE_HPT_PREPARE and H_RESIZE_HPT_COMMIT hypercalls which we hope to add in a PAPR extension to allow run time resizing of a guest's hash page table. It also adds a new machine property for controlling whether this new facility is available.

[Qemu-devel] [RFC 4/6] pseries: Use smaller default hash page tables when guest can resize

We've now implemented a PAPR extension allowing PAPR guest to resize their hash page table (HPT) during runtime. This patch makes use of that facility to allocate smaller HPTs by default. Specifically when a guest is aware of the HPT resize facility, qemu sizes the HPT to the initial memory size,

[Qemu-devel] [RFC 0/6] PAPR HPT resizing (qemu host side)

This is my latest draft of a PAPR extension allowing a guest's Hash Page Table (HPT) to be resized at runtime (to better respond to memory hotplug events). This series contains the qemu portions of the implementation: a full implementation for TCG and KVM PR guests, and hooks to enable and

Re: [Qemu-devel] [PATCH qemu v2] spapr/target-ppc/kvm: Only add hcall-instructions if KVM supports it

On Mon, Mar 21, 2016 at 01:14:02PM +1100, Alexey Kardashevskiy wrote: > ePAPR defines "hcall-instructions" device-tree property which contains > code to call hypercalls in ePAPR paravirtualized guests. In general > pseries guests should not be using this facility (as there is sPAPR > interface)

Re: [Qemu-devel] [RFC PATCH v2 0/9] Core based CPU hotplug for PowerPC sPAPR

On Fri, Mar 18, 2016 at 08:59:32AM +0530, Bharata B Rao wrote: > On Thu, Mar 17, 2016 at 09:03:43PM +1100, David Gibson wrote: > > On Wed, Mar 16, 2016 at 04:48:50PM +0100, Igor Mammedov wrote: > > > On Wed, 16 Mar 2016 09:18:03 +0530 > > > Bharata B Rao wrote: > > >

Re: [Qemu-devel] [PATCH][RFC] IOMMU: Add Support to VFIO devices with vIOMMU present

On Sat, Mar 19, 2016 at 11:40:04AM +0200, Aviv B.D. wrote: [...] > As far as I understand the code, currently there is no way to turn off the > IOTLB. > Furthermore. the IOTLB is not implemented as LRU, and actually caches > (indefinitely) > any accessed address, without any size constrains. I use

Re: [Qemu-devel] [PATCH qemu] spapr-pci: Make MMIO spacing a machine property and increase it

On 03/09/2016 12:04 PM, David Gibson wrote: On Tue, Mar 08, 2016 at 10:50:51AM +1100, Alexey Kardashevskiy wrote: On 03/04/2016 03:13 PM, Alexey Kardashevskiy wrote: On 03/04/2016 02:39 PM, David Gibson wrote: On Thu, Mar 03, 2016 at 12:42:53PM +1100, Alexey Kardashevskiy wrote: The pseries

[Qemu-devel] [PATCH qemu v2] spapr/target-ppc/kvm: Only add hcall-instructions if KVM supports it

ePAPR defines "hcall-instructions" device-tree property which contains code to call hypercalls in ePAPR paravirtualized guests. In general pseries guests should not be using this facility (as there is sPAPR interface) and this property should not be present in the device tree for pseries guests.

Re: [Qemu-devel] [Qemu-ppc] [PATCH] ppc64: set MSR_SF bit

On Wed, Mar 16, 2016 at 10:43:52AM +0100, Laurent Vivier wrote: > When a qemu-system-ppc64 is started, the 64-bit mode bit > is not set in MSR. > > Signed-off-by: Laurent Vivier Applied to ppc-for-2.6, thanks. > --- > target-ppc/translate_init.c | 2 +- > 1 file changed, 1

Re: [Qemu-devel] [PATCH v2 01/10] ppc: Update SPR definitions

On Wed, Mar 16, 2016 at 02:13:45PM +0100, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > Add definitions for additional SPR numbers and SPR bit definitions > that will be relevant for subsequent improvements to POWER8 emulation > > Also fix the definition

Re: [Qemu-devel] [PATCH 00/17] ppc: preparing pnv landing

On Thu, Mar 17, 2016 at 03:28:46PM +0100, Cédric Le Goater wrote: > On 03/17/2016 03:45 AM, David Gibson wrote: > > On Wed, Mar 16, 2016 at 10:08:19AM +0100, Cédric Le Goater wrote: > >> On 03/16/2016 02:19 AM, David Gibson wrote: > >>> On Tue, Mar 15, 2016 at 09:11:31AM +0100, Cédric Le Goater

Re: [Qemu-devel] [PATCH v2 03/10] ppc: Add a bunch of hypervisor SPRs to Book3s

On Wed, Mar 16, 2016 at 02:13:47PM +0100, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > We don't give them a KVM reg number to most of the registers yet as no > current KVM version supports HV mode. For DAWR and DAWRX, the KVM reg > number is needed since

Re: [Qemu-devel] [FreeBSD] Anyone running buildbots or builders?

2016-03-20 20:35 GMT+00:00 Sean Bruno : > I'm tempted to fire up a FreeBSD Jenkins job to test commits for > myself, but wondering if there's an official project builder or > infrastructure bits that's already doing this type of thing. I think currently we have: (a) a bunch of

[Qemu-devel] [PATCH] docs: Update documentation for stderr (now log) tracing backend.

This fixes commit ed7f5f1d8db06fc31352a5ef4f54985e630c575a. Signed-off-by: Richard W.M. Jones. Cc: Paolo Bonzini Cc: Stefan Hajnoczi --- docs/tracing.txt | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/docs/tracing.txt

[Qemu-devel] [FreeBSD] Anyone running buildbots or builders?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I'm tempted to fire up a FreeBSD Jenkins job to test commits for myself, but wondering if there's an official project builder or infrastructure bits that's already doing this type of thing. sean -BEGIN PGP SIGNATURE- Version: GnuPG v2

Re: [Qemu-devel] [FreeBSD] Host build i386 failing to build aarch64 targets

On 20 March 2016 at 19:20, Sean Bruno wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > aarch64 targets are now failing to build on i386 hosts due to missing > __atomic_load_8() calls since this commit: > >

Re: [Qemu-devel] [PATCH 2/5] trace: [all] Add "guest_vmem" event

On 20 March 2016 at 18:09, Lluís Vilanova wrote: > Oh! Yes, I seem to remember that code path now, I checked it a > really long time ago. I was assuming that whenever this event is > enabled at compile time, I would have to modify QEMU's TLB to store > the guest physical

[Qemu-devel] [FreeBSD] Host build i386 failing to build aarch64 targets

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 aarch64 targets are now failing to build on i386 hosts due to missing __atomic_load_8() calls since this commit: https://github.com/qemu/qemu/commit/a0aa44b488b3601415d55041e4619aef5f3a4ba8#diff-c143d686899ae51d7b927d9c682e12fd I'm unsure if Linux

Re: [Qemu-devel] [PATCH v2] Replaced get_tick_per_sec() by NANOSECONDS_PER_SECOND

On Mon, Mar 21, 2016 at 12:01 AM, wrote: Hi, Some lines seem to have been skipped some how. This patch replaces get_ticks_per_sec() calls to NANOSECONDS_PER_SECOND. Also, as there are no callers, get_ticks_per_sec() has been removed. Replacement imporves readability and

[Qemu-devel] [PATCH v2] Replaced get_tick_per_sec() by NANOSECONDS_PER_SECOND

From: Rutuja Shah Signed-off-by: Rutuja Shah --- audio/audio.c | 3 +-- audio/noaudio.c | 8 audio/spiceaudio.c| 4 ++-- audio/wavaudio.c | 2 +- backends/baum.c | 2 +- block/qed.c

[Qemu-devel] [PATCH v2] Replaced get_tick_per_sec() by NANOSECONDS_PER_SECOND

Example given by Paolo Bonzini, timer_mod(fdctrl->result_timer, qemu_clock_get_ns(QEMU_CLOCK_VIRTUAL) + (get_ticks_per_sec() / 50)); NANOSECONDS_PER_SECOND makes it obvious that the timer will expire in 1/50th of a second. --- audio/audio.c | 3 +-- audio/noaudio.c

[Qemu-devel] [PATCH v5 08/11] block: m25p80: Fast read and 4bytes commands

From: Marcin Krzeminski Adds fast read and 4bytes commands family. This work is based on Pawel Lenkow patch from v1. Signed-off-by: Marcin Krzeminski Reviewed-by: Peter Crosthwaite --- hw/block/m25p80.c |

[Qemu-devel] [PATCH v5 00/11] Support for N25Q256/512 and AT25128/256

From: Marcin Krzeminski V5: Changes after review - Macrofication of registers values - Numonyx is default value in switch for fast read family V4: - Fixed RNVCR command (needed bytes set to 2 instead of 1) - Config registers are configured only for micron flash

[Qemu-devel] [PATCH v5 09/11] block: m25p80: Implemented FSR register

From: Marcin Krzeminski Implements FSR register, it is used for busy waits. Signed-off-by: Marcin Krzeminski Reviewed-by: Peter Crosthwaite --- hw/block/m25p80.c | 15 +++ 1 file changed, 15

[Qemu-devel] [PATCH v5 06/11] block: m25p80: Add configuration registers

From: Marcin Krzeminski This patch adds both volatile and non volatile configuration registers and commands to allow modify them. It is needed for proper handling dummy cycles. Initialization of those registers and flash state has been included as well. Some of this

[Qemu-devel] [PATCH v5 03/11] block: m25p80: Widen flags variable

From: Marcin Krzeminski Extend the width of the flags variable to support the already existing (but unused) WR_1 flag, which is above the range of 8 bits. This allows support of EEPROM emulation which requires the WR_1 feature. Signed-off-by: Marcin Krzeminski

[Qemu-devel] [PATCH v5 04/11] block: m25p80: Extend address mode

From: Marcin Krzeminski Extend address mode allows to switch flash 16 MiB banks, allowing user to access all flash sectors. This access mode is used by u-boot. Signed-off-by: Marcin Krzeminski Reviewed-by: Peter Crosthwaite

[Qemu-devel] [PATCH v5 05/11] block: m25p80: 4byte address mode

From: Marcin Krzeminski This patch adds only 4byte address mode (does not cover dummy cycles). This mode is needed to access more than 16 MiB of flash. Signed-off-by: Marcin Krzeminski Reviewed-by: Peter Crosthwaite

[Qemu-devel] [PATCH v5 07/11] block: m25p80: Dummy cycles for N25Q256/512

From: Marcin Krzeminski Use the setting from the volatile cfg register to correctly set the number of dummy cycles. Signed-off-by: Marcin Krzeminski Reviewed-by: Peter Crosthwaite --- hw/block/m25p80.c |

[Qemu-devel] [PATCH v5 11/11] block: m25p80: at25128a/at25256a models

From: Marcin Krzeminski Signed-off-by: Marcin Krzeminski Reviewed-by: Peter Crosthwaite --- hw/block/m25p80.c | 15 +-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git

[Qemu-devel] [PATCH v5 02/11] block: m25p80: RESET_ENABLE and RESET_MEMORY commands

From: Marcin Krzeminski Signed-off-by: Marcin Krzeminski Reviewed-by: Peter Crosthwaite --- hw/block/m25p80.c | 41 - 1 file changed, 40 insertions(+), 1 deletion(-)

[Qemu-devel] [PATCH v5 01/11] block: m25p80: Removed unused variable

From: Marcin Krzeminski Signed-off-by: Marcin Krzeminski Reviewed-by: Peter Crosthwaite --- hw/block/m25p80.c | 2 -- 1 file changed, 2 deletions(-) diff --git a/hw/block/m25p80.c b/hw/block/m25p80.c index

[Qemu-devel] [PATCH v5 10/11] block: m25p80: n25q256a/n25q512a models

From: Marcin Krzeminski Signed-off-by: Marcin Krzeminski Reviewed-by: Peter Crosthwaite --- hw/block/m25p80.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/hw/block/m25p80.c

Re: [Qemu-devel] [PATCH 2/5] trace: [all] Add "guest_vmem" event

Peter Maydell writes: > On 18 March 2016 at 18:50, Lluís Vilanova wrote: >> Peter Maydell writes: >>> Trying to trace physaddrs is very tricky -- in the case of >>> a TLB hit there is no guarantee you can still identify the >>> physaddr of what you're accessing (the guest

[Qemu-devel] [PATCH] util: move declarations out of qemu-common.h

From: Veronia Move declarations out of qemu-common.h for functions declared in utils/ files: e.g. include/qemu/path.h for utils/path.c. Move inline functions out of qemu-common.h and into new files (e.g. include/qemu/bcd.h) Signed-off-by: Veronia

[Qemu-devel] [PATCH v5 01/28] s390: use FILE instead of QEMUFile for creating text file

The s390 skeys monitor command needs to write out a plain text file. Currently it is using the QEMUFile class for this, but work is ongoing to refactor QEMUFile and eliminate much code related to it. The only feature qemu_fopen() gives over fopen() is support for QEMU FD passing, but this can be

Re: [Qemu-devel] [PATCH v2] vl.c: disallow command line fw cfg without opt/

On Thu, Mar 17, 2016 at 11:09:24AM +0100, Markus Armbruster wrote: > Top level reply, because this isn't in reply to any specific message in > the thread, more like in reply to all of them. > > FW CFG's primary user is QEMU, which uses it to expose configuration > information (in the widest

Re: [Qemu-devel] [PATCH v3 0/5] Raspberry Pi framebuffer, DMA and Windows support

On 16 March 2016 at 23:01, Andrew Baumann wrote: > However, I don't seem to be able to repro this. What exactly were > you booting? This was the Ubuntu kernel from the 2015-04-06-ubuntu-trusty.zip which is linked to from https://wiki.ubuntu.com/ARM/RaspberryPi

Re: [Qemu-devel] [PATCH v5 25/28] migration: define 'tls-creds' and 'tls-hostname' migration parameters

* Daniel P. Berrange (berra...@redhat.com) wrote: > Define two new migration parameters to be used with TLS encryption. > The 'tls-creds' parameter provides the ID of an instance of the > 'tls-creds' object type, or rather a subclass such as 'tls-creds-x509'. > Providing these credentials will

[Qemu-devel] Fw: important message

Hello! New message, please read G Wray

[Qemu-devel] [PATCH 2/4] slirp: Add dns6 resolution

This makes get_dns_addr address family-agnostic, thus allowing to add the IPv6 case. Signed-off-by: Samuel Thibault --- slirp/libslirp.h | 1 + slirp/slirp.c| 72 slirp/socket.c | 4 ++-- 3 files

[Qemu-devel] [PATCH 1/4] slirp: Split get_dns_addr

Separate get_dns_addr into get_dns_addr_cached and get_dns_addr_resolv_conf to make conversion to IPv6 easier. Signed-off-by: Samuel Thibault --- slirp/slirp.c | 53 ++--- 1 file changed, 34 insertions(+), 19

[Qemu-devel] [PATCH 4/4] slirp: Add RDNSS advertisement

This adds the RDNSS option to IPv6 router advertisements, so that the guest can autoconfigure the DNS server address. Signed-off-by: Samuel Thibault --- slirp/ip6_icmp.c | 19 --- slirp/ip6_icmp.h | 12 ++-- 2 files changed, 26

[Qemu-devel] [PATCH 3/4] slirp: Support link-local DNS addresses

They look like fe80::%eth0 Signed-off-by: Samuel Thibault --- slirp/libslirp.h | 2 +- slirp/slirp.c| 26 ++ slirp/socket.c | 2 +- 3 files changed, 24 insertions(+), 6 deletions(-) diff --git a/slirp/libslirp.h b/slirp/libslirp.h

[Qemu-devel] [PATCH 0/4] slirp: Add dns6 support

This adds support for DNS over IPv6 in slirp, which is notably useful when the host has only an IPv6 DNS server. This series depends on "slirp: Allow to disable IPv4 or IPv6" which defines in6_zero. Samuel Thibault (4): slirp: Split get_dns_addr slirp: Add dns6 resolution slirp: Support

Re: [Qemu-devel] [PATCH 2/3] slirp: Add dns6 resolution

Samuel Thibault, on Sun 20 Mar 2016 15:45:25 +0100, wrote: > -*pdns_addr = dns_addr; > +memcpy(pdns_addr, _addr, addrlen); Oops, sorry, it should have been > +memcpy(pdns_addr, cached_addr, addrlen); In my tests I had forgotten to try resolving more than once :) I will

Re: [Qemu-devel] [PATCH] usb: Fix compilation for Windows

On Mi, 2016-03-16 at 21:17 +0100, Stefan Weil wrote: > Mingw-w64 does not provide sys/ioctl.h and Linux builds don't need it, > so remove that include statement. > > ERROR is defined by wingdi.h (included via windows.h). Undefine it before > it is redefined to avoid a compiler warning / error. >

Re: [Qemu-devel] [PATCH 4/9] hw/arm: QOM'ify pxa2xx.c

On 7 March 2016 at 07:05, xiaoqiang zhao wrote: > Drop the use of old SysBus init function and use instance_init > > Signed-off-by: xiaoqiang zhao > --- > hw/arm/pxa2xx.c | 26 +++--- > 1 file changed, 11 insertions(+), 15 deletions(-)

[Qemu-devel] [PATCH 17/20] qemu-io: Use bdrv_parse_cache_mode() in reopen_f()

We must forbid changing the WCE flag in bdrv_reopen() in the same patch, as otherwise the behaviour would change so that the flag takes precedence over the explicitly specified option. The correct value of the WCE flag depends on the BlockBackend user (e.g. guest device) and isn't a decision that

Re: [Qemu-devel] [PATCH v2] vl.c: disallow command line fw cfg without opt/

On 03/16/16 19:15, Gabriel L. Somlo wrote: > On Wed, 16 Mar 2016 at 18:50:57 +0200, Michael S. Tsirkin wrote: >> On Wed, Mar 16, 2016 at 05:29:45PM +0100, Markus Armbruster wrote: >>> "Michael S. Tsirkin" writes: >>> Allowing arbitary file names on command line is setting us

Re: [Qemu-devel] [PATCH 13/49] target-ppc: do not use target_ulong in cpu-qom.h

On 16 March 2016 at 10:46, Paolo Bonzini wrote: > Using vaddr makes the cpu-qom.h file target independent Also brings the PowerPCCPUClass handle_mmu_fault method type into line with the one in CPUState. (Speaking of which, target-ppc/translate_init.c defines a

Re: [Qemu-devel] [PATCH v6 00/16] easier unboxed visits/qapi implicit types

Eric Blake writes: > Addresses Markus' comments on v5, similar to his qapi-not-next > branch, with some commit message improvements. Adds a cleanup > to visit_needed() in patch 5, renames patch 6, splits patch 7 > into two, and adds a new patch 16. > > Built directly on

[Qemu-devel] [PATCH 5/5] tcg: move tb_invalidated_flag to CPUState

From: Paolo Bonzini This is a baby step towards making tb_flush thread safe. Signed-off-by: Paolo Bonzini Signed-off-by: Sergey Fedorov --- cpu-exec.c | 11 +-- include/exec/exec-all.h | 2 --

[Qemu-devel] [PATCH] util: move declarations out of qemu-common.h

move declarations out of qemu-common.h for functions declared in utils/ files: e.g. include/qemu/path.h for utils/path.c. move inline functions out of qemu-common.h and into new files (e.g. include/qemu/bcd.h) Signed-off-by: Veronia Bahaa --- arch_init.c

[Qemu-devel] [PATCH 2/3] slirp: Add dns6 resolution

This makes get_dns_addr address family-agnostic, thus allowing to add the IPv6 case. Signed-off-by: Samuel Thibault --- slirp/libslirp.h | 1 + slirp/slirp.c| 72 slirp/socket.c | 4 ++-- 3 files

[Qemu-devel] [PATCH 0/3] Add dns6 support

This adds support for DNS over IPv6 in slirp, which is notably useful when the host has only an IPv6 DNS server. Samuel Thibault (3): slirp: Split get_dns_addr slirp: Add dns6 resolution slirp: Support link-local DNS addresses slirp/libslirp.h | 1 + slirp/slirp.c| 117

[Qemu-devel] [PATCH 1/3] slirp: Split get_dns_addr

Separate get_dns_addr into get_dns_addr_cached and get_dns_addr_resolv_conf to make conversion to IPv6 easier. Signed-off-by: Samuel Thibault --- slirp/slirp.c | 53 ++--- 1 file changed, 34 insertions(+), 19

[Qemu-devel] [PATCH 3/3] slirp: Support link-local DNS addresses

They look like fe80::%eth0 Signed-off-by: Samuel Thibault --- slirp/libslirp.h | 2 +- slirp/slirp.c| 26 ++ slirp/socket.c | 2 +- 3 files changed, 24 insertions(+), 6 deletions(-) diff --git a/slirp/libslirp.h b/slirp/libslirp.h

[Qemu-devel] [PULL] slirp: send icmp6 errors when UDP send failed

The following changes since commit 4829e0378dfb91d55af9dfd741bd09e8f2c4f91a: Merge remote-tracking branch 'remotes/armbru/tags/pull-qapi-2016-03-18' into staging (2016-03-18 17:18:41 +) are available in the git repository at: http://people.debian.org/~sthibault/qemu.git

[Qemu-devel] [PULL] slirp: send icmp6 errors when UDP send failed

Signed-off-by: Samuel Thibault --- slirp/udp6.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/slirp/udp6.c b/slirp/udp6.c index 60a91c9..a23026f 100644 --- a/slirp/udp6.c +++ b/slirp/udp6.c @@ -113,8 +113,7 @@ void udp6_input(struct mbuf *m)

[Qemu-devel] [PULL] slirp: Fix memory leak on small incoming ipv4 packet

Signed-off-by: Samuel Thibault --- slirp/ip_input.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/slirp/ip_input.c b/slirp/ip_input.c index 12f173d..b464f6b 100644 --- a/slirp/ip_input.c +++ b/slirp/ip_input.c @@ -85,7 +85,7 @@ ip_input(struct

Re: [Qemu-devel] [PULL] slirp: Fix memory leak on small incoming ipv4 packet

Ah, sorry, that didn't include the cover letter with the branch to pull from. I have resent the pull request. Samuel

[Qemu-devel] [PULL] slirp: Fix memory leak on small incoming ipv4 packet

The following changes since commit 4829e0378dfb91d55af9dfd741bd09e8f2c4f91a: Merge remote-tracking branch 'remotes/armbru/tags/pull-qapi-2016-03-18' into staging (2016-03-18 17:18:41 +) are available in the git repository at: http://people.debian.org/~sthibault/qemu.git

Re: [Qemu-devel] [PATCH v3 06/12] ARM: Factor out ARM on/off PSCI control functions

Hi Peter, I am wondering what is the "correct" (simple?) way in QEMU to put a CPU in a particular state (HYP, SVC, MON, ...) after I reset it (using cpu_reset()). For example, if I reset a core that has "has_el3" property it will start in EL3 mode. Now what is the simple way to transition

[Qemu-devel] [PATCH] hw/arm/bcm2836: Wire up CPU timer interrupts correctly

Wire up the CPU timer interrupts in the right order, with the nonsecure physical timer on cntpnsirq, the hyp timer on cnthpirq, and the secure physical timer on cntpsirq. (We did get the virt timer right, at least.) Reported-by: Antonio Huete Jiménez Signed-off-by:

[Qemu-devel] [PATCH v5 22/28] migration: delete QEMUFile stdio implementation

Now that the exec migration backend and savevm have converted to use the QIOChannel based QEMUFile, there is no user remaining for the stdio based QEMUFile impl and it can be deleted. Reviewed-by: Dr. David Alan Gilbert Signed-off-by: Daniel P. Berrange

[Qemu-devel] [PULL 05/21] arm: virt: Move machine class init code to the abstract machine type

From: Wei Huang This patch moves the common class initialization code from "virt-2.6" to the new abstract class. An empty property is added to "virt-2.6" machine. In the meanwhile, related funtions are renamed to "virt_2_6_*" for consistency. Signed-off-by: Wei Huang

Re: [Qemu-devel] [PATCH v4 2/4] char: convert from GIOChannel to QIOChannel

Hi, testing something else (migration...) I've discovered (by bisecting) that this patch can allow to lock the machine. I'm using the pseries machine, but I think it should happen with PC too. I start a machine with: ... -device virtio-serial-pci,id=serial0 \ -chardev

Re: [Qemu-devel] [PATCH] hw/arm/bcm2836: Wire up CPU timer interrupts correctly

> From: Peter Maydell [mailto:peter.mayd...@linaro.org] > Sent: Thursday, 17 March 2016 3:33 AM > > Wire up the CPU timer interrupts in the right order, with the > nonsecure physical timer on cntpnsirq, the hyp timer on cnthpirq, > and the secure physical timer on cntpsirq. (We did get the > virt

[Qemu-devel] [RFC v1 10/11] tcg: grab iothread lock in cpu-exec interrupt handling

From: "Emilio G. Cota" Signed-off-by: Emilio G. Cota Signed-off-by: Alex Bennée --- v1 (ajb) - pulled from emilio/mttcg series --- cpu-exec.c| 33 +++-- include/qom/cpu.h | 1 + 2 files changed, 28

[Qemu-devel] [PATCH 18/20] block: Remove bdrv_parse_cache_flags()

All users are converted to bdrv_parse_cache_mode() now. Signed-off-by: Kevin Wolf --- block.c | 29 +++-- include/block/block.h | 1 - 2 files changed, 7 insertions(+), 23 deletions(-) diff --git a/block.c b/block.c index

[Qemu-devel] [PATCH 1/5] tcg: code_bitmap is not used by user-mode emulation

From: Paolo Bonzini Signed-off-by: Paolo Bonzini Signed-off-by: Sergey Fedorov --- translate-all.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git a/translate-all.c b/translate-all.c index

Re: [Qemu-devel] [PATCH] slirp: Allow to disable IPv4 or IPv6

Samuel Thibault, on Sun 20 Mar 2016 12:39:14 +0100, wrote: > void icmp6_init(Slirp *slirp) > { > +if (in6_zero(>vprefix_addr6)) { > +/* IPv6 is disabled */ > +return; > +} > + (Note: vprefix_addr6 is not actually initialized yet at that point, which poses problem, I'll

Re: [Qemu-devel] [PATCH] vpc: use current_size field for XenServer VHD images

Side note: After manually patching tap\0 to qem2, Spencer and I were still unable to get qemu-img info working with the image. Unsure if this is related to the patch or not. Thanks, Grant Wu grant...@gmail.com On Sat, Mar 19, 2016 at 3:42 PM, Stefan Hajnoczi wrote: >

[Qemu-devel] [PATCH 2/5] tcg: reorganize tb_find_physical loop

From: Paolo Bonzini Use a continue statement. Signed-off-by: Paolo Bonzini [Sergey Fedorov: Fix moving to list head in case of no TB] Signed-off-by: Sergey Fedorov --- cpu-exec.c | 50

Re: [Qemu-devel] [PATCH v2] vl.c: disallow command line fw cfg without opt/

Hi, > So, "user defined files" exist so that users can control "stuff" with > them, without QEMU's knowledge. OVMF is "stuff". Just because it's > firmware, it remains "stuff". Whatever Gabriel wants to control with > such fw_cfg files in the guest, is also "stuff". Well, non-firmware stuff

[Qemu-devel] [PATCH 08/20] block: Always set writeback mode in blk_new_open()

All callers of blk_new_open() either don't rely on the WCE bit set after blk_new_open() because they explicitly set it anyway, or they pass BDRV_O_CACHE_WB unconditionally. This patch changes blk_new_open() so that it always enables writeback mode and asserts that BDRV_O_CACHE_WB is clear. For

Re: [Qemu-devel] Timer interrupts for -M raspi2

Hi Antonio, > From: Antonio Huete Jiménez [mailto:tuxi...@quantumachine.net] > Sent: Wednesday, 16 March 2016 3:40 PM > > Hi, > > I am experiencing what I think it's an issue with -M raspi2 and > interrupts in a baremetal application. > > According to this document >

[Qemu-devel] [PATCH for-2.6 11/14] pc-bios/s390-ccw: enable virtio-scsi

From: "Eugene (jno) Dvurechenski" Make the code added before to work. Signed-off-by: Eugene (jno) Dvurechenski Signed-off-by: Cornelia Huck --- pc-bios/s390-ccw/Makefile | 2 +- pc-bios/s390-ccw/main.c | 8 +---

[Qemu-devel] [PATCH v5 02/28] io: avoid double-free when closing QIOChannelBuffer

The QIOChannelBuffer's close implementation will free the internal data buffer. It failed to reset the pointer to NULL though, so when the object is later finalized it will free it a second time with predictable crash. Signed-off-by: Daniel P. Berrange ---

[Qemu-devel] [PATCH] slirp: Allow to disable IPv4 or IPv6

Make net=0.0.0.0 disable IPv4 and ip6-net=:: disable IPv6, so the user can setup IPv4-only and IPv6-only network environments. Signed-off-by: Samuel Thibault --- net/slirp.c | 8 +--- qapi-schema.json | 4 ++-- qemu-options.hx | 7 ---

[Qemu-devel] [PATCH for-2.6 02/14] pc-bios/s390-ccw: virtio_panic -> panic

From: "Eugene (jno) Dvurechenski" This function has nothing to do with virtio. Reviewed-by: Cornelia Huck Reviewed-by: David Hildenbrand Signed-off-by: Eugene (jno) Dvurechenski

[Qemu-devel] [PULL 27/40] ivshmem: Rely on server sending the ID right after the version

The protocol specification (ivshmem-spec.txt, formerly ivshmem_device_spec.txt) has always required the ID message to be sent right at the beginning, and ivshmem-server has always complied. The device, however, accepts it out of order. If an interrupt setup arrived before it, though, it would be

Re: [Qemu-devel] [ Patch 2/2] virtio-net rsc: support coalescing ipv6 tcp traffic

On 03/15/2016 05:17 PM, w...@redhat.com wrote: > From: Wei Xu > > Most things like ipv4 except there is a significant difference between ipv4 > and ipv6, the fragment lenght in ipv4 header includes itself, while it's not > included for ipv6, thus means ipv6 can carry a real

Re: [Qemu-devel] [PATCH v2 07/10] ppc: Fix writing to AMR/UAMOR

On 16.03.2016 14:13, Cédric Le Goater wrote: > From: Benjamin Herrenschmidt > > The masks weren't chosen nor applied properly. The architecture specifies > that writes to AMR are masked by UAMOR for PR=1, otherwise AMOR for HV=0. > > The writes to UAMOR are masked by

Re: [Qemu-devel] [PATCH 0/4] Tweaks around virtio-blk start/stop

On 16/03/2016 12:32, Cornelia Huck wrote: > On Wed, 16 Mar 2016 12:09:02 +0100 > Paolo Bonzini wrote: > >> On 16/03/2016 11:49, Christian Borntraeger wrote: > >>> #3 0x800b713e in virtio_blk_data_plane_start (s=0xba232d80) at >>>

[Qemu-devel] [PULL] slirp: Fix memory leak on small incoming ipv4 packet

Signed-off-by: Samuel Thibault --- slirp/ip_input.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/slirp/ip_input.c b/slirp/ip_input.c index 12f173d..b464f6b 100644 --- a/slirp/ip_input.c +++ b/slirp/ip_input.c @@ -85,7 +85,7 @@ ip_input(struct

[Qemu-devel] [Bug 1243287] Re: [KVM/QEMU][ARM][SAUCY] fails to boot cloud-image due to host kvm fail

** Changed in: qemu Status: Fix Committed => 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/1243287 Title: [KVM/QEMU][ARM][SAUCY] fails to boot cloud-image due to host kvm fail

Re: [Qemu-devel] [PATCH 0/9] some QOM'ify work under hw/arm

> 在 2016年3月16日，20:00，Peter Maydell 写道： > >> On 16 March 2016 at 11:31, Peter Maydell wrote: >> A general note -- since these aren't bug fixes and we're in soft >> freeze now, I don't think we should put them in until 2.6 is out. >> I'll

[Qemu-devel] [PATCH v5 08/28] migration: introduce a new QEMUFile impl based on QIOChannel

Introduce a new QEMUFile implementation that is based on the QIOChannel objects. This impl is different from existing impls in that there is no file descriptor that can be made available, as some channels may be based on higher level protocols such as TLS. Although the QIOChannel based

[Qemu-devel] [PATCH v4 00/13] tests: Introducing docker tests

v4: Dropped the .gitignore patch in favor of tempfile [Alex]; Added one EXTRA_CONFIGURE_OPTS patch [Alex]; 01: Fix commit message, and improve help text; Fix pylint warnings, mostly long lines and some refactoring; "--verbose" is now replaced with the shared args

[Qemu-devel] [PULL 10/15] qapi: Inline gen_visit_members() into lone caller

From: Eric Blake Commit 82ca8e46 noticed that we had multiple implementations of visiting every member of a struct, and consolidated it into gen_visit_fields() (now gen_visit_members()) with enough parameters to cater to slight differences between the clients. But recent

  1   2   >