Hi,
thanks for you reply.
On Wed, Jul 17, 2013 at 12:44 AM, Luis Machado
Some general thoughts...
Can you make sure the breakpoint has been lifted from the instruction it
replaced? If the breakpoint has been lifted and it is still being hit, then
it sounds like there is some kind of instruction cache problem going on,
where we first need to flush the icache before resuming execution.
If the icache is the problem, then it sounds like something the kernel
itself needs to address.
Luis
I don't know how to flush the icache off-hand, so I used anther way to
bypass this issue. I set the eip to the next instruction's address to
bypass the breakpoint ins. But problem seems doesn't go away.