- 13 8月, 2017 1 次提交
-
-
由 xypron.glpk@gmx.de 提交于
((readl(&emif4_base->sdram_iodft_tlgc) & (1<<10)) == 0x01) is always false. This does not match the comment /*Wait till that bit clears*/ The problem was indicated by cppcheck. I do not have the hardware to test if the code change below leads to a correct system behavior. Signed-off-by: NHeinrich Schuchardt <xypron.glpk@gmx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
- 06 4月, 2017 1 次提交
-
-
由 Simon Glass 提交于
By making dram_init_banksize() return an error code we can drop the wrapper. Adjust this and clean up all implementations. Signed-off-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NStefan Roese <sr@denx.de>
-
- 22 11月, 2016 1 次提交
-
-
由 Tom Rini 提交于
This moves what was in arch/arm/cpu/armv7/omap-common in to arch/arm/mach-omap2 and moves arch/arm/cpu/armv7/{am33xx,omap3,omap4,omap5} in to arch/arm/mach-omap2 as subdirectories. All refernces to the former locations are updated to the current locations. For the logic to decide what our outputs are, consolidate the tests into a single config.mk rather than including 4. Signed-off-by: NTom Rini <trini@konsulko.com>
-
- 25 10月, 2014 1 次提交
-
-
由 Jeroen Hofstee 提交于
Signed-off-by: NJeroen Hofstee <jeroen@myspectrum.nl>
-
- 24 7月, 2013 1 次提交
-
-
由 Wolfgang Denk 提交于
Signed-off-by: NWolfgang Denk <wd@denx.de> [trini: Fixup common/cmd_io.c] Signed-off-by: NTom Rini <trini@ti.com>
-
- 12 12月, 2010 1 次提交
-
-
由 Nishanth Menon 提交于
DECLARE_GLOBAL_DATA_PTR declarations in functions are inherently troublesome with various compilers (e.g. gcc 4.5) Signed-off-by: NNishanth Menon <nm@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 30 11月, 2010 1 次提交
-
-
由 Vaibhav Hiremath 提交于
With addition of "dram_init_banksize()" function from Heiko,Schocher (commit ID: 561142af), the DRAM size is getting configured wrongly to 512Mb (CS0 & CS1). So fix it to 256Mb. Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 30 10月, 2010 1 次提交
-
-
由 Wolfgang Denk 提交于
When this define was introduced, the idea was to provide a soft migration path for ARM boards to get adapted to the new relocation support. However, other recent changes led to a different implementation (ELF relocation), where this no longer works. By now CONFIG_SYS_ARM_WITHOUT_RELOC does not only not help any more, but it actually hurts because it obfuscates the actual code by sprinkling it with lots of dead and non-working debris. So let's make a clean cut and drop CONFIG_SYS_ARM_WITHOUT_RELOC. Signed-off-by: NWolfgang Denk <wd@denx.de> Tested-by: NHeiko Schocher <hs@denx.de> Tested-by: NReinhard Meyer <u-boot@emk-elektronik.de>
-
- 20 9月, 2010 1 次提交
-
-
由 Heiko Schocher 提交于
Change the implementation for ARM V7 to relocate the code to an arbitrary address in RAM. Adapt the Beagle board (Cortex A8) to test the changes. Portions of this work were supported by funding from the CE Linux Forum. Signed-off-by: NHeiko Schocher <hs@denx.de>
-
- 06 7月, 2010 1 次提交
-
-
由 Steve Sakoman 提交于
The purpose of this patch is to prepare for adding the OMAP4 architecture, which is Cortex A9 Cortex A8 and A9 both belong to the armv7 architecture, hence the name change. The two architectures are similar enough that substantial code can be shared. Signed-off-by: NAneesh V <aneesh@ti.com> Signed-off-by: NSteve Sakoman <steve@sakoman.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
- 08 6月, 2010 2 次提交
-
-
由 Vaibhav Hiremath 提交于
This patch adds support for the EMIF4 interface available in the AM35x processors. Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NSanjeev Premi <premi@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-
由 Vaibhav Hiremath 提交于
This patch adds support for the EMIF4 interface available in the AM35x processors. Signed-off-by: NVaibhav Hiremath <hvaibhav@ti.com> Signed-off-by: NSanjeev Premi <premi@ti.com> Signed-off-by: NSandeep Paulraj <s-paulraj@ti.com>
-