diff options
| author | Scott Wood <scottwood@freescale.com> | 2009-03-31 17:49:36 -0500 |
|---|---|---|
| committer | Kim Phillips <kim.phillips@freescale.com> | 2009-04-01 16:48:57 -0500 |
| commit | c123098035be8bae3859bbfbd06861f197c07631 (patch) | |
| tree | 3a4c38940b7021d505df654c6b4d9c7880751e0c /cpu/arm926ejs/omap/cpuinfo.c | |
| parent | ed9953d6903c9673135a96ae1644f61cb0eac5ce (diff) | |
| download | u-boot-imx-c123098035be8bae3859bbfbd06861f197c07631.zip u-boot-imx-c123098035be8bae3859bbfbd06861f197c07631.tar.gz u-boot-imx-c123098035be8bae3859bbfbd06861f197c07631.tar.bz2 | |
mpc83xx: Set guarded bit on BAT that covers the end of the address space
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: Scott Wood <scottwood@freescale.com>
continuation to the remaining mpc83xx boards that suffer from the same problem.
Signed-off-by: Kim Phillips <kim.phillips@freescale.com>
Diffstat (limited to 'cpu/arm926ejs/omap/cpuinfo.c')
0 files changed, 0 insertions, 0 deletions