1. 08 3月, 2010 1 次提交
  2. 17 12月, 2009 1 次提交
  3. 16 12月, 2009 3 次提交
  4. 07 9月, 2009 1 次提交
    • M
      leds: Add WM831x status LED driver · c746b551
      Mark Brown 提交于
      The WM831x devices feature two software controlled status LEDs with
      hardware assisted blinking.
      
      The device can also autonomously control the LEDs based on a selection
      of sources.  This can be configured at boot time using either platform
      data or the chip OTP.  A sysfs file in the style of that for triggers
      allowing the control source to be configured at run time.  Triggers
      can't be used here since they can't depend on the implementation details
      of a specific LED type.
      Signed-off-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Signed-off-by: NRichard Purdie <rpurdie@linux.intel.com>
      c746b551
  5. 24 6月, 2009 1 次提交
  6. 06 4月, 2009 5 次提交
  7. 16 1月, 2009 1 次提交
  8. 08 1月, 2009 2 次提交
  9. 21 10月, 2008 4 次提交
  10. 24 9月, 2008 2 次提交
  11. 01 9月, 2008 1 次提交
  12. 23 7月, 2008 2 次提交
  13. 25 4月, 2008 2 次提交
  14. 19 4月, 2008 1 次提交
  15. 09 2月, 2008 1 次提交
    • D
      PWM LED driver · de5c9ede
      David Brownell 提交于
      This is a LED driver using the PWM on newer SOCs from Atmel; brightness is
      controlled by changing the PWM duty cycle.  So for example if you've set up
      two leds labeled "pwm0" and "pwm1":
      
      	echo 0 > /sys/class/leds/pwm2/brightness	# off (0%)
      	echo 80 > /sys/class/leds/pwm2/brightness
      	echo 255 > /sys/class/leds/pwm2/brightness	# on (100%)
      
      Note that "brightness" here isn't linear; maybe that should change.  Going
      from 4 to 8 probably doubles perceived brightness, while 244 to 248 is
      imperceptible.
      
      This is mostly intended to be a simple example of PWM, although it's
      realistic since LCD backlights are often driven with PWM to conserve
      battery power (and offer brightness options).
      Signed-off-by: NDavid Brownell <dbrownell@users.sourceforge.net>
      Signed-off-by: NHaavard Skinnemoen <hskinnemoen@atmel.com>
      Cc: Richard Purdie <rpurdie@rpsys.net>
      Cc: Andrew Victor <linux@maxim.org.za>
      Cc: Nicolas Ferre <nicolas.ferre@atmel.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      de5c9ede
  16. 07 2月, 2008 3 次提交
  17. 16 10月, 2007 1 次提交
  18. 12 10月, 2007 2 次提交
  19. 16 7月, 2007 1 次提交
  20. 16 2月, 2007 2 次提交
  21. 08 12月, 2006 1 次提交
    • K
      [PATCH] PCEngines WRAP LED Support · 0d75565f
      Kristian Kielhofner 提交于
      A driver for the PCEngines WRAP boards (http://www.pcengines.ch), which are
      very similar to the Soekris net4801 (same NS SC1100 geode reference
      design).
      
      The LEDs on the WRAP are on different GPIO lines and I have modified and
      copied the net48xx error led support for this.  It also includes support
      for an "extra" led (in addition to error).  The three LEDs on the WRAP are
      at GPIO lines 2,3,18 (WRAP LEDs from left to right).  This driver gives
      access to the second and third LEDs by twiddling GPIO lines 3 & 18.
      
      Because these boards are so similar to the net48xx, I basically sed-ed that
      driver to form the basis for leds-wrap.c.  The only changes from
      leds-net48xx.c are:
      
       - #define WRAP_EXTRA_LED_GPIO
      
       - name changes
      
       - duplicate relevant sections to provide support for the "extra" led
      
       - reverse the various *_led_set values.  The WRAP is "backwards" from the
         net48xx, and these needed to be updated for that.
      
      [akpm@osdl.org: build fix]
      Signed-off-by: NKristian Kielhofner <kris@krisk.org>
      Acked-by: NRichard Purdie <rpurdie@rpsys.net>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      0d75565f
  22. 11 7月, 2006 1 次提交
  23. 26 6月, 2006 1 次提交