Hello, I've been posting on the v4l-dvb mailing list about getting the uvcvideo module to build and load properly after installing the v4l-dvb distribution. The problem is that they supply their own version of the v4l headers, and that causes any v4l related modules built with the standard headers to fail loading with a number of unresolved symbols. A way around this is to re-build the uvcvideo module using the v4l-dvb headers. So within the v4l-dvb distribution you order a "make kernel-links" command which updates the headers. One problem is that the headers they supply are from a more up-to-date kernel, so when the uvc_compat.h file checks the kernel it see a version < 2.6.18 (actually 2.6.17-10-generic) and subsequently tries to define a number of structures already present in the more up-to-date videodev2.h file. A dirty way around this is to force uvc_compat.h to think the kernel version is > 2.6.19 to avoid the redefinitions. When I do that the uvcvideo module builds without complaint, however, it still fails to load issuing a series of unresolved symbols:
$ sudo insmod uvcvideo.ko insmod: error inserting 'uvcvideo.ko': -1 Unknown symbol in module [17185392.912000] uvcvideo: disagrees about version of symbol video_devdata [17185392.912000] uvcvideo: Unknown symbol video_devdata [17185392.912000] uvcvideo: disagrees about version of symbol video_unregister_device [17185392.912000] uvcvideo: Unknown symbol video_unregister_device [17185392.916000] uvcvideo: disagrees about version of symbol video_device_alloc [17185392.916000] uvcvideo: Unknown symbol video_device_alloc [17185392.916000] uvcvideo: disagrees about version of symbol video_register_device [17185392.916000] uvcvideo: Unknown symbol video_register_device [17185392.916000] uvcvideo: disagrees about version of symbol video_device_release [17185392.916000] uvcvideo: Unknown symbol video_device_release Is there a problem with my dirty "fix". Perhaps uvcvideo is still relying on a module that needs to be rebuilt with hte new headers. Anyone have any ideas? Cheers, -Brandon Drummond _______________________________________________ Linux-uvc-devel mailing list [email protected] https://lists.berlios.de/mailman/listinfo/linux-uvc-devel
