1. 15 6月, 2012 2 次提交
    • T
      pwm: Allow chips to support multiple PWMs · f051c466
      Thierry Reding 提交于
      Many PWM controllers provide access to more than a single PWM output and
      may even share some resource among them. Allowing a PWM chip to provide
      multiple PWM devices enables better sharing of those resources. As a
      side-effect this change allows easy integration with the device tree
      where a given PWM can be looked up based on the PWM chip's phandle and a
      corresponding index.
      
      This commit modifies the PWM core to support multiple PWMs per struct
      pwm_chip. It achieves this in a similar way to how gpiolib works, by
      allowing PWM ranges to be requested dynamically (pwm_chip.base == -1) or
      starting at a given offset (pwm_chip.base >= 0). A chip specifies how
      many PWMs it controls using the npwm member. Each of the functions in
      the pwm_ops structure gets an additional argument that specified the PWM
      number (it can be converted to a per-chip index by subtracting the
      chip's base).
      
      The total maximum number of PWM devices is currently fixed to 1024 while
      the data is actually stored in a radix tree, thus saving resources if
      not all of them are used.
      Reviewed-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Reviewed-by: NShawn Guo <shawn.guo@linaro.org>
      [eric@eukrea.com: fix error handling in pwmchip_add]
      Signed-off-by: NEric Bénard <eric@eukrea.com>
      Signed-off-by: NThierry Reding <thierry.reding@avionic-design.de>
      f051c466
    • S
      pwm: Add PWM framework support · 0c2498f1
      Sascha Hauer 提交于
      This patch adds framework support for PWM (pulse width modulation) devices.
      
      The is a barebone PWM API already in the kernel under include/linux/pwm.h,
      but it does not allow for multiple drivers as each of them implements the
      pwm_*() functions.
      
      There are other PWM framework patches around from Bill Gatliff. Unlike
      his framework this one does not change the existing API for PWMs so that
      this framework can act as a drop in replacement for the existing API.
      
      Why another framework?
      
      Several people argue that there should not be another framework for PWMs
      but they should be integrated into one of the existing frameworks like led
      or hwmon. Unlike these frameworks the PWM framework is agnostic to the
      purpose of the PWM. In fact, a PWM can drive a LED, but this makes the
      LED framework a user of a PWM, like already done in leds-pwm.c. The gpio
      framework also is not suitable for PWMs. Every gpio could be turned into
      a PWM using timer based toggling, but on the other hand not every PWM hardware
      device can be turned into a gpio due to the lack of hardware capabilities.
      
      This patch does not try to improve the PWM API yet, this could be done in
      subsequent patches.
      Signed-off-by: NSascha Hauer <s.hauer@pengutronix.de>
      Acked-by: NKurt Van Dijck <kurt.van.dijck@eia.be>
      Reviewed-by: NArnd Bergmann <arnd@arndb.de>
      Reviewed-by: NMatthias Kaehlcke <matthias@kaehlcke.net>
      Reviewed-by: NMark Brown <broonie@opensource.wolfsonmicro.com>
      Reviewed-by: NShawn Guo <shawn.guo@linaro.org>
      [thierry.reding@avionic-design.de: fixup typos, kerneldoc comments]
      Signed-off-by: NThierry Reding <thierry.reding@avionic-design.de>
      0c2498f1