From owner-freebsd-usb@FreeBSD.ORG Sat Aug 23 15:54:39 2008 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BD6C1065674 for ; Sat, 23 Aug 2008 15:54:39 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 2A6D08FC12 for ; Sat, 23 Aug 2008 15:54:38 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 847C7170E4; Sat, 23 Aug 2008 15:27:25 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m7NFROdu010491; Sat, 23 Aug 2008 15:27:24 GMT (envelope-from phk@critter.freebsd.dk) To: Hans Petter Selasky From: "Poul-Henning Kamp" In-Reply-To: Your message of "Sat, 23 Aug 2008 10:34:53 +0200." <200808231034.54484.hselasky@c2i.net> Date: Sat, 23 Aug 2008 15:27:24 +0000 Message-ID: <10490.1219505244@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-usb@freebsd.org Subject: Re: usb4bsd patch review X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Aug 2008 15:54:39 -0000 In message <200808231034.54484.hselasky@c2i.net>, Hans Petter Selasky writes: >The problem about "devfs.rules" with regard to USB is that you don't know what >you are giving permissions to. A rule that gives permission to "/dev/ulpt0" >will give permissions to the first printer you plug into the USB system. That >is not neccessarily what the user wants. I think this might be a good time to consider the devd/devfs distribution of work. The reason devfs(8) works like "firewall rules" is that we did not want some mandatory daemon to set the modes, in particular on embedded systems. The alternative solution is to always create device nodes "root:wheel r--" and let the daemon set the mode as desired. This model has the advantage of not needing the uid, gid and mode arguments to make_dev, something that has always been acknowleded as a kludge. The down side is that devd(8) becomes a mandatory daemon on most systems. Given that devfs(8) has not exactly been a stellar success and that it often and repeatedly bites people with it slightly pedantic semantics, transitioning in that direction might be a good thing. -- 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.