Date: Mon, 5 May 2008 11:58:30 -0400 From: John Baldwin <jhb@freebsd.org> To: "M. Warner Losh" <imp@bsdimp.com> Cc: src-committers@freebsd.org, kmacy@freebsd.org, cvs-src@freebsd.org, cvs-all@freebsd.org, phk@phk.freebsd.dk, cperciva@freebsd.org Subject: Re: cvs commit: src/etc/etc.mips ttys Message-ID: <200805051158.30782.jhb@freebsd.org> In-Reply-To: <20080505.080823.2086232061.imp@bsdimp.com> References: <5978.1209974842@critter.freebsd.dk> <200805050949.27063.jhb@freebsd.org> <20080505.080823.2086232061.imp@bsdimp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 05 May 2008 10:08:23 am M. Warner Losh wrote: > In message: <200805050949.27063.jhb@freebsd.org> > John Baldwin <jhb@FreeBSD.org> writes: > : On Monday 05 May 2008 04:07:22 am Poul-Henning Kamp wrote: > : > In message <481EB19B.3000201@freebsd.org>, Colin Percival writes: > : > >Poul-Henning Kamp wrote: > : > >> In message <200805050535.m455ZmI1030493@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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200805051158.30782.jhb>