Hi,
for now I was able to run TCG tests using "make
run-tcg-tests-s390x-linux-user". Lately, trying to run the tests always
results in
t460s: ~/git/qemu vx $ LANG=C make run-tcg-tests-s390x-linux-user
make[1]: Entering directory '/home/dhildenb/git/qemu/slirp'
make[1]: Nothing to be done for 'all
On Tue, Jun 04, 2019 at 02:17:27PM +0800, Wei Yang wrote:
> During migration, we would sync bitmap from ram_list.dirty_memory to
> RAMBlock.bmap in cpu_physical_memory_sync_dirty_bitmap().
>
> Since we set RAMBlock.bmap and ram_list.dirty_memory both to all 1, this
> means at the first round this
On Monday 03 June 2019 09:10 PM, Greg Kurz wrote:
> On Wed, 29 May 2019 11:10:57 +0530
> Aravinda Prasad wrote:
>
>> This patch includes migration support for machine check
>> handling. Especially this patch blocks VM migration
>> requests until the machine check error handling is
>> complete
Since kernel commit 0768e17073dc527ccd ("net: socket: implement 64-bit
timestamps") the linux kernel headers (those installed on the build
system, not those that are synced to QEMU) will make qemu-user fail to
build:
/root/rpmbuild/BUILD/qemu-4.0.50/linux-user/ioctls.h:222:9: error: 'SIOCGSTAMP'
On 6/3/19 8:16 PM, Cornelia Huck wrote:
> On Mon, 3 Jun 2019 14:02:16 -0400
> John Snow wrote:
[...]
>> I would rather not support Python2 a day after the clock expires.
>>
>>> I didn't bother checking Debian, Ubuntu LTS and SLES.
>>>
>>> For hosts other than Linux, we're less ambitious.
>>>
>>
Hi Michael，
At https://www.linux-kvm.org/page/NetworkingTodo, there is an entry for
network latency saying:
---
reduce networking latency:
allow handling short packets from softirq or VCPU context
Plan:
We are going through the scheduler 3 times
(could be up to 5 if softirqd is involve
On 29/05/2019 16:49, David Gibson wrote:
> From: Cédric Le Goater
>
> This introduces a set of helpers when KVM is in use, which create the
> KVM XIVE device, initialize the interrupt sources at a KVM level and
> connect the interrupt presenters to the vCPU.
>
> They also handle the initializ
On 04.06.19 09:17, David Hildenbrand wrote:
> Hi,
>
> for now I was able to run TCG tests using "make
> run-tcg-tests-s390x-linux-user". Lately, trying to run the tests always
> results in
>
> t460s: ~/git/qemu vx $ LANG=C make run-tcg-tests-s390x-linux-user
> make[1]: Entering directory '/home/d
On 04.06.19 09:25, David Hildenbrand wrote:
> On 04.06.19 09:17, David Hildenbrand wrote:
>> Hi,
>>
>> for now I was able to run TCG tests using "make
>> run-tcg-tests-s390x-linux-user". Lately, trying to run the tests always
>> results in
>>
>> t460s: ~/git/qemu vx $ LANG=C make run-tcg-tests-s390
From: Xie Yongji
We will call virtio_set_status() on virtio_vmstate_change().
The "started" flag should not be changed in this case. Otherwise,
we may get an incorrect value when we set "started" flag but
not set DRIVER_OK in source VM.
Signed-off-by: Xie Yongji
---
hw/virtio/virtio.c | 10 +++
From: Xie Yongji
We introduced two flags "started" and "start_on_kick" to indicate virtio
device's state before. But there still are some problems with them. So
we try to fixup them in this patchset.
The patch 1 fixes a regression bug that old guest is not able to boot with
vhost-user-blk device
From: Xie Yongji
Besides virtio 1.0 transitional devices, we should also
set "start_on_kick" flag for legacy devices (virtio 0.9).
Signed-off-by: Xie Yongji
---
hw/virtio/virtio.c | 2 --
include/hw/virtio/virtio.h | 2 +-
2 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/h
From: Xie Yongji
In order to avoid migration issues, we introduce a "use-started"
property to the base virtio device to indicate whether use
"started" flag or not. This property will be true by default and
set to false when machine type <= 4.0.1.
Signed-off-by: Xie Yongji
---
hw/block/vhost-us
From: Xie Yongji
The guest feature is not set correctly on virtio_reset() and
virtio_init(). So we should not use it to set "start_on_kick" at that
point. This patch set "start_on_kick" on virtio_set_features() instead.
Fixes: badaf79cfdbd3 ("virtio: Introduce started flag to VirtioDevice")
Sign
From: Xie Yongji
We should set the flags: "start_on_kick" and "started" after we call
the kick functions (handle_aio_output() and handle_output()).
Signed-off-by: Xie Yongji
---
hw/virtio/virtio.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/hw/virtio/virtio.c b/
Le 04/06/2019 à 09:19, Christian Borntraeger a écrit :
> Since kernel commit 0768e17073dc527ccd ("net: socket: implement 64-bit
> timestamps") the linux kernel headers (those installed on the build
> system, not those that are synced to QEMU) will make qemu-user fail to
> build:
>
> /root/rpmbuild
On 03.06.19 23:59, Richard Henderson wrote:
> On 6/3/19 2:41 PM, David Hildenbrand wrote:
>>> -static void gen_sel_vec(unsigned vece, TCGv_vec d, TCGv_vec a, TCGv_vec b,
>>> -TCGv_vec c)
>>> -{
>>> -TCGv_vec t = tcg_temp_new_vec_matching(d);
>>> -
>>> -tcg_gen_andc_v
Le 03/06/2019 à 11:06, David Hildenbrand a écrit :
> Once we unlock S390_FEAT_VECTOR for TCG, we want linux-user to be
> able to make use of it.
>
> Reviewed-by: Richard Henderson
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/cpu.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff
On 29/05/2019 16:50, David Gibson wrote:
> From: Cédric Le Goater
>
> This handler is in charge of stabilizing the flow of event notifications
> in the XIVE controller before migrating a guest. This is a requirement
> before transferring the guest EQ pages to a destination.
>
> When the VM is
Is there a way that we can check that it indeed is the case that the clock
jumped a bit, we can try to read some kernel variables.
We just got another hung guest's crash dump working, this vm also shows a weird
uptime
DATE: Fri Dec 23 09:06:16 2603
UPTIME: 106752 days, 00:10:35
T
On 04/06/2019 09:23, Alexey Kardashevskiy wrote:
>
>
> On 29/05/2019 16:49, David Gibson wrote:
>> From: Cédric Le Goater
>>
>> This introduces a set of helpers when KVM is in use, which create the
>> KVM XIVE device, initialize the interrupt sources at a KVM level and
>> connect the interrupt p
On 28.05.2019 17:37, Denis Plotnikov wrote:
> The goal of the patch-set is to enable qcow2 to use zstd compression for
> clusters. ZSTD provides better (de)compression performance than currently
> used ZLIB. Using it will improve perforamnce (reduce compression time)
> when the compressed cluster
Fix a fat-fingered invocation of tap-merge.pl in the recipe of target
check-report.tap.
Fixes: 9df43317b82 "test: replace gtester with a TAP driver"
Signed-off-by: Markus Armbruster
---
tests/Makefile.include | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/Makefile.incl
It seems like the patch is applied to the guests source kernel.
crash> clock_event_device
struct clock_event_device {
void (*event_handler)(struct clock_event_device *);
int (*set_next_event)(unsigned long, struct clock_event_device *);
int (*set_next_ktime)(ktime_t, struct clock_event
On Tue, 4 Jun 2019 09:54:59 +0200
Cédric Le Goater wrote:
> On 04/06/2019 09:23, Alexey Kardashevskiy wrote:
> >
> >
> > On 29/05/2019 16:49, David Gibson wrote:
> >> From: Cédric Le Goater
> >>
> >> This introduces a set of helpers when KVM is in use, which create the
> >> KVM XIVE device,
On 6/4/19 10:00 AM, Markus Armbruster wrote:
> Fix a fat-fingered invocation of tap-merge.pl in the recipe of target
> check-report.tap.
>
> Fixes: 9df43317b82 "test: replace gtester with a TAP driver"
> Signed-off-by: Markus Armbruster
> ---
> tests/Makefile.include | 2 +-
> 1 file changed, 1
On 04/06/2019 09:49, Alexey Kardashevskiy wrote:
>
>
> On 29/05/2019 16:50, David Gibson wrote:
>> From: Cédric Le Goater
>>
>> This handler is in charge of stabilizing the flow of event notifications
>> in the XIVE controller before migrating a guest. This is a requirement
>> before transferrin
On 03.06.19 16:39, Stefan Liebler wrote:
> On 6/3/19 12:45 PM, David Hildenbrand wrote:
>> On 03.06.19 12:38, Stefan Liebler wrote:
>>> On 5/31/19 4:56 PM, David Hildenbrand wrote:
The PoP (z14, 7-382) says:
Doublewords to the right of the doubleword in which the
highest-
On Mon, Jun 03, 2019 at 09:30:53AM -0600, Heitke, Kenneth wrote:
>
>
> On 6/3/2019 5:14 AM, Kevin Wolf wrote:
> > Am 28.05.2019 um 08:18 hat Klaus Birkelund geschrieben:
> > > On Mon, May 20, 2019 at 11:40:30AM -0600, Kenneth Heitke wrote:
> > > > Signed-off-by: Kenneth Heitke
> >
> > > > diff
On 04/06/19 10:09, Philippe Mathieu-Daudé wrote:
>> check-report.tap: $(patsubst %,check-report-qtest-%.tap, $(QTEST_TARGETS))
>> check-report-unit.tap
>> -$(call quiet-command,./scripts/tap-merge.py $^ > $@,"GEN","$@")
>> +$(call quiet-command, cat $^ | scripts/tap-merge.pl >$@,"GEN","$@
On Tue, Jun 04, 2019 at 03:06:14PM +0800, Peter Xu wrote:
>On Tue, Jun 04, 2019 at 02:17:27PM +0800, Wei Yang wrote:
>> During migration, we would sync bitmap from ram_list.dirty_memory to
>> RAMBlock.bmap in cpu_physical_memory_sync_dirty_bitmap().
>>
>> Since we set RAMBlock.bmap and ram_list.di
ping
Best regards,
Natalia
From: Наталья Фурсова [mailto:natalia.furs...@ispras.ru]
Sent: Wednesday, May 29, 2019 2:57 PM
To: 'qemu-devel@nongnu.org'; 'pbonz...@redhat.com'; Паша
(pavel.dovga...@ispras.ru)
Subject: qgraph
Hello, Paolo!
We develop GUI for Qemu and want to imple
On Mon 03 Jun 2019 10:22:34 PM CEST, Max Reitz wrote:
> QEMU’s always been confused over what a snapshot is: Is it the overlay?
> Is it the backing image?
>
> Confusion is rarely a good thing. I can’t think of any objective reason
> why the overlay would be a snapshot. A snapshot is something tha
Hi, I found a problem that virtual machine cpu soft lock when I attach
a disk to the vm in the case that
backend storage network has a large delay or IO pressure is too large.
1) The disk xml which I attached is:
2) The bt of qemu main thre
On 6/4/19 10:28 AM, Paolo Bonzini wrote:
> On 04/06/19 10:09, Philippe Mathieu-Daudé wrote:
>>> check-report.tap: $(patsubst %,check-report-qtest-%.tap, $(QTEST_TARGETS))
>>> check-report-unit.tap
>>> - $(call quiet-command,./scripts/tap-merge.py $^ > $@,"GEN","$@")
>>> + $(call quiet-command
Le 03/06/2019 à 11:06, David Hildenbrand a écrit :
> Once we unlock S390_FEAT_VECTOR for TCG, we want linux-user to be
> able to make use of it.
>
> Reviewed-by: Richard Henderson
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/cpu.c | 3 +++
> 1 file changed, 3 insertions(+)
>
> diff
David Hildenbrand writes:
> On 04.06.19 09:25, David Hildenbrand wrote:
>> On 04.06.19 09:17, David Hildenbrand wrote:
>>> Hi,
>>>
>>> for now I was able to run TCG tests using "make
>>> run-tcg-tests-s390x-linux-user". Lately, trying to run the tests always
>>> results in
>>>
>>> t460s: ~/git/
Am 04.06.2019 um 10:28 hat Klaus Birkelund geschrieben:
> On Mon, Jun 03, 2019 at 09:30:53AM -0600, Heitke, Kenneth wrote:
> >
> >
> > On 6/3/2019 5:14 AM, Kevin Wolf wrote:
> > > Am 28.05.2019 um 08:18 hat Klaus Birkelund geschrieben:
> > > > On Mon, May 20, 2019 at 11:40:30AM -0600, Kenneth Hei
Hi, I found a problem that virtual machine cpu soft lockup when I
attach a disk to the vm in the case that
backend storage network has a large delay or IO pressure is too large.
1) The disk xml which I attached is:
2) The bt of qemu main
On 04.06.19 10:50, Laurent Vivier wrote:
> Le 03/06/2019 à 11:06, David Hildenbrand a écrit :
>> Once we unlock S390_FEAT_VECTOR for TCG, we want linux-user to be
>> able to make use of it.
>>
>> Reviewed-by: Richard Henderson
>> Signed-off-by: David Hildenbrand
>> ---
>> target/s390x/cpu.c | 3
On Tue, 4 Jun 2019 11:59:13 +0530
Aravinda Prasad wrote:
> On Monday 03 June 2019 07:30 PM, Greg Kurz wrote:
> > On Wed, 29 May 2019 11:10:40 +0530
> > Aravinda Prasad wrote:
> >
> >> Upon a machine check exception (MCE) in a guest address space,
> >> KVM causes a guest exit to enable QEMU to
On Tue, Jun 04, 2019 at 10:46:45AM +0200, Kevin Wolf wrote:
> Am 04.06.2019 um 10:28 hat Klaus Birkelund geschrieben:
> > On Mon, Jun 03, 2019 at 09:30:53AM -0600, Heitke, Kenneth wrote:
> > >
> > >
> > > On 6/3/2019 5:14 AM, Kevin Wolf wrote:
> > > > Am 28.05.2019 um 08:18 hat Klaus Birkelund ge
The following patches fixed issues of absolute and relative input devices
on macOS Mojave.
Chen Zhang (2):
ui/cocoa: Fix absolute input device grabbing issue on Mojave
ui/cocoa: Fix mouse grabbing in fullscreen mode for relative input
device
ui/cocoa.m | 50 +
On Mojave, absolute input device, i.e. tablet, had trouble re-grabbing
the cursor in re-entry into the virtual screen area. In some cases,
the `window` property of NSEvent object was nil after cursor exiting from
window, hinting that the `-locationInWindow` method would return value in
screen coor
In fullscreen mode, the window property of cocoaView may not be the key
window, and the current implementation would not re-grab cursor by left click
in fullscreen mode after ungrabbed in fullscreen mode with hot-key ctrl-opt-g.
This patch used value of isFullscreen as a short-cirtuit condition fo
Let's add all HWCAPs that we can support under TCG right now, when the
respective CPU facilities are enabled.
Cc: Riku Voipio
Cc: Laurent Vivier
Cc: Cornelia Huck
Cc: Laurent Vivier
Cc: Richard Henderson
Signed-off-by: David Hildenbrand
---
This patch is based on "[PATCH v2 00/22] s390x/tcg
On Wed, May 22, 2019 at 02:23:23AM +0300, Aaro Koskinen wrote:
> Hi,
>
> On Mon, May 20, 2019 at 09:05:33PM +0200, Corentin Labbe wrote:
> > Hello
> >
> > I am working on adding a maximum set of qemu machine on kernelCI.
>
> That's cool.
>
> > For OMAP, five machine exists and I fail to boot an
Andrew Randrianasulu writes:
> В сообщении от Monday 03 June 2019 18:01:20 Alex Bennée написал(а):
>> When running on 32 bit TCG backends a wide unaligned load ends up
>> truncating data before returning to the guest. We specifically have
>> the return type as uint64_t to avoid any premature tr
vfio_get_dev_irq_info is introduced to return a specific irq
capabilities.
Signed-off-by: Tina Zhang
---
hw/vfio/common.c | 78 +++
include/hw/vfio/vfio-common.h | 3 ++
2 files changed, 81 insertions(+)
diff --git a/hw/vfio/common.c b/hw/vfio/commo
graphic_hw_refresh is used by display to invoke console refresh.
dpy_update_interval is used by display to update gui timer interval.
Signed-off-by: Tina Zhang
---
include/ui/console.h | 2 ++
ui/console.c | 35 +++
2 files changed, 37 insertions(+)
diff
This series shows the idea to refresh UI console depending on vGPU
page flip events.
Tina Zhang (3):
vfio: Add a funtion to return a specific irq capabilities
ui/console: Introduce two new APIs
vfio/display: Refresh display depending on vGPU page flip events
hw/vfio/common.c |
Use vGPU plane page flip events to refresh display.
Signed-off-by: Tina Zhang
---
hw/vfio/display.c | 249 +-
include/hw/vfio/vfio-common.h | 8 ++
2 files changed, 225 insertions(+), 32 deletions(-)
diff --git a/hw/vfio/display.c b/hw/vfio/display.
On Tuesday 04 June 2019 02:31 PM, Greg Kurz wrote:
> On Tue, 4 Jun 2019 11:59:13 +0530
> Aravinda Prasad wrote:
>
>> On Monday 03 June 2019 07:30 PM, Greg Kurz wrote:
>>> On Wed, 29 May 2019 11:10:40 +0530
>>> Aravinda Prasad wrote:
>>>
Upon a machine check exception (MCE) in a guest
On Mon, Jun 03, 2019 at 10:45:14AM +0200, Philippe Mathieu-Daudé wrote:
> On 5/31/19 5:36 AM, Stafford Horne wrote:
> > On Wed, May 29, 2019 at 05:08:52PM +0200, Markus Armbruster wrote:
> >> When scripts/get_maintainer.pl reports something like
> >>
> >> John Doe (maintainer:Overall)
> >>
> >
Patchew URL:
https://patchew.org/QEMU/20190604095847.10532-1-tina.zh...@intel.com/
Hi,
This series failed build test on s390x host. Please find the details below.
=== TEST SCRIPT BEGIN ===
#!/bin/bash
# Testing script will be invoked under the git checkout with
# HEAD pointing to a commit tha
On Mon, 3 Jun 2019 16:01:20 +0100
Alex Bennée wrote:
> When running on 32 bit TCG backends a wide unaligned load ends up
> truncating data before returning to the guest. We specifically have
> the return type as uint64_t to avoid any premature truncation so we
> should use the same for the inter
Signed-off-by: Markus Armbruster
---
qemu-bridge-helper.c | 12 +++-
1 file changed, 11 insertions(+), 1 deletion(-)
diff --git a/qemu-bridge-helper.c b/qemu-bridge-helper.c
index f9940deefd..95624bc300 100644
--- a/qemu-bridge-helper.c
+++ b/qemu-bridge-helper.c
@@ -10,7 +10,17 @@
*
-netdev tap,helper=... is a useless duplicate of -netdev bridge.
Deprecate and de-document.
Signed-off-by: Markus Armbruster
---
qapi/net.json| 3 ++-
qemu-deprecated.texi | 4
qemu-options.hx | 18 ++
3 files changed, 8 insertions(+), 17 deletions(-)
diff --
Signed-off-by: Markus Armbruster
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index a96829ea83..8b73f1f0d2 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -1936,6 +1936,7 @@ M: Jason Wang
S: Maintained
F: net/
F: include/net/
+F: qemu-bridge-help
Markus Armbruster (3):
MAINTAINERS: Add qemu-bridge-helper.c to "Network device backends"
net: Deprecate tap backend's parameter "helper"
qemu-bridge-helper: Document known shortcomings
MAINTAINERS | 1 +
qapi/net.json| 3 ++-
qemu-bridge-helper.c | 12 +++-
qemu-
On Mon, 3 Jun 2019 18:08:12 +0200
Laszlo Ersek wrote:
> On 06/03/19 13:22, Igor Mammedov wrote:
> > adds simple arm/virt test case that starts guest with
> > bios-tables-test.aarch64.iso.qcow2 boot image which
> > initializes UefiTestSupport* structure in RAM once
> > guest is booted.
> >
> > *
This test checks bug in qcow2_process_discards, fixed by previous
commit.
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
Hi all!
This is a continuation of
[PATCH v5 0/3] Fix overflow bug in qcow2 discard
Two first patches are in Kevin's block branch, and here is fixed third.
v6:
calculate
ping
11.04.2019 20:27, Vladimir Sementsov-Ogievskiy wrote:
> Here is NBD reconnect. Previously, if connection failed all current
> and future requests will fail. After the series, nbd-client driver
> will try to reconnect unlimited times. During first @reconnect-delay
> seconds of reconnecting all
Le 04/06/2019 à 11:36, David Hildenbrand a écrit :
> Let's add all HWCAPs that we can support under TCG right now, when the
> respective CPU facilities are enabled.
>
> Cc: Riku Voipio
> Cc: Laurent Vivier
> Cc: Cornelia Huck
> Cc: Laurent Vivier
> Cc: Richard Henderson
> Signed-off-by: David
From: Aleksandar Markovic
This is a collection of misc patches for Linux user that I recently
accumulated from variuous sources. All of them originate from problems
observed on mips target. However, these changes actually affect and fix
problems on multiple targets.
v7->v8:
- added a patch on
From: Yunqiang Su
Add support for options SOL_ALG of the syscall setsockopt(). This
option is used in relation to Linux kernel Crypto API, and allows
a user to set additional information for the cipher operation via
syscall setsockopt(). The field "optname" must be one of the
following:
- ALG_
From: Neng Chen
Add support for options IPV6_ADD_MEMBERSHIP and IPV6_DROP_MEMPEMBERSHIP
of the syscall setsockopt(). These options control membership in
multicast groups. Their argument is a pointer to a struct ipv6_mreq,
which is in turn defined in IP v6 header netinet/in.h as:
struct ipv6_mre
On 6/4/19 4:36 AM, David Hildenbrand wrote:
> +if (s390_has_feat(S390_FEAT_ESAN3)) {
> +hwcap |= HWCAP_S390_ESAN3;
> +}
> +if (s390_has_feat(S390_FEAT_ZARCH)) {
> +hwcap |= HWCAP_S390_ZARCH;
> +}
While it's nice and symetrical testing these two features, I don't thi
From: Aleksandar Rikalo
Implement support for translation of system call statx(). The
implementation includes invoking other (more mature) system calls
(from the same 'stat' family) on the host side. This way, the
problems of potential lack of statx() availability of on the host
side are avoided.
Hello,
I'm sorry to waste your time.
Now I have a question and i can't find answer by google.
I need to use qemu to run different router,switch,and different
type(example:cisco,netgear,forti and more) and use openstack vm to connect
these equipment.
I found these equipment with different type,for
On Thu, 23 May 2019 15:54:43 +0530
Pankaj Gupta wrote:
> This is the implementation of virtio-pmem device. Support will require
> machine changes for the architectures that will support it, so it will
> not yet be compiled. It can be unlocked with VIRTIO_PMEM_SUPPORTED per
> machine and disabled
Am 04.06.2019 um 11:13 hat Klaus Birkelund geschrieben:
> On Tue, Jun 04, 2019 at 10:46:45AM +0200, Kevin Wolf wrote:
> > Am 04.06.2019 um 10:28 hat Klaus Birkelund geschrieben:
> > > On Mon, Jun 03, 2019 at 09:30:53AM -0600, Heitke, Kenneth wrote:
> > > >
> > > >
> > > > On 6/3/2019 5:14 AM, Kev
Am 04.06.2019 um 14:39 hat Vladimir Sementsov-Ogievskiy geschrieben:
> This test checks bug in qcow2_process_discards, fixed by previous
> commit.
>
> Signed-off-by: Vladimir Sementsov-Ogievskiy
Thanks, applied to the block branch.
Kevin
On 04.06.19 14:54, Laurent Vivier wrote:
> Le 04/06/2019 à 11:36, David Hildenbrand a écrit :
>> Let's add all HWCAPs that we can support under TCG right now, when the
>> respective CPU facilities are enabled.
>>
>> Cc: Riku Voipio
>> Cc: Laurent Vivier
>> Cc: Cornelia Huck
>> Cc: Laurent Vivier
On 04.06.19 15:00, Richard Henderson wrote:
> On 6/4/19 4:36 AM, David Hildenbrand wrote:
>> +if (s390_has_feat(S390_FEAT_ESAN3)) {
>> +hwcap |= HWCAP_S390_ESAN3;
>> +}
>> +if (s390_has_feat(S390_FEAT_ZARCH)) {
>> +hwcap |= HWCAP_S390_ZARCH;
>> +}
>
> While it's nic
On 03/06/19 19:40, Markus Armbruster wrote:
>
> Paolo, why is pr-manager-helper a delayed object? Why this hunk of
> commit 7c9e527659c:
>
> diff --git a/vl.c b/vl.c
> index 9bb5058c3a..a121a65731 100644
> --- a/vl.c
> +++ b/vl.c
> @@ -2893,7 +2893,8 @@ static int machine_set
On Mon, Jun 03, 2019 at 04:36:48PM -0300, Eduardo Habkost wrote:
On Mon, Jun 03, 2019 at 10:24:56AM +0200, Jens Freimann wrote:
On Fri, May 31, 2019 at 06:47:48PM -0300, Eduardo Habkost wrote:
> On Thu, May 30, 2019 at 04:56:45PM +0200, Jens Freimann wrote:
> > On Tue, May 28, 2019 at 11:04:15AM
On Tue, Jun 04, 2019 at 03:43:21PM +0200, Jens Freimann wrote:
> On Mon, Jun 03, 2019 at 04:36:48PM -0300, Eduardo Habkost wrote:
> > On Mon, Jun 03, 2019 at 10:24:56AM +0200, Jens Freimann wrote:
> > > On Fri, May 31, 2019 at 06:47:48PM -0300, Eduardo Habkost wrote:
> > > > On Thu, May 30, 2019 at
On 6/4/19 1:38 AM, Philippe Mathieu-Daudé wrote:
> Hi Richard,
>
> On 5/31/19 3:43 PM, Richard Henderson wrote:
>> From: Yoshinori Sato
>>
>> Tested-by: Philippe Mathieu-Daudé
>> Reviewed-by: Philippe Mathieu-Daudé
>> Signed-off-by: Yoshinori Sato
>> Message-Id: <20190516055244.95559-10-ys...@
On Fri, 24 May 2019 16:18:38 +0800
Tao Xu wrote:
> UMONITOR, UMWAIT and TPAUSE are a set of user wait instructions.
> Availability of the user wait instructions is indicated by the presence
> of the CPUID feature flag WAITPKG CPUID.0x07.0x0:ECX[5].
>
> The patch enable the umonitor, umwait and t
On Wed, 8 May 2019 14:17:21 +0800
Tao Xu wrote:
> From: Liu Jingqi
>
> This structure describes the memory access latency and bandwidth
> information from various memory access initiator proximity domains.
> The latency and bandwidth numbers represented in this structure
> correspond to rated
On Tue, 4 Jun 2019 11:38:31 +0530
Aravinda Prasad wrote:
> On Monday 03 June 2019 04:47 PM, Greg Kurz wrote:
> > On Mon, 3 Jun 2019 12:12:43 +0200
> > Greg Kurz wrote:
> >
> >> On Wed, 29 May 2019 11:10:14 +0530
> >> Aravinda Prasad wrote:
> >>
> >>> This patch adds support in QEMU to hand
Patchew URL:
https://patchew.org/QEMU/1559653142-31892-1-git-send-email-aleksandar.marko...@rt-rk.com/
Hi,
This series failed build test on s390x host. Please find the details below.
=== TEST SCRIPT BEGIN ===
#!/bin/bash
# Testing script will be invoked under the git checkout with
# HEAD poin
On Wed, 8 May 2019 14:17:22 +0800
Tao Xu wrote:
> From: Liu Jingqi
>
> This structure describes memory side cache information for memory
> proximity domains if the memory side cache is present and the
> physical device(SMBIOS handle) forms the memory side cache.
> The software could use this i
On 04/06/19 10:37, Natalia Fursova wrote:
> Hello, Paolo!
>
> We develop GUI for Qemu and want to implement graphical interface for
> configuring the device tree. To do this we need to detect list of the
> devices supported by any specific platform.
>
> Then we use this tree for command line gene
Objects should not be "delayed" without a reason, as the previous
commit demonstrates. The remaining ones have reasons. State them.
and demand future ones come with such a statement.
Signed-off-by: Markus Armbruster
---
vl.c | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
dif
This is a minimal regression fix. There's more work to do nearby.
Left for another day.
Markus Armbruster (2):
vl: Fix -drive / -blockdev persistent reservation management
vl: Document why objects are delayed
vl.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
--
2.21
qemu-system-FOO's main() acts on command line arguments in its own
idiosyncratic order. There's not much method to its madness.
Whenever we find a case where one kind of command line argument needs
to refer to something created for another kind later, we rejigger the
order.
Recent commit cda4aa9a
On 6/4/19 5:12 PM, Markus Armbruster wrote:
This is a minimal regression fix. There's more work to do nearby.
Left for another day.
Markus Armbruster (2):
vl: Fix -drive / -blockdev persistent reservation management
vl: Document why objects are delayed
vl.c | 13 +
1 file
Typo comparing the sign of the field, twice, instead of also comparing
the mask of the field (which itself encodes both position and length).
Reported-by: Peter Maydell
Signed-off-by: Richard Henderson
---
scripts/decodetree.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
On 6/4/19 1:31 AM, Markus Armbruster wrote:
> Peter Maydell writes:
>
>> On Mon, 3 Jun 2019 at 19:21, John Snow wrote:
>>> I get it, we don't want to require Python 3.8 because some dev wanted
>>> assignment conditionals -- but we're talking about Python 2 here, which
>>> suffers its EOL by t
On Mon, 3 Jun 2019 at 19:08, Michael S. Tsirkin wrote:
>
> The following changes since commit 8c1ecb590497b0349c550607db923972b37f6963:
>
> Merge remote-tracking branch
> 'remotes/stsquad/tags/pull-testing-next-280519-2' into staging (2019-05-28
> 17:38:32 +0100)
>
> are available in the Git r
> > Indeed. Could we decide whether or not to register an address space with
> > VFIO in a more intelligent manner? E.g. the following simplistic patch
> > solves
> > our problem:
> >
> > diff --git a/hw/vfio/common.c b/hw/vfio/common.c
> > index 4374cc6176..d9d3b1277a 100644
> > --- a/hw/vfio/com
On Tue, 4 Jun 2019 at 16:42, Richard Henderson
wrote:
>
> Typo comparing the sign of the field, twice, instead of also comparing
> the mask of the field (which itself encodes both position and length).
>
> Reported-by: Peter Maydell
> Signed-off-by: Richard Henderson
> ---
> scripts/decodetree.
The following changes since commit e2a58ff493a2e00db3e963c1839c5374500110f2:
Merge remote-tracking branch 'remotes/bonzini/tags/for-upstream' into staging
(2019-06-03 18:26:21 +0100)
are available in the Git repository at:
git://repo.or.cz/qemu/kevin.git tags/for-upstream
for you to fetch
Implement and use new interface to get rid of hd_qiov.
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block/qcow2.h | 1 +
include/qemu/iov.h| 1 +
block/qcow2-cluster.c | 9 ---
block/qcow2.c | 60 +--
util/iov.c| 1
Use and support new API in bdrv_aligned_pwritev.
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block/io.c | 27 +--
1 file changed, 13 insertions(+), 14 deletions(-)
diff --git a/block/io.c b/block/io.c
index 0cc80e2d5a..660c96527d 100644
--- a/block/io.c
+++ b/block/i
Introduce new initialization API, to create requests with padding. Will
be used in the following patch. New API uses qemu_iovec_init_buf if
resulting io vector has only one element, to avoid extra allocations.
So, we need to update qemu_iovec_destroy to support destroying such
QIOVs.
Signed-off-by
Introduce extended variants of bdrv_co_preadv and bdrv_co_pwritev
with qiov_offset parameter.
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
include/block/block_int.h | 6 ++
block/io.c| 29 +++--
2 files changed, 29 insertions(+), 6 deletions(-)
di
Use and support new API in bdrv_co_do_copy_on_readv.
Signed-off-by: Vladimir Sementsov-Ogievskiy
---
block/io.c | 21 -
1 file changed, 8 insertions(+), 13 deletions(-)
diff --git a/block/io.c b/block/io.c
index a4f67aca47..0cc80e2d5a 100644
--- a/block/io.c
+++ b/block/io.c
1 - 100 of 223 matches
Mail list logo
