1. 28 6月, 2013 5 次提交
  2. 20 6月, 2013 1 次提交
  3. 17 6月, 2013 1 次提交
  4. 03 6月, 2013 1 次提交
    • A
      drm/tilcd: select BACKLIGHT_LCD_SUPPORT · 1ed7fad6
      Arnd Bergmann 提交于
      The dependecies for BACKLIGHT_CLASS_DEVICE are defined a bit
      strange, but it seems one has to always select both BACKLIGHT_CLASS_DEVICE
      and BACKLIGHT_LCD_SUPPORT to avoid this error:
      
      drivers/gpu/drm/tilcdc/tilcdc_panel.c:396:
       undefined reference to `of_find_backlight_by_node'
      
      Cc: Rob Clark <robdclark@gmail.com>
      Cc: dri-devel@lists.freedesktop.org
      Cc: Dave Airlie <airlied@redhat.com>
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NDave Airlie <airlied@gmail.com>
      1ed7fad6
  5. 26 4月, 2013 1 次提交
    • A
      drm/tilcdc: use only a single module device table · a59e1ff3
      Arnd Bergmann 提交于
      The tilcdc driver fails to be built as a module because of extraneous
      MODULE_DEVICE_TABLE entries:
      
      drivers/gpu/drm/tilcdc/tilcdc_slave.o:(.data+0x54): multiple definition of `__mod_of_device_table'
      drivers/gpu/drm/tilcdc/tilcdc_tfp410.o:(.data+0x54): first defined here
      drivers/gpu/drm/tilcdc/tilcdc_panel.o:(.data+0x54): multiple definition of `__mod_of_device_table'
      drivers/gpu/drm/tilcdc/tilcdc_tfp410.o:(.data+0x54): first defined here
      drivers/gpu/drm/tilcdc/tilcdc_drv.o:(.data+0x184): multiple definition of `__mod_of_device_table'
      drivers/gpu/drm/tilcdc/tilcdc_tfp410.o:(.data+0x54): first defined here
      
      Since the entire point of these entries is to make the module autoload
      when one of the devices is present, it's enough to keep the one entry
      for "ti,am33xx-tilcdc", which should always be there if any of the
      others are.
      Acked-by: NRob Clark <robdclark@gmail.com>
      Cc: dri-devel@lists.freedesktop.org
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NDave Airlie <airlied@redhat.com>
      a59e1ff3
  6. 24 4月, 2013 5 次提交
  7. 21 3月, 2013 1 次提交
    • T
      videomode: videomode_from_timing work · 6cd2c7db
      Tomi Valkeinen 提交于
      We currently have videomode_from_timing(), which takes one
      display_timing entry from display_timings.
      
      To make it easier to use display_timing without display_timings, this
      patch renames videomode_from_timing() to videomode_from_timings(), and
      adds a new videomode_from_timing() which just converts a given
      display_timing to videomode.
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: Steffen Trumtrar <s.trumtrar@pengutronix.de>
      6cd2c7db
  8. 12 3月, 2013 1 次提交
    • T
      videomode: simplify videomode Kconfig and Makefile · a38884f6
      Tomi Valkeinen 提交于
      This patch simplifies videomode related Kconfig and Makefile. After this
      patch, there's only one non-user selectable Kconfig option left,
      VIDEOMODE_HELPERS. The reasons for the change:
      
      * Videomode helper functions are not something that should be shown in
        the kernel configuration options. The related code should just be
        included if it's needed, i.e. selected by drivers using videomode.
      
      * There's no need to have separate Kconfig options for videomode and
        display_timing. First of all, the amount of code for both is quite
        small. Second, videomode depends on display_timing, and display_timing
        in itself is not really useful, so both would be included in any case.
      
      * CONFIG_VIDEOMODE is a bit vague name, and CONFIG_VIDEOMODE_HELPERS
        describes better what's included.
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: Steffen Trumtrar <s.trumtrar@pengutronix.de>
      Acked-by: NLaurent Pinchart <laurent.pinchart@ideasonboard.com>
      a38884f6
  9. 26 2月, 2013 1 次提交
  10. 20 2月, 2013 3 次提交
    • R
      drm/tilcdc: add support for LCD panels (v5) · 0d4bbaf9
      Rob Clark 提交于
      Add an output panel driver for LCD panels.  Tested with LCD3 cape on
      beaglebone.
      
      v1: original
      v2: s/of_find_node_by_name()/of_get_child_by_name()/ from Pantelis
          Antoniou
      v3: add backlight support
      v4: rebase to latest of video timing helpers
      v5: remove some unneeded fields from panel-info struct, add DT bindings
          docs
      Signed-off-by: NRob Clark <robdclark@gmail.com>
      Tested-by: NKoen Kooi <koen@dominion.thruhere.net>
      0d4bbaf9
    • R
      drm/tilcdc: add encoder slave (v2) · 6e8de0bd
      Rob Clark 提交于
      Add output panel driver for i2c encoder slaves.
      
      v1: original
      v2: add DT bindings docs, and minor updates for review comments
      Signed-off-by: NRob Clark <robdclark@gmail.com>
      Reviewed-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      Tested-by: NKoen Kooi <koen@dominion.thruhere.net>
      6e8de0bd
    • R
      drm/tilcdc: add TI LCD Controller DRM driver (v4) · 16ea975e
      Rob Clark 提交于
      A simple DRM/KMS driver for the TI LCD Controller found in various
      smaller TI parts (AM33xx, OMAPL138, etc).  This driver uses the
      CMA helpers.  Currently only the TFP410 DVI encoder is supported
      (tested with beaglebone + DVI cape).  There are also various LCD
      displays, for which support can be added (as I get hw to test on),
      and an external i2c HDMI encoder found on some boards.
      
      The display controller supports a single CRTC.  And the encoder+
      connector are split out into sub-devices.  Depending on which LCD
      or external encoder is actually present, the appropriate output
      module(s) will be loaded.
      
      v1: original
      v2: fix fb refcnting and few other cleanups
      v3: get +/- vsync/hsync from timings rather than panel-info, add
          option DT max-bandwidth field so driver doesn't attempt to
          pick a display mode with too high memory bandwidth, and other
          small cleanups
      v4: remove some unneeded stuff from panel-info struct, properly
          set high bits for hfp/hsw/hbp for rev 2, add DT bindings docs
      Signed-off-by: NRob Clark <robdclark@gmail.com>
      Reviewed-by: NDaniel Vetter <daniel.vetter@ffwll.ch>
      Tested-by: NKoen Kooi <koen@dominion.thruhere.net>
      16ea975e