In lists.linux.v4l, you wrote:
> > As usual, this is just IMHO, but I think the idea of videodev.c was to
> > be a pretty lightweight wrapper, with the driver doing all the real
> > work.
>
> The multiopen locking in videodev.c was a mistake. I actually fixed the 2.4
> read/write locking on most of the radio devices so removing it shouldnt be
> too tricky.
It is still impossible to support multiple opens as the driver's can't hook
data into file->private_data (neither directly nor indirectly) and therefore
can't disturgish the filehandles.
Justin's videodevX.c solves this in IMHO nice way. It adds a second struct
with enhanced open/read/... hooks and a second pair of register/unregister
calls (v4l2 way of handing it). Both old and new drivers can register and
get minor numbers below major 81.
Any chance to see this in 2.5.x (or even 2.4.x ?).
Gerd
--
Protecting the children is a good way to get a lot of adults who cant
stand up for themselves. -- seen in some sig on /.
_______________________________________________
Video4linux-list mailing list
[EMAIL PROTECTED]
https://listman.redhat.com/mailman/listinfo/video4linux-list
