> -Original Message-
> From: tiantao (H)
> Sent: Wednesday, March 24, 2021 3:18 PM
> To: a...@linux-foundation.org; pet...@infradead.org; paul...@kernel.org;
> a...@kernel.org; t...@linutronix.de; rost...@goodmis.org; h...@lst.de;
> m.szyprow...@samsung.com; Song Bao Hua (Barry Song)
>
under some scenarios, it is necessary to compile map_benchmark
into module to test iommu, so this patch changed Kconfig and
export_symbol to implement map_benchmark compiled into module.
On the other hand, map_benchmark is a driver, which is supposed
to be able to run as a module.
Signed-off-by:
> Date: Tue, 23 Mar 2021 14:53:46 -0600
> From: Rob Herring
>
> On Sun, Mar 21, 2021 at 05:00:50PM +0100, Mark Kettenis wrote:
> > > Date: Sat, 20 Mar 2021 15:19:33 +
> > > From: Sven Peter
> > >
> > > Hi,
> > >
> > > After Hector's initial work [1] to bring up Linux on Apple's M1 it's tim
From: Nadav Amit
Currently, IOMMU invalidations and device-IOTLB invalidations using
AMD IOMMU fall back to full address-space invalidation if more than a
single page need to be flushed.
Full flushes are especially inefficient when the IOMMU is virtualized by
a hypervisor, since it requires the
Hi Mark,
On Tue, Mar 23, 2021, at 21:00, Mark Kettenis wrote:
> The problem with both #1 and #2 is that you end up with two references
> to (effectively) different iommu's in the dwc3 device node. I don't
> see how that is compatible with the idea of using a single translation
> table for both su
On Sun, Mar 21, 2021 at 05:00:50PM +0100, Mark Kettenis wrote:
> > Date: Sat, 20 Mar 2021 15:19:33 +
> > From: Sven Peter
> >
> > Hi,
> >
> > After Hector's initial work [1] to bring up Linux on Apple's M1 it's time to
> > bring up more devices. Most peripherals connected to the SoC are behi
> Date: Mon, 22 Mar 2021 23:17:31 +0100
> From: "Sven Peter"
>
> Hi Mark,
>
> On Sun, Mar 21, 2021, at 19:35, Mark Kettenis wrote:
> >
> > Guess we do need to understand a little bit better how the USB DART
> > actually works. My hypothesis (based on our discussion on #asahi) is
> > that the XH
> -Original Message-
> From: Lorenzo Pieralisi
> Sent: Tuesday, March 23, 2021 8:54 AM
> To: Kaneda, Erik
> Cc: Shameerali Kolothum Thodi ;
> linux-arm-ker...@lists.infradead.org; linux-a...@vger.kernel.org;
> iommu@lists.linux-foundation.org; de...@acpica.org; Moore, Robert
> ; Linuxa
On Tue, Mar 23, 2021 at 09:06:00AM +0800, Lu Baolu wrote:
> Make some functions static as they are only used inside pasid.c.
>
> Signed-off-by: Lu Baolu
Looks good,
Reviewed-by: Christoph Hellwig
___
iommu mailing list
iommu@lists.linux-foundation.or
On Tue, Mar 23, 2021 at 09:05:59AM +0800, Lu Baolu wrote:
> Some functions have been deprecated. Remove the remaining function
> delarations.
s/deprecated/removed/g
Otherwise looks good:
Reviewed-by: Christoph Hellwig
___
iommu mailing list
iommu@list
On Tue, Mar 23, 2021 at 09:05:58AM +0800, Lu Baolu wrote:
> The SVM_FLAG_PRIVATE_PASID has never been referenced in the tree, and
> there's no plan to have anything to use it. So cleanup it.
>
> Signed-off-by: Lu Baolu
Looks good,
Reviewed-by: Christoph Hellwig
But can we take this a little f
Looks good,
Reviewed-by: Christoph Hellwig
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
On Tue, Mar 23, 2021 at 09:05:56AM +0800, Lu Baolu wrote:
> With commit c588072bba6b5 ("iommu/vt-d: Convert intel iommu driver to
> the iommu ops"), the trace events for dma map/unmap have no users any
> more. Cleanup them to make the code neat.
>
> Signed-off-by: Lu Baolu
Looks good,
Reviewed-
On Mon, Mar 22, 2021 at 09:57:58PM +, Kaneda, Erik wrote:
>
>
> > -Original Message-
> > From: Shameerali Kolothum Thodi
> >
> > Sent: Monday, March 22, 2021 3:36 AM
> > To: Kaneda, Erik ; linux-arm-
> > ker...@lists.infradead.org; linux-a...@vger.kernel.org; iommu@lists.linux-
> > f
On 23/03/2021 13:05, Robin Murphy wrote:
On 2021-03-01 12:12, John Garry wrote:
Function free_cpu_cached_iovas() is not only called when a CPU is
hotplugged, so remove that part of the code comment.
FWIW I read it as clarifying why this is broken out into a separate
function vs. a monolithic
On 2021-03-01 12:12, John Garry wrote:
Function free_cpu_cached_iovas() is not only called when a CPU is
hotplugged, so remove that part of the code comment.
FWIW I read it as clarifying why this is broken out into a separate
function vs. a monolithic "free all cached IOVAs" routine that handl
On 2021-03-01 12:12, John Garry wrote:
Like the intel IOMMU driver already does, flush the per-IOVA domain
CPU rcache when a CPU goes offline - there's no point in keeping it.
Thanks John!
Reviewed-by: Robin Murphy
Signed-off-by: John Garry
---
drivers/iommu/iova.c | 30 +++
On Tue, Mar 02, 2021 at 09:57:27PM -0800, Raj, Ashok wrote:
> > + ret = handle_mm_fault(vma, prm->addr, fault_flags, NULL);
>
> Should we add a trace similar to trace_page_fault_user() or kernel in
> arch/x86/kernel/mm/fault.c
Yes that would definitely be useful for debugging hardware and deve
On Wed, Mar 03, 2021 at 01:27:34PM +0800, Lu Baolu wrote:
> I have tested this framework with the Intel VT-d implementation. It
> works as expected. Hence,
>
> Reviewed-by: Lu Baolu
> Tested-by: Lu Baolu
Thanks!
> One possible future optimization is that we could allow the system
> administrat
On Tue, Mar 02, 2021 at 03:59:57PM -0800, Jacob Pan wrote:
> Hi Jean-Philippe,
>
> A few comments from the p.o.v of converting VT-d to this framework. Mostly
> about potential optimization. I think VT-d SVA code will be able to use this
> work.
> +Ashok provided many insight.
>
> FWIW,
> Reviewed
20 matches
Mail list logo
