syscall fstat() parameters are not displayed about traceloop

[pothos]

Seems they are in sys_enter_newfstatat, sys_enter_newfstat, and sys_enter_newlstat.

[pothos]

Currently we have these mismatches where /usr/include/asm/unistd_64.h has names which do not have a same debug/tracing/events/syscalls/sys_enter_$NAME folder:

stat
fstat
lstat
sendfile
uname
uselib
_sysctl
umount2
create_module
get_kernel_syms
query_module
nfsservctl
getpmsg
putpmsg
afs_syscall
tuxcall
security
set_thread_area
get_thread_area
epoll_ctl_old
epoll_wait_old
vserver

We need to postprocess a bit more.

Edit:
And we have 332 entries according to my system in sudo sh -c 'ls /sys/kernel/debug/tracing/events/syscalls/sys_enter_*/id' | wc -l, but 347 entries in the scripts/get_syscall_table.sh output, so they are not really equal.

Here the comm -3 script-output debug-output report for sorted lists of both paths:

/sys/kernel/debug/tracing/events/syscalls/sys_enter_afs_syscall/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_create_module/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_epoll_ctl_old/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_epoll_wait_old/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_fstat/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_get_kernel_syms/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_getpmsg/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_get_thread_area/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_lstat/id
	/sys/kernel/debug/tracing/events/syscalls/sys_enter_newfstat/id
	/sys/kernel/debug/tracing/events/syscalls/sys_enter_newlstat/id
	/sys/kernel/debug/tracing/events/syscalls/sys_enter_newstat/id
	/sys/kernel/debug/tracing/events/syscalls/sys_enter_newuname/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_nfsservctl/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_putpmsg/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_query_module/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_security/id
	/sys/kernel/debug/tracing/events/syscalls/sys_enter_sendfile64/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_sendfile/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_set_thread_area/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_stat/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter__sysctl/id
	/sys/kernel/debug/tracing/events/syscalls/sys_enter_sysctl/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_tuxcall/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_umount2/id
	/sys/kernel/debug/tracing/events/syscalls/sys_enter_umount/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_uname/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_uselib/id
/sys/kernel/debug/tracing/events/syscalls/sys_enter_vserver/id

[pothos]

We can at least fix the relation of _sysctl and __sysctl, the new*stat and *stat variants, newuname and uname, sendfile64and sendfile, and umount and umount2.