From owner-freebsd-usb@FreeBSD.ORG Fri Aug 22 09:37:47 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 4B0831065693 for ; Fri, 22 Aug 2008 09:37:47 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id BCE048FC2D for ; Fri, 22 Aug 2008 09:37:46 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A55B75.dip.t-dialin.net [84.165.91.117]) by redbull.bpaserver.net (Postfix) with ESMTP id 111AB2E15A; Fri, 22 Aug 2008 11:37:42 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 3A90A1396AB; Fri, 22 Aug 2008 11:37:39 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m7M9bcUb041874; Fri, 22 Aug 2008 11:37:38 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Fri, 22 Aug 2008 11:37:38 +0200 Message-ID: <20080822113738.75855zbz0hkckp8o@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 22 Aug 2008 11:37:38 +0200 From: "Alexander Leidinger" To: "Kris Kennaway" References: <48AD9B9A.8070403@FreeBSD.org> <200808211856.47568.hselasky@c2i.net> <48ADA66A.3040906@FreeBSD.org> <20080821.115210.-524876976.imp@bsdimp.com> <20080822102925.12906gou50yqgpvw@webmail.leidinger.net> <48AE7FFA.7070502@FreeBSD.org> In-Reply-To: <48AE7FFA.7070502@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 111AB2E15A.A46B7 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-11.627, required 6, BAYES_00 -15.00, J_CHICKENPOX_33 0.60, J_CHICKENPOX_34 0.60, J_CHICKENPOX_38 0.60, MIME_QP_LONG_LINE 1.40, RDNS_DYNAMIC 0.10, TW_EV 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No 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: Fri, 22 Aug 2008 09:37:47 -0000 Quoting "Kris Kennaway" (from Fri, 22 Aug 2008 =20 10:59:38 +0200): > Alexander Leidinger wrote: >> Quoting "M. Warner Losh" (from Thu, 21 Aug 2008 =20 >> 11:52:10 -0600 (MDT)): >> >>> In message: <48ADA66A.3040906@FreeBSD.org> >>> Kris Kennaway writes: >>> : Hans Petter Selasky wrote: >> >>> : > The USB stack will work fine without "usbconfig". Its purpose =20 >>> is : > mostly to >>> : > view the currently attached USB devices, where the USB devices =20 >>> : > are located >>> : > and to select a non-default USB configuration. One thing which might= be >>> : > missed is to change owner and permission of a USB device, =20 >>> which means you >>> : > must be either UID=3Droot or GID=3DOPERATOR to be able to use USB = =20 >>> : > devices that >>> : > create devices under /dev/ . >>> : >>> : OK great, this isn't critical either. I think all of the issues I >>> : raised are agreed upon now! >> >> Wait a moment. Does this mean the devfs stuff to handle the access =20 >> rights (devfs.rules or manual chown/chmod by root) does not work =20 >> with the new usb stuff? If the answer is yes, I would see this as =20 >> some kind of nasty bug (I don't think this shall be a showstopper, =20 >> as long as this is fixed later). > > Yes, he said it will be fixed later. You are aware that I point out that this may or may not suggest that =20 HPS is circumventing the normal devfs infrastructure and that this may =20 or may not be a problem and should be reviewed by someone with =20 knowledge about the devfs infrastructure? And as he mentioned that in the context of the userland utilities, it =20 may be interesting if this means if an USB specific userland utility =20 will be responsible to change the ownership and file access or not. If =20 yes, what are the consequences from a security point of view and what =20 about POLA (devfs.rules, chown/chmod)? I want to see this new USB subsystem, but if the answer to the above =20 paragraph is yes, then this would be a showstopper for me (IMO the =20 replacement should work in this regard as before, I don't say it can =20 not be changed after enough people agree that the replacement was =20 successful). Bye, Alexander. --=20 Such a fine first dream! But they laughed at me; they said I had made it up. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137