linux-kernel - 4.4-rc5 Setting hardware breakpoint in int_ret_from_sys

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <CAO6TR8XxBp3dO-5Hz6AKb=YW6LxFY+N4z-_jyxnkMOi4san-Zg@mail.gmail.com>
Date:	Wed, 16 Dec 2015 16:12:26 -0700
From:	Jeff Merkey <linux.mdb@...il.com>
To:	LKML <linux-kernel@...r.kernel.org>
Cc:	tglx@...utronix.de, mingo@...hat.com, hpa@...or.com,
	x86@...nel.org, peterz@...radead.org, luto@...nel.org
Subject: 4.4-rc5 Setting hardware breakpoint in int_ret_from_sys_call causes
 triple fault/reboot

Setting a hardware breakpoint at the

rex64 sysret

instruction at the end of int_ret_from_sys_call causes the system to
triple fault
and reboot when the breakpoint is triggered.  Appears to be related
the same problem
as the lockup.

This function can be stepped over and traced through with the TRAP
FLAG set so long as a hardware breakpoint is set somewhere in the
function.  Otherwise upon exist the system hard hangs.  If you break
exactly on that instruction -- reboot.   If you break a few
instructions before it and single step through the call it works.  If
you step through the call with no breakpoint the system hard hangs.
Same behavior as when you try to step from inside an nmi handler.
Looks related.

Caused somewhere in the way exception handlers are coded for sure.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/