2023-11-22 03:29:55 +08:00
|
|
|
arch/arm64/tools/gen-sysreg.awk
|
|
|
|
|
arch/arm64/tools/sysreg
|
2010-05-31 22:13:21 +08:00
|
|
|
tools/perf
|
2017-09-21 03:41:34 +08:00
|
|
|
tools/arch
|
2012-05-31 02:02:42 +08:00
|
|
|
tools/scripts
|
2014-12-29 20:51:45 +08:00
|
|
|
tools/build
|
2017-09-21 03:41:34 +08:00
|
|
|
tools/include
|
2014-01-11 03:25:05 +08:00
|
|
|
tools/lib/api
|
2015-07-08 18:04:02 +08:00
|
|
|
tools/lib/bpf
|
2015-12-15 23:39:39 +08:00
|
|
|
tools/lib/subcmd
|
2019-12-07 05:06:11 +08:00
|
|
|
tools/lib/perf
|
2019-06-27 02:27:58 +08:00
|
|
|
tools/lib/argv_split.c
|
tools perf: Move from sane_ctype.h obtained from git to the Linux's original
We got the sane_ctype.h headers from git and kept using it so far, but
since that code originally came from the kernel sources to the git
sources, perhaps its better to just use the one in the kernel, so that
we can leverage tools/perf/check_headers.sh to be notified when our copy
gets out of sync, i.e. when fixes or goodies are added to the code we've
copied.
This will help with things like tools/lib/string.c where we want to have
more things in common with the kernel, such as strim(), skip_spaces(),
etc so as to go on removing the things that we have in tools/perf/util/
and instead using the code in the kernel, indirectly and removing things
like EXPORT_SYMBOL(), etc, getting notified when fixes and improvements
are made to the original code.
Hopefully this also should help with reducing the difference of code
hosted in tools/ to the one in the kernel proper.
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: Jiri Olsa <jolsa@kernel.org>
Cc: Namhyung Kim <namhyung@kernel.org>
Link: https://lkml.kernel.org/n/tip-7k9868l713wqtgo01xxygn12@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
2019-06-26 04:27:31 +08:00
|
|
|
tools/lib/ctype.c
|
2015-07-10 03:27:25 +08:00
|
|
|
tools/lib/hweight.c
|
2015-07-06 09:48:21 +08:00
|
|
|
tools/lib/rbtree.c
|
2015-11-16 22:36:29 +08:00
|
|
|
tools/lib/string.c
|
2022-11-10 02:49:10 +08:00
|
|
|
tools/lib/symbol
|
2016-01-08 21:46:52 +08:00
|
|
|
tools/lib/find_bit.c
|
2016-01-11 18:54:51 +08:00
|
|
|
tools/lib/bitmap.c
|
2021-10-16 01:21:12 +08:00
|
|
|
tools/lib/list_sort.c
|
tools: Introduce str_error_r()
The tools so far have been using the strerror_r() GNU variant, that
returns a string, be it the buffer passed or something else.
But that, besides being tricky in cases where we expect that the
function using strerror_r() returns the error formatted in a provided
buffer (we have to check if it returned something else and copy that
instead), breaks the build on systems not using glibc, like Alpine
Linux, where musl libc is used.
So, introduce yet another wrapper, str_error_r(), that has the GNU
interface, but uses the portable XSI variant of strerror_r(), so that
users rest asured that the provided buffer is used and it is what is
returned.
Cc: Adrian Hunter <adrian.hunter@intel.com>
Cc: David Ahern <dsahern@gmail.com>
Cc: Jiri Olsa <jolsa@kernel.org>
Cc: Namhyung Kim <namhyung@kernel.org>
Cc: Wang Nan <wangnan0@huawei.com>
Link: http://lkml.kernel.org/n/tip-d4t42fnf48ytlk8rjxs822tf@git.kernel.org
Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
2016-07-06 22:56:20 +08:00
|
|
|
tools/lib/str_error_r.c
|
2016-07-08 02:42:33 +08:00
|
|
|
tools/lib/vsprintf.c
|
2019-07-04 22:32:27 +08:00
|
|
|
tools/lib/zalloc.c
|
2021-03-03 01:19:41 +08:00
|
|
|
scripts/bpf_doc.py
|
2021-11-07 23:43:20 +08:00
|
|
|
tools/bpf/bpftool
|
|
|
|
|
kernel/bpf/disasm.c
|
|
|
|
|
kernel/bpf/disasm.h
|
