On Mon, 6 Jul 2015, Ian Lepore wrote:
On Mon, 2015-07-06 at 19:33 +, Neel Natu wrote:
Author: neel
Date: Mon Jul 6 19:33:29 2015
New Revision: 285217
URL: https://svnweb.freebsd.org/changeset/base/285217
Log:
Always assert DCD and DSR in bhyve's uart emulation.
The /etc/ttys entry
Bruce Evans wrote this message on Tue, Jul 07, 2015 at 16:11 +1000:
- tty_init_console() doesn't set CLOCAL in the lock state device. So
without fixation, bugs like the one in reset(1) break serial consoles.
Here's a patch to fix that:
Index: tty.c
On Tue, 7 Jul 2015, John-Mark Gurney wrote:
Bruce Evans wrote this message on Tue, Jul 07, 2015 at 16:11 +1000:
- tty_init_console() doesn't set CLOCAL in the lock state device. So
without fixation, bugs like the one in reset(1) break serial consoles.
Here's a patch to fix that:
Index:
On Mon, 2015-07-06 at 19:33 +, Neel Natu wrote:
Author: neel
Date: Mon Jul 6 19:33:29 2015
New Revision: 285217
URL: https://svnweb.freebsd.org/changeset/base/285217
Log:
Always assert DCD and DSR in bhyve's uart emulation.
The /etc/ttys entry for a serial console in
This seems like a wrong fix. A real 3-wire serial console doesn't have
DCD and DSR wired on. Why isn't the right fix here having the user with
this problem to do stty -f /dev/ttyu0.lock clocal, maybe in rc.local?
Hmmm, or maybe it would be right for getty to do the equivelent when it
sees a
Author: neel
Date: Mon Jul 6 19:33:29 2015
New Revision: 285217
URL: https://svnweb.freebsd.org/changeset/base/285217
Log:
Always assert DCD and DSR in bhyve's uart emulation.
The /etc/ttys entry for a serial console in FreeBSD/x86 is as follows:
ttyu0 /usr/libexec/getty 3wire
Ok, so I just tested on real hardware, and something is wrong w/
FreeBSD's behavior... Could this be a change between 10 and HEAD?
uart_tty.c r264175 wasn't MFC'd - see UPDATING, 20140405 for the details.
later,
Peter.
___
svn-src-all@freebsd.org
Peter Grehan wrote this message on Mon, Jul 06, 2015 at 15:51 -0700:
Ok, so I just tested on real hardware, and something is wrong w/
FreeBSD's behavior... Could this be a change between 10 and HEAD?
uart_tty.c r264175 wasn't MFC'd - see UPDATING, 20140405 for the details.
Ok, then we
Ian Lepore wrote this message on Mon, Jul 06, 2015 at 14:11 -0600:
On Mon, 2015-07-06 at 19:33 +, Neel Natu wrote:
Author: neel
Date: Mon Jul 6 19:33:29 2015
New Revision: 285217
URL: https://svnweb.freebsd.org/changeset/base/285217
Log:
Always assert DCD and DSR in bhyve's
Though there is a question is why DCD isn't assert by bhyve when
there is a session attached to the console...
Modem signal policy wasn't implemented. The workaround now is that DCD
is permanently asserted, but at some point when a proper terminal
backend is in place, the signal policy would
10 matches
Mail list logo