Date: Sun, 04 May 2014 16:44:49 -0700 From: Nathan Whitehorn <nwhitehorn@freebsd.org> To: Marcel Moolenaar <marcel@xcllnt.net> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, Marcel Moolenaar <marcel@freebsd.org>, src-committers@freebsd.org Subject: Re: svn commit: r262957 - in head/etc: etc.arm etc.ia64 etc.mips etc.powerpc etc.sparc64 Message-ID: <5366D0F1.4010805@freebsd.org> In-Reply-To: <03B7BFB3-4472-4612-9AD7-F3B8D478813F@xcllnt.net> References: <201403092106.s29L6M3D056313@svn.freebsd.org> <53608DAF.7070606@freebsd.org> <03B7BFB3-4472-4612-9AD7-F3B8D478813F@xcllnt.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 05/04/14 16:42, Marcel Moolenaar wrote: > On Apr 29, 2014, at 10:44 PM, Nathan Whitehorn <nwhitehorn@freebsd.org> wrote: > >> On 03/09/14 14:06, Marcel Moolenaar wrote: >>> Author: marcel >>> Date: Sun Mar 9 21:06:22 2014 >>> New Revision: 262957 >>> URL: http://svnweb.freebsd.org/changeset/base/262957 >>> >>> Log: >>> Change the terminal type/class for enabled serial lines to 3wire. This >>> allows us to change the uart(4) driver to not hardcode specific line >>> settings for the serial console. >>> A terminal type of 3wire makes sure the console still works when no DCD >>> signal is present, which preserves behviour. When it is known that the >>> terminal server (or DCE in general) provides DCD, a terminal type/class >>> of std can be used. This has the effect of being logged out when one >>> disconnects from the console -- improving security overall. >>> Likewise, when uart(4) does not fixate the baudrate, one can change >>> the terminal type/class to set a specific baudrate. An operator can use >>> this to change the console speed mid-flight, without needing a reboot. >>> Of course it helps in this respect if and when the firmware can be >>> configured from the OS. >>> The above mentioned capabilities depend on uart(4) being changed, which >>> is to happen next. >>> >> Should we set onifconsole for x86 UARTs as well? That enables them if they are the kernel console and is probably a user friendliness improvement. > Sorry for the delay... > > I think that's a very good idea. I wasn't even aware of this > flag. We could mark all ttyu# lines as onifconsole by default > across all architectures and if that unifies the contents of > the /etc/ttys file, revert back to a single one... > A single ttys file would be fantastic! Could you take the lead here? I'm pretty busy at the moment. -Nathan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5366D0F1.4010805>