If my memory is correct, this problem doesn't need qemu to execute the
code, it only needs it to translate the code. In the original test case
the invalid instructions were actually dead code but still managed to
crash qemu.
I suggest following Yongbok Kim's approach and signalling Reserved
Instr
** Changed in: qemu
Status: Fix Released => New
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1663287
Title:
Illegal delay slot code causes abort on mips64
Status in QEMU:
New
Bug descri
Thanks for that fix. I've just noticed that the second part, in
gen_compute_branch1, wasn't included, though. Could you take a look at
it?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1663287
Titl
I've just found the same problem with gen_compute_branch1,
0028 jr at
4540563a bc1any4f $fcc0,0xbfc158ec
The cause is the same - if the instruction set is wrong then the delay
slot check is skipped.
--
You received this bug notification because you are a member of qemu-
devel-ml,
Public bug reported:
During some randomised testing of an experimental MIPS implementation I
found an instruction sequence that also causes aborts on mainline qemu's
MIPS support. The problem is triggered by an MSA branch instruction
appearing in a delay slot when emulating a processor without MS
When using qemu-system-arm from CVS or 0.9.1 I've noticed that the emulator
locks up occasionally on heavy disk access. Forcing a fsck on start up is
normally enough to trigger it. The root cause is that scsi_read_data can be
reentered before updating sector and sector_count:
lsi_do_dma calls
