Searched hist:ec43b08b5733494ad88aa618ecdf534320dd8207 (Results 1 – 6 of 6) sorted by relevance
/linux/drivers/ssb/ |
H A D | Makefile | diff ec43b08b5733494ad88aa618ecdf534320dd8207 Tue Nov 20 23:24:33 CET 2012 Hauke Mehrtens <hauke@hauke-m.de> ssb: add GPIO driver
Register a GPIO driver to access the GPIOs provided by the chip. The GPIOs of the SoC should always start at 0 and the other GPIOs could start at a random position. There is just one SoC in a system and when they start at 0 the number is predictable.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Patchwork: http://patchwork.linux-mips.org/patch/4591 Acked-by: Florian Fainelli <florian@openwrt.org>
|
H A D | Kconfig | diff 3194f2f04547c3e0da488f0478788fbeebd9a914 Sun Dec 16 16:35:36 CET 2012 Geert Uytterhoeven <geert@linux-m68k.org> ssb: SSB_DRIVER_GPIO should depend on GPIOLIB instead of selecting it
Commit ec43b08b5733494ad88aa618ecdf534320dd8207 ("ssb: add GPIO driver") added SSB_DRIVER_GPIO, which unconditionally selects GPIOLIB, causing a Kconfig warning:
warning: (ARCH_REQUIRE_GPIOLIB && SSB_DRIVER_GPIO && BCMA_DRIVER_GPIO && MFD_TC6393XB && FB_VIA) selects GPIOLIB which has unmet direct dependencies (ARCH_WANT_OPTIONAL_GPIOLIB || ARCH_REQUIRE_GPIOLIB)
and build failure for m68k/allmodconfig:
In file included from drivers/ssb/ssb_private.h:5, from drivers/ssb/main.c:12: include/linux/ssb/ssb.h:440: error: field ‘gpio’ has incomplete type make[4]: *** [drivers/ssb/main.o] Error 1 make[3]: *** [drivers/ssb/] Error 2
Turn the select into a dependency to fix this.
Signed-off-by: Geert Uytterhoeven <geert@linux-m68k.org> Signed-off-by: John W. Linville <linville@tuxdriver.com> diff ec43b08b5733494ad88aa618ecdf534320dd8207 Tue Nov 20 23:24:33 CET 2012 Hauke Mehrtens <hauke@hauke-m.de> ssb: add GPIO driver
Register a GPIO driver to access the GPIOs provided by the chip. The GPIOs of the SoC should always start at 0 and the other GPIOs could start at a random position. There is just one SoC in a system and when they start at 0 the number is predictable.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Patchwork: http://patchwork.linux-mips.org/patch/4591 Acked-by: Florian Fainelli <florian@openwrt.org>
|
H A D | driver_gpio.c | ec43b08b5733494ad88aa618ecdf534320dd8207 Tue Nov 20 23:24:33 CET 2012 Hauke Mehrtens <hauke@hauke-m.de> ssb: add GPIO driver
Register a GPIO driver to access the GPIOs provided by the chip. The GPIOs of the SoC should always start at 0 and the other GPIOs could start at a random position. There is just one SoC in a system and when they start at 0 the number is predictable.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Patchwork: http://patchwork.linux-mips.org/patch/4591 Acked-by: Florian Fainelli <florian@openwrt.org>
|
H A D | ssb_private.h | diff ec43b08b5733494ad88aa618ecdf534320dd8207 Tue Nov 20 23:24:33 CET 2012 Hauke Mehrtens <hauke@hauke-m.de> ssb: add GPIO driver
Register a GPIO driver to access the GPIOs provided by the chip. The GPIOs of the SoC should always start at 0 and the other GPIOs could start at a random position. There is just one SoC in a system and when they start at 0 the number is predictable.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Patchwork: http://patchwork.linux-mips.org/patch/4591 Acked-by: Florian Fainelli <florian@openwrt.org>
|
H A D | main.c | diff ec43b08b5733494ad88aa618ecdf534320dd8207 Tue Nov 20 23:24:33 CET 2012 Hauke Mehrtens <hauke@hauke-m.de> ssb: add GPIO driver
Register a GPIO driver to access the GPIOs provided by the chip. The GPIOs of the SoC should always start at 0 and the other GPIOs could start at a random position. There is just one SoC in a system and when they start at 0 the number is predictable.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Patchwork: http://patchwork.linux-mips.org/patch/4591 Acked-by: Florian Fainelli <florian@openwrt.org>
|
/linux/include/linux/ssb/ |
H A D | ssb.h | diff ec43b08b5733494ad88aa618ecdf534320dd8207 Tue Nov 20 23:24:33 CET 2012 Hauke Mehrtens <hauke@hauke-m.de> ssb: add GPIO driver
Register a GPIO driver to access the GPIOs provided by the chip. The GPIOs of the SoC should always start at 0 and the other GPIOs could start at a random position. There is just one SoC in a system and when they start at 0 the number is predictable.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de> Patchwork: http://patchwork.linux-mips.org/patch/4591 Acked-by: Florian Fainelli <florian@openwrt.org>
|