summaryrefslogtreecommitdiff
path: root/drivers/qe/Makefile
diff options
context:
space:
mode:
authorSimon Glass <sjg@chromium.org>2015-01-05 20:05:27 -0700
committerSimon Glass <sjg@chromium.org>2015-01-29 17:09:50 -0700
commitae7123f876357a81fc4c393239a378f1058cad5e (patch)
tree514ff773851854aaebe7d2b1dfeae170a2c7202e /drivers/qe/Makefile
parent57068a7aeb19fee06933986926eaea3cf0128f16 (diff)
downloadu-boot-imx-ae7123f876357a81fc4c393239a378f1058cad5e.zip
u-boot-imx-ae7123f876357a81fc4c393239a378f1058cad5e.tar.gz
u-boot-imx-ae7123f876357a81fc4c393239a378f1058cad5e.tar.bz2
dm: gpio: Add a native driver model API
So far driver model's GPIO uclass just implements the existing GPIO API. This has some limitations: - it requires manual device tree munging to support GPIOs in device tree (fdtdec_get_gpio() and friends) - it does not understand polarity - it is somewhat slower since we must scan for the GPIO device each time - Global GPIO numbering can change if other GPIO drivers are probed - it requires extra steps to set the GPIO direction and value The new functions have a dm_ prefix where necessary to avoid name conflicts but we can remove that when it is no-longer needed. The new struct gpio_desc holds all required information about the GPIO. For now this is intended to be stored by the client requesting the GPIO, but in future it might be brought into the uclass in some way. With these changes the old GPIO API still works, and uses the driver model API underneath. Signed-off-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'drivers/qe/Makefile')
0 files changed, 0 insertions, 0 deletions