[PATCH 2/3] dmaengine: at_xdmac: simplify channel configuration stuff
Vinod Koul
vinod.koul at intel.com
Mon Dec 8 02:39:18 PST 2014
On Wed, Nov 26, 2014 at 05:22:28PM +0100, Ludovic Desroches wrote:
> Using the cc field of the descriptor simplifies the management of the channel
> configuration.
>
> Signed-off-by: Ludovic Desroches <ludovic.desroches at atmel.com>
> ---
> drivers/dma/at_xdmac.c | 33 +++++++++++++--------------------
> 1 file changed, 13 insertions(+), 20 deletions(-)
>
> diff --git a/drivers/dma/at_xdmac.c b/drivers/dma/at_xdmac.c
> index bc4b018..94b714e 100644
> --- a/drivers/dma/at_xdmac.c
> +++ b/drivers/dma/at_xdmac.c
> @@ -200,6 +200,7 @@ struct at_xdmac_chan {
> u8 memif; /* Memory Interface */
> u32 per_src_addr;
> u32 per_dst_addr;
> + u32 save_cc;
> u32 save_cim;
> u32 save_cnda;
> u32 save_cndc;
> @@ -357,14 +358,7 @@ static void at_xdmac_start_xfer(struct at_xdmac_chan *atchan,
> */
> if (is_slave_direction(first->direction)) {
> reg = AT_XDMAC_CNDC_NDVIEW_NDV1;
> - if (first->direction == DMA_MEM_TO_DEV)
> - atchan->cfg[AT_XDMAC_CUR_CFG] =
> - atchan->cfg[AT_XDMAC_MEM_TO_DEV_CFG];
> - else
> - atchan->cfg[AT_XDMAC_CUR_CFG] =
> - atchan->cfg[AT_XDMAC_DEV_TO_MEM_CFG];
> - at_xdmac_chan_write(atchan, AT_XDMAC_CC,
> - atchan->cfg[AT_XDMAC_CUR_CFG]);
> + at_xdmac_chan_write(atchan, AT_XDMAC_CC, first->lld.mbr_cfg);
how is this related to adding cc field?
> } else {
> /*
> * No need to write AT_XDMAC_CC reg, it will be done when the
> @@ -568,7 +562,6 @@ at_xdmac_prep_slave_sg(struct dma_chan *chan, struct scatterlist *sgl,
> struct at_xdmac_desc *first = NULL, *prev = NULL;
> struct scatterlist *sg;
> int i;
> - u32 cfg;
> unsigned int xfer_size = 0;
>
> if (!sgl)
> @@ -615,17 +608,17 @@ at_xdmac_prep_slave_sg(struct dma_chan *chan, struct scatterlist *sgl,
> if (direction == DMA_DEV_TO_MEM) {
> desc->lld.mbr_sa = atchan->per_src_addr;
> desc->lld.mbr_da = mem;
> - cfg = atchan->cfg[AT_XDMAC_DEV_TO_MEM_CFG];
> + desc->lld.mbr_cfg = atchan->cfg[AT_XDMAC_DEV_TO_MEM_CFG];
> } else {
> desc->lld.mbr_sa = mem;
> desc->lld.mbr_da = atchan->per_dst_addr;
> - cfg = atchan->cfg[AT_XDMAC_MEM_TO_DEV_CFG];
> + desc->lld.mbr_cfg = atchan->cfg[AT_XDMAC_MEM_TO_DEV_CFG];
> }
> - desc->lld.mbr_ubc = AT_XDMAC_MBR_UBC_NDV1 /* next descriptor view */
> - | AT_XDMAC_MBR_UBC_NDEN /* next descriptor dst parameter update */
> - | AT_XDMAC_MBR_UBC_NSEN /* next descriptor src parameter update */
> - | (i == sg_len - 1 ? 0 : AT_XDMAC_MBR_UBC_NDE) /* descriptor fetch */
> - | len / (1 << at_xdmac_get_dwidth(cfg)); /* microblock length */
> + desc->lld.mbr_ubc = AT_XDMAC_MBR_UBC_NDV1 /* next descriptor view */
> + | AT_XDMAC_MBR_UBC_NDEN /* next descriptor dst parameter update */
> + | AT_XDMAC_MBR_UBC_NSEN /* next descriptor src parameter update */
> + | (i == sg_len - 1 ? 0 : AT_XDMAC_MBR_UBC_NDE) /* descriptor fetch */
> + | len / (1 << at_xdmac_get_dwidth(desc->lld.mbr_cfg)); /* microblock length */
> dev_dbg(chan2dev(chan),
> "%s: lld: mbr_sa=%pad, mbr_da=%pad, mbr_ubc=0x%08x\n",
> __func__, &desc->lld.mbr_sa, &desc->lld.mbr_da, desc->lld.mbr_ubc);
> @@ -889,7 +882,7 @@ at_xdmac_tx_status(struct dma_chan *chan, dma_cookie_t cookie,
> enum dma_status ret;
> int residue;
> u32 cur_nda, mask, value;
> - u8 dwidth = at_xdmac_get_dwidth(atchan->cfg[AT_XDMAC_CUR_CFG]);
> + u8 dwidth = 0;
>
> ret = dma_cookie_status(chan, cookie, txstate);
> if (ret == DMA_COMPLETE)
> @@ -933,6 +926,7 @@ at_xdmac_tx_status(struct dma_chan *chan, dma_cookie_t cookie,
> */
> descs_list = &desc->descs_list;
> list_for_each_entry_safe(desc, _desc, descs_list, desc_node) {
> + dwidth = at_xdmac_get_dwidth(desc->lld.mbr_cfg);
> residue -= (desc->lld.mbr_ubc & 0xffffff) << dwidth;
> if ((desc->lld.mbr_nda & 0xfffffffc) == cur_nda)
> break;
> @@ -1276,6 +1270,7 @@ static int atmel_xdmac_suspend(struct device *dev)
> list_for_each_entry_safe(chan, _chan, &atxdmac->dma.channels, device_node) {
> struct at_xdmac_chan *atchan = to_at_xdmac_chan(chan);
>
> + atchan->save_cc = at_xdmac_chan_read(atchan, AT_XDMAC_CC);
okay finally we end us using the new field, the code before that seems to
use existing lld.mbr_cfg, shouldnt this be another change explaining the
changes...
> if (at_xdmac_chan_is_cyclic(atchan)) {
> if (!at_xdmac_chan_is_paused(atchan))
> at_xdmac_device_pause(chan);
> @@ -1298,7 +1293,6 @@ static int atmel_xdmac_resume(struct device *dev)
> struct at_xdmac_chan *atchan;
> struct dma_chan *chan, *_chan;
> int i;
> - u32 cfg;
>
> clk_prepare_enable(atxdmac->clk);
>
> @@ -1313,8 +1307,7 @@ static int atmel_xdmac_resume(struct device *dev)
> at_xdmac_write(atxdmac, AT_XDMAC_GE, atxdmac->save_gs);
> list_for_each_entry_safe(chan, _chan, &atxdmac->dma.channels, device_node) {
> atchan = to_at_xdmac_chan(chan);
> - cfg = atchan->cfg[AT_XDMAC_CUR_CFG];
> - at_xdmac_chan_write(atchan, AT_XDMAC_CC, cfg);
> + at_xdmac_chan_write(atchan, AT_XDMAC_CC, atchan->save_cc);
only thing here wer are saving and restoring from save_cc. How does that
impact rest of the code above?
--
~Vinod
> if (at_xdmac_chan_is_cyclic(atchan)) {
> at_xdmac_chan_write(atchan, AT_XDMAC_CNDA, atchan->save_cnda);
> at_xdmac_chan_write(atchan, AT_XDMAC_CNDC, atchan->save_cndc);
> --
> 2.0.3
>
--
More information about the linux-arm-kernel
mailing list