1. 10 4月, 2013 1 次提交
  2. 03 4月, 2013 3 次提交
    • A
      OMAPDSS: nec-nl8048 panel: remove platform_enable/disable callbacks · be9a0067
      Archit Taneja 提交于
      The nec-nl8048 panel driver now manages the gpios required to configure the
      panel. This was previously done in omap_dss_device's platform_enable/disable
      callbacks defined in board files using this panel.
      
      All the board files using this panel now pass the gpio information as platform
      data via the panel_nec_nl8048_data struct, which is needed by the panel driver
      to configure the gpios connected to the panel. Hence, the
      platform_enable/disable ops can be safely removed now.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      be9a0067
    • A
      OMAPDSS: nec-nl8048 panel: handle gpios in panel driver · 57bc6c51
      Archit Taneja 提交于
      The nec-nl8048hl11-01 panel driver leaves gpio configurations to the
      platform_enable and disable calls in the platform's board file. These should
      happen in the panel driver itself.
      
      Create a platform data struct for the panel, this contains the gpio numbers
      used by the panel driver, this struct will be passed to the panel driver as
      platform data. The driver will request and configure these gpios rather than
      leaving it to platform callbacks in board files.
      
      This will help in removing the need for the panel drivers to have platform
      related callbacks.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      57bc6c51
    • A
      OMAPDSS: NEC-nl8048hl11: remove platform backlight support · 14e6a091
      Archit Taneja 提交于
      NEC-nl8048hl11 driver contains support to call platform backlight
      functions. These are not used by any board, and can be removed.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      14e6a091
  3. 04 1月, 2013 1 次提交
    • G
      Drivers: video: remove __dev* attributes. · 48c68c4f
      Greg Kroah-Hartman 提交于
      CONFIG_HOTPLUG is going away as an option.  As a result, the __dev*
      markings need to be removed.
      
      This change removes the use of __devinit, __devexit_p, __devinitdata,
      __devinitconst, and __devexit from these drivers.
      
      Based on patches originally written by Bill Pemberton, but redone by me
      in order to handle some of the coding style issues better, by hand.
      
      Cc: Bill Pemberton <wfp5p@virginia.edu>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      48c68c4f
  4. 24 10月, 2012 1 次提交
  5. 16 8月, 2012 1 次提交
    • A
      OMAPDSS: DPI: Maintain copy of number of data lines in driver data · c6b393d4
      Archit Taneja 提交于
      The DPI driver currently relies on the omap_dss_device struct to configure the
      number of data lines as specified by the panel. This makes the DPI interface
      driver dependent on the omap_dss_device struct.
      
      Make the DPI driver data maintain it's own data lines field. A panel driver
      is expected to call omapdss_dpi_set_data_lines() before enabling the interface.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      c6b393d4
  6. 13 8月, 2012 1 次提交
    • A
      OMAPDSS: DPI: Maintain our own timings field in driver data · c499144c
      Archit Taneja 提交于
      The DPI driver currently relies on the timings in omap_dss_device struct to
      configure the DISPC accordingly. This makes the DPI interface driver dependent
      on the omap_dss_device struct.
      
      Make the DPI driver data maintain it's own timings field. The panel driver is
      expected to call dpi_set_timings()(renamed to omapdss_dpi_set_timings) to set
      these timings before the panel is enabled.
      
      In the set_timings() op, we still ensure that the omap_dss_device timings
      (dssdev->panel.timings) are configured. This will later be configured only by
      the DPI panel drivers.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      c499144c
  7. 29 6月, 2012 3 次提交
    • A
      OMAPDSS: Remove omap_panel_config enum from omap_dss_device · 07fb51c6
      Archit Taneja 提交于
      omap_panel_config contains fields which are finally written to DISPC_POL_FREQo
      registers. These are now held by omap_video_timings and are set when the manager
      timings are applied.
      
      Remove the omap_panel_config enum, and remove all it's references from panel or
      interface drivers.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      07fb51c6
    • A
      OMAPDSS: Add some new fields to omap_video_timings · a8d5e41c
      Archit Taneja 提交于
      Some panel timing related fields are contained in omap_panel_config in the form
      of flags. The fields are:
      
      - Hsync logic level
      - Vsync logic level
      - Data driven on rising/falling edge of pixel clock
      - Output enable/Data enable logic level
      - HSYNC/VSYNC driven on rising/falling edge of pixel clock
      
      Out of these parameters, Hsync and Vsync logic levels are a part of the timings
      in the Xorg modeline configuration. So it makes sense to move the to
      omap_video_timings. The rest aren't a part of modeline, but it still makes
      sense to move these since they are related to panel timings.
      
      These fields stored in omap_panel_config in dssdev are configured for LCD
      panels, and the corresponding LCD managers in the DISPC_POL_FREQo registers.
      
      Add the above fields in omap_video_timings. Represent their state via new enums.
      
      Add these parameters to the omap_video_timings instances in the panel drivers.
      Keep the corresponding IVS, IHS, IPC, IEO, RF and ONOFF flags in
      omap_panel_config for now. The struct will be removed later.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      a8d5e41c
    • A
      OMAPDSS: Remove passive matrix LCD support (part 2) · 5ae9eaa6
      Archit Taneja 提交于
      Remove OMAP_DSS_LCD_TFT as a omap_panel_config flag.
      
      We don't support passive matrix displays any more. Remove this flag from all the
      panel drivers.
      
      Force the display_type to OMAP_DSS_LCD_DISPLAY_TFT in the interface drivers.
      Signed-off-by: NArchit Taneja <archit@ti.com>
      5ae9eaa6
  8. 29 1月, 2012 1 次提交
  9. 02 1月, 2012 1 次提交
  10. 04 12月, 2011 1 次提交
  11. 11 5月, 2011 1 次提交
  12. 10 1月, 2011 1 次提交