Signed-off-by: Alex Bennée
Reviewed-by: Richard Henderson
---
target/arm/helper-a64.c| 24
target/arm/helper-a64.h| 2 ++
target/arm/translate-a64.c | 15 +++
3 files changed, 41 insertions(+)
diff --git a/target/arm/helper-a64.c b/target/arm/helper
This includes FMOV, FABS, FNEG, FSQRT and FRINT[NPMZAXI]. We re-use
existing helpers to achieve this.
Signed-off-by: Alex Bennée
Reviewed-by: Richard Henderson
---
v3
- make fabs a bitwise operation
- use read_vec_element_i32 to read value
- properly wire into disas_fp_1rc
---
target/arm
The helpers use the new re-factored muladd support in SoftFloat for
the float16 work.
Signed-off-by: Alex Bennée
---
v3
- re-jigged switch statement to fall-through for unalloc
- added is_fp16 bool for fpst
- fixed up some long lines
v4
- don't double-check for feature bit
---
target/ar
I only needed to do a little light re-factoring to support the
half-precision helpers.
Signed-off-by: Alex Bennée
Reviewed-by: Richard Henderson
---
target/arm/translate-a64.c | 80 +++---
1 file changed, 54 insertions(+), 26 deletions(-)
diff --git a/ta
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/helper-sve.h| 49 +++
> target/arm/sve_helper.c| 64
> ++
> target/arm/translate-sve.c | 41 ++
We go with the localised helper.
Signed-off-by: Alex Bennée
Reviewed-by: Richard Henderson
---
target/arm/helper-a64.c| 29 +
target/arm/helper-a64.h| 1 +
target/arm/translate-a64.c | 4
3 files changed, 34 insertions(+)
diff --git a/target/arm/helpe
Signed-off-by: Alex Bennée
Reviewed-by: Richard Henderson
---
target/arm/translate-a64.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/target/arm/translate-a64.c b/target/arm/translate-a64.c
index 1096ff48ac..86231b33bb 100644
--- a/target/arm/translate-a64.c
+++ b/target/arm/transl
I've re-factored the handle_simd_intfp_conv helper to properly handle
half-precision as well as call plain conversion helpers when we are
not doing fixed point conversion.
Signed-off-by: Alex Bennée
Reviewed-by: Richard Henderson
---
target/arm/helper.c| 4 ++
target/arm/helper.h
Hi Igor,
On 22/02/18 13:42, Igor Mammedov wrote:
> Extend generic build_fadt() to support rev5.1 FADT
> and reuse it for 'virt' board, it would allow to
> phase out usage of AcpiFadtDescriptorRev5_1 and
> later ACPI_FADT_COMMON_DEF.
Oups sorry sent the R-b to fast. Some small comments below.
>
> S
Signed-off-by: Alex Bennée
Reviewed-by: Richard Henderson
---
v2
remove superfluous helpers
---
target/arm/helper-a64.c| 13 +
target/arm/helper-a64.h| 1 +
target/arm/translate-a64.c | 5 +
3 files changed, 19 insertions(+)
diff --git a/target/arm/helper-a64.c b/tar
It looks like the ARM ARM has simplified the pseudo code for the
calculation which is done on a fixed point 9 bit integer maths. So
while adding f16 we can also clean this up to be a little less heavy
on the floating point and just return the fractional part and leave
the calle's to do the final pa
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/helper-sve.h| 67
> target/arm/sve_helper.c| 75 +++
> target/arm/translate-sve.c | 97
>
On 02/27/2018 04:22 AM, Thomas Huth wrote:
On 27.02.2018 10:12, Cornelia Huck wrote:
On Mon, 26 Feb 2018 14:44:45 -0500
"Collin L. Walling" wrote:
On 02/26/2018 02:29 PM, Collin L. Walling wrote:
On 02/26/2018 01:48 PM, Cornelia Huck wrote:
On Mon, 26 Feb 2018 11:42:29 +0100
Thomas Huth wr
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20180227143852.11175-1-alex.ben...@linaro.org
Subject: [Qemu-devel] [PATCH v4 00/31] Add ARMv8.2 half-precision functions
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
On Fri, Feb 16, 2018 at 06:29:07PM +0100, Maxime Coquelin wrote:
> diff --git a/docs/interop/vhost-user.txt b/docs/interop/vhost-user.txt
> index 9fcf48d611..daa452bd36 100644
> --- a/docs/interop/vhost-user.txt
> +++ b/docs/interop/vhost-user.txt
> @@ -368,6 +368,7 @@ Protocol features
> #define
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/helper-sve.h| 56 +++
> target/arm/sve_helper.c| 68 ++
> target/arm/translate-sve.c | 73
> ++
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/translate-sve.c | 79
> +++---
> target/arm/sve.decode | 11 +++
> 2 files changed, 65 insertions(+), 25 deletions(-)
>
> diff --git a/ta
On 02/27/2018 05:38 AM, Dr. David Alan Gilbert wrote:
> * 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 ot
On Tue, 27 Feb 2018 13:42:38 +0100
Auger Eric wrote:
> 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
Some older machine types create more ICPs than needed. We hence
need to register up to xics_max_server_number() dummy ICPs to
accomodate the migration of these machine types.
Recent VSMT rework changed xics_max_server_number() to return
DIV_ROUND_UP(max_cpus * spapr->vsmt, smp_threads)
inste
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/helper-sve.h| 35 ++
> target/arm/sve_helper.c| 61
> ++
> target/arm/translate-sve.c | 55 +++
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/helper.h| 14 ++
> target/arm/translate-sve.c | 44 +++
> target/arm/vec_helper.c| 64
> ++
>
VSMT must be set in order to compute VCPU ids. This means that the
following functions must not be called before spapr_set_vsmt_mode()
was called:
- spapr_vcpu_id()
- spapr_is_thread0_in_vcore()
- xics_max_server_number()
We had a recent regression where the latter would be called before VSMT
was
On 02/27/2018 05:57 AM, Dr. David Alan Gilbert wrote:
> * 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
>
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 20180227143852.11175-1-alex.ben...@linaro.org
Subject: [Qemu-devel] [PATCH v4 00/31] Add ARMv8.2 half-precision functions
=== TEST SCRIPT BEGIN ===
#!/bin/bash
BASE=base
n=1
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/helper.h| 8
> target/arm/translate-sve.c | 43 +++
> target/arm/vec_helper.c| 20
> target/arm/sve.deco
It is possible that certain QEMU configurations may not
create an IPLB (such as when -kernel is provided). In
this case, a misleading error message will be printed
stating that the "boot menu is not supported for this
device type".
To amend this, only print this message iff boot menu=on
was provid
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/helper-sve.h| 42 ++
> target/arm/sve_helper.c| 45 +
> target/arm/translate-sve.c | 41 +++
On Fri, Feb 23, 2018 at 04:20:44PM +0800, Fam Zheng wrote:
> On Tue, 02/20 13:10, Stefan Hajnoczi wrote:
> > 1. virtio_scsi_handle_cmd_vq() racing with iothread_stop_all() hits the
> >virtio_scsi_ctx_check() assertion failure because the BDS AioContext
> >has been modified by iothread_stop_
Recent VSMT work broke migration of old guests as reported in this BZ:
https://bugzilla.redhat.com/show_bug.cgi?id=1549087
Patch 1 fixes the issue, while patch 2 is a tentative code reorg to
ensure VSMT is set before anyone tries to use spapr->vsmt.
--
Greg
---
Greg Kurz (2):
spapr: regi
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
Reviewed-by: Peter Maydell
thanks
-- PMM
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/helper-sve.h| 4 +++
> target/arm/sve_helper.c| 70
> ++
> target/arm/translate-sve.c | 26 +
> target/arm/sve.decode
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| 16 +++
> target/arm/translate-sve.c | 70
> ++
> target/arm
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/helper-sve.h| 14
> target/arm/sve_helper.c| 8 +
> target/arm/translate-sve.c | 80
> ++
> target/arm/sve.decode |
On 17 February 2018 at 18:23, Richard Henderson
wrote:
> Signed-off-by: Richard Henderson
> ---
> target/arm/helper-sve.h| 14 ++
> target/arm/sve_helper.c| 8
> target/arm/translate-sve.c | 28
> target/arm/sve.decode | 4
>
This patch introduces the base object for an AP device.
Signed-off-by: Tony Krowiak
---
hw/s390x/Makefile.objs |1 +
hw/s390x/ap-device.c | 38 ++
include/hw/s390x/ap-device.h | 38 ++
3 files changed,
* Brijesh Singh (brijesh.si...@amd.com) wrote:
>
>
> On 2/16/18 9:47 AM, Dr. David Alan Gilbert wrote:
> > * Brijesh Singh (brijesh.si...@amd.com) wrote:
> >> The KVM_SEV_LAUNCH_UPDATE_DATA command is used to encrypt a guest memory
> >> region using the VM Encryption Key created using LAUNCH_STAR
On Tue, 27 Feb 2018 14:47:16 +0100
Auger Eric wrote:
> 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 c
xel.org/qemu tags/vga-20180227-pull-request
>
> for you to fetch changes up to 5643cc94ac1cbc23e1ba6b16b6a88e1ce7b3f6a9:
>
> virtio-gpu-3d: add support for second capability set (v4) (2018-02-26
> 13:41:34 +0100)
>
> ---
Updates the vfio header files in preparation for introduction
of the VFIO AP device.
Signed-off-by: Tony Krowiak
---
linux-headers/linux/vfio.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/linux-headers/linux/vfio.h b/linux-headers/linux/vfio.h
index 4312e96..91298dc
This patch series is the QEMU counterpart to the KVM/kernel support for
guest dedicated crypto adapters. The KVM/kernel model is built on the
VFIO mediated device framework and provides the infrastructure for
granting exclusive guest access to crypto devices installed on the linux
host. This pa
A new CPU model feature and two new CPU model facilities are
introduced to support AP devices for a KVM guest.
CPU model features:
1. The KVM_S390_VM_CPU_FEAT_AP CPU model feature indicates that
AP facilities are installed. This feature will be enabled by
the kernel only if the AP facilitie
On Tue, 27 Feb 2018 16:07:49 +0100
Auger Eric wrote:
> Hi Igor,
> On 22/02/18 13:42, Igor Mammedov wrote:
> > Extend generic build_fadt() to support rev5.1 FADT
> > and reuse it for 'virt' board, it would allow to
> > phase out usage of AcpiFadtDescriptorRev5_1 and
> > later ACPI_FADT_COMMON_DEF.
Introduces a VFIO based AP device. The device is defined via
the QEMU command line by specifying:
-device vfio-ap,sysfsdev=
The mediated matrix device is created by the VFIO AP device
driver by writing a UUID to a sysfs attribute file (see
docs/vfio-ap.txt). The mediated matrix device will be
This patch provides documentation describing the AP architecture and
design concepts behind the virtualization of AP devices. It also
includes an example of how to configure AP devices for exclusive
use of KVM guests.
Signed-off-by: Tony Krowiak
---
docs/vfio-ap.txt | 624 ++
On Tue, Feb 27, 2018 at 6:01 AM, Peter Maydell wrote:
> 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
On 02/11/2018 03:35 AM, Markus Armbruster wrote:
The next commit will introduce a common driver program for all
generators. The generators need to be modules for that. qapi2texi.py
already is. Make the other generators follow suit.
The changes are actually trivial. Obvious in the diffs once
On Sun, Feb 25, 2018 at 12:35:55PM +0800, Su Hang wrote:
> Su Hang (3):
> util/uri.c: Coding style check, Only whitespace involved.
> util/uri.c: remove brackets () that wrap `return` statement's content.
> util/uri.c: wrap single statement blocks with braces {}
>
> util/uri.c | 1753
> +++
In v4:
- patch 2 has even more wording tweaks [Kevin]
- patch 3 is new [Berto]
- patch 5 fixes an off-by-one [Berto]
Eric Blake (5):
qcow2: Prefer byte-based calls into bs->file
qcow2: Document some maximum size constraints
qcow2: Reduce REFT_OFFSET_MASK
qcow2: Don't allow overflow during
Hi,
This series seems to have some coding style problems. See output below for
more information:
Type: series
Message-id: 1519746259-27710-1-git-send-email-akrow...@linux.vnet.ibm.com
Subject: [Qemu-devel] [PATCH v2 0/5] s390x: vfio-ap: guest dedicated crypto
adapters
=== TEST SCRIPT BEGIN ===
This MSR returns the number of #SMIs that occurred on
CPU since boot.
KVM commit 52797bf9a875 ("KVM: x86: Add emulation of MSR_SMI_COUNT")
introduced support for emulating this MSR.
This commit adds support for QEMU to save/load this
MSR for migration purposes.
Signed-off-by: Liran Alon
Reviewe
Allow a QEMU instance which has been started and used without the "-incoming"
flag to accept an incoming migration with the "migrate-incoming" QMP
command. This allows the user to dump the VM state to an external file then
revert to that state at a later time without restarting QEMU.
---
migration
On Tue, 27 Feb 2018 14:01:05 +
Peter Maydell wrote:
> 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 m
Hello,
Following on from the discussion about creating savevm/loadvm QMP
equivalents. I decided to take the advice given that we should use external
snapshots. However reverting to a snapshot currently requires QEMU to be
restarted with "-incoming". Restarting QEMU requires a fair bit of book
keep
Currently this appears to work for X86_64, but PPC64 fails due to some
unexpected data on the serial port after migration. This probably requires
quite a bit more work.
---
tests/migration-test.c | 113 +
1 file changed, 85 insertions(+), 28 deletion
Hi,
Am Freitag, den 16.02.2018, 16:23 -0300 schrieb Philippe Mathieu-Daudé:
> diff --git a/slirp/slirp.c b/slirp/slirp.c
> > index 1cb6b07004..4f29753444 100644
> > --- a/slirp/slirp.c
> > +++ b/slirp/slirp.c
> > @@ -286,7 +286,7 @@ Slirp *slirp_init(int restricted, bool
> > in_enabled, struct in_
On Tue, Feb 27, 2018 at 09:53:22AM -0600, Eric Blake wrote:
> On 02/11/2018 03:35 AM, Markus Armbruster wrote:
> > The next commit will introduce a common driver program for all
> > generators. The generators need to be modules for that. qapi2texi.py
> > already is. Make the other generators fol
This patch will allow the user to specify classless static routes for
the replies from the built-in DHCP server.
Signed-off-by: Benjamin Drung
---
net/slirp.c | 65 +---
qapi/net.json| 4
qemu-options.hx | 13 +++-
slirp
This patch will allow the user to include the domainname option in
replies from the built-in DHCP server.
Signed-off-by: Benjamin Drung
---
net/slirp.c | 12 +---
qapi/net.json| 4
qemu-options.hx | 7 +--
slirp/bootp.c| 8
slirp/libslirp.h | 2 +-
sli
Am Samstag, den 17.02.2018, 22:16 +0100 schrieb Samuel Thibault:
> Hello,
>
> Benjamin Drung, on ven. 16 févr. 2018 13:55:03 +0100, wrote:
> > Or should the command line option be simpler, but how should it be
> > specified
> > then? Maybe
> >
> > -net
> > staticroute=10.0.2.0/24via10.0.2.2,sta
On Mon, Feb 26, 2018 at 06:03:13PM +0100, Max Reitz wrote:
> There are filesystems (among which is tmpfs) that have a hard time
> reporting allocation status. That is definitely a bug in them.
>
> However, there is no good reason why qemu-img convert should query the
> allocation status in the fi
* Wei Huang (w...@redhat.com) wrote:
>
>
> On 02/27/2018 05:38 AM, Dr. David Alan Gilbert wrote:
> > * 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 g
On Tue, Feb 27, 2018 at 07:44:44AM +0100, Thomas Huth wrote:
> dev could be NULL if the PCI device can not be found due to some
> reasons, so we must not dereference the pointer in this case.
>
> Signed-off-by: Thomas Huth
> ---
> tests/libqos/virtio-pci.c | 4 +++-
> 1 file changed, 3 insertion
On Tue, 27 Feb 2018 10:44:19 -0500
Tony Krowiak wrote:
> A new CPU model feature and two new CPU model facilities are
> introduced to support AP devices for a KVM guest.
>
> CPU model features:
>
> 1. The KVM_S390_VM_CPU_FEAT_AP CPU model feature indicates that
>AP facilities are installed.
* Wei Huang (w...@redhat.com) wrote:
>
>
> On 02/27/2018 05:57 AM, Dr. David Alan Gilbert wrote:
> > * 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-bootb
Am 24.02.2018 um 00:51 hat John Snow geschrieben:
> The state transition table has mostly been implied. We're about to make
> it a bit more complex, so let's make the STM explicit instead.
>
> Perform state transitions with a function that for now just asserts the
> transition is appropriate.
>
>
On 02/27/2018 07:18 AM, Peter Maydell wrote:
> On 17 February 2018 at 18:23, Richard Henderson
> wrote:
>> Signed-off-by: Richard Henderson
>> ---
>> target/arm/helper.h| 14 ++
>> target/arm/translate-sve.c | 44 +++
>> target/arm/vec_helper.c| 64
We had only three sector-based stragglers left; convert them to use
our preferred byte-based accesses.
Signed-off-by: Eric Blake
Reviewed-by: Alberto Garcia
---
v2: indentation fix
---
block/qcow2-cluster.c | 5 ++---
block/qcow2-refcount.c | 6 +++---
2 files changed, 5 insertions(+), 6 dele
On 02/23/2018 05:51 PM, John Snow wrote:
model all independent jobs as single job transactions.
It's one less case we have to worry about when we add more states to the
transition machine. This way, we can just treat all job lifetimes exactly
the same. This helps tighten assertions of the STM gr
On 02/27/2018 04:01 PM, Michael S. Tsirkin wrote:
On Fri, Feb 16, 2018 at 06:29:07PM +0100, Maxime Coquelin wrote:
diff --git a/docs/interop/vhost-user.txt b/docs/interop/vhost-user.txt
index 9fcf48d611..daa452bd36 100644
--- a/docs/interop/vhost-user.txt
+++ b/docs/interop/vhost-user.txt
@@ -
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 at it, notice that since we cannot map any virtual cluster
to any
On 02/23/2018 05:51 PM, John Snow wrote:
This property will be used to opt-in to the new BlockJobs workflow
that allows a tighter, more explicit control over transitions from
one runstate to another.
While we're here, fix up the documentation for block_job_create
a little bit.
Signed-off-by: Jo
On 23 February 2018 at 17:21, Alistair Francis
wrote:
> Allow the guest to determine the time set from the QEMU command line.
>
> This includes adding a trace event to debug the new time.
>
> Signed-off-by: Alistair Francis
Thanks for reworking this -- I think it looks simpler this way.
> diff
Our code was already checking that we did not attempt to
allocate more clusters than what would fit in an INT64 (the
physical maximimum if we can access a full off_t's worth of
data). But this does not catch smaller limits enforced by
various spots in the qcow2 image description: L1 and normal
clu
On Fri, 16 Feb 2018 13:37:12 +0100
Igor Mammedov wrote:
Eric,
Adding you to CC list (git send-mail somehow haven't noticed you in cover
letter).
Could you please look at QAPI/QMP parts of this series.
> v1->v3:
> * introduce PRECONFIG runstate with -preconfig option.
> it's cleaner to m
Match our code to the spec change in the previous patch - there's
no reason for the refcount table to allow larger offsets than the
L1/L2 tables. In practice, no image has more than 64PB of
allocated clusters anyways, as anything beyond that can't be
expressed via L2 mappings to host offsets.
Sugg
On Tue, Feb 27, 2018 at 12:04:48PM +0100, Paolo Bonzini wrote:
> On 27/02/2018 10:05, Huaicheng Li wrote:
> > Great to know that you'd like to mentor the project! If so, can we make it
> > an official project idea and put it on QEMU GSoC page?
>
> Submissions need not come from the QEMU GSoC page.
On 02/23/2018 05:51 PM, John Snow wrote:
We're about to add several new states, and booleans are becoming
unwieldly and difficult to reason about. It would help to have a
more explicit bookkeeping of the state of blockjobs. To this end,
add a new "status" field and add our existing states in a re
On 02/27/2018 11:27 AM, Kevin Wolf wrote:
> Am 24.02.2018 um 00:51 hat John Snow geschrieben:
>> The state transition table has mostly been implied. We're about to make
>> it a bit more complex, so let's make the STM explicit instead.
>>
>> Perform state transitions with a function that for now j
On 02/23/2018 05:51 PM, John Snow wrote:
If speed is '0' it's not actually "less than" the previous speed.
Kick the job in this case too.
Signed-off-by: John Snow
---
blockjob.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Eric Blake
diff --git a/blockjob.c b/bloc
When reading a compressed image, we were allocating s->cluster_data
to 32*cluster_size + 512 (possibly over 64 megabytes, for an image
with 2M clusters). Let's check out the history:
Back when qcow2 was first written, we used s->cluster_data for
everything, including copy_sectors() and encryption
On 02/27/2018 05:27 PM, Cornelia Huck wrote:
> On Tue, 27 Feb 2018 10:44:19 -0500
> Tony Krowiak wrote:
>> A new CPU model feature and two new CPU model facilities are
>> introduced to support AP devices for a KVM guest.
>>
>> CPU model features:
>>
>> 1. The KVM_S390_VM_CPU_FEAT_AP CPU model fe
I am leaving Xilinx, so to avoid having an email address that bouunces
update my maintainer address to point to my personal email address.
Signed-off-by: Alistair Francis
Signed-off-by: Alistair Francis
---
MAINTAINERS | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --
On 02/27/2018 01:47 PM, Alistair Francis wrote:
> I am leaving Xilinx, so to avoid having an email address that bouunces
bounces
> update my maintainer address to point to my personal email address.
>
> Signed-off-by: Alistair Francis
> Signed-off-by: Alistair Francis
Reviewed-by: Philippe Ma
On Tue, 27 Feb 2018 10:44:18 -0500
Tony Krowiak wrote:
> Introduces a VFIO based AP device. The device is defined via
> the QEMU command line by specifying:
>
> -device vfio-ap,sysfsdev=
>
> The mediated matrix device is created by the VFIO AP device
> driver by writing a UUID to a sysfs at
On Thu, Dec 07, 2017 at 06:18:04PM +0800, Haozhong Zhang wrote:
> The guest physical address of vNVDIMM is allocated from the hotplug
> memory region, which is not created when QEMU is used as Xen device
> model. In order to use vNVDIMM for Xen HVM domains, this commit reuses
> the code for pc mach
Am 27.02.2018 um 17:45 hat John Snow geschrieben:
>
>
> On 02/27/2018 11:27 AM, Kevin Wolf wrote:
> > Am 24.02.2018 um 00:51 hat John Snow geschrieben:
> >> The state transition table has mostly been implied. We're about to make
> >> it a bit more complex, so let's make the STM explicit instead.
On 02/27/2018 06:38 AM, Alex Bennée wrote:
> @@ -11244,7 +11245,7 @@ static void disas_simd_indexed(DisasContext *s,
> uint32_t insn)
> }
> /* fall through */
> case 0x9: /* FMUL, FMULX */
> -if (!extract32(size, 1, 1)) {
> +if (size == 1) {
> un
On 23 February 2018 at 23:22, Francisco Iglesias
wrote:
> Hi,
>
> The first patch in this series attempts to correct the slave selection when
> using the striping functionality in the QSPI. The second patch in the series
> updates the QIOR/QIOR4 commands to use 8 dummy cycles in the QSPI for match
On Thu, Dec 07, 2017 at 06:18:05PM +0800, Haozhong Zhang wrote:
> diff --git a/backends/hostmem.c b/backends/hostmem.c
> index ee2c2d5bfd..ba13a52994 100644
> --- a/backends/hostmem.c
> +++ b/backends/hostmem.c
> @@ -12,6 +12,7 @@
> #include "qemu/osdep.h"
> #include "sysemu/hostmem.h"
> #includ
On 27 February 2018 at 10:49, Linus Walleij wrote:
> 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 g
On Tuesday, 27 February 2018, Peter Maydell
wrote:
> On 23 February 2018 at 23:22, Francisco Iglesias
> wrote:
> > Hi,
> >
> > The first patch in this series attempts to correct the slave selection
> when
> > using the striping functionality in the QSPI. The second patch in the
> series
> > upda
On Thu, Dec 07, 2017 at 06:18:07PM +0800, Haozhong Zhang wrote:
> Xen is going to reuse QEMU to build ACPI of some devices (e.g., NFIT
> and SSDT for NVDIMM) for HVM domains. The existing QEMU ACPI build
> code requires a fw_cfg interface which will also be used to pass QEMU
> built ACPI to Xen. Th
Am 24.02.2018 um 00:51 hat John Snow geschrieben:
> If speed is '0' it's not actually "less than" the previous speed.
> Kick the job in this case too.
>
> Signed-off-by: John Snow
Reviewed-by: Kevin Wolf
Am 24.02.2018 um 00:51 hat John Snow geschrieben:
> This property will be used to opt-in to the new BlockJobs workflow
> that allows a tighter, more explicit control over transitions from
> one runstate to another.
>
> While we're here, fix up the documentation for block_job_create
> a little bit.
Am 24.02.2018 um 00:51 hat John Snow geschrieben:
> model all independent jobs as single job transactions.
>
> It's one less case we have to worry about when we add more states to the
> transition machine. This way, we can just treat all job lifetimes exactly
> the same. This helps tighten asserti
Am 24.02.2018 um 00:51 hat John Snow geschrieben:
> Split out the pause command into the actual pause and the wait.
> Not every usage presently needs to resubmit a pause request.
>
> The intent with the next commit will be to explicitly disallow
> redundant or meaningless pause/resume requests, so
On 27 February 2018 at 10:49, Linus Walleij wrote:
> 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 behav
Am 24.02.2018 um 00:51 hat John Snow geschrieben:
> We're about to add several new states, and booleans are becoming
> unwieldly and difficult to reason about. It would help to have a
> more explicit bookkeeping of the state of blockjobs. To this end,
> add a new "status" field and add our existing
On Thu, Dec 07, 2017 at 06:18:02PM +0800, Haozhong Zhang wrote:
> This is the QEMU part patches that works with the associated Xen
> patches to enable vNVDIMM support for Xen HVM domains. Xen relies on
> QEMU to build guest NFIT and NVDIMM namespace devices, and allocate
> guest address space for v
201 - 300 of 473 matches
Mail list logo
