[media] v4l2-core: drop g/s_priority ops

The handling of VIDIOC_G/S_PRIORITY is now entirely done by the V4L2
core, so we can drop the g/s_priority ioctl ops.

We do have to make sure though that when S_PRIORITY is called we check
that the driver used struct v4l2_fh. This check can be removed once all
drivers are converted to that structure.

Signed-off-by: Hans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: Mauro Carvalho Chehab <mchehab@osg.samsung.com>

1 files changed, 3 insertions, 4 deletions

diff --git a/drivers/media/v4l2-core/v4l2-dev.c b/drivers/media/v4l2-core/v4l2-dev.c
index 9f4538ce09c2..e2b8b3ed6ef3 100644
--- a/drivers/media/v4l2-core/v4l2-dev.c
+++ b/drivers/media/v4l2-core/v4l2-dev.c
@@ -532,10 +532,9 @@ static void determine_valid_ioctls(struct video_device *vdev)
         /* vfl_type and vfl_dir independent ioctls */
 
         SET_VALID_IOCTL(ops, VIDIOC_QUERYCAP, vidioc_querycap);
-        if (ops->vidioc_g_priority)
-                set_bit(_IOC_NR(VIDIOC_G_PRIORITY), valid_ioctls);
-        if (ops->vidioc_s_priority)
-                set_bit(_IOC_NR(VIDIOC_S_PRIORITY), valid_ioctls);
+        set_bit(_IOC_NR(VIDIOC_G_PRIORITY), valid_ioctls);
+        set_bit(_IOC_NR(VIDIOC_S_PRIORITY), valid_ioctls);
+
         /* Note: the control handler can also be passed through the filehandle,
            and that can't be tested here. If the bit for these control ioctls
            is set, then the ioctl is valid. But if it is 0, then it can still