On Sat, 7 Jun 2008, Luke -Jr wrote: > Well, I always imagined memory layout as being a simple flat range from 0 to > all_memory_in_system, but this is my first experience with it at such a low > level, so I guess I don't know what's "odd" or "normal". You mean the layout of virtual memory? Well, have a look at what the Alpha defines as sparse memory for something certainly less straightforward than what MIPS segments are. Anyway, what's reported here is physical memory and there is nothing special about it. > VxWorks, including the boot loader, is not CFE as far as I am aware. If you're > referring to the "CFEv2" in the log, that appears to be the default of a > switch (eg, if Linux doesn't detect anything else). That message is not included in the standard kernel -- how can I know it is meaningless? As I wrote CFE is standard Broadcom firmware. > The calibration code was crashing, so I set it to a fixed 1 value. > Worst case, some code won't delay as long as it wants to, right? That's grossly wrong. If you need to preset it for the time being till you debug calibration, then for a MIPS processor assume one instruction per clock tick and two instructions per loop -- that may not be entirely correct, but is a good approximation. Otherwise you risk peripheral devices are not driven correctly with all sorts of the nasty results. > > You have got something seriously broken -- __bzero traps exceptions on > > stores for graceful recovery as user addresses may be accessed as is the > > case here. If the reserved instruction exception handler is reached, then > > clearly the store instruction is not the immediate cause. > > What else could it be? Well, you've got the system and I have no crystal ball. You have means to debug it. See how control is passed to the RI exception. Find which of the TLB exceptions happens and how it proceeds. Etc... Maciej
