1. 03 Nov, 2011 1 commit
  2. 23 Sep, 2011 1 commit
  3. 21 Sep, 2011 1 commit
  4. 11 Sep, 2011 1 commit
  5. 03 Sep, 2011 1 commit
  6. 27 Jul, 2011 7 commits
  7. 25 May, 2011 1 commit
  8. 20 May, 2011 2 commits
  9. 22 Mar, 2011 1 commit
  10. 21 Mar, 2011 8 commits
  11. 19 Jan, 2011 1 commit
    • Hans Verkuil's avatar
      [media] tda9875: remove duplicate driver · f0374843
      Hans Verkuil authored
      In commit 411674fd
      
       the tda9875 support was
      added to tvaudio. This means that tda9875 is no longer used since mid-2009.
      
      If there are out-of-tree users of this driver, then they can switch to tvaudio
      instead.
      
      The original commit message read as follows:
      
          This change allows bttv to use tvaudio for this device. Since this device
          has the same i2c address as the tda9874 we need to support both in the same
          tvaudio driver. This makes it possible for tvaudio to detect which chip is
          used. Originally the tda9875 was only available in the dedicated tda9875
          driver, but that makes life very hard for bttv since loading tvaudio might
          misdetect a tda9875 as a tda9874.
      
      So there were good reasons for moving the tda9875 code into tvaudio.
      Signed-off-by: default avatarHans Verkuil <hverkuil@xs4all.nl>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      f0374843
  12. 30 Dec, 2010 1 commit
  13. 29 Dec, 2010 5 commits
  14. 21 Oct, 2010 5 commits
  15. 20 Oct, 2010 3 commits
    • Mauro Carvalho Chehab's avatar
      V4L/DVB: Deprecate stradis driver · 96322b80
      Mauro Carvalho Chehab authored
      
      The driver author seems to not worked on this driver since its conversion
      from 2.2 to 2.4. Nobody is known to have a stradis hardware for testing. As
      it still uses V4L1 API, BKL and probably some other old stuff, someone would
      need to work on it to preserve the driver. Instead of investing time and
      efforts to keep porting it to work with new API's, it seems better to just
      drop the driver.
      
      So, let's move it to drivers/staging and label it to die at 2.6.38, if nobody
      cares enough to port parallel port support to gspca or to create a new driver
      that uses the same gspca-cpia sub-driver.
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      96322b80
    • Mauro Carvalho Chehab's avatar
      V4L/DVB: Deprecate cpia driver (used for parallel port webcams) · 7af97eff
      Mauro Carvalho Chehab authored
      
      cpia driver were re-written inside gspca driver, for USB devices. The only
      functionality that were not migrated is the support for parallel port,
      as:
      	1) the developer didn't find any hardware;
      	2) it doesn't  seem important to keep support for a parallel port webcam,
      	   as this is an obsolete technology;
      	3) the changes at gspca for it to work with parallel port would be very large;
      	4) this driver still uses BKL.
      
      So, let's move it to drivers/staging and label it to die at 2.6.38, if nobody
      cares enough to port parallel port support to gspca or to create a new driver
      that uses the same gspca-cpia sub-driver.
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      7af97eff
    • Hans Verkuil's avatar
      V4L/DVB: saa5246a/saa5249: Remove obsolete teletext drivers · 563711f1
      Hans Verkuil authored
      
      These old i2c teletext drivers are not supported by any hardware and cannot be
      tested anymore.
      
      Note that while the mxb board seemingly used the saa5246a driver, in reality
      this teletext driver never worked.
      
      These drivers are removed as part of the vtx feature removal, originally
      scheduled for 2.6.35.
      Signed-off-by: default avatarHans Verkuil <hverkuil@xs4all.nl>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      563711f1
  16. 08 Aug, 2010 1 commit
    • Hans Verkuil's avatar
      V4L/DVB: v4l2: Add new control handling framework · 0996517c
      Hans Verkuil authored
      
      Add a new framework to handle controls which makes life for driver
      developers much easier.
      
      Note that this patch moves some of the control support that used to be in
      v4l2-common.c to v4l2-ctrls.c. The tables were copied unchanged. The body
      of v4l2_ctrl_query_fill() was copied to a new v4l2_ctrl_fill() function
      in v4l2-ctrls.c. This new function doesn't use the v4l2_queryctrl
      struct anymore, which makes it more general.
      
      The remainder of v4l2-ctrls.c is all new. Highlights include:
      
      - No need to implement VIDIOC_QUERYCTRL, QUERYMENU, S_CTRL, G_CTRL,
        S_EXT_CTRLS, G_EXT_CTRLS or TRY_EXT_CTRLS in either bridge drivers
        or subdevs. New wrapper functions are provided that can just be plugged in.
        Once everything has been converted these wrapper functions can be removed as well.
      
      - When subdevices are added their controls can be automatically merged
        with the bridge driver's controls.
      
      - Most drivers just need to implement s_ctrl to set the controls.
        The framework handles the locking and tries to be as 'atomic' as possible.
      
      - Ready for the subdev device nodes: the same mechanism applies to subdevs
        and their device nodes as well. Sub-device drivers can make controls
        local, preventing them from being merged with bridge drivers.
      
      - Takes care of backwards compatibility handling of VIDIOC_S_CTRL and
        VIDIOC_G_CTRL. Handling of V4L2_CID_PRIVATE_BASE is fully transparent.
        CTRL_CLASS controls are automatically added.
      Signed-off-by: default avatarHans Verkuil <hverkuil@xs4all.nl>
      Reviewed-by: default avatarLaurent Pinchart <laurent.pinchart@ideasonboard.com>
      Signed-off-by: default avatarMauro Carvalho Chehab <mchehab@redhat.com>
      0996517c