linux-kernel - Re: [PATCH v2 1/3] perf tools: Use offset instead of dwarfnum in register table.

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] [day] [month] [year] [list]
Message-Id: <20170207211728.db765a00b022347de5200004@kernel.org>
Date:   Tue, 7 Feb 2017 21:17:28 +0900
From:   Masami Hiramatsu <mhiramat@...nel.org>
To:     Will Deacon <will.deacon@....com>
Cc:     Hekuang <hekuang@...wei.com>, peterz@...radead.org,
        mingo@...hat.com, acme@...nel.org,
        alexander.shishkin@...ux.intel.com, jolsa@...hat.com,
        wangnan0@...wei.com, bintian.wang@...wei.com,
        linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v2 1/3] perf tools: Use offset instead of dwarfnum in
 register table.

On Tue, 7 Feb 2017 09:20:03 +0000
Will Deacon <will.deacon@....com> wrote:

> On Tue, Feb 07, 2017 at 09:54:51AM +0900, Masami Hiramatsu wrote:
> > On Mon, 6 Feb 2017 13:02:29 +0000
> > Will Deacon <will.deacon@....com> wrote:
> > 
> > > On Sat, Feb 04, 2017 at 05:03:20PM +0800, Hekuang wrote:
> > > > hi
> > > > 
> > > > 在 2017/2/3 21:00, Will Deacon 写道:
> > > > >On Fri, Feb 03, 2017 at 11:06:05AM +0000, He Kuang wrote:
> > > > >>This patch changes the 'dwarfnum' to 'offset' in register table, so
> > > > >>the index of array becomes the dwarfnum (the index of each register
> > > > >>defined by DWARF) and the "offset" member means the byte-offset of the
> > > > >>register in (user_)pt_regs. This change makes the code consistent with
> > > > >>x86.
> > > > >>
> > > > >>Acked-by: Masami Hiramatsu <mhiramat@...nel.org>
> > > > >>Signed-off-by: He Kuang <hekuang@...wei.com>
> > > > >>---
> > > > >>  tools/perf/arch/arm64/util/dwarf-regs.c | 107 ++++++++++++++++----------------
> > > > >>  1 file changed, 52 insertions(+), 55 deletions(-)
> > > > >Thanks for splitting this up. Comment below.
> > > > >
> > > > >>diff --git a/tools/perf/arch/arm64/util/dwarf-regs.c b/tools/perf/arch/arm64/util/dwarf-regs.c
> > > > >>index d49efeb..090f36b 100644
> > > > >>--- a/tools/perf/arch/arm64/util/dwarf-regs.c
> > > > >>+++ b/tools/perf/arch/arm64/util/dwarf-regs.c
> > > > >>@@ -9,72 +9,69 @@
> > > > >>   */
> > > > >>  #include <stddef.h>
> > > > >>+#include <linux/ptrace.h> /* for struct user_pt_regs */
> > > > >>  #include <dwarf-regs.h>
> > > > >>-struct pt_regs_dwarfnum {
> > > > >>+struct pt_regs_offset {
> > > > >>  	const char *name;
> > > > >>-	unsigned int dwarfnum;
> > > > >>+	int offset;
> > > > >>  };
> > > > >>-#define STR(s) #s
> > > > >>-#define REG_DWARFNUM_NAME(r, num) {.name = r, .dwarfnum = num}
> > > > >>-#define GPR_DWARFNUM_NAME(num) \
> > > > >>-	{.name = STR(%x##num), .dwarfnum = num}
> > > > >>-#define REG_DWARFNUM_END {.name = NULL, .dwarfnum = 0}
> > > > >>-
> > > > >>  /*
> > > > >>   * Reference:
> > > > >>   * http://infocenter.arm.com/help/topic/com.arm.doc.ihi0057b/IHI0057B_aadwarf64.pdf
> > > > >>   */
> > > > >>-static const struct pt_regs_dwarfnum regdwarfnum_table[] = {
> > > > >>-	GPR_DWARFNUM_NAME(0),
> > > > >>-	GPR_DWARFNUM_NAME(1),
> > > > >>-	GPR_DWARFNUM_NAME(2),
> > > > >>-	GPR_DWARFNUM_NAME(3),
> > > > >>-	GPR_DWARFNUM_NAME(4),
> > > > >>-	GPR_DWARFNUM_NAME(5),
> > > > >>-	GPR_DWARFNUM_NAME(6),
> > > > >>-	GPR_DWARFNUM_NAME(7),
> > > > >>-	GPR_DWARFNUM_NAME(8),
> > > > >>-	GPR_DWARFNUM_NAME(9),
> > > > >>-	GPR_DWARFNUM_NAME(10),
> > > > >>-	GPR_DWARFNUM_NAME(11),
> > > > >>-	GPR_DWARFNUM_NAME(12),
> > > > >>-	GPR_DWARFNUM_NAME(13),
> > > > >>-	GPR_DWARFNUM_NAME(14),
> > > > >>-	GPR_DWARFNUM_NAME(15),
> > > > >>-	GPR_DWARFNUM_NAME(16),
> > > > >>-	GPR_DWARFNUM_NAME(17),
> > > > >>-	GPR_DWARFNUM_NAME(18),
> > > > >>-	GPR_DWARFNUM_NAME(19),
> > > > >>-	GPR_DWARFNUM_NAME(20),
> > > > >>-	GPR_DWARFNUM_NAME(21),
> > > > >>-	GPR_DWARFNUM_NAME(22),
> > > > >>-	GPR_DWARFNUM_NAME(23),
> > > > >>-	GPR_DWARFNUM_NAME(24),
> > > > >>-	GPR_DWARFNUM_NAME(25),
> > > > >>-	GPR_DWARFNUM_NAME(26),
> > > > >>-	GPR_DWARFNUM_NAME(27),
> > > > >>-	GPR_DWARFNUM_NAME(28),
> > > > >>-	GPR_DWARFNUM_NAME(29),
> > > > >>-	REG_DWARFNUM_NAME("%lr", 30),
> > > > >>-	REG_DWARFNUM_NAME("%sp", 31),
> > > > >>-	REG_DWARFNUM_END,
> > > > >>-};
> > > > >>+#define REG_OFFSET_NAME(r, num) {.name = "%" #r,			\
> > > > >>+			.offset = offsetof(struct user_pt_regs, regs[num])}
> > > > >Whilst this works in practice, this is undefined behaviour for "sp", since
> > > > >you'll go off the end of the regs array.
> > > > 
> > > > It's not undefined behaviour here,
> > > > struct user_pt_regs {
> > > >         __u64           regs[31];
> > > >         __u64           sp;
> > > >         __u64           pc;
> > > >         __u64           pstate;
> > > > };
> > > > user_pt_regs->regs[31] is user_pt_regs->sp and the offset value is correct.
> > > 
> > > I think it's undefined from the C standard perspective.
> > 
> > Actually, this '%sp' is used for kprobes/uprobes dynamic events, which only 
> > depend on how regs_query_register_offset()@arch/arm64/kernel/ptrace.c is implemented.
> > And also, since perf-probe uses debuginfo, it can find out the base register.
> > 
> > So we don't need to care the C standard in this file :)
> 
> Up to the perf tool maintainers really, but I expect it will irritate
> anybody running UBSAN and it's really not difficult to fix.

Hmm, sorry, I'm not sure, what the point UBSAN user be irriteted?
And what is that related to this story?

Thank you,

-- 
Masami Hiramatsu <mhiramat@...nel.org>