From: Sebastian Andrzej Siewior <sebastian@breakpoint.cc>
To: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Fabio Estevam <festevam@gmail.com>,
Sebastian Andrzej Siewior <bigeasy@linutronix.de>,
jiwang <jiada_wang@mentor.com>, Jiri Slaby <jslaby@suse.cz>,
"linux-serial@vger.kernel.org" <linux-serial@vger.kernel.org>,
linux-kernel <linux-kernel@vger.kernel.org>,
anton_bondarenko@mentor.com, Dirk Behme <dirk.behme@de.bosch.com>,
Nicolae Rosia <nicolae.rosia@gmail.com>,
Fabio Estevam <fabio.estevam@freescale.com>
Subject: [PATCH v2] serial: imx: Revert "initialized DMA w/o HW flow enabled"
Date: Fri, 8 May 2015 09:13:40 +0200 [thread overview]
Message-ID: <20150508071340.GA2603@breakpoint.cc> (raw)
In-Reply-To: <CAOMZO5Dvv2oMujUqtXg0QXZ-VNbwKuRTCOVfcfNYzgWLkHZ1NA@mail.gmail.com>
From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
This basically reverts commit 068500e08dc8 ("serial: imx: initialized
DMA w/o HW flow enabled") simply because it does not work.
I tested it on various IMX6 boards and the default SDMA firmware, that is
included in ROM, does not work properly. The SDMA interrupt counter does
not stop increment (which means the SDMA does not stop working) and I see
a lot of 0x00 (sometimes other bytes) which are added to the tty buffer
which are not part of the data transfer.
Jiada claimed that there is a firmware which makes it work but failed to
provide me a link to the firmware. All he said was that it can not be
shipped as part of the kernel due to license issues. I've found one
firmware in the FSL-tree but this firmware causes only TTY-overflows and
*no* data is transmitted.
Currently I see no other way out.
Fixes: 068500e08dc8 ("serial: imx: initialized DMA w/o HW flow enabled")
Cc: stable@vger.kernel.org
Reviewed-by: Fabio Estevam <fabio.estevam@freescale.com>
Tested-by: Fabio Estevam <fabio.estevam@freescale.com>
Cc: Jiada Wang <jiada_wang@mentor.com>
Cc: nicolae.rosia@gmail.com
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
---
v1…v2: wording
drivers/tty/serial/imx.c | 18 +++++++++++++-----
1 file changed, 13 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/serial/imx.c b/drivers/tty/serial/imx.c
index 8aff0b4d8ddf..e686c75fa4dc 100644
--- a/drivers/tty/serial/imx.c
+++ b/drivers/tty/serial/imx.c
@@ -1113,11 +1113,6 @@ static int imx_startup(struct uart_port *port)
writel(temp & ~UCR4_DREN, sport->port.membase + UCR4);
- /* Can we enable the DMA support? */
- if (is_imx6q_uart(sport) && !uart_console(port) &&
- !sport->dma_is_inited)
- imx_uart_dma_init(sport);
-
spin_lock_irqsave(&sport->port.lock, flags);
/* Reset fifo's and state machines */
i = 100;
@@ -1308,6 +1303,17 @@ imx_set_termios(struct uart_port *port, struct ktermios *termios,
} else {
ucr2 |= UCR2_CTSC;
}
+
+ /*
+ * Can we enable the DMA support? Be aware that
+ * at least IMX6 needs to load external SDMA firmware in
+ * order work properly. The in-ROM firmware is not
+ * wokring properly.
+ */
+ if ((ucr2 & UCR2_CTSC) && is_imx6q_uart(sport) &&
+ !uart_console(port) && !sport->dma_is_inited)
+ imx_uart_dma_init(sport);
+
} else {
termios->c_cflag &= ~CRTSCTS;
}
@@ -1424,6 +1430,8 @@ imx_set_termios(struct uart_port *port, struct ktermios *termios,
if (UART_ENABLE_MS(&sport->port, termios->c_cflag))
imx_enable_ms(&sport->port);
+ if (sport->dma_is_inited && !sport->dma_is_enabled)
+ imx_enable_dma(sport);
spin_unlock_irqrestore(&sport->port.lock, flags);
}
--
2.1.4
next prev parent reply other threads:[~2015-05-08 7:13 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-07 20:24 [PATCH] serial: imx: Revert "initialized DMA w/o HW flow enabled" Sebastian Andrzej Siewior
2015-05-07 20:54 ` Fabio Estevam
2015-05-07 21:16 ` Sebastian Andrzej Siewior
2015-05-07 22:11 ` Fabio Estevam
2015-05-07 23:17 ` Fabio Estevam
2015-05-08 7:13 ` Sebastian Andrzej Siewior [this message]
2015-05-08 11:30 ` [PATCH v2] " Fabio Estevam
2015-05-08 11:50 ` Sebastian Andrzej Siewior
2015-05-08 12:24 ` Fabio Estevam
2015-05-19 12:18 ` Fabio Estevam
2015-06-12 13:30 ` Sebastian Andrzej Siewior
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=20150508071340.GA2603@breakpoint.cc \
--to=sebastian@breakpoint.cc \
--cc=anton_bondarenko@mentor.com \
--cc=bigeasy@linutronix.de \
--cc=dirk.behme@de.bosch.com \
--cc=fabio.estevam@freescale.com \
--cc=festevam@gmail.com \
--cc=gregkh@linuxfoundation.org \
--cc=jiada_wang@mentor.com \
--cc=jslaby@suse.cz \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-serial@vger.kernel.org \
--cc=nicolae.rosia@gmail.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;
as well as URLs for NNTP newsgroup(s).