Bug in tty cooked mode kernel 3.12.3

[Karl Dahlke <eklhad@comcast.net>]

This may have appeared in 3.9.11 with the changes to tty.
Don't know; I just started running 3.12 from kernel.org.
Perhaps nobody saw it before because nobody runs command line programs,
we're all on desktops or x or whatever,
and even those in the command line are still raw.
bash is raw by default, but I run it cooked.
You can supress its readline functions like this.

set +o emacs
set +o vi
set +o histexpand
set +o history

That puts its tty back into cooked mode.

Come up in run level 3, command line mode,
and bring up two consoles with bash in cooked mode as above.
Set a simple prompt like this.

PS1='$ '

Switch to console 2 via alt-f2.
Hit return.
The cursor should drop to a new line then give you the $ prompt.
But it puts the $ prompt next too the old one, then drops down
to a blank line.
The $ prompt and the crlf are out of sequence.
Hit return a few more times and it will straighten itself out.
Then switch back to console 1 alt-f1
Hit return and the same bug,
$ $

hit return a few more times to straighten it out.
Switch back to console 2 and the same problem.
For me it's repeatable.

It's also very confusing when I'm running other command line programs with cooked tty.
For unknown reasons the crlf can come out at the wrong time,
breaking lines or leaving lines together.
My editor can run either way, so I've switched it over to readline mode
and I haven't noticed any problems this way, yet.
But I would prefer the cooked mode.

I looked through MAINTAINERS but couldn't find
a clear maintainer for drivers/tty/tty*.c
Please forward this to the appropriate people.

Thank you.

Karl Dahlke