summaryrefslogtreecommitdiff
path: root/board/omap2420h4
diff options
context:
space:
mode:
authorScott Wood <scottwood@freescale.com>2009-03-31 17:49:36 -0500
committerKim Phillips <kim.phillips@freescale.com>2009-04-01 16:48:57 -0500
commitc123098035be8bae3859bbfbd06861f197c07631 (patch)
tree3a4c38940b7021d505df654c6b4d9c7880751e0c /board/omap2420h4
parented9953d6903c9673135a96ae1644f61cb0eac5ce (diff)
downloadu-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 'board/omap2420h4')
0 files changed, 0 insertions, 0 deletions