From: m.szyprowski@samsung.com (Marek Szyprowski)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v2 0/3] CMA & device tree, another approach
Date: Tue, 23 Sep 2014 10:05:36 +0200 [thread overview]
Message-ID: <542129D0.1040808@samsung.com> (raw)
In-Reply-To: <1410434561-9294-1-git-send-email-m.szyprowski@samsung.com>
Hi Andrew,
On 2014-09-11 13:22, Marek Szyprowski wrote:
> Hello,
>
> This is another approach to finish support for reserved memory regions
> defined in device tree. Previous attempts
> (http://lists.linaro.org/pipermail/linaro-mm-sig/2014-February/003738.html
> and https://lkml.org/lkml/2014/7/14/108) ended in merging parts of the
> code and documentation. Merged patches allow to reserve memory, but
> there is still no reserved memory drivers nor any code that actually
> uses reserved memory regions.
>
> The final conclusion from the above mentioned threads is that there is
> no automated reserved memory initialization. All drivers that want to
> use reserved memory, should initialize it on their own.
>
> This patch series provides two driver for reserved memory regions (one
> based on CMA and one based on dma_coherent allocator). The main
> improvement comparing to the previous version is removal of automated
> reserved memory for every device and support for named memory regions.
>
> Those patches are for merging, rebased on top of recent linux-next tree.
Andrew: could you take those patches to your "next" branch together with
other CMA-related changes that are already there?
> Best regards
> Marek Szyprowski
> Samsung R&D Institute Poland
>
> Changes since v1 (https://lkml.org/lkml/2014/8/26/339):
> - removed patches for named reserved regions - they will be discussed
> separately
> - added a check for 'no-map' property to dma coherent allocator
> (suggested by Laura Abbott)
> - removed example code for s5p-mfc driver
>
> Changes since '[PATCH v2 RESEND 0/4] CMA & device tree, once again' version:
> (https://lkml.org/lkml/2014/7/14/108)
> - added return error value to of_reserved_mem_device_init()
> - added support for named memory regions (so more than one region can be
> defined per device)
> - added usage example - converted custom reserved memory code used by
> s5p-mfc driver to the generic reserved memory handling code
>
> Patch summary:
>
> Marek Szyprowski (3):
> drivers: of: add return value to of_reserved_mem_device_init
> drivers: dma-coherent: add initialization from device tree
> drivers: dma-contiguous: add initialization from device tree
>
> drivers/base/dma-coherent.c | 145 ++++++++++++++++++++++++++++++++++------
> drivers/base/dma-contiguous.c | 71 ++++++++++++++++++++
> drivers/of/of_reserved_mem.c | 3 +-
> include/linux/cma.h | 3 +
> include/linux/of_reserved_mem.h | 9 ++-
> mm/cma.c | 62 ++++++++++++++---
> 6 files changed, 259 insertions(+), 34 deletions(-)
>
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
WARNING: multiple messages have this Message-ID (diff)
From: Marek Szyprowski <m.szyprowski@samsung.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: linux-kernel@vger.kernel.org,
linux-arm-kernel@lists.infradead.org,
linaro-mm-sig@lists.linaro.org, Arnd Bergmann <arnd@arndb.de>,
Michal Nazarewicz <mina86@mina86.com>,
Grant Likely <grant.likely@linaro.org>,
Laura Abbott <lauraa@codeaurora.org>,
Josh Cartwright <joshc@codeaurora.org>,
Joonsoo Kim <iamjoonsoo.kim@lge.com>,
Kyungmin Park <kyungmin.park@samsung.com>
Subject: Re: [PATCH v2 0/3] CMA & device tree, another approach
Date: Tue, 23 Sep 2014 10:05:36 +0200 [thread overview]
Message-ID: <542129D0.1040808@samsung.com> (raw)
In-Reply-To: <1410434561-9294-1-git-send-email-m.szyprowski@samsung.com>
Hi Andrew,
On 2014-09-11 13:22, Marek Szyprowski wrote:
> Hello,
>
> This is another approach to finish support for reserved memory regions
> defined in device tree. Previous attempts
> (http://lists.linaro.org/pipermail/linaro-mm-sig/2014-February/003738.html
> and https://lkml.org/lkml/2014/7/14/108) ended in merging parts of the
> code and documentation. Merged patches allow to reserve memory, but
> there is still no reserved memory drivers nor any code that actually
> uses reserved memory regions.
>
> The final conclusion from the above mentioned threads is that there is
> no automated reserved memory initialization. All drivers that want to
> use reserved memory, should initialize it on their own.
>
> This patch series provides two driver for reserved memory regions (one
> based on CMA and one based on dma_coherent allocator). The main
> improvement comparing to the previous version is removal of automated
> reserved memory for every device and support for named memory regions.
>
> Those patches are for merging, rebased on top of recent linux-next tree.
Andrew: could you take those patches to your "next" branch together with
other CMA-related changes that are already there?
> Best regards
> Marek Szyprowski
> Samsung R&D Institute Poland
>
> Changes since v1 (https://lkml.org/lkml/2014/8/26/339):
> - removed patches for named reserved regions - they will be discussed
> separately
> - added a check for 'no-map' property to dma coherent allocator
> (suggested by Laura Abbott)
> - removed example code for s5p-mfc driver
>
> Changes since '[PATCH v2 RESEND 0/4] CMA & device tree, once again' version:
> (https://lkml.org/lkml/2014/7/14/108)
> - added return error value to of_reserved_mem_device_init()
> - added support for named memory regions (so more than one region can be
> defined per device)
> - added usage example - converted custom reserved memory code used by
> s5p-mfc driver to the generic reserved memory handling code
>
> Patch summary:
>
> Marek Szyprowski (3):
> drivers: of: add return value to of_reserved_mem_device_init
> drivers: dma-coherent: add initialization from device tree
> drivers: dma-contiguous: add initialization from device tree
>
> drivers/base/dma-coherent.c | 145 ++++++++++++++++++++++++++++++++++------
> drivers/base/dma-contiguous.c | 71 ++++++++++++++++++++
> drivers/of/of_reserved_mem.c | 3 +-
> include/linux/cma.h | 3 +
> include/linux/of_reserved_mem.h | 9 ++-
> mm/cma.c | 62 ++++++++++++++---
> 6 files changed, 259 insertions(+), 34 deletions(-)
>
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
next prev parent reply other threads:[~2014-09-23 8:05 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-11 11:22 [PATCH v2 0/3] CMA & device tree, another approach Marek Szyprowski
2014-09-11 11:22 ` Marek Szyprowski
2014-09-11 11:22 ` [PATCH v2 1/3] drivers: of: add return value to of_reserved_mem_device_init Marek Szyprowski
2014-09-11 11:22 ` Marek Szyprowski
2014-09-26 6:44 ` [PATCH v2 1/3] drivers: of: add return value to of_reserved_mem_device_init (fixup) Marek Szyprowski
2014-09-26 6:44 ` Marek Szyprowski
2014-09-27 13:58 ` Fabio Estevam
2014-09-27 13:58 ` Fabio Estevam
2014-09-26 20:13 ` [PATCH v2 1/3] drivers: of: add return value to of_reserved_mem_device_init Arnd Bergmann
2014-09-26 20:13 ` Arnd Bergmann
2014-10-09 12:18 ` [PATCH v3] " Marek Szyprowski
2014-10-09 12:18 ` Marek Szyprowski
2014-10-13 11:19 ` Arnd Bergmann
2014-10-13 11:19 ` Arnd Bergmann
2014-10-15 11:01 ` [PATCH v4] " Marek Szyprowski
2014-10-15 11:01 ` Marek Szyprowski
2014-10-20 19:04 ` [Linaro-mm-sig] " Arnd Bergmann
2014-10-20 19:04 ` Arnd Bergmann
2014-09-11 11:22 ` [PATCH v2 2/3] drivers: dma-coherent: add initialization from device tree Marek Szyprowski
2014-09-11 11:22 ` Marek Szyprowski
2014-09-24 22:26 ` Andrew Morton
2014-09-24 22:26 ` Andrew Morton
2014-09-24 22:28 ` Andrew Morton
2014-09-24 22:28 ` Andrew Morton
2014-09-11 11:22 ` [PATCH v2 3/3] drivers: dma-contiguous: " Marek Szyprowski
2014-09-11 11:22 ` Marek Szyprowski
2014-09-23 8:05 ` Marek Szyprowski [this message]
2014-09-23 8:05 ` [PATCH v2 0/3] CMA & device tree, another approach Marek Szyprowski
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=542129D0.1040808@samsung.com \
--to=m.szyprowski@samsung.com \
--cc=linux-arm-kernel@lists.infradead.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.