When running my buggy kernel, the newer version of Bochs I'm using
(2.2.1) starts pumping out the message "CPU_LOOP 1" and becomes
un-interruptable (I have to kill it). What does this message mean?
>From what I can tell, my OS has gone into a loop as well.
I looked at the source code on the web but couldn't find a place where
the string "CPU_LOOP" is defined.
I'm curious to know what this means as it might help me work out what
my OS code is doing.
Thanks,
Brian.
I found that including these lines in the bochsrc file solved:
debug: action=ignore
panic: action=fatal
error: action=ask
info: action=report
in my own case, when i start simulating I encounter some errors from
CLVGA claiming about "carachter height=1", "alwayscont" helps having
them no more. Upon a cpu exception you get a message from "CPU0", "die"
will case a cpu dump and bochs to stop. If i had choosen "cont", another
error from CPU0 would arise about "exception with no resolution" and
another "cont" leads to "CPU_LOOP 1"
For informations: the message can be found in <bochs_source>/cpu/cpu.cc
Regards
Laurent.
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCS/O d--(---) s: a C++ UL++++ P+ L+++ E--- W++ N+ o-- K--- w--
O- M- V- PS++ PE Y+ PGP- t 5 X++ R* tv++ b++ DI++ D
G+ e++ h-- r+++ y+++
------END GEEK CODE BLOCK------
I haven't seen this particular message and also can't find it in the
source code. My only advice is to try using bochs' builtin debugger or
gdb to find the problem, or at least try to look up which function in
your kernel EIP refers to when bochs crashes.
HTH,
Paul
I imagine that it has detected code like this:
loop:
jmp loop
Cheers,
Nicholas Sherlock
Anyway- something to go on with...
Now that I know its a triple fault in the Page Fault handler, I've
narrowed it down a lot...
Thanks for your help.