From: Vinod Koul <vkoul@kernel.org>
To: Peng Ma <peng.ma@nxp.com>
Cc: "dan.j.williams@intel.com" <dan.j.williams@intel.com>,
Leo Li <leoyang.li@nxp.com>,
"dmaengine@vger.kernel.org" <dmaengine@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [EXT] Re: [PATCH] dmaengine: fsl-qdma: fixed the source/destination descriptior format
Date: Mon, 29 Apr 2019 10:45:54 +0530 [thread overview]
Message-ID: <20190429051554.GD3845@vkoul-mobl.Dlink> (raw)
In-Reply-To: <VI1PR04MB4431E13D34650C2EE3D25861ED380@VI1PR04MB4431.eurprd04.prod.outlook.com>
On 28-04-19, 02:00, Peng Ma wrote:
> Hi Vinod,
>
> Thanks your comments.
> Please see my comments inline.
>
> Best Regards,
> Peng
>
> >-----Original Message-----
> >From: Vinod Koul <vkoul@kernel.org>
> >Sent: 2019年4月26日 19:51
> >To: Peng Ma <peng.ma@nxp.com>
> >Cc: dan.j.williams@intel.com; Leo Li <leoyang.li@nxp.com>;
> >dmaengine@vger.kernel.org; linux-kernel@vger.kernel.org
> >Subject: [EXT] Re: [PATCH] dmaengine: fsl-qdma: fixed the source/destination
> >descriptior format
> >
> >Caution: EXT Email
> >
> >On 19-04-19, 08:46, Peng Ma wrote:
> >> CMD of Source/Destination descriptior format should be lower of
> >
> >s/descriptior/descriptor
> >
> [Peng Ma] Got it.
> >> struct fsl_qdma_engine number data address.
> >>
> >> Signed-off-by: Peng Ma <peng.ma@nxp.com>
> >> ---
> >> drivers/dma/fsl-qdma.c | 29 ++++++++++++++++++-----------
> >> 1 files changed, 18 insertions(+), 11 deletions(-)
> >>
> >> diff --git a/drivers/dma/fsl-qdma.c b/drivers/dma/fsl-qdma.c index
> >> aa1d0ae..542765a 100644
> >> --- a/drivers/dma/fsl-qdma.c
> >> +++ b/drivers/dma/fsl-qdma.c
> >> @@ -113,6 +113,7 @@
> >> /* Field definition for Descriptor offset */
> >> #define QDMA_CCDF_STATUS 20
> >> #define QDMA_CCDF_OFFSET 20
> >> +#define QDMA_SDDF_CMD(x) (((u64)(x)) << 32)
> >>
> >> /* Field definition for safe loop count*/
> >> #define FSL_QDMA_HALT_COUNT 1500
> >> @@ -214,6 +215,12 @@ struct fsl_qdma_engine {
> >>
> >> };
> >>
> >> +static inline void
> >> +qdma_sddf_set_cmd(struct fsl_qdma_format *sddf, u32 val) {
> >> + sddf->data = QDMA_SDDF_CMD(val); }
> >> +
> >> static inline u64
> >> qdma_ccdf_addr_get64(const struct fsl_qdma_format *ccdf) { @@
> >-341,6
> >> +348,7 @@ static void fsl_qdma_free_chan_resources(struct dma_chan
> >> *chan) static void fsl_qdma_comp_fill_memcpy(struct fsl_qdma_comp
> >*fsl_comp,
> >> dma_addr_t dst, dma_addr_t
> >src,
> >> u32 len) {
> >> + u32 cmd;
> >> struct fsl_qdma_format *sdf, *ddf;
> >> struct fsl_qdma_format *ccdf, *csgf_desc, *csgf_src, *csgf_dest;
> >>
> >> @@ -353,6 +361,7 @@ static void fsl_qdma_comp_fill_memcpy(struct
> >> fsl_qdma_comp *fsl_comp,
> >>
> >> memset(fsl_comp->virt_addr, 0,
> >FSL_QDMA_COMMAND_BUFFER_SIZE);
> >> memset(fsl_comp->desc_virt_addr, 0,
> >> FSL_QDMA_DESCRIPTOR_BUFFER_SIZE);
> >> +
> >> /* Head Command Descriptor(Frame Descriptor) */
> >> qdma_desc_addr_set64(ccdf, fsl_comp->bus_addr + 16);
> >> qdma_ccdf_set_format(ccdf, qdma_ccdf_get_offset(ccdf)); @@
> >> -369,14 +378,14 @@ static void fsl_qdma_comp_fill_memcpy(struct
> >fsl_qdma_comp *fsl_comp,
> >> /* This entry is the last entry. */
> >> qdma_csgf_set_f(csgf_dest, len);
> >> /* Descriptor Buffer */
> >> - sdf->data =
> >> - cpu_to_le64(FSL_QDMA_CMD_RWTTYPE <<
> >> - FSL_QDMA_CMD_RWTTYPE_OFFSET);
> >> - ddf->data =
> >> - cpu_to_le64(FSL_QDMA_CMD_RWTTYPE <<
> >> - FSL_QDMA_CMD_RWTTYPE_OFFSET);
> >> - ddf->data |=
> >> - cpu_to_le64(FSL_QDMA_CMD_LWC <<
> >FSL_QDMA_CMD_LWC_OFFSET);
> >> + cmd = cpu_to_le32(FSL_QDMA_CMD_RWTTYPE <<
> >> + FSL_QDMA_CMD_RWTTYPE_OFFSET);
> >> + qdma_sddf_set_cmd(sdf, cmd);
> >> +
> >> + cmd = cpu_to_le32(FSL_QDMA_CMD_RWTTYPE <<
> >> + FSL_QDMA_CMD_RWTTYPE_OFFSET);
> >> + cmd |= cpu_to_le32(FSL_QDMA_CMD_LWC <<
> >FSL_QDMA_CMD_LWC_OFFSET);
> >> + qdma_sddf_set_cmd(ddf, cmd);
> >> }
> >>
> >> /*
> >> @@ -701,10 +710,8 @@ static irqreturn_t fsl_qdma_error_handler(int
> >> irq, void *dev_id)
> >>
> >> intr = qdma_readl(fsl_qdma, status + FSL_QDMA_DEDR);
> >>
> >> - if (intr) {
> >> + if (intr)
> >> dev_err(fsl_qdma->dma_dev.dev, "DMA transaction
> >error!\n");
> >> - return IRQ_NONE;
> >> - }
> >
> >this seems unrelated can you explain?
> >
> [Peng Ma] This is an added improvement. When an error occurs we should clean the error reg then to return.
> I forgot to explain it on comments. Should I add this changed to the comments?
Yes and you should make it a separate patch. A patch should do only 1
thing!
--
~Vinod
next prev parent reply other threads:[~2019-04-29 5:16 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-19 8:46 [PATCH] dmaengine: fsl-qdma: fixed the source/destination descriptior format Peng Ma
2019-04-26 11:50 ` Vinod Koul
2019-04-28 2:00 ` [EXT] " Peng Ma
2019-04-29 5:15 ` Vinod Koul [this message]
2019-04-29 6:28 ` Peng Ma
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=20190429051554.GD3845@vkoul-mobl.Dlink \
--to=vkoul@kernel.org \
--cc=dan.j.williams@intel.com \
--cc=dmaengine@vger.kernel.org \
--cc=leoyang.li@nxp.com \
--cc=linux-kernel@vger.kernel.org \
--cc=peng.ma@nxp.com \
/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