On Sat, 16 Apr 2005 20:36:35 GMT "tb" <a@[EMAIL PROTECTED]
> wrote:
:>> Which intercept?
:>> What ASC mode is do***ented for the intercept?
:>Binyamin, this is not a do***ented interface. It's a proprietary
:>undo***ented, hook, into a subsystem.
Do you know what ASC you might be in?
Might it be HOME?
:>> What address is causing the PIC-11? Which register is the base for it?
:>The base register getting the translation exception is R4. It is no
good,
:>as it was loaded off of R3. R3 is 0, but per the data in the dump, it
:>should contain a valid address. This fact, that R3 is 0, is the "bug".
:>R14 being 0 is also a "bug", as it too should contain the return address
:>that was just BASR'ed from, into my intercept.
Or it didn't get there that way.
:>It's almost as if the ASC mode was different from the time I got
control, to
:>the time I S0C4'ed, which is less than 100 instructions.
How do you know that you got control there?
:>After reviewing the code again, I do not explicitly set primary mode
(SAC
:>0), but, that's the mode I need to be in, and, that's the mode that was
:>active at the time of the abend.
Might be time to turn on branch tracing so that you can make sure that you
are
getting where you are getting as you think. Increase the system trace
table at
the same time since branch tracing takes up some space.
:>> As I understand it SACF was only implemented (as different from SAC)
on a
:>few
:>> models. The basic difference in how the instruction prefetch queue is
:>handled.
:>> If you are not modifying the instruction stream or switching from home
to
:>> primary (which causes instruction fetch to load from a different
memory)
:>there
:>> should not be a difference.
:>I did not notice when reading the POP that it does not apply to all
models.
:>I will have to revisit that.
:>I did see the info you mentioned about the prefetch queue, and since I
was
:>not changing to or from home space mode, I figured it was OK to use it
:>without any other consideration.
:>Thanks for taking the time to spend brainpower on this with me.
--
Binyamin Dissen <bdissen@[EMAIL PROTECTED]
>
http://www.dissensoftware.com
Director, Dissen Software, Bar & Grill - Israel
Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.
I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.
|
