Donate to e Foundation | Murena handsets with /e/OS | Own a part of Murena! Learn more

Commit 62936982 authored by Hans Verkuil's avatar Hans Verkuil Committed by Mauro Carvalho Chehab
Browse files

[media] feature-removal-schedule: change in how radio device nodes are handled 



Radio devices have weird side-effects when used with combined TV/radio
tuners and the V4L2 spec is ambiguous on how it should work. This results
in inconsistent driver behavior which makes life hard for everyone.

Be more strict in when and how the switch between radio and tv mode
takes place and make sure all drivers behave the same.

Signed-off-by: default avatarHans Verkuil <hans.verkuil@cisco.com>
Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
parent a024c1a6

Documentation/feature-removal-schedule.txt

+22 −0
Original line number Diff line number Diff line
@@ -600,3 +600,25 @@ Why: Superseded by the UVCIOC_CTRL_QUERY ioctl. 
Who:	Laurent Pinchart <laurent.pinchart@ideasonboard.com>



----------------------------



What:	For VIDIOC_S_FREQUENCY the type field must match the device node's type.

	If not, return -EINVAL.

When:	3.2

Why:	It makes no sense to switch the tuner to radio mode by calling

	VIDIOC_S_FREQUENCY on a video node, or to switch the tuner to tv mode by

	calling VIDIOC_S_FREQUENCY on a radio node. This is the first step of a

	move to more consistent handling of tv and radio tuners.

Who:	Hans Verkuil <hans.verkuil@cisco.com>



----------------------------



What:	Opening a radio device node will no longer automatically switch the

	tuner mode from tv to radio.

When:	3.3

Why:	Just opening a V4L device should not change the state of the hardware

	like that. It's very unexpected and against the V4L spec. Instead, you

	switch to radio mode by calling VIDIOC_S_FREQUENCY. This is the second

	and last step of the move to consistent handling of tv and radio tuners.

Who:	Hans Verkuil <hans.verkuil@cisco.com>



----------------------------