From owner-freebsd-current@FreeBSD.ORG Fri Oct 15 12:39:28 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69F3416A4CE for ; Fri, 15 Oct 2004 12:39:28 +0000 (GMT) Received: from vbook.fbsd.ru (asplinux.ru [195.133.213.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id C432643D1D for ; Fri, 15 Oct 2004 12:39:27 +0000 (GMT) (envelope-from vova@vbook.fbsd.ru) Received: from vova by vbook.fbsd.ru with local (Exim 4.42 (FreeBSD)) id 1CIRMk-0009jN-7u; Fri, 15 Oct 2004 16:39:26 +0400 From: Vladimir Grebenschikov To: Michael Nottebrock In-Reply-To: <200410151355.53534.michaelnottebrock@gmx.net> References: <20041013205141.GA874@galgenberg.net> <416EE19D.50400@mac.com> <20041015100633.GA45863@cirb503493.alcatel.com.au> <200410151355.53534.michaelnottebrock@gmx.net> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable Organization: SWsoft Date: Fri, 15 Oct 2004 16:39:25 +0400 Message-Id: <1097843965.1049.37.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.0.0FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov cc: Chuck Swiger cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 15 Oct 2004 12:39:28 -0000 =F7 =D0=D4, 15/10/2004 =D7 13:55 +0200, Michael Nottebrock =D0=C9=DB=C5=D4: > On Friday 15 October 2004 12:06, Peter Jeremy wrote: >=20 > > Whilst we're discussing ATAPICAM, even after I make /dev/cd0[ac] mode > > 666, I can't write to it as a non-root user. Does anyone know the > > rationale for this and which particular EPERM is the culprit?=20 >=20 > Stuff goes through the whole cam device chain if you're using the cd* dev= ices,=20 > so you'll have to adjust permissions for the corresponding xpt* and pass*= =20 > devices just like you would with scsi drives. >=20 > Example devfs.conf snippet (this is suitable for members of group operato= r): >=20 > # Allow cdrom user access > perm cd0 0660 > perm cd1 0660 > perm cd2 0660 >=20 > # Allow SCSI passthrough/transport user access > perm xpt0 0660 > perm xpt1 0660 > perm xpt2 0660 > perm pass0 0660 > perm pass1 0660 > perm pass2 0660 I think it is better to use devfs rulesets: % cat /etc/devfs.rules [devfsrules_common=3D7] add path 'acd*' mode 660 group operator add path 'cd*' mode 660 group operator add path 'pass*' mode 660 group operator add path 'xpt*' mode 660 group operator % fgrep devfs /etc/rc.conf devfs_system_ruleset=3D"devfsrules_common" % It will work with dynamic attachments, also, please not there one xptX device for single CAM bus --=20 Vladimir B. Grebenchikov vova@fbsd.ru