lkml.org 
[lkml]   [2002]   [Feb]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH/RFC] videodev.[ch] redesign
Date
On Saturday 09 February 2002 21:44, Gerd Knorr wrote:
> > > It also provides a ioctl wrapper function which handles copying the
> > > ioctl args from/to userspace, so we have this at one place can drop all
> > > the copy_from/to_user calls within the v4l device driver ioctl
> > > handlers.
> >
> > That is a large improvement.
> > But you don't include a lock against reentry, which is bad.
>
> I don't want to handle the wrapper function too much. IMHO it is the
> job of the driver to do locking if needed. For some read-only ioctls
> like VIDIOCGCAP you don't need locking at all.

OK.

> > > Comments?
> >
> > Could you make a helper for open like for ioctl ?
>
> video_open does call video_device[minor]->fops->open(), isn't that
> enought?

I'd prefer seeing exclusive opening handeled in the helper initially.

> > And please don't use a pointer to the device descriptor
> > in the file structure. It makes live for USB devices much harder.
>
> Sorry, I don't understand. What exactly do you mean?
> file->private_data? videodev.c doesn't touch it ...

But the skeleton driver you provide does so.

Regards
Oliver
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:24    [W:0.105 / U:1.692 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site