1. 27 11月, 2013 1 次提交
  2. 09 10月, 2013 1 次提交
  3. 28 8月, 2013 3 次提交
  4. 02 8月, 2013 1 次提交
  5. 04 4月, 2013 2 次提交
    • A
      arm: dss-common: don't use reset_gpio from omap4_panda_dvi_device · 29cdecab
      Archit Taneja 提交于
      gpio reset info is passed to the tfp410 panel driver via the panel's platform
      data struct 'tfp410_platform_data'. The tfp driver doesn't use the reset_gpio
      field in the omap4_panda_dvi_device struct. Remove this field.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      Cc: Tony Lindgren <tony@atomide.com>
      29cdecab
    • A
      arm: omap: dss-common: use picodlp panel's gpio handling · e5e53322
      Archit Taneja 提交于
      The dss-common file currently requests gpios required by the picodlp DPI
      panel on the 4430sdp/blaze board. It also requests DISPLAY_SEL_GPIO and
      DLP_POWER_ON_GPIO gpios which are board specific gpios to switch between lcd2
      panel and picodlp, and setting intermediate power supplies for picodlp
      respectively. These gpios are toggled through platform_enable/disable functions
      called by the picodlp driver.
      
      Remove the gpio requests for the gpios which are already requested by the panel
      driver, and remove the platform callback functions and set the platform specific
      gpios in such a way that lcd2 panel is selected for the LCD2 overlay manager and
      the power supplies for picodlp are disabled.
      
      Note: We need to revisit this so that we can enable and switch to picodlp if
      that's the only panel driver available for the LCD2 overlay manager.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      Cc: Tony Lindgren <tony@atomide.com>
      e5e53322
  6. 03 4月, 2013 1 次提交
    • A
      OMAPDSS: panels: keep platform data of all panels in a single header · a0d8dde9
      Archit Taneja 提交于
      Structs for platform data of omapdss panels are found in headers in the
      'include/video/' path. Board files populate these structs with platform
      specific values, and the panel driver uses these to configure the panel.
      
      Currently, each panel has it's own header in the above path. Move all the
      omapdss panel platform data structs to a single header omap-panel-data.h.
      This is useful because:
      
      - All other omapdss panel drivers will be modified to use platform data. This
        would lead to a lot of panel headers usable only by omapdss. A lot of these
        platform data structs are trivial, and don't really need a separate header.
      - Platform data would be eventually removed, and platform information would be
        passed via device tree. Therefore, omapdss panel platform data structs are
        temporary, and will be easier to remove if they are all in the same header.
      - All board files will have to include the same header to configure a panel's
        platform data, that makes the board files more consistent.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      a0d8dde9
  7. 18 12月, 2012 1 次提交
  8. 08 11月, 2012 2 次提交
    • T
      OMAP: omap4sdp: move display init from board file to dss-common.c · 86cf29dc
      Tomi Valkeinen 提交于
      Device tree support for omapdss is still some way in the future.  In an
      effort to get a minimal DSS support for DT enabled kernel on selected
      OMAP4 boards, we'll go for a temporary solution: We will call the same
      non-DT omapdss setup code for OMAP4 SDP and Pandaboards from
      board-generic.c, thus enabling DSS for those boards.
      
      This patch moves the display setup code from board-4430sdp.c to
      dss-common.c. dss-common.c will be called by the board-4430sdp.c when
      running on non-DT kernel, and by board-generic.c when running on DT
      enabled kernel.
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      86cf29dc
    • T
      OMAP: panda: move display init from board file to dss-common.c · 0191bf36
      Tomi Valkeinen 提交于
      Device tree support for omapdss is still some way in the future.  In an
      effort to get a minimal DSS support for DT enabled kernel on selected
      OMAP4 boards, we'll go for a temporary solution: We will call the same
      non-DT omapdss setup code for OMAP4 SDP and Pandaboards from
      board-generic.c, thus enabling DSS for those boards.
      
      This patch moves the display setup code from board-omap4panda.c to
      dss-common.c. dss-common.c will be called by the board-omap4panda.c when
      running on non-DT kernel, and by board-generic.c when running on DT
      enabled kernel.
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      Signed-off-by: NTony Lindgren <tony@atomide.com>
      0191bf36