This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: [PATCH 1/1] x86: fix text_poke
- From: Arnaldo Carvalho de Melo <acme at redhat dot com>
- To: Jeremy Fitzhardinge <jeremy at goop dot org>
- Cc: Arnaldo Carvalho de Melo <acme at redhat dot com>, Masami Hiramatsu <mhiramat at redhat dot com>, Mathieu Desnoyers <mathieu dot desnoyers at polymtl dot ca>, Linus Torvalds <torvalds at linux-foundation dot org>, "H. Peter Anvin" <hpa at zytor dot com>, Andi Kleen <andi at firstfloor dot org>, Ingo Molnar <mingo at elte dot hu>, Jiri Slaby <jirislaby at gmail dot com>, David Miller <davem at davemloft dot net>, zdenek dot kabelac at gmail dot com, rjw at sisk dot pl, paulmck at linux dot vnet dot ibm dot com, akpm at linux-foundation dot org, linux-ext4 at vger dot kernel dot org, herbert at gondor dot apana dot org dot au, penberg at cs dot helsinki dot fi, clameter at sgi dot com, linux-kernel at vger dot kernel dot org, pageexec at freemail dot hu, "Frank Ch. Eigler" <fche at redhat dot com>, systemtap at sources dot redhat dot com
- Date: Sat, 26 Apr 2008 22:00:39 -0300
- Subject: Re: [PATCH 1/1] x86: fix text_poke
- References: <481241DC.3070601@zytor.com> <alpine.LFD.1.10.0804251349510.2779@woody.linux-foundation.org> <20080425211205.GC25950@Krystal> <alpine.LFD.1.10.0804251456410.2779@woody.linux-foundation.org> <20080425230028.GC31226@Krystal> <481265B7.9040505@goop.org> <48126A80.4000203@redhat.com> <4812CA02.8040705@goop.org> <20080426115634.GH16635@ghostprotocols.net> <4813BCF8.3090907@goop.org>
Em Sat, Apr 26, 2008 at 04:38:32PM -0700, Jeremy Fitzhardinge escreveu:
> Arnaldo Carvalho de Melo wrote:
>> You do, when you decide to stop tracing. He is not talking about the old
>> function, that one, indeed will always be there, but what about the new
>> one? When tracing stops we want to remove it and revert to using the old
>> one...
>>
>> But perhaps you are suggesting that the new one, once loaded, stays
>> there forever, that would work, but after several tracing sessions one
>> would have to eventually reboot the machine due to many modules left
>> loaded.
>
> As I said, it doesn't seem like a very satisfactory way to solve the
> problem.
Indeed :-)
- Arnaldo