You need to sign in or sign up before continuing.
  1. 19 3月, 2014 4 次提交
  2. 13 1月, 2014 1 次提交
    • T
      OMAPDSS: panel-acx565akm: clean-up locking · 0eb0dafb
      Tomi Valkeinen 提交于
      The locking in the acx565akm panel driver was getting too complex. Clean
      it up by making new functions, acx565akm_bl_get_intensity_locked and
      acx565akm_bl_update_status_locked, which are called by the backlight
      subsystem. This way the non-locked versions can be called by the panel's
      other funcs, simplifying the lock management.
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      0eb0dafb
  3. 26 11月, 2013 1 次提交
    • A
      ARM: OMAPFB: panel-sony-acx565akm: fix bad unlock balance · c37dd677
      Aaro Koskinen 提交于
      When booting Nokia N900 smartphone with v3.12 + omap2plus_defconfig
      (LOCKDEP enabled) and CONFIG_DISPLAY_PANEL_SONY_ACX565AKM enabled,
      the following BUG is seen during the boot:
      
      [    7.302154] =====================================
      [    7.307128] [ BUG: bad unlock balance detected! ]
      [    7.312103] 3.12.0-los.git-2093492-00120-g5e01dc7b #3 Not tainted
      [    7.318450] -------------------------------------
      [    7.323425] kworker/u2:1/12 is trying to release lock (&ddata->mutex) at:
      [    7.330657] [<c031b760>] acx565akm_enable+0x12c/0x18c
      [    7.335998] but there are no more locks to release!
      
      Fix by removing double unlock and handling the locking completely inside
      acx565akm_panel_power_on() when doing the power on.
      Reported-by: NEduardo Valentin <eduardo.valentin@ti.com>
      Signed-off-by: NAaro Koskinen <aaro.koskinen@iki.fi>
      Cc: stable@vger.kernel.org
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      c37dd677
  4. 15 11月, 2013 1 次提交
  5. 31 10月, 2013 1 次提交
  6. 30 10月, 2013 1 次提交
  7. 29 10月, 2013 1 次提交
  8. 26 9月, 2013 1 次提交
  9. 19 9月, 2013 1 次提交
  10. 30 8月, 2013 2 次提交
    • T
      OMAPDSS: rename omap_dss_device's 'device' field to 'dst' · 9560dc10
      Tomi Valkeinen 提交于
      In the old panel device model we had omap_dss_output entities,
      representing the encoders in the DSS block. This entity had "device"
      field, which pointed to the panel that was using the omap_dss_output.
      
      With the new panel device model, the omap_dss_output is integrated into
      omap_dss_device, which now represents a "display entity". Thus the "device"
      field, now in omap_dss_device, points to the next entity in the display
      entity-chain.
      
      This patch renames the "device" field to "dst", which much better tells
      what the field points to.
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      Reviewed-by: NArchit Taneja <archit@ti.com>
      9560dc10
    • T
      OMAPDSS: rename omap_dss_device's 'output' to 'src' · a73fdc64
      Tomi Valkeinen 提交于
      In the old panel device model we had "outputs", which were the encoders
      inside OMAP DSS block, and panel devices (omap_dss_device). The panel
      devices had a reference to the source of the video data, i.e. reference
      to an "output", in a field named "output".
      
      That was somewhat confusing even in the old panel device model, but even
      more so with the panel device model where we can have longer chains of
      display entities.
      
      This patch renames the "output" field to "src", which much better tells
      what the field points to.
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      Reviewed-by: NArchit Taneja <archit@ti.com>
      a73fdc64
  11. 02 8月, 2013 1 次提交
    • T
      OMAPDSS: analog-tv-connector: compile fix · 005358c8
      Tomi Valkeinen 提交于
      connector-analog-tv.c uses omap_dss_pal_timings, defined in omapdss's
      venc.c, for default timings. omap_dss_pal_timings only exists when VENC
      is enabled in the kernel config, so disabling VENC breaks
      omap_dss_pal_timings connector-analog-tv compilation.
      
      Instead of adding dependency to VENC, add internal default timings to
      the connector driver, because the connector driver should not depend on
      VENC, and it can be used with any other analog TV encoder.
      Signed-off-by: NTomi Valkeinen <tomi.valkeinen@ti.com>
      005358c8
  12. 17 6月, 2013 13 次提交