<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=us-ascii" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Mike,<br>
<br>
Great minds think alike - and so do ours! The numeric GID will handle
this nicely and is consistant with all of the other modprobe options.<br>
<br>
Please make this option set /sys /proc and any /dev entries created by
the driver as this will make it all in the same context.<br>
<br>
Good weekend everyone. <br>
<br>
Bill<br>
<br>
Mike Isely wrote:
<blockquote cite="midPine.LNX.4.58.0509021727520.25511@cnc.isely.net"
 type="cite">
  <pre wrap="">On Fri, 2 Sep 2005, Bill Crowell wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">Better than my last reply.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
Good, because I still didn't like the idea in your last reply either.
It's still putting distribution specific info into a driver (even if only
at the point when it is compiled)...

  </pre>
  <blockquote type="cite">
    <pre wrap="">put in a modprobe.conf option for pvrusb2:

option pvrusb2 group=video

modprobe runs as root and this would allow setting without a
compile-time option.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
This still has one problem, but it's a good idea and we can do something
that will have a similar effect.  The one problem is that "group=video"
gets passed verbatim into the kernel driver and thus the driver would
still have the very difficult job of trying to translate "video" to
whatever gid your distro is using.  There's no way for modprobe itself to
translate since it can't know what the option is supposed to mean.

But we could still do something like this:

option pvrusb2 group=23

(where 23 is the gid for your video group)

This I have no problem with doing.  In fact I'll even create a user option
as well.  You'd still have to hand-translate the group (or user) name once
when setting up the file, but it keeps the distro specific knowledge out
of the kernel and only in a config file that's part of your installation.

There is precedent for this approach.  I just now realized that the
realtime kernel module implements exactly the same sort of solution for
getting a gid into the kernel.

I'm adding this to my to-do list right now.

  -Mike


  </pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">-- 
William G. Crowell, VP &amp; CTO
Crowell Systems
4235 South Stream Blvd Suite 100
Charlotte NC 28217
704.665.2000 fax 704.665.2180 
</pre>
</body>
</html>