[Qemu-devel] Problem compiling qemu-2.1.1

LS, I try to compile qemu and get the next error message: mnt/rhome/frans-tw/data/projects/linux/kernel/qemu/qemu-2.11.1/util/memfd.c:40:12: error: static declaration of ‘memfd_create’ follows non-static declaration static int memfd_create(const char *name, unsigned int flags)

Re: [Qemu-devel] [virtio-dev] [PATCH 4/4] virtio-net: add linkspeed and duplex settings to virtio-net

> On 2 Mar 2018, at 22:19, Michael S. Tsirkin wrote: > > On Fri, Mar 02, 2018 at 03:14:01PM +0800, Jason Wang wrote: >> >> >> On 2018年03月02日 11:46, Jason Baron wrote: >>> Although linkspeed and duplex can be set in a linux guest via 'ethtool -s', >>> this requires custom

[Qemu-devel] [PULL 2/5] softfloat: export some functions

Move fpu/softfloat-macros.h to include/fpu/ Export floatx80 functions to be used by target floatx80 specific implementations. Exports: propagateFloatx80NaN(), extractFloatx80Frac(), extractFloatx80Exp(), extractFloatx80Sign(), normalizeFloatx80Subnormal(), packFloatx80(),

[Qemu-devel] [PULL 1/5] target/m68k: TCGv returned by gen_load() must be freed

Signed-off-by: Laurent Vivier Message-Id: <20180217235920.2254-1-laur...@vivier.eu> --- target/m68k/translate.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/target/m68k/translate.c b/target/m68k/translate.c index 93cd38950e..a22993c7ce 100644 ---

[Qemu-devel] [PULL 5/5] target/m68k: add fscale, fgetman and fgetexp

Using local m68k floatx80_getman(), floatx80_getexp(), floatx80_scale() [copied from previous: Written by Andreas Grabher for Previous, NeXT Computer Emulator.] Signed-off-by: Laurent Vivier Reviewed-by: Richard Henderson Message-Id:

[Qemu-devel] [PULL 4/5] softfloat: use floatx80_infinity in softfloat

Since f3218a8 ("softfloat: add floatx80 constants") floatx80_infinity is defined but never used. This patch updates floatx80 functions to use this definition. This allows to define a different default Infinity value on m68k: the m68k FPU defines infinity with all bits set to zero in the

Re: [Qemu-devel] Problem compiling qemu-2.11.1

On 04.03.2018 12:15, Frans de Boer wrote: > LS, > > I try to compile qemu and get the next error message: > > mnt/rhome/frans-tw/data/projects/linux/kernel/qemu/qemu-2.11.1/util/memfd.c:40:12: > error: static declaration of ‘memfd_create’ follows non-static declaration >  static int

Re: [Qemu-devel] Problem compiling qemu-2.1.1

On 4 March 2018 at 11:15, Frans de Boer wrote: > LS, > > I try to compile qemu and get the next error message: > > mnt/rhome/frans-tw/data/projects/linux/kernel/qemu/qemu-2.11.1/util/memfd.c:40:12: > error: static declaration of ‘memfd_create’ follows non-static declaration >

[Qemu-devel] [PULL 3/5] target/m68k: add fmod/frem

Using a local m68k floatx80_mod() [copied from previous: Written by Andreas Grabher for Previous, NeXT Computer Emulator.] The quotient byte of the FPSR is updated with the result of the operation. Signed-off-by: Laurent Vivier Reviewed-by: Richard Henderson

[Qemu-devel] [PULL 0/5] M68k for 2.12 patches

The following changes since commit 136c67e07869227b21b3f627316e03679ce7b738: Merge remote-tracking branch 'remotes/bkoppelmann/tags/pull-tricore-2018-03-02' into staging (2018-03-02 16:56:20 +) are available in the Git repository at: git://github.com/vivier/qemu-m68k.git

[Qemu-devel] [PATCH] s390x/sclpconsole: Remove dead code - make _error functions void

These functions always return 0. By changing their return type to void, some dead code can be removed. Signed-off-by: Nia Alarie --- hw/char/sclpconsole-lm.c | 3 +-- hw/char/sclpconsole.c | 3 +-- hw/s390x/event-facility.c | 6 +-

[Qemu-devel] [PATCH 2/5] tpm: convert tpm_passthrough.c to use trace-events

Signed-off-by: Stefan Berger --- hw/tpm/tpm_passthrough.c | 13 +++-- hw/tpm/trace-events | 4 2 files changed, 7 insertions(+), 10 deletions(-) diff --git a/hw/tpm/tpm_passthrough.c b/hw/tpm/tpm_passthrough.c index a495fe0..2589c4d 100644 ---

[Qemu-devel] [PATCH 4/5] tpm: convert tpm_emulator.c to use trace-events

Signed-off-by: Stefan Berger --- hw/tpm/tpm_emulator.c | 45 +++-- hw/tpm/trace-events | 14 ++ 2 files changed, 37 insertions(+), 22 deletions(-) diff --git a/hw/tpm/tpm_emulator.c b/hw/tpm/tpm_emulator.c index

[Qemu-devel] [PATCH 1/5] tpm: convert tpm_crb.c to use trace-events

Signed-off-by: Stefan Berger --- Makefile.objs | 1 + hw/tpm/tpm_crb.c| 17 + hw/tpm/trace-events | 5 + 3 files changed, 11 insertions(+), 12 deletions(-) create mode 100644 hw/tpm/trace-events diff --git a/Makefile.objs

[Qemu-devel] [PATCH 0/5] Convert the TPM code to use tracing

This series of patches converts the TPM code to use tracing rather than the #define DEBUG_XYZ type of debugging. Regards, Stefan Stefan Berger (5): tpm: convert tpm_crb.c to use trace-events tpm: convert tpm_passthrough.c to use trace-events tpm: convert tpm_util.c to use trace-events

[Qemu-devel] [PATCH 3/5] tpm: convert tpm_util.c to use trace-events

Signed-off-by: Stefan Berger --- hw/tpm/tpm_util.c | 29 - hw/tpm/trace-events | 7 +++ 2 files changed, 19 insertions(+), 17 deletions(-) diff --git a/hw/tpm/tpm_util.c b/hw/tpm/tpm_util.c index 2de52a0..ee41757 100644 ---

[Qemu-devel] [PATCH 5/5] tpm: convert tpm_tis.c to use trace-events

Leave the DEBUG_TIS for more debugging and convert to use if (DEBUG_TIS) rather than #if DEBUG_TIS where it is being used. Signed-off-by: Stefan Berger --- hw/tpm/tpm_tis.c| 98 - hw/tpm/trace-events | 16

[Qemu-devel] [Bug 1753314] [NEW] UART in sabrelite machine simulation doesn't work with VxWorks 7

Public bug reported: The imx_serial.c driver currently implements only partial support for the i.MX6 UART hardware. (I understand it's a work in progress and that's fine.) dIn particular, it does not implement support for the Transmit Complete Interrupt Enable bit in the UCR4 register. The

Re: [Qemu-devel] [PATCH 1/2 v4] slirp: Add domainname option to slirp's DHCP server

Benjamin Drung, on mar. 27 févr. 2018 17:06:01 +0100, wrote: > This patch will allow the user to include the domainname option in > replies from the built-in DHCP server. > > Signed-off-by: Benjamin Drung Reviewed-by: Samuel Thibault

[Qemu-devel] [Bug 1753309] [NEW] Ethernet interrupt vectors for sabrelite machine are defined backwards

Public bug reported: The sabrelite machine model used by qemu-system-arm is based on the Freescale/NXP i.MX6Q processor. This SoC has an on-board ethernet controller which is supported in QEMU using the imx_fec.c module (actually called imx.enet for this model.) The include/hw/arm/fsm-imx6.h

Re: [Qemu-devel] [PATCH 2/2] slirp: Add classless static routes support to DHCP server

Benjamin Drung, on mar. 27 févr. 2018 17:06:02 +0100, wrote: > +int i = 0; Rather unsigned? > char *end; > +unsigned int route_count = 0; > struct slirp_config_str *config; > +struct StaticRoute *routes = NULL; > +const StringList *iter; > > if (!ipv4 && (vnetwork

Re: [Qemu-devel] [PATCH] PPC: e500: Add check for NULL return value from qemu_find_file.

On Sat, Mar 03, 2018 at 01:02:26PM +, Nia Alarie wrote: > This prints a message and exits if the e500 BIOS firmware can't > be found, to avoid dereferencing a null pointer. > > Signed-off-by: Nia Alarie Applied to ppc-for-2.12, thanks. > --- > hw/ppc/e500.c | 4

Re: [Qemu-devel] [PULL 00/24] ppc-for-2.12 queue 20180302

On Fri, Mar 02, 2018 at 02:26:49PM +, Peter Maydell wrote: > On 2 March 2018 at 06:03, David Gibson wrote: > > The following changes since commit 0dc8ae5e8e693737dfe65ba02d0c6eccb58a9c67: > > > > Merge remote-tracking branch

Re: [Qemu-devel] [PATCH 3/5] tpm: convert tpm_util.c to use trace-events

On 03/04/2018 06:56 PM, Stefan Berger wrote: > Signed-off-by: Stefan Berger Reviewed-by: Philippe Mathieu-Daudé > --- > hw/tpm/tpm_util.c | 29 - > hw/tpm/trace-events | 7 +++ > 2 files changed, 19 insertions(+),

Re: [Qemu-devel] [PATCH 2/5] tpm: convert tpm_passthrough.c to use trace-events

On 03/04/2018 06:56 PM, Stefan Berger wrote: > Signed-off-by: Stefan Berger Reviewed-by: Philippe Mathieu-Daudé > --- > hw/tpm/tpm_passthrough.c | 13 +++-- > hw/tpm/trace-events | 4 > 2 files changed, 7 insertions(+), 10

Re: [Qemu-devel] [PATCH 1/5] tpm: convert tpm_crb.c to use trace-events

On 03/04/2018 06:56 PM, Stefan Berger wrote: > Signed-off-by: Stefan Berger Reviewed-by: Philippe Mathieu-Daudé > --- > Makefile.objs | 1 + > hw/tpm/tpm_crb.c| 17 + > hw/tpm/trace-events | 5 + > 3 files changed,

Re: [Qemu-devel] [PATCH 4/5] tpm: convert tpm_emulator.c to use trace-events

On 03/04/2018 06:56 PM, Stefan Berger wrote: > Signed-off-by: Stefan Berger Reviewed-by: Philippe Mathieu-Daudé > --- > hw/tpm/tpm_emulator.c | 45 +++-- > hw/tpm/trace-events | 14 ++ > 2 files

[Qemu-devel] [RESEND PATCH v7 1/3] pci: Add support for Designware IP block

Add code needed to get a functional PCI subsytem when using in conjunction with upstream Linux guest (4.13+). Tested to work against "e1000e" (network adapter, using MSI interrupts) as well as "usb-ehci" (USB controller, using legacy PCI interrupts). Based on "i.MX6 Applications Processor

[Qemu-devel] [PATCH v3 1/6] qio: rename qio_task_thread_result

It is strange that it was called gio_task_thread_result. Rename it to follow the naming rule of the file. Reviewed-by: Daniel P. Berrange Signed-off-by: Peter Xu --- io/task.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

[Qemu-devel] [PATCH v3 2/6] qio: introduce qio_channel_add_watch_{full|source}

Firstly, introduce an internal qio_channel_add_watch_full(), which enhances qio_channel_add_watch() that context can be specified. Then add a new API wrapper qio_channel_add_watch_source() to return a GSource pointer rather than a tag ID. Note that the _source() call will keep a reference of

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

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 CHARDEV series. This is the QIO part. Hopefully I have addressed every

[Qemu-devel] [PATCH 4/9] chardev: allow telnet gsource to switch gcontext

It was originally created by qio_channel_add_watch() so it's always assigning the task to main context. Now we use the new API called qio_channel_add_watch_source() so that we get the GSource handle rather than the tag ID. Meanwhile, caching the gsource and TCPChardevTelnetInit (which holds the

[Qemu-devel] [PATCH v3 0/5] hw/acpi-build: build SRAT memory affinity structures for DIMM devices

ACPI 6.2A Table 5-129 "SPA Range Structure" requires the proximity domain of a NVDIMM SPA range must match with corresponding entry in SRAT table. The address ranges of vNVDIMM in QEMU are allocated from the hot-pluggable address space, which is entirely covered by one SRAT memory affinity

[Qemu-devel] [PATCH v3 4/5] tests/bios-tables-test: allow setting extra machine options

Some test cases may require extra machine options than those used in the current test_acpi_ones(), e.g., nvdimm test cases require the machine option 'nvdimm=on'. Signed-off-by: Haozhong Zhang --- tests/bios-tables-test.c | 45

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

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. NVDIMMDeviceInfo, which inherits from PCDIMMDeviceInfo, is added to union type MemoryDeviceInfo to record information of NVDIMM devices. The

Re: [Qemu-devel] [PATCH 0/9] chardev: qio related non-default context support

Hi, This series failed docker-quick@centos6 build test. Please find the testing commands and their output below. If you have Docker installed, you can probably reproduce it locally. Type: series Message-id: 20180305065040.10353-1-pet...@redhat.com Subject: [Qemu-devel] [PATCH 0/9] chardev: qio

[Qemu-devel] [PATCH v7 2/3] i.MX: Add i.MX7 SOC implementation.

The following interfaces are partially or fully emulated: * up to 2 Cortex A9 cores (SMP works with PSCI) * A7 MPCORE (identical to A15 MPCORE) * 4 GPTs modules * 7 GPIO controllers * 2 IOMUXC controllers * 1 CCM module * 1 SVNS module * 1 SRC module * 1 GPCv2

Re: [Qemu-devel] [PATCH v7 0/3] Initial i.MX7 support

On Sun, Mar 4, 2018 at 9:16 PM, Andrey Smirnov wrote: > Hi everyone, > Ugh, just realized that I was too hasty to call git "send-email" and patch 1/3 in this submission is broken since I forgot to remove "is_express" field. Please disregard this version of v7 and I'll

Re: [Qemu-devel] [PATCH V3 0/4] vfio: Introduce Live migration capability to vfio_mdev device

Hi, This series seems to have some coding style problems. See output below for more information: Type: series Message-id: 1520229653-10658-1-git-send-email-yulei.zh...@intel.com Subject: [Qemu-devel] [PATCH V3 0/4] vfio: Introduce Live migration capability to vfio_mdev device === TEST SCRIPT

[Qemu-devel] [PATCH v4 1/2] i386: Add Intel Processor Trace feature support

From: Chao Peng Expose Intel Processor Trace feature to guest. To make Intel PT live migration safe and get same CPUID information with same CPU model on diffrent host. CPUID[14] is constant in this patch. Intel PT use EPT is first supported in IceLake, the

[Qemu-devel] [PATCH v4 2/2] i386: Add support to get/set/migrate Intel Processor Trace feature

From: Chao Peng Add Intel Processor Trace related definition. It also add corresponding part to kvm_get/set_msr and vmstate. Signed-off-by: Chao Peng Signed-off-by: Luwei Kang --- target/i386/cpu.h | 22

[Qemu-devel] [PATCH] target/s390x: Remove leading underscores from #defines

We should not use leading underscores followed by a capital letter in #defines since such identifiers are reserved by the C standard. For ASCE_ORIGIN, REGION_ENTRY_ORIGIN and SEGMENT_ENTRY_ORIGIN I also added parentheses around the value to silence an error message from checkpatch.pl.

[Qemu-devel] [PATCH v7 0/3] Initial i.MX7 support

Hi everyone, This v7 of the patch series containing the work that I've done in order to enable support for i.MX7 emulation in QEMU. As the one before last commit in the series states the supported i.MX7 features are: * up to 2 Cortex A9 cores (SMP works with PSCI) * A7 MPCORE (identical

Re: [Qemu-devel] [PATCH v2 07/15] qio/chardev: update net listener gcontext

On Fri, Mar 02, 2018 at 12:17:30PM +0100, Paolo Bonzini wrote: > On 02/03/2018 05:26, Peter Xu wrote: > > Frankly speaking I was a bit confused when I started to read > > chardev/qio codes with so many hooks, e.g., when I saw: > > > > qio_net_listener_set_client_func(s->listener,

Re: [Qemu-devel] [PATCH] PowerPC: Add TM bits into msr_mask

On Wed, Feb 28, 2018 at 09:51:37AM +0800, wei.guo.si...@gmail.com wrote: > From: Simon Guo > > During migration, cpu_post_load() will use msr_mask to determine which > PPC MSR bits will be sync to the target side. Hardware Transaction > Memory(HTM) has been supported

[Qemu-devel] [PATCH 7/9] chardev: tcp: postpone async connection setup

This patch allows the socket chardev async connection be setup with non-default gcontext. We do it by postponing the setup to machine done, since until then we can know which context we should run the async operation on. Reviewed-by: Paolo Bonzini Signed-off-by: Peter Xu

[Qemu-devel] [PATCH 3/9] chardev: update net listener gcontext

TCP chardevs can be using QIO network listeners working in the background when in listening mode. However the network listeners are always running in main context. This can race with chardevs that are running in non-main contexts. To solve this, we need to re-setup the net listeners in

[Qemu-devel] [PATCH 5/9] chardev: introduce chr_machine_done hook

Introduce ChardevClass.chr_machine_done() hook so that chardevs can run customized procedures after machine init. There was an existing mux user already that did similar thing but used a raw machine done notifier. Generalize it into a framework, and let the mux chardevs provide such a

[Qemu-devel] [PATCH v7 1/3] pci: Add support for Designware IP block

Add code needed to get a functional PCI subsytem when using in conjunction with upstream Linux guest (4.13+). Tested to work against "e1000e" (network adapter, using MSI interrupts) as well as "usb-ehci" (USB controller, using legacy PCI interrupts). Based on "i.MX6 Applications Processor

[Qemu-devel] [PATCH v3 3/5] hw/acpi-build: build SRAT memory affinity structures for DIMM devices

ACPI 6.2A Table 5-129 "SPA Range Structure" requires the proximity domain of a NVDIMM SPA range must match with corresponding entry in SRAT table. The address ranges of vNVDIMM in QEMU are allocated from the hot-pluggable address space, which is entirely covered by one SRAT memory affinity

[Qemu-devel] [PATCH 8/9] chardev: tcp: let TLS run on chardev context

Now qio_channel_tls_handshake() is ready to receive the context. Let socket chardev use it, then the TLS handshake of chardev will always be with the chardev's context. Signed-off-by: Peter Xu --- chardev/char-socket.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [Qemu-devel] [PATCH v2 05/15] qio: refactor net listener source operations

On Fri, Mar 02, 2018 at 10:51:01AM +, Daniel P. Berrangé wrote: > On Fri, Mar 02, 2018 at 11:58:52AM +0800, Peter Xu wrote: > > On Thu, Mar 01, 2018 at 10:47:17AM +, Daniel P. Berrangé wrote: > > > On Thu, Mar 01, 2018 at 04:44:28PM +0800, Peter Xu wrote: > > > > Three functions are

[Qemu-devel] [PATCH 1/9] vl: export machine_init_done

We have that variable but not exported. Export that so modules can have a way to poke on whether machine init has finished. Meanwhile, set that up even before calling the notifiers, so that notifiers who may depend on this field will get a correct answer. Suggested-by: Paolo Bonzini

[Qemu-devel] [PATCH 9/9] chardev: tcp: postpone TLS work until machine done

TLS handshake may create background GSource tasks, while we won't know the correct GMainContext until the whole chardev (including frontend) inited. Let's postpone the initial TLS handshake until machine done. For dynamically created tcp chardev, we don't postpone that by checking the

[Qemu-devel] [PATCH 2/9] chardev: fix leak in tcp_chr_telnet_init_io()

Need to free TCPChardevTelnetInit when session established. Since at it, switch to use G_SOURCE_* macros. Reviewed-by: Daniel P. Berrange Reviewed-by: Paolo Bonzini Signed-off-by: Peter Xu --- chardev/char-socket.c | 10 +++---

[Qemu-devel] [PATCH 6/9] chardev: use chardev's gcontext for async connect

Generalize the function to create the async QIO task connection. Also, fix the context pointer to use the chardev's gcontext. Reviewed-by: Paolo Bonzini Signed-off-by: Peter Xu --- chardev/char-socket.c | 25 ++--- 1 file changed, 14

Re: [Qemu-devel] [RFC QEMU PATCH v4 03/10] hostmem-xen: add a host memory backend for Xen

On 03/02/18 11:50 +, Anthony PERARD wrote: > On Wed, Feb 28, 2018 at 03:56:54PM +0800, Haozhong Zhang wrote: > > On 02/27/18 16:41 +, Anthony PERARD wrote: > > > On Thu, Dec 07, 2017 at 06:18:05PM +0800, Haozhong Zhang wrote: > > > > @@ -108,7 +109,10 @@ void

Re: [Qemu-devel] [PATCH] PPC: e500: Add check for NULL return value from qemu_find_file.

On Mon, Mar 05, 2018 at 10:51:52AM +1100, David Gibson wrote: > On Sat, Mar 03, 2018 at 01:02:26PM +, Nia Alarie wrote: > > This prints a message and exits if the e500 BIOS firmware can't > > be found, to avoid dereferencing a null pointer. > > > > Signed-off-by: Nia Alarie

Re: [Qemu-devel] [PATCH] ppc440_uc: Fix unintialized variable warning with older gcc

On Fri, Mar 02, 2018 at 10:43:23PM +0100, BALATON Zoltan wrote: > Signed-off-by: BALATON Zoltan Applied, and rebased so we don't get bisection breakage. > --- > hw/ppc/ppc440_uc.c | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/hw/ppc/ppc440_uc.c

[Qemu-devel] [PULL 7/9] net: Add a new convenience option "--nic" to configure default/on-board NICs

From: Thomas Huth The legacy "-net" option can be quite confusing for the users since most people do not expect to get a "vlan" hub between their emulated guest hardware and the host backend. But so far, we are also not able to get rid of "-net" completely, since it is the only

[Qemu-devel] [PULL 6/9] net: Remove the deprecated 'host_net_add' and 'host_net_remove' HMP commands

From: Thomas Huth They are deprecated since QEMU v2.10, and so far nobody complained that these commands are still necessary for any reason - and since you can use 'netdev_add' and 'netdev_remove' instead, there also should not be any real reason. Since they are also standing

[Qemu-devel] [PULL 9/9] tap: setting error appropriately when calling net_init_tap_one()

From: Jay Zhou If netdev_add tap,id=net0,...,vhost=on failed in net_init_tap_one(), the followed up device_add virtio-net-pci,netdev=net0 will fail too, prints: TUNSETOFFLOAD ioctl() failed: Bad file descriptor TUNSETOFFLOAD ioctl() failed: Bad file descriptor

[Qemu-devel] [PULL 8/9] hw/net: Remove unnecessary header includes

From: Thomas Huth Headers like "hw/loader.h" and "qemu/sockets.h" are not needed in the hw/net/*.c files. And Some other headers are included via other headers already, so we can drop them, too. Signed-off-by: Thomas Huth Signed-off-by: Jason Wang

Re: [Qemu-devel] [PATCH v3 2/3] virtio-balloon: VIRTIO_BALLOON_F_FREE_PAGE_HINT

On 03/03/2018 02:37 AM, Michael S. Tsirkin wrote: On Fri, Mar 02, 2018 at 04:47:29PM +0800, Wei Wang wrote: diff --git a/include/sysemu/balloon.h b/include/sysemu/balloon.h index af49e19..16a2aae 100644 --- a/include/sysemu/balloon.h +++ b/include/sysemu/balloon.h ... +typedef void

Re: [Qemu-devel] [PATCH v3 03/12] hw/core: introduce IOMMUSVAContext for virt-SVA

On Thu, Mar 01, 2018 at 06:31:53PM +0800, Liu, Yi L wrote: > From: Peter Xu > > This patch adds IOMMUSVAContext as an abstract for virt-SVA in > Qemu. > > IOMMUSVAContext is per-PASID(Process Address Space Identity). > A PASID Tagged AddressSpace should have an

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

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 VT-d, needs to set the > guest pasid table to host and enable nested

[Qemu-devel] [PULL 4/9] net: Make net_client_init() static

From: Thomas Huth The function is only used within net.c, so there's no need that this is a global function. While we're at it, also remove the unused prototype compute_mcast_idx() (the function has been removed in commit d9caeb09b107e91122d10ba4a08a). Reviewed-by: Paolo

[Qemu-devel] [PULL 5/9] net: Remove the deprecated way of dumping network packets

From: Thomas Huth "-net dump" has been marked as deprecated since QEMU v2.10, since it only works with the deprecated 'vlan' parameter (or hubs). Network dumping should be done with "-object filter-dump" nowadays instead. Since nobody complained so far about the deprecation

[Qemu-devel] [PATCH v3 6/6] qio: non-default context for TLS handshake

A new parameter "context" is added to qio_channel_tls_handshake() is to allow the TLS to be run on a non-default context. Still, no functional change. Signed-off-by: Peter Xu --- chardev/char-socket.c | 1 + include/io/channel-tls.h| 5 - io/channel-tls.c

[Qemu-devel] [PATCH v3 3/6] qio: store gsources for net listeners

Originally we were storing the GSources tag IDs. That'll be not enough if we are going to support non-default gcontext for QIO code. Switch to GSources without changing anything real. Now we still always pass in NULL, which means the default gcontext. Signed-off-by: Peter Xu

[Qemu-devel] [PATCH 0/9] chardev: qio related non-default context support

Based-on: <20180305064324.9238-1-pet...@redhat.com> This series is based on the QIO part: [PATCH v3 0/6] qio: general non-default GMainContext support And it is splitted out from version 2 of the QIO series V2: http://lists.gnu.org/archive/html/qemu-devel/2018-03/msg00016.html Please

[Qemu-devel] [PATCH] Allow to specify a display ID whith the screendump command

QEMU's screendump command can only take dumps from the primary display. When using multiple VGA cards, there is no way to get a dump from a secondary card yet. So let's add an 'id' parameter to the HMP and QMP commands to be able to specify alternative devices with the screendump command, too.

[Qemu-devel] [RESEND PATCH v7 0/3] Initial i.MX7 support

RESEND due to botched original v7 submission (patch 1/3 broken) Hi everyone, This v7 of the patch series containing the work that I've done in order to enable support for i.MX7 emulation in QEMU. As the one before last commit in the series states the supported i.MX7 features are: * up to 2

[Qemu-devel] [RESEND PATCH v7 2/3] i.MX: Add i.MX7 SOC implementation.

The following interfaces are partially or fully emulated: * up to 2 Cortex A9 cores (SMP works with PSCI) * A7 MPCORE (identical to A15 MPCORE) * 4 GPTs modules * 7 GPIO controllers * 2 IOMUXC controllers * 1 CCM module * 1 SVNS module * 1 SRC module * 1 GPCv2

[Qemu-devel] [PATCH v3 1/5] pc-dimm: refactor qmp_pc_dimm_device_list

Use pc_dimm_built_list to hide recursive callbacks from callers. Signed-off-by: Haozhong Zhang --- hw/mem/pc-dimm.c | 83 +--- hw/ppc/spapr.c | 3 +- include/hw/mem/pc-dimm.h | 2 +- numa.c

[Qemu-devel] [PATCH v3 5/5] tests/bios-tables-test: add test cases for DIMM proximity

QEMU now builds one SRAT memory affinity structure for each static-plugged PC-DIMM and NVDIMM device with the proximity domain specified in the device option 'node', rather than only one SRAT memory affinity structure covering the entire hotpluggable address space with the proximity domain of the

Re: [Qemu-devel] [PATCH] Allow to specify a display ID whith the screendump command

> -void qmp_screendump(const char *filename, Error **errp) > +void qmp_screendump(const char *filename, bool has_id, const char *id, > +Error **errp) > { > QemuConsole *con = qemu_console_lookup_by_index(0); > DisplaySurface *surface; > +DeviceState *dev; > + > +

Re: [Qemu-devel] [PATCH v4] PPC: e500: Fix duplicate kernel load and device tree overlap

On Fri, Mar 02, 2018 at 12:20:13PM +0100, David Engraf wrote: > This patch fixes an incorrect behavior when the -kernel argument has been > specified without -bios. In this case the kernel was loaded twice. At address > 32M as a raw image and afterwards by load_elf/load_uimage at the >

[Qemu-devel] [PULL 0/9] Net patches

The following changes since commit 136c67e07869227b21b3f627316e03679ce7b738: Merge remote-tracking branch 'remotes/bkoppelmann/tags/pull-tricore-2018-03-02' into staging (2018-03-02 16:56:20 +) are available in the git repository at: https://github.com/jasowang/qemu.git

[Qemu-devel] [PULL 1/9] net: Move error reporting from net_init_client/netdev to the calling site

From: Thomas Huth It looks strange that net_init_client() and net_init_netdev() both take an "Error **errp" parameter, but then do the error reporting with "error_report_err(local_err)" on their own. Let's move the error reporting to the calling site instead to simplify this

[Qemu-devel] [PULL 3/9] net: Only show vhost-user in the help text if CONFIG_POSIX is defined

From: Thomas Huth According to net/Makefile.objs we only link in the vhost-user code if CONFIG_POSIX has been set. So the help screen should also only show this information if CONFIG_POSIX has been defined. Reviewed-by: Paolo Bonzini Signed-off-by: Thomas

[Qemu-devel] [PULL 2/9] net: List available netdevs with "-netdev help"

From: Thomas Huth Other options like "-chardev" or "-device" feature a nice help text with the available devices when being called with "help" or "?". Since it is quite useful, especially if you want to see which network backends have been compiled into the QEMU binary, let's

[Qemu-devel] [PATCH V3 2/4] vfio: Add vm status change callback to stop/restart the mdev device

VM status change handler is added to change the vfio pci device status during the migration, write the demanded device status to the DEVICE STATUS subregion to stop the device on the source side before fetch its status and start the deivce on the target side after restore its status.

[Qemu-devel] [PATCH V3 1/4] vfio: introduce a new VFIO subregion for mdev device migration support

New VFIO sub region VFIO_REGION_SUBTYPE_DEVICE_STATE is added to fetch and restore the status of mdev device vGPU during the live migration. Signed-off-by: Yulei Zhang --- hw/vfio/pci.c | 14 +- hw/vfio/pci.h | 1 +

[Qemu-devel] [PATCH V3 0/4] vfio: Introduce Live migration capability to vfio_mdev device

Summary This series RFC would like to resume the discussion about how to introduce the live migration capability to vfio mdev device. By adding a new vfio subtype region VFIO_REGION_SUBTYPE_DEVICE_STATE, the mdev device will be set to migratable if the new region exist during the

Re: [Qemu-devel] [PATCH v2 0/2] Firmware blob and git submodule for Sam460ex

On Fri, Mar 02, 2018 at 12:50:14PM +0100, BALATON Zoltan wrote: > This is v2 of the firmware image for the ppc sam460ex machine type in > case you choose to add it with external git repo first. In case you > decide not to add it either as external git nor as a mirrored or > copied to QEMU repo

[Qemu-devel] [PATCH V3 3/4] vfio: Add struct vfio_vmstate_info to introduce put/get callback funtion for vfio device status save/restore

Introduce vfio_device_put/vfio_device_get funtion for vfio device state save/restore usage. For VFIO pci device status migrate, on the source side with funtion vfio_device_put to save the following states 1. pci configuration space addr0~addr5 2. pci configuration space msi_addr msi_data 3. pci

[Qemu-devel] [PATCH V3 4/4] vifo: introduce new VFIO ioctl VFIO_IOMMU_GET_DIRTY_BITMAP

New VFIO ioctl VFIO_IOMMU_GET_DIRTY_BITMAP is used to fetch the bitmap of pinned memory in iommu container, we need copy those memory to the target during the migration as they are dirtied by mdev devices. Signed-off-by: Yulei Zhang --- hw/vfio/common.c | 34

[Qemu-devel] [PATCH v3 5/6] qio: non-default context for async conn

We have worked on qio_task_run_in_thread() already. Further, let all the qio channel APIs use that context. Signed-off-by: Peter Xu --- chardev/char-socket.c | 4 ++-- include/io/channel-socket.h| 15 --- io/channel-socket.c| 15

[Qemu-devel] [PATCH v3 4/6] qio: non-default context for threaded qtask

qio_task_run_in_thread() allows main thread to run blocking operations in the background. However it has an assumption on that it's always working with the default context. This patch tries to allow the threaded QIO task framework to run with non-default gcontext. Currently no functional change

Re: [Qemu-devel] [PATCH v3 04/12] vfio/pci: add notify framework based on IOMMUSVAContext

On Thu, Mar 01, 2018 at 06:33:27PM +0800, Liu, Yi L wrote: > This patch introduces a notify framework for IOMMUSVAContext.sva_notifiers. > > Signed-off-by: Liu, Yi L > --- > hw/vfio/common.c | 1 + > include/hw/vfio/vfio-common.h | 9 + > 2 files