From: Andrew Bresticker <abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
To: Vinod Koul <vinod.koul-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Cc: Dan Williams
<dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Pawel Moll <pawel.moll-5wv7dgnIgG8@public.gmane.org>,
Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org>,
Ian Campbell
<ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org>,
Kumar Gala <galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org>,
Grant Likely
<grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
James Hartley
<james.hartley-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
James Hogan <james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
Ezequiel Garcia
<ezequiel.garcia-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
Damien Horsley
<Damien.Horsley-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org>,
Arnd Bergmann <arnd-r2nGTMty4D4@public.gmane.org>,
dmaengine-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
"devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH V2 2/2] dmaengine: Add driver for IMG MDC
Date: Fri, 5 Dec 2014 10:30:53 -0800 [thread overview]
Message-ID: <CAL1qeaE+7L2p=HxPBasQYLVPD0H2qBAd439Fn_z3Fza9Y3+0eA@mail.gmail.com> (raw)
In-Reply-To: <20141205173553.GS3411-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
Thanks for the review Vinod!
On Fri, Dec 5, 2014 at 9:35 AM, Vinod Koul <vinod.koul-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> wrote:
> On Fri, Nov 14, 2014 at 01:59:43PM -0800, Andrew Bresticker wrote:
>> +static inline unsigned int to_mdc_width(enum dma_slave_buswidth bw)
>> +{
>> + switch (bw) {
>> + case DMA_SLAVE_BUSWIDTH_1_BYTE:
>> + return 0;
>> + case DMA_SLAVE_BUSWIDTH_2_BYTES:
>> + return 1;
>> + case DMA_SLAVE_BUSWIDTH_4_BYTES:
>> + return 2;
>> + case DMA_SLAVE_BUSWIDTH_8_BYTES:
>> + return 3;
> ffs()?
Ok.
>> + default:
>> + return 2;
> for slave cases default makes little sense, better to return error?
Sure.
>> + }
>> +}
>> +
>> +static void mdc_list_desc_config(struct mdc_chan *mchan,
>> + struct mdc_hw_list_desc *ldesc,
>> + enum dma_transfer_direction dir,
>> + dma_addr_t src, dma_addr_t dst, size_t len)
>> +{
>> + struct mdc_dma *mdma = mchan->mdma;
>> + unsigned int max_burst, burst_size;
>> +
>> + ldesc->gen_conf = MDC_GENERAL_CONFIG_IEN | MDC_GENERAL_CONFIG_LIST_IEN |
>> + MDC_GENERAL_CONFIG_LEVEL_INT | MDC_GENERAL_CONFIG_PHYSICAL_W |
>> + MDC_GENERAL_CONFIG_PHYSICAL_R;
>> + ldesc->readport_conf =
>> + (mchan->thread << MDC_READ_PORT_CONFIG_STHREAD_SHIFT) |
>> + (mchan->thread << MDC_READ_PORT_CONFIG_RTHREAD_SHIFT) |
>> + (mchan->thread << MDC_READ_PORT_CONFIG_WTHREAD_SHIFT);
>> + ldesc->read_addr = src;
>> + ldesc->write_addr = dst;
>> + ldesc->xfer_size = len - 1;
>> + ldesc->node_addr = 0;
>> + ldesc->cmds_done = 0;
>> + ldesc->ctrl_status = MDC_CONTROL_AND_STATUS_LIST_EN |
>> + MDC_CONTROL_AND_STATUS_EN;
>> + ldesc->next_desc = NULL;
>> +
>> + if ((dst % mdma->bus_width == 0) && (src % mdma->bus_width == 0))
>> + max_burst = mdma->bus_width * mdma->max_burst_mult;
>> + else
>> + max_burst = mdma->bus_width * (mdma->max_burst_mult - 1);
> sounds like you should use something like ALIGN ?
Yup.
>> +
>> + if (dir == DMA_MEM_TO_DEV) {
>> + ldesc->gen_conf |= MDC_GENERAL_CONFIG_INC_R |
>> + ((fls(mdma->bus_width) - 1) <<
> bus_width calculation is repeated quite few times, would help readability if
> we hanlde this in macro.
Yes, will do.
> Also this be using src/dstn_addr_widths based on direction passed.
The above is setting the memory (not slave) bus width which is fixed
and not a per-slave property.
>> + MDC_GENERAL_CONFIG_WIDTH_R_SHIFT) |
>> + (to_mdc_width(mchan->config.dst_addr_width) <<
>> + MDC_GENERAL_CONFIG_WIDTH_W_SHIFT);
> and a macro for this calculation, which take args for different cases would
> help a lot!
Ok.
>> + ldesc->readport_conf |= MDC_READ_PORT_CONFIG_DREQ_ENABLE;
>> + burst_size = min(max_burst, mchan->config.dst_maxburst *
>> + mchan->config.dst_addr_width);
>> + } else if (dir == DMA_DEV_TO_MEM) {
>> + ldesc->gen_conf |= MDC_GENERAL_CONFIG_INC_W |
>> + (to_mdc_width(mchan->config.src_addr_width) <<
>> + MDC_GENERAL_CONFIG_WIDTH_R_SHIFT) |
>> + ((fls(mdma->bus_width) - 1) <<
>> + MDC_GENERAL_CONFIG_WIDTH_W_SHIFT);
>> + ldesc->readport_conf |= MDC_READ_PORT_CONFIG_DREQ_ENABLE;
>> + burst_size = min(max_burst, mchan->config.src_maxburst *
>> + mchan->config.src_addr_width);
>> + } else {
> DEV_TO_DEV too?
No, but it's not possible to have dir == DEV_TO_DEV here. The callers
(mdc_prep_xxx) will check the direcioin.
>> + ldesc->gen_conf |= MDC_GENERAL_CONFIG_INC_R |
>> + MDC_GENERAL_CONFIG_INC_W |
>> + ((fls(mdma->bus_width) - 1) <<
>> + MDC_GENERAL_CONFIG_WIDTH_R_SHIFT) |
>> + ((fls(mdma->bus_width) - 1) <<
>> + MDC_GENERAL_CONFIG_WIDTH_W_SHIFT);
>> + burst_size = max_burst;
> btw this piece is very hard to read, please do improve upon
After adding a macro for setting the WIDTH_{R,W} fields it seems fine
to me. Is there something else you had in mind?
>> +static struct dma_async_tx_descriptor *mdc_prep_dma_memcpy(
>> + struct dma_chan *chan, dma_addr_t dest, dma_addr_t src, size_t len,
>> + unsigned long flags)
>> +{
>> + struct mdc_chan *mchan = to_mdc_chan(chan);
>> + struct mdc_dma *mdma = mchan->mdma;
>> + struct mdc_tx_desc *mdesc;
>> + struct mdc_hw_list_desc *curr, *prev = NULL;
>> + dma_addr_t curr_phys, prev_phys;
>> +
>> + if (!len)
>> + return NULL;
>> +
>> + mdesc = kzalloc(sizeof(*mdesc), GFP_NOWAIT);
>> + if (!mdesc)
>> + return NULL;
>> + mdesc->chan = mchan;
>> + mdesc->list_xfer_size = len;
>> +
>> + while (len > 0) {
>> + size_t xfer_size;
>> +
>> + curr = dma_pool_alloc(mdma->desc_pool, GFP_NOWAIT, &curr_phys);
>> + if (!curr)
>> + goto free_desc;
>> +
>> + if (prev) {
>> + prev->node_addr = curr_phys;
>> + prev->next_desc = curr;
>> + } else {
>> + mdesc->list_phys = curr_phys;
>> + mdesc->list = curr;
>> + }
>> +
>> + xfer_size = min_t(size_t, mdma->max_xfer_size, len);
>> +
>> + mdc_list_desc_config(mchan, curr, DMA_MEM_TO_MEM, src, dest,
>> + xfer_size);
> and this depends on dma_slave_config being set, which shouldn't be the case
> for memcpy
It doesn't. mdc_list_desc_config only looks at mchan->config in the
slave cases.
>> +static enum dma_status mdc_tx_status(struct dma_chan *chan,
>> + dma_cookie_t cookie, struct dma_tx_state *txstate)
>> +{
>> + struct mdc_chan *mchan = to_mdc_chan(chan);
>> + struct mdc_tx_desc *mdesc;
>> + struct virt_dma_desc *vd;
>> + unsigned long flags;
>> + size_t bytes = 0;
>> + int ret;
>> +
>> + ret = dma_cookie_status(chan, cookie, txstate);
>> + if (ret == DMA_COMPLETE)
>> + return ret;
>> +
> you should check txstate before proceeding. It can be null too
Ok.
>> +
>> +static int mdc_slave_config(struct dma_chan *chan,
>> + struct dma_slave_config *config)
>> +{
>> + struct mdc_chan *mchan = to_mdc_chan(chan);
>> + unsigned long flags;
>> +
>> + spin_lock_irqsave(&mchan->vc.lock, flags);
>> + if (config->direction == DMA_MEM_TO_DEV) {
>> + config->dst_addr_width = min(config->dst_addr_width,
>> + mchan->mdma->bus_width);
>> + } else {
>> + config->src_addr_width = min(config->src_addr_width,
>> + mchan->mdma->bus_width);
> direction field is deprecated pls don't use that. Use the prep_xx direction
> argument instead
Ok.
>> +static int mdc_dma_remove(struct platform_device *pdev)
>> +{
>> + struct mdc_dma *mdma = platform_get_drvdata(pdev);
>> +
>> + of_dma_controller_free(pdev->dev.of_node);
>> + dma_async_device_unregister(&mdma->dma_dev);
>> + clk_disable_unprepare(mdma->clk);
> you need to call devm_irq_free() explicitly and also ensure you kill your
> tasklet and syncronize irq()
Ok.
> Plus a rebase on Maxime's series which will be merged in required
This patch is already based on Maxime's series.
--
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 prev parent reply other threads:[~2014-12-05 18:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-14 21:59 [PATCH V2 0/2] dmaengine: Support for IMG MDC Andrew Bresticker
2014-11-14 21:59 ` [PATCH V2 1/2] dmaengine: Add binding document " Andrew Bresticker
2014-11-15 11:14 ` Arnd Bergmann
2014-11-14 21:59 ` [PATCH V2 2/2] dmaengine: Add driver " Andrew Bresticker
[not found] ` <1416002384-3525-3-git-send-email-abrestic-F7+t8E8rja9g9hUCZPvPmw@public.gmane.org>
2014-11-15 11:13 ` Arnd Bergmann
2014-12-05 17:35 ` Vinod Koul
[not found] ` <20141205173553.GS3411-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2014-12-05 18:30 ` Andrew Bresticker [this message]
2014-12-07 11:48 ` Vinod Koul
[not found] ` <20141207114829.GX3411-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
2014-12-08 6:14 ` Andrew Bresticker
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='CAL1qeaE+7L2p=HxPBasQYLVPD0H2qBAd439Fn_z3Fza9Y3+0eA@mail.gmail.com' \
--to=abrestic-f7+t8e8rja9g9huczpvpmw@public.gmane.org \
--cc=Damien.Horsley-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
--cc=devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=dmaengine-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=ezequiel.garcia-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org \
--cc=galak-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org \
--cc=grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org \
--cc=ijc+devicetree-KcIKpvwj1kUDXYZnReoRVg@public.gmane.org \
--cc=james.hartley-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org \
--cc=james.hogan-1AXoQHu6uovQT0dZR+AlfA@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=mark.rutland-5wv7dgnIgG8@public.gmane.org \
--cc=pawel.moll-5wv7dgnIgG8@public.gmane.org \
--cc=robh+dt-DgEjT+Ai2ygdnm+yROfE0A@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).