Claim ACS support in the generic PCIe root port to allow
passthrough of individual functions of a device to different
guests (in a nested virt.setting) with VFIO.
Without this patch, all functions of a device, such as all VFs of
an SR/IOV device, will end up in the same IOMMU group.
A similar situa
These two patches together implements a PCIe capability
config space header for Access Control Services (ACS) for the
new Qemu specific generic root port. ACS support in the
associated root port is a prerequisite to be able to pass
individual functions of a device populating the port through to
an
Add a helper function to add PCIe capability for Access Control Services (ACS)
ACS support in the associated root port is a prerequisite to be able to do
passthrough of individual functions of a device with VFIO
without Alex Williamson's pcie_acs_override kernel patch or similar
in the guest.
Endp
On 2/7/19 8:47 AM, Peter Maydell wrote:
> On Mon, 14 Jan 2019 at 01:11, Richard Henderson
> wrote:
>>
>> Signed-off-by: Richard Henderson
>> ---
>> target/arm/helper-a64.h| 1 +
>> target/arm/mte_helper.c| 55 ++
>> target/arm/translate-a64.c | 7 +++
On 2/5/19 11:27 AM, Peter Maydell wrote:
>> +++ b/target/arm/translate-a64.c
>> @@ -1668,6 +1668,17 @@ static void handle_msr_i(DisasContext *s, uint32_t
>> insn,
>> s->base.is_jmp = DISAS_UPDATE;
>> break;
>>
>> +case 0x1c: /* TCO */
>> +if (!dc_isar_feature(aa64_mte
On 2/5/19 11:27 AM, Peter Maydell wrote:
>> +#ifdef TARGET_AARCH64
>> +uint64_t tfsr_el[4]; /* tfsrel0_el1 is index 0. */
>> +uint64_t gcr_el1;
>> +uint64_t rgsr_el1;
>> +#endif
>
> Are we going to add more fields inside this #ifdef or is it only
> saving 12 words?
Just t
On 2/5/19 11:06 AM, Peter Maydell wrote:
> On Mon, 14 Jan 2019 at 01:11, Richard Henderson
> wrote:
>>
>> When MTE is fully enabled, i.e. access to tags are enabled and
>> tag checks affect the PE, then arrange to perform the check
>> while stripping the TBI.
>>
>> The check is not yet implemented
Emilio G. Cota writes:
> Signed-off-by: Emilio G. Cota
Reviewed-by: Alex Bennée
> ---
> include/exec/exec-all.h | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/include/exec/exec-all.h b/include/exec/exec-all.h
> index aa7b81aaf0..97b90cb0db 100644
> --- a/include/exec/exec-al
On 2/9/19 8:27 AM, Emilio G. Cota wrote:
> Fix a bug introduced with dynamic TLB sizing -- we forgot to account
> for possible TLB resizes during tlb_fill().
>
> Max reported the bug and provided a reproducer here:
> https://lists.gnu.org/archive/html/qemu-devel/2019-02/msg02283.html
Thanks, qu
Signed-off-by: Emilio G. Cota
---
include/exec/exec-all.h | 5 +
1 file changed, 5 insertions(+)
diff --git a/include/exec/exec-all.h b/include/exec/exec-all.h
index aa7b81aaf0..97b90cb0db 100644
--- a/include/exec/exec-all.h
+++ b/include/exec/exec-all.h
@@ -475,6 +475,11 @@ static inline v
Fix a bug introduced with dynamic TLB sizing -- we forgot to account
for possible TLB resizes during tlb_fill().
Max reported the bug and provided a reproducer here:
https://lists.gnu.org/archive/html/qemu-devel/2019-02/msg02283.html
Thanks,
Emilio
We are failing to take into account that tlb_fill() can cause a
TLB resize, which renders prior TLB entry pointers/indices stale.
Fix it by re-doing the TLB entry lookups immediately after tlb_fill.
Fixes: 86e1eff8bc ("tcg: introduce dynamic TLB sizing", 2019-01-28)
Reported-by: Max Filippov
Test
Signed-off-by: Mark
---
hw/arm/bcm2835_peripherals.c | 17 ++
hw/timer/Makefile.objs | 2 +
hw/timer/bcm283x_timer.c | 299 +++
include/hw/arm/bcm2835_peripherals.h | 2 +
include/hw/timer/bcm283x_timer.h | 38
5 files chang
Hi
On Thu, Dec 20, 2018 at 3:44 PM Marc-André Lureau
wrote:
>
> Hi,
>
> The QEMU GTK UI is quite featurful. Yet, it doesn't provide many of
> the functionalities one can expect from a VM desktop application (USB
> redirection, shared folders, drag and drop, better multimonitor
> support etc.).
>
Marc-André Lureau, le sam. 09 févr. 2019 14:16:53 +0100, a ecrit:
> Hi
>
> On Sat, Feb 9, 2019 at 2:13 PM Samuel Thibault
> wrote:
> >
> > Marc-André Lureau, le sam. 09 févr. 2019 14:09:02 +0100, a ecrit:
> > > On Sat, Feb 9, 2019 at 12:40 PM Samuel Thibault
> > > wrote:
> > > >
> > > > marcan
Marc-André Lureau, le ven. 08 févr. 2019 19:12:26 +0100, a ecrit:
> Once libslirp has received its first release, we can link with the
> external libslirp library.
>
> The migration data should be compatible with current and older qemu
> versions (same compatibility as today). See "slirp: add stat
Hi
On Sat, Feb 9, 2019 at 2:13 PM Samuel Thibault wrote:
>
> Marc-André Lureau, le sam. 09 févr. 2019 14:09:02 +0100, a ecrit:
> > On Sat, Feb 9, 2019 at 12:40 PM Samuel Thibault
> > wrote:
> > >
> > > marcandre.lur...@redhat.com, le ven. 08 févr. 2019 19:11:21 +0100, a
> > > ecrit:
> > > > Fr
Hi
On Mon, Jan 7, 2019 at 10:46 AM Gerd Hoffmann wrote:
>
> On Thu, Dec 20, 2018 at 08:46:13AM -0600, Eric Blake wrote:
> > On 12/20/18 8:15 AM, Marc-André Lureau wrote:
> > > Signed-off-by: Marc-André Lureau
> > > ---
> > > qapi/ui.json | 24
> > > 1 file changed, 24
Marc-André Lureau, le sam. 09 févr. 2019 14:09:02 +0100, a ecrit:
> On Sat, Feb 9, 2019 at 12:40 PM Samuel Thibault
> wrote:
> >
> > marcandre.lur...@redhat.com, le ven. 08 févr. 2019 19:11:21 +0100, a ecrit:
> > > From: Marc-André Lureau
> > >
> > > Based on qemu vmstate serialization code. At
Hi
On Sat, Feb 9, 2019 at 12:40 PM Samuel Thibault wrote:
>
> marcandre.lur...@redhat.com, le ven. 08 févr. 2019 19:11:21 +0100, a ecrit:
> > From: Marc-André Lureau
> >
> > Based on qemu vmstate serialization code. At this point it should
> > produce the same result. However, with future state
marcandre.lur...@redhat.com, le ven. 08 févr. 2019 19:11:21 +0100, a ecrit:
> From: Marc-André Lureau
>
> Based on qemu vmstate serialization code. At this point it should
> produce the same result. However, with future state versions, slirp
> should be free to change its format, by bumping the r
Hello,
marcandre.lur...@redhat.com, le ven. 08 févr. 2019 19:11:17 +0100, a ecrit:
> Where should this new project be hosted? (I suggest some gitlab
> instance, because of the nice ui/CI/issues/milestone...)
I'd say freedesktop's gitlab would make a lot of sense yes, I'd go for
it https://www.fre
Patchew URL: https://patchew.org/QEMU/20190208224020.GA4670@nyan/
Hi,
This series seems to have some coding style problems. See output below for
more information:
Subject: [Qemu-devel] [PATCH] hw/arm/bcm2835_peripheral: add bcm283x
sp804-alike timer
Type: series
Message-id: 20190208224020.GA4
23 matches
Mail list logo
