[DTrace-devel] [oracle/dtrace-utils] 1abff1: Check dt_rec_add() alignment is reasonable
Nick Alcock
noreply at github.com
Mon Feb 7 21:36:51 UTC 2022
Branch: refs/heads/dev
Home: https://github.com/oracle/dtrace-utils
Commit: 1abff1c5b564a2d711af9cdeea015d66cb15b66b
https://github.com/oracle/dtrace-utils/commit/1abff1c5b564a2d711af9cdeea015d66cb15b66b
Author: Eugene Loh <eugene.loh at oracle.com>
Date: 2022-01-31 (Mon, 31 Jan 2022)
Changed paths:
M libdtrace/dt_map.c
Log Message:
-----------
Check dt_rec_add() alignment is reasonable
Signed-off-by: Eugene Loh <eugene.loh at oracle.com>
Reviewed-by: Kris Van Hees <kris.van.hees at oracle.com>
Commit: 266560f55185ceb46ead7e746b729cdac045e609
https://github.com/oracle/dtrace-utils/commit/266560f55185ceb46ead7e746b729cdac045e609
Author: Eugene Loh <eugene.loh at oracle.com>
Date: 2022-02-02 (Wed, 02 Feb 2022)
Changed paths:
M test/unittest/consumer/tst.symbols.c
Log Message:
-----------
test: Fix tst.symbols.c
Skip symbols (e.g., ftrace_trampoline) in module __builtin__ftrace
since we cannot load the module ELF.
Fix the check for duplicate symbols in the "lookup by name" test.
Specifically, we were checking for duplicates when dtrace_lookup_by_name()
failed. Check for duplicates when that function succeeds. This fix
is necessitated by commit 8151fb85 "htab reduction: symtab", which
makes it hard for us to know which duplicate will be chosen.
Signed-off-by: Eugene Loh <eugene.loh at oracle.com>
Reviewed-by: Nick Alcock <nick.alcock at oracle.com>
Commit: a89753cc6df118b27d100ff93b4706c990578ebe
https://github.com/oracle/dtrace-utils/commit/a89753cc6df118b27d100ff93b4706c990578ebe
Author: Nick Alcock <nick.alcock at oracle.com>
Date: 2022-02-07 (Mon, 07 Feb 2022)
Changed paths:
M libdtrace/procfs.d.in
Log Message:
-----------
translators: support 5.16
The cpu member has moved back out of task_struct
to signal_struct (which it moved from in 4.9).
Signed-off-by: Nick Alcock <nick.alcock at oracle.com>
Reviewed-by: Kris Van Hees <kris.van.hees at oracle.com>
Commit: 2215f77df4cccfcdd49cf6f04bd9a1eb13a61bd2
https://github.com/oracle/dtrace-utils/commit/2215f77df4cccfcdd49cf6f04bd9a1eb13a61bd2
Author: Nick Alcock <nick.alcock at oracle.com>
Date: 2022-02-07 (Mon, 07 Feb 2022)
Changed paths:
M test/unittest/noresolve/test.x
M test/unittest/pid/test.x
M test/unittest/stack/tst.stack_fbt.x
Log Message:
-----------
test: use more reliable way of finding kernel versions
In several places we were using cut and/or awk to find kernel versions:
in each case the code used worked for versions like 5.15 or 5.11.4 but
failed for things like 5.15+ or 5.15-00024-g679b45e057b4-dirty,
because they are splitting fields on dots alone.
The rarely-used and little-known grep -o can do all of this more simply
and reliably, since it can split fields using full regular expressions
(and thus can easily be told that what we are looking for here is a run
of digits only).
Signed-off-by: Nick Alcock <nick.alcock at oracle.com>
Reviewed-by: Kris Van Hees <kris.van.hees at oracle.com>
Commit: e85272726650f7f9dfad543378c96658db55c310
https://github.com/oracle/dtrace-utils/commit/e85272726650f7f9dfad543378c96658db55c310
Author: Nick Alcock <nick.alcock at oracle.com>
Date: 2022-02-07 (Mon, 07 Feb 2022)
Changed paths:
M README.md
Log Message:
-----------
README revisions
Mention the toolchain CTF system, deprecate libdtrace-ctf,
mention newer kernels, mention the kernel git trees much
higher up, don't mention wireshark and libpcap.
Not sure if it's syntactically valid markdown :( the internal hyperlinks
don't seem to point to anything, but maybe Github creates them for us.
If it does, I'm not sure if I got their names right...
Signed-off-by: Nick Alcock <nick.alcock at oracle.com>
Reviewed-by: Kris Van Hees <kris.van.hees at oracle.com>
Compare: https://github.com/oracle/dtrace-utils/compare/94f82db2210b...e85272726650
More information about the DTrace-devel
mailing list