Re: [Qemu-devel] QEMU GSoC 2018 Project Idea (Apply polling to QEMU NVMe)

Sounds great. Thanks! On Tue, Feb 27, 2018 at 5:04 AM, Paolo Bonzini wrote: > On 27/02/2018 10:05, Huaicheng Li wrote: > > Including a RAM disk backend in QEMU would be nice too, and it may > > interest you as it would reduce the delta between upstream QEMU and > >

Re: [Qemu-devel] [PATCH v2 53/67] target/arm: Implement SVE scatter stores

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/helper-sve.h| 41 ++ > target/arm/sve_helper.c| 62 >

Re: [Qemu-devel] [PATCH v3 2/4] qcow2: Document some maximum size constraints

On 02/27/2018 05:47 AM, Kevin Wolf wrote: Am 22.02.2018 um 16:59 hat Eric Blake geschrieben: Although off_t permits up to 63 bits (8EB) of file offsets, in practice, we're going to hit other limits first. Document some of those limits in the qcow2 spec, and how choice of cluster size can

Re: [Qemu-devel] [PATCH 13/16] translate-all: protect TB jumps with a per-destination-TB lock

On 27/02/2018 12:43, Laurent Desnogues wrote: > On Tue, Feb 27, 2018 at 12:33 PM, Paolo Bonzini wrote: >> On 27/02/2018 06:39, Emilio G. Cota wrote: >>> Using a hash table or a binary tree to keep track of the jumps >>> doesn't really pay off, not only due to the increased

Re: [Qemu-devel] [PATCH v2 14/16] block/mirror: Add active mirroring

On 02/27/2018 03:34 AM, Fam Zheng wrote: On Mon, 01/22 23:08, Max Reitz wrote: @@ -1151,7 +1285,48 @@ static int coroutine_fn bdrv_mirror_top_preadv(BlockDriverState *bs, static int coroutine_fn bdrv_mirror_top_pwritev(BlockDriverState *bs, uint64_t offset, uint64_t bytes, QEMUIOVector

Re: [Qemu-devel] [PATCH v4 1/4] softfloat: export some functions

Aurélien, Peter, as named maintainers in the MAINTAINERS file for FPU emulation, if you don't argue against these changes (they are trivial), I would like to add these softfloat changes in my next m68k pull request. By this means, any new floatx80 function I will add for m68k emulation will be

Re: [Qemu-devel] [PATCH v3 15/29] vhost+postcopy: Send address back to qemu

On Fri, Feb 16, 2018 at 01:16:11PM +, Dr. David Alan Gilbert (git) wrote: > From: "Dr. David Alan Gilbert" > > We need a better way, but at the moment we need the address of the > mappings sent back to qemu so it can interpret the messages on the > userfaultfd it reads.

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 52/67] target/arm: Implement SVE store vector/predicate register

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/translate-sve.c | 101 > + > target/arm/sve.decode | 6 +++ > 2 files

Re: [Qemu-devel] [PATCH v2 00/29] Modularize generated QAPI code

On 02/11/2018 03:35 AM, Markus Armbruster wrote: Our qapi-schema.json is composed of modules connected by include directives, but the generated code is monolithic all the same: one qapi-types.h with all the types, one qapi-visit.h with all the visitors, and so forth. These monolithic headers

Re: [Qemu-devel] [PATCH 7/9] acpi: move build_fadt() from i386 specific to generic ACPI source

On 22/02/18 13:42, Igor Mammedov wrote: > it will be extended and reused in follow up patch by ARM target > > Signed-off-by: Igor Mammedov Reviewed-by: Eric Auger Eric > --- > include/hw/acpi/aml-build.h | 3 ++ > hw/acpi/aml-build.c |

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 51/67] target/arm: Implement SVE load and broadcast element

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/helper-sve.h| 5 + > target/arm/sve_helper.c| 43 >

Re: [Qemu-devel] [PATCH 6/9] pc: acpi: use build_append_foo() API to construct FADT

Hi Igor, On 22/02/18 13:42, Igor Mammedov wrote: > build_append_foo() API doesn't need explicit endianness > conversions which eliminates a source of errors and > it makes build_fadt() look like declarative definition of > FADT table in ACPI spec, which makes it easy to review. > Also it allows

Re: [Qemu-devel] [PATCH v7 08/23] RISC-V TCG Code Generation

On 02/26/2018 11:17 PM, Michael Clark wrote: > TCG code generation for the RV32IMAFDC and RV64IMAFDC. The QEMU > RISC-V code generator has complete coverage for the Base ISA v2.2, > Privileged ISA v1.9.1 and Privileged ISA v1.10: > > - RISC-V Instruction Set Manual Volume I: User-Level ISA

[Qemu-devel] [PULL v2 2/2] tests: add test for TPM TIS device

Move the TPM TIS related register and flag #defines into include/hw/acpi/tpm.h for access by the test case. Write a test case that covers the TIS functionality. Add the tests cases to the MAINTAINERS file. Signed-off-by: Stefan Berger Reviewed-by: Marc-André Lureau

[Qemu-devel] [PULL v2 0/2] Merge tpm 2018/02/21 v2

This patch series adds a test case for the TPM TIS interface. Stefan Merge remote-tracking branch 'remotes/kraxel/tags/ui-20180220-pull-request' into staging (2018-02-20 14:05:00 +) are available in the git repository at: git://github.com/stefanberger/qemu-tpm.git

[Qemu-devel] [PULL v2 1/2] tests: Move common TPM test code into tpm-emu.c

Move threads and other common TPM test code into tpm-emu.c. Signed-off-by: Stefan Berger Reviewed-by: Marc-André Lureau --- tests/Makefile.include | 2 +- tests/tpm-crb-test.c | 174 +

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

On 27 February 2018 at 00:15, Michael Clark wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > The following changes since commit 0a773d55ac76c5aa89ed9187a3bc5af8c5c2a6d0: > > maintainers: Add myself as a OpenBSD maintainer (2018-02-23 12:05:07 +) > > are

Re: [Qemu-devel] [PATCH v3 00/29] postcopy+vhost-user/shared ram

On Fri, Feb 16, 2018 at 01:15:56PM +, Dr. David Alan Gilbert (git) wrote: > From: "Dr. David Alan Gilbert" > > Hi, > This is the first non-RFC version of this patch set that > enables postcopy migration with shared memory to a vhost user process. > It's based off

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 50/67] target/arm: Implement SVE Floating Point Accumulating Reduction Group

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/helper-sve.h| 7 ++ > target/arm/sve_helper.c| 56 > ++ >

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 49/67] target/arm: Implement SVE FP Multiply-Add Group

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/helper-sve.h| 16 ++ > target/arm/sve_helper.c| 53 > ++ >

Re: [Qemu-devel] [PATCH v3 1/7] compiler: Add QEMU_BUILD_BUG_MSG() macro

On Sat 24 Feb 2018 04:40:27 PM CET, Max Reitz wrote: > _Static_assert() allows us to specify messages, and that may come in > handy. Even without _Static_assert(), encouraging developers to put a > helpful message next to the QEMU_BUILD_BUG_* may make debugging easier > whenever it breaks. > >

Re: [Qemu-devel] [PATCH v3 2/7] qapi: Add qobject_to()

On Sat 24 Feb 2018 04:40:28 PM CET, Max Reitz wrote: > This is a dynamic casting macro that, given a QObject type, returns an > object as that type or NULL if the object is of a different type (or > NULL itself). > > The macro uses lower-case letters because: > 1. There does not seem to be a hard

Re: [Qemu-devel] [PATCH v2 47/67] target/arm: Implement SVE integer convert to floating-point

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > +/* > + *** SVE Floating Point Unary Operations Prediated Group > + */ Just noticed the typo: should be "Predicated". thanks -- PMM

Re: [Qemu-devel] [PATCH v2 48/67] target/arm: Implement SVE floating-point arithmetic (predicated)

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/helper-sve.h| 77 > target/arm/sve_helper.c| 107 >

Re: [Qemu-devel] [PATCH 5/9] pc: acpi: isolate FADT specific data into AcpiFadtData structure

Hi Igor, On 22/02/18 13:42, Igor Mammedov wrote: > move FADT data initialization out of fadt_setup() into dedicated > init_fadt_data() that will set common for pc/q35 values in > AcpiFadtData structure and acpi_get_pm_info() will complement > it with pc/q35 specific values initialization.

Re: [Qemu-devel] [PATCH v2 47/67] target/arm: Implement SVE integer convert to floating-point

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/helper-sve.h| 30 +++ > target/arm/sve_helper.c| 52 ++ >

Re: [Qemu-devel] [PULL v1 0/2] Merge tpm 2018/02/21 v1

On 02/27/2018 05:13 AM, Peter Maydell wrote: On 23 February 2018 at 21:39, Stefan Berger wrote: This patch series adds a test case for the TPM TIS interface. Stefan The following changes since commit a6e0344fa0e09413324835ae122c4cadd7890231: Merge

Re: [Qemu-devel] [PATCHv5 4/5] qemu-doc: deprecate query-cpus

On 19.02.2018 15:57, Cornelia Huck wrote: > On Fri, 16 Feb 2018 17:08:40 +0100 > Viktor Mihajlovski wrote: > >> Start the deprecation period for QAPI query-cpus (replaced by >> query-cpus-fast) beginning with 2.12.0. >> >> Signed-off-by: Viktor Mihajlovski

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 46/67] target/arm: Implement SVE load and broadcast quadword

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/translate-sve.c | 51 > ++ > target/arm/sve.decode | 9 > 2 files

[Qemu-devel] [PULL 26/26] s390x: remove s390_get_memslot_count

Not needed anymore after removal of the memory hotplug code. Acked-by: Christian Borntraeger Reviewed-by: David Hildenbrand Signed-off-by: Cornelia Huck --- include/hw/s390x/sclp.h | 1 - target/s390x/cpu.c | 9 -

Re: [Qemu-devel] [PATCH] hw/s390x: Add the possibility to specify the netboot image on the command line

On 27.02.2018 12:32, Thomas Huth wrote: > The file name of the netboot binary is currently hard-coded to > "s390-netboot.img", without a possibility for the user to select > an alternative firmware image here. That's unfortunate, especially > since the basics are already there: The filename is a

[Qemu-devel] [PULL 14/26] pc-bios/s390: Rebuild the s390x firmware images with the boot menu changes

From: Thomas Huth Provide a new s390-ccw.img binary with the boot menu patches by Collin. Though there should not be any visible changes for the network booting, the s390-netboot.img binary has been rebuilt, too, since some of the changes affected the shared source files.

[Qemu-devel] [PULL 23/26] hmp: change hmp_info_cpus to use query-cpus-fast

From: Viktor Mihajlovski Changing the implementation of hmp_info_cpus() to call qmp_query_cpus_fast() instead of qmp_query_cpus. This has the following consequences: o No further code change required for qmp_query_cpus deprecation o HMP profits from the less

[Qemu-devel] [PULL 16/26] s390/stattrib: Make SaveVMHandlers data static

From: "Dr. David Alan Gilbert" There's no need for this to be dynamic, make it static. Signed-off-by: Dr. David Alan Gilbert Message-Id: <20180212154903.8859-1-dgilb...@redhat.com> Reviewed-by: David Hildenbrand Reviewed-by: Thomas

[Qemu-devel] [PULL 22/26] qemu-doc: deprecate query-cpus

From: Viktor Mihajlovski Start the deprecation period for QAPI query-cpus (replaced by query-cpus-fast) beginning with 2.12.0. Signed-off-by: Viktor Mihajlovski Reviewed-by: Eric Blake Message-Id:

Re: [Qemu-devel] [PATCH v2 45/67] target/arm: Implement SVE Memory Contiguous Store Group

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > target/arm/helper-sve.h| 29 +++ > target/arm/sve_helper.c| 211 > + >

[Qemu-devel] [PULL 15/26] s390x/cpu: expose the guest crash information

From: Christian Borntraeger This patch is the s390 implementation of guest crash information, similar to commit d187e08dc4 ("i386/cpu: add crash-information QOM property") and the related commits. We will detect several crash reasons, with the "disabled wait" being the

[Qemu-devel] [PULL 19/26] qmp: expose s390-specific CPU info

From: Viktor Mihajlovski Presently s390x is the only architecture not exposing specific CPU information via QMP query-cpus. Upstream discussion has shown that it could make sense to report the architecture specific CPU state, e.g. to detect that a CPU has been

[Qemu-devel] [PULL 21/26] qmp: add architecture specific cpu data for query-cpus-fast

From: Viktor Mihajlovski The s390 CPU state can be retrieved without interrupting the VM execution. Extendend the CpuInfoFast union with architecture specific data and an implementation for s390. Return data looks like this: [

[Qemu-devel] [PULL 11/26] s390-ccw: set cp_receive mask only when needed and consume pending service irqs

From: "Collin L. Walling" It is possible while waiting for multiple types of external interrupts that we might have pending irqs remaining between irq consumption and irq-type disabling. Those interrupts could potentially propagate to the guest after IPL completes and

[Qemu-devel] [PULL 25/26] s390x/sclp: remove memory hotplug support

From: David Hildenbrand >From an architecture point of view, nothing can be mapped into the address space on s390x. All there is is memory. Therefore there is also not really an interface to communicate such information to the guest. All we can do is specify the maximum ram

[Qemu-devel] [PULL 20/26] qmp: add query-cpus-fast

From: Luiz Capitulino The query-cpus command has an extremely serious side effect: it always interrupts all running vCPUs so that they can run ioctl calls. This can cause a huge performance degradation for some workloads. And most of the information retrieved by the ioctl

[Qemu-devel] [PULL 18/26] s390x/tcg: add various alignment checks

From: David Hildenbrand Let's add proper alignment checks for a handful of instructions that require a SPECIFICATION exception in case alignment is violated. Introduce new wout/in functions. As we are right now only using them for privileged instructions, we have to add ugly

[Qemu-devel] [PULL 24/26] s390x/cpumodel: document S390FeatDef.bit not applicable

From: Halil Pasic The 'bit' field of the 'S390FeatDef' structure is not applicable to all its instances. Currently this field is not applicable, and remains unused, iff the feature is of type S390_FEAT_TYPE_MISC. Having the value 0 specified for multiple such feature

[Qemu-devel] [PULL 09/26] s390-ccw: print zipl boot menu

From: "Collin L. Walling" When the boot menu options are present and the guest's disk has been configured by the zipl tool, then the user will be presented with an interactive boot menu with labeled entries. An example of what the menu might look like: zIPL

[Qemu-devel] [PULL 12/26] s390-ccw: use zipl values when no boot menu options are present

From: "Collin L. Walling" If no boot menu options are present, then flag the boot menu to use the zipl options that were set in the zipl configuration file (and stored on disk by zipl). These options are found at some offset prior to the start of the zipl boot menu

[Qemu-devel] [PULL 17/26] s390x/tcg: fix disabling/enabling DAT

From: David Hildenbrand Currently, all memory accesses go via the MMU of the address space (primary, secondary, ...). This is bad, because we don't flush the TLB when disabling/enabling DAT. So we could add a tlb flush. However it is easier to simply select the MMU we already

[Qemu-devel] [PULL 08/26] s390-ccw: read stage2 boot loader data to find menu

From: "Collin L. Walling" Read the stage2 boot loader data block-by-block. We scan the current block for the string "zIPL" to detect the start of the boot menu banner. We then load the adjacent blocks (previous block and next block) to account for the possibility of

[Qemu-devel] [PULL 06/26] s390-ccw: parse and set boot menu options

From: "Collin L. Walling" Set boot menu options for an s390 guest and store them in the iplb. These options are set via the QEMU command line option: -boot menu=on|off[,splash-time=X] or via the libvirt domain xml: Where X represents some

[Qemu-devel] [PULL 10/26] s390-ccw: read user input for boot index via the SCLP console

From: "Collin L. Walling" Implements an sclp_read function to capture input from the console and a wrapper function that handles parsing certain characters and adding input to a buffer. The input is checked for any erroneous values and is handled appropriately. A

[Qemu-devel] [PULL 13/26] s390-ccw: interactive boot menu for scsi

From: "Collin L. Walling" Interactive boot menu for scsi. This follows a similar procedure as the interactive menu for eckd dasd. An example follows: s390x Enumerated Boot Menu. 3 entries detected. Select from index 0 to 2. Signed-off-by: Collin L. Walling

[Qemu-devel] [PULL 07/26] s390-ccw: set up interactive boot menu parameters

From: "Collin L. Walling" Reads boot menu flag and timeout values from the iplb and sets the respective fields for the menu. Signed-off-by: Collin L. Walling Reviewed-by: Thomas Huth Signed-off-by: Thomas Huth

[Qemu-devel] [PULL 04/26] s390-ccw: update libc

From: "Collin L. Walling" Moved: memcmp from bootmap.h to libc.h (renamed from _memcmp) strlen from sclp.c to libc.h (renamed from _strlen) Added C standard functions: isdigit Added non C-standard function: uitoa atoui Signed-off-by: Collin L. Walling

[Qemu-devel] [PULL 03/26] s390-ccw: refactor IPL structs

From: "Collin L. Walling" ECKD DASDs have different IPL structures for CDL and LDL formats. The current Ipl1 and Ipl2 structs follow the CDL format, so we prepend "EckdCdl" to them. Boot info for LDL has been moved to a new struct: EckdLdlIpl1. Signed-off-by: Collin

[Qemu-devel] [PULL 05/26] s390-ccw: move auxiliary IPL data to separate location

From: "Collin L. Walling" The s390-ccw firmware needs some information in support of the boot process which is not available on the native machine. Examples are the netboot firmware load address and now the boot menu parameters. While storing that data in unused

[Qemu-devel] [PULL 02/26] s390-ccw: refactor eckd_block_num to use CHS

From: "Collin L. Walling" Add new cylinder/head/sector struct. Use it to calculate eckd block numbers instead of a BootMapPointer (which used eckd chs anyway). Signed-off-by: Collin L. Walling Reviewed-by: Thomas Huth

[Qemu-devel] [PULL 00/26] s390x updates (and friends)

The following changes since commit 0a773d55ac76c5aa89ed9187a3bc5af8c5c2a6d0: maintainers: Add myself as a OpenBSD maintainer (2018-02-23 12:05:07 +) are available in the git repository at: git://github.com/cohuck/qemu tags/s390x-20180227 for you to fetch changes up

[Qemu-devel] [PULL 01/26] s390-ccw: refactor boot map table code

From: "Collin L. Walling" Some ECKD bootmap code was using structs designed for SCSI. Even though this works, it confuses readability. Add a new BootMapTable struct to assist with readability in bootmap entry code. Also: - replace ScsiMbr in ECKD code with

Re: [Qemu-devel] VCPU hotplug on KVM/ARM

On Tue, Feb 27, 2018 at 01:46:04PM +0100, Christoffer Dall wrote: > On Tue, Feb 27, 2018 at 05:34:28PM +0530, btha...@codeaurora.org wrote: > > Hi Christoffer, > > > > Thanks for your reply. > > > > On 2018-02-27 16:17, Christoffer Dall wrote: > > >Hi Bhupinder, > > > > > >On Tue, Feb 27, 2018

Re: [Qemu-devel] [PATCH v2 3/3] virtio-balloon: add a timer to limit the free page report waiting time

On Tue, Feb 27, 2018 at 06:10:47PM +0800, Wei Wang wrote: > On 02/27/2018 08:50 AM, Michael S. Tsirkin wrote: > > On Mon, Feb 26, 2018 at 12:35:31PM +0800, Wei Wang wrote: > > > On 02/09/2018 08:15 PM, Dr. David Alan Gilbert wrote: > > > > * Wei Wang (wei.w.w...@intel.com) wrote: > > > > I think

Re: [Qemu-devel] [PATCH 4/9] acpi: add build_append_gas() helper for Generic Address Structure

Hi, On 22/02/18 13:42, Igor Mammedov wrote: > it will help to add Generic Address Structure to ACPI tables > without using packed C structures and avoid endianness > issues as API doesn't need an explicit conversion. > > Signed-off-by: Igor Mammedov Reviewed-by: Eric Auger

Re: [Qemu-devel] [PATCH v3 6/7] net: Remove the deprecated 'host_net_add' and 'host_net_remove' HMP commands

* Thomas Huth (th...@redhat.com) wrote: > 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

Re: [Qemu-devel] [PATCH 1/9] acpi: remove unused acpi-dsdt.aml

Hi, On 22/02/18 13:42, Igor Mammedov wrote: > SeaBIOS blob which is currently shipped with QEMU > doesn't need acpi-dsdt.aml nor is able to use it > and code that loaded it QEMU was removed by as code that loaded it in QEMU was removed by? > (commit 9fb7aaaf4c "pc: drop external DSDT loading") >

Re: [Qemu-devel] [PATCH 3/9] acpi: reuse AcpiGenericAddress instead of Acpi20GenericAddress

Hi Igor, On 22/02/18 13:42, Igor Mammedov wrote: > Drop duplicate in form of Acpi20GenericAddress and reuse > AcpiGenericAddress. > > Signed-off-by: Igor Mammedov Reviewed-by: Eric Auger Eric > --- > include/hw/acpi/acpi-defs.h | 17

Re: [Qemu-devel] [PATCH 2/9] pc: replace pm object initialization with one-liner in acpi_get_pm_info()

Hi, On 22/02/18 13:42, Igor Mammedov wrote: > next patch will need it before it gets to piix4/lpc branches > that initializes 'obj' now. > > Signed-off-by: Igor Mammedov Reviewed-by: Eric Auger Eric > --- > hw/i386/acpi-build.c | 4 +--- > 1 file

Re: [Qemu-devel] [PULL 0/4] Linux user for 2.12 patches

On 25 February 2018 at 17:59, Laurent Vivier wrote: > The following changes since commit 0a773d55ac76c5aa89ed9187a3bc5af8c5c2a6d0: > > maintainers: Add myself as a OpenBSD maintainer (2018-02-23 12:05:07 +) > > are available in the Git repository at: > >

Re: [Qemu-devel] [RFC PATCH 1/2] qcow2: Allow checking and repairing corrupted internal snapshots

On Mon 26 Feb 2018 02:40:08 PM CET, Max Reitz wrote: >> +"L1 table is too large; snapshot table entry >> corrupted\n", >> +(fix & BDRV_FIX_ERRORS) ? "Deleting" : "ERROR", >> +sn->id_str, sn->name, sn->l1_size); >> +

Re: [Qemu-devel] [Qemu-arm] [PATCH v2 44/67] target/arm: Implement SVE Memory Contiguous Load Group

On 17 February 2018 at 18:23, Richard Henderson wrote: > Signed-off-by: Richard Henderson Commit message should mention significant missing things like first-fault/non-fault handling. (In general I would prefer not to see so many

Re: [Qemu-devel] [PATCH V6 3/4] tests/migration: Add migration-test header file

* Wei Huang (w...@redhat.com) wrote: > This patch moves the settings related migration-test from the > migration-test.c file to a seperate header file. It also renames the > x86-a-b-bootblock.s file extension from .s to .S, allowing gcc > pre-processor to include the C-style header file correctly.

Re: [Qemu-devel] Proposal: deprecate and remove QEMU's unicore32 target code

On Tue, Feb 27, 2018 at 11:51:13AM +, Peter Maydell wrote: > I propose that we deprecate and plan to remove the unicore32 code: > > * It has had no changes since 2012 that were not tree-wide >maintenance/API changes/other global updates > * We dropped the linux-user unicore32 support in

[Qemu-devel] Proposal: deprecate and remove QEMU's unicore32 target code

I propose that we deprecate and plan to remove the unicore32 code: * It has had no changes since 2012 that were not tree-wide maintenance/API changes/other global updates * We dropped the linux-user unicore32 support in 2016 because of a clash between the 'old ABI' that it was

Re: [Qemu-devel] [PATCH v3 2/4] qcow2: Document some maximum size constraints

Am 22.02.2018 um 16:59 hat Eric Blake geschrieben: > Although off_t permits up to 63 bits (8EB) of file offsets, in > practice, we're going to hit other limits first. Document some > of those limits in the qcow2 spec, and how choice of cluster size > can influence some of the limits. > > While

Re: [Qemu-devel] [PATCH 13/16] translate-all: protect TB jumps with a per-destination-TB lock

On Tue, Feb 27, 2018 at 12:33 PM, Paolo Bonzini wrote: > On 27/02/2018 06:39, Emilio G. Cota wrote: >> Using a hash table or a binary tree to keep track of the jumps >> doesn't really pay off, not only due to the increased memory usage, >> but also because most TBs have only

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

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(+) diff --git a/ui/spice-display.c b/ui/spice-display.c index f3ae6beb3d..a494db1196 100644 ---

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

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 spice-server. Without cursor qemu continues to simply pass on the scanout dmabuf as-is.

Re: [Qemu-devel] [PATCH v3] numa: we don't implement NUMA for s390x

On 02/27/2018 12:02 PM, David Hildenbrand wrote: > Right now it is possible to crash QEMU for s390x by providing e.g. > -numa node,nodeid=0,cpus=0-1 > > Problem is, that numa.c uses mc->cpu_index_to_instance_props as an > indicator whether NUMA is supported by a machine type. We don't >

[Qemu-devel] [PATCH 0/3] spice: add support for dmabufs

Gerd Hoffmann (3): spice: drop dprint() debug logging spice: add scanout_dmabuf support spice: add cursor_dmabuf support include/ui/spice-display.h | 9 +++ ui/spice-display.c | 192 - ui/trace-events| 12 +++ 3 files

[Qemu-devel] [PATCH 0/4] gtk: add support for dmabufs

Gerd Hoffmann (4): gtk: make GtkGlArea usage a runtime option gtk: use GtkGlArea on wayland only gtk-egl: add scanout_dmabuf support gtk-egl: add cursor_dmabuf support include/ui/gtk.h | 14 ui/gtk-egl.c | 63 ++-

[Qemu-devel] [PATCH 4/4] gtk-egl: add cursor_dmabuf support

Add support for cursor dmabufs to gtk-egl. Just blend in the cursor (if we have one) when rendering the dmabuf. Signed-off-by: Gerd Hoffmann --- include/ui/gtk.h | 8 ui/gtk-egl.c | 40 +++- ui/gtk.c | 2 ++ 3 files

[Qemu-devel] [PATCH 3/4] gtk-egl: add scanout_dmabuf support

Add support for dmabuf scanouts to gtk-egl. Signed-off-by: Gerd Hoffmann --- include/ui/gtk.h | 4 ui/gtk-egl.c | 23 +++ ui/gtk.c | 2 ++ 3 files changed, 29 insertions(+) diff --git a/include/ui/gtk.h b/include/ui/gtk.h index

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

Some calls are deleted, some are converted into tracepoints. Signed-off-by: Gerd Hoffmann --- ui/spice-display.c | 75 -- ui/trace-events| 9 +++ 2 files changed, 31 insertions(+), 53 deletions(-) diff --git

[Qemu-devel] [PATCH 1/4] gtk: make GtkGlArea usage a runtime option

Compile in both gtk-egl and gtk-gl-area, then allow to choose at runtime instead of compile time which opengl variant we want use. Signed-off-by: Gerd Hoffmann --- include/ui/gtk.h | 2 ++ ui/gtk.c | 53 +

[Qemu-devel] [PATCH 2/4] gtk: use GtkGlArea on wayland only

For dma-buf support we need a egl context. The gtk x11 backend uses glx contexts though. We can't use the GtkGlArea widget on x11 because of that, so use our own gtk-egl code instead. wayland continues to use the GtkGlArea widget. Signed-off-by: Gerd Hoffmann --- ui/gtk.c

Re: [Qemu-devel] [PATCH V5 2/4] tests/migration: Convert the boot block compilation script into Makefile

* Wei Huang (w...@redhat.com) wrote: > > > On 02/26/2018 12:01 PM, Dr. David Alan Gilbert wrote: > > * Wei Huang (w...@redhat.com) wrote: > >> The x86 boot block header currently is generated with a shell script. > >> To better support other CPUs (e.g. aarch64), we convert the script > >> into

Re: [Qemu-devel] [PATCH 13/16] translate-all: protect TB jumps with a per-destination-TB lock

On 27/02/2018 06:39, Emilio G. Cota wrote: > Using a hash table or a binary tree to keep track of the jumps > doesn't really pay off, not only due to the increased memory usage, > but also because most TBs have only 0 or 1 jumps to them. The maximum > number of jumps when booting debian-arm that I

[Qemu-devel] [PATCH] hw/s390x: Add the possibility to specify the netboot image on the command line

The file name of the netboot binary is currently hard-coded to "s390-netboot.img", without a possibility for the user to select an alternative firmware image here. That's unfortunate, especially since the basics are already there: The filename is a property of the s390-ipl device. So we just have

Re: [Qemu-devel] QEMU GSoC 2018 Project Idea (Apply polling to QEMU NVMe)

On 27/02/2018 10:05, Huaicheng Li wrote: > Including a RAM disk backend in QEMU would be nice too, and it may > interest you as it would reduce the delta between upstream QEMU and > FEMU.  So this could be another idea. > > Glad you're also interested in this part. This can definitely

[Qemu-devel] [PATCH v3] numa: we don't implement NUMA for s390x

Right now it is possible to crash QEMU for s390x by providing e.g. -numa node,nodeid=0,cpus=0-1 Problem is, that numa.c uses mc->cpu_index_to_instance_props as an indicator whether NUMA is supported by a machine type. We don't implement NUMA for s390x ("topology") yet. However we need

[Qemu-devel] [PATCH 5/5] arm/vexpress: Add proper display connector emulation

This adds the SiI9022 and EDID I2C devices to the ARM Versatile Express machine, and selects the two I2C devices necessary in the arm-softmmy.mak configuration so everything will build smoothly. I am implementing proper handling of the graphics in the Linux kernel and adding proper emulation of

[Qemu-devel] [PATCH 3/5] hw/i2c-ddc: Do not fail writes

The tx function of the DDC I2C slave emulation was returning 1 on all writes resulting in NACK in the I2C bus. Changing it to 0 makes the DDC I2C work fine with bit-banged I2C such as the versatile I2C. I guess it was not affecting whatever I2C controller this was used with until now, but with

[Qemu-devel] [PATCH 0/5] Versatile Express SiI9022 emulation

This series adds proper display bridge/connector emulation for the Versatile Express, implementing a simple Silicon Image 9022 emulation spawning a DDC I2C child. After the series the Versatile Express is successfully presented the "QEMU monitor" through DDC I2C. The series includes two

[Qemu-devel] [PATCH 4/5] hw/sii9022: Add support for Silicon Image SII9022

This adds support for emulating the Silicon Image SII9022 DVI/HDMI bridge. It's not very clever right now, it just acknowledges the switch into DDC I2C mode and back. Combining this with the existing DDC I2C emulation gives the right behavior on the Versatile Express emulation passing through the

[Qemu-devel] [PATCH 1/5] i2c: Fix some brace style issues

From: Corey Minyard Signed-off-by: Corey Minyard Reviewed-by: Peter Maydell Signed-off-by: Linus Walleij --- hw/i2c/core.c| 3 +-- include/hw/i2c/i2c.h | 6 ++ 2 files changed, 3

[Qemu-devel] [PATCH 2/5] i2c: Move the bus class to i2c.h

From: Corey Minyard Some devices need access to it. Signed-off-by: Corey Minyard Reviewed-by: Peter Maydell Signed-off-by: Linus Walleij --- hw/i2c/core.c| 17 -

Re: [Qemu-devel] [PATCH v2 3/3] virtio-balloon: add a timer to limit the free page report waiting time

* Wei Wang (wei.w.w...@intel.com) wrote: > On 02/09/2018 08:15 PM, Dr. David Alan Gilbert wrote: > > * Wei Wang (wei.w.w...@intel.com) wrote: > > > This patch adds a timer to limit the time that host waits for the free > > > page hints reported by the guest. Users can specify the time in ms via >

Re: [Qemu-devel] [Qemu-arm] [PATCH 2/3] hw/sii9022: Add support for Silicon Image SII9022

On 27 February 2018 at 10:24, Peter Maydell wrote: > docs/devel/tracing.txt describes them, but basically: > * include "trace.h" > * define trace events with a line for each in the trace-events >file for the subdirectory (basically a function prototype-ish >

Re: [Qemu-devel] [PATCH] hw/s390x/ipl: Bail out if the network bootloader can not be found

On 27.02.2018 11:16, Viktor Mihajlovski wrote: > On 27.02.2018 11:05, Thomas Huth wrote: >> If QEMU fails to load 's390-netboot.img', the guest firmware currently >> loops forever and just floods the console with "Network boot device >> detected" messages. The code in ipl.c apparently already

Re: [Qemu-devel] [Qemu-arm] [PATCH 2/3] hw/sii9022: Add support for Silicon Image SII9022

On 27 February 2018 at 10:21, Linus Walleij wrote: > On Tue, Feb 27, 2018 at 11:09 AM, Peter Maydell > wrote: >> On 27 February 2018 at 07:41, Linus Walleij wrote: >>> On Sat, Feb 17, 2018 at 7:32 PM, Philippe

Re: [Qemu-devel] [Qemu-arm] [PATCH 2/3] hw/sii9022: Add support for Silicon Image SII9022

On Tue, Feb 27, 2018 at 11:09 AM, Peter Maydell wrote: > On 27 February 2018 at 07:41, Linus Walleij wrote: >> On Sat, Feb 17, 2018 at 7:32 PM, Philippe Mathieu-Daudé >> wrote: >> >>> [Me] +#define DEBUG_SII9022 0 +

Re: [Qemu-devel] [PATCH] hw/s390x/ipl: Bail out if the network bootloader can not be found

On 27.02.2018 11:05, Thomas Huth wrote: > If QEMU fails to load 's390-netboot.img', the guest firmware currently > loops forever and just floods the console with "Network boot device > detected" messages. The code in ipl.c apparently already tried to stop > the VM with vm_stop() in this case, but

<    1   2   3   4   5   >