V4L/DVB (6665a): finish the VID_HARDWARE_* removal
This patch removes a few remainders of the VID_HARDWARE_* removal. Signed-off-by: Adrian Bunk <bunk@kernel.org> Signed-off-by: Mauro Carvalho Chehab <mchehab@infradead.org> 643d01fb38b6f376cced035549f4e193018776e7
This commit is contained in:
parent
c23f5949c0
commit
4c5efc1778
|
@ -96,7 +96,6 @@ static struct video_device my_radio
|
|||
{
|
||||
"My radio",
|
||||
VID_TYPE_TUNER,
|
||||
VID_HARDWARE_MYRADIO,
|
||||
radio_open.
|
||||
radio_close,
|
||||
NULL, /* no read */
|
||||
|
@ -118,13 +117,6 @@ static struct video_device my_radio
|
|||
indicates that the device can be tuned. Clearly our radio is going to have some
|
||||
way to change channel so it is tuneable.
|
||||
</para>
|
||||
<para>
|
||||
The VID_HARDWARE_ types are unique to each device. Numbers are assigned by
|
||||
<email>alan@redhat.com</email> when device drivers are going to be released. Until then you
|
||||
can pull a suitably large number out of your hat and use it. 10000 should be
|
||||
safe for a very long time even allowing for the huge number of vendors
|
||||
making new and different radio cards at the moment.
|
||||
</para>
|
||||
<para>
|
||||
We declare an open and close routine, but we do not need read or write,
|
||||
which are used to read and write video data to or from the card itself. As
|
||||
|
@ -844,7 +836,6 @@ static struct video_device my_camera
|
|||
"My Camera",
|
||||
VID_TYPE_OVERLAY|VID_TYPE_SCALES|\
|
||||
VID_TYPE_CAPTURE|VID_TYPE_CHROMAKEY,
|
||||
VID_HARDWARE_MYCAMERA,
|
||||
camera_open.
|
||||
camera_close,
|
||||
camera_read, /* no read */
|
||||
|
|
|
@ -41,10 +41,6 @@
|
|||
|
||||
#define USBVISION_DEBUG /* Turn on debug messages */
|
||||
|
||||
#ifndef VID_HARDWARE_USBVISION
|
||||
#define VID_HARDWARE_USBVISION 34 /* USBVision Video Grabber */
|
||||
#endif
|
||||
|
||||
#define USBVISION_PWR_REG 0x00
|
||||
#define USBVISION_SSPND_EN (1 << 1)
|
||||
#define USBVISION_RES2 (1 << 2)
|
||||
|
|
Loading…
Reference in New Issue