> Sorry, this turns out not to be correct, after tracing the assembly > completely (including loads in delayed branches) it looks like the > location read from the pid through ptrace might be wrong. I'll have to > keep debugging this. Delayed branches are a nasty invention. I am testing a patch to fix a problem that appeared last week. When a conditional branch with an unfilled delay slot is followed by an asm, bad things may end up in the delay slot. Even worse, the branch may branch into the delay slot. GCC has no idea what's in an asm. So, I'm trying to add a nop in the delay slot when a conditional branch is followed by an asm. Dave -- J. David Anglin dave.anglin@xxxxxxxxxxxxxx National Research Council of Canada (613) 990-0752 (FAX: 952-6602) -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
