From owner-cvs-all@FreeBSD.ORG Mon Oct 4 06:14:22 2004 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2503416A4D1; Mon, 4 Oct 2004 06:14:22 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id AF39D43D5F; Mon, 4 Oct 2004 06:14:21 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id i946BRnN085025; Mon, 4 Oct 2004 00:11:27 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 04 Oct 2004 00:13:00 -0600 (MDT) Message-Id: <20041004.001300.56105451.imp@bsdimp.com> To: kensmith@FreeBSD.ORG From: "M. Warner Losh" In-Reply-To: <200410040339.i943dqTO027895@repoman.freebsd.org> References: <200410040339.i943dqTO027895@repoman.freebsd.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit cc: cvs-src@FreeBSD.ORG cc: src-committers@FreeBSD.ORG cc: cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/etc/etc.sparc64 ttys X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Oct 2004 06:14:22 -0000 In message: <200410040339.i943dqTO027895@repoman.freebsd.org> Ken Smith writes: : With the fixes to getty handling of non-existent devices a default : install now complains about ttyu0/ttyu1 not existing at boot time. Actually, I think this was the fixes to init. getty actually complains less than it did before (once verus once every 10 minutes). The init changes were due, in part, to a change in how devs are presented to the user (the fix I backed out was an attempt to cope with the new world order). Before devfs, the error was ENXIO for non-existant devices that MAKEDEVs had created (which init took to be "known, but not present so don't start this). After devfs, the error is ENOENT, because before devices are created by the driver via make_dev(), the system has no knowledge of them. The check in init now likely can never be hit, but I wasn't up to making that big a change. Sorry if the changes I did make caused you grief. Warner