- Jun 28, 2010
-
-
Nobuhiro Iwamatsu authored
SH fails building on the target. This supports this. Signed-off-by:
Nobuhiro Iwamatsu <iwamatsu@nigauri.org>
-
- Jun 23, 2010
-
-
Wolfgang Denk authored
Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Wolfgang Denk authored
The MPC5200 has a nasty problem that will cause silent data corruption when performing unaligned 16 or 32 byte accesses when reading from the local bus - typically this affects reading from flash. The problem can be easily shown: => md fc0c0000 10 fc0c0000: 323e4337 01626f6f 74636d64 3d72756e 2>C7.bootcmd=run fc0c0010: 206e6574 5f6e6673 00626f6f 7464656c net_nfs.bootdel fc0c0020: 61793d35 00626175 64726174 653d3131 ay=5.baudrate=11 fc0c0030: 35323030 00707265 626f6f74 3d656368 5200.preboot=ech => md fc0c0001 10 fc0c0001: 65636801 00000074 0000003d 00000020 ech....t...=... fc0c0011: 0000005f 00000000 00000074 00000061 ..._.......t...a fc0c0021: 00000000 00000064 00000065 00000035 .......d...e...5 fc0c0031: 00000000 00000062 0000003d 0000006f .......b...=...o => md.w fc0c0001 10 fc0c0001: 0000 3701 0000 6f74 0000 643d 0000 6e20 ..7...ot..d=..n fc0c0011: 0000 745f 0000 7300 0000 6f74 0000 6c61 ..t_..s...ot..la This commit implements a workaround at least for the most blatant problem: using memcpy() from NOR flash. We rename the assembler routine into __memcpy() and provide a wrapper, which will use a byte-wise copy loop for unaligned source or target addresses when reading from NOR flash, and branch to the optimized __memcpy() in all other cases, thus minimizing the performance impact. Tested on lite5200b and TQM5200S. Signed-off-by:
Wolfgang Denk <wd@denx.de> Cc: Detlev Zundel <dzu@denx.de>
- Jun 22, 2010
-
-
Minkyu Kang authored
ATAG_VIDEOLFB is not used anywhere. The belowing warning is occurred due to this ATAG. [ 0.000000] Ignoring unrecognised tag 0x54410008 This patch fixed it. Signed-off-by:
Minkyu Kang <mk7.kang@samsung.com> Signed-off-by:
Kyungmin Park <kyungmin.park@samsung.com> Acked-by:
Martin Krause <Martin.Krause@tqs.de>
-
Peter Horton authored
UBI: initialise update marker The in kernel copy of a volume's update marker is not initialised from the volume table. This means that volumes where an update was unfinnished will not be treated as "forbidden to use". This is basically that the update functionality was broken. Signed-off-by:
Peter Horton <zero@colonel-panic.org> Signed-off-by:
Artem Bityutskiy <Artem.Bityutskiy@nokia.com> Signed-off-by:
Kyungmin Park <kyungmin.park@samsung.com> Acked-by:
Stefan Roese <sr@denx.de>
-
Guennadi Liakhovetski authored
Since I haven't been actively maintaining these boards for a long while, keeping myself as their maintainer makes no sense. Signed-off-by:
Guennadi Liakhovetski <g.liakhovetski@gmx.de>
-
Ilya Yanok authored
Ensure that date is called only with LC_ALL=C locale set to make dates locale neutral thus preventing lurking of non-ASCII characters into U-Boot binary. Signed-off-by:
Ilya Yanok <yanok@emcraft.com> Changed LANG= into LC_ALL= as suggested by Mike Frysinger <vapier@gentoo.org> Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Wolfgang Denk authored
-
Albert Aribaud authored
Orion5x MPP and GPIO setting code had writel arguments the wrong way around. Fixed and tested. Signed-off-by:
Albert Aribaud <albert.aribaud@free.fr>
-
Terry Lv authored
Signed-off-by:
Terry Lv <r65388@freescale.com> Fix commit message and code formatting. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Vitaly Kuzmichev authored
The ARM ABI requires that the stack be aligned to 8 bytes as it is noted in Procedure Call Standard for the ARM Architecture: http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/index.html Unaligned SP also causes the problem with variable-length arrays allocation when VLA address becomes less than stack pointer during aligning of this address, so the next 'push' in the stack overwrites first 4 bytes of VLA. Signed-off-by:
Vitaly Kuzmichev <vkuzmichev@mvista.com> Tested on tx25(mx25), imx27lite(mx27), qong(mx31) and trab(s3c2400) Tested-by:
Wolfgang Denk <wd@denx.de>
-
Vitaly Kuzmichev authored
The ARM ABI requires that the stack be aligned to 8 bytes as it is noted in Procedure Call Standard for the ARM Architecture: http://infocenter.arm.com/help/topic/com.arm.doc.ihi0042d/index.html Unaligned SP also causes the problem with variable-length arrays allocation when VLA address becomes less than stack pointer during aligning of this address, so the next 'push' in the stack overwrites first 4 bytes of VLA. Signed-off-by:
Vitaly Kuzmichev <vkuzmichev@mvista.com>
-
Wolfgang Denk authored
- Jun 21, 2010
-
-
Wolfgang Denk authored
Move it inside the #ifdef CONFIG_NET_MULTI to avoid eth.c:64: warning: 'eth_mac_skip' defined but not used messages from a number of old, non-CONFIG_NET_MULTI boards. Signed-off-by:
Wolfgang Denk <wd@denx.de> Signed-off-by:
Ben Warren <biggerbadderben@gmail.com>
-
Fillod Stephane authored
TFTP'ing a file of size 1747851 bytes with CONFIG_IP_DEFRAG and CONFIG_TFTP_BLOCKSIZE set to 4096 fails with a timeout, because the last fragment is not taken into account. This patch fixes IP fragments having less than 8 bytes of payload. Signed-off-by:
Stephane Fillod <stephane.fillod@grassvalley.com> Acked-by:
Alessandro Rubini <rubini@gnudd.com> Signed-off-by:
Ben Warren <biggerbadderben@gmail.com>
-
- Jun 20, 2010
-
-
Wolfgang Denk authored
Move it inside the #ifdef CONFIG_NET_MULTI to avoid eth.c:64: warning: 'eth_mac_skip' defined but not used messages from anumber of old, non-CONFIG_NET_MULTI boards. Signed-off-by:
Wolfgang Denk <wd@denx.de> Cc: Ben Warren <biggerbadderben@gmail.com>
-
Wolfgang Denk authored
Commit 37566090 "compiler.h: unify system ifdef cruft here" added both a "#include <errno.h>" and a "extern int errno;" to include/compiler.h which is causing build warnings for some systems, for example for the "netstar" board: In file included from /home/wd/git/u-boot/work/lib/crc32.c:15: include/compiler.h:28: warning: function declaration isn't a prototype The declaration of "errno" should be redundant, as <errno.h> is supposed to provide a correct declaration, so drop it. Signed-off-by:
Wolfgang Denk <wd@denx.de> Cc: Mike Frysinger <vapier@gentoo.org>
-
- Jun 18, 2010
-
-
Wolfgang Denk authored
The push / pop instructions used in this file are available only with more recent tool chains: cache.S: Assembler messages: cache.S:133: Error: bad instruction `push {r0,r1,r2,lr}' cache.S:160: Error: bad instruction `pop {r1,r2,r3,pc}' cache.S:164: Error: bad instruction `push {r0,r1,r2,lr}' cache.S:191: Error: bad instruction `pop {r1,r2,r3,pc}' Change push/pop into stmfd/ldmfd instructions to support older versions of binutils as well. I verified that the modified source code generates exactly the same binary code. Signed-off-by:
Wolfgang Denk <wd@denx.de> Cc: Sandeep Paulraj <s-paulraj@ti.com> Cc: Tom Rix <tom@bumblecow.com>
-
- Jun 17, 2010
-
-
git://git.denx.de/u-boot-tiWolfgang Denk authored
Conflicts: CONFLICT (rename/add): Rename board/davinci/da830evm/Makefile->board/ti/tnetv107xevm/Makefile in 89b765c7. board/ti/tnetv107xevm/Makefile added in HEAD But files were identical, so no problem. Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Albert Aribaud authored
This patch adds support for the LaCie ED Mini V2 product which is based on the Marvell Orion5x SoC. Signed-off-by:
Albert Aribaud <albert.aribaud@free.fr>
-
Albert Aribaud authored
This patch provides access to the 16550-compatible serial device of the Orion5x SoC. Signed-off-by:
Albert Aribaud <albert.aribaud@free.fr>
-
Albert Aribaud authored
This patch adds support for the Marvell Orion5x SoC. It has no use alone, and must be followed by a patch to add Orion5x support for serial, then support for the ED Mini V2, an Orion5x-based product from LaCie. Signed-off-by:
Albert Aribaud <albert.aribaud@free.fr>
- Jun 14, 2010
-
-
Minkyu Kang authored
Signed-off-by:
Minkyu Kang <mk7.kang@samsung.com> Signed-off-by:
Kyungmin Park <kyungmin.park@samsung.com> Acked-by:
Tom <Tom@bumblecow.com>
-
Minkyu Kang authored
This patch adds support for the Samsung Goni board (S5PC110 SoC) Signed-off-by:
Minkyu Kang <mk7.kang@samsung.com> Signed-off-by:
Kyungmin Park <kyungmin.park@samsung.com>
-
Minkyu Kang authored
When set to PULL_NONE, gpio_set_pull function is returned without write the register. This patch fixed it. Signed-off-by:
Minkyu Kang <mk7.kang@samsung.com>
-
- Jun 13, 2010
-
-
Wolfgang Denk authored
Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Marek Vasut authored
Part of this patch is by: Mikhail Kshevetskiy. Stack must be aligned to 8 bytes on PXA (possibly all armv5te) for LDRD/STRD instructions. In case LDRD/STRD is issued on an unaligned address, the behaviour is undefined. The issue was observed when working with the NAND code, which was rendered disfunctional. Also, the vsprintf() function had serious problems with printing 64bit wide long longs. After aligning the stack, this wrong behaviour is no longer present. Tested on: Marvell Littleton PXA310 board Toradex Colibri PXA320 board Aeronix Zipit Z2 PXA270 handheld Voipac PXA270 board Signed-off-by:
Marek Vasut <marek.vasut@gmail.com>
-
- Jun 10, 2010
-
-
Sudhakar Rajashekhara authored
Provides initial support for TI OMAP-L138/DA850 SoC devices on a Logic PD EVM board. Provides: Initial boot and configuration. Support for i2c. UART support (console). Signed-off-by:
Sudhakar Rajashekhara <sudhakar.raj@ti.com> Acked-by:
Ben Gardiner <bengardiner@nanometrics.ca> Reviewed-by:
Wolfgang Denk <wd@denx.de> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Sudhakar Rajashekhara authored
DA850/OMAP-L138 is a new SoC from Texas Instruments (http://focus.ti.com/docs/prod/folders/print/omap-l138.html ). This SoC is similar to DA830/OMAP-L137 in many aspects. Hence rename the da830 specific files and folders to da8xx to accommodate DA850/OMAP-L138. Signed-off-by:
Sudhakar Rajashekhara <sudhakar.raj@ti.com> Acked-by:
Ben Gardiner <bengardiner@nanometrics.ca> Reviewed-by:
Wolfgang Denk <wd@denx.de> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Sudhakar Rajashekhara authored
TI's DA850/OMAP-L138 platform is similar to DA830/OMAP-L137 in many aspects. So instead of repeating the same code in multiple files, move the common code to a different file and call those functions from the respective da830/da850 files. Signed-off-by:
Sudhakar Rajashekhara <sudhakar.raj@ti.com> Acked-by:
Nick Thompson <nick.thompson@ge.com> Acked-by:
Ben Gardiner <bengardiner@nanometrics.ca> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
- Jun 08, 2010
-
-
Grazvydas Ignotas authored
Pandora has a capacitor connected as backup battery, which allows retaining RTC for some time while main battery is removed. Enable backup battery charge function to charge that capacitor. Signed-off-by:
Grazvydas Ignotas <notasas@gmail.com> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Delio Brignoli authored
I have updated this patch based on the comments [1] by Wolfgang Denk and removed unused variables. [1][http://lists.denx.de/pipermail/u-boot/2010-May/071728.html ] Reduce the number of reads per byte transferred on the BUF register from 2 to 1 and take advantage of the TX buffer in the SPI module. On LogicPD OMAP-L138 EVM, SPI read throughput goes up from ~0.8Mbyte/s to ~1.3Mbyte/s. Tested with a 2Mbyte image file. Remove unused variables in the spi_xfer() function. Signed-off-by:
Delio Brignoli <dbrignoli@audioscience.com> Tested-by:
Ben Gardiner <bengardiner@nanometrics.ca> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Vaibhav Hiremath authored
This patch adds support for the EMIF4 interface available in the AM35x processors. Signed-off-by:
Vaibhav Hiremath <hvaibhav@ti.com> Signed-off-by:
Sanjeev Premi <premi@ti.com> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Vaibhav Hiremath authored
This patch adds basic support for the AM3517EVM. It includes: - Board files (.c and .h) - Default configuration file - Updates for Makefile Signed-off-by:
Vaibhav Hiremath <hvaibhav@ti.com> Signed-off-by:
Sanjeev Premi <premi@ti.com> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-
Vaibhav Hiremath authored
Consolidated SDRC related functions into one file - sdrc.c And also replaced sdrc_init with generic memory init function (mem_init), this generalization of omap memory setup is necessary to support the new emif4 interface introduced in AM3517. Signed-off-by:
Vaibhav Hiremath <hvaibhav@ti.com> Signed-off-by:
Sandeep Paulraj <s-paulraj@ti.com>
-