* [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series
[not found] <bug-10280-6586@http.sourceware.org/bugzilla/>
@ 2017-11-28 15:44 ` fche at redhat dot com
2019-01-16 19:18 ` me at serhei dot io
` (7 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: fche at redhat dot com @ 2017-11-28 15:44 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=10280
--- Comment #3 from Frank Ch. Eigler <fche at redhat dot com> ---
stap -DSTP_NO_VERREL_CHECK overrides one type of check;
stap -DSTP_NO_BUILDID_CHECK overrides another.
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series
[not found] <bug-10280-6586@http.sourceware.org/bugzilla/>
2017-11-28 15:44 ` [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series fche at redhat dot com
@ 2019-01-16 19:18 ` me at serhei dot io
2019-06-13 23:48 ` fche at redhat dot com
` (6 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: me at serhei dot io @ 2019-01-16 19:18 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=10280
Serhei Makarov <me at serhei dot io> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |me at serhei dot io
--- Comment #4 from Serhei Makarov <me at serhei dot io> ---
In fact, recent investigation shows that the version checking based on
Modsymvers (kernel ABI match) and build-id (probed programs) may not be nearly
strict enough for some cases.
To start with, I pushed a patch to force guru-mode modules (much more likely to
crash on the wrong kernel version) to build with CONFIG_MODVERSIONS= and thus
use the older 'vermagic' module mechanism. However, further investigation is
needed to decide how the version-checking mechanisms should work.
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series
[not found] <bug-10280-6586@http.sourceware.org/bugzilla/>
2017-11-28 15:44 ` [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series fche at redhat dot com
2019-01-16 19:18 ` me at serhei dot io
@ 2019-06-13 23:48 ` fche at redhat dot com
2020-02-14 14:10 ` fweimer at redhat dot com
` (5 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: fche at redhat dot com @ 2019-06-13 23:48 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=10280
--- Comment #5 from Frank Ch. Eigler <fche at redhat dot com> ---
commit c8084763b75fe may be breaking stap -g modules on non-fedora kernel
configs.
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series
[not found] <bug-10280-6586@http.sourceware.org/bugzilla/>
` (2 preceding siblings ...)
2019-06-13 23:48 ` fche at redhat dot com
@ 2020-02-14 14:10 ` fweimer at redhat dot com
2020-02-19 21:10 ` fche at redhat dot com
` (4 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: fweimer at redhat dot com @ 2020-02-14 14:10 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=10280
Florian Weimer <fweimer at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fweimer at redhat dot com
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series
[not found] <bug-10280-6586@http.sourceware.org/bugzilla/>
` (3 preceding siblings ...)
2020-02-14 14:10 ` fweimer at redhat dot com
@ 2020-02-19 21:10 ` fche at redhat dot com
2020-03-18 16:19 ` me at serhei dot io
` (3 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: fche at redhat dot com @ 2020-02-19 21:10 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=10280
Frank Ch. Eigler <fche at redhat dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Blocks| |25580
Referenced Bugs:
https://sourceware.org/bugzilla/show_bug.cgi?id=25580
[Bug 25580] lp tracker
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series
[not found] <bug-10280-6586@http.sourceware.org/bugzilla/>
` (4 preceding siblings ...)
2020-02-19 21:10 ` fche at redhat dot com
@ 2020-03-18 16:19 ` me at serhei dot io
2020-05-14 21:35 ` me at serhei dot io
` (2 subsequent siblings)
8 siblings, 0 replies; 10+ messages in thread
From: me at serhei dot io @ 2020-03-18 16:19 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=10280
--- Comment #6 from Serhei Makarov <me at serhei dot io> ---
This issue came up again in connection with PR25580. My current thinking
outlined below.
Desired: We want to compile a guru-mode module and ship the compiled module.
The module should continue to load on new kernel versions,
as long as the stap compiler would have produced the same module as before.
SystemTap compiles modules differently depending on
- kernel version (explicitly checked by #if preprocessor conditionals)
- However, the explicit kernel-version #if are written only for
already-released versions. Therefore, the appearance of a new version won't
cause any of these checks to trigger.
- modsymvers (built into the kernel-module build system)
- stapconf results (may change with future kernel version or config tweaks)
- (anything else?)
Checking for modsymvers is given to us by the kernel-module build system.
Although modsymvers only tracks changes to the public kernel ABI,
SystemTap uses both public and private ABIs.
However, changes to private ABIs not detected by stapconf would
not cause the same SystemTap version to start compiling things differently.
In essence, we already assume that updating the kernel but not the SystemTap
module will be safe in this situation.
For the stapconf result, we need to evaluate if the stapconf results are
actually useful to guard against breakage in new kernel versions.
If they are useful, we may need to generate a table of stapconf results for
each new kernel and have it be checked on module load, similarly to modsymvers.
(Not every module uses every stapconf result.)
If they are not, it's sufficient to add an option to relax any explicit
kernel-version checks and then close this bug.
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series
[not found] <bug-10280-6586@http.sourceware.org/bugzilla/>
` (5 preceding siblings ...)
2020-03-18 16:19 ` me at serhei dot io
@ 2020-05-14 21:35 ` me at serhei dot io
2020-05-20 20:35 ` me at serhei dot io
2020-05-20 20:35 ` me at serhei dot io
8 siblings, 0 replies; 10+ messages in thread
From: me at serhei dot io @ 2020-05-14 21:35 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=10280
--- Comment #7 from Serhei Makarov <me at serhei dot io> ---
Re-enabled the strict vermagic check for guru-mode scripts
after investigating PR24720 and re-testing the patch on PPC.
Also disabled the vacuous UTS_VERSION/UTS_RELEASE checks unless enabled with
STP_ENABLE_VERREL_CHECK.
Before closing the PR, should give a bit of time to see what happens in
testing,
and document in NEWS that the UTS_VERSION/UTS_RELEASE check setting is now
controlled with STP_ENABLE_VERREL_CHECK.
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series
[not found] <bug-10280-6586@http.sourceware.org/bugzilla/>
` (6 preceding siblings ...)
2020-05-14 21:35 ` me at serhei dot io
@ 2020-05-20 20:35 ` me at serhei dot io
2020-05-20 20:35 ` me at serhei dot io
8 siblings, 0 replies; 10+ messages in thread
From: me at serhei dot io @ 2020-05-20 20:35 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=10280
--- Comment #8 from Serhei Makarov <me at serhei dot io> ---
Closing the PR as of commit c545de0a9261
Will keep an eye out for the potential issue with PR24720.
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 10+ messages in thread
* [Bug translator/10280] allow relaxing of `uname -r` matching runtime assertion ro ABI-compatible kernel series
[not found] <bug-10280-6586@http.sourceware.org/bugzilla/>
` (7 preceding siblings ...)
2020-05-20 20:35 ` me at serhei dot io
@ 2020-05-20 20:35 ` me at serhei dot io
8 siblings, 0 replies; 10+ messages in thread
From: me at serhei dot io @ 2020-05-20 20:35 UTC (permalink / raw)
To: systemtap
https://sourceware.org/bugzilla/show_bug.cgi?id=10280
Serhei Makarov <me at serhei dot io> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #9 from Serhei Makarov <me at serhei dot io> ---
closed
--
You are receiving this mail because:
You are the assignee for the bug.
^ permalink raw reply [flat|nested] 10+ messages in thread