- Aug 13, 2015
-
-
Nikita Kiryanov authored
Add initial support for CM-T43, an AM437x based SoM. This support includes: serial, MMC/eMMC, NAND, USB, ETH, I2C, GPIO, DRAM detection. Cc: Tom Rini <trini@konsulko.com> Cc: Albert Aribaud <albert.u.boot@aribaud.net> Cc: Igor Grinberg <grinberg@compulab.co.il> Signed-off-by:
Nikita Kiryanov <nikita@compulab.co.il>
-
Nikita Kiryanov authored
AM43XX SoCs support up to 192 GPIO signals. Make this amount available to the driver. Cc: Albert Aribaud <albert.u.boot@aribaud.net> Cc: Igor Grinberg <grinberg@compulab.co.il> Signed-off-by:
Nikita Kiryanov <nikita@compulab.co.il>
-
Nikita Kiryanov authored
Enable 8bit interface on HSMMC2 for am43xx to support 8bit eMMC chips. Cc: Pantelis Antoniou <panto@antoniou-consulting.com> Cc: Igor Grinberg <grinberg@compulab.co.il> Cc: Albert Aribaud <albert.u.boot@aribaud.net> Signed-off-by:
Nikita Kiryanov <nikita@compulab.co.il>
-
Nikita Kiryanov authored
The CMD(DAT) lines reset procedure described in the OMAP4(AM335x, OMAP5, DRA7xx) TRMs is also necessary for AM43XX. Enable it in the driver. Cc: Pantelis Antoniou <panto@antoniou-consulting.com> Cc: Igor Grinberg <grinberg@compulab.co.il> Cc: Albert Aribaud <albert.u.boot@aribaud.net> Signed-off-by:
Nikita Kiryanov <nikita@compulab.co.il>
-
Nikita Kiryanov authored
Add spi clock to the list of am43xx basic clocks to make the SPI subsystem available on am43xx systems. Cc: Albert Aribaud <albert.u.boot@aribaud.net> Cc: Igor Grinberg <grinberg@compulab.co.il> Signed-off-by:
Nikita Kiryanov <nikita@compulab.co.il> Reviewed-by:
Jagan Teki <jteki@openedev.com>
-
Nikita Kiryanov authored
Add support for AM43XX to the omap3_spi driver. Cc: Jagan Teki <jteki@openedev.com> Cc: Igor Grinberg <grinberg@compulab.co.il> Signed-off-by:
Nikita Kiryanov <nikita@compulab.co.il> Reviewed-by:
Jagan Teki <jteki@openedev.com>
-
Peter Griffin authored
To help others with compiling and flashing ATF and u-boot add a README for this board. Signed-off-by:
Peter Griffin <peter.griffin@linaro.org>
-
Peter Griffin authored
HiKey is the first 96boards consumer edition compliant board. It features a hi6220 SoC which has eight ARM A53 cpu's. This initial port adds support for: - 1) Serial 2) eMMC / SD card 3) USB 4) GPIO It has been tested with Arm Trusted Firmware running u-boot as the BL33 executable. Notes: eMMC has been tested with basic reading of eMMC partition into DDR. I have not tested writing / erasing. Due to lack of clock control it won't be running in the most performant high speed mode. SD card slot has been tested for reading and booting kernels into DDR. It is also currently configured to save the u-boot environment to the SD card. USB has been tested with ASIX networking adapter to tftpboot kernels into DDR. On v2015.07-rc2 dhcp now works, and also USB mass storage are correctly enumerated. GPIO has been tested using gpio toggle GPIO4_1-3 to flash the LEDs. Basic SoC datasheet can be found here: - https://github.com/96boards/documentation/blob/master/hikey/ Hi6220V100_Multi-Mode_Application_Processor_Function_Description.pdf Board schematic can be found here: - https://github.com/96boards/documentation/blob/master/hikey/ 96Boards-Hikey-Rev-A1.pdf Signed-off-by:
Peter Griffin <peter.griffin@linaro.org>
-
Peter Griffin authored
This patch adds the glue code for hi6220 SoC which has 2x synopsis dw_mmc controllers. This will be used by the hikey board support in subsequent patches. Signed-off-by:
Peter Griffin <peter.griffin@linaro.org> Reviewed-by:
Simon Glass <sjg@chromium.org>
-
Peter Griffin authored
This adds a simple pmic driver for the hi6553 pmic which is used in conjunction with the hi6220 SoC on the hikey board. Eventually this driver will be updated to be a proper UCLASS PMIC driver which can parse the voltages direct from device tree. Signed-off-by:
Peter Griffin <peter.griffin@linaro.org>
-
Peter Griffin authored
This patch adds basic pinmux support for the hi6220 SoC, which is found on the hikey board. Signed-off-by:
Peter Griffin <peter.griffin@linaro.org>
-
Peter Griffin authored
This patch adds the header files which will be used in the subsquent board / drivers to enable support for hi6220 hikey board. Signed-off-by:
Peter Griffin <peter.griffin@linaro.org>
-
Peter Griffin authored
This patch adds support for the GPIO perif found on hi6220 SoC. Signed-off-by:
Peter Griffin <peter.griffin@linaro.org>
-
Gong Qianyu authored
Modify the data pointer type from ulong* to u32*. For arm64 type "ulong" could be 64-bit. Then in line 89 of common/cmd_source.c: "while (*data++);" data will point to the next 64 bits each time. As the uImage file generated by mkimage tool keeps the same data format in either 32-bit or 64-bit platform, the difference would cause failure in 64-bit platform. Signed-off-by:
Gong Qianyu <Qianyu.Gong@freescale.com>
-
Gong Qianyu authored
Make the cast explicit for "warning: cast to pointer from integer of different size". Signed-off-by:
Gong Qianyu <Qianyu.Gong@freescale.com>
-
Måns Rullgård authored
The semantics for non-static functions declared inline have changed in gcc5, causing the empty functions not to be emitted as an external symbol. Since lowlevel_init() is only referenced from start.S, it should not be declared inline at all. Reported-by:
Otavio Salvador <otavio@ossystems.com.br> Tested-by:
Otavio Salvador <otavio@ossystems.com.br> [trini: Reword commit message] Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Lokesh Vutla authored
Since all the clocks are defined common, and has the same logic to get the frequencies, use a common definition for for clk_get_rate(). Reviewed-by:
Tom Rini <trini@konsulko.com> Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Lokesh Vutla authored
Remove unused external clocks and make a common definition for all keystone platforms. Reviewed-by:
Tom Rini <trini@konsulko.com> Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Lokesh Vutla authored
This is just a cosmetic change that makes the calling of pll init code looks much cleaner. Reviewed-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Vitaly Andrianov <vitalya@ti.com> Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Lokesh Vutla authored
Register Base addresses are same for PLLs in all keystone platforms. If a PLL is not available, the corresponding register addresses are marked as reserved. Hence use a common definition. Reviewed-by:
Tom Rini <trini@konsulko.com> Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Lokesh Vutla authored
Use common devspeed and armspeed definitions. Also fix reading efuse bootrom register. Reviewed-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Vitaly Andrianov <vitalya@ti.com> Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Lokesh Vutla authored
There are two types of PLL for all keystone platforms: Main PLL, Secondary PLL. Instead of duplicating the same definition for each secondary PLL, have a common function which does initialization for both PLLs. And also add proper register definitions. Reviewed-by:
Tom Rini <trini@konsulko.com> Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Lokesh Vutla authored
Add print_cpuinfo() function and enable CONFIG_DISPLAY_CPUINFO for keystone platforms, so that cpu info can be displayed during boot. Reviewed-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Vitaly Andrianov <vitalya@ti.com> Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Lokesh Vutla authored
Add proper register definition for JTAG ID and cleanup cpu_is_* functions. Reviewed-by:
Tom Rini <trini@konsulko.com> Reviewed-by:
Vitaly Andrianov <vitalya@ti.com> Signed-off-by:
Lokesh Vutla <lokeshvutla@ti.com>
-
Nishanth Menon authored
DRA72x processor variants are single core and it does not export ACP[1]. Hence, we have no source for generating an external snoop requests which appear to be key to the deadlock in DRA72x design. Since we build the same image for DRA74x and DRA72x platforms, lets runtime detect and disable the workaround (in favor of performance) on DRA72x platforms. [1] http://infocenter.arm.com/help/topic/com.arm.doc.ddi0438i/BABIAJAG.html Suggested-by:
Richard Woodruff <r-woodruff2@ti.com> Suggested-by:
Brad Griffis <bgriffis@ti.com> Reviewed-by:
Brad Griffis <bgriffis@ti.com> Signed-off-by:
Nishanth Menon <nm@ti.com>
-
Nishanth Menon authored
Implement logic for ACR(Auxiliary Control Register) configuration using ROM Code smc service. Suggested-by:
Richard Woodruff <r-woodruff2@ti.com> Suggested-by:
Brad Griffis <bgriffis@ti.com> Reviewed-by:
Brad Griffis <bgriffis@ti.com> Signed-off-by:
Nishanth Menon <nm@ti.com>
-
Nishanth Menon authored
Add workaround for Cortex-A15 ARM erratum 801819 which says in summary that "A livelock can occur in the L2 cache arbitration that might prevent a snoop from completing. Under certain conditions this can cause the system to deadlock. " Recommended workaround is as follows: Do both of the following: 1) Do not use the write-back no-allocate memory type. 2) Do not issue write-back cacheable stores at any time when the cache is disabled (SCTLR.C=0) and the MMU is enabled (SCTLR.M=1). Because it is implementation defined whether cacheable stores update the cache when the cache is disabled it is not expected that any portable code will execute cacheable stores when the cache is disabled. For implementations of Cortex-A15 configured without the “L2 arbitration register slice” option (typically one or two core systems), you must also do the following: 3) Disable write-streaming in each CPU by setting ACTLR[28:25] = 0b1111 So, we provide an option to disable write streaming on OMAP5 and DRA7. It is a rare condition to occur and may be enabled selectively based on platform acceptance of risk. Applies to: A15 revisions r2p0, r2p1, r2p2, r2p3 or r2p4 and REVIDR[3] is set to 0. Note: certain unicore SoCs *might* not have REVIDR[3] not set, but might not meet the condition for the erratum to occur when they donot have ACP (Accelerator Coherency Port) hooked to ACE (AXI Coherency Extensions). Such SoCs will need the work around handled in the SoC specific manner, since there is no ARM generic manner to detect such configurations. Based on ARM errata Document revision 18.0 (22 Nov 2013) Suggested-by:
Richard Woodruff <r-woodruff2@ti.com> Suggested-by:
Brad Griffis <bgriffis@ti.com> Reviewed-by:
Brad Griffis <bgriffis@ti.com> Signed-off-by:
Nishanth Menon <nm@ti.com>
-
Linus Walleij authored
This switches the Integrator boards over to using the device model for its serial ports. Cc: Masahiro Yamada <yamada.masahiro@socionext.com> Signed-off-by:
Linus Walleij <linus.walleij@linaro.org>
-
Wu, Josh authored
Remove the CONFIG_DM_USB limitation to enable cache support functions. Tested on SAMA5D3x-EK board. Signed-off-by:
Josh Wu <josh.wu@atmel.com> Acked-by:
Hans de Goede <hdegoede@redhat.com>
-
Wu, Josh authored
Current many cpu use the same flush_cache() function, which just call the flush_dcache_range(). So implement a weak flush_cache() for all the cpus to use. In original weak flush_cache() in arch/arm/lib/cache.c, there has some code for ARM1136 & ARM926ejs. But in the arch/arm/cpu/arm1136/cpu.c and arch/arm/cpu/arm926ejs/cache.c, there implements a real flush_cache() function as well. That means the original code for ARM1136 & ARM926ejs in weak flush_cache() of arch/arm/lib/cache.c is totally useless. So in this patch remove such code in flush_cache() and only call flush_dcache_range(). Signed-off-by:
Josh Wu <josh.wu@atmel.com>
-
Wu, Josh authored
Since some driver like ohci, lcd used dcache functions. But some ARM cpu don't implement the invalidate_dcache_range()/flush_dcache_range() functions. To avoid compiling errors this patch adds an weak empty stub function for all ARM cpu in arch/arm/lib/cache.c. And ARM cpu still can implemnt its own cache functions on the cpu folder. Signed-off-by:
Josh Wu <josh.wu@atmel.com> Reviewed-by:
York Sun <yorksun@freescale.com>
-
Wu, Josh authored
Since some driver like ohci, lcd used dcache functions. But m68k don't implement the invalidate_dcache_range()/flush_dcache_range() functions. To avoid compiling errors this patch adds an weak empty stub function for all m68k cpu. Also each cpu can implement its own implementation. If not implemented then by default is using an empty function. Signed-off-by:
Josh Wu <josh.wu@atmel.com> Acked-by:
Angelo Dureghello <angelo@sysam.it>
-
Ruchika Gupta authored
gpio.h - Added missing copyright in few files. rsa-mod-exp.h - Corrected copyright in the file. fsl_sec.h - Added missing license in files drivers/crypto/fsl/Makefile - Removed the incomplete GPLv2 license and replaced it with GPLv2+ license Signed-off-by:
Ruchika Gupta <ruchika.gupta@freescale.com>
-
Stefano Babic authored
Signed-off-by:
Stefano Babic <sbabic@denx.de> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Stefano Babic authored
Signed-off-by:
Stefano Babic <sbabic@denx.de> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Stefano Babic authored
mcx was not updated according to changes in NAND driver. Signed-off-by:
Stefano Babic <sbabic@denx.de> Reviewed-by:
Tom Rini <trini@konsulko.com>
-
Masahiro Yamada authored
The menuconfig for drivers are getting more and more cluttered and unreadable because too many entries are displayed in a single flat menu. Use hierarchic menu for each category. Signed-off-by:
Masahiro Yamada <yamada.masahiro@socionext.com> Reviewed-by:
Simon Glass <sjg@chromium.org> [trini: Update to apply again in a few places, drop USB hunk] Signed-off-by:
Tom Rini <trini@konsulko.com>
-
Codrin Ciubotariu authored
The new bitfield value must not be higher than its mask. Signed-off-by:
Codrin Ciubotariu <codrin.ciubotariu@freescale.com> Reviewed-by:
Joe Hershberger <joe.hershberger@ni.com>
-
Alexander Stein authored
Now that mailbox driver supports cache flush and invalidation, we can enable dcache. Signed-off-by:
Alexander Stein <alexanders83@web.de> Acked-by:
Stephen Warren <swarren@wwwdotorg.org> Tested-by:
Stephen Warren <swarren@wwwdotorg.org>
-
Alexander Stein authored
This adds dcache support for dwc2. The DMA buffers must be DMA aligned and is flushed for outgoing transactions before starting transfer. For ingoing transactions it is invalidated after the transfer has finished. Signed-off-by:
Alexander Stein <alexanders83@web.de> Acked-by:
Stephen Warren <swarren@wwwdotorg.org> [trini: Update to apply again on top of DM patches] Signed-off-by:
Tom Rini <trini@konsulko.com>
-