From: Christoph Hellwig <hch@lst.de>
To: Barry Song <song.bao.hua@hisilicon.com>
Cc: catalin.marinas@arm.com, Steve Capper <steve.capper@arm.com>,
robin.murphy@arm.com, linuxarm@huawei.com,
linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org,
ganapatrao.kulkarni@cavium.com,
Andrew Morton <akpm@linux-foundation.org>,
Mike Rapoport <rppt@linux.ibm.com>,
will@kernel.org, hch@lst.de,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH v3 1/2] dma-direct: provide the ability to reserve per-numa CMA
Date: Wed, 22 Jul 2020 16:16:58 +0200 [thread overview]
Message-ID: <20200722141658.GA17658@lst.de> (raw)
In-Reply-To: <20200628111251.19108-2-song.bao.hua@hisilicon.com>
On Sun, Jun 28, 2020 at 11:12:50PM +1200, Barry Song wrote:
> This is useful for at least two scenarios:
> 1. ARM64 smmu will get memory from local numa node, it can save its
> command queues and page tables locally. Tests show it can decrease
> dma_unmap latency at lot. For example, without this patch, smmu on
> node2 will get memory from node0 by calling dma_alloc_coherent(),
> typically, it has to wait for more than 560ns for the completion of
> CMD_SYNC in an empty command queue; with this patch, it needs 240ns
> only.
> 2. when we set iommu passthrough, drivers will get memory from CMA,
> local memory means much less latency.
I really don't like the config options. With the boot parameters
you can always hardcode that in CONFIG_CMDLINE anyway.
_______________________________________________
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@lst.de>
To: Barry Song <song.bao.hua@hisilicon.com>
Cc: catalin.marinas@arm.com, Steve Capper <steve.capper@arm.com>,
robin.murphy@arm.com,
Jonathan Cameron <Jonathan.Cameron@huawei.com>,
linuxarm@huawei.com, linux-kernel@vger.kernel.org,
iommu@lists.linux-foundation.org,
Nicolas Saenz Julienne <nsaenzjulienne@suse.de>,
ganapatrao.kulkarni@cavium.com,
Andrew Morton <akpm@linux-foundation.org>,
Mike Rapoport <rppt@linux.ibm.com>,
will@kernel.org, hch@lst.de,
linux-arm-kernel@lists.infradead.org, m.szyprowski@samsung.com
Subject: Re: [PATCH v3 1/2] dma-direct: provide the ability to reserve per-numa CMA
Date: Wed, 22 Jul 2020 16:16:58 +0200 [thread overview]
Message-ID: <20200722141658.GA17658@lst.de> (raw)
In-Reply-To: <20200628111251.19108-2-song.bao.hua@hisilicon.com>
On Sun, Jun 28, 2020 at 11:12:50PM +1200, Barry Song wrote:
> This is useful for at least two scenarios:
> 1. ARM64 smmu will get memory from local numa node, it can save its
> command queues and page tables locally. Tests show it can decrease
> dma_unmap latency at lot. For example, without this patch, smmu on
> node2 will get memory from node0 by calling dma_alloc_coherent(),
> typically, it has to wait for more than 560ns for the completion of
> CMD_SYNC in an empty command queue; with this patch, it needs 240ns
> only.
> 2. when we set iommu passthrough, drivers will get memory from CMA,
> local memory means much less latency.
I really don't like the config options. With the boot parameters
you can always hardcode that in CONFIG_CMDLINE anyway.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@lst.de>
To: Barry Song <song.bao.hua@hisilicon.com>
Cc: hch@lst.de, m.szyprowski@samsung.com, robin.murphy@arm.com,
will@kernel.org, ganapatrao.kulkarni@cavium.com,
catalin.marinas@arm.com, iommu@lists.linux-foundation.org,
linuxarm@huawei.com, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org,
Jonathan Cameron <Jonathan.Cameron@huawei.com>,
Nicolas Saenz Julienne <nsaenzjulienne@suse.de>,
Steve Capper <steve.capper@arm.com>,
Andrew Morton <akpm@linux-foundation.org>,
Mike Rapoport <rppt@linux.ibm.com>
Subject: Re: [PATCH v3 1/2] dma-direct: provide the ability to reserve per-numa CMA
Date: Wed, 22 Jul 2020 16:16:58 +0200 [thread overview]
Message-ID: <20200722141658.GA17658@lst.de> (raw)
In-Reply-To: <20200628111251.19108-2-song.bao.hua@hisilicon.com>
On Sun, Jun 28, 2020 at 11:12:50PM +1200, Barry Song wrote:
> This is useful for at least two scenarios:
> 1. ARM64 smmu will get memory from local numa node, it can save its
> command queues and page tables locally. Tests show it can decrease
> dma_unmap latency at lot. For example, without this patch, smmu on
> node2 will get memory from node0 by calling dma_alloc_coherent(),
> typically, it has to wait for more than 560ns for the completion of
> CMD_SYNC in an empty command queue; with this patch, it needs 240ns
> only.
> 2. when we set iommu passthrough, drivers will get memory from CMA,
> local memory means much less latency.
I really don't like the config options. With the boot parameters
you can always hardcode that in CONFIG_CMDLINE anyway.
next prev parent reply other threads:[~2020-07-22 14:17 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-28 11:12 [PATCH v3 0/2] make dma_alloc_coherent NUMA-aware by per-NUMA CMA Barry Song
2020-06-28 11:12 ` Barry Song
2020-06-28 11:12 ` Barry Song
2020-06-28 11:12 ` [PATCH v3 1/2] dma-direct: provide the ability to reserve per-numa CMA Barry Song
2020-06-28 11:12 ` Barry Song
2020-06-28 11:12 ` Barry Song
2020-07-22 14:16 ` Christoph Hellwig [this message]
2020-07-22 14:16 ` Christoph Hellwig
2020-07-22 14:16 ` Christoph Hellwig
2020-07-22 21:26 ` Song Bao Hua (Barry Song)
2020-07-22 21:26 ` Song Bao Hua (Barry Song)
2020-07-22 21:26 ` Song Bao Hua (Barry Song)
2020-07-23 11:55 ` Christoph Hellwig
2020-07-23 11:55 ` Christoph Hellwig
2020-07-23 11:55 ` Christoph Hellwig
2020-07-22 14:29 ` Christoph Hellwig
2020-07-22 14:29 ` Christoph Hellwig
2020-07-22 14:29 ` Christoph Hellwig
2020-07-22 21:41 ` Song Bao Hua (Barry Song)
2020-07-22 21:41 ` Song Bao Hua (Barry Song)
2020-07-22 21:41 ` Song Bao Hua (Barry Song)
2020-07-23 12:00 ` Christoph Hellwig
2020-07-23 12:00 ` Christoph Hellwig
2020-07-23 12:00 ` Christoph Hellwig
2020-07-23 12:08 ` Song Bao Hua (Barry Song)
2020-07-23 12:08 ` Song Bao Hua (Barry Song)
2020-07-23 12:08 ` Song Bao Hua (Barry Song)
2020-06-28 11:12 ` [PATCH v3 2/2] arm64: mm: reserve per-numa CMA to localize coherent dma buffers Barry Song
2020-06-28 11:12 ` Barry Song
2020-06-28 11:12 ` Barry Song
2020-07-13 2:45 ` [PATCH v3 0/2] make dma_alloc_coherent NUMA-aware by per-NUMA CMA Song Bao Hua (Barry Song)
2020-07-13 2:45 ` Song Bao Hua (Barry Song)
2020-07-13 2:45 ` Song Bao Hua (Barry Song)
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=20200722141658.GA17658@lst.de \
--to=hch@lst.de \
--cc=akpm@linux-foundation.org \
--cc=catalin.marinas@arm.com \
--cc=ganapatrao.kulkarni@cavium.com \
--cc=iommu@lists.linux-foundation.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxarm@huawei.com \
--cc=robin.murphy@arm.com \
--cc=rppt@linux.ibm.com \
--cc=song.bao.hua@hisilicon.com \
--cc=steve.capper@arm.com \
--cc=will@kernel.org \
/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.