- Jun 29, 2010
-
-
Wolfgang Denk authored
Update CHANGELOG Signed-off-by:
Wolfgang Denk <wd@denx.de>
-
Heiko Schocher authored
r12 is used for accessing the GOT not r14. Fix this in the comment. Signed-off-by:
Heiko Schocher <hs@denx.de>
-
Becky Bruce authored
We were missing 8641HPCN_36BIT and MPC8536DS_36BIT. Signed-off-by:
Becky Bruce <beckyb@kernel.crashing.org>
-
Anatolij Gustschin authored
Fix following warnings: $ ./MAKEALL EVB64260 P3G4 ZUMA Configuring for EVB64260 board... mpsc.c: In function 'mpsc_putchar_early': mpsc.c:121: warning: dereferencing type-punned pointer will break strict-aliasing rules mpsc.c:127: warning: dereferencing type-punned pointer will break strict-aliasing rules ... Signed-off-by:
Anatolij Gustschin <agust@denx.de>
-
Sergei Shtylyov authored
ehci_submit_async() doesn't really zero out the QH transfer overlay (as the EHCI specification suggests) which leads to the controller seeing the "token" field as the previous call has left it, i.e.: - if a timeout occured on the previous call (Active bit left as 1), controller incorrectly tries to complete a previous transaction on a newly programmed endpoint; - if a halt occured on the previous call (Halted bit set to 1), controller just ignores the newly programmed TD(s) and the function then keeps returning error ad infinitum. This turned out to be caused by the wrong orger of the arguments to the memset() call in ehci_alloc(), so the allocated TDs weren't cleared either. While at it, stop needlessly initializing the alternate next TD pointer in the QH transfer overlay... Signed-off-by:
Sergei Shtylyov <sshtylyov@ru.mvista.com> Acked-by:
Remy Bohmer <linux@bohmer.net>
-
Remy Bohmer authored
The console_buffer size is declared in common/main.c as -- char console_buffer[CONFIG_SYS_CBSIZE + 1]; so this extern definition is wrong. Signed-off-by:
Remy Bohmer <linux@bohmer.net>
-
Poonam Aggrwal authored
- Also modified the code to use io accessors. Signed-off-by:
Poonam Aggrwal <poonam.aggrwal@freescale.com> Signed-off-by:
Dipen Dudhat <dipen.dudhat@freescale.com> Acked-by:
Kumar Gala <galak@kernel.crashing.org>
-
Felix Radensky authored
On P2020RDB eTSEC2 is connected to Vitesse VSC8221 PHY via SGMII. Current TBI PHY settings for SGMII mode cause link problems on this platform, link never comes up. Fix this by making TBI PHY settings configurable and add a working configuration for P2020RDB. Signed-off-by:
Felix Radensky <felix@embedded-sol.com> Acked-by:
Andy Fleming <afleming@freescale.com> Acked-by:
Peter Tyser <ptyser@xes-inc.com> Tested-by:
Peter Tyser <ptyser@xes-inc.com>
-
Poonam Aggrwal authored
Use a slighly larger value of CLK_CTRL for DDR at 667MHz which fixes random crashes while linux booting. Applicable for both NAND and NOR boot. Signed-off-by:
Sandeep Gopalpet <sandeep.kumar@freescale.com> Signed-off-by:
Poonam Aggrwal <poonam.aggrwal@freescale.com> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Poonam Aggrwal authored
Because the variable was getting defined twice. Signed-off-by:
Poonam Aggrwal <poonam.aggrwal@freescale.com> Acked-by:
Andy Fleming <afleming@freescale.com>
-
Wolfgang Denk authored
Commit 460c2ce3 "MPC5200: workaround data corruption for unaligned local bus accesses" fixed the problem for MPC5200 only, but MPC512x is affected as well, so apply the same fix here, too. Signed-off-by:
Wolfgang Denk <wd@denx.de> Cc: Detlev Zundel <dzu@denx.de> Cc: Anatolij Gustschin <agust@denx.de> Acked-by:
Detlev Zundel <dzu@denx.de>
-
- 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>
-
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>
-