present in the HW, starts using it, and dies
> a horrible death when KVM injects an UNDEF, because the feature
> *really* isn't supported.
>
> Do the right thing by trapping to EL2 if HCR_EL2.TID3 is set.
>
> Reported-by: Will Deacon
> Signed-off-by: Marc Zyngier
> -
On Wed, Jul 04, 2018 at 04:00:11PM +0100, Julien Grall wrote:
> On 04/07/18 15:09, Will Deacon wrote:
> >On Fri, Jun 29, 2018 at 12:15:42PM +0100, Suzuki K Poulose wrote:
> >>Add an option to specify the physical address size used by this
> >>VM.
> >>
Hi Suzuki,
On Fri, Jun 29, 2018 at 12:15:35PM +0100, Suzuki K Poulose wrote:
> Allow specifying the physical address size for a new VM via
> the kvm_type argument for KVM_CREATE_VM ioctl. This allows
> us to finalise the stage2 page table format as early as possible
> and hence perform the right c
On Wed, Jul 04, 2018 at 03:41:18PM +0100, Marc Zyngier wrote:
> On Wed, 04 Jul 2018 15:22:42 +0100,
> Will Deacon wrote:
> >
> > On Fri, Jun 29, 2018 at 12:15:44PM +0100, Suzuki K Poulose wrote:
> > > diff --git a/arm/kvm.c b/arm/kvm.c
> > > index 5701d41..
On Fri, Jun 29, 2018 at 12:15:44PM +0100, Suzuki K Poulose wrote:
> diff --git a/arm/kvm.c b/arm/kvm.c
> index 5701d41..b1969be 100644
> --- a/arm/kvm.c
> +++ b/arm/kvm.c
> @@ -11,6 +11,8 @@
> #include
> #include
>
> +unsigned long kvm_arm_type;
> +
> struct kvm_ext kvm_req_ext[] = {
>
On Fri, Jun 29, 2018 at 12:15:42PM +0100, Suzuki K Poulose wrote:
> Add an option to specify the physical address size used by this
> VM.
>
> Signed-off-by: Suzuki K Poulose
> ---
> arm/aarch64/include/kvm/kvm-config-arch.h | 5 -
> arm/include/arm-common/kvm-config-arch.h | 1 +
> 2 files
generation not observed yet.
> >
> > Best Regards
> >
> > Eric
> >
>
> Was looking at options to get rid of the existing hacks we have
> in this implementation (last two patches) and also to reduce the
> map/unmap/translation
> overhead for the guest
Hi Eric,
On Tue, Jun 27, 2017 at 08:38:48AM +0200, Auger Eric wrote:
> On 26/06/2017 18:13, Jean-Philippe Brucker wrote:
> > On 26/06/17 09:22, Auger Eric wrote:
> >> On 19/06/2017 12:15, Jean-Philippe Brucker wrote:
> >>> On 19/06/17 08:54, Bharat Bhushan wrote:
> I started added replay in v
On Mon, May 09, 2016 at 01:44:11PM +, Catalin Marinas wrote:
> On Mon, May 09, 2016 at 12:21:08PM +0100, Peter Maydell wrote:
> > On 9 May 2016 at 11:59, Suzuki K Poulose wrote:
> > > Well, we have been waiting for a use case, like this, before we merge
> > > the series.
> >
> > This isn't a
ion is not
> implemented in the core.
>
> Signed-off-by: Lorenzo Pieralisi
> Reported-by: Guenter Roeck
> Cc: Will Deacon
> Cc: Peter Maydell
> Cc: Mark Rutland
> ---
> Based on arm64 for-next/perf branch.
>
> Tested on QEMU and Juno, I checked that the repor
On Thu, Dec 17, 2015 at 04:09:17PM +0100, Peter Zijlstra wrote:
> On Thu, Dec 17, 2015 at 04:34:57PM +0200, Michael S. Tsirkin wrote:
> > On Thu, Dec 17, 2015 at 03:02:12PM +0100, Peter Zijlstra wrote:
>
> > > > commit 9e1a27ea42691429e31f158cce6fc61bc79bb2e9
> > > > Author: Alexan
nslated at two levels:
> > > > > - Stage 1 translates a virtual address (VA) into an intermediate
> > > > > physical address (IPA)
> > > > > - Stage 2 translates an IPA into a physical address (PA)
> > > > >
> > > > > Will Deacon
On Wed, Jul 15, 2015 at 02:38:15PM +0100, Baptiste Reynal wrote:
> On Tue, Jul 14, 2015 at 1:04 PM, Will Deacon wrote:
> > I think SMMUv3 is *far* more amenable to the vSMMU approach, largely
> > because it moves many of the data structures into memory, but also because
> &g
t two levels:
> > > - Stage 1 translates a virtual address (VA) into an intermediate
> > > physical address (IPA)
> > > - Stage 2 translates an IPA into a physical address (PA)
> > >
> > > Will Deacon introduced a virtual SMMU interface for KVM, which g
> - Stage 2 translates an IPA into a physical address (PA)
>
> Will Deacon introduced a virtual SMMU interface for KVM, which gives a virtual
> machine the possibility to use an IOMMU with native drivers. While the VM will
> program the first stage of translation (stage 1), the interfac
On Mon, Aug 11, 2014 at 03:28:40PM +0100, Eric Auger wrote:
> On 08/11/2014 03:50 PM, Will Deacon wrote:
> > I'm playing with PCI device assignment with kvmtool, so I could do some
> > basic testing if you like. Can you put the patches on a git tree somewhere
> > please?
On Mon, Aug 11, 2014 at 12:52:57PM +0100, Eric Auger wrote:
> Dear all,
>
> I would like to test VFIO-PCI after rework done for [PATCH v5 00/10] KVM
> platform device passthrough.
>
> Do you have advises about best test environment (was thinking about TCG
> system platform suitable for VFIO PCI a
On Mon, Jul 07, 2014 at 01:27:18PM +0100, Eric Auger wrote:
> From: Alvise Rigo
>
> The flag is mandatory for the ARM SMMU so we always add it if the MMIO
> handles it.
I though the logic of this flag was changing (so that you request an NX
mapping instead), so I'd hold off on this change until
On Fri, Sep 06, 2013 at 07:20:19PM +0100, Yoder Stuart-B08248 wrote:
> Adding Will...
[...]
> > I have a query about the ARM SMMU driver. In the ARM smmu driver I see,
> > that bus notifiers are registered for both amba and platform bus. Amba is
> > the I/O interconnect, right? Why is bus notifie
19 matches
Mail list logo
