[RFCv3 PATCH 0/16] Move priority handling into the core

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is the third attempt at moving priority handling into the core.

I have added two helper functions that allocate and free just a single
v4l2_fh struct. This can be used by drivers that do not need to embed the
struct v4l2_fh into a larger struct.

This is not longer called implicitly by the core. Drivers much explicitly
use struct v4l2_fh in order to support priority handling.

Also added a new helper function to detect whether a file handle is the
only open file handle for the associated device node. Many drivers need
to do something on the first open or last close and they all do some use
counting to keep track of that. With v4l2_fh we already have that information,
so a simple function will make that available to the driver.

Finally some documentation was also added.

This patch series converts radio-mr800 (removing the bogus autopm
support allows us to remove the open/release support), radio-cadet
(typical first-time open and close code, shows how easy it is to use
the helper functions) and radio-maxiradio.

ivtv is also converted as it is currently the only driver that embeds
struct v4l2_fh.

Tested for all converted drivers except for radio-cadet due to lack of
hardware.

Core support for priority handling is necessary in order to have consistent
handling of priorities and to handle priorities and the control framework.

Comments are welcome!

Regards,

        Hans

--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux