1. 29 1月, 2009 1 次提交
  2. 12 10月, 2008 1 次提交
  3. 05 6月, 2008 1 次提交
  4. 25 4月, 2008 1 次提交
  5. 18 2月, 2008 1 次提交
  6. 31 7月, 2007 1 次提交
    • T
      V4L/DVB (5890): zr36067: Add UYVY, RGB555X, RGB565X, and RGB32 formats · 603d6f2c
      Trent Piepho 提交于
      Add support for the UYVY and the other big endian output formats.  The
      driver was naming formats based on the host endianess.  This is different
      that all the other drivers appear to work and not what software appears
      to expect.
      
      Use ARRAY_SIZE() to find the the size of the zoran_formats array.
      
      Change the way the driver handles setting the video format register.  Rather
      than use some if and switch statements to set to register by looking at the
      format id, the format list simply has a field with the proper bits to set.
      
      Adds a bit of ifdef to make a driver without V4L1 support more possible.
      Also create a macro for defining formats that handles vl41 and/or vl42
      support to avoid repeated ifdefs in the format list.
      Signed-off-by: NTrent Piepho <xyzzy@speakeasy.org>
      Acked-by: NRonald S. Bultje <rbultje@ronald.bitfreak.net>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      603d6f2c
  7. 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
  8. 25 6月, 2006 1 次提交
    • M
      V4L/DVB (3916): AverMedia 6 Eyes AVS6EYES support · fbe60daa
      Martin Samuelsson 提交于
      Add support for the AverMedia 6 Eyes MJPEG card.
      - Updated drivers/media/video/Kconfig with AVS6EYES
        options.
      - Added CONFIG_VIDEO_ZORAN_AVS6EYES to
        drivers/media/video/Makefile.
      - Added I2C_DRIVERID_BT866 and I2C_DRIVERID_KS0127 to
        include/linux/i2c-id.h
      - Added drivers/media/video/ks0127.c, imported and modified from
        the Marvel project.
      - Added drivers/media/video/ks0127.h, imported and modified from
        the Marvel project.
      - Added drivers/media/video/bt866.c, ported from a 2.4 version
        by Christer Weinigel.
      - Added AVS6EYES to drivers/media/video/zoran_card.c
      - Added input_mux to all cards in drivers/media/video/zoran_card.c
      - Added input mux module parameter to drivers/media/video/zoran_card.c
      - Added AVS6EYES to card_type in drivers/media/video/zoran.h
      - Added input_mux to card_info in drivers/media/video/zoran.h
      - Upped BUZ_MAX_INPUT in drivers/media/video/zoran.h from 8 to 16,
        as the AVS6EYES has 10.
      - Updated Documentation/video4linux/Zoran with information about AVS6EYES.
      Signed-off-by: NMartin Samuelsson <sam@home.se>
      Signed-off-by: NAdrian Bunk <bunk@stusta.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      fbe60daa
  9. 25 3月, 2006 1 次提交
  10. 23 3月, 2006 1 次提交
  11. 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