Re: [Qemu-devel] [RFC PATCH v1] softfloat: Add round-to-odd rounding mode

On 20 January 2017 at 11:36, Bharata B Rao wrote: > On Fri, Jan 20, 2017 at 10:28:22AM +, Peter Maydell wrote: >> This isn't sufficient, because it won't do the right thing >> in the code which is picking between "round to infinity" and >> "round to

Re: [Qemu-devel] [PATCH v6 kernel 3/5] virtio-balloon: speed up inflate/deflate process

* Liang Li (liang.z...@intel.com) wrote: > +static void free_extended_page_bitmap(struct virtio_balloon *vb) > +{ > + int i, bmap_count = vb->nr_page_bmap; > + > + for (i = 1; i < bmap_count; i++) { > + kfree(vb->page_bitmap[i]); > + vb->page_bitmap[i] = NULL; >

Re: [Qemu-devel] [PATCH] bitmap: assert that start and nr are non negative

On 19/01/2017 17:43, Peter Lieven wrote: > commit e1123a3b introduced a data corruption regression > in the iscsi driver because it passed -1 as nr to bitmap_set > and bitmap_clear. Add an assertion to catch such flaws earlier. > > Suggested-by: Fam Zheng > Signed-off-by:

Re: [Qemu-devel] [PATCH] Introduce DEVICE_CATEGORY_CPU for CPU devices

On 20 January 2017 at 12:18, Thomas Huth wrote: > Now that the hot-pluggable CPUs show up in the help text of > "-device ?", we should group them into an appropriate category. > > Signed-off-by: Thomas Huth > --- > hw/ppc/pnv_core.c | 1 + >

[Qemu-devel] [PATCH v2] Introduce DEVICE_CATEGORY_CPU for CPU devices

Now that CPUs show up in the help text of "-device ?", we should group them into an appropriate category. Signed-off-by: Thomas Huth --- v2: - set_bit in the TYPE_CPU and TYPE_CPU_CORES directly instead of doing this in the child classes hw/cpu/core.c | 8

Re: [Qemu-devel] [PATCH v2 23/25] console: make screendump async

Hi On Thu, Jan 19, 2017 at 12:21 PM Gerd Hoffmann wrote: > On Mi, 2017-01-18 at 20:03 +0400, Marc-André Lureau wrote: > > +surface = qemu_console_surface(con); > > + > > +/* FIXME: async save with coroutine? it would have to copy or > > lock > > + * the surface.

[Qemu-devel] [PATCH RFC v4 05/20] intel_iommu: simplify irq region translation

Now we have a standalone memory region for MSI, all the irq region requests should be redirected there. Cleaning up the block with an assertion instead. Signed-off-by: Peter Xu --- hw/i386/intel_iommu.c | 28 ++-- 1 file changed, 6 insertions(+), 22

[Qemu-devel] [PATCH RFC v4 08/20] intel_iommu: fix trace for addr translation

Another patch to convert the DPRINTF() stuffs. This patch focuses on the address translation path and caching. Signed-off-by: Peter Xu --- hw/i386/intel_iommu.c | 84 --- hw/i386/trace-events | 7 + 2 files changed, 39

[Qemu-devel] [PATCH RFC v4 02/20] vfio: introduce vfio_get_vaddr()

A cleanup for vfio_iommu_map_notify(). Should have no functional change, just to make the function shorter and easier to understand. Signed-off-by: Peter Xu --- hw/vfio/common.c | 58 +--- 1 file changed, 38 insertions(+),

[Qemu-devel] [PATCH RFC v4 07/20] intel_iommu: fix trace for inv desc handling

VT-d codes are still using static DEBUG_INTEL_IOMMU macro. That's not good, and we should end the day when we need to recompile the code before getting useful debugging information for vt-d. Time to switch to the trace system. This is the first patch to do it. Generally, the rule of mine is: -

[Qemu-devel] [PATCH RFC v4 19/20] intel_iommu: unmap existing pages before replay

Previous replay works for domain switch only if the original domain does not have mapped pages. For example, if we switch domain from A to B, it will only work if A has no existing mapping. If there is, then there's problem - current replay didn't make sure the old mappings are cleared before

[Qemu-devel] [PATCH RFC v4 13/20] memory: introduce memory_region_notify_one()

Generalizing the notify logic in memory_region_notify_iommu() into a single function. This can be further used in customized replay() functions for IOMMUs. Signed-off-by: Peter Xu --- include/exec/memory.h | 15 +++ memory.c | 29

[Qemu-devel] [PATCH RFC v4 16/20] intel_iommu: do replay when context invalidate

Before this one we only invalidate context cache when we receive context entry invalidations. However it's possible that the invalidation also contains a domain switch (only if cache-mode is enabled for vIOMMU). In that case we need to notify all the registered components about the new mapping.

[Qemu-devel] [PULL 04/35] smbios: filter based on CONFIG_SMBIOS rather than TARGET

From: Leif Lindholm -smbios command line options were accepted but silently ignored on TARGET_ARM, due to a test for TARGET_I386 in arch_init.c. Copy the mechanism of hw/pci/pci-stub.c to implement an smbios-stub instead, enabled for all targets without CONFIG_SMBIOS.

[Qemu-devel] [PULL 03/35] qom: Make all interface types abstract

From: Eduardo Habkost "qom-list-types abstract=false" currently returns all interface types, as if they were not abstract. Fix this by making sure all interface types are abstract. All interface types have instance_size == 0, so we can use it to set abstract=true on

[Qemu-devel] [PULL 01/35] bugfix: vm halt when in reset looping

From: hangaohuai reset mc146818rtc device when RESET event happens. Fix the problem: 1. Guest boot the second cpu, set CMOS_RESET_CODE 0x0a to protect selfboot; 2. VM being reset by others, hmp_system_reset; 3. seabios resume check the CMOS_RESET_CODE, if 0x0a, jump

[Qemu-devel] [PULL 12/35] stubs: move vhost stubs to stubs/vhost.o

No need to include them in libqemustub.a, since only system emulators need them. Signed-off-by: Paolo Bonzini --- hw/Makefile.objs| 2 +- hw/virtio/Makefile.objs | 6 +- stubs/vhost.c => hw/virtio/vhost-stub.c | 0

[Qemu-devel] [PATCH v2 1/2] hw/usb/dev-hid: set bInterfaceProtocol to 0x00 for usb-tablet

This should be non-zero for boot protocol devices only, which the usb-tablet is not. A boot protocol of 0x02 specifically confuses OS X/macOS' HID driver stack, causing it to generate additional bogus HID events with relative motion in addition to the tablet's absolute coordinate events.

[Qemu-devel] [PATCH RFC v4 04/20] IOMMU: add option to enable VTD_CAP_CM to vIOMMU capility exposoed to guest

From: Aviv Ben-David This capability asks the guest to invalidate cache before each map operation. We can use this invalidation to trap map operations in the hypervisor. Signed-off-by: Aviv Ben-David [using "caching-mode" instead of "cache-mode" to align

[Qemu-devel] [PATCH RFC v4 15/20] intel_iommu: provide its own replay() callback

The default replay() don't work for VT-d since vt-d will have a huge default memory region which covers address range 0-(2^64-1). This will normally consumes a lot of time (which looks like a dead loop). The solution is simple - we don't walk over all the regions. Instead, we jump over the

[Qemu-devel] [PULL 11/35] stubs: group all monitor_fdset_* functions in a single file

It makes little sense to implement only one of them, so avoid proliferation of stubs files. Signed-off-by: Paolo Bonzini --- stubs/Makefile.objs | 5 + stubs/fdset-add-fd.c| 8 stubs/fdset-find-fd.c | 8 stubs/fdset-get-fd.c| 8

[Qemu-devel] [PULL 07/35] stubs: move acpi stubs to hw/acpi

No need to include them in libqemustub.a, since only system emulators need them. Signed-off-by: Paolo Bonzini --- hw/acpi/Makefile.objs | 12 stubs/ipmi.c => hw/acpi/ipmi-stub.c | 0 stubs/Makefile.objs | 1 - 3 files changed, 8

[Qemu-devel] [PULL 09/35] hw: move reset handlers from vl.c to hw/core

They are small, it is not worth stubbing them. Just include them in user-mode emulators and unit tests as well. Signed-off-by: Paolo Bonzini --- hw/core/Makefile.objs | 2 +- hw/core/reset.c | 72 + include/hw/hw.h

[Qemu-devel] [PULL 25/35] exec: Add missing rcu_read_unlock

From: Roman Kapl rcu_read_unlock was not called if the address_space_access_valid result is negative. This caused (at least) a problem when qemu on PPC/E500+TAP failed to terminate properly and instead got stuck in a deadlock. Signed-off-by: Roman Kapl

[Qemu-devel] [PULL 10/35] stubs: group stubs for user-mode emulation

Some stubs are used for user-mode emulation only; they are not needed by tools. Move them out of stubs/. Signed-off-by: Paolo Bonzini --- MAINTAINERS | 1 + Makefile.target | 4 ++-- stubs/Makefile.objs | 2 -- stubs/cpus.c| 11 ---

[Qemu-devel] [PULL 35/35] pc.h: move x-mach-use-reliable-get-clock compat entry to PC_COMPAT_2_8

From: Marcelo Tosatti As noticed by David Gilbert, commit 6053a86 'kvmclock: reduce kvmclock differences on migration' added 'x-mach-use-reliable-get-clock' and a compatibility entry that turns it off; however it got merged after 2.8.0 was released but the entry has gone

[Qemu-devel] [PULL 20/35] qemu-thread: fix qemu_thread_set_name() race in qemu_thread_create()

From: Caoxinhua QEMU will crash with the follow backtrace if the new created thread exited before we call qemu_thread_set_name() for it. (gdb) bt #0 0x7f9a68b095d7 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1

Re: [Qemu-devel] [PATCH RFC] vfio error recovery: kernel support

On Fri, 20 Jan 2017 18:13:22 +0800 Cao jin wrote: > On 01/20/2017 04:16 AM, Michael S. Tsirkin wrote: > > This is a design and an initial patch for kernel side for AER > > support in VFIO. > > > > 0. What happens now (PCIE AER only) > >Fatal errors cause a link

Re: [Qemu-devel] [PULL 0/2] Error reporting patches for 2017-01-19

On 19 January 2017 at 14:53, Markus Armbruster wrote: > The following changes since commit ab4b92760498e097ff668f0e9c83aa87a2ec1128: > > Merge remote-tracking branch 'remotes/stefanha/tags/tracing-pull-request' > into staging (2017-01-17 16:54:09 +) > > are available in

[Qemu-devel] [PATCH v2 1/3] x86-KVM: Supply TSC and APIC clock rates to guest like VMWare

This fixes timekeeping of x86-64 Darwin/OS X/macOS guests when using KVM. Darwin/OS X/macOS for x86-64 uses the TSC for timekeeping; it normally calibrates this by querying various clock frequency scaling MSRs. Details depend on the exact CPU model detected. The local APIC timer frequency is

[Qemu-devel] [PATCH v2 0/3] x86-kvm: Fix Mac guest timekeeping by exposing TSC frequency in CPUID

Darwin/OS X/macOS for x86-64 uses the TSC for timekeeping; it normally calibrates this by querying various clock frequency scaling MSRs. Details depend on the exact CPU model detected. The local APIC timer frequency is extracted from (EFI) firmware. Virtualisation environments including

[Qemu-devel] [PATCH v2 3/3] pc: Enable vmware-cpuid-freq CPU option for 2.9+ machine types

Signed-off-by: Phil Dennis-Jordan --- include/hw/i386/pc.h | 5 + target/i386/cpu.c| 2 +- 2 files changed, 6 insertions(+), 1 deletion(-) diff --git a/include/hw/i386/pc.h b/include/hw/i386/pc.h index 853edf8..e0ad244 100644 --- a/include/hw/i386/pc.h +++

Re: [Qemu-devel] [PATCH 0/6] i386: Add "max" CPU model to TCG and KVM

Am 19.01.2017 um 22:04 schrieb Eduardo Habkost: > This is v2 of the previous series that enabled the "host" CPU > model on TCG. Now a new "max" CPU is being added, while keeping > "host" KVM-specific. > > In addition to simply adding "max" as a copy of the existing > "host" CPU model, additional

[Qemu-devel] [PULL 31/35] Plumb the HAXM-based hardware acceleration support

From: Vincent Palatin Use the Intel HAX is kernel-based hardware acceleration module for Windows (similar to KVM on Linux). Based on the "target/i386: Add Intel HAX to android emulator" patch from David Chou Signed-off-by: Vincent Palatin

Re: [Qemu-devel] [PATCH 0/6] i386: Add "max" CPU model to TCG and KVM

On Thu, 19 Jan 2017 19:04:43 -0200 Eduardo Habkost wrote: > This is v2 of the previous series that enabled the "host" CPU > model on TCG. Now a new "max" CPU is being added, while keeping > "host" KVM-specific. This looks like a good idea, and I think we'll do the same on

[Qemu-devel] [PULL 33/35] Revert "win32: don't run subprocess tests on Mingw32 platform"

From: Marc-André Lureau This reverts commit 7ad9339e372fcd12d584684d7f52ac259604a4f4. The error "Failed to execute helper program (No such file or directory)" is due to broken glib installation, missing windows gspawn helpers. Signed-off-by: Marc-André Lureau

Re: [Qemu-devel] [PATCH v2 6/6] qapi: Promote blockdev-change-medium arguments to QAPI type

On 01/20/2017 01:15 AM, Markus Armbruster wrote: >>> Isn't Since: 2.5 misleading? The anonymous type goes back to 2.5, but >>> the name doesn't. >> >> It matches what we've done elsewhere - when refactoring .json files to >> create a new type, but where the new type doesn't represent anything >>

[Qemu-devel] -M niagara -nodefaults crashes

Watch this: $ gdb --args bld/sparc64-softmmu/qemu-system-* -nodefaults -M niagara [...] (gdb) r Starting program: /work/armbru/qemu/bld/sparc64-softmmu/qemu-system-sparc64 -nodefaults -M niagara [Thread debugging using libthread_db enabled] Using host libthread_db library

[Qemu-devel] [PULL 24/35] x86: ioapic: fix fail migration when irqchip=split

From: Peter Xu Split irqchip works based on the fact that we kept the first 24 gsi routing entries inside KVM for userspace ioapic's use. When system boot, we'll reserve these MSI routing entries before hand. However, after migration, we forgot to re-configure it up in the

[Qemu-devel] [PULL 06/35] stubs: move smbios stubs to hw/smbios

No need to include them in libqemustub.a, since only system emulators need them. Signed-off-by: Paolo Bonzini --- hw/smbios/Makefile.objs | 11 --- stubs/smbios_type_38.c => hw/smbios/smbios_type_38-stub.c | 0 stubs/Makefile.objs

[Qemu-devel] [PULL 16/35] acpi: filter based on CONFIG_ACPI_X86 rather than TARGET

Copy the mechanism of hw/smbios/smbios-stub.c to implement an ACPI-stub instead, so that -acpitable can be later extended to ARM. Signed-off-by: Paolo Bonzini --- arch_init.c| 13 - hw/Makefile.objs | 2 +- hw/acpi/Makefile.objs |

[Qemu-devel] [PULL 21/35] hxtool: emit Texinfo headings as @subsection

Remove the colon, and add it in qemu-options-wrapper.h instead. The introduction of @subsection also found a case where the table was not closed and reopened around a heading, so fix it. Reviewed-by: Markus Armbruster Signed-off-by: Paolo Bonzini ---

Re: [Qemu-devel] [PATCH] intel_iommu: fix and simplify size calculation in process_device_iotlb_desc()

On 20/01/2017 07:35, Jason Wang wrote: > We don't use 1ULL which is wrong during size calculation. Fix it, and > while at it, switch to use cto64() and adds a comments to make it > simpler and easier to be understood. > > Reported-by: Paolo Bonzini > Cc: Paolo Bonzini

[Qemu-devel] [PULL 23/35] x86: ioapic: dump version for "info ioapic"

From: Peter Xu Signed-off-by: Peter Xu Message-Id: <1483952153-7221-3-git-send-email-pet...@redhat.com> Signed-off-by: Paolo Bonzini --- hw/intc/ioapic_common.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git

[Qemu-devel] [PULL 22/35] x86: ioapic: add traces for ioapic

From: Peter Xu >From time to time, there are issues with ioapic, either on guest side or on hypervisor side. Good to have some persistent traces for better triaging and debugging. Signed-off-by: Peter Xu Message-Id:

[Qemu-devel] [PULL 26/35] char: fix ctrl-a b not working

From: Marc-André Lureau CharDriverState.be should be updated to point to the current associated backend. Fix the regression introduced in the "mux" chardev from commit a4afa548fc6dd9842ed86639b4d37d4d1c4ad480. https://bugs.launchpad.net/bugs/1654137 Signed-off-by:

[Qemu-devel] [PULL 32/35] hax: add Darwin support

From: Vincent Palatin Re-add the MacOSX/Darwin support: Use the Intel HAX is kernel-based hardware acceleration module (similar to KVM on Linux). Based on the original "target/i386: Add Intel HAX to android emulator" patch from David Chou from

[Qemu-devel] [PULL 27/35] ramblock-notifier: new

This adds a notify interface of ram block additions and removals. Signed-off-by: Paolo Bonzini --- exec.c | 5 include/exec/memory.h | 6 + include/exec/ram_addr.h | 46 ++- include/exec/ramlist.h | 72

[Qemu-devel] [PULL 28/35] KVM: PPC: eliminate unnecessary duplicate constants

These are not needed since linux-headers/ provides up-to-date definitions. The constants are in linux-headers/asm-powerpc/kvm.h. The sole users, hw/intc/xics_kvm.c and target/ppc/kvm.c, include asm/kvm.h via sysemu/kvm.h->linux/kvm.h. Signed-off-by: Paolo Bonzini ---

[Qemu-devel] [PATCH v2 2/3] pc: Add 2.9 machine type

Signed-off-by: Phil Dennis-Jordan --- hw/i386/pc_piix.c| 13 - hw/i386/pc_q35.c | 12 +++- include/hw/i386/pc.h | 1 + 3 files changed, 24 insertions(+), 2 deletions(-) diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c index 5e1adbe..cdbe396

[Qemu-devel] [PULL 29/35] kvm: move cpu synchronization code

From: Vincent Palatin Move the generic cpu_synchronize_ functions to the common hw_accel.h header, in order to prepare for the addition of a second hardware accelerator. Signed-off-by: Stefan Weil Signed-off-by: Vincent Palatin

Re: [Qemu-devel] -M niagara -nodefaults crashes

On Fri, Jan 20, 2017 at 2:26 PM, Markus Armbruster wrote: > Watch this: > > $ gdb --args bld/sparc64-softmmu/qemu-system-* -nodefaults -M niagara > [...] > (gdb) r > Starting program: > /work/armbru/qemu/bld/sparc64-softmmu/qemu-system-sparc64 -nodefaults -M >

Re: [Qemu-devel] [libvirt] [PATCH 0/9] i386: query-cpu-model-expansion test script

Am 19.01.2017 um 18:45 schrieb Daniel P. Berrange: > On Thu, Jan 19, 2017 at 06:21:22PM +0100, David Hildenbrand wrote: >> Also think about "query-cpu-model-expansion model=host type=static", which will primarily be used by libvirt on s390x. There is no way to expand this into a

[Qemu-devel] [PULL 15/35] stubs: remove stubs/kvm.c

This has a single function, just move it to the other target/*/kvm.c files. Signed-off-by: Paolo Bonzini --- stubs/Makefile.objs | 1 - stubs/kvm.c | 8 target/mips/kvm.c | 5 + target/ppc/kvm.c| 5 + target/s390x/kvm.c | 5 + 5 files

[Qemu-devel] [PULL 19/35] serial: fix memory leak in serial exit

From: Li Qiang The serial_exit_core function doesn't free some resources. This can lead memory leak when hotplug and unplug. This patch avoid this. Signed-off-by: Li Qiang Message-Id: <586cb5ab.f31d9d0a.38ac3.a...@mx.google.com> Signed-off-by: Paolo

[Qemu-devel] [PULL 34/35] bitmap: assert that start and nr are non negative

From: Peter Lieven commit e1123a3b introduced a data corruption regression in the iscsi driver because it passed -1 as nr to bitmap_set and bitmap_clear. Add an assertion to catch such flaws earlier. Suggested-by: Fam Zheng Reviewed-by: Fam Zheng

[Qemu-devel] [PULL 13/35] event_notifier: cleanups around event_notifier_set_handler

Remove the useless is_external argument. Since the iohandler AioContext is never used for block devices, aio_disable_external is never called on it. This lets us remove stubs/iohandler.c. Signed-off-by: Paolo Bonzini --- hw/usb/ccid-card-emulated.c | 2 +-

[Qemu-devel] [PULL 30/35] target/i386: Add Intel HAX files

From: Vincent Palatin That's a forward port of the core HAX interface code from the emu-2.2-release branch in the external/qemu-android repository as used by the Android emulator. The original commit was "target/i386: Add Intel HAX to android emulator" saying: """

[Qemu-devel] [PULL 17/35] pc: fix crash in rtc_set_memory() if initial cpu is marked as hotplugged

From: Igor Mammedov 'hotplugged' propperty is meant to be used on migration side when migrating source with hotplugged devices. However though it not exacly correct usage of 'hotplugged' property it's possible to set generic hotplugged property for CPU using -cpu

Re: [Qemu-devel] [PATCH v7 26/27] tcg: enable MTTCG by default for ARM on x86 hosts

On Fri, Jan 20, 2017 at 5:53 AM, Alex Bennée wrote: > > The case that x86 doesn't handle normally is store-after-load which is > what I assumed TCG_MO_LD_ST was. Perhaps we need some better comments > for each of the enums? > OK. The enum is of the form TCG_MO_A_B, where

Re: [Qemu-devel] [PULL v2 000/180] QAPI patches for 2017-01-16

On 17 January 2017 at 16:43, Peter Maydell wrote: > In any case, applied this pullreq to master. Although it works fine on my OSX box (with warnings) it seems to have broken the Travis OSX builds: https://travis-ci.org/qemu/qemu/jobs/192750574 GEN

Re: [Qemu-devel] [RFC 09/13] numa: introduce '-numa cpu' cpu option

On 18/01/2017 18:13, Igor Mammedov wrote: > It allows to specify mapping of a CPU to NUMA node on CLI. > Option should be repeated for each present/possible CPU. > Example for PC machine: > -numa node,nodeid=0 -numa node,nodeid=1 \ > -numa cpu,socket-id=0,core-id=0,thread-id=0,node-id=0 \ >

Re: [Qemu-devel] [PATCH v3 2/4] compiler: rework BUG_ON using a struct

On 01/20/2017 03:41 AM, Dr. David Alan Gilbert wrote: >> -#define QEMU_BUILD_BUG_ON(x) \ >> -typedef char glue(qemu_build_bug_on__, __LINE__)[(x) ? -1 : 1] \ >> -__attribute__((unused)) >> +#define QEMU_BUILD_BUG_ON_STRUCT(x) \ >> +struct { \ >> +int qemu_build_bug_on :

Re: [Qemu-devel] [PATCH] hw/i386: check if nvdimm is enabled before plugging

On Fri, Jan 20, 2017 at 08:55:58AM +0800, Haozhong Zhang wrote: > On 01/16/17 11:00 +, Stefan Hajnoczi wrote: > > On Mon, Jan 16, 2017 at 01:55:34PM +0800, Xiao Guangrong wrote: > > > On 01/14/2017 02:02 AM, Eduardo Habkost wrote: > > > > On Fri, Jan 13, 2017 at 01:17:27PM +, Stefan

Re: [Qemu-devel] [PATCH v2] Introduce DEVICE_CATEGORY_CPU for CPU devices

On Fri, Jan 20, 2017 at 02:01:16PM +0100, Thomas Huth wrote: > Now that CPUs show up in the help text of "-device ?", > we should group them into an appropriate category. > > Signed-off-by: Thomas Huth Reviewed-by: Eduardo Habkost I assume Paolo will

Re: [Qemu-devel] [PATCH] Further tidy-up on block status

On 01/20/2017 12:00 PM, Alex Bligh wrote: > >> On 20 Jan 2017, at 17:04, Vladimir Sementsov-Ogievskiy >> wrote: >> >> About extents: is 32bit length enough? We will have to send 4096 for empty >> 16tb disk.. > > The nbd protocol uniformly uses 32 bit lengths (for

Re: [Qemu-devel] [PATCH v3] hw/core/null-machine: Add the possibility to instantiate a CPU and RAM

On Wed, Jan 18, 2017 at 04:34:47PM -0800, Alistair Francis wrote: > On Wed, Jan 18, 2017 at 10:56 AM, Thomas Huth wrote: > > On 18.01.2017 18:57, Alistair Francis wrote: > >> On Wed, Jan 18, 2017 at 4:44 AM, Thomas Huth wrote: > >>> Sometimes it is useful to

[Qemu-devel] [Bug 744856] Re: can't boot when using more than 6 disks since qemu-kvm-0.13

[Expired for QEMU because there has been no activity for 60 days.] ** Changed in: qemu Status: Incomplete => Expired -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/744856 Title: can't boot

[Qemu-devel] [Bug 1484925] Re: Segfault with custom vnc client

[Expired for QEMU because there has been no activity for 60 days.] ** Changed in: qemu Status: Incomplete => Expired -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1484925 Title: Segfault

Re: [Qemu-devel] [PATCH 0/3] arch_init: Move soundhw code to hw/audio/soundhw.c

Ping? Any feedback? On Tue, Jan 17, 2017 at 04:46:35PM -0200, Eduardo Habkost wrote: > This moves the arch_init.c soundhw code to its own file, renames > audio_init() to soundhw_init(), and renames hw/audio/audio.h to > hw/audio/soundhw.h. > > Eduardo Habkost (3): > audio: Move arch_init audio

[Qemu-devel] [PATCH] hmp: fix block_set_io_throttle

Commit 7a9877a made the 'device' parameter to BlockIOThrottle optional, favoring 'id' instead. But it forgot to update the HMP usage to set has_device, which makes all attempts to change throttling via HMP fail with "Need exactly one of 'device' and 'id'" CC: qemu-sta...@nongnu.org

Re: [Qemu-devel] [PATCH v2 0/2] hw/usb/dev-hid: Make usb-tablet work with OS X/macOS guests

On Fri, Jan 20, 2017 at 13:30:15 +0100, p...@philjordan.eu wrote: > This series makes the Qemu usb-tablet work correctly with OS X/macOS guests > without the need for a special guest driver. > > * The usb-tablet should not have a boot protocol of 2. Other OSes seem to > ignore this, but the

Re: [Qemu-devel] [PATCH v7 05/27] tcg: add options for enabling MTTCG

Pranith Kumar writes: > Alex Bennée writes: > >> From: KONRAD Frederic >> >> We know there will be cases where MTTCG won't work until additional work >> is done in the front/back ends to support. It will however be useful to >> be able to turn

Re: [Qemu-devel] [PATCH v11 00/16] block: Image locking series

Hi, Your series failed automatic build test. Please find the testing commands and their output below. If you have docker installed, you can probably reproduce it locally. Subject: [Qemu-devel] [PATCH v11 00/16] block: Image locking series Message-id: 20170120072310.8009-1-f...@redhat.com Type:

Re: [Qemu-devel] [PULL v3 00/32] Misc patches for 2017-01-11

Hi, Your series seems to have some coding style problems. See output below for more information: Subject: [Qemu-devel] [PULL v3 00/32] Misc patches for 2017-01-11 Message-id: 20170120133139.31080-1-pbonz...@redhat.com Type: series === TEST SCRIPT BEGIN === #!/bin/bash BASE=base n=1 total=$(git

Re: [Qemu-devel] [PATCH 1/2] block/nfs: fix NULL pointer dereference in URI parsing

On 01/20/2017 03:46 AM, Peter Lieven wrote: > parse_uint_full wants to put the parsed value into the > variabled passed via its second argument which is NULL. s/variabled/variable/ > > Fixes: 94d6a7a76e9df9919629428f6c598e2b97d9426c > Cc: qemu-sta...@nongnu.org > Signed-off-by: Peter Lieven

Re: [Qemu-devel] [PATCH v3 2/4] compiler: rework BUG_ON using a struct

* Eric Blake (ebl...@redhat.com) wrote: > On 01/20/2017 03:41 AM, Dr. David Alan Gilbert wrote: > > >> -#define QEMU_BUILD_BUG_ON(x) \ > >> -typedef char glue(qemu_build_bug_on__, __LINE__)[(x) ? -1 : 1] \ > >> -__attribute__((unused)) > >> +#define QEMU_BUILD_BUG_ON_STRUCT(x) \ > >>

[Qemu-devel] [Bug 1658120] [NEW] building with gcc-aarch64-linux-gnu

Public bug reported: Hi, while trying to build qemu v2.8.0 with gcc-aarch64-linux-gnu cross- compiler I'm getting the following : In file included from /usr/include/x86_64-linux-gnu/sys/syscall.h:31:0, from /root/qemu/util/compatfd.c:21: /root/qemu/util/compatfd.c: In function

Re: [Qemu-devel] [RFC 09/13] numa: introduce '-numa cpu' cpu option

On Fri, 20 Jan 2017 14:40:34 +0100 Paolo Bonzini wrote: > On 18/01/2017 18:13, Igor Mammedov wrote: > > It allows to specify mapping of a CPU to NUMA node on CLI. > > Option should be repeated for each present/possible CPU. > > Example for PC machine: > > -numa

Re: [Qemu-devel] [PATCH 2/2] block/nfs: fix naming of runtime opts

On 01/20/2017 03:46 AM, Peter Lieven wrote: > commit 94d6a7a accidently left the naming of runtime opts and QAPI > scheme inconsistent. As one consequence passing of parameters in the > URI is broken. Sync the naming of the runtime opts to the QAPI > scheme. The commit message should explicitly

Re: [Qemu-devel] [RFC 00/13] numa: add '-numa cpu' option

On Wed, 18 Jan 2017 18:13:16 +0100 Igor Mammedov wrote: [...] > pc: cleanup: move smbios_set_cpuid() into pc_build_smbios() > pc: don't return cpu pointer from pc_new_cpu() as it's not needed > anymore > make possible_cpu_arch_ids() return const pointer Eduardo,

Re: [Qemu-devel] [PATCH RFC v3 01/14] IOMMU: add option to enable VTD_CAP_CM to vIOMMU capility exposoed to guest

On 01/12/2017 09:06 PM, Peter Xu wrote: > From: Aviv Ben-David Long subject line, please try to keep it around 60 or so characters (look at 'git shortlog -30' for comparison). Also, fix the typos: s/capility exposoed/capability exposed/ > > This capability asks the guest to

[Qemu-devel] questions and help with tight png encoding in qemu

Hi! I'm try to add support for TightPng to some node js package (not noVNC) and stuck with some issues. I found some rfb spec description but may be it not accurate in case of tight png... https://github.com/rfbproto/rfbproto/blob/master/rfbproto.rst#tight-encoding 1) Rectangle with tightpng

Re: [Qemu-devel] [PATCH v7 05/27] tcg: add options for enabling MTTCG

On Fri, Jan 20, 2017 at 9:50 AM, Alex Bennée wrote: > > That's the wrong way round. TCG_DEFAULT_MO is the guest memory order. > Maybe I should rename them to be explicitly: > > TCG_GUEST_DEFAULT_MO > TCG_HOST_DEFAULT_MO > > But that introduces another terminology into the

Re: [Qemu-devel] [PULL v2 000/180] QAPI patches for 2017-01-16

Peter Maydell writes: > On 17 January 2017 at 16:43, Peter Maydell wrote: >> In any case, applied this pullreq to master. > > Although it works fine on my OSX box (with warnings) it seems > to have broken the Travis OSX builds: >

Re: [Qemu-devel] [Bug 1658120] [NEW] building with gcc-aarch64-linux-gnu

On 20 January 2017 at 15:21, Bilal Amarni <1658...@bugs.launchpad.net> wrote: > Hi, while trying to build qemu v2.8.0 with gcc-aarch64-linux-gnu cross- > compiler I'm getting the following : > > > In file included from /usr/include/x86_64-linux-gnu/sys/syscall.h:31:0, > from

Re: [Qemu-devel] [PULL v2 000/180] QAPI patches for 2017-01-16

On 20 January 2017 at 15:46, Markus Armbruster wrote: > Peter Maydell writes: > >> On 17 January 2017 at 16:43, Peter Maydell wrote: >>> In any case, applied this pullreq to master. >> >> Although it works fine on my OSX box

Re: [Qemu-devel] [PATCH 2/2] hw/arm/virt: no ITS on older machine types

On 10 October 2016 at 17:35, Andrew Jones wrote: > We should avoid exposing new hardware (through DT and ACPI) on older > machine types. This patch keeps 2.7 and older from changing, despite > the introduction of ITS support for 2.8. > > Signed-off-by: Andrew Jones

Re: [Qemu-devel] [PULL 00/17] virtio, vhost, pc: fixes, features

On 19 January 2017 at 21:09, Michael S. Tsirkin wrote: > The following changes since commit 23eb9e6b6d5315171cc15969bbc755f258004df0: > > Merge remote-tracking branch 'remotes/armbru/tags/pull-qapi-2017-01-16' > into staging (2017-01-17 13:53:50 +) > > are available in the

Re: [Qemu-devel] [PATCH v3 0/4] ARRAY_SIZE fixups

Hi, Your series failed automatic build test. Please find the testing commands and their output below. If you have docker installed, you can probably reproduce it locally. Subject: [Qemu-devel] [PATCH v3 0/4] ARRAY_SIZE fixups Message-id: 1484859998-25074-1-git-send-email-...@redhat.com Type:

Re: [Qemu-devel] [PATCH v3 0/4] ARRAY_SIZE fixups

Hi, Your series seems to have some coding style problems. See output below for more information: Subject: [Qemu-devel] [PATCH v3 0/4] ARRAY_SIZE fixups Message-id: 1484859998-25074-1-git-send-email-...@redhat.com Type: series === TEST SCRIPT BEGIN === #!/bin/bash BASE=base n=1 total=$(git log

Re: [Qemu-devel] [RFC PATCH v1] softfloat: Add round-to-odd rounding mode

Hi, Your series seems to have some coding style problems. See output below for more information: Subject: [Qemu-devel] [RFC PATCH v1] softfloat: Add round-to-odd rounding mode Message-id: 1484903866-17940-1-git-send-email-bhar...@linux.vnet.ibm.com Type: series === TEST SCRIPT BEGIN ===

[Qemu-devel] [Bug 1657538] Re: qemu 2.7.x 2.8 softmmu dont work on BE machine

Hi Thomas, here the configure .. i made a clean one just with the target for have fastest build will report soon the result with the nographic just the time of build src/qemu$ ./configure --target-list=i386-softmmu,ppc-softmmu,ppc64-softmmu Install prefix/usr/local BIOS directory

Re: [Qemu-devel] [RFC 05/13] pc: move pcms->possible_cpus init out of pc_cpus_init()

On Fri, 20 Jan 2017 11:31:56 +0800 Dou Liyang wrote: > At 01/19/2017 01:13 AM, Igor Mammedov wrote: > > possible_cpus could be initialized earlier then cpu objects, > > s/then/than/ ok, I'll fix it on respin > > > i.e. when -smp is parsed so move init code to

Re: [Qemu-devel] [Bug 1658120] [NEW] building with gcc-aarch64-linux-gnu

Bilal Amarni <1658...@bugs.launchpad.net> writes: > Public bug reported: > > Hi, while trying to build qemu v2.8.0 with gcc-aarch64-linux-gnu cross- > compiler I'm getting the following : > > > In file included from /usr/include/x86_64-linux-gnu/sys/syscall.h:31:0, > from

[Qemu-devel] [PATCH] hw/isa/isa-bus: Set category of the "isabus-bridge" device

It has "bridge" in its name, so it should be in the category DEVICE_CATEGORY_BRIDGE. Signed-off-by: Thomas Huth --- hw/isa/isa-bus.c | 1 + 1 file changed, 1 insertion(+) diff --git a/hw/isa/isa-bus.c b/hw/isa/isa-bus.c index 9d07b11..0ffbc8d 100644 --- a/hw/isa/isa-bus.c +++

Re: [Qemu-devel] [PULL 0/6] Net patches

On 20 January 2017 at 03:07, Jason Wang wrote: > The following changes since commit 0f6bcf68a99efdc531b209551f2b760b0bdcc554: > > Merge remote-tracking branch 'remotes/artyom/tags/pull-sun4v-20170118' into > staging (2017-01-19 18:34:13 +) > > are available in the git

[Qemu-devel] [Bug 1657538] Re: qemu 2.7.x 2.8 softmmu dont work on BE machine

i386-softmmu: ./qemu-system-i386 -nographic qemu-system-i386: Trying to execute code outside RAM or ROM at 0x000a This usually means one of the following happened: and so and so ./qemu-system-ppc -nographic nothing happen ... no exit on console . on 2.6.2 i have: qemu-system-ppc

Re: [Qemu-devel] -M niagara -nodefaults crashes

Artyom Tarasenko writes: > On Fri, Jan 20, 2017 at 2:26 PM, Markus Armbruster wrote: >> Watch this: >> >> $ gdb --args bld/sparc64-softmmu/qemu-system-* -nodefaults -M niagara >> [...] >> (gdb) r >> Starting program: >>

[Qemu-devel] [PULL v2 00/36] target-arm queue

(2017-01-19 18:34:13 +) are available in the git repository at: git://git.linaro.org/people/pmaydell/qemu-arm.git tags/pull-target-arm-20170120 for you to fetch changes up to f29cacfb5fc0a6e93efc3f6d2900d82d625f143e: hw/arm/virt: Add board property to enable EL2 (2017-01-20 11:15:11 +

  1   2   3   >