Hi all! The second phase that needs to be done to remove the v4l1 support from the kernel is that libv4l1 should replace the v4l1-compat code from the kernel. I do not know how complete the libv4l1 code is right now. I would like to know in particular whether the VIDIOCGMBUF/mmap behavior can be faked in libv4l1 if drivers do not support the cgmbuf vidioc call. In principle libv4l1 should allow V4L1 apps to run fine with V4L2 drivers. That will also solve the problem of embedded device vendors running new kernels with old V4L1 applications. They just need to use libv4l1. The third phase that can be done in parallel is to convert V4L1-only apps. I strongly suspect that any apps that are V4L1-only are also unmaintained. We have discussed before that we should set up git repositories for such tools (xawtv being one of the more prominent apps since it contains several v4l1-only console apps). Once we have maintainership, then we can convert these tools to v4l2 and distros and other interested parties have a place to send patches to. I'm afraid that it is unlikely that anyone will do that work for us, so it's probably best just to bite the bullet and do it ourselves. Regards, Hans -- Hans Verkuil - video4linux developer - sponsored by TANDBERG -- 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
