[#3848] Un-Cached memory region no longer Un-Cached

Submitted By: Michael Hennerich

Open Date

2008-01-22 03:41:27 Close Date

2008-01-22 04:02:38

Priority:

High Assignee:

Nobody

Status:

Closed Fixed In Release:

N/A

Found In Release:

N/A Release:

2008R1 and 2008R2-pre

Category:

N/A Board:

N/A

Processor:

ALL Silicon Revision:

All

Is this bug repeatable?:

N/A Resolution:

Rejected

Uboot version or rev.:

All Toolchain version or rev.:

All

App binary format:

N/A

Summary: Un-Cached memory region no longer Un-Cached

Details:

Un-Cached memory region no longer Un-Cached!!!

0xef000000 0x2d09d 1M Y N -1 0 0

root:/> cat /proc/cplbinfo

------------------ CPLB Information ------------------

Instruction CPLB entry:

Address Data Size Valid Locked Swapin iCount oCount

0x00000000 0x00083 1K Y Y 0 0 0

0xffa00000 0x30007 4M Y Y 1 0 0

0x00000000 0x31287 4M Y Y 2 0 0

0x00400000 0x31287 4M Y Y 3 0 0

0x00800000 0x31287 4M Y Y 4 0 0

0x00c00000 0x31205 4M Y N 5 0 0

0x01000000 0x31205 4M Y N 6 0 0

0x01400000 0x31205 4M Y N 7 0 0

0x01800000 0x31205 4M Y N 8 0 0

0x01c00000 0x31205 4M Y N 9 0 0

0x02000000 0x31205 4M Y N 10 0 0

0x02400000 0x31205 4M Y N 11 0 0

0x02800000 0x31205 4M Y N 12 0 0

0x02c00000 0x31205 4M Y N 13 0 0

0x03000000 0x31205 4M Y N 14 0 0

0x03400000 0x31205 4M Y N 15 0 0

0xef000000 0x21205 1M Y N -1 0 0

Data CPLB entry:

Address Data Size Valid Locked Swapin iCount oCount

0x00000000 0x00083 1K Y Y 0 0 0

0xff800000 0x3009f 4M Y Y 1 0 0

0x00000000 0x3d09f 4M Y Y 2 0 0

0x00400000 0x3d09f 4M Y Y 3 0 0

0x00800000 0x3d09f 4M Y Y 4 0 0

0x00c00000 0x3d09d 4M Y N 14 1 1

0x01000000 0x3d09d 4M Y N -1 0 1

0x01400000 0x3d09d 4M Y N -1 0 1

0x01800000 0x3d09d 4M Y N -1 0 1

0x01c00000 0x3d09d 4M Y N -1 0 1

0x02000000 0x3d09d 4M Y N 5 0 0

0x02400000 0x3d09d 4M Y N 6 0 0

0x02800000 0x3d09d 4M Y N 7 0 0

0x02c00000 0x3d09d 4M Y N 8 0 0

0x03000000 0x3d09d 4M Y N 9 0 0

0x03400000 0x2d09d 1M Y N 10 0 0

0x03500000 0x2d09d 1M Y N 13 1 0

0x03600000 0x2d09d 1M Y N 12 1 0

0x03700000 0x2d09d 1M Y N 11 1 0

0x03f00000 0x2009d 1M Y N 15 1 0

0x20000000 0x3009d 4M Y N -1 0 0

0xef000000 0x2d09d 1M Y N -1 0 0

Follow-ups

--- Michael Hennerich 2008-01-22 06:05:10

Close it.

Someone added the Boot-Rom, so the last entry is the Boot-Rom.

-Michael

--- Mike Frysinger 2008-01-22 06:14:20

i added the bootrom so i could read it from userspace

with the bootrom containing more utility functions, the kernel will need access

to jump there and execute code too (reprogramming clocks/rebooting/etc...)

actually, the OTP char driver uses it already on BF54x/BF52x parts

--- Michael Hennerich 2008-01-22 06:44:25

Yeah - I noticed my mistake while looking into the code.

I got confused - because I expected the last entry on top of memory being the

Uncached DMA-Zone.

-Michael

--- Robin Getz 2008-01-24 13:13:58

>the kernel will need access to jump there and execute code too

Seems like the same reason that Linux doesn't require BIOS, we should not

rely/use functions in the BootROM if we can help it.

-Robin

--- Mike Frysinger 2008-01-24 14:13:21

for some things, i dont think it's worth our time at all to reinvent the wheel

OTP is a very good examples of this ... the OTP functions take care of cramming

**** into the OTP address registers and taking it out of the OTP data registers

and a lot of it relies on stuff that isnt very well documented at all in the

HRM. the HRM itself tells you to use the BootROM functions.

Files

Changes

Commits

Dependencies

Duplicates

Associations