summaryrefslogtreecommitdiffstats
path: root/arch/arm/include/asm/arch-omap3
diff options
context:
space:
mode:
authorSiarhei Siamashka <siarhei.siamashka@gmail.com>2017-03-06 03:16:52 +0200
committerTom Rini <trini@konsulko.com>2017-03-14 20:40:17 -0400
commit7584f2e0fb0f3c1686ab066c43c3279d8c326978 (patch)
tree693dcb83f3111b6d5a1357de02a51e2c932c51fa /arch/arm/include/asm/arch-omap3
parenta46e590d94e232b65b6956c0a0c34baff2e52e1b (diff)
downloadu-boot-7584f2e0fb0f3c1686ab066c43c3279d8c326978.tar.gz
u-boot-7584f2e0fb0f3c1686ab066c43c3279d8c326978.tar.xz
u-boot-7584f2e0fb0f3c1686ab066c43c3279d8c326978.zip
arm: omap3: Compile clock.c with -marm option to unbreak OMAP3530
Boards with OMAP3530 SoC fail to boot since commit bd2c4522c26d5 ("ti: armv7: enable EXT support in SPL (using ti_armv7_common.h)") because it enabled the use of Thumb2 for the SPL. Experiments have shown that the deadlock happens in the prcm_init() function from 'arch/arm/mach-omap2/omap3/clock.c'. This patch enforces the compilation of clock.c source file in ARM mode and makes the deadlock disappear. We are yet to figure out the root cause of the problem. Still this is somewhat better than having non-bootable boards for years. Signed-off-by: Siarhei Siamashka <siarhei.siamashka@gmail.com> Reviewed-by: Tom Rini <trini@konsulko.com>
Diffstat (limited to 'arch/arm/include/asm/arch-omap3')
0 files changed, 0 insertions, 0 deletions