1. 12 10月, 2008 6 次提交
  2. 27 7月, 2008 3 次提交
  3. 26 7月, 2008 2 次提交
  4. 24 7月, 2008 3 次提交
  5. 20 7月, 2008 7 次提交
  6. 27 6月, 2008 1 次提交
  7. 05 6月, 2008 1 次提交
  8. 25 4月, 2008 1 次提交
  9. 18 2月, 2008 1 次提交
    • M
      V4L/DVB (7133): Fix Kconfig dependencies · 057596ee
      Mauro Carvalho Chehab 提交于
      As pointed by Adrian Bunk, with I2C=m and VIDEO_DEV=y, videodev brokes.
      
      This patch moves the functions that videodev needs from v4l2-common. It also
      fixes some Kconfig changes.
      
      After this patch, I2C=m / VIDEO_DEV=y will make v4l2 core statically linked
      into kernel. v4l2-common will be m, and all V4L drivers will also be m.
      
      This approach is very conservative, since it is possible to have V4L drivers
      that don't need I2C or v4l2-common. The better is to map what drivers really
      need v4l2-common, making them to select v4l2-common, and allowing the others to
      be 'y', 'm' and 'n'.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      057596ee
  10. 22 10月, 2007 2 次提交
  11. 10 10月, 2007 2 次提交
  12. 15 9月, 2007 1 次提交
  13. 28 4月, 2007 2 次提交
  14. 01 3月, 2007 2 次提交
  15. 21 2月, 2007 2 次提交
  16. 10 12月, 2006 1 次提交
  17. 26 9月, 2006 2 次提交
  18. 11 9月, 2006 1 次提交
    • M
      V4L/DVB (4605): Fixes an issue with V4L1 and make headers-install · 8a905162
      Mauro Carvalho Chehab 提交于
      V4L1 support should be disabled when no CONFIG_VIDEO_V4L1_COMPAT is defined,
      to allow checking for broken V4L2 ports. This is very important during the
      migration phase for V4L2 API.
      However, userspace apps should be capable of using both APIs, since they need
      to test at runtime, via VIDIOCGCAP ioctl, if V4L1 is supported. So, when
      __KERNEL__ is not defined, those ioctls and corresponding structs should be
      visible.
      This patch also removes the obsolete defines HAVE_V4L1 and HAVE_V4L2, that
      where causing some confusion, and were replaced by CONFIG_VIDEO_V4L1_COMPAT
      and CONFIG_VIDEO_V4L2.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      8a905162