From: Martin Schwidefsky <schwidefsky@de.ibm.com>
To: "Luck, Tony" <tony.luck@intel.com>
Cc: Steven Rostedt <rostedt@goodmis.org>,
"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>
Subject: Re: [patch 3/4] ia64 mcount offset calculation
Date: Tue, 17 May 2011 10:04:56 +0200 [thread overview]
Message-ID: <20110517100456.6abef0de@mschwide> (raw)
In-Reply-To: <987664A83D2D224EAE907B061CE93D5301CD197F7B@orsmsx505.amr.corp.intel.com>
On Mon, 16 May 2011 12:17:15 -0700
"Luck, Tony" <tony.luck@intel.com> wrote:
> This patch does some fast and loose translation from hex (0x12) in the kernel
> to decimal (18) in the user tools ... which doesn't look like it fits with
> either of these conventions.
All the patch does is to move an address calculation from the kernel "addr-0x12"
to user space by subtracting the constant offset from the addend value for the
relocation: "addend = _w(_w(relp->r_offset) - recval + mcount_adjust)".
The offset for ia64 is -18. I'd be very surprised if the outcome of the move
would yield a different end result. But as I took another look at the patch
I noticed a bug, for EM_IA64 we need to set mcount_adjust_64 and not
mcount_adjust_32 as it is a 64-bit architecture. New patch below.
I tried to do a test compile with/without the patch but with the latest git
kernels TRACING_SUPPORT depends on TRACE_IRQFLAGS_SUPPORT which is missing
for ia64. No luck ..
---
Subject: [PATCH] ia64 mcount offset calculation
From: Martin Schwidefsky <schwidefsky@de.ibm.com>
Do the mcount offset adjustment in the recordmcount.pl/recordmcount.[ch]
at compile time and not in ftrace_call_adjust at run time.
Signed-off-by: Martin Schwidefsky <schwidefsky@de.ibm.com>
---
arch/ia64/include/asm/ftrace.h | 7 +++++--
scripts/recordmcount.c | 7 ++++++-
scripts/recordmcount.pl | 1 +
3 files changed, 12 insertions(+), 3 deletions(-)
diff -urpN linux-2.6/arch/ia64/include/asm/ftrace.h linux-2.6-patched/arch/ia64/include/asm/ftrace.h
--- linux-2.6/arch/ia64/include/asm/ftrace.h 2011-03-15 02:20:32.000000000 +0100
+++ linux-2.6-patched/arch/ia64/include/asm/ftrace.h 2011-05-16 10:16:20.000000000 +0200
@@ -14,8 +14,11 @@ extern void _mcount(unsigned long pfs, u
static inline unsigned long ftrace_call_adjust(unsigned long addr)
{
- /* second bundle, insn 2 */
- return addr - 0x12;
+ /*
+ * addr is the address of the mcount call instruction.
+ * recordmcount does the necessary offset calculation.
+ */
+ return addr;
}
struct dyn_arch_ftrace {
diff -urpN linux-2.6/scripts/recordmcount.c linux-2.6-patched/scripts/recordmcount.c
--- linux-2.6/scripts/recordmcount.c 2011-05-16 10:16:20.000000000 +0200
+++ linux-2.6-patched/scripts/recordmcount.c 2011-05-16 10:16:20.000000000 +0200
@@ -307,7 +307,12 @@ do_file(char const *const fname)
case EM_ARM: reltype = R_ARM_ABS32;
altmcount = "__gnu_mcount_nc";
break;
- case EM_IA_64: reltype = R_IA64_IMM64; gpfx = '_'; break;
+ case EM_IA_64:
+ reltype = R_IA64_IMM64;
+ /* Adjust relocation to second bundle, insn 2 */
+ mcount_adjust_64 = -18;
+ gpfx = '_';
+ break;
case EM_MIPS: /* reltype: e_class */ gpfx = '_'; break;
case EM_PPC: reltype = R_PPC_ADDR32; gpfx = '_'; break;
case EM_PPC64: reltype = R_PPC64_ADDR64; gpfx = '_'; break;
diff -urpN linux-2.6/scripts/recordmcount.pl linux-2.6-patched/scripts/recordmcount.pl
--- linux-2.6/scripts/recordmcount.pl 2011-05-16 10:16:20.000000000 +0200
+++ linux-2.6-patched/scripts/recordmcount.pl 2011-05-16 10:16:20.000000000 +0200
@@ -278,6 +278,7 @@ if ($arch eq "x86_64") {
} elsif ($arch eq "ia64") {
$mcount_regex = "^\\s*([0-9a-fA-F]+):.*\\s_mcount\$";
+ $mcount_adjust = -18;
$type = "data8";
if ($is_module eq "0") {
--
blue skies,
Martin.
"Reality continues to ruin my life." - Calvin.
next prev parent reply other threads:[~2011-05-17 8:06 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-10 8:10 [patch 0/4] [RFC] mcount address adjustment Martin Schwidefsky
2011-05-10 8:10 ` Martin Schwidefsky
2011-05-10 8:10 ` [patch 1/4] recordmcount " Martin Schwidefsky
2011-05-10 8:10 ` Martin Schwidefsky
2011-05-10 8:10 ` [patch 2/4] x86 mcount offset calculation Martin Schwidefsky
2011-05-10 8:10 ` Martin Schwidefsky
2011-05-10 8:10 ` [patch 3/4] ia64 " Martin Schwidefsky
2011-05-10 8:10 ` Martin Schwidefsky
2011-05-16 18:58 ` Steven Rostedt
2011-05-16 19:17 ` Luck, Tony
2011-05-16 19:17 ` Luck, Tony
2011-05-16 20:41 ` Steven Rostedt
2011-05-17 8:04 ` Martin Schwidefsky [this message]
2011-05-17 11:20 ` Steven Rostedt
2011-05-10 8:10 ` [patch 4/4] s390 " Martin Schwidefsky
2011-05-10 8:10 ` Martin Schwidefsky
2011-05-11 17:23 ` [patch 0/4] [RFC] mcount address adjustment Rabin Vincent
2011-05-12 9:24 ` Martin Schwidefsky
2011-05-12 13:30 ` Rabin Vincent
2011-05-16 12:57 ` Dave Martin
2011-05-16 14:28 ` Steven Rostedt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20110517100456.6abef0de@mschwide \
--to=schwidefsky@de.ibm.com \
--cc=linux-arch@vger.kernel.org \
--cc=rostedt@goodmis.org \
--cc=tony.luck@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).