linux-kernel - Re: Re: [PATCH -tip/x86/jumplabel] x86: call out into int3 handler directly instead of using notifier

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-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <51EDDB4B.6030609@hitachi.com>
Date:	Tue, 23 Jul 2013 10:24:27 +0900
From:	Masami Hiramatsu <masami.hiramatsu.pt@...achi.com>
To:	Jiri Kosina <jkosina@...e.cz>
Cc:	"H. Peter Anvin" <hpa@...ux.intel.com>,
	linux-kernel@...r.kernel.org,
	Fengguang Wu <fengguang.wu@...el.com>,
	Steven Rostedt <rostedt@...dmis.org>, x86@...nel.org
Subject: Re: Re: [PATCH -tip/x86/jumplabel] x86: call out into int3 handler
 directly instead of using notifier

(2013/07/23 6:00), Jiri Kosina wrote:
> On Mon, 22 Jul 2013, H. Peter Anvin wrote:
> 
>>  What is the baseline for this patch?
> 
> Hi!
> 
> it's x86/jumplabel branch, as a followup to commit 
> fd4363fff3d96 ("x86: Introduce int3 (breakpoint)-based instruction 
> patching") sitting there.

AFAICS, tip/master already merged Jiri's works on tip/x86/jumplabel.
Thus both branches need this. (especially, since this is actual
bugfix, it should go into tip/master.)


> This branch however seems to be broken by Ingo's mismerge; this e-mail 
> from earlier today:
> 
> 	https://lkml.org/lkml/2013/7/22/147
> 
> implied that he fixed this ("all is fine"), however x86/jumplabel still 
> contains just 3/3 of Masami's series, and therefore is broken; 3/3 is not 
> enough, it needs also
> 
> 	kprobes/x86: Remove an incorrect comment about int3 in NMI/MCE
> 	kprobes/x86: Use text_poke_bp() instead of text_poke_smp*()
> 
> included or
> 
> 	kprobes/x86: Remove unused text_poke_smp() and text_poke_smp_batch() functions
> 
> dropped to be in consistent state again.

I hope to pull entire of this series in :)

> 
> I pinged Ingo about this:
> 
> 	https://lkml.org/lkml/2013/7/22/281
> 
> but the branch still seems to be in an odd state, containing last patch of 
> Masami's series.
> 
> Thanks in advance for fixing this and applying mi fix as well,	
> 

Thanks!

-- 
Masami HIRAMATSU
IT Management Research Dept. Linux Technology Center
Hitachi, Ltd., Yokohama Research Laboratory
E-mail: masami.hiramatsu.pt@...achi.com


--
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/