This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
Re: Any rescue other than recompiling the kernel when the kernel function is inlined?
- From: fche at redhat dot com (Frank Ch. Eigler)
- To: Shiyao Ma <i at introo dot me>
- Cc: Arkady <arkady dot miasnikov at gmail dot com>, systemtap at sourceware dot org
- Date: Wed, 05 Apr 2017 20:09:11 -0400
- Subject: Re: Any rescue other than recompiling the kernel when the kernel function is inlined?
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx04.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx04.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=fche at redhat dot com
- Dkim-filter: OpenDKIM Filter v2.11.0 mx1.redhat.com AB1C58046D
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com AB1C58046D
- References: <CAJQX3Dwc9RTpw37b-RYTjWYV_9J7g6hQg1hwaV=+vwQQOHhGzw@mail.gmail.com> <CANA-60ptB+wjU4=bSt5cJi7FHMHN5j0Kv3eDF_waFzRsyfsswQ@mail.gmail.com> <CAJQX3Dy=A-DbHKDEX+Kuo=RoA4SS74UGRN0CWOnp2CMT7yFzVA@mail.gmail.com>
Shiyao Ma <i@introo.me> writes:
> [...]
> Yes. fche says it's related to `-fvar-tracking-assignments'.
(It -might- be related. That may just give you access to more data
values here and there. .inline functions don't have noted .return
points, so it won't help with that. Try statement probes addressed
by source file:line.)
> Since it's only related to dwarf, I'd guess it's feasible to recompile
> a kernel and use staprun on the product machine.
So compiling a new copy of the kernel, with a little different flags,
hoping that the executable parts match exactly, but more debuginfo is
generated on the side? That -might- work, though you may have to
suppress other systemtap safety features (related to build-id) that are
meant to prevent such mismatches. "at your own risk".
- FChE