* [lttng-dev] ARM syscall problems
@ 2012-04-10 21:41 Ryan.Kyser
2012-04-11 0:50 ` Mathieu Desnoyers
0 siblings, 1 reply; 6+ messages in thread
From: Ryan.Kyser @ 2012-04-10 21:41 UTC (permalink / raw)
I have gotten most of the ARM syscall tracing to work, but I have two
problems.
1.) My override syscalls don't look quite right (see babeltrace snippet
below). I have overriden these in the file
instrumentation/syscalls/headers/arm-32-syscalls-2.6.38_integers_override.h
(see below for contents of file). I based each of the SC_TRACE_EVENTmacros
on the function declaration of each respective syscall. These declarations
can be viewed below the babeltrace snippet. If anyone has any suggestions
on what I'm doing wrong, I would appreciate it.
2.) I'm seeing a sys_unknown with a suspicious NR ID of 983045. Any ideas
on how to further debug this problem?
[19:01:09.009343858] (+0.000020500) sys_unknown: { 0 }, { id = 983045,
args = [ [0] = 715846848, [1] = 715848600, [2] = 716677200, [3] =
715846848, [4] = 716677200, [5] = 1 ] }
// snippet from babeltrace
[19:01:41.881449470] (+0.000009560) sys_mmap2: { 0 }, { addr = 0x0, len =
0xA00000, prot = 0x3, flags = 0x122, fd = 0xFFFFFFFF, pgoff = 0x0 }
[19:01:41.883759076] (+0.000002848) sys_mmap2: { 0 }, { addr = 0x0, len =
0xA00000, prot = 0x3, flags = 0x122, fd = 0xFFFFFFFF, pgoff = 0x0 }
[19:01:41.885699591] (+0.000002394) sys_mmap2: { 1 }, { addr = 0x0, len =
0xA00000, prot = 0x3, flags = 0x122, fd = 0xFFFFFFFF, pgoff = 0x0 }
[19:01:41.891235228] (+0.000067409) sys_sync_file_range2: { 0 }, { fd =
0x1C, offset = 0x2, nbytes = 0x400000000, flags = 0x0 }
[19:01:41.891582288] (+0.000002818) sys_sync_file_range2: { 0 }, { fd =
0x1C, offset = 0x100000000002, nbytes = 0x400000000, flags = 0x0 }
[19:01:41.891618122] (+0.000002319) sys_sync_file_range2: { 0 }, { fd =
0x1C, offset = 0x7, nbytes = 0x400000000, flags = 0x0 }
[19:01:41.924569379] (+0.000014803) sys_arm_fadvise64_64: { 0 }, { fd =
0x1C, advice = 0x4, offset = 0x400000000, len = 0xF1FF3ED800000000 }
[19:01:41.924714197] (+0.000003151) sys_sync_file_range2: { 0 }, { fd =
0x1C, offset = 0x200000000002, nbytes = 0x400000000, flags = 0x0 }
[19:01:41.924758425] (+0.000002137) sys_sync_file_range2: { 0 }, { fd =
0x1C, offset = 0x100000000007, nbytes = 0x400000000, flags = 0x0 }
[19:01:41.924768591] (+0.000002909) sys_arm_fadvise64_64: { 0 }, { fd =
0x1C, advice = 0x4, offset = 0x400000000, len = 0xF1FF3ED800000000 }
// end snippet
// declaration from include/asm-generic/syscalls.h
asmlinkage long sys_mmap2(unsigned long addr, unsigned long len,
unsigned long prot, unsigned long flags,
unsigned long fd, unsigned long pgoff);
// declaration from arch/arm/kernel/sys_arm.c
asmlinkage long sys_arm_fadvise64_64(int fd, int advice,
loff_t offset, loff_t len)
{
return sys_fadvise64_64(fd, offset, len, advice);
}
// declaration from fs/sync.c
SYSCALL_DEFINE(sync_file_range2)(int fd, unsigned int flags,
loff_t offset, loff_t nbytes)
{
return sys_sync_file_range(fd, offset, nbytes, flags);
}
// arm-32-syscalls-2.6.38_integers_override.h ....
#define OVERRIDE_TABLE_32_sys_mmap2
#define OVERRIDE_TABLE_32_sys_arm_fadvise64_64
#define OVERRIDE_TABLE_32_sys_sync_file_range2
#ifndef CREATE_SYSCALL_TABLE
SC_TRACE_EVENT(sys_mmap2,
TP_PROTO(unsigned long addr, unsigned long len, unsigned long
prot,
unsigned long flags, unsigned long fd, unsigned long
pgoff),
TP_ARGS(addr, len, prot, flags, fd, pgoff),
TP_STRUCT__entry(
__field_hex(unsigned long, addr)
__field_hex(unsigned long, len)
__field_hex(unsigned long, prot)
__field_hex(unsigned long, flags)
__field_hex(unsigned long, fd)
__field_hex(unsigned long, pgoff)),
TP_fast_assign(
tp_assign(addr, addr)
tp_assign(len, len)
tp_assign(prot, prot)
tp_assign(flags, flags)
tp_assign(fd, fd)
tp_assign(pgoff, pgoff)),
TP_printk()
)
SC_TRACE_EVENT(sys_arm_fadvise64_64,
TP_PROTO(int fd, int advice, loff_t offset, loff_t len),
TP_ARGS(fd, advice, offset, len),
TP_STRUCT__entry(
__field_hex(int, fd)
__field_hex(int, advice)
__field_hex(loff_t, offset)
__field_hex(loff_t, len)),
TP_fast_assign(
tp_assign(fd, fd)
tp_assign(advice, advice)
tp_assign(offset, offset)
tp_assign(len, len)),
TP_printk()
)
SC_TRACE_EVENT(sys_sync_file_range2,
TP_PROTO(int fd, loff_t offset, loff_t nbytes, unsigned int
flags),
TP_ARGS(fd, offset, nbytes, flags),
TP_STRUCT__entry(
__field_hex(int, fd)
__field_hex(loff_t, offset)
__field_hex(loff_t, nbytes)
__field_hex(unsigned int, flags)),
TP_fast_assign(
tp_assign(fd, fd)
tp_assign(offset, offset)
tp_assign(nbytes, nbytes)
tp_assign(flags, flags)),
TP_printk()
)
#else /* CREATE_SYSCALL_TABLE */
#define OVERRIDE_TABLE_32_sys_mmap2
TRACE_SYSCALL_TABLE(sys_mmap2, sys_mmap2, 192, 6)
#define OVERRIDE_TABLE_32_sys_arm_fadvise64_64
TRACE_SYSCALL_TABLE(sys_arm_fadvise64_64, sys_arm_fadvise64_64, 270, 4)
#define OVERRIDE_TABLE_32_sys_sync_file_range2
TRACE_SYSCALL_TABLE(sys_sync_file_range2, sys_sync_file_range2, 341, 4)
#endif /* CREATE_SYSCALL_TABLE */
Thank you,
Ryan Kyser
^ permalink raw reply [flat|nested] 6+ messages in thread
* [lttng-dev] ARM syscall problems
2012-04-10 21:41 [lttng-dev] ARM syscall problems Ryan.Kyser
@ 2012-04-11 0:50 ` Mathieu Desnoyers
2012-04-11 1:20 ` Nicolas Pitre
2012-04-11 13:32 ` Ryan.Kyser
0 siblings, 2 replies; 6+ messages in thread
From: Mathieu Desnoyers @ 2012-04-11 0:50 UTC (permalink / raw)
* Ryan.Kyser at jci.com (Ryan.Kyser at jci.com) wrote:
> I have gotten most of the ARM syscall tracing to work, but I have two
> problems.
You're getting close! I look forward to see those patches when they're
ready.
>
> 1.) My override syscalls don't look quite right (see babeltrace snippet
> below). I have overriden these in the file
> instrumentation/syscalls/headers/arm-32-syscalls-2.6.38_integers_override.h
> (see below for contents of file). I based each of the SC_TRACE_EVENTmacros
> on the function declaration of each respective syscall. These declarations
> can be viewed below the babeltrace snippet. If anyone has any suggestions
> on what I'm doing wrong, I would appreciate it.
>
See below,
>
> 2.) I'm seeing a sys_unknown with a suspicious NR ID of 983045. Any ideas
> on how to further debug this problem?
> [19:01:09.009343858] (+0.000020500) sys_unknown: { 0 }, { id = 983045,
> args = [ [0] = 715846848, [1] = 715848600, [2] = 716677200, [3] =
> 715846848, [4] = 716677200, [5] = 1 ] }
I'm CCing Avik and Nicolas, they might have a clue about this
high-numbered syscall number.
>
> // snippet from babeltrace
> [19:01:41.881449470] (+0.000009560) sys_mmap2: { 0 }, { addr = 0x0, len =
> 0xA00000, prot = 0x3, flags = 0x122, fd = 0xFFFFFFFF, pgoff = 0x0 }
> [19:01:41.883759076] (+0.000002848) sys_mmap2: { 0 }, { addr = 0x0, len =
> 0xA00000, prot = 0x3, flags = 0x122, fd = 0xFFFFFFFF, pgoff = 0x0 }
> [19:01:41.885699591] (+0.000002394) sys_mmap2: { 1 }, { addr = 0x0, len =
> 0xA00000, prot = 0x3, flags = 0x122, fd = 0xFFFFFFFF, pgoff = 0x0 }
> [19:01:41.891235228] (+0.000067409) sys_sync_file_range2: { 0 }, { fd =
> 0x1C, offset = 0x2, nbytes = 0x400000000, flags = 0x0 }
> [19:01:41.891582288] (+0.000002818) sys_sync_file_range2: { 0 }, { fd =
> 0x1C, offset = 0x100000000002, nbytes = 0x400000000, flags = 0x0 }
> [19:01:41.891618122] (+0.000002319) sys_sync_file_range2: { 0 }, { fd =
> 0x1C, offset = 0x7, nbytes = 0x400000000, flags = 0x0 }
> [19:01:41.924569379] (+0.000014803) sys_arm_fadvise64_64: { 0 }, { fd =
> 0x1C, advice = 0x4, offset = 0x400000000, len = 0xF1FF3ED800000000 }
> [19:01:41.924714197] (+0.000003151) sys_sync_file_range2: { 0 }, { fd =
> 0x1C, offset = 0x200000000002, nbytes = 0x400000000, flags = 0x0 }
> [19:01:41.924758425] (+0.000002137) sys_sync_file_range2: { 0 }, { fd =
> 0x1C, offset = 0x100000000007, nbytes = 0x400000000, flags = 0x0 }
> [19:01:41.924768591] (+0.000002909) sys_arm_fadvise64_64: { 0 }, { fd =
> 0x1C, advice = 0x4, offset = 0x400000000, len = 0xF1FF3ED800000000 }
> // end snippet
I guess what you dislike here is the 0x.... formatting ? If this is the
issue, just use "__field" instead of "__field_hex" in the SC_TRACE_EVENT
below.
Best regards,
Mathieu
>
>
>
> // declaration from include/asm-generic/syscalls.h
> asmlinkage long sys_mmap2(unsigned long addr, unsigned long len,
> unsigned long prot, unsigned long flags,
> unsigned long fd, unsigned long pgoff);
>
> // declaration from arch/arm/kernel/sys_arm.c
> asmlinkage long sys_arm_fadvise64_64(int fd, int advice,
> loff_t offset, loff_t len)
> {
> return sys_fadvise64_64(fd, offset, len, advice);
> }
>
> // declaration from fs/sync.c
> SYSCALL_DEFINE(sync_file_range2)(int fd, unsigned int flags,
> loff_t offset, loff_t nbytes)
> {
> return sys_sync_file_range(fd, offset, nbytes, flags);
> }
>
>
>
> // arm-32-syscalls-2.6.38_integers_override.h ....
> #define OVERRIDE_TABLE_32_sys_mmap2
> #define OVERRIDE_TABLE_32_sys_arm_fadvise64_64
> #define OVERRIDE_TABLE_32_sys_sync_file_range2
>
> #ifndef CREATE_SYSCALL_TABLE
>
> SC_TRACE_EVENT(sys_mmap2,
> TP_PROTO(unsigned long addr, unsigned long len, unsigned long
> prot,
> unsigned long flags, unsigned long fd, unsigned long
> pgoff),
> TP_ARGS(addr, len, prot, flags, fd, pgoff),
> TP_STRUCT__entry(
> __field_hex(unsigned long, addr)
> __field_hex(unsigned long, len)
> __field_hex(unsigned long, prot)
> __field_hex(unsigned long, flags)
> __field_hex(unsigned long, fd)
> __field_hex(unsigned long, pgoff)),
> TP_fast_assign(
> tp_assign(addr, addr)
> tp_assign(len, len)
> tp_assign(prot, prot)
> tp_assign(flags, flags)
> tp_assign(fd, fd)
> tp_assign(pgoff, pgoff)),
> TP_printk()
> )
>
> SC_TRACE_EVENT(sys_arm_fadvise64_64,
> TP_PROTO(int fd, int advice, loff_t offset, loff_t len),
> TP_ARGS(fd, advice, offset, len),
> TP_STRUCT__entry(
> __field_hex(int, fd)
> __field_hex(int, advice)
> __field_hex(loff_t, offset)
> __field_hex(loff_t, len)),
> TP_fast_assign(
> tp_assign(fd, fd)
> tp_assign(advice, advice)
> tp_assign(offset, offset)
> tp_assign(len, len)),
> TP_printk()
> )
>
> SC_TRACE_EVENT(sys_sync_file_range2,
> TP_PROTO(int fd, loff_t offset, loff_t nbytes, unsigned int
> flags),
> TP_ARGS(fd, offset, nbytes, flags),
> TP_STRUCT__entry(
> __field_hex(int, fd)
> __field_hex(loff_t, offset)
> __field_hex(loff_t, nbytes)
> __field_hex(unsigned int, flags)),
> TP_fast_assign(
> tp_assign(fd, fd)
> tp_assign(offset, offset)
> tp_assign(nbytes, nbytes)
> tp_assign(flags, flags)),
> TP_printk()
> )
>
>
> #else /* CREATE_SYSCALL_TABLE */
>
> #define OVERRIDE_TABLE_32_sys_mmap2
> TRACE_SYSCALL_TABLE(sys_mmap2, sys_mmap2, 192, 6)
> #define OVERRIDE_TABLE_32_sys_arm_fadvise64_64
> TRACE_SYSCALL_TABLE(sys_arm_fadvise64_64, sys_arm_fadvise64_64, 270, 4)
> #define OVERRIDE_TABLE_32_sys_sync_file_range2
> TRACE_SYSCALL_TABLE(sys_sync_file_range2, sys_sync_file_range2, 341, 4)
>
> #endif /* CREATE_SYSCALL_TABLE */
>
>
>
> Thank you,
> Ryan Kyser
>
>
> _______________________________________________
> lttng-dev mailing list
> lttng-dev at lists.lttng.org
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* [lttng-dev] ARM syscall problems
2012-04-11 0:50 ` Mathieu Desnoyers
@ 2012-04-11 1:20 ` Nicolas Pitre
2012-04-11 2:42 ` Mathieu Desnoyers
2012-04-11 19:21 ` Ryan.Kyser
2012-04-11 13:32 ` Ryan.Kyser
1 sibling, 2 replies; 6+ messages in thread
From: Nicolas Pitre @ 2012-04-11 1:20 UTC (permalink / raw)
On Tue, 10 Apr 2012, Mathieu Desnoyers wrote:
> * Ryan.Kyser at jci.com (Ryan.Kyser at jci.com) wrote:
> > 2.) I'm seeing a sys_unknown with a suspicious NR ID of 983045. Any ideas
> > on how to further debug this problem?
> > [19:01:09.009343858] (+0.000020500) sys_unknown: { 0 }, { id = 983045,
> > args = [ [0] = 715846848, [1] = 715848600, [2] = 716677200, [3] =
> > 715846848, [4] = 716677200, [5] = 1 ] }
>
> I'm CCing Avik and Nicolas, they might have a clue about this
> high-numbered syscall number.
983045 == 0xf0005 == __ARM_NR_set_tls
Nicolas
^ permalink raw reply [flat|nested] 6+ messages in thread
* [lttng-dev] ARM syscall problems
2012-04-11 1:20 ` Nicolas Pitre
@ 2012-04-11 2:42 ` Mathieu Desnoyers
2012-04-11 19:21 ` Ryan.Kyser
1 sibling, 0 replies; 6+ messages in thread
From: Mathieu Desnoyers @ 2012-04-11 2:42 UTC (permalink / raw)
* Nicolas Pitre (nicolas.pitre at linaro.org) wrote:
[...]
> > I'm CCing Avik and Nicolas, they might have a clue about this
> > high-numbered syscall number.
>
> 983045 == 0xf0005 == __ARM_NR_set_tls
Thanks!
Mathieu
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* [lttng-dev] ARM syscall problems
2012-04-11 0:50 ` Mathieu Desnoyers
2012-04-11 1:20 ` Nicolas Pitre
@ 2012-04-11 13:32 ` Ryan.Kyser
1 sibling, 0 replies; 6+ messages in thread
From: Ryan.Kyser @ 2012-04-11 13:32 UTC (permalink / raw)
As soon as I get everything working, I will submit the patches!
I was more concerned about the size of some of the values. For instance,
len of sys_arm_fadvise64_64 is 0xF1FF3ED800000000 and offset of
sys_sync_file_range2 0x100000000007. Both of these values seemed too
large, but now I realize that it's because of the data type of these
variables.
Thank you,
Ryan Kyser
From:
Mathieu Desnoyers <mathieu.desnoyers at efficios.com>
To:
Ryan.Kyser at jci.com
Cc:
lttng-dev at lists.lttng.org, Avik Sil <avik.sil at linaro.org>, Nicolas Pitre
<nicolas.pitre at linaro.org>
Date:
04/10/2012 08:50 PM
Subject:
Re: [lttng-dev] ARM syscall problems
* Ryan.Kyser at jci.com (Ryan.Kyser at jci.com) wrote:
> I have gotten most of the ARM syscall tracing to work, but I have two
> problems.
You're getting close! I look forward to see those patches when they're
ready.
>
> 1.) My override syscalls don't look quite right (see babeltrace snippet
> below). I have overriden these in the file
>
instrumentation/syscalls/headers/arm-32-syscalls-2.6.38_integers_override.h
> (see below for contents of file). I based each of the
SC_TRACE_EVENTmacros
> on the function declaration of each respective syscall. These
declarations
> can be viewed below the babeltrace snippet. If anyone has any
suggestions
> on what I'm doing wrong, I would appreciate it.
>
See below,
>
> 2.) I'm seeing a sys_unknown with a suspicious NR ID of 983045. Any
ideas
> on how to further debug this problem?
> [19:01:09.009343858] (+0.000020500) sys_unknown: { 0 }, { id = 983045,
> args = [ [0] = 715846848, [1] = 715848600, [2] = 716677200, [3] =
> 715846848, [4] = 716677200, [5] = 1 ] }
I'm CCing Avik and Nicolas, they might have a clue about this
high-numbered syscall number.
>
> // snippet from babeltrace
> [19:01:41.881449470] (+0.000009560) sys_mmap2: { 0 }, { addr = 0x0, len
=
> 0xA00000, prot = 0x3, flags = 0x122, fd = 0xFFFFFFFF, pgoff = 0x0 }
> [19:01:41.883759076] (+0.000002848) sys_mmap2: { 0 }, { addr = 0x0, len
=
> 0xA00000, prot = 0x3, flags = 0x122, fd = 0xFFFFFFFF, pgoff = 0x0 }
> [19:01:41.885699591] (+0.000002394) sys_mmap2: { 1 }, { addr = 0x0, len
=
> 0xA00000, prot = 0x3, flags = 0x122, fd = 0xFFFFFFFF, pgoff = 0x0 }
> [19:01:41.891235228] (+0.000067409) sys_sync_file_range2: { 0 }, { fd =
> 0x1C, offset = 0x2, nbytes = 0x400000000, flags = 0x0 }
> [19:01:41.891582288] (+0.000002818) sys_sync_file_range2: { 0 }, { fd =
> 0x1C, offset = 0x100000000002, nbytes = 0x400000000, flags = 0x0 }
> [19:01:41.891618122] (+0.000002319) sys_sync_file_range2: { 0 }, { fd =
> 0x1C, offset = 0x7, nbytes = 0x400000000, flags = 0x0 }
> [19:01:41.924569379] (+0.000014803) sys_arm_fadvise64_64: { 0 }, { fd =
> 0x1C, advice = 0x4, offset = 0x400000000, len = 0xF1FF3ED800000000 }
> [19:01:41.924714197] (+0.000003151) sys_sync_file_range2: { 0 }, { fd =
> 0x1C, offset = 0x200000000002, nbytes = 0x400000000, flags = 0x0 }
> [19:01:41.924758425] (+0.000002137) sys_sync_file_range2: { 0 }, { fd =
> 0x1C, offset = 0x100000000007, nbytes = 0x400000000, flags = 0x0 }
> [19:01:41.924768591] (+0.000002909) sys_arm_fadvise64_64: { 0 }, { fd =
> 0x1C, advice = 0x4, offset = 0x400000000, len = 0xF1FF3ED800000000 }
> // end snippet
I guess what you dislike here is the 0x.... formatting ? If this is the
issue, just use "__field" instead of "__field_hex" in the SC_TRACE_EVENT
below.
Best regards,
Mathieu
>
>
>
> // declaration from include/asm-generic/syscalls.h
> asmlinkage long sys_mmap2(unsigned long addr, unsigned long len,
> unsigned long prot, unsigned long flags,
> unsigned long fd, unsigned long pgoff);
>
> // declaration from arch/arm/kernel/sys_arm.c
> asmlinkage long sys_arm_fadvise64_64(int fd, int advice,
> loff_t offset, loff_t len)
> {
> return sys_fadvise64_64(fd, offset, len, advice);
> }
>
> // declaration from fs/sync.c
> SYSCALL_DEFINE(sync_file_range2)(int fd, unsigned int flags,
> loff_t offset, loff_t nbytes)
> {
> return sys_sync_file_range(fd, offset, nbytes, flags);
> }
>
>
>
> // arm-32-syscalls-2.6.38_integers_override.h ....
> #define OVERRIDE_TABLE_32_sys_mmap2
> #define OVERRIDE_TABLE_32_sys_arm_fadvise64_64
> #define OVERRIDE_TABLE_32_sys_sync_file_range2
>
> #ifndef CREATE_SYSCALL_TABLE
>
> SC_TRACE_EVENT(sys_mmap2,
> TP_PROTO(unsigned long addr, unsigned long len, unsigned long
> prot,
> unsigned long flags, unsigned long fd, unsigned long
> pgoff),
> TP_ARGS(addr, len, prot, flags, fd, pgoff),
> TP_STRUCT__entry(
> __field_hex(unsigned long, addr)
> __field_hex(unsigned long, len)
> __field_hex(unsigned long, prot)
> __field_hex(unsigned long, flags)
> __field_hex(unsigned long, fd)
> __field_hex(unsigned long, pgoff)),
> TP_fast_assign(
> tp_assign(addr, addr)
> tp_assign(len, len)
> tp_assign(prot, prot)
> tp_assign(flags, flags)
> tp_assign(fd, fd)
> tp_assign(pgoff, pgoff)),
> TP_printk()
> )
>
> SC_TRACE_EVENT(sys_arm_fadvise64_64,
> TP_PROTO(int fd, int advice, loff_t offset, loff_t len),
> TP_ARGS(fd, advice, offset, len),
> TP_STRUCT__entry(
> __field_hex(int, fd)
> __field_hex(int, advice)
> __field_hex(loff_t, offset)
> __field_hex(loff_t, len)),
> TP_fast_assign(
> tp_assign(fd, fd)
> tp_assign(advice, advice)
> tp_assign(offset, offset)
> tp_assign(len, len)),
> TP_printk()
> )
>
> SC_TRACE_EVENT(sys_sync_file_range2,
> TP_PROTO(int fd, loff_t offset, loff_t nbytes, unsigned int
> flags),
> TP_ARGS(fd, offset, nbytes, flags),
> TP_STRUCT__entry(
> __field_hex(int, fd)
> __field_hex(loff_t, offset)
> __field_hex(loff_t, nbytes)
> __field_hex(unsigned int, flags)),
> TP_fast_assign(
> tp_assign(fd, fd)
> tp_assign(offset, offset)
> tp_assign(nbytes, nbytes)
> tp_assign(flags, flags)),
> TP_printk()
> )
>
>
> #else /* CREATE_SYSCALL_TABLE */
>
> #define OVERRIDE_TABLE_32_sys_mmap2
> TRACE_SYSCALL_TABLE(sys_mmap2, sys_mmap2, 192, 6)
> #define OVERRIDE_TABLE_32_sys_arm_fadvise64_64
> TRACE_SYSCALL_TABLE(sys_arm_fadvise64_64, sys_arm_fadvise64_64, 270, 4)
> #define OVERRIDE_TABLE_32_sys_sync_file_range2
> TRACE_SYSCALL_TABLE(sys_sync_file_range2, sys_sync_file_range2, 341, 4)
>
> #endif /* CREATE_SYSCALL_TABLE */
>
>
>
> Thank you,
> Ryan Kyser
>
>
> _______________________________________________
> lttng-dev mailing list
> lttng-dev at lists.lttng.org
> http://lists.lttng.org/cgi-bin/mailman/listinfo/lttng-dev
--
Mathieu Desnoyers
Operating System Efficiency R&D Consultant
EfficiOS Inc.
http://www.efficios.com
^ permalink raw reply [flat|nested] 6+ messages in thread
* [lttng-dev] ARM syscall problems
2012-04-11 1:20 ` Nicolas Pitre
2012-04-11 2:42 ` Mathieu Desnoyers
@ 2012-04-11 19:21 ` Ryan.Kyser
1 sibling, 0 replies; 6+ messages in thread
From: Ryan.Kyser @ 2012-04-11 19:21 UTC (permalink / raw)
Thank you -- that helped solve my problem.
Ryan Kyser
From:
Nicolas Pitre <nicolas.pitre at linaro.org>
To:
Mathieu Desnoyers <mathieu.desnoyers at efficios.com>
Cc:
Ryan.Kyser at jci.com, lttng-dev at lists.lttng.org, Avik Sil
<avik.sil at linaro.org>
Date:
04/10/2012 09:20 PM
Subject:
Re: [lttng-dev] ARM syscall problems
On Tue, 10 Apr 2012, Mathieu Desnoyers wrote:
> * Ryan.Kyser at jci.com (Ryan.Kyser at jci.com) wrote:
> > 2.) I'm seeing a sys_unknown with a suspicious NR ID of 983045. Any
ideas
> > on how to further debug this problem?
> > [19:01:09.009343858] (+0.000020500) sys_unknown: { 0 }, { id = 983045,
> > args = [ [0] = 715846848, [1] = 715848600, [2] = 716677200, [3] =
> > 715846848, [4] = 716677200, [5] = 1 ] }
>
> I'm CCing Avik and Nicolas, they might have a clue about this
> high-numbered syscall number.
983045 == 0xf0005 == __ARM_NR_set_tls
Nicolas
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-04-11 19:21 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-04-10 21:41 [lttng-dev] ARM syscall problems Ryan.Kyser
2012-04-11 0:50 ` Mathieu Desnoyers
2012-04-11 1:20 ` Nicolas Pitre
2012-04-11 2:42 ` Mathieu Desnoyers
2012-04-11 19:21 ` Ryan.Kyser
2012-04-11 13:32 ` Ryan.Kyser
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox