1. 05 10月, 2015 1 次提交
  2. 17 3月, 2015 1 次提交
  3. 10 3月, 2015 1 次提交
  4. 30 12月, 2014 1 次提交
  5. 26 12月, 2014 1 次提交
  6. 24 9月, 2014 3 次提交
  7. 05 9月, 2014 1 次提交
  8. 12 7月, 2014 1 次提交
  9. 10 7月, 2014 1 次提交
  10. 20 6月, 2014 1 次提交
  11. 24 5月, 2014 1 次提交
  12. 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
  13. 03 5月, 2014 2 次提交
  14. 30 4月, 2014 1 次提交
  15. 20 12月, 2013 1 次提交
  16. 19 12月, 2013 1 次提交
  17. 11 12月, 2013 1 次提交
  18. 25 11月, 2013 1 次提交
  19. 17 9月, 2013 2 次提交
  20. 25 8月, 2013 1 次提交
  21. 20 8月, 2013 1 次提交
  22. 18 8月, 2013 1 次提交
  23. 04 8月, 2013 1 次提交
  24. 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
  25. 18 1月, 2013 1 次提交
  26. 10 9月, 2012 1 次提交
  27. 20 4月, 2012 1 次提交
  28. 18 4月, 2012 1 次提交
  29. 31 1月, 2012 1 次提交
  30. 25 1月, 2012 1 次提交
  31. 20 1月, 2012 1 次提交
  32. 16 11月, 2011 1 次提交
  33. 25 8月, 2011 2 次提交
  34. 08 6月, 2011 2 次提交
新手
引导
客服 返回
顶部