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

On 24.01.2017 08:42, Michael Tokarev wrote: > 20.01.2017 18:53, Thomas Huth wrote: >> 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(+) >>

Re: [Qemu-devel] [PATCH RFC v4 10/20] memory: add section range info for IOMMU notifier

On Mon, Jan 23, 2017 at 12:12:44PM -0700, Alex Williamson wrote: > On Fri, 20 Jan 2017 21:08:46 +0800 > Peter Xu wrote: > > > In this patch, IOMMUNotifier.{start|end} are introduced to store section > > information for a specific notifier. When notification occurs, we not > >

Re: [Qemu-devel] [PATCH] 9pfs: fix offset error in v9fs_xattr_read()

On Mon, 23 Jan 2017 12:20:57 -0800 (PST) Stefano Stabellini wrote: > On Sat, 21 Jan 2017, Greg Kurz wrote: > > The current code tries to copy `read_count' bytes starting at offset > > `offset' from a `read_count`-sized iovec. This causes v9fs_pack() to > > fail with

Re: [Qemu-devel] [PATCH v7 00/14] replay additions

Hi, Your series seems to have some coding style problems. See output below for more information: Type: series Subject: [Qemu-devel] [PATCH v7 00/14] replay additions Message-id: 20170124071654.4572.41407.stgit@PASHA-ISP === TEST SCRIPT BEGIN === #!/bin/bash BASE=base n=1 total=$(git log

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

20.01.2017 18:53, Thomas Huth wrote: > 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 >

Re: [Qemu-devel] [PATCH RFC v4 00/20] VT-d: vfio enablement and misc enhances

On Mon, Jan 23, 2017 at 05:55:51PM +0200, Michael S. Tsirkin wrote: > On Fri, Jan 20, 2017 at 09:08:36PM +0800, Peter Xu wrote: > > This is v4 of vt-d vfio enablement series. > > > > Sorry that v4 growed to 20 patches. Some newly added patches (which > > are quite necessary): > > > > [01/20]

[Qemu-devel] [PATCH v7 14/14] replay: add record/replay for audio passthrough

This patch adds recording and replaying audio data. Is saves synchronization information for audio out and inputs from the microphone. Signed-off-by: Pavel Dovgalyuk --- audio/audio.c|9 - audio/audio.h|5 +++ audio/mixeng.c

[Qemu-devel] [PATCH v7 11/14] blkreplay: create temporary overlay for underlaying devices

This patch allows using '-snapshot' behavior in record/replay mode. blkreplay layer creates temporary overlays on top of underlaying disk images. It is needed, because creating an overlay over blkreplay breaks the determinism. Signed-off-by: Pavel Dovgalyuk ---

[Qemu-devel] [PATCH v7 08/14] savevm: add public save_vmstate function

This patch introduces save_vmstate function to allow saving and loading vmstates from the replay module. Signed-off-by: Pavel Dovgalyuk --- include/sysemu/sysemu.h |1 + migration/savevm.c | 33 ++--- 2 files changed, 23

[Qemu-devel] [PATCH v7 07/14] integratorcp: adding vmstate for save/restore

From: Pavel Dovgalyuk VMState added by this patch preserves correct loading of the integratorcp device state. Signed-off-by: Pavel Dovgalyuk --- hw/arm/integratorcp.c | 62 + 1 file changed,

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

On Mon, Jan 23, 2017 at 06:40:12PM +0800, Jason Wang wrote: > > > On 2017年01月20日 21:08, Peter Xu wrote: > > static int vtd_replay_hook(IOMMUTLBEntry *entry, void *private) > > { > > memory_region_notify_one((IOMMUNotifier *)private, entry); > >@@ -2711,13 +2768,16 @@ static void

Re: [Qemu-devel] [PATCH 03/21] backup: improve non-dirty bits progress processing

On Fri, 12/23 17:28, Vladimir Sementsov-Ogievskiy wrote: > Set fake progress for non-dirty clusters in copy_bitmap initialization, > to: > 1. set progress in the same place where corresponding clusters are > consumed from copy_bitmap (or not initialized, as here) > 2. earlier progress information

[Qemu-devel] [PATCH v7 12/14] replay: disable default snapshot for record/replay

This patch disables setting '-snapshot' option on by default in record/replay mode. This is needed for creating vmstates in record and replay modes. Signed-off-by: Pavel Dovgalyuk --- vl.c |8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git

Re: [Qemu-devel] [PATCH RFC v4 18/20] intel_iommu: enable vfio devices

On Mon, Jan 23, 2017 at 11:03:08AM -0700, Alex Williamson wrote: > On Mon, 23 Jan 2017 11:34:29 +0800 > Peter Xu wrote: > > > On Mon, Jan 23, 2017 at 09:55:39AM +0800, Jason Wang wrote: > > > > > > > > > On 2017年01月22日 17:04, Peter Xu wrote: > > > >On Sun, Jan 22, 2017 at

[Qemu-devel] [PATCH v7 09/14] replay: save/load initial state

This patch implements initial vmstate creation or loading at the start of record/replay. It is needed for rewinding the execution in the replay mode. v4 changes: - snapshots are not created by default anymore v3 changes: - added rrsnapshot option Signed-off-by: Pavel Dovgalyuk

[Qemu-devel] [PATCH v7 04/14] icount: exit cpu loop on expire

This patch adds check to break cpu loop when icount expires without setting the TB_EXIT_ICOUNT_EXPIRED flag. It happens when there is no available translated blocks and all instructions were executed. In icount replay mode unnecessary tb_find will be called (which may cause an exception) and

[Qemu-devel] [PATCH v7 13/14] audio: make audio poll timer deterministic

This patch changes resetting strategy of the audio polling timer. It does not change expiration time if the timer is already set. Signed-off-by: Pavel Dovgalyuk --- audio/audio.c |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/audio/audio.c

[Qemu-devel] [PATCH v7 05/14] apic: save apic_delivered flag

This patch implements saving/restoring of static apic_delivered variable. Signed-off-by: Pavel Dovgalyuk --- hw/intc/apic_common.c | 32 include/hw/i386/apic_internal.h |2 ++ 2 files changed, 34 insertions(+) diff

[Qemu-devel] [PATCH v7 06/14] replay: don't use rtc clock on loadvm phase

This patch disables the update of the periodic timer of mc146818rtc in record/replay mode. State of this timer is saved and therefore does not need to be updated in record/replay mode. Read of RTC breaks the replay because all rtc reads have to be the same as in record mode. Signed-off-by: Pavel

[Qemu-devel] [PATCH v7 02/14] replay: improve interrupt handling

This patch improves interrupt handling in record/replay mode. Now "interrupt" event is saved only when cc->cpu_exec_interrupt returns true. This patch also adds missing return to cpu_exec_interrupt function. Signed-off-by: Pavel Dovgalyuk --- cpu-exec.c |

[Qemu-devel] [PATCH v7 10/14] block: implement bdrv_snapshot_goto for blkreplay

This patch enables making snapshots with blkreplay used in block devices. Signed-off-by: Pavel Dovgalyuk --- block/blkreplay.c |8 1 file changed, 8 insertions(+) diff --git a/block/blkreplay.c b/block/blkreplay.c index a741654..8a03d62 100644 ---

[Qemu-devel] [PATCH v7 00/14] replay additions

This set of patches includes several fixes for replay and vmstate. This patches add rrsnapshot option for icount. rrshapshot option creates start snapshot at record and loads it at replay. It allows preserving the state of disk images used by virtual machine. This vm state can also use used to

[Qemu-devel] [PATCH v7 03/14] replay: exception replay fix

This patch fixes replaying the exception when TB cache is full. It breaks cpu loop execution through setting exception_index to process such queued work as TB flush. Signed-off-by: Pavel Dovgalyuk --- cpu-exec.c |4 1 file changed, 4 insertions(+) diff --git

[Qemu-devel] [PATCH v7 01/14] icount: update instruction counter on apic patching

kvmvapic patches the code when some instructions are executed. E.g. mov 0xff, 0xfffe0080 is interpreted as push 0xff/call ... This patching is also followed by some side effects (changing apic and guest memory state). Therefore deterministic execution should take this operation into account. This

Re: [Qemu-devel] [PATCH 02/21] backup: init copy_bitmap from sync_bitmap for incremental

On Fri, 12/23 17:28, Vladimir Sementsov-Ogievskiy wrote: > We should not copy non-dirty clusters in write notifiers. So, > initialize copy_bitmap from sync_bitmap. > > Signed-off-by: Vladimir Sementsov-Ogievskiy > --- > block/backup.c | 32

Re: [Qemu-devel] [PATCH v2 0/2] POWER9 TCG enablements - part12

Nikunj A Dadhania writes: > This series contains 5 new instructions for POWER9 ISA3.0 > VSX Scalar Test Data Class > VSX Vector Test Data Class > > Changelog: > v1: > * Zero the match variable in the element loops > > v0: > * Concise logic for identifying data

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

On Mon, Jan 23, 2017 at 06:36:17PM +0800, Jason Wang wrote: > > > On 2017年01月20日 21:08, Peter Xu wrote: > >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

Re: [Qemu-devel] [PATCH RFC v4 18/20] intel_iommu: enable vfio devices

On Mon, Jan 23, 2017 at 06:23:44PM +0800, Jason Wang wrote: > > > On 2017年01月23日 11:34, Peter Xu wrote: > >On Mon, Jan 23, 2017 at 09:55:39AM +0800, Jason Wang wrote: > >> > >>On 2017年01月22日 17:04, Peter Xu wrote: > >>>On Sun, Jan 22, 2017 at 04:08:04PM +0800, Jason Wang wrote: > >>> > >>>[...]

[Qemu-devel] update-linux-headers.sh fails on clean kernel dir

Hi QEMU developers, If I run scripts/update-linux-headers.sh from a clean checkout of QEMU and point it at a clean checkout of a recent linux kernel (4.10-rc1 or later), it fails: $ scripts/update-linux-headers.sh ~/tmp/linux/ ... scripts/Makefile.headersinst:62: *** Missing generated UAPI

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

On Tue, 24 Jan 2017 11:28:18 +0800 Peter Xu wrote: > On Mon, Jan 23, 2017 at 11:49:05AM -0700, Alex Williamson wrote: > > On Fri, 20 Jan 2017 21:08:38 +0800 > > Peter Xu wrote: > > > > > A cleanup for vfio_iommu_map_notify(). Should have no functional

Re: [Qemu-devel] [Bug 1658634] Re: Can't get correct display with latest QEMU and OVMF BIOS

Splash screen and UEFI shell were displayed correctly. Grub2 menu and Ubuntu login screen also appeared, however the display didn't seem right. I got very blurry output. [image: Inline image 1] With QEMU 2.7.0 and the same OVMF.fd, everything works well. Please let me know if anything is not

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

On Mon, Jan 23, 2017 at 12:34:29PM -0700, Alex Williamson wrote: > On Mon, 23 Jan 2017 10:54:49 +0800 > Peter Xu wrote: > > > On Mon, Jan 23, 2017 at 09:48:48AM +0800, Jason Wang wrote: > > > > > > > > > On 2017年01月22日 16:51, Peter Xu wrote: > > > >On Sun, Jan 22, 2017 at

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

On Mon, Jan 23, 2017 at 11:49:05AM -0700, Alex Williamson wrote: > On Fri, 20 Jan 2017 21:08:38 +0800 > Peter Xu wrote: > > > A cleanup for vfio_iommu_map_notify(). Should have no functional change, > > just to make the function shorter and easier to understand. > > > >

Re: [Qemu-devel] [PATCH 01/17] migration: transform remained DPRINTF into trace_

On 01/23/2017 03:32 PM, Juan Quintela wrote: In the subject: s/remained/remaining/ > So we can remove DPRINTF() macro > > Signed-off-by: Juan Quintela > --- > migration/ram.c| 18 -- > migration/trace-events | 4 > 2 files changed, 8

Re: [Qemu-devel] [PATCH for-2.9 0/2] hbitmap: Add hbitmap_is_serializable()

On Tue, 11/15 23:57, Max Reitz wrote: > This series is a follow-up for "hbitmap: Fix shifts of constants by > granularity". > > So far, adding the assertion in hbitmap_serialization_granularity() (as > done by said previous patch) is enough and we know that it will always > hold true since

[Qemu-devel] [Bug 1626972] Re: QEMU memfd_create fallback mechanism change for security drivers

For me we had enough tests already. Upstream development/tests, Zesty, Yakkety. Christian, could you please move Xenial for me ? I have some end users waiting for this. Thank you very much. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to

[Qemu-devel] [Bug 1622547] Re: qemu-system-sparc fatal error Trap 0x29 on Solaris 2.6

Just confirmed that it works in QEMU 2.7.1, which is strange, since 2.8.0 does not list any SPARC changes! -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1622547 Title: qemu-system-sparc fatal

Re: [Qemu-devel] [PATCH v2 8/8] hw/mips: MIPS Boston board support

On 08/09/2016 15:51, Paul Burton wrote: > Introduce support for emulating the MIPS Boston development board. The > Boston board is built around an FPGA & 3 PCIe controllers, one of which > is connected to an Intel EG20T Platform Controller Hub. It is used > during the development & debug of new

[Qemu-devel] [Bug 1622547] Re: qemu-system-sparc fatal error Trap 0x29 on Solaris 2.6

** Changed in: qemu Status: Invalid => New -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1622547 Title: qemu-system-sparc fatal error Trap 0x29 on Solaris 2.6 Status in QEMU: New Bug

[Qemu-devel] [PULL 12/13] kvm: Simplify invtsc check

Instead of searching the table we have just built, we can check the env->features field directly. Reviewed-by: Marcelo Tosatti Signed-off-by: Eduardo Habkost Message-Id: <20170108173234.25721-2-ehabk...@redhat.com> Signed-off-by: Eduardo Habkost

[Qemu-devel] [PULL 11/13] hw/core/null-machine: Add the possibility to instantiate a CPU and RAM

From: Thomas Huth Sometimes it is useful to have just a machine with CPU and RAM, without any further hardware in it, e.g. if you just want to do some instruction debugging for TCG with a remote GDB attached to QEMU, or run some embedded code with the "-semihosting" QEMU

[Qemu-devel] [PULL 08/13] machine: Make possible_cpu_arch_ids() return const pointer

From: Igor Mammedov make sure that external callers won't try to modify possible_cpus and owner of possible_cpus can access it directly when it modifies it. Signed-off-by: Igor Mammedov Message-Id:

[Qemu-devel] [PULL 05/13] arch_init: Remove unnecessary default_config_files table

The existing default_config_files table in arch_init.c has a single entry, making it completely unnecessary. The whole code can be replaced by a single qemu_read_config_file() call in vl.c. Signed-off-by: Eduardo Habkost Message-Id:

[Qemu-devel] [PULL 07/13] pc: don't return cpu pointer from pc_new_cpu() as it's not needed anymore

From: Igor Mammedov Signed-off-by: Igor Mammedov Message-Id: <1484759609-264075-4-git-send-email-imamm...@redhat.com> Reviewed-by: Eduardo Habkost Signed-off-by: Eduardo Habkost --- hw/i386/pc.c | 24

[Qemu-devel] [PULL 13/13] kvm: Allow invtsc migration if tsc-khz is set explicitly

We can safely allow a VM to be migrated with invtsc enabled if tsc-khz is set explicitly, because: * QEMU already refuses to start if it can't set the TSC frequency to the configured value. * Management software is already required to keep device configuration (including CPU configuration) the

[Qemu-devel] [PULL 02/13] i386: Remove AMD feature flag aliases from Opteron models

When CPU vendor is set to AMD, the AMD feature alias bits on CPUID[0x8001].EDX are already automatically copied from CPUID[1].EDX on x86_cpu_realizefn(). When CPU vendor is Intel, those bits are reserved and should be zero. On either case, those bits shouldn't be set in the CPU model table.

[Qemu-devel] [PULL 06/13] pc: cleanup: move smbios_set_cpuid() into pc_build_smbios()

From: Igor Mammedov move smbios_set_cpuid() close to the rest of smbios init code where it belongs to instead of calling it from pc_cpus_init(). Signed-off-by: Igor Mammedov Message-Id: <1484759609-264075-3-git-send-email-imamm...@redhat.com>

[Qemu-devel] [PULL 10/13] qemu-options: Rename variables on the -numa "cpus" option

Use @var{firstcpu} and @var{lastcpu} to make the metasyntatic variables a bit clearer. While doing this, use @var only around the metasyntatic variables, not including the square brackets and hyphen. The semantics of the "cpus" option will be clarified by rewriting the whole -numa documentation

[Qemu-devel] [PULL 00/13] x86, machine, numa queue (2017-01-23)

The following changes since commit 3879284d6517dc22529395bdb259f4183b589127: Merge remote-tracking branch 'remotes/berrange/tags/pull-qio-2017-01-23-2' into staging (2017-01-23 15:59:09 +) are available in the git repository at: git://github.com/ehabkost/qemu.git

[Qemu-devel] [PULL 09/13] MAINTAINERS: Add an entry for hw/core/null-machine.c

From: Thomas Huth The "Machine core" section sounds like a good match for this file. Signed-off-by: Thomas Huth Message-Id: <1485150895-19753-1-git-send-email-th...@redhat.com> Reviewed-by: Marcel Apfelbaum Signed-off-by: Eduardo Habkost

[Qemu-devel] [PULL 04/13] vl: Ensure the numa_post_machine_init func in the appropriate location

From: Dou Liyang In the numa_post_machine_init(), we use CPU_FOREACH macro to set all CPUs' namu_node. So, we should make sure that we call it after Qemu has already initialied all the CPUs. As we all know, the CPUs can be created by "-smp"(pc_new_cpu) or

[Qemu-devel] [PULL 03/13] i386: Return migration-safe field on query-cpu-definitions

Return the migration-safe field on query-cpu-definitions. All CPU models in x86 are migration-safe except "host". Signed-off-by: Eduardo Habkost Message-Id: <20170116181212.31565-1-ehabk...@redhat.com> Acked-by: David Hildenbrand Signed-off-by: Eduardo

[Qemu-devel] [PULL 01/13] x86: add AVX512_VPOPCNTDQ features

From: He Chen AVX512_VPOPCNTDQ: Vector POPCNT instructions for word and qwords. variable precision. Signed-off-by: He Chen Message-Id: <1484272411-28073-1-git-send-email-he.c...@linux.intel.com> Reviewed-by: Eduardo Habkost

Re: [Qemu-devel] [Bug 645662] Re: Python 3.1.2 math errors with Qemu 0.12.5

I had a brief look at softfloat. In principle, it should fix the issue, but only if the FPU uses 80-bit double-extended-precision internally. I guess the qemu FPU is still stuck at 64 bit double internally and that does not cut it for some calculations. Just to be sure, I re-tested the code from

Re: [Qemu-devel] [PATCH 1/2] niagara: fail if a firmware file is missing

On 23 January 2017 at 21:21, Artyom Tarasenko wrote: > Suggested-by: Peter Maydell > Signed-off-by: Artyom Tarasenko > --- > hw/sparc64/niagara.c | 22 +++--- > 1 file changed, 15 insertions(+), 7 deletions(-)

Re: [Qemu-devel] [PATCH 1/2] niagara: fail if a firmware file is missing

On 23 January 2017 at 22:17, Peter Maydell wrote: > On 23 January 2017 at 21:21, Artyom Tarasenko wrote: >> Suggested-by: Peter Maydell >> Signed-off-by: Artyom Tarasenko >> --- >>

[Qemu-devel] [PULL 7/7] nios2: Add support for Nios-II R1

From: Marek Vasut Add remaining bits of the Altera NiosII R1 support into qemu, which is documentation, MAINTAINERS file entry, configure bits, arch_init and configuration files for both linux-user (userland binaries) and softmmu (hardware emulation). Signed-off-by: Marek Vasut

[Qemu-devel] [PULL 2/7] nios2: Add disas entries

From: Marek Vasut Add nios2 disassembler support. This patch is composed from binutils files from commit "Opcodes and assembler support for Nios II R2". The files from binutils used in this patch are: include/opcode/nios2.h include/opcode/nios2r1.h

[Qemu-devel] [PULL 5/7] nios2: Add periodic timer emulation

From: Chris Wulff Add the Altera timer model. Signed-off-by: Marek Vasut Cc: Chris Wulff Cc: Jeff Da Silva Cc: Ley Foon Tan Cc: Sandra Loosemore Cc: Yves Vandervennet

[Qemu-devel] [PULL 6/7] nios2: Add Altera 10M50 GHRD emulation

From: Marek Vasut Add the Altera 10M50 Nios2 GHRD model. This allows emulating the 10M50 development kit with the Nios2 GHRD loaded in the FPGA. It is possible to boot Linux kernel and run userspace, thus far only from initrd as storage support is not yet implemented.

[Qemu-devel] [PULL 4/7] nios2: Add IIC interrupt controller emulation

From: Chris Wulff Add the Altera Nios2 internal interrupt controller model. Signed-off-by: Marek Vasut Cc: Chris Wulff Cc: Jeff Da Silva Cc: Ley Foon Tan Cc: Sandra Loosemore

[Qemu-devel] [PULL 3/7] nios2: Add usermode binaries emulation

From: Marek Vasut Add missing bits for qemu-user required for emulating Altera Nios2 userspace binaries. Signed-off-by: Marek Vasut Cc: Chris Wulff Cc: Jeff Da Silva Cc: Ley Foon Tan Cc: Sandra Loosemore

[Qemu-devel] [PULL 1/7] nios2: Add architecture emulation support

From: Chris Wulff Add support for emulating Altera NiosII R1 architecture into qemu. This patch is based on previous work by Chris Wulff from 2012 and updated to latest mainline QEMU. Signed-off-by: Marek Vasut Cc: Chris Wulff Cc: Jeff Da

[Qemu-devel] [PULL 0/7] Nios2 architecture support

3879284d6517dc22529395bdb259f4183b589127: Merge remote-tracking branch 'remotes/berrange/tags/pull-qio-2017-01-23-2' into staging (2017-01-23 15:59:09 +) are available in the git repository at: git://github.com/rth7680/qemu.git tags/pull-nios-20170123 for you to fetch changes up to 9a6aa7cc59b7ff0535392241e19c73cde146c506

Re: [Qemu-devel] [PATCH 00/17] multifd v3

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

[Qemu-devel] [Bug 1622547] Re: qemu-system-sparc fatal error Trap 0x29 on Solaris 2.6

This still fails for me even when using that CPU option. But it only fails with my just-compiled QEMU 2.8.0, NOT my distribution-provided QEMU 2.6.1. mike@ossy ~/qemu> sudo /usr/local/bin/qemu-system-sparc -bios ./ss20_v2.25_rom -M SS-20 -nographic -boot d -hda ./sol26_36G.disk -m 512 -cdrom

[Qemu-devel] [PATCH 17/17] migration: flush receive queue

Each time that we sync the bitmap, it is a possiblity that we receive a page that is being processed by a different thread. We fix this problem just making sure that we wait for all receiving threads to finish its work before we procedeed with the next stage. We are low on page flags, so we use

[Qemu-devel] [Bug 645662] Re: Python 3.1.2 math errors with Qemu 0.12.5

Looks like your test code from comment #1 still prints out a wrong value, so the bug has apparently not been fixed by the FPU updates... ** Changed in: qemu Status: Incomplete => Triaged -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed

[Qemu-devel] [PATCH 13/17] migration: Send the fd number which we are going to use for this page

We are still sending the page through the main channel, that would change later in the series Signed-off-by: Juan Quintela --- migration/ram.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git a/migration/ram.c b/migration/ram.c index

[Qemu-devel] [PATCH 15/17] migration: Test new fd infrastructure

We just send the address through the alternate channels and test that it is ok. Signed-off-by: Juan Quintela --- migration/ram.c | 36 1 file changed, 36 insertions(+) diff --git a/migration/ram.c b/migration/ram.c index

[Qemu-devel] [PATCH 12/17] migration: really use multiple pages at a time

We now send several pages at a time each time that we wakeup a thread. Signed-off-by: Juan Quintela --- migration/ram.c | 44 ++-- 1 file changed, 38 insertions(+), 6 deletions(-) diff --git a/migration/ram.c b/migration/ram.c index

[Qemu-devel] [PATCH 16/17] migration: [HACK]Transfer pages over new channels

We switch for sending the page number to send real pages. [HACK] How we calculate the bandwidth is beyond repair, there is a hack there that would work for x86 and archs that have 4kb pages. If you are having a nice day just go to migration/ram.c and look at acct_update_position(). Now you are

[Qemu-devel] [PATCH 09/17] migration: Start of multiple fd work

We create new channels for each new thread created. We only send through them a character to be sure that we are creating the channels in the right order. Note: Reference count/freeing of channels is not done Signed-off-by: Juan Quintela --- include/migration/migration.h |

[Qemu-devel] [PATCH 14/17] migration: Create thread infrastructure for multifd recv side

We make the locking and the transfer of information specific, even if we are still receiving things through the main thread. Signed-off-by: Juan Quintela --- migration/ram.c | 77 + 1 file changed, 67 insertions(+), 10

[Qemu-devel] [PATCH 06/17] migration: Create x-multifd-threads parameter

Indicates the number of threads that we would create. By default we create 2 threads. Signed-off-by: Juan Quintela Reviewed-by: Dr. David Alan Gilbert --- hmp.c | 8 include/migration/migration.h | 2 ++

[Qemu-devel] [PATCH 11/17] migration: Create thread infrastructure for multifd send side

We make the locking and the transfer of information specific, even if we are still transmiting things through the main thread. Signed-off-by: Juan Quintela --- migration/ram.c | 53 - 1 file changed, 52 insertions(+), 1

[Qemu-devel] [PATCH 07/17] migration: Create x-multifd-group parameter

Indicates how many pages we are going to send in each bach to a multifd thread. Signed-off-by: Juan Quintela --- hmp.c | 8 include/migration/migration.h | 1 + migration/migration.c | 23 +++ qapi-schema.json

[Qemu-devel] [PATCH 10/17] migration: create ram_multifd_page

The function still don't use multifd, but we have simplified ram_save_page, xbzrle and RDMA stuff is gone. We have added a new counter and a new flag for this type of pages. Signed-off-by: Juan Quintela --- hmp.c | 2 ++

[Qemu-devel] [PATCH 03/17] migration: Test for disabled features on reception

Right now, if we receive a compressed page or a xbzrle page while this features are disabled, Bad Things (TM) can happen. Just add a test for them. Signed-off-by: Juan Quintela --- migration/ram.c | 23 ++- 1 file changed, 22 insertions(+), 1

[Qemu-devel] [PATCH 05/17] migration: Add multifd capability

Signed-off-by: Juan Quintela Reviewed-by: Dr. David Alan Gilbert --- include/migration/migration.h | 1 + migration/migration.c | 9 + qapi-schema.json | 5 +++-- 3 files changed, 13 insertions(+), 2 deletions(-) diff --git

[Qemu-devel] [PATCH 04/17] migration: Don't create decompression threads if not enabled

Signed-off-by: Juan Quintela -- I removed the [HACK] part because previous patch just check that compression pages are not received. Signed-off-by: Juan Quintela --- migration/ram.c | 6 ++ 1 file changed, 6 insertions(+) diff --git

[Qemu-devel] [PATCH 08/17] migration: create multifd migration threads

Creation of the threads, nothing inside yet. Signed-off-by: Juan Quintela Reviewed-by: Dr. David Alan Gilbert --- include/migration/migration.h | 4 ++ migration/migration.c | 6 ++ migration/ram.c | 150

[Qemu-devel] [PATCH 01/17] migration: transform remained DPRINTF into trace_

So we can remove DPRINTF() macro Signed-off-by: Juan Quintela --- migration/ram.c| 18 -- migration/trace-events | 4 2 files changed, 8 insertions(+), 14 deletions(-) diff --git a/migration/ram.c b/migration/ram.c index a1c8089..ef8fadf

[Qemu-devel] [PATCH 00/17] multifd v3

Hi This is the 3rd version of multifd. Changes: - comments for previous verion addressed - lots of bugs fixed - remove DPRINTF from ram.c - add multifd-group parameter, it gives how many pages we sent each time to the worker threads. I am open to better names. - Better flush support. - with

[Qemu-devel] [PATCH 02/17] migration: create Migration Incoming State at init time

Signed-off-by: Juan Quintela Reviewed-by: Dr. David Alan Gilbert --- include/migration/migration.h | 1 - migration/migration.c | 38 +- migration/savevm.c| 4 ++-- 3 files changed, 19

[Qemu-devel] [PATCH 2/2] niagara: check if a serial port is available

Reported-by:Markus Armbruster Signed-off-by: Artyom Tarasenko --- hw/sparc64/niagara.c | 7 --- 1 file changed, 4 insertions(+), 3 deletions(-) diff --git a/hw/sparc64/niagara.c b/hw/sparc64/niagara.c index e945b5a..a14724f 100644 ---

[Qemu-devel] [PATCH 1/2] niagara: fail if a firmware file is missing

Suggested-by: Peter Maydell Signed-off-by: Artyom Tarasenko --- hw/sparc64/niagara.c | 22 +++--- 1 file changed, 15 insertions(+), 7 deletions(-) diff --git a/hw/sparc64/niagara.c b/hw/sparc64/niagara.c index b55d4bb..e945b5a

[Qemu-devel] [PATCH 0/2] niagara fixes

Niagara bugfixes Artyom Tarasenko (2): niagara: fail if a firmware file is missing niagara: check if a serial port is available hw/sparc64/niagara.c | 29 +++-- 1 file changed, 19 insertions(+), 10 deletions(-) -- 2.7.2

Re: [Qemu-devel] [Bug 1253777] Re: OpenBSD VM running on OpenBSD host has sleep calls taking twice as long as they should

I hadn't seen comment #5. Not sure how that affects qemu. Unfortunately I'm not in a position to set up a system any time soon with the latest versions of everything to see if the bug is still present. On 24/01/17 08:32, Thomas Huth wrote: > What does comment #5 mean? Is this issue now fixed

Re: [Qemu-devel] [PATCH] 9pfs: fix offset error in v9fs_xattr_read()

On Sat, 21 Jan 2017, Greg Kurz wrote: > The current code tries to copy `read_count' bytes starting at offset > `offset' from a `read_count`-sized iovec. This causes v9fs_pack() to > fail with ENOBUFS. > > Since the PDU iovec is already partially filled with `offset' bytes, > let's skip them when

Re: [Qemu-devel] changeset b0cb0a66d broken - missing QEMU_OPTION_enable_hax

That did it - Thanks, and my apologies to Vincent for the false alarm. -Jim On Mon, Jan 23, 2017 at 2:41 PM, Peter Maydell wrote: > On 23 January 2017 at 19:32, James Hanley wrote: > > Changeset fails to compile: > > > > qemu/vl.c:3683:18: error:

[Qemu-devel] [Bug 1253777] Re: OpenBSD VM running on OpenBSD host has sleep calls taking twice as long as they should

What does comment #5 mean? Is this issue now fixed with the latest version of QEMU? ** Changed in: qemu Status: New => Incomplete -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1253777 Title:

Re: [Qemu-devel] changeset b0cb0a66d broken - missing QEMU_OPTION_enable_hax

On 23 January 2017 at 19:32, James Hanley wrote: > Changeset fails to compile: > > qemu/vl.c:3683:18: error: ‘QEMU_OPTION_enable_hax’ undeclared (first use in > this function) > case QEMU_OPTION_enable_hax: > ^ > I assume that there is details

Re: [Qemu-devel] [PATCH RFC v4 18/20] intel_iommu: enable vfio devices

On Mon, 23 Jan 2017 18:23:44 +0800 Jason Wang wrote: > On 2017年01月23日 11:34, Peter Xu wrote: > > On Mon, Jan 23, 2017 at 09:55:39AM +0800, Jason Wang wrote: > >> > >> On 2017年01月22日 17:04, Peter Xu wrote: > >>> On Sun, Jan 22, 2017 at 04:08:04PM +0800, Jason Wang wrote:

[Qemu-devel] [Bug 1626972] Re: QEMU memfd_create fallback mechanism change for security drivers

Ping - we have the next fix for Xenial in the queue - all others are released now, has this one "baked" enough for Xenial SRU to migrate? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1626972 Title:

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

On Mon, 23 Jan 2017 10:54:49 +0800 Peter Xu wrote: > On Mon, Jan 23, 2017 at 09:48:48AM +0800, Jason Wang wrote: > > > > > > On 2017年01月22日 16:51, Peter Xu wrote: > > >On Sun, Jan 22, 2017 at 03:56:10PM +0800, Jason Wang wrote: > > > > > >[...] > > > > > >>>+/** > > >>>+

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

On Sun, 22 Jan 2017 16:51:18 +0800 Peter Xu wrote: > On Sun, Jan 22, 2017 at 03:56:10PM +0800, Jason Wang wrote: > > > > >+trace_vtd_page_walk_one(level, entry.iova, > > >entry.translated_addr, > > >+entry.addr_mask,

[Qemu-devel] changeset b0cb0a66d broken - missing QEMU_OPTION_enable_hax

Changeset fails to compile: qemu/vl.c:3683:18: error: ‘QEMU_OPTION_enable_hax’ undeclared (first use in this function) case QEMU_OPTION_enable_hax: ^ I assume that there is details in ./qemu-options.def ./qemu-options.hx that were not included with the commit?

Re: [Qemu-devel] [PATCH v7 18/27] cputlb: introduce tlb_flush_*_all_cpus

On 01/19/2017 09:04 AM, Alex Bennée wrote: > +/* flush_all_helper: run fn across all cpus > + * > + * If the wait flag is set then the src cpu's helper will be queued as > + * "safe" work and the loop exited creating a synchronisation point > + * where all queued work will be finished before

[Qemu-devel] [PATCH V3 2/3] hw/ioh3420: derive from PCI Express Root Port base class

Preserve only Intel specific details. Signed-off-by: Marcel Apfelbaum --- hw/pci-bridge/ioh3420.c | 121 ++-- 1 file changed, 15 insertions(+), 106 deletions(-) diff --git a/hw/pci-bridge/ioh3420.c b/hw/pci-bridge/ioh3420.c index

  1   2   3   4   >