1. 16 11月, 2016 1 次提交
  2. 04 9月, 2016 2 次提交
  3. 16 8月, 2016 1 次提交
  4. 18 7月, 2016 1 次提交
  5. 30 5月, 2016 1 次提交
  6. 28 4月, 2016 1 次提交
  7. 21 4月, 2016 1 次提交
  8. 20 4月, 2016 2 次提交
    • S
      clk: Add {devm_}clk_hw_{register,unregister}() APIs · 4143804c
      Stephen Boyd 提交于
      We've largely split the clk consumer and provider APIs along
      struct clk and struct clk_hw, but clk_register() still returns a
      struct clk pointer for each struct clk_hw that's registered.
      Eventually we'd like to only allocate struct clks when there's a
      user, because struct clk is per-user now, so clk_register() needs
      to change.
      
      Let's add new APIs to register struct clk_hws, but this time
      we'll hide the struct clk from the caller by returning an int
      error code. Also add an unregistration API that takes the clk_hw
      structure that was passed to the registration API. This way
      provider drivers never have to deal with a struct clk pointer
      unless they're using the clk consumer APIs.
      Signed-off-by: NStephen Boyd <sboyd@codeaurora.org>
      4143804c
    • L
      iio: Add resource managed APIs devm_iio_channel_{get,release) in devres · e21a294d
      Laxman Dewangan 提交于
      Add following APIs in the list of managed resources of IIO:
      	devm_iio_channel_get()
      	devm_iio_channel_get_all()
      	devm_iio_channel_release()
      	devm_iio_channel_release_all()
      Signed-off-by: NLaxman Dewangan <ldewangan@nvidia.com>
      Signed-off-by: NJonathan Cameron <jic23@kernel.org>
      e21a294d
  9. 19 4月, 2016 1 次提交
  10. 23 2月, 2016 2 次提交
  11. 17 3月, 2015 1 次提交
  12. 10 3月, 2015 1 次提交
  13. 26 12月, 2014 1 次提交
  14. 24 9月, 2014 3 次提交
  15. 05 9月, 2014 1 次提交
  16. 12 7月, 2014 1 次提交
  17. 10 7月, 2014 1 次提交
  18. 20 6月, 2014 1 次提交
  19. 24 5月, 2014 1 次提交
  20. 09 5月, 2014 1 次提交
    • T
      gpio: Add helpers for optional GPIOs · 29a1f233
      Thierry Reding 提交于
      Introduce gpiod_get_optional() and gpiod_get_index_optional() helpers
      that make it easier for drivers to handle optional GPIOs.
      
      Currently in order to handle optional GPIOs, a driver needs to special
      case error handling for -ENOENT, such as this:
      
      	gpio = gpiod_get(dev, "foo");
      	if (IS_ERR(gpio)) {
      		if (PTR_ERR(gpio) != -ENOENT)
      			return PTR_ERR(gpio);
      
      		gpio = NULL;
      	}
      
      	if (gpio) {
      		/* set up GPIO */
      	}
      
      With these new helpers the above is reduced to:
      
      	gpio = gpiod_get_optional(dev, "foo");
      	if (IS_ERR(gpio))
      		return PTR_ERR(gpio);
      
      	if (gpio) {
      		/* set up GPIO */
      	}
      
      While at it, device-managed variants of these functions are also
      provided.
      Signed-off-by: NThierry Reding <treding@nvidia.com>
      Reviewed-by: NAlexandre Courbot <acourbot@nvidia.com>
      Signed-off-by: NLinus Walleij <linus.walleij@linaro.org>
      29a1f233
  21. 03 5月, 2014 2 次提交
  22. 30 4月, 2014 1 次提交
  23. 25 11月, 2013 1 次提交
  24. 17 9月, 2013 2 次提交
  25. 25 8月, 2013 1 次提交
  26. 20 8月, 2013 1 次提交
  27. 18 8月, 2013 1 次提交
  28. 04 8月, 2013 1 次提交
  29. 23 1月, 2013 1 次提交
    • T
      lib: devres: Introduce devm_ioremap_resource() · 75096579
      Thierry Reding 提交于
      The devm_request_and_ioremap() function is very useful and helps avoid a
      whole lot of boilerplate. However, one issue that keeps popping up is
      its lack of a specific error code to determine which of the steps that
      it performs failed. Furthermore, while the function gives an example and
      suggests what error code to return on failure, a wide variety of error
      codes are used throughout the tree.
      
      In an attempt to fix these problems, this patch adds a new function that
      drivers can transition to. The devm_ioremap_resource() returns a pointer
      to the remapped I/O memory on success or an ERR_PTR() encoded error code
      on failure. Callers can check for failure using IS_ERR() and determine
      its cause by extracting the error code using PTR_ERR().
      
      devm_request_and_ioremap() is implemented as a wrapper around the new
      API and return NULL on failure as before. This ensures that backwards
      compatibility is maintained until all users have been converted to the
      new API, at which point the old devm_request_and_ioremap() function
      should be removed.
      
      A semantic patch is included which can be used to convert from the old
      devm_request_and_ioremap() API to the new devm_ioremap_resource() API.
      Some non-trivial cases may require manual intervention, though.
      Signed-off-by: NThierry Reding <thierry.reding@avionic-design.de>
      Cc: Arnd Bergmann <arnd@arndb.de>
      Acked-by: NDmitry Torokhov <dmitry.torokhov@gmail.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      75096579
  30. 18 1月, 2013 1 次提交
  31. 10 9月, 2012 1 次提交
  32. 20 4月, 2012 1 次提交
  33. 18 4月, 2012 1 次提交