Skip to content

K
Kernel

openeuler / Kernel
1 年多 前同步成功

通知 8
Star 0
Fork 0
K
Kernel
切换分支/标签
  1. 28 6月, 2017 1 次提交
  3. 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
  5. 10 2月, 2017 1 次提交
  7. 16 11月, 2016 1 次提交
  9. 04 9月, 2016 2 次提交
  11. 16 8月, 2016 1 次提交
  13. 18 7月, 2016 1 次提交
  15. 30 5月, 2016 1 次提交
  17. 28 4月, 2016 1 次提交
  19. 21 4月, 2016 1 次提交
  21. 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
  23. 19 4月, 2016 1 次提交
  25. 23 2月, 2016 2 次提交
  27. 17 3月, 2015 1 次提交
  29. 10 3月, 2015 1 次提交
  31. 26 12月, 2014 1 次提交
  33. 24 9月, 2014 3 次提交
  35. 05 9月, 2014 1 次提交
  37. 12 7月, 2014 1 次提交
  39. 10 7月, 2014 1 次提交
  41. 20 6月, 2014 1 次提交
  43. 24 5月, 2014 1 次提交
  45. 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
  47. 03 5月, 2014 2 次提交
  49. 30 4月, 2014 1 次提交
  51. 25 11月, 2013 1 次提交
  53. 17 9月, 2013 2 次提交
  55. 25 8月, 2013 1 次提交
  57. 20 8月, 2013 1 次提交
  59. 18 8月, 2013 1 次提交
  61. 04 8月, 2013 1 次提交
  63. 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
  65. 18 1月, 2013 1 次提交