Stanislav Brabec wrote:
Stanislav Brabec wrote:
wanghui wrote:
For this situation, i guess you use a single serial port both as a
printk console and as a login tty.
Yes, I did exactly that.
Well, I just succeeded with experiments.
Changing
if (console_suspend_enabled || !uart_console(uport)) {
in resume process just above the line
/* Protected by port mutex for now */
to
if (1) {
makes resume working with no_console_suspend again. So one of lines
inside does something important.
Even then, the log is incomplete. dmesg shows more, but even it lacks
printk output from inside of if (1).
Hah, :), i guess the ops->set_termios() resume your uart in the end.
Why lost some logs, i will try to reproduce your test.
--
To unsubscribe from this list: send the line "unsubscribe linux-serial" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
