-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Thanks to hints from Frank, I can see the culprit now.
- -Werror -I/usr/src/linux-headers-4.9.0-2-common/"/usr/share/systemtap/runtime" -DMODULE The full compile command is: gcc-6 -Wp,-MD,/tmp/staptZYmtX/.stap_7ef754ea40ea0990a9bfaf74753e8a9d_1538_aux_0.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/6/include -I/usr/src/linux-headers-4.9.0-2-common/arch/x86/include -I./arch/x86/include/generated/uapi -I./arch/x86/include/generated -I/usr/src/linux-headers-4.9.0-2-common/include -I./include -I/usr/src/linux-headers-4.9.0-2-common/arch/x86/include/uapi -I/usr/src/linux-headers-4.9.0-2-common/include/uapi -I./include/generated/uapi -include /usr/src/linux-headers-4.9.0-2-common/include/linux/kconfig.h -I/usr/src/linux-headers-4.9.0-2-common//tmp/staptZYmtX -I/tmp/staptZYmtX -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -std=gnu89 -fno-PIE -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -m64 -falign-jumps=1 -falign-loops=1 -mno-80387 -mno-fp-ret-in-387 -mpreferred-stack-boundary=3 -mskip-rax-setup -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -DCONFIG_X86_X32_ABI -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -DCONFIG_AS_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_SSSE3=1 -DCONFIG_AS_CRC32=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -DCONFIG_AS_AVX512=1 -DCONFIG_AS_SHA1_NI=1 -DCONFIG_AS_SHA256_NI=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -fno-delete-null-pointer-checks -Wno-frame-address -O2 --param=allow-store-data-races=0 -Wframe-larger-than=2048 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-unused-const-variable -fno-var-tracking-assignments -pg -mfentry -DCC_USING_FENTRY -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -Werror=implicit-int -Werror=strict-prototypes -Werror=date-time -Werror=incompatible-pointer-types -DCC_HAVE_ASM_GOTO -I/usr/src/linux-headers-4.9.0-2-common/include2/asm/mach-default -I/lib/modules/4.9.0-2-amd64/build -include /tmp/staptZYmtX/stapconf_d8a215ec355839da11c41ac20d4e7e1e_702.h -freorder-blocks -fasynchronous-unwind-tables -Wframe-larger-than=512 -fno-ipa-icf -Wno-unused -Werror -I/usr/src/linux-headers-4.9.0-2-common/"/usr/share/systemtap/runtime" -DMODULE -DKBUILD_BASENAME='"stap_7ef754ea40ea0990a9bfaf74753e8a9d_1538_aux_0"' -DKBUILD_MODNAME='"stap_7ef754ea40ea0990a9bfaf74753e8a9d_1538"' -c -o /tmp/staptZYmtX/.tmp_stap_7ef754ea40ea0990a9bfaf74753e8a9d_1538_aux_0.o /tmp/staptZYmtX/stap_7ef754ea40ea0990a9bfaf74753e8a9d_1538_aux_0.c /tmp/staptZYmtX/stap_7ef754ea40ea0990a9bfaf74753e8a9d_1538_src.c:10:29: fatal error: runtime_defines.h: No such file or directory On Wed, 2017-03-01 at 23:03 +0530, Ritesh Raj Sarraf wrote: > On Wed, 2017-03-01 at 12:07 -0500, Frank Ch. Eigler wrote: > > We've received intermittent reports of this sort of thing happening on > > a few non-RH platforms. A common element seemed to be some > > nonstandard kernel build tree environment - some sort of customized > > out-of-tree module builder/processing script or makefile, which was > > confused by quotations in the stap-synthesized Makefile. We have not > > gotten to the bottom of it yet, but it didn't seem like a stap bug. > > > > https://sourceware.org/ml/systemtap/2017-q1/msg00025.html > > Thank you for replying quick. I realized your email after I sent another one. > That email has some details about how the Debian kernel is organized, > especially > the linux-headers package split into 2 and installing files into 2 different > paths. > > rrs@chutzpah:~$ ls /usr/src/ > broadcom-sta-6.30.223.271/ linux-headers-4.9.0-2-common/ > linux-headers-4.9.0-2-amd64/ linux-kbuild-4.9@ > 23:00 ♒♒♒ ☺ > > > IIRC, on the RH side, it used to be a single path. Maybe still is the same. > > Similarly, I did not see this error on my custom kernel too. > > rrs@learner:/var/tmp$ ls /usr/src/ > linux-headers-4.10.1+/ linux-headers-4.9.0-2-common/ linux-kbuild-4.9@ > linux-headers-4.9.0-2-amd64/ linux-headers-4.9.9+/ > 2017-03-01 / 23:00:52 ♒♒♒ ☺ > rrs@learner:/var/tmp$ uname -a > Linux learner 4.10.1+ #20 SMP Sun Feb 26 21:22:45 IST 2017 x86_64 GNU/Linux > 2017-03-01 / 23:00:58 ♒♒♒ ☺ > > > I suspect the same, that this may be specific to Debian Linux kernel. > I have also had eBPF compiler failing on something similar (Debian Bug: > 849841). > - -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEQCVDstmIVAB/Yn02pjpYo/LhdWkFAli3CJEACgkQpjpYo/Lh dWmjwxAAmK4QUX/kzfTbfbjbUf+id4hGwJMyusbhYeaIS29ntEv4v/MqkpqzPiVt rBNkImwm3VG8BQITzP8j0zbQhH2nVT2xE6eK3YCJ6CghtV/IVaZDU8QOodgZ2SP7 nsK3Z68q4/dfTql3NGo1YCJIxEcmQcEj2I0g8k6qBCjNezDlYfwfkNCK0u4UmcLb /e0Ca2uPF+OOagtZmV8TdzEmxoVpSrAd/YOyHjlsLhMnetMwF+4XZbQVnof+2Iek nblSATi7d7ds8LwfFO7vQu2towkqYJQXBEMQDhvgLJFAyH7AqiNdhLag7UWrvSlW qycQpDpbNRcdNGuSYWbP577sHhGyQoK8Yii9r63Cp1YY2J83+nxYzQqwQFmiEmmb u1yiYgPdfH3Vvsm6nVzsXVF23vCccs2kywcPTIS06OLJOYBqjmydQZqCbVFRBy07 sdyMD5jQGz2rzL2LQEQf62z3jep5svCmPtXBJ4ls7+FX00bh5Sh1GbuHH5QElcdS c/SqhBAV47sro9IS6NwY9lCuFsTz59B9bBiFT8ir4zNKFMJ64Zbq9bOoTJtSHdpW KkpFEa5xAdXi33OK/SBdXEU0TmSgMxX3W5Rrh9P6ZG3axZVzqdKZyiFqOfU/XbVf dBeeGnF0lQ72U2o7wCyIbxpRscCKIigE7CpskPgQMlrC88Z0rYY= =3ZSv -----END PGP SIGNATURE-----
