An error occurred fetching the project authors.
  1. 09 Aug, 2010 2 commits
  2. 01 Jun, 2010 2 commits
  3. 19 May, 2010 3 commits
  4. 26 Feb, 2010 2 commits
    • Kusanagi Kouichi's avatar
      V4L/DVB: cx25840: Fix composite detection · 10e43d90
      Kusanagi Kouichi authored
      If CX25840_VIN1_CH1 and the like is used, input is not detected as composite.
      Their value is 0x800000XX and CX25840_COMPONENT_ON is 0x80000200. So
      
         739			else if ((vid_input & CX25840_COMPONENT_ON) == 0)
      
      this condition never be true.
      Signed-off-by: default avatarKusanagi Kouichi <slash@ac.auone-net.jp>
      Reviewed-by: default avatarAndy Walls <awalls@radix.net>
      Acked-by: default avatarAndy Walls <awalls@radix.net>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      10e43d90
    • Andy Walls's avatar
      V4L/DVB: cx25840, v4l2-subdev, ivtv, pvrusb2: Fix ivtv/cx25840 tinny audio · 3ccc646b
      Andy Walls authored
      This change attempts to fix the ivtv tinny audio problem by keeping digitizer
      to encoder audio clocks running, while disabling the video clocks as needed to
      avoid unpredictable PCI bus hangs.
      
      To accomplish this, for the cx25840 module enabling of audio streaming had
      to be separated from enabling video streaming, requiring an additional
      v4l2_subdev_audio_op and calls to this new op in the pvrusb2 and ivtv drivers.
      
      The cx231xx and cx23885 driver use the cx25840 module for affecting only
      video on s_stream calls, so those drivers needed no change.
      
      The CX23418 hardware does not exhibit either the tinny audio problem nor the PCI
      bus hang, so the cx18 driver did not need corresponding changes.
      
      CX2341[56] based cards that are not using the CX2584x family of chips
      do not seem to be affected by the tinny audio problem, and this change should
      not affect how they are configured. It will delay their first capture by
      starting by another 300 msec though.
      
      Many thanks go to Argus <pthorn-ivtvd@styx2002.no-ip.org> and
      Martin Dauskardt <martin.dauskardt@gmx.de> whose persistent testing and
      investigation of this problem will hopefully fix this problem once and for all
      for many ivtv users.
      Reported-by: default avatarMartin Dauskardt <martin.dauskardt@gmx.de>
      Reported-by: default avatarArgus <pthorn-ivtvd@styx2002.no-ip.org>
      Signed-off-by: default avatarAndy Walls <awalls@radix.net>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      3ccc646b
  5. 05 Dec, 2009 6 commits
  6. 12 Sep, 2009 1 commit
  7. 07 Apr, 2009 6 commits
  8. 30 Mar, 2009 6 commits
  9. 29 Jan, 2009 2 commits
  10. 02 Jan, 2009 1 commit
  11. 30 Dec, 2008 1 commit
  12. 03 Sep, 2008 1 commit
  13. 26 Jul, 2008 1 commit
  14. 20 Jul, 2008 3 commits
  15. 26 Jun, 2008 1 commit
  16. 18 May, 2008 1 commit
    • Jean Delvare's avatar
      i2c: Convert remaining new-style drivers to use module aliasing · af294867
      Jean Delvare authored
      Update all the remaining new-style i2c drivers to use standard module
      aliasing instead of the old driver_name/type driver matching scheme.
      
      Note that the tuner driver is a bit quirky at the moment, as it
      overwrites i2c_client.name with arbitrary strings. We write "tuner"
      back on remove, to make sure that driver cycling will work properly,
      but there may still be troublesome corner cases.
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      af294867
  17. 29 Apr, 2008 1 commit
    • Jean Delvare's avatar
      i2c: Add support for device alias names · d2653e92
      Jean Delvare authored
      Based on earlier work by Jon Smirl and Jochen Friedrich.
      
      This patch allows new-style i2c chip drivers to have alias names using
      the official kernel aliasing system and MODULE_DEVICE_TABLE(). At this
      point, the old i2c driver binding scheme (driver_name/type) is still
      supported.
      Signed-off-by: default avatarJean Delvare <khali@linux-fr.org>
      Cc: Jochen Friedrich <jochen@scram.de>
      Cc: Jon Smirl <jonsmirl@gmail.com>
      Cc: Kay Sievers <kay.sievers@vrfy.org>
      d2653e92