1. 28 6月, 2016 2 次提交
  2. 11 3月, 2016 1 次提交
    • M
      [media] media-device: map new functions into old types for legacy API · b2cd2744
      Mauro Carvalho Chehab 提交于
      The legacy media controller userspace API exposes entity types that
      carry both type and function information. The new API replaces the type
      with a function. It preserves backward compatibility by defining legacy
      functions for the existing types and using them in drivers.
      
      This works fine, as long as newer entity functions won't be added.
      
      Unfortunately, some tools, like media-ctl with --print-dot argument
      rely on the now legacy MEDIA_ENT_T_V4L2_SUBDEV and MEDIA_ENT_T_DEVNODE
      numeric ranges to identify what entities will be shown.
      
      Also, if the entity doesn't match those ranges, it will ignore the
      major/minor information on devnodes, and won't be getting the devnode
      name via udev or sysfs.
      
      As we're now adding devices outside the old range, the legacy ioctl
      needs to map the new entity functions into a type at the old range,
      or otherwise we'll have a regression.
      
      Detected on all released media-ctl versions (e. g. versions <= 1.10).
      
      Fix this by deriving the type from the function to emulate the legacy
      API if the function isn't in the legacy functions range.
      Reported-by: NLaurent Pinchart <laurent.pinchart@ideasonboard.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@osg.samsung.com>
      b2cd2744
  3. 04 3月, 2016 4 次提交
  4. 03 3月, 2016 2 次提交
  5. 27 2月, 2016 2 次提交
  6. 16 2月, 2016 3 次提交
  7. 01 2月, 2016 1 次提交
    • M
      [media] media.h: add support for IF-PLL video/sound decoder · 06131932
      Mauro Carvalho Chehab 提交于
      Very old hardware may have an analog stage tuner. Those hardware
      consists of a PLL that converts a RF signal into IF signals.
      
      Depending on the hardware, those video IF signal can be
      decoded directly by the bridge chipset. Most Conexant
      chips (bt8x8, cx2388x, etc) have internally the decoders
      for that. Yet, even on such hardware, the tuner may have
      internally its own TV multi-standard decoder like tda9887.
      
      The same happens with the audio IF signal, where some bridges
      are capable of receiving it, while others require an external
      IF-PLL sound decoder, like msp3400.
      
      Those external IF-PLL audio and video decoders have their own
      I2C address, and use different drivers to handle them. So, they're
      mapped as different subdevices on Linux.
      
      Thankfully, all modern hardware comes with an IC chip that
      has both the RF and the IF stages on it, being capable of
      decoding audio and video IF signals internally.
      
      Yet, as we need to support drivers that can work with either
      analog or silicon tuners, we need to add two entity types
      for those old hardware.
      Signed-off-by: NMauro Carvalho Chehab <mchehab@osg.samsung.com>
      06131932
  8. 25 1月, 2016 1 次提交
  9. 11 1月, 2016 15 次提交
  10. 26 2月, 2015 1 次提交
    • H
      [media] media.h: mark alsa struct in media_entity_desc as TODO · 7e182f78
      Hans Verkuil 提交于
      The alsa struct in struct media_entity_desc is now marked as deprecated.
      However, the alsa struct should remain as it is since it cannot be replaced
      by a simple major/minor device node description. The alsa struct was designed
      to be used as an alsa card description so V4L2 drivers could use this to expose
      the alsa card that they create to carry the captured audio. Such a card is not
      just a PCM device, but also needs to contain the alsa subdevice information,
      and it may map to multiple devices, e.g. a PCM and a mixer device, such as the
      au0828 usb stick creates.
      
      This is exactly as intended and this cannot and should not be replaced by a
      simple major/minor.
      
      However, whether this information is in the right form for an ALSA device such
      that it can handle udev renaming rules as well is another matter. So mark this
      alsa struct as TODO and document the problems involved.
      
      Updated the documentation as well to reflect this and to add the 'major'
      and 'minor' field documentation.
      
      Updated the documentation to clearly state that struct dev is to be used for
      (sub-)devices that create a single device node. Other devices need their own
      structure here.
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@osg.samsung.com>
      7e182f78
  11. 14 2月, 2015 3 次提交
  12. 05 12月, 2013 1 次提交
  13. 22 3月, 2013 1 次提交
  14. 13 10月, 2012 1 次提交
  15. 22 3月, 2011 2 次提交