Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 03 Nov 2013 15:32:01 -0600
From:      Nathan Whitehorn <nwhitehorn@freebsd.org>
To:        Peter Grehan <grehan@freebsd.org>
Cc:        Michael Dexter <editor@callfortesting.org>, Devin Teske <dteske@freebsd.org>, "Teske, Devin" <Devin.Teske@fisglobal.com>, "<freebsd-current@freebsd.org> Current" <freebsd-current@freebsd.org>
Subject:   Re: [CFT] bsdinstall and zfsboot enhancements
Message-ID:  <8594E939-F5DB-4BA3-9AC6-77C59A5E194D@freebsd.org>
In-Reply-To: <52769CFE.5080707@freebsd.org>
References:  <C9783B1F-20EA-4C08-9947-70DF363E8B6A@fisglobal.com> <5275C597.6070702@freebsd.org> <97944047-D575-4E2E-B687-9871DFE058E3@fisglobal.com> <ABD90FE2-1540-410A-959E-D91D0BE811E3@freebsd.org> <52769CFE.5080707@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help

On Nov 3, 2013, at 12:59 PM, Peter Grehan wrote:

>>> Peter, can you restate the problem for Nathan so that we can
>>> maybe find a better home for this change? or perhaps more clearly
>>> define (than I) how we arrived at the code for the bhyve work?
>
> The issue is that /etc/ttys is static. Serial console installs  
> assume that the user knows that the file should be edited manually  
> to enable getty on the serial port. This seems at odds with a server  
> o/s :(

Yes, I agree. It's a significant usability issue...

> The suggestion I brought up with Devin was to see if the install was  
> done on a serial port, and if so, then ask if the user wanted to  
> enable a getty on that terminal. I think the patch might need some  
> work: for instance, a sysctl could be used to see if the console is  
> on a ttyu* device, and only enable for that and not for all ttys. I  
> was going to try it out this weekend but was a bit slow off the  
> mark :)

This was something along the lines of what I was thinking.

>> So I guess the real problem here is that init does not know enough to
>> start a login prompt on the console. This has irritated me for a  
>> while
>> actually. Maybe that should be fixed? The "console" entry, which  
>> would
>> always automatically work, in /etc/ttys is marked off, which  
>> apparently
>> happened in the runup to 4.0. It might be time to revisit that.
>
> That's also not good :( /dev/console is assumed to be a sink for log  
> messages and not really an interactive tty.

Is there any way to extract the backing device via, for example, an  
ioctl() from /dev/console? It seems bizarre that up until the login  
prompt the OS can figure out where to route console messages up until  
the login prompt and then gets confused at that point. I'd really  
prefer to have the intelligence there, since all the information  
needed is present, rather than have the installer guess. conscontrol  
has the ability to get the console backing TTY device through the  
kern.console TTY. Maybe init could do the same trick and add whatever  
is in kern.console if not manually specified in /etc/ttys?
-Nathan



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8594E939-F5DB-4BA3-9AC6-77C59A5E194D>