Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 7 Nov 2008 19:55:16 +0100
From:      Rink Springer <rink@FreeBSD.org>
To:        Ed Schouten <ed@80386.nl>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>, Hans Petter Selasky <hselasky@c2i.net>
Subject:   Re: usb2: scanner no longer working
Message-ID:  <20081107185516.GC39947@rink.nu>
In-Reply-To: <20081107184929.GJ1165@hoeg.nl>
References:  <200811071134.42761.shoesoft@gmx.net> <200811071702.48123.hselasky@c2i.net> <20081107183801.GI1165@hoeg.nl> <200811071947.10612.hselasky@c2i.net> <20081107184929.GJ1165@hoeg.nl>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Nov 07, 2008 at 07:49:29PM +0100, Ed Schouten wrote:
> Hello Hans,
> 
> * Hans Petter Selasky <hselasky@c2i.net> wrote:
> > Basically there is nothing wrong with using chmod and chown. Hence USB
> > has its own directory system which is not part of devfs, it was
> > natural to also have a separate utility to set the permissions and
> > ownership, which might become more complicated than simply a user and
> > group. At EuroBSDcon this year I got some ideas about defining
> > functional permission groups, like permissions for all USB keyboards
> > for example, instead of permissions for individual devices.  This
> > pradigm will then break with chmod and chown.
> 
> But that's not the right direction. If we really want to do such things,
> we should add ACL support to devfs, which is already something we
> eventually want to do. I don't agree that we should create yet another
> namespace with permissions instead of using the traditional /dev
> directory.

I'm working on migrating this to make_dev(9), so USB devices will get
created like everything else and thus work properly using devfs et al.

-- 
Rink P.W. Springer                                - http://rink.nu
"Anyway boys, this is America. Just because you get more votes doesn't
 mean you win." - Fox Mulder



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081107185516.GC39947>