[PATCH v7] Implement -e trace=%statfs option to trace and group statfs, statfs64, statvfs syscalls
Dmitry V. Levin
ldv at altlinux.org
Fri Mar 31 20:21:24 UTC 2017
On Sat, Apr 01, 2017 at 01:02:33AM +0530, Abhishek Tiwari wrote:
> while grouping I found that osf_statfs has following entries
>
> linux/alpha/syscallent.h:188:[160] = { 3, TF|TSF,
> SEN(osf_statfs), "osf_statfs" },
> linux/alpha/syscallent.h:233:[227] = { 3, TF|TSF,
> SEN(osf_statfs), "osf_statfs64" },
>
> Should the second entry be
> linux/alpha/syscallent.h:233:[227] = { 3, TF|TSF,
> SEN(osf_statfs64), "osf_statfs64" },
>
> and not
> linux/alpha/syscallent.h:233:[227] = { 3, TF|TSF,
> SEN(osf_statfs), "osf_statfs64" },
No, I don't think so. There is a single parser for both syscalls:
$ grep osf_statfs alpha.c
SYS_FUNC(osf_statfs)
This is a dumb parser, it doesn't decode neither struct osf_statfs
nor struct osf_statfs64.
> and then grouped under statfs64 ?
>
> If entry is correct what group should I put for this file statfs or statfs64 ?
Why do you want to separate statfs and statfs64?
--
ldv
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL: <http://lists.strace.io/pipermail/strace-devel/attachments/20170331/dc6b4388/attachment.bin>
More information about the Strace-devel
mailing list