linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Joy Zou <joy.zou@nxp.com>
To: Vinod Koul <vkoul@kernel.org>
Cc: "shawnguo@kernel.org" <shawnguo@kernel.org>,
	"s.hauer@pengutronix.de" <s.hauer@pengutronix.de>,
	"kernel@pengutronix.de" <kernel@pengutronix.de>,
	"festevam@gmail.com" <festevam@gmail.com>,
	dl-linux-imx <linux-imx@nxp.com>,
	"dmaengine@vger.kernel.org" <dmaengine@vger.kernel.org>,
	"linux-arm-kernel@lists.infradead.org" 
	<linux-arm-kernel@lists.infradead.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: RE: [EXT] Re: [PATCH 2/2] dmaengine: imx-sdma: support hdmi audio
Date: Mon, 18 Apr 2022 04:06:50 +0000	[thread overview]
Message-ID: <AM9PR04MB88757229F10CBB693F90E486E1F39@AM9PR04MB8875.eurprd04.prod.outlook.com> (raw)
In-Reply-To: <YXY2M0td08eDCi+9@matsya>

Hi Vinod,

-----Original Message-----
From: Vinod Koul <vkoul@kernel.org> 
Sent: 2021年10月25日 12:45
To: Joy Zou <joy.zou@nxp.com>
Cc: Robin Gong <yibin.gong@nxp.com>; shawnguo@kernel.org; s.hauer@pengutronix.de; kernel@pengutronix.de; festevam@gmail.com; dl-linux-imx <linux-imx@nxp.com>; dmaengine@vger.kernel.org; linux-arm-kernel@lists.infradead.org; linux-kernel@vger.kernel.org
Subject: [EXT] Re: [PATCH 2/2] dmaengine: imx-sdma: support hdmi audio

Caution: EXT Email

On 21-10-21, 13:16, Joy Zou wrote:
> Add hdmi audio support in sdma.

Pls send a series together and chained. They appear here as disjoint patches

The audio and dma patches always are separate. The audio driver owner will send audio patches
after the dma patches are accepted.  

>
> Signed-off-by: Joy Zou <joy.zou@nxp.com>
> ---
>  drivers/dma/imx-sdma.c                | 38 +++++++++++++++++++++------
>  include/linux/platform_data/dma-imx.h |  1 +
>  2 files changed, 31 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/dma/imx-sdma.c b/drivers/dma/imx-sdma.c index 
> cacc725ca545..3a0e408f7741 100644
> --- a/drivers/dma/imx-sdma.c
> +++ b/drivers/dma/imx-sdma.c
> @@ -907,7 +907,10 @@ static irqreturn_t sdma_int_handler(int irq, void *dev_id)
>               desc = sdmac->desc;
>               if (desc) {
>                       if (sdmac->flags & IMX_DMA_SG_LOOP) {
> -                             sdma_update_channel_loop(sdmac);
> +                             if (sdmac->peripheral_type != IMX_DMATYPE_HDMI)
> +                                     sdma_update_channel_loop(sdmac);
> +                             else
> +                                     
> + vchan_cyclic_callback(&desc->vd);
>                       } else {
>                               mxc_sdma_handle_channel_normal(sdmac);
>                               vchan_cookie_complete(&desc->vd); @@ 
> -1023,6 +1026,10 @@ static void sdma_get_pc(struct sdma_channel *sdmac,
>       case IMX_DMATYPE_IPU_MEMORY:
>               emi_2_per = sdma->script_addrs->ext_mem_2_ipu_addr;
>               break;
> +     case IMX_DMATYPE_HDMI:
> +             emi_2_per = sdma->script_addrs->hdmi_dma_addr;
> +             sdmac->is_ram_script = true;
> +             break;
>       default:
>               break;
>       }
> @@ -1070,11 +1077,16 @@ static int sdma_load_context(struct sdma_channel *sdmac)
>       /* Send by context the event mask,base address for peripheral
>        * and watermark level
>        */
> -     context->gReg[0] = sdmac->event_mask[1];
> -     context->gReg[1] = sdmac->event_mask[0];
> -     context->gReg[2] = sdmac->per_addr;
> -     context->gReg[6] = sdmac->shp_addr;
> -     context->gReg[7] = sdmac->watermark_level;
> +     if (sdmac->peripheral_type == IMX_DMATYPE_HDMI) {
> +             context->gReg[4] = sdmac->per_addr;
> +             context->gReg[6] = sdmac->shp_addr;
> +     } else {
> +             context->gReg[0] = sdmac->event_mask[1];
> +             context->gReg[1] = sdmac->event_mask[0];
> +             context->gReg[2] = sdmac->per_addr;
> +             context->gReg[6] = sdmac->shp_addr;
> +             context->gReg[7] = sdmac->watermark_level;
> +     }
>
>       bd0->mode.command = C0_SETDM;
>       bd0->mode.status = BD_DONE | BD_WRAP | BD_EXTD; @@ -1420,7 
> +1432,7 @@ static struct sdma_desc *sdma_transfer_init(struct sdma_channel *sdmac,
>       desc->sdmac = sdmac;
>       desc->num_bd = bds;
>
> -     if (sdma_alloc_bd(desc))
> +     if (bds && sdma_alloc_bd(desc))
>               goto err_desc_out;
>
>       /* No slave_config called in MEMCPY case, so do here */ @@ 
> -1585,13 +1597,16 @@ static struct dma_async_tx_descriptor 
> *sdma_prep_dma_cyclic(  {
>       struct sdma_channel *sdmac = to_sdma_chan(chan);
>       struct sdma_engine *sdma = sdmac->sdma;
> -     int num_periods = buf_len / period_len;
> +     int num_periods = 0;
>       int channel = sdmac->channel;
>       int i = 0, buf = 0;
>       struct sdma_desc *desc;
>
>       dev_dbg(sdma->dev, "%s channel: %d\n", __func__, channel);
>
> +     if (sdmac->peripheral_type != IMX_DMATYPE_HDMI)
> +             num_periods = buf_len / period_len;
> +
>       sdma_config_write(chan, &sdmac->slave_config, direction);
>
>       desc = sdma_transfer_init(sdmac, direction, num_periods); @@ 
> -1608,6 +1623,9 @@ static struct dma_async_tx_descriptor *sdma_prep_dma_cyclic(
>               goto err_bd_out;
>       }
>
> +     if (sdmac->peripheral_type == IMX_DMATYPE_HDMI)
> +             return vchan_tx_prep(&sdmac->vc, &desc->vd, flags);
> +
>       while (buf < buf_len) {
>               struct sdma_buffer_descriptor *bd = &desc->bd[i];
>               int param;
> @@ -1668,6 +1686,10 @@ static int sdma_config_write(struct dma_chan *chan,
>               sdmac->watermark_level |= (dmaengine_cfg->dst_maxburst << 16) &
>                       SDMA_WATERMARK_LEVEL_HWML;
>               sdmac->word_size = dmaengine_cfg->dst_addr_width;
> +     } else if (sdmac->peripheral_type == IMX_DMATYPE_HDMI) {
> +             sdmac->per_address = dmaengine_cfg->dst_addr;
> +             sdmac->per_address2 = dmaengine_cfg->src_addr;
> +             sdmac->watermark_level = 0;
>       } else {
>               sdmac->per_address = dmaengine_cfg->dst_addr;
>               sdmac->watermark_level = dmaengine_cfg->dst_maxburst *

You missed adding cyclic capability, pls add that

The design of hdmi script achieves the cyclic capability and is different from common script.

> diff --git a/include/linux/platform_data/dma-imx.h 
> b/include/linux/platform_data/dma-imx.h
> index 281adbb26e6b..29ac21d40f28 100644
> --- a/include/linux/platform_data/dma-imx.h
> +++ b/include/linux/platform_data/dma-imx.h
> @@ -39,6 +39,7 @@ enum sdma_peripheral_type {
>       IMX_DMATYPE_SSI_DUAL,   /* SSI Dual FIFO */
>       IMX_DMATYPE_ASRC_SP,    /* Shared ASRC */
>       IMX_DMATYPE_SAI,        /* SAI */
> +     IMX_DMATYPE_HDMI,       /* HDMI Audio */

Why is this in latform_data, these should be moved to include/dt-bindings

Just follow the previous way. It can be moved to include/dt-bindings, but it may affect the old
imx platform.

Thanks!
BR
Joy Zou
--
~Vinod

  reply	other threads:[~2022-04-18  4:07 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-21  5:16 [PATCH 2/2] dmaengine: imx-sdma: support hdmi audio Joy Zou
2021-10-25  4:44 ` Vinod Koul
2022-04-18  4:06   ` Joy Zou [this message]
2022-04-20 10:18     ` [EXT] " Vinod Koul
2022-05-24  7:56       ` Joy Zou
2022-05-24  7:56   ` Joy Zou

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=AM9PR04MB88757229F10CBB693F90E486E1F39@AM9PR04MB8875.eurprd04.prod.outlook.com \
    --to=joy.zou@nxp.com \
    --cc=dmaengine@vger.kernel.org \
    --cc=festevam@gmail.com \
    --cc=kernel@pengutronix.de \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-imx@nxp.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=s.hauer@pengutronix.de \
    --cc=shawnguo@kernel.org \
    --cc=vkoul@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 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).