1. 28 6月, 2017 1 次提交
  2. 25 4月, 2017 1 次提交
    • L
      PCI: Implement devm_pci_remap_cfgspace() · 490cb6dd
      Lorenzo Pieralisi 提交于
      The introduction of the pci_remap_cfgspace() interface allows PCI host
      controller drivers to map PCI config space through a dedicated kernel
      interface. Current PCI host controller drivers use the devm_ioremap_*()
      devres interfaces to map PCI configuration space regions so in order to
      update them to the new pci_remap_cfgspace() mapping interface a new set of
      devres interfaces should be implemented so that PCI host controller drivers
      can make use of them.
      
      Introduce two new functions in the PCI kernel layer and Devres
      documentation:
      
      - devm_pci_remap_cfgspace()
      - devm_pci_remap_cfg_resource()
      
      so that PCI host controller drivers can make use of them to map PCI
      configuration space regions.
      Signed-off-by: NLorenzo Pieralisi <lorenzo.pieralisi@arm.com>
      Signed-off-by: NBjorn Helgaas <bhelgaas@google.com>
      Cc: Jonathan Corbet <corbet@lwn.net>
      490cb6dd
  3. 10 2月, 2017 1 次提交
  4. 16 11月, 2016 1 次提交
  5. 17 9月, 2016 1 次提交
  6. 04 9月, 2016 2 次提交
  7. 16 8月, 2016 1 次提交
  8. 18 7月, 2016 1 次提交
  9. 30 5月, 2016 1 次提交
  10. 28 4月, 2016 1 次提交
  11. 21 4月, 2016 1 次提交
  12. 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
  13. 19 4月, 2016 1 次提交
  14. 23 2月, 2016 2 次提交
  15. 17 2月, 2016 1 次提交
  16. 10 2月, 2016 1 次提交
  17. 05 10月, 2015 1 次提交
  18. 17 3月, 2015 1 次提交
  19. 10 3月, 2015 1 次提交
  20. 30 12月, 2014 1 次提交
  21. 26 12月, 2014 1 次提交
  22. 24 9月, 2014 3 次提交
  23. 05 9月, 2014 1 次提交
  24. 12 7月, 2014 1 次提交
  25. 10 7月, 2014 1 次提交
  26. 20 6月, 2014 1 次提交
  27. 24 5月, 2014 1 次提交
  28. 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
  29. 03 5月, 2014 2 次提交
  30. 30 4月, 2014 1 次提交
  31. 20 12月, 2013 1 次提交
  32. 19 12月, 2013 1 次提交
  33. 11 12月, 2013 1 次提交
  34. 25 11月, 2013 1 次提交