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

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

[media] feature-removal: update V4L1 removal status 



While the V4L1 compatibility module has been removed, we still have
two V4L1 drivers that prevent full V4L1 removal.

Those drivers have been moved to staging and will be removed in 2.6.39,
together with the last V4L1 support.

Signed-off-by: default avatarHans Verkuil <hverkuil@xs4all.nl>
Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
parent 39c3d488

Documentation/feature-removal-schedule.txt

+11 −13
Original line number Original line Diff line number Diff line
@@ -98,35 +98,33 @@ Who: Pavel Machek <pavel@ucw.cz> 
---------------------------

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





What:	Video4Linux API 1 ioctls and from Video devices.

What:	Video4Linux API 1 ioctls and from Video devices.

When:	kernel 2.6.38

When:	kernel 2.6.39

Files:	include/linux/videodev.h

Files:	include/linux/videodev.h

Check:	include/linux/videodev.h

Check:	include/linux/videodev.h

Why:	V4L1 AP1 was replaced by V4L2 API during migration from 2.4 to 2.6

Why:	V4L1 AP1 was replaced by V4L2 API during migration from 2.4 to 2.6

	series. The old API have lots of drawbacks and don't provide enough

	series. The old API have lots of drawbacks and don't provide enough

	means to work with all video and audio standards. The newer API is

	means to work with all video and audio standards. The newer API is

	already available on the main drivers and should be used instead.

	already available on the main drivers and should be used instead.

	Newer drivers should use v4l_compat_translate_ioctl function to handle



	old calls, replacing to newer ones.

	The userspace libv4l1 library can convert V4L1 calls to V4L2. This

	Decoder iocts are using internally to allow video drivers to

	replaces the kernel V4L1 compatibility module which was removed in

	communicate with video decoders. This should also be improved to allow

	2.6.38. The last V4L1 drivers will either be converted to V4L2 or

	V4L2 calls being translated into compatible internal ioctls.

	removed for 2.6.39 at which point the V4L1 API will cease to exist.

	Compatibility ioctls will be provided, for a while, via 

	v4l1-compat module. 

Who:	Mauro Carvalho Chehab <mchehab@infradead.org>

Who:	Mauro Carvalho Chehab <mchehab@infradead.org>





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

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





What:	Video4Linux obsolete drivers using V4L1 API

What:	Video4Linux obsolete drivers using V4L1 API

When:	kernel 2.6.38

When:	kernel 2.6.39

Files:	drivers/staging/cpia/* drivers/staging/stradis/*

Files:	drivers/staging/se401/* drivers/staging/usbvideo/*

Check:	drivers/staging/cpia/cpia.c drivers/staging/stradis/stradis.c

Check:	drivers/staging/se401/se401.c drivers/staging/usbvideo/usbvideo.c

Why:	There are some drivers still using V4L1 API, despite all efforts we've done

Why:	There are some drivers still using V4L1 API, despite all efforts we've done

	to migrate. Those drivers are for obsolete hardware that the old maintainer

	to migrate. Those drivers are for obsolete hardware that the old maintainer

	didn't care (or not have the hardware anymore), and that no other developer

	didn't care (or not have the hardware anymore), and that no other developer

	could find any hardware to buy. They probably have no practical usage today,

	could find any hardware to buy. They probably have no practical usage today,

	and people with such old hardware could probably keep using an older version

	and people with such old hardware could probably keep using an older version

	of the kernel. Those drivers will be moved to staging on 2.6.37 and, if nobody

	of the kernel. Those drivers will be moved to staging on 2.6.38 and, if nobody

	care enough to port and test them with V4L2 API, they'll be removed on 2.6.38.

	cares enough to port and test them with V4L2 API, they'll be removed on 2.6.39.

Who:	Mauro Carvalho Chehab <mchehab@infradead.org>

Who:	Mauro Carvalho Chehab <mchehab@infradead.org>





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

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