[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200703041120.45211.rgetz@blackfin.uclinux.org>
Date: Sun, 4 Mar 2007 11:20:44 -0500
From: Robin Getz <rgetz@...ckfin.uclinux.org>
To: "Mike Frysinger" <vapier.adi@...il.com>
Cc: rmk@....linux.org.uk,
"Linux Kernel Mailing List" <linux-kernel@...r.kernel.org>,
linux-serial@...r.kernel.org
Subject: Re: should RTS init in serial core be tied to CRTSCTS
On Thu 1 Mar 2007 19:03, Mike Frysinger pondered:
> the console= bootcmd allows for controlling of the initial state of
> flow control by adding/omitting the 'r' suffix ... however, the
> uart_startup() function in serial_core.c always calls down into the
> serial driver with TIOCM_RTS:
> static int uart_startup(...) {
> ...
> /*
> * Setup the RTS and DTR signals once the
> * port is open and ready to respond.
> */
> if (info->tty->termios->c_cflag & CBAUD)
> uart_set_mctrl(port, TIOCM_RTS | TIOCM_DTR);
> ...
>
> shouldnt TIOCM_RTS be passed down only when the 'r' is appended to the
> boot cmdline ? perhaps like this:
> uart_set_mctrl(port, (info->flags & UIF_CTS_FLOW ? TIOCM_RTS : 0) |
> TIOCM_DTR); assuming too that TIOCM_DTR should always be set ...
This would help a similar problem I am having. Simply using a serial console
with Flow control enabled, turns flow control on.
If the application wants the capability to turn Flow control on later, without
booting with it on, the current code does not allow this...
Was this the intended use the the 'console=...r'?
Thanks
-Robin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists