1. 05 1月, 2018 1 次提交
  2. 27 10月, 2017 1 次提交
    • H
      media: tegra-cec: add Tegra HDMI CEC driver · 9d2d6068
      Hans Verkuil 提交于
      This driver adds support for the Tegra CEC IP. It is based on the
      NVIDIA drivers/misc/tegra-cec driver in their 3.10 kernel.
      
      This has been converted to the CEC framework and cleaned up.
      
      Tested with my Jetson TK1 board. It has also been tested with the
      Tegra X1 in an embedded product.
      
      Note of warning for the Tegra X2: this SoC supports two HDMI outputs,
      but only one CEC adapter and the CEC bus is shared between the
      two outputs. This is a design mistake and the CEC adapter can
      control only one HDMI output. Never hook up both HDMI outputs
      to the CEC bus in a hardware design: this is illegal as per the
      CEC specification.
      
      The CEC bus can be shared between multiple inputs and zero or one
      outputs, but not between multiple outputs.
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Acked-by: NThierry Reding <treding@nvidia.com>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@osg.samsung.com>
      9d2d6068
  3. 17 10月, 2017 1 次提交
  4. 24 9月, 2017 1 次提交
    • G
      media: platform: VIDEO_QCOM_CAMSS should depend on HAS_DMA · db6321a1
      Geert Uytterhoeven 提交于
      If NO_DMA=y:
      
          warning: (TOUCHSCREEN_SUR40 && VIDEO_TW68 && VIDEO_CX23885 && VIDEO_CX25821 && VIDEO_CX88 && VIDEO_SAA7134 && VIDEO_COBALT && VIDEO_QCOM_CAMSS) selects VIDEOBUF2_DMA_SG which has unmet direct dependencies (MEDIA_SUPPORT && HAS_DMA)
      
      and
      
          ERROR: "bad_dma_ops" [drivers/media/v4l2-core/videobuf2-dma-sg.ko] undefined!
          ERROR: "bad_dma_ops" [drivers/media/platform/qcom/camss-8x16/qcom-camss.ko] undefined!
      
      VIDEO_QCOM_CAMSS selects VIDEOBUF2_DMA_SG, which bypasses its dependency
      on HAS_DMA.  Make VIDEO_QCOM_CAMSS depend on HAS_DMA to fix this.
      
      Fixes: f5c07494 ("media: camss: Enable building")
      Signed-off-by: NGeert Uytterhoeven <geert@linux-m68k.org>
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      db6321a1
  5. 23 9月, 2017 1 次提交
    • H
      media: cec-gpio: add HDMI CEC GPIO driver · 1e33936d
      Hans Verkuil 提交于
      Add a simple HDMI CEC GPIO driver that sits on top of the cec-pin framework.
      
      While I have heard of SoCs that use the GPIO pin for CEC (apparently an
      early RockChip SoC used that), the main use-case of this driver is to
      function as a debugging tool.
      
      By connecting the CEC line to a GPIO pin on a Raspberry Pi 3 for example
      it turns it into a CEC debugger and protocol analyzer.
      
      With 'cec-ctl --monitor-pin' the CEC traffic can be analyzed.
      
      But of course it can also be used with any hardware project where the
      HDMI CEC line is hooked up to a pull-up gpio line.
      
      In addition this has (optional) support for tracing HPD changes if the
      HPD is connected to a GPIO.
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Reviewed-by: NLinus Walleij <linus.walleij@linaro.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@s-opensource.com>
      1e33936d
  6. 27 8月, 2017 1 次提交
  7. 09 8月, 2017 1 次提交
  8. 26 7月, 2017 1 次提交
  9. 21 7月, 2017 1 次提交
  10. 20 7月, 2017 2 次提交
  11. 20 6月, 2017 4 次提交
  12. 14 6月, 2017 1 次提交
  13. 06 6月, 2017 2 次提交
  14. 05 6月, 2017 2 次提交
  15. 19 4月, 2017 1 次提交
    • H
      [media] cec: Kconfig cleanup · 56a263aa
      Hans Verkuil 提交于
      The Kconfig options for the CEC subsystem were a bit messy. In
      addition there were two cec sources (cec-edid.c and cec-notifier.c)
      that were outside of the media/cec directory, which was weird.
      
      Move those sources to media/cec as well.
      
      The cec-edid and cec-notifier functionality is now part of the cec
      module and these are no longer separate modules.
      
      Also remove the MEDIA_CEC_EDID config option and include it with the
      main CEC config option (which defined CEC_EDID anyway).
      
      Added static inlines to cec-edid.h for dummy functions when CEC_CORE
      isn't defined.
      
      CEC drivers should now depend on CEC_CORE.
      
      CEC drivers that need the cec-notifier functionality must explicitly
      select CEC_NOTIFIER.
      
      The s5p-cec and stih-cec drivers depended on VIDEO_DEV instead of
      CEC_CORE, fix that as well.
      Signed-off-by: NHans Verkuil <hans.verkuil@cisco.com>
      Acked-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@s-opensource.com>
      56a263aa
  16. 15 4月, 2017 2 次提交
  17. 11 4月, 2017 1 次提交
  18. 10 4月, 2017 1 次提交
  19. 22 3月, 2017 1 次提交
  20. 03 3月, 2017 1 次提交
  21. 08 2月, 2017 3 次提交
  22. 31 1月, 2017 2 次提交
  23. 25 11月, 2016 1 次提交
    • A
      [media] v4l: rcar_fdp1: add FCP dependency · 1d389714
      Arnd Bergmann 提交于
      Commit 4710b752 ("[media] v4l: Add Renesas R-Car FDP1 Driver") in the
      v4l-dvb tree adds CONFIG_VIDEO_RENESAS_FDP1.
      
      It calls into the FCP driver, but when there is no dependency, FCP might
      be a module while FDP1 is built-in.
      
      We have the same logic in VIDEO_RENESAS_VSP1, which also depends on
      FCP not being a module when it is built-in itself.
      
      drivers/media/platform/rcar_fdp1.o: In function `fdp1_pm_runtime_resume':
      rcar_fdp1.c:(.text.fdp1_pm_runtime_resume+0x78): undefined reference to `rcar_fcp_enable'
      drivers/media/platform/rcar_fdp1.o: In function `fdp1_pm_runtime_suspend':
      rcar_fdp1.c:(.text.fdp1_pm_runtime_suspend+0x14): undefined reference to `rcar_fcp_disable'
      drivers/media/platform/rcar_fdp1.o: In function `fdp1_probe':
      rcar_fdp1.c:(.text.fdp1_probe+0x15c): undefined reference to `rcar_fcp_get'
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@s-opensource.com>
      1d389714
  24. 22 11月, 2016 3 次提交
  25. 17 11月, 2016 2 次提交
  26. 25 10月, 2016 1 次提交
    • A
      [media] platform: pxa_camera: add VIDEO_V4L2 dependency · ff681022
      Arnd Bergmann 提交于
      Moving the pxa_camera driver from soc_camera lots the implied
      VIDEO_V4L2 Kconfig dependency, and building the driver without
      V4L2 results in a kernel that cannot link:
      
      drivers/media/platform/pxa_camera.o: In function `pxa_camera_remove':
      pxa_camera.c:(.text.pxa_camera_remove+0x10): undefined reference to `v4l2_clk_unregister'
      pxa_camera.c:(.text.pxa_camera_remove+0x18): undefined reference to `v4l2_device_unregister'
      drivers/media/platform/pxa_camera.o: In function `pxa_camera_probe':
      pxa_camera.c:(.text.pxa_camera_probe+0x458): undefined reference to `v4l2_of_parse_endpoint'
      drivers/media/v4l2-core/videobuf2-core.o: In function `__enqueue_in_driver':
      drivers/media/v4l2-core/videobuf2-core.o: In function `vb2_core_streamon':
      videobuf2-core.c:(.text.vb2_core_streamon+0x1b4): undefined reference to `v4l_vb2q_enable_media_source'
      drivers/media/v4l2-core/videobuf2-v4l2.o: In function `vb2_ioctl_reqbufs':
      videobuf2-v4l2.c:(.text.vb2_ioctl_reqbufs+0xc): undefined reference to `video_devdata'
      
      This adds back an explicit dependency.
      
      Fixes: 3050b998 ("[media] media: platform: pxa_camera: move pxa_camera out of soc_camera")
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NRobert Jarzmik <robert.jarzmik@free.fr>
      Signed-off-by: NMauro Carvalho Chehab <mchehab@s-opensource.com>
      ff681022
  27. 21 10月, 2016 1 次提交