- 03 Oct, 2013 2 commits
-
-
Linus Walleij authored
The BU21013 touchscreen GPIOs have been pretty confused, correct them per board, and move the GPIO assignments up to the top level DTS file so we can control it from there, and avoid defining the GPIO assignments for non-ST UIB equipped boards. Signed-off-by:Linus Walleij <linus.walleij@linaro.org>
-
Linus Walleij authored
The TVK1281618 UIB has a TC35892 GPIO expander on it, which has in the past probably been confused with the GPIO expander on the older HREF plus previous to v60, which is on an entirely different part of the system with another I2C address. Register the expander in the right place. Signed-off-by:
-
- 02 Oct, 2013 6 commits
-
-
Linus Walleij authored
As the device tree conversion did away with the ability to auto-detect the UIB (User Interface Board) version from attempting to read an I2C address, we now have to pass the knowledge of what UIB is mounted through the device tree. This gives rise to four possible board permutations: - HREF prior to v60, ST UIB (hrefprev60-stuib) - HREF prior to v60, TVK1281618 UIB (hrefprev60-tvk) - HREF v60 and later, ST UIB (href60plus-stuib) - HREF v60 and later, TVK1281618 UIB (hrefv60plus-tvk) Signed-off-by: -
Linus Walleij authored
Create two different UIB (User Interface Board) include files: one per UIB simply. The include files now only handle the devices on that very UIB. Signed-off-by: -
Linus Walleij authored
The TC35892 was mounted as a GPIO expander on the HREF prior to v60 and not in later versions, which instead use the Nomadik GPIO directly, so move it over to the hrefprev60 DTS file. Signed-off-by: -
Linus Walleij authored
This correct the card detect line for the HREF v60 and later reference designs. This is connected directly to the Nomadik GPIO block, line 95 at offset 31 on the third instance. Signed-off-by: -
Linus Walleij authored
The proximity sensor is connected to pin AH12 on newer HREFs, that corresponds to pin offset 25 on gpio5, not gpio6. Signed-off-by: -
Linus Walleij authored
The ambient light sensor is places at address 0x29 nothing else. This patch makes the ambient light sensor probe again. Signed-off-by:
-
- 26 Sep, 2013 32 commits
-
-
Linus Walleij authored
The AB8500 GPIO was only registered for the pre-v60 HREF but should be made available on all HREF variants, move the DT entry to the common file. Cc: Lee Jones <lee.jones@linaro.org> Signed-off-by: -
Linus Walleij authored
This adds a heartbeat on the first LED on the ux500 HREF boards. Signed-off-by: -
Linus Walleij authored
commit f1ff5b25 "ARM: ux500: Stop enabling GPIOs when not booting with Device Tree" deleted devices-common.c, but did not delete the build rule from Makefile (most likely due to compiling in a dirty tree where the object file still existed so linking would complete anyway). Delete the makerule, the header file associated with this file and the remaining reference to the header. Cc: Lee Jones <lee.jones@linaro.org> Signed-off-by:
-
Lee Jones authored
The ARMSS clock is used by the newly DT enabled CPUFreq driver. Cc: Mike Turquette <mturquette@linaro.org> Signed-off-by:
Lee Jones <lee.jones@linaro.org> Signed-off-by:
-
Lee Jones authored
Signed-off-by:
-
Lee Jones authored
This is required to fetch the ARMSS clock when booting with DT. Signed-off-by:
-
Lee Jones authored
The common clock framework will use the 'clock' property provided to do a clock lookup when Device Tree is enabled. Signed-off-by:
-
Lee Jones authored
The common clock framework will use the 'clock' property provided to do a clock lookup when Device Tree is enabled. Signed-off-by:
-
Lee Jones authored
Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
There are no more devices which require left to register which require a parent. This is part of the ux500 conversion over to Device Tree only booting. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
Lee Jones authored
This is part of the ux500 conversion over to Device Tree only booting, but this stuff haven't been used for years. Signed-off-by:
-
Lee Jones authored
It's time to remove all ATAG support from ux500 and rely solely on Device Tree booting. This patch is part of that endeavour. Signed-off-by:
-
