[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4ABCA5A4.5000605@redhat.com>
Date: Fri, 25 Sep 2009 04:12:36 -0700
From: Masami Hiramatsu <mhiramat@...hat.com>
To: Richard J Moore <richardj_moore@...ibm.com>
CC: Alan Cox <alan@...rguk.ukuu.org.uk>, Andi Kleen <ak@...e.de>,
Anton Massoud <anton.massoud@...csson.com>,
Arjan van de Ven <arjan@...radead.org>,
Dominique Toupin <dominique.toupin@...csson.com>,
"H. Peter Anvin" <hpa@...or.com>, Jason Baron <jbaron@...hat.com>,
Jim Keniston <jkenisto@...ibm.com>,
linux-kernel@...r.kernel.org,
Mathieu Desnoyers <mathieu.desnoyers@...ymtl.ca>,
Ingo Molnar <mingo@...e.hu>,
Nathan Sidwell <nathan@...esourcery.com>,
Prasanna S Panchamukhi <prasanna@...ibm.com>,
Steven Rostedt <rostedt@...dmis.org>,
Rusty Lynch <rusty.lynch@...el.com>,
Suparna Bhattacharya <suparna@...ibm.com>,
Thomas Gleixner <tglx@...utronix.de>,
Vamsi Krishna S <vamsi_krishna@...ibm.com>
Subject: Re: Immediate values
Richard J Moore wrote:
>
>
> Alan Cox <alan@...rguk.ukuu.org.uk> wrote on 25/09/2009 11:02:06:
>
>
>>
>> There was considerable discussion abut this when the kprobe stuff went
>> in. If I remember rightly it was stated by someone @intel.com then that
>> int3 was ok (even though its not strictly documented as such). The same
>> is not true for all instructions on all x86 processors unfortunately.
>>
>> Alan
>
> Alan, I had that discussion with Intel, and yes int3 is a special case
> because of the interrupt processing associated with it. The discussion
> went along this lines: int3 is practically useless in an MP environment
> if it's trouble by the cross-modifying erratum.
>
> I suppose it is possible the more recent microarchitectures have
> changed things. And yes, we might need to have that conversation again.
Hi,
I'm also very interested in this topic, since I'd like to replace
kprobe's int3 with jump instruction by using bypass code, which
Mathieu's new imv using.
http://lkml.org/lkml/2009/9/14/549
Actually, it is OK even if I need to use stop_machine(), because
the main goal is reducing overhead of probing, not reducing
the replacing time. :)
Thank you,
--
Masami Hiramatsu
Software Engineer
Hitachi Computer Products (America), Inc.
Software Solutions Division
e-mail: mhiramat@...hat.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/
Powered by blists - more mailing lists