1. 23 Jun, 2015 1 commit
  2. 26 May, 2014 1 commit
  3. 03 Apr, 2014 1 commit
    • Liu Ying's avatar
      backlight: update bd state & fb_blank properties when necessary · a55944ca
      Liu Ying authored
      We don't have to update the state and fb_blank properties of a backlight
      device every time a blanking or unblanking event comes because they may
      have already been what we want.  Another thought is that one backlight
      device may be shared by multiple framebuffers.  The backlight driver
      should take the backlight device as a resource shared by all the
      associated framebuffers.
      
      This patch adds some logic to record each framebuffer's backlight usage
      to determine the backlight device use count and whether the two
      properties should be updated or not.  To be more specific, only one
      unblank operation on a certain blanked framebuffer may increase the
      backlight device's use count by one, while one blank operation on a
      certain unblanked framebuffer may decrease the use count by one, because
      the userspace is likely to unblank an unblanked framebuffer or blank a
      blanked framebuffer.
      Signed-off-by: default avatarLiu Ying <Ying.Liu@freescale.com>
      Cc: Jingoo Han <jg1.han@samsung.com>
      Cc: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
      Cc: Tomi Valkeinen <tomi.valkeinen@ti.com>
      Cc: Jani Nikula <jani.nikula@linux.intel.com>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      a55944ca
  4. 15 Oct, 2013 1 commit
  5. 03 Jul, 2013 1 commit
  6. 17 Dec, 2012 1 commit
  7. 22 Mar, 2011 1 commit
    • Matthew Garrett's avatar
      backlight: add backlight type · bb7ca747
      Matthew Garrett authored
      There may be multiple ways of controlling the backlight on a given
      machine.  Allow drivers to expose the type of interface they are
      providing, making it possible for userspace to make appropriate policy
      decisions.
      Signed-off-by: default avatarMatthew Garrett <mjg@redhat.com>
      Cc: Richard Purdie <rpurdie@rpsys.net>
      Cc: Chris Wilson <chris@chris-wilson.co.uk>
      Cc: David Airlie <airlied@linux.ie>
      Cc: Alex Deucher <alexdeucher@gmail.com>
      Cc: Ben Skeggs <bskeggs@redhat.com>
      Cc: Zhang Rui <rui.zhang@intel.com>
      Cc: Len Brown <lenb@kernel.org>
      Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
      Signed-off-by: default avatarAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@linux-foundation.org>
      bb7ca747
  8. 16 Mar, 2010 3 commits
  9. 16 Dec, 2009 1 commit
  10. 21 Sep, 2009 1 commit
  11. 08 Jan, 2009 1 commit
  12. 11 Oct, 2007 1 commit
  13. 15 Jul, 2007 1 commit
  14. 20 Feb, 2007 4 commits
  15. 19 Dec, 2006 1 commit
    • Yu Luming's avatar
      ACPI: video: Add dev argument for backlight_device_register · 519ab5f2
      Yu Luming authored
      This patch set adds generic abstract layer support for acpi video driver to
      have generic user interface to control backlight and output switch control by
      leveraging the existing backlight sysfs class driver, and by adding a new
      video output sysfs class driver.
      
      This patch:
      
      Add dev argument for backlight_device_register to link the class device to
      real device object.  The platform specific driver should find a way to get the
      real device object for their video device.
      
      [akpm@osdl.org: build fix]
      [akpm@osdl.org: fix msi-laptop.c]
      Signed-off-by: default avatarLuming Yu <Luming.yu@intel.com>
      Cc: "Antonino A. Daplas" <adaplas@pol.net>
      Cc: Greg KH <greg@kroah.com>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLen Brown <len.brown@intel.com>
      519ab5f2
  16. 31 Mar, 2006 1 commit
    • Richard Purdie's avatar
      [PATCH] backlight: Backlight Class Improvements · 6ca01765
      Richard Purdie authored
      Backlight class attributes are currently easy to implement incorrectly.
      Moving certain handling into the backlight core prevents this whilst at the
      same time makes the drivers simpler and consistent.  The following changes are
      included:
      
      The brightness attribute only sets and reads the brightness variable in the
      backlight_properties structure.
      
      The power attribute only sets and reads the power variable in the
      backlight_properties structure.
      
      Any framebuffer blanking events change a variable fb_blank in the
      backlight_properties structure.
      
      The backlight driver has only two functions to implement.  One function is
      called when any of the above properties change (to update the backlight
      brightness), the second is called to return the current backlight brightness
      value.  A new attribute "actual_brightness" is added to return this brightness
      as determined by the driver having combined all the above factors (and any
      driver/device specific factors).
      
      Additionally, the backlight core takes care of checking the maximum brightness
      is not exceeded and of turning off the backlight before device removal.
      
      The corgi backlight driver is updated to reflect these changes.
      Signed-off-by: default avatarRichard Purdie <rpurdie@rpsys.net>
      Signed-off-by: default avatarAntonino Daplas <adaplas@pol.net>
      Signed-off-by: default avatarAndrew Morton <akpm@osdl.org>
      Signed-off-by: default avatarLinus Torvalds <torvalds@osdl.org>
      6ca01765
  17. 16 Apr, 2005 1 commit
    • Linus Torvalds's avatar
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds authored
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4