1. 26 7月, 2008 1 次提交
  2. 20 7月, 2008 1 次提交
  3. 25 4月, 2008 1 次提交
  4. 26 1月, 2008 3 次提交
    • M
      V4L/DVB (6699): pvrusb2: Use of virtual IR chip is a device-specific attribute · 056d1a89
      Mike Isely 提交于
      For Hauppauge 24xxx devices, the IR receiver is a custom piece of
      logic that is very specific to the device.  The pvrusb2 driver can
      virtualize this to make it look like a more normal IR receiver found
      in other Hauppauge devices.  The decision of whether or not to enable
      this virtualization however is a device-specific attribute, thus this
      changeset.
      Signed-off-by: NMike Isely <isely@pobox.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      056d1a89
    • M
      V4L/DVB (6692): pvrusb2: Centralize device specific attributes into a single place · 989eb154
      Mike Isely 提交于
      The pvrusb2 driver currently supports two variants of the Hauppauge
      PVR USB2.  However there are other hardware types potentially
      supportable, but the driver at the moment is not structured to make it
      easy to describe these minor variations.  This changeset is the first
      set of changes to make such additional device support possible.
      Device attributes are held in several tables all contained within
      pvrusb2-devattr.c; all other device-specific driver behavior now
      derives from these tables.
      Signed-off-by: NMike Isely <isely@pobox.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      989eb154
    • M
      V4L/DVB (6691): pvrusb2: Rework pipeline state control · 681c7399
      Mike Isely 提交于
      This is a new implementation for video pipeline control within the
      pvrusb2 driver.  Actual start/stop of the pipeline is moved to the
      driver's kernel thread.  Pipeline stages are controlled autonomously
      based on surrounding pipeline or application control state.  Kernel
      thread management is also cleaned up and moved into the internal
      control structure of the driver, solving a set up / tear down race
      along the way.  Better failure recovery is implemented with this new
      control strategy.  Also with this change comes better control of the
      cx23416 encoder, building on additional information learned about the
      peculiarities of controlling this part (this information was the
      original trigger for this rework).  With this change, overall encoder
      stability should be considerably improved.  Yes, this is a large
      change for this driver, but due to the nature of the feature being
      worked on, the changes are fairly pervasive and would be difficult to
      break into smaller pieces with any semblence of step-wise stability.
      Signed-off-by: NMike Isely <isely@pobox.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      681c7399
  5. 14 10月, 2007 1 次提交
  6. 11 10月, 2007 1 次提交
  7. 10 10月, 2007 1 次提交
  8. 09 5月, 2007 1 次提交
  9. 21 2月, 2007 6 次提交
  10. 14 2月, 2007 1 次提交
    • J
      i2c: Declare more i2c_adapter parent devices · 12a917f6
      Jean Delvare 提交于
      Declare the parent device of i2c_adapter devices each time we can
      easily do so. It makes the i2c_adapter appear at the right place in
      the device tree, rather than as a platform device.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Cc: David Brownell <dbrownell@users.sourceforge.net>
      Cc: Len Brown <len.brown@intel.com>
      Cc: Jordan Crouse <jordan.crouse@amd.com>
      Cc: Jody McIntyre <scjody@modernduck.com>
      Cc: Stefan Richter <stefanr@s5r6.in-berlin.de>
      Cc: v4l-dvb-maintainer@linuxtv.org
      Cc: Petr Vandrovec <vandrove@vc.cvut.cz>
      12a917f6
  11. 10 12月, 2006 1 次提交
    • M
      V4L/DVB (4763): Pvrusb2: Implement IR reception for 24xxx devices · cc75aede
      Mike Isely 提交于
      Unlike 29xxx devices, the 24xxx model series does not have a dedicated
      I2C device for reception of IR codes.  Instead IR is handled directly
      by the FX2 microcontroller and the results are communicated via
      commands to the FX2.  Rather than implement a whole new IR reception
      pathway for 24xxx devices, this changeset instead emulates the
      presence of the 29xxx device's I2C based IR receiver by intercepting
      commands to that chip and issuing appropriate FX2 commands to do the
      needed action.  This has the result of allowing all the usual IR
      frameworks (ir-kbd-i2c or lirc) to continue working unmodified for
      24xxx devices.
      Signed-off-by: NMike Isely <isely@pobox.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@infradead.org>
      cc75aede
  12. 26 9月, 2006 1 次提交
  13. 01 7月, 2006 2 次提交
  14. 27 6月, 2006 1 次提交