228 	 * by int3. And the instruction at kp->addr is not modified by kprobes  in __recover_probed_insn()
277 	/* INT3 / INT n / INTO / INT1 */  in is_exception_insn()
464 /* Prepare reljump or int3 right after instruction */
482 		/* Otherwise, put an int3 for trapping singlestep */  in prepare_singlestep()
650 		 * int3 single stepping.  in prepare_emulation()
663 	case 0xcc:	/* int3 */  in prepare_emulation()
772 	/* Add int3 for single-step or booster jmp */  in arch_copy_kprobe()
817 	u8 int3 = INT3_INSN_OPCODE;  in arch_arm_kprobe()  local
819 	text_poke(p->addr, &int3, 1);  in arch_arm_kprobe()
821 	perf_event_text_poke(p->addr, &p->opcode, 1, &int3, 1);  in arch_arm_kprobe()
826 	u8 int3 = INT3_INSN_OPCODE;  in arch_disarm_kprobe()  local
828 	perf_event_text_poke(p->addr, &int3, 1, &p->opcode, 1);  in arch_disarm_kprobe()
932  * instruction whose first byte has been replaced by the "int3"
936  * copy is p->ainsn.insn. We also doesn't use trap, but "int3" again
938  * Different from the trap single-step, "int3" single-step can not
943  * using "int3".
945  * When the 2nd "int3" handled, the regs->ip and regs->flags needs to
956 	/* Note that regs->ip is executed int3 so must be a step back */  in resume_singlestep()
1018 	 * processing. Since int3 and debug trap disables irqs and we clear  in kprobe_int3_handler()
1050 			/* Most provably this is the second int3 for singlestep */  in kprobe_int3_handler()