- 02 4月, 2009 14 次提交
-
-
由 Mike Frysinger 提交于
When testing a u-boot binary that hasn't been booted from the bootrom, we have to make sure the bootstruct structure has sane storage space. If we don't, the initcode will crash when it tries to dereference an invalid pointer. Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
由 Mike Frysinger 提交于
Signed-off-by: NMike Frysinger <vapier@gentoo.org>
-
-
由 Scott Wood 提交于
The mpc8313erdb board currently sets DBAT6 to cover all of the final 256MiB of address space; however, not all of this space is covered by a device. In particular, flash sits at 0xfe000000-0xfe7fffff, and nothing is mapped at the far end of the address space. In zlib, there is a loop that references p[-1] if p is non-NULL. Under some circumstances, this leads to the CPU speculatively loading from 0xfffffff8 if p is NULL. This leads to a machine check. Signed-off-by: NScott Wood <scottwood@freescale.com> continuation to the remaining mpc83xx boards that suffer from the same problem. Signed-off-by: NKim Phillips <kim.phillips@freescale.com>
-
-
-
由 Kim Phillips 提交于
commit 04e11cf3 "rtc: add support for 4543 RTC (manufactured by e.g. EPSON)" introduces the following build error on boards configuring e.g, the ds1374 rtc: Configuring for MPC837XEMDS board... ds1374.c:103: error: static declaration of 'rtc_read' follows non-static declaration /home/r1aaha/git/u-boot/include/rtc.h:64: error: previous declaration of 'rtc_read' was here ds1374.c:104: error: conflicting types for 'rtc_write' /home/r1aaha/git/u-boot/include/rtc.h:65: error: previous declaration of 'rtc_write' was here this reverts the erroneous chunk. Signed-off-by: NKim Phillips <kim.phillips@freescale.com> Acked-by: NDetlev Zundel <dzu@denx.de> CC: Detlev Zundel <dzu@denx.de> CC: Andreas Pfefferle <ap@denx.de>
-
由 Kumar Gala 提交于
We had a bug on 86xx in which the boot page used to bring up secondary cores was being overwritten and used for the malloc region in u-boot. We need to reserve the region of memory that the boot page is going to be put at so nothing uses it. Signed-off-by: NKumar Gala <galak@kernel.crashing.org> Acked-by: NBecky Bruce <beckyb@kernel.crashing.org>
-
由 Kumar Gala 提交于
Match determine_mp_bootpg() that was added for 86xx. We need this to address a bug introduced in v2009.03 with 86xx MP booting. We have to make sure to reserve the region of memory used for the MP bootpg() so other u-boot code doesn't use it. Also added a comment about how cpu_reset() is dealing w/an errata on early 85xx MP HW. Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Kumar Gala 提交于
* Use CONFIG_MP instead of CONFIG_NUM_CPUS to match 85xx * Introduce determine_mp_bootpg() helper. We'll need this to address a bug introduced in v2009.03 with 86xx MP booting. We have to make sure to reserve the region of memory used for the MP bootpg() so other u-boot code doesn't use it. * Added dummy versions of cpu_reset(), cpu_status() & cpu_release() to allow cmd_mp.c to build and work. In the future we should look at implementing all these functions. This could be common w/85xx if we use spin tables on 86xx. Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
- 01 4月, 2009 1 次提交
-
-
由 Becky Bruce 提交于
We're missing the board_lmb_reserve definitions that allow cpu_mp_lmb_reserve to be called; this means that Linux is free to reallocate reserved pages. Linux currently boots because we're getting lucky - the page we've reserved is high enough in memory that it isn't allocated by Linux while we still need it to be in existence. Signed-off-by: NBecky Bruce <beckyb@kernel.crashing.org> Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
- 31 3月, 2009 20 次提交
-
-
由 Ladislav Michl 提交于
Fix NAND support broken during new NAND code merge. Move those few lines of code to board/netstar/netstar.c Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Jens Scharsig 提交于
This patch fix the compiler/linker errors common/cmd_i2c.c:1252: undefined reference to `i2c_get_bus_speed' common/cmd_i2c.c:1256: undefined reference to `i2c_set_bus_speed' if board use CONFIG_I2C_CMD_TREE and CONFIG_I2C_MULTI_BUS is not uesd/undef (wrong define order) and removes additional empty lines Signed-off-by: NJens Scharsig <esw@bus-elektronik.de>
-
由 Haiying Wang 提交于
This patch adds MPC8569MDS board support. The UART, QE UEC1 and UEC2, BRD EEPROM on I2C2 bus, PCI express and DDR3 SPD are supported in this patch. Signed-off-by: NHaiying Wang <Haiying.Wang@freescale.com> Signed-off-by: NHillel Avni <Hillel.Avni@freescale.com> Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Haiying Wang 提交于
There is a workaround for MPC8569 CPU Errata, which needs to set Bit 13 of LBCR in 4K bootpage. We setup a temp TLB for eLBC controller in bootpage, then invalidate it after LBCR bit 13 is set. Signed-off-by: NHaiying Wang <Haiying.Wang@freescale.com> Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Haiying Wang 提交于
For the silicon which doesn't have ROM support in QE, it always needs to load a pre-built ucode binary to IRAM so that QE can work. Signed-off-by: NHaiying Wang <Haiying.Wang@freescale.com> Signed-off-by: NHillel Avni <Hillel.Avni@freescale.com>
-
由 Kumar Gala 提交于
* Enable backside L2 * e500mc no longer has timebase enable in HID (moved to CCSR register) Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Dave Liu 提交于
- support mirrored DIMMs, not support register DIMMs - test passed on P2020DS board with MT9JSF12872AY-1G1D1 - test passed on MPC8569MDS board with MT8JSF12864HY-1G1D1 Signed-off-by: NDave Liu <daveliu@freescale.com> Signed-off-by: NTravis Wheatley <travis.wheatley@freescale.com>
-
由 Dave Liu 提交于
1. wr_lat UM said the total write latency for DDR2 is equal to WR_LAT + ADD_LAT, the write latency is CL + ADD_LAT - 1. so, the WR_LAT = CL - 1; 2. rd_to_pre we missed to add the ADD_LAT for DDR2 case. Reported-by: NJoakim Tjernlund <Joakim.Tjernlund@transmode.se> Signed-off-by: NDave Liu <daveliu@freescale.com>
-
由 Kumar Gala 提交于
Signed-off-by: NKumar Gala <galak@kernel.crashing.org> Acked-by: NKim Phillips <kim.phillips@freescale.com>
-
由 Kumar Gala 提交于
Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Kumar Gala 提交于
The masks for various bit defines of LSDMR are common and thus we can define them in one place rather than replicating them in each config.h Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
-
由 Ladislav Michl 提交于
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
由 Ladislav Michl 提交于
Divisor field is called PTV not PVT. Signed-off-by: NLadislav Michl <ladis@linux-mips.org> Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
由 Ladislav Michl 提交于
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
-
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
Signed-off-by: NJean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
-
- 30 3月, 2009 5 次提交
-
-
由 Detlev Zundel 提交于
Signed-off-by: NDetlev Zundel <dzu@denx.de>
-
由 Detlev Zundel 提交于
This patch adds the board specific communication routines needed by the external 4543 RTC. Signed-off-by: NDetlev Zundel <dzu@denx.de> Signed-off-by: NAndreas Pfefferle <ap@denx.de>
-
由 Detlev Zundel 提交于
This patch adds advanced diagnosis functions for the inka4x0 board. Signed-off-by: NAndreas Pfefferle <ap@denx.de> Signed-off-by: NDetlev Zundel <dzu@denx.de>
-
由 Detlev Zundel 提交于
Signed-off-by: NDetlev Zundel <dzu@denx.de> Signed-off-by: NAndreas Pfefferle <ap@denx.de>
-
由 Detlev Zundel 提交于
This pretty unintelligent interface is used on some RTC chips. Signed-off-by: NDetlev Zundel <dzu@denx.de>
-