From owner-freebsd-arch@FreeBSD.ORG Mon Jul 19 06:59:30 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 90E3416A4CE; Mon, 19 Jul 2004 06:59:30 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3652A43D48; Mon, 19 Jul 2004 06:59:30 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (warner@rover2.village.org [10.0.0.1]) by harmony.village.org (8.12.11/8.12.11) with ESMTP id i6J6wPuN021234; Mon, 19 Jul 2004 00:58:25 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Mon, 19 Jul 2004 00:58:25 -0600 (MDT) Message-Id: <20040719.005825.26202805.imp@bsdimp.com> To: pjd@freebsd.org From: "M. Warner Losh" In-Reply-To: <20040718184008.GC57678@darkness.comp.waw.pl> References: <20040718151649.GA53675@gothmog.gr> <20040718165142.GA17142@khazad.dyndns.org> <20040718184008.GC57678@darkness.comp.waw.pl> 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: keramida@ceid.upatras.gr cc: zeratul2@wanadoo.es cc: nsouch@free.fr cc: freebsd-arch@freebsd.org Subject: Re: some PRs X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2004 06:59:30 -0000 In message: <20040718184008.GC57678@darkness.comp.waw.pl> Pawel Jakub Dawidek writes: : On Sun, Jul 18, 2004 at 06:51:42PM +0200, Robert Millan wrote: : +> I don't claim that /dev/full is useful just for the sake of it. Your argument : +> (that having a device just for each errno value is silly) is something I : +> basicaly agree with. : : Even if it is used by some programms, I don't see it in the base system. : It can be always implemented as a kernel module and maintained outside : the tree. Given that it is implemented in this driver in about 20 lines, I think that it makes sense to have it in the base. Suggesting it be maintained outside of the tree is just plain silly. It should be brought in or abadoned. Warner