From owner-freebsd-current Thu Sep 26 8: 8:26 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31B4537B401 for ; Thu, 26 Sep 2002 08:08:22 -0700 (PDT) Received: from critter.freebsd.dk (esplanaden.cybercity.dk [212.242.40.114]) by mx1.FreeBSD.org (Postfix) with ESMTP id 771B043E6E for ; Thu, 26 Sep 2002 08:08:21 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id g8QF7sgk004788; Thu, 26 Sep 2002 17:07:54 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Andrew Gallatin Cc: Mark Murray , current@FreeBSD.ORG Subject: Re: ttys patch - any objections? In-Reply-To: Your message of "Thu, 26 Sep 2002 11:04:29 EDT." <15763.8701.497010.29864@grasshopper.cs.duke.edu> Date: Thu, 26 Sep 2002 17:07:54 +0200 Message-ID: <4787.1033052874@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG In message <15763.8701.497010.29864@grasshopper.cs.duke.edu>, Andrew Gallatin w rites: > >Mark Murray writes: > > Hi > > > > The attached patch gets done by me any time I set up a FreeBSD > > box (I like lots of VTYs and X on ALT-F12). > > > > Any objections to my committing this? > >I object. > >Most of my machines are headless without video cards and use a serial >console. With devfs this means that /dev/ttyv[1-N] do not exist and >getty bitches like this: > >Sep 26 11:00:11 monet getty[543]: open /dev/ttyv1: No such file or directory > >Its an incredible pain in the ass to get spammed by these things on a >9600 baud serial console while you're editing ttys to turn the damned >things off. I don't want to have to have 4 more lines of spam to >deal with when installing a new server. > >If you also fix getty to silently ignore the problem and go to sleep >forever, then I withdraw my objection. I think the right thing to do is to make getty check for DEVFS, an if found just got to sleep. The correct way to check for devfs is to try to read the sysctl variable "vfs.devfs.generation", if that succeeds, DEVFS is there and the above failure is non-fatal. It can be argued that it is never fatal though. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message