Thread (6 messages) 6 messages, 3 authors, 2018-02-21
DORMANTno replies

[PATCH v3 1/1] tty: serial: imx: allow breaks to be received when using dma

From: Uwe Kleine-König <hidden>
Date: 2018-02-21 08:17:47
Also in: linux-serial

Hello Troy,

On Tue, Feb 20, 2018 at 12:25:16PM -0800, Troy Kisky wrote:
quoted
quoted
@@ -1028,6 +1027,7 @@ static int start_rx_dma(struct imx_port *sport)
 
 static void clear_rx_errors(struct imx_port *sport)
 {
+	struct tty_port *port = &sport->port.state->port;
 	unsigned int status_usr1, status_usr2;
 
 	status_usr1 = readl(sport->port.membase + USR1);
@@ -1036,12 +1036,18 @@ static void clear_rx_errors(struct imx_port *sport)
 	if (status_usr2 & USR2_BRCD) {
 		sport->port.icount.brk++;
 		writel(USR2_BRCD, sport->port.membase + USR2);
-	} else if (status_usr1 & USR1_FRAMERR) {
-		sport->port.icount.frame++;
-		writel(USR1_FRAMERR, sport->port.membase + USR1);
-	} else if (status_usr1 & USR1_PARITYERR) {
-		sport->port.icount.parity++;
-		writel(USR1_PARITYERR, sport->port.membase + USR1);
+		if (tty_insert_flip_char(port, 0, TTY_BREAK) == 0)
+			sport->port.icount.buf_overrun++;
+		tty_flip_buffer_push(port);
I think this needs to call uart_handle_break() as imx_rxint() does. Not sure
how to properly handle SYSRQ in the dma case though.

SYSRQ is only for the console port, and console port is never dma. But UPF_SAK may be
an issue. I don't know enough about "Secure Attention Key" to say.


Should I add uart_handle_break anyway ?
You're right about both SYSRQ and SAK. I think uart_handle_break is the
right one for the latter.

Best regards
Uwe

-- 
Pengutronix e.K.                           | Uwe Kleine-K?nig            |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help