From: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>
To: Bartosz Golaszewski <brgl@bgdev.pl>
Cc: Andy Gross <agross@kernel.org>,
Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konrad.dybcio@somainline.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Jiri Slaby <jirislaby@kernel.org>,
Srinivas Kandagatla <srinivas.kandagatla@linaro.org>,
Vinod Koul <vkoul@kernel.org>, Alex Elder <elder@kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
linux-arm-msm@vger.kernel.org,
linux-serial <linux-serial@vger.kernel.org>,
Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
Subject: Re: [PATCH 08/15] tty: serial: qcom-geni-serial: split out the FIFO tx code
Date: Fri, 18 Nov 2022 17:30:00 +0200 (EET) [thread overview]
Message-ID: <3bc36af8-3cd4-b4b0-af30-2c5f309dc519@linux.intel.com> (raw)
In-Reply-To: <20221118122539.384993-9-brgl@bgdev.pl>
On Fri, 18 Nov 2022, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
>
> qcom_geni_serial_handle_tx() is pretty big, let's move the code that
> handles the actual writing of data to a separate function which makes
> sense in preparation for introducing a dma variant of handle_tx().
>
> Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@linaro.org>
> ---
> drivers/tty/serial/qcom_geni_serial.c | 60 +++++++++++++++------------
> 1 file changed, 33 insertions(+), 27 deletions(-)
>
> diff --git a/drivers/tty/serial/qcom_geni_serial.c b/drivers/tty/serial/qcom_geni_serial.c
> index 39041538e5d2..4b155ca0ac74 100644
> --- a/drivers/tty/serial/qcom_geni_serial.c
> +++ b/drivers/tty/serial/qcom_geni_serial.c
> @@ -701,19 +701,48 @@ static void qcom_geni_serial_start_rx(struct uart_port *uport)
> writel(irq_en, uport->membase + SE_GENI_M_IRQ_EN);
> }
>
> +static int qcom_geni_serial_send_chunk_fifo(struct uart_port *uport,
> + unsigned int chunk)
> +{
Some of the comments I have for this function you might want to implement
in a different patch than this simple move to own function.
> + struct qcom_geni_serial_port *port = to_dev_port(uport);
> + struct circ_buf *xmit = &uport->state->xmit;
> + size_t remaining = chunk;
> + int i, tail = xmit->tail;
Why there's remaining and i variables, both seem to provide a chunk sized
limit? Couldn't one be dropped?
You could drop local tail handling, it doesn't seem to add much value.
> + for (i = 0; i < chunk; ) {
> + unsigned int tx_bytes;
> + u8 buf[sizeof(u32)];
> + int c;
> +
> + memset(buf, 0, sizeof(buf));
> + tx_bytes = min_t(size_t, remaining, BYTES_PER_FIFO_WORD);
It's a bit confusing to mix sizeof(u32) and BYTES_PER_FIFO_WORD for the
same purpose, no?
> + for (c = 0; c < tx_bytes ; c++) {
> + buf[c] = xmit->buf[tail++];
> + tail &= UART_XMIT_SIZE - 1;
If you drop the local tail, this becomes:
buf[c] = xmit->buf[xmit->tail];
uart_xmit_advance(uport, 1);
> + }
> +
> + iowrite32_rep(uport->membase + SE_GENI_TX_FIFOn, buf, 1);
> +
> + i += tx_bytes;
> + uport->icount.tx += tx_bytes;
With uart_xmit_advance, this is to be dropped.
> + remaining -= tx_bytes;
> + port->tx_remaining -= tx_bytes;
> + }
> +
> + return tail;
> +}
> +
> static void qcom_geni_serial_handle_tx(struct uart_port *uport, bool done,
> bool active)
> {
> struct qcom_geni_serial_port *port = to_dev_port(uport);
> struct circ_buf *xmit = &uport->state->xmit;
> size_t avail;
> - size_t remaining;
> size_t pending;
> - int i;
> u32 status;
> u32 irq_en;
> unsigned int chunk;
> - int tail;
>
> status = readl(uport->membase + SE_GENI_TX_FIFO_STATUS);
>
> @@ -732,7 +761,6 @@ static void qcom_geni_serial_handle_tx(struct uart_port *uport, bool done,
> avail = port->tx_fifo_depth - (status & TX_FIFO_WC);
> avail *= BYTES_PER_FIFO_WORD;
>
> - tail = xmit->tail;
> chunk = min(avail, pending);
> if (!chunk)
> goto out_write_wakeup;
> @@ -747,29 +775,7 @@ static void qcom_geni_serial_handle_tx(struct uart_port *uport, bool done,
> uport->membase + SE_GENI_M_IRQ_EN);
> }
>
> - remaining = chunk;
> - for (i = 0; i < chunk; ) {
> - unsigned int tx_bytes;
> - u8 buf[sizeof(u32)];
> - int c;
> -
> - memset(buf, 0, sizeof(buf));
> - tx_bytes = min_t(size_t, remaining, BYTES_PER_FIFO_WORD);
> -
> - for (c = 0; c < tx_bytes ; c++) {
> - buf[c] = xmit->buf[tail++];
> - tail &= UART_XMIT_SIZE - 1;
> - }
> -
> - iowrite32_rep(uport->membase + SE_GENI_TX_FIFOn, buf, 1);
> -
> - i += tx_bytes;
> - uport->icount.tx += tx_bytes;
> - remaining -= tx_bytes;
> - port->tx_remaining -= tx_bytes;
> - }
> -
> - xmit->tail = tail;
> + xmit->tail = qcom_geni_serial_send_chunk_fifo(uport, chunk);
Why you want to assign to xmit->tail here?
>
> /*
> * The tx fifo watermark is level triggered and latched. Though we had
>
--
i.
next prev parent reply other threads:[~2022-11-18 15:30 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-11-18 12:25 [PATCH 00/15] serial: qcom-geni-serial: implement support for SE DMA Bartosz Golaszewski
2022-11-18 12:25 ` [PATCH 01/15] tty: serial: qcom-geni-serial: drop unneeded forward definitions Bartosz Golaszewski
2022-11-18 13:15 ` Konrad Dybcio
2022-11-18 12:25 ` [PATCH 02/15] tty: serial: qcom-geni-serial: remove unused symbols Bartosz Golaszewski
2022-11-18 13:19 ` Konrad Dybcio
2022-11-18 12:25 ` [PATCH 03/15] tty: serial: qcom-geni-serial: align #define values Bartosz Golaszewski
2022-11-18 13:20 ` Konrad Dybcio
2022-11-18 12:25 ` [PATCH 04/15] tty: serial: qcom-geni-serial: simplify the to_dev_port() macro Bartosz Golaszewski
2022-11-18 13:22 ` Konrad Dybcio
2022-11-18 15:11 ` Ilpo Järvinen
2022-11-18 12:25 ` [PATCH 05/15] tty: serial: qcom-geni-serial: remove stray newlines Bartosz Golaszewski
2022-11-18 13:23 ` Konrad Dybcio
2022-11-18 12:25 ` [PATCH 06/15] tty: serial: qcom-geni-serial: refactor qcom_geni_serial_isr() Bartosz Golaszewski
2022-11-18 13:23 ` Konrad Dybcio
2022-11-18 15:12 ` Ilpo Järvinen
2022-11-18 12:25 ` [PATCH 07/15] tty: serial: qcom-geni-serial: remove unneeded tabs Bartosz Golaszewski
2022-11-18 13:25 ` Konrad Dybcio
2022-11-18 12:25 ` [PATCH 08/15] tty: serial: qcom-geni-serial: split out the FIFO tx code Bartosz Golaszewski
2022-11-18 13:27 ` Konrad Dybcio
2022-11-18 15:30 ` Ilpo Järvinen [this message]
2022-11-18 12:25 ` [PATCH 09/15] tty: serial: qcom-geni-serial: drop the return value from handle_rx Bartosz Golaszewski
2022-11-18 13:28 ` Konrad Dybcio
2022-11-18 12:25 ` [PATCH 10/15] tty: serial: qcom-geni-serial: use of_device_id data Bartosz Golaszewski
2022-11-18 13:31 ` Konrad Dybcio
2022-11-18 12:25 ` [PATCH 11/15] tty: serial: qcom-geni-serial: stop operations in progress at shutdown Bartosz Golaszewski
2022-11-18 13:31 ` Konrad Dybcio
2022-11-18 12:25 ` [PATCH 12/15] tty: serial: provide devm_uart_add_one_port() Bartosz Golaszewski
2022-11-18 12:25 ` [PATCH 13/15] tty: serial: qcom-geni-serial: use devres for uart port management Bartosz Golaszewski
2022-11-18 12:25 ` [PATCH 14/15] soc: qcom-geni-se: add more symbol definitions Bartosz Golaszewski
2022-11-18 13:35 ` Konrad Dybcio
2022-11-18 12:25 ` [PATCH 15/15] tty: serial: qcom-geni-serial: add support for serial engine DMA Bartosz Golaszewski
2022-11-18 15:50 ` Ilpo Järvinen
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=3bc36af8-3cd4-b4b0-af30-2c5f309dc519@linux.intel.com \
--to=ilpo.jarvinen@linux.intel.com \
--cc=agross@kernel.org \
--cc=andersson@kernel.org \
--cc=bartosz.golaszewski@linaro.org \
--cc=brgl@bgdev.pl \
--cc=elder@kernel.org \
--cc=gregkh@linuxfoundation.org \
--cc=jirislaby@kernel.org \
--cc=konrad.dybcio@somainline.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=srinivas.kandagatla@linaro.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