From: Alexander Popov <a13xp0p0v88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Gerhard Sittig <gsi-ynQEQJNshbs@public.gmane.org>,
Dan Williams
<dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Vinod Koul <vinod.koul-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Lars-Peter Clausen <lars-Qo5EllUWu/uELgA04lAiVw@public.gmane.org>,
Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
Anatolij Gustschin <agust-ynQEQJNshbs@public.gmane.org>,
Alexander Popov
<a13xp0p0v88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: [PATCH RFC v5 0/5] MPC512x DMA slave s/g support, OF DMA lookup
Date: Fri, 1 Nov 2013 11:19:29 +0400 [thread overview]
Message-ID: <1383290374-17484-1-git-send-email-a13xp0p0v88@gmail.com> (raw)
03.10.2013 18:00, Alexander Popov <a13xp0p0v88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>:
> v2013/7/14 Gerhard Sittig <gsi-ynQEQJNshbs@public.gmane.org>:
>> this series
>> - introduces slave s/g support (that's support for DMA transfers which
>> involve peripherals in contrast to mem-to-mem transfers)
>> - adds device tree based lookup support for DMA channels
>> - combines floating patches and related feedback which already covered
>> several aspects of what the suggested LPB driver needs, to demonstrate
>> how integration might be done
>> - carries Q&D SD card support to enable another DMA client during test,
>> while this patch needs to get dropped upon pickup
>>
Changes in v2:
>> - re-order mpc8308 related code paths for improved readability, no
>> change in behaviour, introduction of symbolic channel names here
>> already
>> - squash 'execute() start condition' and 'terminate all' into the
>> introduction of 'slave s/g prep' and 'device control' support; refuse
>> s/g lists with more than one item since slave support is operational
>> yet proper s/g support is missing (can get addressed later)
>> - always start transfers from software on MPC8308 as there are no
>> external request lines for peripheral flow control
>> - drop dt-bindings header file and symbolic channel names in OF nodes
Changes in v3 and v4:
> Part 1/5:
> - use #define instead of enum since individual channels don't require
> special handling.
> Part 2/5:
> - add a flag "will_access_peripheral" to DMA transfer descriptor
> according recommendations of Gerhard Sittig.
> This flag is set in mpc_dma_prep_memcpy() and mpc_dma_prep_slave_sg()
> and is evaluated in mpc_dma_execute() to choose a type of start for
> the transfer.
> - prevent descriptors of transfers which involve peripherals from
> being chained together;
> each of such transfers needs hardware initiated start.
> - add locking while working with struct mpc_dma_chan
> according recommendations of Lars-Peter Clausen.
> - remove default nbytes value. Client kernel modules must set
> src_maxburst and dst_maxburst fields of struct dma_slave_config (dmaengine.h).
Changes in v5:
Part 2/5::
- add and improve comments;
- improve the code moving transfer descriptors from 'queued' to 'active' list
in mpc_dma_execute();
- allow mpc_dma_prep_slave_sg() to run with non-empty 'active' list;
- take 'mdesc' back to 'free' list in case of error in mpc_dma_prep_slave_sg();
- improve checks of the transfer parameters;
- provide the default value for 'maxburst' in mpc_dma_device_control().
Last changes are tested on MPC5125
- with SCLPC driver (transfers between dev and mem work fine);
- with dmatest module (all 64 DMA channels can perform mem-to-mem transfers
which are chained correctly now).
>> known issues:
>> - it's yet to get confirmed whether MPC8308 can use slave support or
>> whether the DMA controller's driver shall actively reject it, the
>> information that's available so far suggests that peripheral transfers
>> to IP bus attached I/O is useful and shall not get blocked right away
- adding support for transfers which don't increment the RAM address or
do increment the peripheral "port's" address is easy with
this implementation; but which options of the common API
should be used for specifying such transfers?
Alexander Popov (2):
dma: mpc512x: reorder mpc8308 specific instructions
dma: mpc512x: add support for peripheral transfers
Gerhard Sittig (2):
dma: mpc512x: register for device tree channel lookup
HACK mmc: mxcmmc: enable clocks for the MPC512x
Lars-Peter Clausen (1):
dma: of: Add common xlate function for matching by channel id
.../devicetree/bindings/dma/mpc512x-dma.txt | 55 ++++
arch/powerpc/boot/dts/mpc5121.dtsi | 1 +
drivers/dma/mpc512x_dma.c | 295 +++++++++++++++++++--
drivers/dma/of-dma.c | 47 ++++
drivers/mmc/host/mxcmmc.c | 41 ++-
include/linux/of_dma.h | 4 +
6 files changed, 404 insertions(+), 39 deletions(-)
create mode 100644 Documentation/devicetree/bindings/dma/mpc512x-dma.txt
--
1.7.11.3
--
To unsubscribe from this list: send the line "unsubscribe devicetree" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next reply other threads:[~2013-11-01 7:19 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-01 7:19 Alexander Popov [this message]
[not found] ` <1383290374-17484-1-git-send-email-a13xp0p0v88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-11-01 7:19 ` [PATCH RFC v5 1/5] dma: mpc512x: reorder mpc8308 specific instructions Alexander Popov
[not found] ` <1383290374-17484-2-git-send-email-a13xp0p0v88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-11-01 10:04 ` Anatolij Gustschin
2013-11-01 7:19 ` [PATCH RFC v5 2/5] dma: mpc512x: add support for peripheral transfers Alexander Popov
[not found] ` <1383290374-17484-3-git-send-email-a13xp0p0v88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-11-11 20:10 ` Gerhard Sittig
[not found] ` <20131111201024.GR17929-kDjWylLy9wD0K7fsECOQyeGNnDKD8DIp@public.gmane.org>
2013-11-12 12:23 ` Alexander Popov
[not found] ` <CAF0T0X5mCEiS88YGGjSS6oGU5RaQ=2PEQFL533OjpQzmc398rA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2013-11-14 20:58 ` Gerhard Sittig
[not found] ` <20131114205810.GH17929-kDjWylLy9wD0K7fsECOQyeGNnDKD8DIp@public.gmane.org>
2013-11-20 6:49 ` Alexander Popov
2013-11-01 7:19 ` [PATCH RFC v5 3/5] dma: of: Add common xlate function for matching by channel id Alexander Popov
[not found] ` <1383290374-17484-4-git-send-email-a13xp0p0v88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-11-01 7:52 ` Arnd Bergmann
[not found] ` <201311010852.05709.arnd-r2nGTMty4D4@public.gmane.org>
2013-11-07 11:33 ` Alexander Popov
2013-11-01 7:19 ` [PATCH RFC v5 4/5] dma: mpc512x: register for device tree channel lookup Alexander Popov
[not found] ` <1383290374-17484-5-git-send-email-a13xp0p0v88-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2013-11-18 12:09 ` Mark Rutland
[not found] ` <20131118120957.GH30853-NuALmloUBlrZROr8t4l/smS4ubULX0JqMm0uRHvK7Nw@public.gmane.org>
2013-11-18 14:31 ` Arnd Bergmann
[not found] ` <201311181531.54818.arnd-r2nGTMty4D4@public.gmane.org>
2013-11-18 15:23 ` Mark Rutland
2013-11-01 7:19 ` [PATCH RFC v5 5/5] HACK mmc: mxcmmc: enable clocks for the MPC512x Alexander Popov
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=1383290374-17484-1-git-send-email-a13xp0p0v88@gmail.com \
--to=a13xp0p0v88-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
--cc=agust-ynQEQJNshbs@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=gsi-ynQEQJNshbs@public.gmane.org \
--cc=lars-Qo5EllUWu/uELgA04lAiVw@public.gmane.org \
--cc=linuxppc-dev-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
--cc=vinod.koul-ral2JQCrhuEAvxtiuMwx3w@public.gmane.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).