> On Feb 7, 2019, at 9:47 AM, Noel Chiappa via cctalk <cctalk@classiccmp.org> 
> wrote:
> 
> So, with UISA0 containing 01614, that gives us PA:161400 + 04200 = PA:165600,
> I think. And it wound up at PA:171600 - off by 04000 (higher) - which is
> obviously an interesting number.

Thanks, Noel.

> ...it might be interesting to look at PA:165600 and see what's actually 
> _there_

A sea of zeros, as it turns out.

I'm thinking it might be worth obtaining a full memory dump of the text segment 
at the point of fault (I can do this with a small toggle-in program to dump it 
over the serial console), , and then compare that to the complete text section 
in the ls binary. That would give us more of a clue about whether blocks of 
memory are duplicated or swapped, what the size, alignment, and stride of the 
corrupted blocks is, how many there are, etc.

I'll get an IR trace out this weekend.  Another thing I _could_ do with the LA 
is an IO command trace on the RK11 (though that's a lot of probes to hook up to 
get disk address, count, and memory address).

      --FritzM.


Reply via email to