On 06/16/2017 11:10 AM, Christoph Hellwig wrote:
Hi all,
for a while we have a generic implementation of the dma mapping routines
that call into per-arch or per-device operations. But right now there
still are various bits in the interfaces where don't clearly operate
on these ops. This seri
On 10/27/2016 05:41 PM, Joe Perches wrote:
On Thu, 2016-10-27 at 17:23 -0700, Tushar Dave wrote:
Add Hypervisor IOMMU v2 APIs pci_iotsb_map(), pci_iotsb_demap() and
enable sun4v dma ops to use IOMMU v2 API for all PCIe devices with
64bit DMA mask.
trivia:
diff --git a/arch/sparc/kernel/pci
On 10/11/2016 09:38 AM, Christoph Hellwig wrote:
Hi Tushar,
On Fri, Oct 07, 2016 at 01:09:15AM -0700, tndave wrote:
With change made by patch 6/6, dma_addr_t is always 64-bit, no matter if
device DMA mask is 32-bit (i.e. using existing IOMMU) or 64-bit (i.e
using ATU)
But only iff
On 10/07/2016 12:32 AM, Christoph Hellwig wrote:
On Thu, Oct 06, 2016 at 04:33:36PM -0700, Tushar Dave wrote:
ATU 64bit addressing allows PCIe devices with 64bit DMA capabilities
to use ATU for 64bit DMA.
Any chance to always enable this? Last I checked sparc was the only
architecture still
On 10/24/2016 10:45 AM, David Miller wrote:
From: Tushar Dave
Date: Mon, 10 Oct 2016 11:12:02 -0700
From: Dave Kleikamp
This change allows ATU (new IOMMU) in SPARC systems to request
large (32M) contiguous memory during boot for creating IOTSB backing
store.
Signed-off-by: Dave Kleikamp
On 10/24/2016 10:47 AM, David Miller wrote:
From: Tushar Dave
Date: Mon, 10 Oct 2016 11:12:04 -0700
Like legacy IOMMU, use common iommu_map_table and iommu_pool for ATU.
This change initializes iommu_map_table and iommu_pool for ATU.
Signed-off-by: Tushar Dave
Reviewed-by: chris hyser
Rev
On 10/24/2016 10:46 AM, David Miller wrote:
From: Tushar Dave
Date: Mon, 10 Oct 2016 11:12:03 -0700
+ /* calculate size of IOTSB */
+ table_size = (atu->size / IO_PAGE_SIZE) * 8;
+ table = kzalloc(table_size, GFP_KERNEL);
+ if (!table) {
+ err = -ENOMEM;
On 06/26/2017 02:47 AM, Christoph Hellwig wrote:
On Sat, Jun 24, 2017 at 10:36:56AM -0500, Benjamin Herrenschmidt wrote:
I think we still need to do it. For example we have a bunch new "funky"
cases.
I have no plan to do away with the selection - I just want a better
interface than the curre
On 07/10/2017 06:20 AM, Meelis Roos wrote:
I tested yesterdayd 4.12+git on sparc64 to see if the sparc merge works
fine, and on all of my sun4v machines (T1000, T2000, T5120) it crashed
on boot with DMA-related stacktrace (below). Allt he machines are sun4v
physical machines, not VM-s. Older su
On 07/10/2017 11:47 AM, tndave wrote:
On 07/10/2017 06:20 AM, Meelis Roos wrote:
I tested yesterdayd 4.12+git on sparc64 to see if the sparc merge works
fine, and on all of my sun4v machines (T1000, T2000, T5120) it crashed
on boot with DMA-related stacktrace (below). Allt he machines are
On 10/15/2016 02:48 PM, David Miller wrote:
From: Tushar Dave
Date: Fri, 14 Oct 2016 17:06:04 -0700
Recently, ATU (iommu) changes are submitted to linux-sparc that
enables 64bit DMA on SPARC. However, this change also makes
'incompatible pointer type' compiler warnings inevitable on sunqe
an
11 matches
Mail list logo
