From: David Brenken
Signed-off-by: Andreas Konopik
Signed-off-by: David Brenken
Signed-off-by: Georg Hofstetter
Signed-off-by: Robert Rasche
Signed-off-by: Lars Biermanski
Reviewed-by: Bastian Koppelmann
---
target/tricore/fpu_helper.c | 16
target/tricore/helper.h |
From: Andreas Konopik
Signed-off-by: Andreas Konopik
Signed-off-by: David Brenken
Signed-off-by: Georg Hofstetter
Signed-off-by: Robert Rasche
Signed-off-by: Lars Biermanski
---
target/tricore/fpu_helper.c | 84 +
target/tricore/helper.h | 1 +
targe
From: Georg Hofstetter
Signed-off-by: Andreas Konopik
Signed-off-by: David Brenken
Signed-off-by: Georg Hofstetter
Signed-off-by: Robert Rasche
Signed-off-by: Lars Biermanski
---
target/tricore/translate.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/target/tricore/translate.c b/targ
From: David Brenken
Signed-off-by: Andreas Konopik
Signed-off-by: David Brenken
Signed-off-by: Georg Hofstetter
Signed-off-by: Robert Rasche
Signed-off-by: Lars Biermanski
Reviewed-by: Bastian Koppelmann
---
target/tricore/fpu_helper.c | 25 +
target/tricore/helper.
From: David Brenken
Signed-off-by: Andreas Konopik
Signed-off-by: David Brenken
Signed-off-by: Georg Hofstetter
Signed-off-by: Robert Rasche
Signed-off-by: Lars Biermanski
Reviewed-by: Bastian Koppelmann
---
target/tricore/translate.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(
Hi Yan,
On 6/24/19 7:33 AM, Yan Zhao wrote:
> if an entry has parts out of scope of notifier's range, print warning
> message.
>
> Out of scope mapping/unmapping would cause problem, as in below case:
>
> 1. initially there are two notifiers with ranges
> 0-0xfedf, 0xfef0-0xf
From: David Brenken
Hello everyone,
as discussed here is the third version of the patchset.
- We finalized the implementation of QSEED according to Bastians
annotations.
- We do only sync ctx.hflags with tb->flags.
Best regards
David
Andreas Konopik (1):
tricore: add QSEED instruction
Dav
On Mon, Jun 24, 2019 at 02:57:50PM +0800, Peter Xu wrote:
> On Mon, Jun 24, 2019 at 02:41:22AM -0400, Yan Zhao wrote:
> > On Mon, Jun 24, 2019 at 02:37:33PM +0800, Peter Xu wrote:
> > > From: Paolo Bonzini
> > >
> > > This is an replacement work of Yan Zhao's patch:
> > >
> > > https://www.mail-
Hi Peter,
On 6/24/19 8:37 AM, Peter Xu wrote:
> From: Yan Zhao
>
> IOMMUNotifier is with inclusive ranges, so we should check
> against (VTD_ADDRESS_SIZE(s->aw_bits) - 1).
>
> Signed-off-by: Yan Zhao
> [peterx: split from another bigger patch]
> Signed-off-by: Peter Xu
Reviewed-by: Eric Auger
On 21/06/2019 19:27, Greg Kurz wrote:
> Hot-unplugging a PHB with a VFIO device connected to it crashes QEMU:
>
> -device spapr-pci-host-bridge,index=1,id=phb1 \
> -device vfio-pci,host=0034:01:00.3,id=vfio0
>
> (qemu) device_del phb1
> [ 357.207183] iommu: Removing device 0001:00:00.0 from g
On Mon, Jun 24, 2019 at 03:09:24PM +0800, Auger Eric wrote:
> Hi Yan,
>
> On 6/24/19 7:33 AM, Yan Zhao wrote:
> > if an entry has parts out of scope of notifier's range, print warning
> > message.
> >
> > Out of scope mapping/unmapping would cause problem, as in below case:
> >
> > 1. initially
On Thu, Jun 20, 2019 at 05:37:24PM +0200, Laszlo Ersek wrote:
> On 06/17/19 10:12, Klaus Birkelund wrote:
> > Hi all,
> >
> > I'm thinking about how to support multiple namespaces in the NVMe
> > device. My first idea was to add a "namespaces" property array to the
> > device that references block
On Mon, Jun 24, 2019 at 03:04:50AM -0400, Yan Zhao wrote:
[...]
> I think it might be helpful if there anything wrong in code.
> for example, when previously, size = end - start, it will happen that
> size will eventually be less than page size.
Well, if with such an error we'd better fix it rig
Patchew URL:
https://patchew.org/QEMU/20190624070339.4408-1-david.bren...@efs-auto.org/
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 commi
if an entry has parts out of scope of notifier's range, print warning
message.
Out of scope mapping/unmapping would cause problem, as in below case:
1. initially there are two notifiers with ranges
0-0xfedf, 0xfef0-0x,
IOVAs from 0x3c00 - 0x3c1f is in shadow page t
Tested-by: Yan Zhao
On Mon, Jun 24, 2019 at 02:37:33PM +0800, Peter Xu wrote:
> From: Paolo Bonzini
>
> This is an replacement work of Yan Zhao's patch:
>
> https://www.mail-archive.com/qemu-devel@nongnu.org/msg625340.html
>
> vtd_address_space_unmap() will do proper page mask alignment to ma
On Thu, Jun 20, 2019 at 01:03:28PM +0200, Philippe Mathieu-Daudé wrote:
> Hi Stefano,
>
> On 5/31/19 9:38 AM, Stefano Garzarella wrote:
> > On Fri, May 31, 2019 at 08:43:41AM +0200, Philippe Mathieu-Daudé wrote:
> >> We already have 'make check-help', use the 'make vm-help' form
> >> to display he
On Sat, 2019-06-22 at 16:58 +0100, Peter Maydell wrote:
> On Fri, 21 Jun 2019 at 20:04, Cleber Rosa wrote:
> > You can consider me biased (I do consider myself), but trying to wear
> > the hat of a user first interacting with QEMU, I would expect a (any)
> > reasonably capable environment that can
On Mon, 24 Jun 2019 11:39:21 +1000
Suraj Jitindar Singh wrote:
> The ibm,get_system_parameter rtas call is used by the guest to retrieve
> data relating to certain parameters of the system. The SPLPAR
> characteristics option (token 20) is used to determin characteristics of
> the environment in
if an entry has parts out of scope of notifier's range, print warning
message.
Out of scope mapping/unmapping would cause problem, as in below case:
1. initially there are two notifiers with ranges
0-0xfedf, 0xfef0-0x,
IOVAs from 0x3c00 - 0x3c1f is in shadow page t
On 24/06/19 10:06, Peter Xu wrote:
> Well, if with such an error we'd better fix it right away in this
> patch... :)
>
> Let me wait for some more comments, I'll touch that up too if I need a
> repost.
Looks good to me, except for one minor issue in this patch. But do not
attribute this one to m
Igor Mammedov writes:
> Fallback might affect guest or worse whole host performance
> or functionality if backing file were used to share guest RAM
> with another process.
>
> Patch deprecates fallback so that we could remove it in future
> and ensure that QEMU will provide expected behavior and
QEMU will crash when device-memory-region-size property is read if
ms->device_memory
wasn't initialized yet.
Crash can be reproduced with:
$QEMU -preconfig -qmp unix:qmp_socket,server,nowait &
./scripts/qmp/qom-get -s qmp_socket /machine.device-memory-region-size
Instead of crashing return 0 i
Suraj Jitindar Singh writes:
> On Wed, 2019-05-01 at 15:35 +1000, Suraj Jitindar Singh wrote:
>> Add a monitor command "dump-stack" to be used to dump the stack for
>> the
>> current cpu.
>
> To summarise the discussion which occured on this patch,
>
> - It looks like it's ok to duplicate this fu
Paolo Bonzini writes:
> While indeed we do not want to have
>
> return (a);
>
> it is less clear that this applies to
>
> return (a &&
> b);
>
> Some editors indent more nicely if you have parentheses, and some people's
> eyes may appreciate that as well.
No objection.
> Sig
Patchew URL:
https://patchew.org/QEMU/20190624070339.4408-1-david.bren...@efs-auto.org/
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 commi
On Thu, 20 Jun 2019 22:46:15 -0300
Eduardo Habkost wrote:
> On Fri, Jun 21, 2019 at 02:29:29AM +0200, Paolo Bonzini wrote:
> > On 10/06/19 15:50, Igor Mammedov wrote:
> > > QEMU will crash when device-memory-region-size property is read if
> > > ms->device_memory
> > > wasn't initialized yet.
On Mon, Jun 24, 2019 at 10:43:21AM +0200, Paolo Bonzini wrote:
> On 24/06/19 10:06, Peter Xu wrote:
> > Well, if with such an error we'd better fix it right away in this
> > patch... :)
> >
> > Let me wait for some more comments, I'll touch that up too if I need a
> > repost.
>
> Looks good to me
On 17/06/2019 14:57, Kevin Wolf wrote:
> Commit cd219eb1e55 added the read-zeroes option for the null-co and
> null-aio block driver, but forgot to add them to the QAPI schema.
> Therefore, this option wasn't available in -blockdev and blockdev-add
> until now.
>
> Add the missing option in the
The vhost-user specification does not explain when
VHOST_USER_PROTOCOL_F_MQ must be implemented. This may lead
implementors of vhost-user masters to believe that this protocol feature
is required for any device that has multiple virtqueues. That would be
a mistake since existing vhost-user slaves
Peter Maydell writes:
> On Sun, 23 Jun 2019 at 16:22, Juan Rafael García Blanco
> wrote:
>> I think the latest changes to qemu-io-cmds.c make it impossible to compile
>> under macOS. It now uses clock_gettime, which is not available in this OS.
>> I’m using 10.9.5; I think this function is n
Philippe Mathieu-Daudé writes:
> We already have 'make check-help', use the 'make vm-help' form
> to display helps about VM testing. Keep the old target to not
> bother old customs.
>
> Signed-off-by: Philippe Mathieu-Daudé
Queued to testing/next, thanks.
> ---
> Based-on: <20190530101603.22
This is an replacement work of Yan Zhao's patch:
https://www.mail-archive.com/qemu-devel@nongnu.org/msg625340.html
vtd_address_space_unmap() will do proper page mask alignment to make
sure each IOTLB message will have correct masks for notification
messages (2^N-1), but sometimes it can be expand
From: Yan Zhao
IOMMUNotifier is with inclusive ranges, so we should check
against (VTD_ADDRESS_SIZE(s->aw_bits) - 1).
Signed-off-by: Yan Zhao
[peterx: split from another bigger patch]
Reviewed-by: Eric Auger
Signed-off-by: Peter Xu
---
hw/i386/intel_iommu.c | 4 ++--
1 file changed, 2 insert
v2:
- rename helper to get_naturally_aligned_size(), simplify the
codes as suggested [Paolo]
- check against vtd page size when looping over for unmaps [Yan]
- add r-b for Eric
Please review, thanks.
Peter Xu (1):
intel_iommu: Fix unexpected unmaps during global unmap
Yan Zhao (1):
intel_i
On Mon, 17 Jun 2019 18:31:25 PDT (-0700), Alistair Francis wrote:
For completeness let's add Zifencei and Zicsr as command line options,
even though they can't be disabled at the moment.
Signed-off-by: Alistair Francis
---
target/riscv/cpu.c | 9 +
target/riscv/cpu.h | 2 ++
2 files ch
On Mon, 17 Jun 2019 18:31:08 PDT (-0700), Alistair Francis wrote:
Add a comment for the new mcountinhibit which conflicts with the
CSR_MUCOUNTEREN from version 1.09.1. This can be updated when we remove
1.09.1.
Signed-off-by: Alistair Francis
---
target/riscv/cpu_bits.h | 1 +
target/riscv/csr
On Mon, 17 Jun 2019 18:31:00 PDT (-0700), Alistair Francis wrote:
Based-on:
Now that the RISC-V spec has started to be ratified let's update our
QEMU implementation. There are a few things going on here:
- Add priv version 1.11.0 to QEMU
- This is the ratified version of the Privledge spec
On 19/06/2019 22:27, Max Reitz wrote:
> On 29.05.19 19:56, Andrey Shinkevich wrote:
>> This patch is used in the 'block/stream: introduce a bottom node'
>> that is following. Instead of the base node, the caller may pass
>> the node that has the base as its backing image to the function
>> bdrv_i
On Mon, Jun 24, 2019 at 10:17:33AM +0200, Markus Armbruster wrote:
> Igor Mammedov writes:
>
> > Fallback might affect guest or worse whole host performance
> > or functionality if backing file were used to share guest RAM
> > with another process.
> >
> > Patch deprecates fallback so that we cou
On Fri, Jun 21, 2019 at 05:21:19PM -0700, Li Qiang wrote:
> When emulating irqchip in qemu, such as following command:
>
> x86_64-softmmu/qemu-system-x86_64 -m 1024 -smp 4 -hda /home/test/test.img
> -machine kernel-irqchip=off --enable-kvm -vnc :0 -device edu -monitor stdio
>
> We will get a cras
On Sat, 22 Jun 2019 at 23:51, Greg Kurz wrote:
>
> On Mon, 17 Jun 2019 14:04:10 +0800
> Yongji Xie wrote:
>
> > On Mon, 17 Jun 2019 at 13:24, Greg Kurz wrote:
> > >
> > > On Mon, 17 Jun 2019 10:14:30 +0800
> > > Yongji Xie wrote:
> > >
> > > > On Fri, 14 Jun 2019 at 19:45, Greg Kurz wrote:
> >
On 21.06.2019 12:59, Vladimir Sementsov-Ogievskiy wrote:
> 21.06.2019 12:16, Kevin Wolf wrote:
>> Am 09.04.2019 um 12:01 hat Kevin Wolf geschrieben:
>>> Am 02.04.2019 um 10:35 hat Denis Plotnikov geschrieben:
On 13.03.2019 19:04, Kevin Wolf wrote:
> Am 14.12.2018 um 12:54 hat Denis Plotn
On Mon, 24 Jun 2019 10:17:33 +0200
Markus Armbruster wrote:
> Igor Mammedov writes:
>
> > Fallback might affect guest or worse whole host performance
> > or functionality if backing file were used to share guest RAM
> > with another process.
> >
> > Patch deprecates fallback so that we could re
Fix bit masks of registers for offset and pitch and also handle
default values for both R128P and RV100. This improves picture a bit
but does not resolve all problems yet so there might be some more bugs
somewhere.
Signed-off-by: BALATON Zoltan
---
hw/display/ati.c | 32
Hi Peter,
On 6/24/19 11:18 AM, Peter Xu wrote:
> This is an replacement work of Yan Zhao's patch:
>
> https://www.mail-archive.com/qemu-devel@nongnu.org/msg625340.html
>
> vtd_address_space_unmap() will do proper page mask alignment to make
> sure each IOTLB message will have correct masks for n
Hi Yan,
On 6/24/19 10:39 AM, Yan Zhao wrote:
> if an entry has parts out of scope of notifier's range, print warning
> message.
>
> Out of scope mapping/unmapping would cause problem, as in below case:
>
> 1. initially there are two notifiers with ranges
> 0-0xfedf, 0xfef0-0x
On 24/06/19 11:09, Peter Xu wrote:
> On Mon, Jun 24, 2019 at 10:43:21AM +0200, Paolo Bonzini wrote:
>> On 24/06/19 10:06, Peter Xu wrote:
>>> Well, if with such an error we'd better fix it right away in this
>>> patch... :)
>>>
>>> Let me wait for some more comments, I'll touch that up too if I nee
On 24/06/19 11:18, Peter Xu wrote:
> This is an replacement work of Yan Zhao's patch:
>
> https://www.mail-archive.com/qemu-devel@nongnu.org/msg625340.html
>
> vtd_address_space_unmap() will do proper page mask alignment to make
> sure each IOTLB message will have correct masks for notification
>
Am 24.06.2019 um 10:01 hat Klaus Birkelund geschrieben:
> On Thu, Jun 20, 2019 at 05:37:24PM +0200, Laszlo Ersek wrote:
> > On 06/17/19 10:12, Klaus Birkelund wrote:
> > > Hi all,
> > >
> > > I'm thinking about how to support multiple namespaces in the NVMe
> > > device. My first idea was to add a
Hi
On Mon, Jun 24, 2019 at 11:13 AM Stefan Hajnoczi wrote:
>
> The vhost-user specification does not explain when
> VHOST_USER_PROTOCOL_F_MQ must be implemented. This may lead
> implementors of vhost-user masters to believe that this protocol feature
> is required for any device that has multipl
On Mon, Jun 24, 2019 at 12:11:54PM +0200, Paolo Bonzini wrote:
> On 24/06/19 11:09, Peter Xu wrote:
> > On Mon, Jun 24, 2019 at 10:43:21AM +0200, Paolo Bonzini wrote:
> >> On 24/06/19 10:06, Peter Xu wrote:
> >>> Well, if with such an error we'd better fix it right away in this
> >>> patch... :)
>
Hi Howard,
Thanks for letting me know about compilation errors in my patch, I really
appreciate it. Those should be fixed in the latest version of this patch (v3),
so please take a look and let me know if there is anything else that should be
changed.
Kind Regards,
Stefan
Original
On Mon, 24 Jun 2019 10:36:55 +0100
Daniel P. Berrangé wrote:
> On Mon, Jun 24, 2019 at 10:17:33AM +0200, Markus Armbruster wrote:
> > Igor Mammedov writes:
> >
> > > Fallback might affect guest or worse whole host performance
> > > or functionality if backing file were used to share guest RAM
Roman Kagan writes:
> It was introduced in commit b129972c8b41e15b0521895a46fd9c752b68a5e,
> with the following motivation:
I can't find this commit in my tree.
>
> Because start_exclusive uses CPU_FOREACH, merge exclusive_lock with
> qemu_cpu_list_lock: together with a call to exclusive_
Paolo Bonzini writes:
> From: Vitaly Kuznetsov
>
> Representing Hyper-V properties as bits will allow us to check features
> and dependencies between them in a natural way.
>
> Suggested-by: Roman Kagan
> Signed-off-by: Vitaly Kuznetsov
> Message-Id: <20190517141924.19024-2-vkuzn...@redhat.c
On Fri, Jun 21, 2019 at 05:34:18PM +0100, Andrew Jones wrote:
> These are the SVE equivalents to kvm_arch_get/put_fpsimd. Note, the
> swabbing is different than it is for fpsmid because the vector format
> is a little-endian stream of words.
Note, on big-endian hosts the FPSIMD view Vn and the SVE
On Fri, Jun 21, 2019 at 05:34:13PM +0100, Andrew Jones wrote:
The purpose of this check should probably at least be described in a
comment -- i.e., what actually depends on this?
Cheers
---Dave
> Suggested-by: Dave Martin
> Signed-off-by: Andrew Jones
> ---
> target/arm/helper.c | 1 +
> 1 fi
On Fri, Jun 21, 2019 at 05:34:15PM +0100, Andrew Jones wrote:
> Introduce cpu properties to give fine control over SVE vector lengths.
> We introduce a property for each valid length up to the current
> maximum supported, which is 2048-bits. The properties are named, e.g.
> sve128, sve256, sve512,
Andreas Färber writes:
> Am 19.06.19 um 22:10 schrieb Markus Armbruster:
>> From: Paolo Bonzini
>>
>> QOM is not a particularly active subsystem now: 51 commits in two years.
>> But, we need active maintainers to review and merge patches, and Git
>> shows the following top committers taking on
Peter Xu 于2019年6月24日周一 下午5:42写道：
> On Fri, Jun 21, 2019 at 05:21:19PM -0700, Li Qiang wrote:
> > When emulating irqchip in qemu, such as following command:
> >
> > x86_64-softmmu/qemu-system-x86_64 -m 1024 -smp 4 -hda /home/test/test.img
> > -machine kernel-irqchip=off --enable-kvm -vnc :0 -devic
On Mon, Jun 24, 2019 at 12:09:48PM +0200, Auger Eric wrote:
> Hi Peter,
>
> On 6/24/19 11:18 AM, Peter Xu wrote:
> > This is an replacement work of Yan Zhao's patch:
> >
> > https://www.mail-archive.com/qemu-devel@nongnu.org/msg625340.html
> >
> > vtd_address_space_unmap() will do proper page ma
On Fri, 21 Jun 2019 01:17:48 +0800
gengdongjiu wrote:
> On 2019/6/20 23:09, Igor Mammedov wrote:
> > On Thu, 20 Jun 2019 22:04:01 +0800
> > gengdongjiu wrote:
> >
> >> Hi Igor,
> >>Thanks for your review.
> >>
> >> On 2019/6/20 20:10, Igor Mammedov wrote:
> + */
> +struct Acpi
Paolo Bonzini writes:
> On 19/06/19 22:10, Markus Armbruster wrote:
>> Move commands device-list-properties, device_add, device-del, and
>> event DEVICE_DELETED from misc.json to new qdev.json. qdev.json
>> remains uncovered by MAINTAINERS, like the rest of qdev.
>
> qdev should be added to eith
On Mon, Jun 24, 2019 at 07:08:30PM +0800, Li Qiang wrote:
> Do you mean the redirect table entry of ioapic update?
Yes.
> I think this is reasonable, I will prepare a separate patch with this one
> as a patchset later.
IMHO you can post that as separate patch. After all these are
different issu
Daniel P. Berrangé writes:
> On Wed, Jun 19, 2019 at 10:10:40PM +0200, Markus Armbruster wrote:
>> Suggested-by: Paolo Bonzini
>> Cc: Eduardo Habkost
>> Cc: Marcel Apfelbaum
>> Signed-off-by: Markus Armbruster
>> ---
>> MAINTAINERS | 16
>> 1 file changed, 4 insertions(+), 1
Peter Xu 于2019年6月24日周一 下午7:21写道：
> On Mon, Jun 24, 2019 at 07:08:30PM +0800, Li Qiang wrote:
> > Do you mean the redirect table entry of ioapic update?
>
> Yes.
>
> > I think this is reasonable, I will prepare a separate patch with this one
> > as a patchset later.
>
> IMHO you can post that as s
On Tue, 14 May 2019 04:18:16 -0700
Dongjiu Geng wrote:
> It will help to add Hardware Error Notification to ACPI tables
> without using packed C structures and avoid endianness
> issues as API doesn't need explicit conversion.
>
> Signed-off-by: Dongjiu Geng
> ---
> hw/acpi/aml-build.c
On Mon, Jun 24, 2019 at 12:05:07PM +0100, Dave Martin wrote:
> On Fri, Jun 21, 2019 at 05:34:13PM +0100, Andrew Jones wrote:
>
> The purpose of this check should probably at least be described in a
> comment -- i.e., what actually depends on this?
I was thinking the already present "Bits other th
Eric Blake writes:
> On 6/19/19 3:10 PM, Markus Armbruster wrote:
>> Move commands query-cpu-definitions, query-cpu-model-baseline,
>> query-cpu-model-comparison, and query-cpu-model-expansion with their
>> types from target.json to machine-target.json. Also move typee
>
> s/typee/types/
Will f
Daniel P. Berrangé writes:
> On Wed, Jun 19, 2019 at 10:10:49PM +0200, Markus Armbruster wrote:
>> Commit 2da91b54fe9 "dump: add Windows dump format to
>> dump-guest-memory" neglected to update MAINTAINERS. Do it now.
>>
>> Cc: Marc-André Lureau
>> Signed-off-by: Markus Armbruster
>> ---
>>
Eric Blake writes:
> On 6/19/19 3:10 PM, Markus Armbruster wrote:
>> Move the HMP handlers related to qapi/dump.json to
>> dimp/dump-hmp-cmds.c, where they are covered by MAINTAINERS section
>
> s/dimp/dump/
Will fix. Thanks!
>> "Dump", just like qapi/dump.json.
>>
>> Cc: Marc-André Lureau
>
On Tue, 14 May 2019 04:18:19 -0700
Dongjiu Geng wrote:
> Add APEI/GHES detailed design document
>
> Signed-off-by: Dongjiu Geng
> ---
> docs/specs/acpi_hest_ghes.txt | 97
> +++
> 1 file changed, 97 insertions(+)
> create mode 100644 docs/specs/acpi_he
On Mon, Jun 24, 2019 at 01:19:33PM +0200, Markus Armbruster wrote:
> Paolo Bonzini writes:
>
> > On 19/06/19 22:10, Markus Armbruster wrote:
> >> Move commands device-list-properties, device_add, device-del, and
> >> event DEVICE_DELETED from misc.json to new qdev.json. qdev.json
> >> remains un
On Mon, Jun 24, 2019 at 12:05:26PM +0100, Dave Martin wrote:
> On Fri, Jun 21, 2019 at 05:34:15PM +0100, Andrew Jones wrote:
> > Introduce cpu properties to give fine control over SVE vector lengths.
> > We introduce a property for each valid length up to the current
> > maximum supported, which is
On Mon, Jun 24, 2019 at 11:58:23AM +0100, Alex Bennée wrote:
> Roman Kagan writes:
>
> > It was introduced in commit b129972c8b41e15b0521895a46fd9c752b68a5e,
> > with the following motivation:
>
> I can't find this commit in my tree.
OOPS, that was supposed to be ab129972c8b41e15b0521895a46fd9c
On Mon, Jun 24, 2019 at 12:05:35PM +0100, Dave Martin wrote:
> On Fri, Jun 21, 2019 at 05:34:18PM +0100, Andrew Jones wrote:
> > These are the SVE equivalents to kvm_arch_get/put_fpsimd. Note, the
> > swabbing is different than it is for fpsmid because the vector format
> > is a little-endian strea
Hi Howard,
Would you be so kind to send me exact qemu command line and applicable files(OS
images or similar) that you used to bring this exact situation up. Thanks in
advance.
Kind Regards,
Stefan
Original Message
Subject: Re: [PATCH v3 0/8] target/ppc: Optimize emulation
On Mon, Jun 24, 2019 at 01:49:11PM +0200, Andrew Jones wrote:
> On Mon, Jun 24, 2019 at 12:05:26PM +0100, Dave Martin wrote:
> > On Fri, Jun 21, 2019 at 05:34:15PM +0100, Andrew Jones wrote:
> > > Introduce cpu properties to give fine control over SVE vector lengths.
> > > We introduce a property f
On 23.06.19 19:18, Peter Maydell wrote:
> On Fri, 21 Jun 2019 at 14:23, Max Reitz wrote:
>>
>> The following changes since commit 33d609990621dea6c7d056c86f707b8811320ac1:
>>
>> Merge remote-tracking branch 'remotes/kevin/tags/for-upstream' into
>> staging (2019-06-18 17:00:52 +0100)
>>
>> are
On 2019/6/20 20:04, Igor Mammedov wrote:
> On Tue, 14 May 2019 04:18:14 -0700
> Dongjiu Geng wrote:
>
>> Support this feature since version 4.1, disable it by
>> default in the old version.
>>
>> Signed-off-by: Dongjiu Geng
>> ---
>> hw/arm/virt.c | 6 ++
>> include/hw/arm/virt.h
Alex Bennée writes:
>
> This looks like it's broken the build:
>
> configure' '--without-default-devices' '--disable-user'
>
> with:
>
> /home/alex/lsrc/qemu.git/target/i386/hyperv-stub.c: In function
> ‘kvm_hv_handle_exit’:
> /home/alex/lsrc/qemu.git/target/i386/hyperv-stub.c:18:19: error
On Tue, 14 May 2019 04:18:20 -0700
Dongjiu Geng wrote:
> This implements APEI GHES Table generation via fw_cfg blobs.
> Now it only support GPIO-Signal and ARMv8 SEA two types of GHESv2 error
> source. Afterwards, we can extend the supported types if needed. For the
> CPER section type, currently
On Tue, 14 May 2019 04:18:21 -0700
Dongjiu Geng wrote:
> kvm_hwpoison_page_add() and kvm_unpoison_all() will be used both
> by X86 and ARM platforms, so move these functions to a common
> accel/kvm/ folder to avoid duplicate code.
>
> Signed-off-by: Dongjiu Geng
> ---
> accel/kvm/kvm-all.c
On 2019/6/20 20:28, Igor Mammedov wrote:
> On Tue, 14 May 2019 04:18:17 -0700
> Dongjiu Geng wrote:
>
>> It will help to add Generic Error Data Entry to ACPI tables
>> without using packed C structures and avoid endianness
>> issues as API doesn't need explicit conversion.
>>
>> Signed-off-by:
Commit 2d384d7c8 broken the build when built with:
configure --without-default-devices --disable-user
The reason was the conversion of cpu->hyperv_synic to
cpu->hyperv_synic_kvm_only although the rest of the patch introduces a
feature checking mechanism. So I've fixed the KVM_EXIT_HYPERV_SYNIC
Roman Kagan writes:
> On Mon, Jun 24, 2019 at 11:58:23AM +0100, Alex Bennée wrote:
>> Roman Kagan writes:
>>
>> > It was introduced in commit b129972c8b41e15b0521895a46fd9c752b68a5e,
>> > with the following motivation:
>>
>> I can't find this commit in my tree.
>
> OOPS, that was supposed to b
Vitaly Kuznetsov writes:
> Alex Bennée writes:
>
>>
>> This looks like it's broken the build:
>>
>> configure' '--without-default-devices' '--disable-user'
>>
>> with:
>>
>> /home/alex/lsrc/qemu.git/target/i386/hyperv-stub.c: In function
>> ‘kvm_hv_handle_exit’:
>> /home/alex/lsrc/qemu.
On 6/24/19 1:10 PM, Peter Xu wrote:
> On Mon, Jun 24, 2019 at 12:09:48PM +0200, Auger Eric wrote:
>> Hi Peter,
>>
>> On 6/24/19 11:18 AM, Peter Xu wrote:
>>> This is an replacement work of Yan Zhao's patch:
>>>
>>> https://www.mail-archive.com/qemu-devel@nongnu.org/msg625340.html
>>>
>>> vtd_add
When switching from boolean properties to bits to represent Hyper-V
enlightenments we forgot to update hyperv-stub.c for CONFIG_HYPERV=n
builds.
Reported-by: Alex Bennée
Fixes: 2d384d7c8361 ("i386/kvm: convert hyperv enlightenments properties from
bools to bits")
Signed-off-by: Vitaly Kuznetsov
Alex Bennée writes:
> Commit 2d384d7c8 broken the build when built with:
>
> configure --without-default-devices --disable-user
>
> The reason was the conversion of cpu->hyperv_synic to
> cpu->hyperv_synic_kvm_only although the rest of the patch introduces a
> feature checking mechanism. So I'v
On Tue, 14 May 2019 04:18:23 -0700
Dongjiu Geng wrote:
> Add SIGBUS signal handler. In this handler, it checks the SIGBUS type,
> translates the host VA delivered by host to guest PA, then fill this PA
> to guest APEI GHES memory, then notify guest according to the SIGBUS type.
>
> If guest acce
On Monday, 24 June 2019 14:20:11 CEST Max Reitz wrote:
> On 23.06.19 19:18, Peter Maydell wrote:
> > On Fri, 21 Jun 2019 at 14:23, Max Reitz wrote:
> >>
> >> The following changes since commit
> >> 33d609990621dea6c7d056c86f707b8811320ac1:
> >>
> >> Merge remote-tracking branch 'remotes/kevin/t
On 24/06/19 14:48, Auger Eric wrote:
+if (alignment <= size) {
+/* Increase the alignment of start */
>>> I don't really get this comment
>> This comment comes from Paolo, but I'll try to explain - it tries to
>> mean that this "alignment" will be used as an increasement to "s
On 24/06/19 14:38, Alex Bennée wrote:
> Commit 2d384d7c8 broken the build when built with:
>
> configure --without-default-devices --disable-user
>
> The reason was the conversion of cpu->hyperv_synic to
> cpu->hyperv_synic_kvm_only although the rest of the patch introduces a
> feature checking
Merged in commit 53defa05701b ("Merge remote-tracking branch
'remotes/lersek/tags/edk2-pull-2019-06-14' into staging", 2019-06-17).
** Changed in: qemu
Status: In Progress => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscrib
On 24/06/19 15:22, Paolo Bonzini wrote:
> On 24/06/19 14:38, Alex Bennée wrote:
>> Commit 2d384d7c8 broken the build when built with:
>>
>> configure --without-default-devices --disable-user
>>
>> The reason was the conversion of cpu->hyperv_synic to
>> cpu->hyperv_synic_kvm_only although the res
The following changes since commit 474f3938d79ab36b9231c9ad3b5a9314c2aeacde:
Merge remote-tracking branch 'remotes/amarkovic/tags/mips-queue-jun-21-2019'
into staging (2019-06-21 15:40:50 +0100)
are available in the Git repository at:
https://github.com/stsquad/qemu.git tags/pull-testing-ne
From: Cleber Rosa
Possibly because of different behavior on the newly update
cloud-image, trying to run 'apt-get build-dep' results in:
E: You must put some 'source' URIs in your sources.list
This enables all source repos (even though some are not
needed) for simplicity sake.
Signed-off-by:
From: Gerd Hoffmann
The build script doesn't shutdown the guest VMs properly,
which results in filesystem corruption and guest boot
failures sooner or later.
Use the --snapshot to run builds on a snapshot,
That way killing the VM doesn't corrupt the base image.
Signed-off-by: Gerd Hoffmann
Tes
1 - 100 of 295 matches
Mail list logo
