-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Control: reassign -1 linux
Assigning it to the kernel team.
In this bug report, we have 2 confirmations of systemtap working fine with non-
Debian build Linux kernel (upstream kernel from Linus's tree built with the
bindeb-pkg make target)
systemtap relies on the running Linux kernel's header files to convert its
systemtap script into kernel object. With the Debian kernels, systemtap fails to
build the stap scripts.
Dear (Linux) Kernel Team:
We currently have systemtap 3.0 in Debian testing where this problem was
reported.
In Experimental, I have also pushed the 3.1 release. The 3.1 release is reported
to work perfectly in our tests with the custom built kernel. The problem is only
seen with the Debian built Linux kernels.
At this time, we do not know what difference in the Debian kernel is causing
this failure. Since this bug makes systemtap of no use at all, the bug is marked
"grave".
All other details (and many verbose logs) are present in the full bug report.
On Thu, 2017-03-02 at 23:10 +0530, Ritesh Raj Sarraf wrote:
> Control: severity -1 grave
> Control: tag -1 +help
>
> On Thu, 2017-03-02 at 14:37 +0530, Ritesh Raj Sarraf wrote:
> >
> > > Also I can confirm this not an issue with the _packaging_ of systemtap in
> > > Debian,
> > > I downloaded and compiled the latest release tarball (3.1) directly from
> > > upstream and still got the same error.
> >
> > Thanks for the information.
> >
>
> I just pushed 3.1 to Experimental, the reason being 3.0 is going to be useless
> for Debian Stretch. We need 3.1 to get it working proper with 4.9 kernel too.
>
> This upload (3.1) still doesn't solve the runtime_defines.h issue with Debian
> kernels. But, at least, we know now that the issue is something specific to
> Debian kernels only. As is shown below, and also mentioned by Frank.
>
> Given that this bug makes systemtap useless, I have marked the bug accordingly
> to grave. I have also marked this for help because I don't really have that
> much
> "free" time to investigate it right now.
>
> @Jack: I would like to reassign this bug to the kernel team. But it'd be nice
> if
> I could get more users confirm that the bug doesn't appear with non-Debian
> kernels. Would you be in a position to pick systemtap from Experimental, and
> build a pristine upstream kernel image (you need to clone Linus's tree and
> just
> run the bindeb-pkg make target) and test the combination together ?
>
>
> Here are my results.
>
> rrs@learner:~$ stap -v -e 'probe vfs.read {printf("read performed\n");
> exit()}'
> Pass 1: parsed user script and 470 library scripts using
> 123812virt/48564res/6640shr/42124data kb, in 110usr/10sys/129real ms.
> Pass 2: analyzed script: 1 probe, 1 function, 7 embeds, 0 globals using
> 280416virt/206592res/7948shr/198728data kb, in 1400usr/190sys/1594real ms.
> Pass 3: using cached
> /home/rrs/.systemtap/cache/f8/stap_f83081804fadc6e30161178b5574195d_2502.c
> Pass 4: using cached
> /home/rrs/.systemtap/cache/f8/stap_f83081804fadc6e30161178b5574195d_2502.ko
> Pass 5: starting run.
> read performed
> Pass 5: run completed in 10usr/30sys/530real ms.
> 2017-03-02 / 22:58:35 ♒♒♒ ☺
>
> rrs@learner:~$ uname -a
> Linux learner 4.10.1+ #20 SMP Sun Feb 26 21:22:45 IST 2017 x86_64 GNU/Linux
> 2017-03-02 / 22:58:39 ♒♒♒ ☺
>
> vs
>
> rrs@chutzpah:~/Community/Packaging/systemtap (master)$ stap -ve 'probe begin {
> log("hello world") exit () }'
> Pass 1: parsed user script and 471 library scripts using
> 123528virt/48648res/6764shr/41840data kb, in 140usr/0sys/149real ms.
> Pass 2: analyzed script: 1 probe, 2 functions, 0 embeds, 0 globals using
> 124452virt/49620res/6956shr/42764data kb, in 10usr/0sys/5real ms.
> Pass 3: translated to C into
> "/tmp/stapJNAO0g/stap_eed6170377f19ad002c0d2b53e5e7956_1067_src.c" using
> 124452virt/49620res/6956shr/42764data kb, in 0usr/0sys/1real ms.
> /tmp/stapJNAO0g/stap_eed6170377f19ad002c0d2b53e5e7956_1067_src.c:10:29: fatal
> error: runtime_defines.h: No such file or directory
> #include "runtime_defines.h"
> ^
> compilation terminated.
> /usr/src/linux-headers-4.9.0-2-common/scripts/Makefile.build:298: recipe for
> target '/tmp/stapJNAO0g/stap_eed6170377f19ad002c0d2b53e5e7956_1067_src.o'
> failed
> make[3]: ***
> [/tmp/stapJNAO0g/stap_eed6170377f19ad002c0d2b53e5e7956_1067_src.o] Error 1
> make[3]: *** Waiting for unfinished jobs....
> /usr/src/linux-headers-4.9.0-2-common/Makefile:1507: recipe for target
> '_module_/tmp/stapJNAO0g' failed
> make[2]: *** [_module_/tmp/stapJNAO0g] Error 2
> Makefile:150: recipe for target 'sub-make' failed
> make[1]: *** [sub-make] Error 2
> Makefile:8: recipe for target 'all' failed
> make: *** [all] Error 2
> WARNING: kbuild exited with status: 2
> Pass 4: compiled C into "stap_eed6170377f19ad002c0d2b53e5e7956_1067.ko" in
> 7810usr/760sys/9195real ms.
> Pass 4: compilation failed. [man error::pass4]
> Tip: /usr/share/doc/systemtap/README.Debian should help you get started.
> 23:00 ♒♒♒ ☹ => 1
>
> rrs@chutzpah:~/Community/Packaging/systemtap (master)$ uname -a
> Linux chutzpah 4.9.0-2-amd64 #1 SMP Debian 4.9.13-1 (2017-02-27) x86_64
> GNU/Linux
> 23:00 ♒♒♒ ☺
>
- --
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAli5qqgACgkQpjpYo/Lh
dWmeAg//ZxwkgvFpqZwDGp5XmGHBO79PxLjJ71VXejg+VqJDB/catDDE/BlHUChb
LhhIXwfuPmexF31Mst+jbRYSTqf0e+4nnwnD2ihzX6+WtRlSqKzltaN3iAsj8vgo
P+cqY3p/ol7OfujHsCvAyZWuHKRXz/NHrqmDbC78cM3bY8h8Q8UpNYjMGPmxrCy/
2Eo/J0Y09Km8DB4dJ/JkTv785sKWshmWJm1OqZeWP3eZghbpCOUUSruBqvkths7W
laOqbqyOHUD2QLtQYI5VkVOpH0/aN8PuI8QtPiABrz3crSwU+Wa/YM1KOzujjYOF
XBd+K8GATvt3+Kn9r1V08BNQr+K3Im/bq7VVCHtjX5QShJ2V1a3pSYbNb8GkeAhd
9VBLej5/2EEgdWW0gWsJGof/GwLz+XeGig7XkDpeCf+WMCfb6sKtNSqDdStLTi+Q
Ipok5y0x+Cc8Khk5od1nSM9YKCwzlbLQYllrIj6MUBzGdBaUHm6mHwogC1xQ66pR
aL10KF1LEld5gjrRCuFcXryXc/elklwUAouE3d+F/7bw06W2dLAdNIBE/lJ79hMi
Icu0xiBwDs80QXsGYNtgxylvLzbqMqoQlE8DtDTpSFPgawZK/3a34M9cGENh0suD
WlNNnn8FXBM7zrx1G4gJfTVp7seZcxsRBnafOZbiDZrLWcUnPU4=
=hKDG
-----END PGP SIGNATURE-----
