Date: Fri, 15 Oct 2004 16:39:25 +0400 From: Vladimir Grebenschikov <vova@fbsd.ru> To: Michael Nottebrock <michaelnottebrock@gmx.net> Cc: freebsd-current@freebsd.org Subject: Re: atapicam(4) as KLD? Message-ID: <1097843965.1049.37.camel@localhost> 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>
next in thread | previous in thread | raw e-mail | index | archive | help
=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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1097843965.1049.37.camel>