All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@lst.de>
To: Robin Murphy <robin.murphy@arm.com>
Cc: Christoph Hellwig <hch@lst.de>,
	iommu@lists.linux-foundation.org,
	Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>, Guo Ren <ren_guo@c-sky.com>,
	Laura Abbott <labbott@redhat.com>,
	linux-arm-kernel@lists.infradead.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/9] dma-direct: provide page based alloc/free helpers
Date: Sat, 1 Dec 2018 17:56:10 +0100	[thread overview]
Message-ID: <20181201165610.GA20912@lst.de> (raw)
In-Reply-To: <3b6439f3-fb7e-aaf7-01b9-b0fb03a27a69@arm.com>

On Fri, Nov 30, 2018 at 07:04:41PM +0000, Robin Murphy wrote:
> On 05/11/2018 12:19, Christoph Hellwig wrote:
>> Some architectures support remapping highmem into DMA coherent
>> allocations.  To use the common code for them we need variants of
>> dma_direct_{alloc,free}_pages that do not use kernel virtual addresses.
>
> FWIW it's as much about non-cacheable remapping of lowmem as it is about 
> highmem. Regardless, the diff looks OK to me.

Yes, but as long as you remap lowmem the current interface work ok,
but once you have highmem a kernel virtual address doesn't cut it,
and we need a page struct or physical address.

WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@lst.de>
To: Robin Murphy <robin.murphy@arm.com>
Cc: Catalin Marinas <catalin.marinas@arm.com>,
	Will Deacon <will.deacon@arm.com>,
	linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org,
	Guo Ren <ren_guo@c-sky.com>, Laura Abbott <labbott@redhat.com>,
	Christoph Hellwig <hch@lst.de>,
	linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 1/9] dma-direct: provide page based alloc/free helpers
Date: Sat, 1 Dec 2018 17:56:10 +0100	[thread overview]
Message-ID: <20181201165610.GA20912@lst.de> (raw)
In-Reply-To: <3b6439f3-fb7e-aaf7-01b9-b0fb03a27a69@arm.com>

On Fri, Nov 30, 2018 at 07:04:41PM +0000, Robin Murphy wrote:
> On 05/11/2018 12:19, Christoph Hellwig wrote:
>> Some architectures support remapping highmem into DMA coherent
>> allocations.  To use the common code for them we need variants of
>> dma_direct_{alloc,free}_pages that do not use kernel virtual addresses.
>
> FWIW it's as much about non-cacheable remapping of lowmem as it is about 
> highmem. Regardless, the diff looks OK to me.

Yes, but as long as you remap lowmem the current interface work ok,
but once you have highmem a kernel virtual address doesn't cut it,
and we need a page struct or physical address.

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2018-12-01 16:56 UTC|newest]

Thread overview: 84+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-05 12:19 move the arm arch_dma_alloc implementation to common code Christoph Hellwig
2018-11-05 12:19 ` Christoph Hellwig
2018-11-05 12:19 ` Christoph Hellwig
2018-11-05 12:19 ` [PATCH 1/9] dma-direct: provide page based alloc/free helpers Christoph Hellwig
2018-11-05 12:19   ` Christoph Hellwig
2018-11-30 19:04   ` Robin Murphy
2018-11-30 19:04     ` Robin Murphy
2018-12-01 16:56     ` Christoph Hellwig [this message]
2018-12-01 16:56       ` Christoph Hellwig
2018-11-05 12:19 ` [PATCH 2/9] dma-direct: reject highmem pages from dma_alloc_from_contiguous Christoph Hellwig
2018-11-05 12:19   ` Christoph Hellwig
2018-11-30 19:04   ` Robin Murphy
2018-11-30 19:04     ` Robin Murphy
2018-12-01 16:57     ` Christoph Hellwig
2018-12-01 16:57       ` Christoph Hellwig
2018-11-05 12:19 ` [PATCH 3/9] dma-mapping: move the remap helpers to a separate file Christoph Hellwig
2018-11-05 12:19   ` Christoph Hellwig
2018-11-30 19:05   ` Robin Murphy
2018-11-30 19:05     ` Robin Murphy
2018-11-30 19:05     ` Robin Murphy
2018-12-01 16:59     ` Christoph Hellwig
2018-12-01 16:59       ` Christoph Hellwig
2018-11-05 12:19 ` [PATCH 4/9] dma-mapping: move the arm64 ncoherent alloc/free support to common code Christoph Hellwig
2018-11-05 12:19   ` Christoph Hellwig
2018-11-15 19:50   ` Will Deacon
2018-11-15 19:50     ` Will Deacon
2018-11-30 19:05   ` Robin Murphy
2018-11-30 19:05     ` Robin Murphy
2018-11-30 19:05     ` Robin Murphy
2018-12-01 17:03     ` Christoph Hellwig
2018-12-01 17:03       ` Christoph Hellwig
2018-12-04 10:09   ` Russell King - ARM Linux
2018-12-04 10:09     ` Russell King - ARM Linux
2018-12-04 10:09     ` Russell King - ARM Linux
2018-12-04 14:22     ` Christoph Hellwig
2018-12-04 14:22       ` Christoph Hellwig
2018-11-05 12:19 ` [PATCH 5/9] dma-mapping: support highmem in the generic remap allocator Christoph Hellwig
2018-11-05 12:19   ` Christoph Hellwig
2018-11-30 19:05   ` Robin Murphy
2018-11-30 19:05     ` Robin Murphy
2018-12-04  8:38     ` Marek Szyprowski
2018-12-04  8:38       ` Marek Szyprowski
2018-12-04 14:23       ` Christoph Hellwig
2018-12-04 14:23         ` Christoph Hellwig
2018-12-04 14:23         ` Christoph Hellwig
     [not found]         ` <CGME20181205101414eucas1p2fdde1c06ad6352293980b94b86b022f9@eucas1p2.samsung.com>
2018-12-05 10:14           ` [PATCH] dma-mapping: fix lack of DMA address assignment in " Marek Szyprowski
2018-12-05 10:14             ` Marek Szyprowski
2018-12-05 12:35             ` Thierry Reding
2018-12-05 12:35               ` Thierry Reding
2018-12-05 13:49             ` Christoph Hellwig
2018-12-05 13:49               ` Christoph Hellwig
2018-11-05 12:19 ` [PATCH 6/9] dma-remap: support DMA_ATTR_NO_KERNEL_MAPPING Christoph Hellwig
2018-11-05 12:19   ` Christoph Hellwig
2018-11-30 19:05   ` Robin Murphy
2018-11-30 19:05     ` Robin Murphy
2018-11-30 19:05     ` Robin Murphy
2018-12-01 17:05     ` Christoph Hellwig
2018-12-01 17:05       ` Christoph Hellwig
2018-12-01 17:05       ` Christoph Hellwig
2018-11-05 12:19 ` [PATCH 7/9] csky: don't select DMA_NONCOHERENT_OPS Christoph Hellwig
2018-11-05 12:19   ` Christoph Hellwig
2018-11-05 15:47   ` Guo Ren
2018-11-05 15:47     ` Guo Ren
2018-11-05 12:19 ` [PATCH 8/9] csky: don't use GFP_DMA in atomic_pool_init Christoph Hellwig
2018-11-05 12:19   ` Christoph Hellwig
2018-11-05 15:47   ` Guo Ren
2018-11-05 15:47     ` Guo Ren
2018-11-05 12:19 ` [PATCH 9/9] csky: use the generic remapping dma alloc implementation Christoph Hellwig
2018-11-05 12:19   ` Christoph Hellwig
2018-11-06  7:01   ` Guo Ren
2018-11-06  7:01     ` Guo Ren
2018-11-09  7:51     ` Christoph Hellwig
2018-11-09  7:51       ` Christoph Hellwig
2018-11-09  7:52 ` move the arm arch_dma_alloc implementation to common code Christoph Hellwig
2018-11-09  7:52   ` Christoph Hellwig
2018-11-15 19:50   ` Will Deacon
2018-11-15 19:50     ` Will Deacon
2018-11-15 19:50     ` Will Deacon
2018-11-15 20:58     ` Robin Murphy
2018-11-15 20:58       ` Robin Murphy
2018-11-27  7:37       ` Christoph Hellwig
2018-11-27  7:37         ` Christoph Hellwig
2018-11-28 12:18         ` Robin Murphy
2018-11-28 12:18           ` Robin Murphy

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20181201165610.GA20912@lst.de \
    --to=hch@lst.de \
    --cc=catalin.marinas@arm.com \
    --cc=iommu@lists.linux-foundation.org \
    --cc=labbott@redhat.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ren_guo@c-sky.com \
    --cc=robin.murphy@arm.com \
    --cc=will.deacon@arm.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.