cvs commit: src/etc/etc.mips ttys

John Baldwin jhb at freebsd.org
Mon May 5 18:27:03 UTC 2008


On Monday 05 May 2008 10:08:23 am M. Warner Losh wrote:
> In message: <200805050949.27063.jhb at freebsd.org>
>             John Baldwin <jhb at FreeBSD.org> writes:
> : On Monday 05 May 2008 04:07:22 am Poul-Henning Kamp wrote:
> : > In message <481EB19B.3000201 at freebsd.org>, Colin Percival writes:
> : > >Poul-Henning Kamp wrote:
> : > >> In message <200805050535.m455ZmI1030493 at repoman.freebsd.org>, Warner
> : > >> Losh write
> : > >>
> : > >> s:
> : > >>>  Added files:
> : > >>>    etc/etc.mips         ttys
> : > >>>  Log:
> : > >>>  Mips ttys file.  Copied from i386 version with removal of the vga
> : > >>>  entries.
> : > >>
> : > >> We should really replace this file with a script that generates it
> : > >> from a set of sensible parameters at build-time.
> : > >
> : > >Yes please -- kmacy might have worked around this, but at one point 
this
> : > >was the only non-kernel file which needed to be different for Xen 
builds.
> : >
> : > And for anyone looking at this, there is also a task to eliminate the
> : > pty devices in this file, the reason why they are there has to do with
> : > the introduction of the really weird notion of "remote logins" back in
> : > the early 1980'ies, we really could do better.
> : 
> : Err, I thought it was because utmp still uses the line index in /etc/ttys 
so 
> : ptys have to be listed in /etc/ttys to get an index.  I haven't looked at 
> : utmpx, but it might be nice if we had a utmp format that 1) didn't limit 
> : usernames to 16 chars, and 2) stored the name of the tty rather than a 
dev_t.  
> : 2) is what I think has broken 'w -M /var/crash/vmcore.X' since 5.x.
> 
> /var/run/utmp stores the name.  However, it does appear to use the
> index in /etc/ttys to write the record into /var/run/utmp.  typical
> entries look like:

Hmm, 'w' still uses the dev_t to match entries in utmp to processes.  Oh, w(1) 
uses stat() on the node in /dev so it always gets "live" dev_t's instead of 
reading them out of the core dump somehow, so that is how it breaks for core 
dumps.

-- 
John Baldwin


More information about the cvs-src mailing list