Thread (18 messages) 18 messages, 4 authors, 2016-09-01

Re: [PATCH 1/2] tracing/syscalls: allow multiple syscall numbers per syscall

From: Andy Lutomirski <hidden>
Date: 2016-08-30 21:45:30
Also in: linux-mips, lkml

On Aug 30, 2016 1:58 PM, "Steven Rostedt" [off-list ref] wrote:
On Tue, 30 Aug 2016 12:53:53 -0700
Andy Lutomirski [off-list ref] wrote:

quoted
Egads!  OK, I see why this is a mess.
:-)
quoted
I guess we should be creating the metadata from the syscall tables
instead of from the syscall definitions, but I guess that's currently
a nasty per-arch mess.
Yep.
I wonder: could more of it be dynamically allocated?  I.e. statically
generate metadata with args and name and whatever but without any nr.
Then dynamically allocate the map from nr to metadata?
quoted
Could we at least have an array of (arch, nr) instead of just an array
of nrs in the metadata?
I guess I'm not following you on what would be used for "arch".
Whatever syscall_get_arch() would return for the syscall.  For x86,
for example, most syscalls have a compat nr and a non-compat nr.  How
does tracing currently handle that?

--Andy
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help