[Qemu-devel] [PULL 26/34] Resolves WHPX breaking changes in SDK 17095

From: "Justin Terry (VM) via Qemu-devel" 1. Fixes the changes required to the WHvTryMmioEmulation, WHvTryIoEmulation, and WHvEmulatorCreateEmulator based on the new VpContext forwarding. 2. Removes the WHvRunVpExitReasonAlerted case. Signed-off-by: Justin Terry (VM)

[Qemu-devel] [PULL 22/34] checkpatch: add a warning for basename/dirname

From: Julia Suvorova g_path_get_* do the same as g_strdup(basename/dirname(...)) but without modifying the argument. Signed-off-by: Julia Suvorova Message-Id: <1519987399-19160-1-git-send-email-jus...@mail.ru> Signed-off-by: Paolo Bonzini

[Qemu-devel] [PULL 10/34] build-sys: fix -fsanitize=address check

From: Marc-André Lureau Since 218bb57dd79d6843e0592c30a82ea8c1fddc74a5, the -fsanitize=address check fails with: config-temp/qemu-conf.c:3:20: error: integer overflow in expression [-Werror=overflow] return INT32_MIN / -1; Interestingly, UBSAN check doesn't

[Qemu-devel] [PULL 25/34] Fixing WHPX casing to match SDK

From: "Justin Terry (VM) via Qemu-devel" Fixes an issue where the SDK that was releases had a different casing for the *.h and *.lib files causing a build break if linked directly from Windows Kits. Signed-off-by: Justin Terry (VM) Message-Id:

[Qemu-devel] [PULL 19/34] address_space_access_valid: address_space_to_flatview needs RCU lock

address_space_access_valid is calling address_space_to_flatview but it can be called outside the RCU lock. To fix it, push the rcu_read_lock/unlock pair up from flatview_access_valid to address_space_access_valid. Reviewed-by: Alexey Kardashevskiy Signed-off-by: Paolo Bonzini

[Qemu-devel] [PULL 11/34] lockable: workaround GCC link issue with ASAN

From: Marc-André Lureau Current GCC has an optimization bug when compiling with ASAN. See also GCC bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84307 Signed-off-by: Marc-André Lureau Message-Id:

[Qemu-devel] [PULL 34/34] use g_path_get_basename instead of basename

From: Julia Suvorova basename(3) and dirname(3) modify their argument and may return pointers to statically allocated memory which may be overwritten by subsequent calls. g_path_get_basename and g_path_get_dirname have no such issues, and therefore more preferable.

[Qemu-devel] [PULL 14/34] chardev: fix leak in tcp_chr_telnet_init_io()

From: Peter Xu Need to free TCPChardevTelnetInit when session established. Since at it, switch to use G_SOURCE_* macros. Reviewed-by: Daniel P. Berrange Signed-off-by: Peter Xu Message-Id: <20180301084438.13594-2-pet...@redhat.com>

[Qemu-devel] [PULL 21/34] address_space_rw: address_space_to_flatview needs RCU lock

address_space_rw is calling address_space_to_flatview but it can be called outside the RCU lock. To fix it, transform flatview_rw into address_space_rw, since flatview_rw is otherwise unused. Reviewed-by: Alexey Kardashevskiy Signed-off-by: Paolo Bonzini

[Qemu-devel] [PULL 20/34] address_space_map: address_space_to_flatview needs RCU lock

address_space_map is calling address_space_to_flatview but it can be called outside the RCU lock. The function itself is calling rcu_read_lock/rcu_read_unlock, just in the wrong place, so the fix is easy. Reviewed-by: Alexey Kardashevskiy Signed-off-by: Paolo Bonzini

[Qemu-devel] [PULL 07/34] Document --rtc-td-hack, --localtime and --startdate as deprecated

From: Thomas Huth These options have been marked in a comment in qemu-options.hx as deprecated in 2009 already (see commit 1ed2fc1fa35fadc0d6), but we never informed the users about these deprecations. Let's catch up on that omission now. Signed-off-by: Thomas Huth

[Qemu-devel] [PULL 09/34] qmp: Add qom-list-properties to list QOM object properties

From: Alexey Kardashevskiy There is already 'device-list-properties' which does most of the job, however it does not handle everything returned by qom-list-types such as machines as they inherit directly from TYPE_OBJECT and not TYPE_DEVICE. It does not handle abstract classes

[Qemu-devel] [PULL 16/34] memory: inline some performance-sensitive accessors

These accessors are called from inlined functions, and the call sequence is much more expensive than just inlining the access. Move the struct declaration to memory-internal.h so that exec.c and memory.c can both use an inline function. Reviewed-by: Alexey Kardashevskiy

[Qemu-devel] [PULL 08/34] qmp: Merge ObjectPropertyInfo and DevicePropertyInfo

From: Alexey Kardashevskiy ObjectPropertyInfo is more generic and only missing @description. This adds a description to ObjectPropertyInfo and removes DevicePropertyInfo so the resulting ObjectPropertyInfo can be used elsewhere. Signed-off-by: Alexey Kardashevskiy

[Qemu-devel] [PULL 18/34] address_space_read: address_space_to_flatview needs RCU lock

address_space_read is calling address_space_to_flatview but it can be called outside the RCU lock. To fix it, push the rcu_read_lock/unlock pair up from flatview_read_full to address_space_read's constant size fast path and address_space_read_full. Reviewed-by: Alexey Kardashevskiy

[Qemu-devel] [PULL 02/34] Remove the deprecated -tdf option

From: Thomas Huth It's been marked as deprecated since a very long time already, and the parameter is not doing anything useful anymore except for printing a warning, so it's now time to finally get rid of this option. Signed-off-by: Thomas Huth Message-Id:

[Qemu-devel] [PULL 06/34] cpus: CPU threads are always created initially for one CPU only

From: David Hildenbrand It can never happen for single-threaded TCG that we have more than one CPU in the list, while the first one has not been marked as "created". Signed-off-by: David Hildenbrand Message-Id: <20180209195239.16048-4-da...@redhat.com>

[Qemu-devel] [PULL 12/34] ahci-test: fix opts leak of skip tests

From: Marc-André Lureau Fixes the following ASAN report: Direct leak of 128 byte(s) in 8 object(s) allocated from: #0 0x7fefce311850 in malloc (/lib64/libasan.so.4+0xde850) #1 0x7fefcdd5ef0c in g_malloc ../glib/gmem.c:94 #2 0x559b976faff0 in

[Qemu-devel] [PULL 04/34] cpus: properly inititalize CPU > 1 under single-threaded TCG

From: David Hildenbrand All but the first CPU are currently not fully inititalized (e.g. cpu->created is never set). Signed-off-by: David Hildenbrand Message-Id: <20180209195239.16048-2-da...@redhat.com> Reviewed-by: Richard Henderson

[Qemu-devel] [PULL 01/34] g364fb: fix DirtyBitmapSnapshot leak

Signed-off-by: Paolo Bonzini --- hw/display/g364fb.c | 1 + 1 file changed, 1 insertion(+) diff --git a/hw/display/g364fb.c b/hw/display/g364fb.c index 819f8be..3d75394 100644 --- a/hw/display/g364fb.c +++ b/hw/display/g364fb.c @@ -207,6 +207,7 @@ done: if (xmax ||

[Qemu-devel] [PULL 05/34] cpus: wait for CPU creation at central place

From: David Hildenbrand We can now also wait for the CPU creation for single-threaded TCG, so we can move the waiting bits further out. Signed-off-by: David Hildenbrand Message-Id: <20180209195239.16048-3-da...@redhat.com> Reviewed-by: Richard Henderson

[Qemu-devel] [PULL 00/34] Misc patches for 2018-03-06

The following changes since commit 58e2e17dba49b43f4ac9de19468aeae1c787dcc2: Merge remote-tracking branch 'remotes/kevin/tags/for-upstream' into staging (2018-03-06 11:20:44 +) are available in the git repository at: git://github.com/bonzini/qemu.git tags/for-upstream for you to

[Qemu-devel] [PULL 03/34] scsi: Remove automatic creation of SCSI controllers with -drive if=scsi

From: Thomas Huth Automatic creation of SCSI controllers for "-drive if=scsi" for x86 machines was quite a bad idea (see description of commit f778a82f0c179 for details). This is marked as deprecated since QEMU v2.9.0, and as far as I know, nobody complained that this is still

Re: [Qemu-devel] [PATCH risu v2 0/3] Miscellaneous fixes for powerpc64

On 6 March 2018 at 12:08, Sandipan Das wrote: > The first patch adds the patterns for the missing byte and > doubleword load instructions. The second patch fixes mismatches > encountered when using the load quadword instruction. The last > patch fixes a minor typo in

Re: [Qemu-devel] [PATCH v2 3/3] spice: add cursor_dmabuf support

On Tue, Mar 06, 2018 at 12:56:55PM +0100, Marc-André Lureau wrote: > Hi > > On Tue, Mar 6, 2018 at 9:38 AM, Gerd Hoffmann wrote: > > Add support for cursor dmabufs. qemu has to render the cursor for > > that, so in case a cursor is present qemu allocates a new dmabuf, blits >

[Qemu-devel] [PATCH v4] iotests: Tweak 030 in order to trigger a race condition with parallel jobs

This patch tweaks TestParallelOps in iotest 030 so it allocates data in smaller regions (256KB/512KB instead of 512KB/1MB) and the block-stream job in test_stream_commit() only needs to copy data that is at the very end of the image. This way when the block-stream job is awakened it will finish

Re: [Qemu-devel] [Qemu-arm] [PATCH v4 1/5] linux-user: Implement aarch64 PR_SVE_SET/GET_VL

On 6 March 2018 at 12:28, Alex Bennée wrote: > > Richard Henderson writes: > >> As an implementation choice, widening VL has zeroed the >> previously inaccessible portion of the sve registers. >> >> Reviewed-by: Peter Maydell

[Qemu-devel] [PATCH v2 4/6] target/arm: Make 'any' CPU just an alias for 'max'

Now we have a working '-cpu max', the linux-user-only 'any' CPU is pretty much the same thing, so implement it that way. For the moment we don't add any of the extra feature bits to the system-emulation "max", because we don't set the ID register bits we would need to to advertise those features

[Qemu-devel] [PATCH v2 5/6] hw/arm/virt: Add "max" to the list of CPU types "virt" supports

Allow the virt board to support '-cpu max' in the same way it already handles '-cpu host'. Signed-off-by: Peter Maydell --- hw/arm/virt.c | 1 + 1 file changed, 1 insertion(+) diff --git a/hw/arm/virt.c b/hw/arm/virt.c index dbb3c8036a..cda4b83586 100644 ---

[Qemu-devel] [PATCH v2 6/6] hw/arm/virt: Support -machine gic-version=max

Add support for passing 'max' to -machine gic-version. By analogy with the -cpu max option, this picks the "best available" GIC version whether you're using KVM or TCG, so it behaves like 'host' when using KVM, and gives you GICv3 when using TCG. Also like '-cpu host', using -machine

[Qemu-devel] [PATCH v2 3/6] target/arm: Add "-cpu max" support

Add support for "-cpu max" for ARM guests. This CPU type behaves like "-cpu host" when KVM is enabled, and like a system CPU with the maximum possible feature set otherwise. (Note that this means it won't be migratable across versions, as we will likely add features to it in future.)

[Qemu-devel] [PATCH v2 2/6] target/arm: Move definition of 'host' cpu type into cpu.c

Move the definition of the 'host' cpu type into cpu.c, where all the other CPU types are defined. We can do this now we've decoupled it from the KVM-specific host feature probing. This means we now create the type unconditionally (assuming we were built with KVM support at all), but if you try

[Qemu-devel] [PATCH v2 1/6] target/arm: Query host CPU features on-demand at instance init

Currently we query the host CPU features in the class init function for the TYPE_ARM_HOST_CPU class, so that we can later copy them from the class object into the instance object in the object instance init function. This is awkward for implementing "-cpu max", which should work like "-cpu host"

[Qemu-devel] [PATCH v2 0/6] arm: support -cpu max (and gic-version=max)

This patchset adds support for '-cpu max' to Arm, along the lines of the existing support we have for x86 targets: * under KVM, -cpu max is the same as -cpu host * under TCG, -cpu max means "emulate with as many features as possible" -cpu max is supported for both usermode and system

Re: [Qemu-devel] [PATCH 0/7] audio: modularize

Hi On Tue, Mar 6, 2018 at 12:42 PM, Gerd Hoffmann wrote: > On Tue, Mar 06, 2018 at 12:22:49PM +0100, Marc-André Lureau wrote: >> Hi >> >> On Tue, Mar 6, 2018 at 8:40 AM, Gerd Hoffmann wrote: >> > Add audio driver (host backend) registry. Add audio module

Re: [Qemu-devel] [PATCH v2 08/30] hw/i386: use the BYTE-based definitions

On Mon, 5 Mar 2018 08:27:10 -0300 Philippe Mathieu-Daudé wrote: > It eases code review, unit is explicit. > > Patch generated using: > > $ git grep -E '(1024|2048|4096|8192|(<<|>>).?(10|20|30))' hw/ include/hw/ > > and modified manually. > > Signed-off-by: Philippe

Re: [Qemu-devel] [PATCH v10 25/28] cpu/i386: populate CPUID 0x8000_001F when SEV is active

On Wed, Feb 28, 2018 at 03:10:25PM -0600, Brijesh Singh wrote: > When SEV is enabled, CPUID 0x8000_001F should provide additional > information regarding the feature (such as which page table bit is used > to mark the pages as encrypted etc). > > The details for memory encryption CPUID is

Re: [Qemu-devel] [PATCH v2 2/3] spice: add scanout_dmabuf support

> > @@ -969,6 +983,7 @@ static const DisplayChangeListenerOps > > display_listener_gl_ops = { > > > > .dpy_gl_scanout_disable = qemu_spice_gl_scanout_disable, > > .dpy_gl_scanout_texture = qemu_spice_gl_scanout_texture, > > +.dpy_gl_scanout_dmabuf = qemu_spice_gl_scanout_dmabuf,

Re: [Qemu-devel] [PATCH v3 2/5] qmp: distinguish PC-DIMM and NVDIMM in MemoryDeviceInfoList

On Mon, 5 Mar 2018 13:14:34 -0600 Eric Blake wrote: > On 03/05/2018 12:57 AM, Haozhong Zhang wrote: > > It may need to treat PC-DIMM and NVDIMM differently, e.g., when > > deciding the necessity of non-volatile flag bit in SRAT memory > > affinity structures. > > > >

Re: [Qemu-devel] [PATCH v2 1/3] spice: drop dprint() debug logging

> > @@ -413,8 +392,10 @@ void qemu_spice_display_switch(SimpleSpiceDisplay *ssd, > > surface_height(surface) == pixman_image_get_height(ssd->surface) && > > surface_format(surface) == pixman_image_get_format(ssd->surface)) { > > /* no-resize fast path: just swap backing

Re: [Qemu-devel] [PATCH v4 1/5] linux-user: Implement aarch64 PR_SVE_SET/GET_VL

Richard Henderson writes: > As an implementation choice, widening VL has zeroed the > previously inaccessible portion of the sve registers. > > Reviewed-by: Peter Maydell > Signed-off-by: Richard Henderson >

Re: [Qemu-devel] [PATCH 1/7] openpic_kvm: drop address_space_to_flatview call

On 06/03/2018 01:10, David Gibson wrote: > On Mon, Mar 05, 2018 at 09:36:49AM +0100, Paolo Bonzini wrote: >> The MemoryListener is registered on address_space_memory, there is >> not much to assert. This currently works because the callback >> is invoked only once when the listener is registered,

Re: [Qemu-devel] [PATCH 0/7] audio: modularize

On Tue, Mar 06, 2018 at 12:22:49PM +0100, Marc-André Lureau wrote: > Hi > > On Tue, Mar 6, 2018 at 8:40 AM, Gerd Hoffmann wrote: > > Add audio driver (host backend) registry. Add audio module support. > > Enable module builds for alsa, oss, pulse and sdl. > > > > Gerd

[Qemu-devel] [PATCH risu v2 3/3] risu_reginfo_ppc64.c: Fix register name prefix

Use 'f' instead of 'r' as the prefix when dumping the values of floating-point registers. Signed-off-by: Sandipan Das --- risu_reginfo_ppc64.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/risu_reginfo_ppc64.c b/risu_reginfo_ppc64.c index

Re: [Qemu-devel] [PULL v2 00/38] Block layer patches

On 5 March 2018 at 17:51, Kevin Wolf wrote: > The following changes since commit 86f4c7e05b1c44dbe1b329a51f311f10aef6ff34: > > Merge remote-tracking branch > 'remotes/pmaydell/tags/pull-target-arm-20180302' into staging (2018-03-02 > 14:37:10 +) > > are available in the

Re: [Qemu-devel] [PATCH v9 01/14] hw/arm/smmu-common: smmu base device and datatypes

On 17 February 2018 at 18:46, Eric Auger wrote: > The patch introduces the smmu base device and class for the ARM > smmu. Devices for specific versions will be derived from this > base device. > > We also introduce some important datatypes. > > Signed-off-by: Eric Auger

[Qemu-devel] [PATCH risu v2 2/3] ppc64.risu: Fix pattern for load qword

The pattern for the Load Quadword (lq) instruction is fixed. If rtp is 0 or 12, the instruction will overwrite r0, r1 or r12, r13 respectively. However, r1 is the stack frame pointer and r13 is the thread pointer. So, overwriting them can cause a crash. This is avoided by putting a constraint to

Re: [Qemu-devel] [PATCH v3 07/12] vfio/pci: register sva notifier

On Tue, Mar 06, 2018 at 08:00:41AM +, Liu, Yi L wrote: > > From: Peter Xu [mailto:pet...@redhat.com] > > Sent: Tuesday, March 6, 2018 2:45 PM > > Subject: Re: [PATCH v3 07/12] vfio/pci: register sva notifier > > > > On Thu, Mar 01, 2018 at 06:33:30PM +0800, Liu, Yi L wrote: > > > This patch

[Qemu-devel] [PATCH risu v2 1/3] ppc64.risu: Add missing byte and dword loads

The patterns for the following instructions are added: * Load Byte and Zero (lbz) * Load Byte and Zero with Update (lbzu) * Load Byte and Zero Indexed (lbzx) * Load Byte and Zero with Update Indexed (lbzux) * Load Doubleword (ld) Signed-off-by: Sandipan Das ---

[Qemu-devel] [PATCH risu v2 0/3] Miscellaneous fixes for powerpc64

The first patch adds the patterns for the missing byte and doubleword load instructions. The second patch fixes mismatches encountered when using the load quadword instruction. The last patch fixes a minor typo in the floating-point register prefix shown when dumping the register values.

Re: [Qemu-devel] [PATCH v3 05/11] linux-user: fix mmap/munmap/mprotect/mremap/shmat

Le 01/03/2018 à 18:36, Max Filippov a écrit : > In linux-user QEMU that runs for a target with TARGET_ABI_BITS bigger > than L1_MAP_ADDR_SPACE_BITS an assertion in page_set_flags fires when > mmap, munmap, mprotect, mremap or shmat is called for an address outside > the guest address space. mmap

Re: [Qemu-devel] [PATCH v2 3/3] spice: add cursor_dmabuf support

Hi On Tue, Mar 6, 2018 at 9:38 AM, Gerd Hoffmann wrote: > Add support for cursor dmabufs. qemu has to render the cursor for > that, so in case a cursor is present qemu allocates a new dmabuf, blits > the scanout, blends in the pointer and passes on the new dmabuf to >

Re: [Qemu-devel] [Qemu-block] Limiting coroutine stack usage

On Tue, Feb 20, 2018 at 06:04:02PM +0100, Peter Lieven wrote: > I remember we discussed a long time ago to limit the stack usage of all > functions that are executed in a coroutine > context to a very low value to be able to safely limit the coroutine stack > size as well. > > I checked through

Re: [Qemu-devel] [PATCH v2 2/3] spice: add scanout_dmabuf support

Hi On Tue, Mar 6, 2018 at 9:38 AM, Gerd Hoffmann wrote: > Add support for scanout dmabufs. Just > pass them through to spice-server. > > Signed-off-by: Gerd Hoffmann > --- > ui/spice-display.c | 15 +++ > 1 file changed, 15 insertions(+) > >

Re: [Qemu-devel] [PATCH v3 12/12] intel_iommu: bind device to PASID tagged AddressSpace

On Thu, Mar 01, 2018 at 06:33:35PM +0800, Liu, Yi L wrote: > This patch shows the idea of how a device is binded to a PASID tagged > AddressSpace. > > when Intel vIOMMU emulator detected a pasid table entry programming > from guest. Intel vIOMMU emulator firstly finds a VTDPASIDAddressSpace >

Re: [Qemu-devel] [PATCH risu 1/3] ppc64.risu: Add missing byte and dword loads

On 03/06/2018 05:09 PM, Peter Maydell wrote: > On 6 March 2018 at 06:42, Sandipan Das wrote: >> The patterns for the following instructions are added: >> * Load Byte and Zero (lbz) >> * Load Byte and Zero with Update (lbzu) >> * Load Byte and Zero Indexed (lbzx)

Re: [Qemu-devel] [PATCH v2 1/3] spice: drop dprint() debug logging

Hi On Tue, Mar 6, 2018 at 9:38 AM, Gerd Hoffmann wrote: > Some calls are deleted, some are converted into tracepoints. > > Signed-off-by: Gerd Hoffmann > --- > ui/spice-display.c | 75 > -- >

Re: [Qemu-devel] [PATCH] checkpatch: Exempt long URLs

On Thu, Feb 22, 2018 at 03:58:38PM -0600, Eric Blake wrote: > Sometimes, we want to refer to really long URLs, but checkpatch > balks, and we have to manually bypass the check. URL shorterners > may be nice at reducing long links, but it's hard to guarantee the > shortened link will live as long

Re: [Qemu-devel] [PATCH risu 1/3] ppc64.risu: Add missing byte and dword loads

On 6 March 2018 at 06:42, Sandipan Das wrote: > The patterns for the following instructions are added: > * Load Byte and Zero (lbz) > * Load Byte and Zero with Update (lbzu) > * Load Byte and Zero Indexed (lbzx) > * Load Byte and Zero with Update Indexed (lbzux) >

Re: [Qemu-devel] [Xen-devel] [RFC QEMU PATCH v4 00/10] Implement vNVDIMM for Xen HVM guest

On Tue, Mar 06, 2018 at 12:16:08PM +0800, Haozhong Zhang wrote: > On 03/02/18 12:03 +, Anthony PERARD wrote: > > On Wed, Feb 28, 2018 at 05:36:59PM +0800, Haozhong Zhang wrote: > > > On 02/27/18 17:22 +, Anthony PERARD wrote: > > > > On Thu, Dec 07, 2017 at 06:18:02PM +0800, Haozhong Zhang

Re: [Qemu-devel] SSD virtio-scsi passthrough

On Wed, Feb 21, 2018 at 02:51:38PM +0530, Nitin Gupta wrote: > Please let me know the qemu command for doing ssd virtio-scsi passthrough . > i am able to do the pass through with virsh .but same command when i am > trying with qemu , VM is not coming up > > Please let me know how can i proceed

[Qemu-devel] [PATCH v8 3/9] ui/pixman: add qemu_drm_format_to_pixman()

Map drm fourcc codes to pixman formats. Signed-off-by: Gerd Hoffmann --- include/ui/qemu-pixman.h | 5 + ui/qemu-pixman.c | 22 ++ 2 files changed, 27 insertions(+) diff --git a/include/ui/qemu-pixman.h b/include/ui/qemu-pixman.h index

[Qemu-devel] [PATCH v8 7/9] vfio/display: core & wireup

Infrastructure for display support. Must be enabled using 'display' property. Signed-off-by: Gerd Hoffmann --- hw/vfio/pci.h | 4 hw/vfio/display.c | 56 +++ hw/vfio/pci.c | 10 +

[Qemu-devel] [PATCH v8 0/9] vfio: add display support

This series adds support for a vgpu display to the qemu vfio code. v8: - codestyle fixes, this time for real ... v7: - rebase to latest master. - dmabuf: update cursor hotspot properly (Tina). - dmabuf: track whenever cursor hotspot + position changes. - codestyle fixes. v6: - add support

[Qemu-devel] [PATCH v8 1/9] linux-headers: update to 4.16-rc1

s390 has splitted syscall numbers into unistd_{32,64}.h files, so update scripts/update-linux-headers.sh accordingly. Also add a rewrite from __BITS_PER_LONG to HOST_LONG_BITS for linux/input.h Signed-off-by: Gerd Hoffmann ---

[Qemu-devel] [PATCH v8 9/9] vfio/display: adding dmabuf support

Wire up dmabuf-based display. Signed-off-by: Gerd Hoffmann --- include/hw/vfio/vfio-common.h | 14 hw/vfio/display.c | 182 +- 2 files changed, 194 insertions(+), 2 deletions(-) diff --git

[Qemu-devel] [PATCH v8 2/9] standard-headers: add drm/drm_fourcc.h

So we can use the drm fourcc codes without a dependency on libdrm-devel. Signed-off-by: Gerd Hoffmann --- include/standard-headers/drm/drm_fourcc.h | 411 ++ scripts/update-linux-headers.sh | 5 + 2 files changed, 416 insertions(+)

[Qemu-devel] [PATCH v8 5/9] secondary-vga: properly close QemuConsole on unplug

Using the new graphic_console_close() function. Signed-off-by: Gerd Hoffmann --- hw/display/vga-pci.c | 9 + 1 file changed, 9 insertions(+) diff --git a/hw/display/vga-pci.c b/hw/display/vga-pci.c index 1674bd3581..f312930664 100644 --- a/hw/display/vga-pci.c +++

[Qemu-devel] [PATCH v8 8/9] vfio/display: adding region support

Wire up region-based display. Signed-off-by: Gerd Hoffmann --- hw/vfio/pci.h | 1 + include/hw/vfio/vfio-common.h | 8 +++ hw/vfio/display.c | 117 +- 3 files changed, 124 insertions(+), 2 deletions(-)

[Qemu-devel] [PATCH v8 4/9] console: minimal hotplug suport

This patch allows to unbind devices from QemuConsoles, using the new graphic_console_close() function. The QemuConsole will show a static display then, saying the device was unplugged. When re-plugging a display later on the QemuConsole will be reused. Eventually we will allocate and release

[Qemu-devel] [PATCH v8 6/9] vfio/common: cleanup in vfio_region_finalize

Signed-off-by: Gerd Hoffmann --- hw/vfio/common.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/hw/vfio/common.c b/hw/vfio/common.c index f895e3c335..6a8203a532 100644 --- a/hw/vfio/common.c +++ b/hw/vfio/common.c @@ -858,6 +858,13 @@ void

Re: [Qemu-devel] make error

On Tue, Feb 20, 2018 at 04:40:49PM +0100, Ronald Delobel wrote: > Hello, > > This is the error I get when building qemu-2.11.[0-1] with > gcc-7.3.0/glibc-2.27, removing the static attribute suffice to finnish the > build using the glibc provided memfd_create and qemu don't crash, but I > miss

Re: [Qemu-devel] [PATCH v3 08/12] hw/pci: introduce pci_device_notify_iommu()

> From: Paolo Bonzini [mailto:pbonz...@redhat.com] > Sent: Tuesday, March 6, 2018 7:22 PM > Subject: Re: [Qemu-devel] [PATCH v3 08/12] hw/pci: introduce > pci_device_notify_iommu() > > On 06/03/2018 12:03, Liu, Yi L wrote: > > On Tue, Mar 06, 2018 at 11:18:43AM +0100, Paolo Bonzini wrote: > >> On

Re: [Qemu-devel] [PATCH v3 08/12] hw/pci: introduce pci_device_notify_iommu()

On Tue, Mar 06, 2018 at 06:47:27PM +0800, Peter Xu wrote: > On Tue, Mar 06, 2018 at 11:19:13AM +0100, Paolo Bonzini wrote: > > On 05/03/2018 11:43, Peter Xu wrote: > > > On Mon, Mar 05, 2018 at 04:43:09PM +0800, Liu, Yi L wrote: > > >> On Fri, Mar 02, 2018 at 05:06:56PM +0100, Paolo Bonzini wrote:

Re: [Qemu-devel] [PATCH 0/7] audio: modularize

Hi On Tue, Mar 6, 2018 at 8:40 AM, Gerd Hoffmann wrote: > Add audio driver (host backend) registry. Add audio module support. > Enable module builds for alsa, oss, pulse and sdl. > > Gerd Hoffmann (7): > audio: add driver registry > audio: add module loading support >

Re: [Qemu-devel] [PATCH v3 11/29] vhost+postcopy: Transmit 'listen' to client

* Peter Xu (pet...@redhat.com) wrote: > On Mon, Mar 05, 2018 at 05:42:42PM +, Dr. David Alan Gilbert wrote: > > * Peter Xu (pet...@redhat.com) wrote: > > > On Fri, Feb 16, 2018 at 01:16:07PM +, Dr. David Alan Gilbert (git) > > > wrote: > > > > > > [...] > > > > > > > typedef struct

Re: [Qemu-devel] [PATCH v3 08/12] hw/pci: introduce pci_device_notify_iommu()

On 06/03/2018 12:03, Liu, Yi L wrote: > On Tue, Mar 06, 2018 at 11:18:43AM +0100, Paolo Bonzini wrote: >> On 05/03/2018 09:42, Liu, Yi L wrote: In general I think it's better to change your names from "assigned_dev" to "sva_dev", because the point of the list is to only iterate over

Re: [Qemu-devel] [PATCH v3 08/12] hw/pci: introduce pci_device_notify_iommu()

On Tue, Mar 06, 2018 at 11:18:43AM +0100, Paolo Bonzini wrote: > On 05/03/2018 09:42, Liu, Yi L wrote: > >> In general I think it's better to change your names from "assigned_dev" > >> to "sva_dev", because the point of the list is to only iterate over > >> devices that might be interested in

Re: [Qemu-devel] [PULL 00/30] ppc-for-2.12 queue 20180306

> > are available in the Git repository at: > > git://github.com/dgibson/qemu.git tags/ppc-for-2.12-20180306 > > for you to fetch changes up to 21b786f607b11d888f90bbb8c3414500515d11e7: > > PowerPC: Add TS bit

Re: [Qemu-devel] [PATCH] block: implement the bdrv_reopen_prepare helper for LUKS driver

Am 18.01.2018 um 11:31 hat Daniel P. Berrange geschrieben: > If the bdrv_reopen_prepare helper isn't provided, the qemu-img commit > command fails to re-open the base layer after committing changes into > it. Provide a no-op implementation for the LUKS driver, since there > is not any custom work

Re: [Qemu-devel] [PATCH v4] scripts/checkpatch.pl: add check for `while` and `for`

On 06/03/2018 08:04, Su Hang wrote: > Adding check for `while` and `for` statements, which condition has more than > one line. > > The former checkpatch.pl can check `if` statement, which condition has more > than one line, whether block misses brace round, like this: > ''' > if (cond1 || >

Re: [Qemu-devel] [PULL] RISC-V QEMU Port Submission v8

On 6 March 2018 at 01:30, Michael Clark wrote: > I've squashed the trivial spike rename fix and rebased against master as of > commit f2bb2d14c2958f3f5aef456bd2cdb1ff99f4a562 Merge remote-tracking branch > 'remotes/stefanha/tags/block-pull-request' into staging. See here: > > -

Re: [Qemu-devel] [PATCH] block: make BDRV_POLL_WHILE() re-entrancy safe

Am 06.03.2018 um 11:53 hat Stefan Hajnoczi geschrieben: > Nested BDRV_POLL_WHILE() calls can occur. Currently > assert(!bs_->wakeup) will fail when this happens. > > This patch converts bs->wakeup from bool to a counter. > > Nesting works correctly because outer BDRV_POLL_WHILE() callers

Re: [Qemu-devel] [Bug 1749016] [NEW] VHDX BAT and Metadata Region Header Required Bit Not Set

On Mon, Feb 12, 2018 at 09:44:09PM -, Michael Fruchtman wrote: > Public bug reported: > > When converting a VMDK to VHDX the resulting VHDX's Region table has a > small error. According to the VHDX specification the BAT and Metadata > entries for the region header required bit should be set

Re: [Qemu-devel] [PATCH] block: make BDRV_POLL_WHILE() re-entrancy safe

On 06/03/2018 11:53, Stefan Hajnoczi wrote: > Nested BDRV_POLL_WHILE() calls can occur. Currently > assert(!bs_->wakeup) will fail when this happens. > > This patch converts bs->wakeup from bool to a counter. > > Nesting works correctly because outer BDRV_POLL_WHILE() callers evaluate > the

Re: [Qemu-devel] [PATCH 2/7] audio: add module loading support

On Tue, Mar 6, 2018 at 8:40 AM, Gerd Hoffmann wrote: > Make audio_driver_lookup() try load the module in case it doesn't find > the driver in the registry. Also load all modules for -audio-help, so > the help output includes the help text for modular audio drivers. > >

Re: [Qemu-devel] [PATCH 1/7] audio: add driver registry

On Tue, Mar 6, 2018 at 8:40 AM, Gerd Hoffmann wrote: > Add registry for audio drivers, using the existing audio_driver struct. > Make all drivers register themself. The old list of audio_driver struct > pointers is now a list of audio driver names, specifying the priority >

Re: [Qemu-devel] [PATCH v3 0/6] qio: general non-default GMainContext support

On Tue, Mar 06, 2018 at 10:29:47AM +, Daniel P. Berrangé wrote: > On Mon, Mar 05, 2018 at 02:43:18PM +0800, Peter Xu wrote: > > V1: http://lists.nongnu.org/archive/html/qemu-devel/2018-02/msg06972.html > > V2: http://lists.gnu.org/archive/html/qemu-devel/2018-03/msg00016.html > > > > From

Re: [Qemu-devel] Question: qemu crashed for re-entry of bdrv_drain_recurse

On Fri, Feb 09, 2018 at 07:57:42AM +, fuweiwei (C) wrote: > We find a problem of reentrant of bdrv_drain_recurse() of the same bs, which > makes > Qemu assertion failed at > > assert(!bs_->wakeup); > > in BDRV_POLL_WHILE. > > To construct the problem, we do block-commit job (or

Re: [Qemu-devel] [PATCH v3 20/29] postcopy: postcopy_notify_shared_wake

* Peter Xu (pet...@redhat.com) wrote: > On Mon, Mar 05, 2018 at 07:55:13PM +, Dr. David Alan Gilbert wrote: > > * Peter Xu (pet...@redhat.com) wrote: > > > On Fri, Feb 16, 2018 at 01:16:16PM +, Dr. David Alan Gilbert (git) > > > wrote: > > > > From: "Dr. David Alan Gilbert"

[Qemu-devel] [PATCH] block: make BDRV_POLL_WHILE() re-entrancy safe

Nested BDRV_POLL_WHILE() calls can occur. Currently assert(!bs_->wakeup) will fail when this happens. This patch converts bs->wakeup from bool to a counter. Nesting works correctly because outer BDRV_POLL_WHILE() callers evaluate the condition again after the inner caller completes (invoking

Re: [Qemu-devel] [PATCH v3 05/12] hw/pci: introduce PCISVAOps to PCIDevice

On Mon, Mar 05, 2018 at 02:31:44PM +1100, David Gibson wrote: > On Thu, Mar 01, 2018 at 06:31:55PM +0800, Liu, Yi L wrote: > > This patch intoduces PCISVAOps for virt-SVA. > > > > So far, to setup virt-SVA for assigned SVA capable device, needs to > > config host translation structures. e.g. for

Re: [Qemu-devel] [PATCH v3 08/12] hw/pci: introduce pci_device_notify_iommu()

On Tue, Mar 06, 2018 at 11:19:13AM +0100, Paolo Bonzini wrote: > On 05/03/2018 11:43, Peter Xu wrote: > > On Mon, Mar 05, 2018 at 04:43:09PM +0800, Liu, Yi L wrote: > >> On Fri, Mar 02, 2018 at 05:06:56PM +0100, Paolo Bonzini wrote: > >>> On 01/03/2018 11:33, Liu, Yi L wrote: > +

Re: [Qemu-devel] [PATCH v8 03/23] RISC-V CPU Core Definition

On Tue, 6 Mar 2018 09:58:34 +0100 Igor Mammedov wrote: > On Tue, 6 Mar 2018 11:24:02 +1300 > Michael Clark wrote: > > > On Mon, Mar 5, 2018 at 10:44 PM, Igor Mammedov wrote: > > > > > On Sat, 3 Mar 2018 02:51:31 +1300 > > >

Re: [Qemu-devel] [PATCH] migration: convert socket server to QIONetListener

Ping On Mon, Feb 12, 2018 at 05:48:22PM +, Daniel P. Berrangé wrote: > Ping, any thoughts on this ? > > NB, it will conflict with the multiple-sockets migration work I > expect, since IIRC that assumes it can get the GSource ID of the > migration listener, but that's not valid going forward,

Re: [Qemu-devel] [PATCH v3 22/29] vhost+postcopy: Call wakeups

* Peter Xu (pet...@redhat.com) wrote: > On Fri, Feb 16, 2018 at 01:16:18PM +, Dr. David Alan Gilbert (git) wrote: > > From: "Dr. David Alan Gilbert" > > > > Cause the vhost-user client to be woken up whenever: > > a) We place a page in postcopy mode > > b) We get a

Re: [Qemu-devel] [PATCH] block: implement the bdrv_reopen_prepare helper for LUKS driver

Ping On Fri, Feb 16, 2018 at 01:53:12PM +, Daniel P. Berrangé wrote: > Ping, can this be queued in the block tree, since it appears the no-op impl > is ok ? > > On Thu, Jan 18, 2018 at 10:31:43AM +, Daniel P. Berrange wrote: > > If the bdrv_reopen_prepare helper isn't provided, the

Re: [Qemu-devel] [PULL 12/51] build-sys: compile with -Og or -O1 when --enable-debug

On 02/03/2018 19:48, Peter Maydell wrote: > On 16 January 2018 at 14:16, Paolo Bonzini wrote: >> From: Marc-André Lureau >> >> When --enable-debug is turned on, configure doesn't set -O level, and >> uses default compiler -O0 level, which is

Re: [Qemu-devel] [PULL v2 00/38] Block layer patches

On 6 March 2018 at 10:24, Kevin Wolf wrote: > Am 06.03.2018 um 11:09 hat Peter Maydell geschrieben: >> On 5 March 2018 at 17:51, Kevin Wolf wrote: >> > The following changes since commit >> > 86f4c7e05b1c44dbe1b329a51f311f10aef6ff34: >> > >> > Merge

Re: [Qemu-devel] [PATCH v3 0/6] qio: general non-default GMainContext support

On Mon, Mar 05, 2018 at 02:43:18PM +0800, Peter Xu wrote: > V1: http://lists.nongnu.org/archive/html/qemu-devel/2018-02/msg06972.html > V2: http://lists.gnu.org/archive/html/qemu-devel/2018-03/msg00016.html > > From this version, I'll split the old series into two: one QIO series > and one

<    1   2   3   4   5   >