From: Richard Genoud <richard.genoud@posteo.net>
To: Tudor Ambarus <tudor.ambarus@microchip.com>,
ludovic.desroches@microchip.com, vkoul@kernel.org,
gregkh@linuxfoundation.org, jirislaby@kernel.org,
Richard Genoud <richard.genoud@gmail.com>
Cc: nicolas.ferre@microchip.com, alexandre.belloni@bootlin.com,
mripard@kernel.org, linux-arm-kernel@lists.infradead.org,
dmaengine@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-serial@vger.kernel.org
Subject: Re: [PATCH 03/13] tty: serial: atmel: Call dma_async_issue_pending()
Date: Fri, 19 Nov 2021 16:04:49 +0000 [thread overview]
Message-ID: <6e29ab5d-070e-0407-96ad-129eb82afc88@posteo.net> (raw)
In-Reply-To: <20211116112036.96349-4-tudor.ambarus@microchip.com>
Hi,
Le 16/11/2021 à 12:20, Tudor Ambarus a écrit :
> The driver wrongly assummed that tx_submit() will start the transfer,
> which is not the case, now that the at_xdmac driver is fixed. tx_submit
> is supposed to push the current transaction descriptor to a pending queue,
> waiting for issue_pending to be called. issue_pending must start the
> transfer, not tx_submit. While touching atmel_prepare_rx_dma(), introduce
> a local variable for the RX dma channel.
>
> Fixes: 34df42f59a60 ("serial: at91: add rx dma support")
> Fixes: 08f738be88bb ("serial: at91: add tx dma support")
> Signed-off-by: Tudor Ambarus <tudor.ambarus@microchip.com>
> ---
> drivers/tty/serial/atmel_serial.c | 20 +++++++++++++-------
> 1 file changed, 13 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/tty/serial/atmel_serial.c b/drivers/tty/serial/atmel_serial.c
> index 376f7a9c2868..b3e593f3c17f 100644
> --- a/drivers/tty/serial/atmel_serial.c
> +++ b/drivers/tty/serial/atmel_serial.c
> @@ -1009,6 +1009,8 @@ static void atmel_tx_dma(struct uart_port *port)
> atmel_port->cookie_tx);
> return;
> }
> +
> + dma_async_issue_pending(chan);
> }
>
> if (uart_circ_chars_pending(xmit) < WAKEUP_CHARS)
From this hunk...
> @@ -1191,6 +1193,7 @@ static void atmel_rx_from_dma(struct uart_port *port)
> static int atmel_prepare_rx_dma(struct uart_port *port)
> {
> struct atmel_uart_port *atmel_port = to_atmel_uart_port(port);
> + struct dma_chan *chan_rx;
> struct device *mfd_dev = port->dev->parent;
> struct dma_async_tx_descriptor *desc;
> dma_cap_mask_t mask;
> @@ -1203,11 +1206,13 @@ static int atmel_prepare_rx_dma(struct uart_port *port)
> dma_cap_zero(mask);
> dma_cap_set(DMA_CYCLIC, mask);
>
> - atmel_port->chan_rx = dma_request_slave_channel(mfd_dev, "rx");
> - if (atmel_port->chan_rx == NULL)
> + chan_rx = dma_request_slave_channel(mfd_dev, "rx");
> + if (chan_rx == NULL)
> goto chan_err;
> + atmel_port->chan_rx = chan_rx;
> +
> dev_info(port->dev, "using %s for rx DMA transfers\n",
> - dma_chan_name(atmel_port->chan_rx));
> + dma_chan_name(chan_rx));
>
> spin_lock_init(&atmel_port->lock_rx);
> sg_init_table(&atmel_port->sg_rx, 1);
> @@ -1239,8 +1244,7 @@ static int atmel_prepare_rx_dma(struct uart_port *port)
> config.src_addr = port->mapbase + ATMEL_US_RHR;
> config.src_maxburst = 1;
>
> - ret = dmaengine_slave_config(atmel_port->chan_rx,
> - &config);
> + ret = dmaengine_slave_config(chan_rx, &config);
> if (ret) {
> dev_err(port->dev, "DMA rx slave configuration failed\n");
> goto chan_err;
> @@ -1249,7 +1253,7 @@ static int atmel_prepare_rx_dma(struct uart_port *port)
> * Prepare a cyclic dma transfer, assign 2 descriptors,
> * each one is half ring buffer size
> */
> - desc = dmaengine_prep_dma_cyclic(atmel_port->chan_rx,
> + desc = dmaengine_prep_dma_cyclic(chan_rx,
> sg_dma_address(&atmel_port->sg_rx),
> sg_dma_len(&atmel_port->sg_rx),
> sg_dma_len(&atmel_port->sg_rx)/2,
...to here :
I think this should go in another patch since these hunks only introduce "chan_rx".
And in this other patch, maybe add a little note on why "atmel_port->chan_rx = chan_rx;"
is after "chan_rx = dma_request_slave_channel(mfd_dev, "rx");"
> @@ -1269,12 +1273,14 @@ static int atmel_prepare_rx_dma(struct uart_port *port)
> goto chan_err;
> }
>
> + dma_async_issue_pending(chan_rx);
> +
> return 0;
>
> chan_err:
> dev_err(port->dev, "RX channel not available, switch to pio\n");
> atmel_port->use_dma_rx = false;
> - if (atmel_port->chan_rx)
> + if (chan_rx)
> atmel_release_rx_dma(port);
> return -EINVAL;
> }
>
The rest seems ok.
Thanks !
Richard.
next prev parent reply other threads:[~2021-11-19 16:04 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-16 11:20 [PATCH 00/13] dmaengine: at_xdmac: Various fixes Tudor Ambarus
2021-11-16 11:20 ` [PATCH 01/13] dmaengine: at_xdmac: Don't start transactions at tx_submit level Tudor Ambarus
2021-11-16 11:20 ` [PATCH 02/13] tty: serial: atmel: Check return code of dmaengine_submit() Tudor Ambarus
2021-11-19 16:27 ` Richard Genoud
2021-11-16 11:20 ` [PATCH 03/13] tty: serial: atmel: Call dma_async_issue_pending() Tudor Ambarus
2021-11-19 16:04 ` Richard Genoud [this message]
2021-11-16 11:20 ` [PATCH 04/13] dmaengine: at_xdmac: Start transfer for cyclic channels in issue_pending Tudor Ambarus
2021-11-16 11:20 ` [PATCH 05/13] dmaengine: at_xdmac: Print debug message after realeasing the lock Tudor Ambarus
2021-11-16 11:20 ` [PATCH 06/13] dmaengine: at_xdmac: Fix concurrency over chan's completed_cookie Tudor Ambarus
2021-11-16 11:20 ` [PATCH 07/13] dmaengine: at_xdmac: Fix race for the tx desc callback Tudor Ambarus
2021-11-16 11:20 ` [PATCH 08/13] dmaengine: at_xdmac: Move the free desc to the tail of the desc list Tudor Ambarus
2021-11-16 11:20 ` [PATCH 09/13] dmaengine: at_xdmac: Fix concurrency over xfers_list Tudor Ambarus
2021-11-16 11:20 ` [PATCH 10/13] dmaengine: at_xdmac: Remove a level of indentation in at_xdmac_advance_work() Tudor Ambarus
2021-11-16 11:20 ` [PATCH 11/13] dmaengine: at_xdmac: Fix lld view setting Tudor Ambarus
2021-11-16 11:20 ` [PATCH 12/13] dmaengine: at_xdmac: Fix at_xdmac_lld struct definition Tudor Ambarus
2021-11-16 11:20 ` [PATCH 13/13] dmaengine: at_xdmac: Fix race over irq_status Tudor Ambarus
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=6e29ab5d-070e-0407-96ad-129eb82afc88@posteo.net \
--to=richard.genoud@posteo.net \
--cc=alexandre.belloni@bootlin.com \
--cc=dmaengine@vger.kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=jirislaby@kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=ludovic.desroches@microchip.com \
--cc=mripard@kernel.org \
--cc=nicolas.ferre@microchip.com \
--cc=richard.genoud@gmail.com \
--cc=tudor.ambarus@microchip.com \
--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
all inboxes | Powered by JetHome®