1. 15 4月, 2013 3 次提交
  2. 16 8月, 2012 1 次提交
  3. 15 2月, 2012 2 次提交
  4. 28 7月, 2011 1 次提交
    • M
      [media] Stop using linux/version.h on most video drivers · 1990d50b
      Mauro Carvalho Chehab 提交于
      All the modified drivers didn't have any version increment since
      Jan, 1 2011. Several of them didn't have any version increment
      for a long time, even having new features and important bug fixes
      happening.
      
      As we're now filling the QUERYCAP version with the current Kernel
      Release, we don't need to maintain a per-driver version control
      anymore. So, let's just use the default.
      
      In order to preserve the Kernel module version history, a
      KERNEL_VERSION() macro were added to all modified drivers, and
      the extraver number were incremented.
      
      I opted to preserve the per-driver version control to a few
      pwc, pvrusb2, s2255, s5p-fimc and sh_vou.
      
      A few drivers are still using the legacy way to handle ioctl's.
      So, we can't do such change on them, otherwise, they'll break.
      Those are: uvc, et61x251 and sn9c102.
      
      The rationale is that the per-driver version control seems to be
      actively maintained on those.
      
      Yet, I think that the better for them would be to just use the
      default version numbering, instead of doing that by themselves.
      
      While here, removed a few uneeded include linux/version.h
      Acked-by: NHans Verkuil <hans.verkuil@cisco.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      1990d50b
  5. 31 1月, 2011 1 次提交
  6. 19 1月, 2011 2 次提交
    • J
      [media] hdpvr: reduce latency of i2c read/write w/recycled buffer · 559d162e
      Jarod Wilson 提交于
      The current hdpvr code kmalloc's a new buffer for every i2c read and
      write. Rather than do that, lets allocate a buffer in the driver's
      device struct and just use that every time.
      
      The size I've chosen for the buffer is the maximum size I could
      ascertain might be used by either ir-kbd-i2c or lirc_zilog, plus a bit
      of padding (lirc_zilog may use up to 100 bytes on tx, rounded that up
      to 128).
      
      Note that this might also remedy user reports of very sluggish behavior
      of IR receive with hdpvr hardware.
      
      v2: make sure (len <= (dev->i2c_buf)) [Jean Delvare]
      Reported-by: NJean Delvare <khali@linux-fr.org>
      Acked-by: NJean Delvare <khali@linux-fr.org>
      Signed-off-by: NJarod Wilson <jarod@redhat.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      559d162e
    • J
      [media] hdpvr: enable IR part · 324b04ba
      Jarod Wilson 提交于
      A number of things going on here, but the end result is that the IR part
      on the hdpvr gets enabled, and can be used with ir-kbd-i2c and/or
      lirc_zilog.
      
      First up, there are some conditional build fixes that come into play
      whether i2c is built-in or modular. Second, we're swapping out
      i2c_new_probed_device() for i2c_new_device(), as in my testing, probing
      always fails, but we *know* that all hdpvr devices have a z8 chip at
      0x70 and 0x71. Third, we're poking at an i2c address directly without a
      client, and writing some magic bits to actually turn on this IR part
      (this could use some improvement in the future). Fourth, some of the
      i2c_adapter storage has been reworked, as the existing implementation
      used to lead to an oops following i2c changes c. 2.6.31.
      
      Earlier editions of this patch have been floating around the 'net for a
      while, including being patched into Fedora kernels, and they *do* work.
      This specific version isn't yet tested, beyond loading ir-kbd-i2c and
      confirming that it does bind to the RX address of the hdpvr.
      
      [mchehab@redhat.com: I2C_CLASS_TV_ANALOG is not defined. Fix compilation bug]
      Signed-off-by: NJarod Wilson <jarod@redhat.com>
      Acked-by: NAndy Walls <awalls@md.metrocast.net>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      324b04ba
  7. 30 12月, 2010 1 次提交
  8. 21 10月, 2010 2 次提交
  9. 19 5月, 2010 1 次提交
    • H
      V4L/DVB: hdpvr: fix disconnect sequence · f2b305cd
      Hans Verkuil 提交于
      Disconnecting the HDPVR caused a kernel oops if lockdep was enabled.
      In addition, if an app still had video0 open and attempted to call ioctl
      when the device was already disconnected the system would crash.
      
      Move the freeing and cleanup code to the release function: that is the
      right place for it since you know when you get there that nobody is
      using the device.
      
      Also removed usb_set_intfdata: v4l2_device_register sets this already
      to v4l2_dev.
      Signed-off-by: NHans Verkuil <hverkuil@xs4all.nl>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      f2b305cd
  10. 27 2月, 2010 1 次提交
  11. 30 3月, 2009 4 次提交