1. 12 2月, 2007 1 次提交
  2. 26 9月, 2006 1 次提交
  3. 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
  4. 01 7月, 2006 1 次提交
  5. 25 6月, 2006 2 次提交
  6. 25 3月, 2006 1 次提交
  7. 23 3月, 2006 1 次提交
  8. 12 1月, 2006 1 次提交
  9. 10 1月, 2006 1 次提交
    • A
      V4L (926_2): Moves compat32 functions from fs to v4l subsystem · 0d0fbf81
      Arnd Bergmann 提交于
      This moves the 32 bit ioctl compatibility handlers for
      Video4Linux into a new file and adds explicit calls to them
      to each v4l device driver.
      
      Unfortunately, there does not seem to be any code handling
      the v4l2 ioctls, so quite often the code goes through two
      separate conversions, first from 32 bit v4l to 64 bit v4l,
      and from there to 64 bit v4l2. My patch does not change
      that, so there is still much room for improvement.
      
      Also, some drivers have additional ioctl numbers, for
      which the conversion should be handled internally to
      that driver.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@brturbo.com.br>
      0d0fbf81
  10. 06 1月, 2006 1 次提交
  11. 07 11月, 2005 1 次提交
  12. 11 9月, 2005 1 次提交
  13. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4