Re: How to modify LD_LIBRARY_PATH

[Arkady <arkady dot miasnikov dot ca at gmail dot com>]

Update. I succeeded to use CentOS6 chroot for building the kernel
module for 4.2.0-38-generic (Ubuntu) and 2.6.32-642.el6.x86_64
(CentOS6)

but it fails for 4.4.0-66-generic (Ubuntu)

Pass 2: analyzed script: 171 probes, 89 functions, 117 embeds, 107
globals using 253976virt/229432res/5620shr/224636data kb, in
5220usr/270sys/5501real ms.
Pass 3: translated to C into "/tmp/stap2N1zpy/secdo_src.c" using
253976virt/229624res/5812shr/224636data kb, in 370usr/10sys/382real
ms.
arch/x86/Makefile:148: CONFIG_X86_X32 enabled but no binutils support
gcc: gcc: unrecognized option '-no-pie'
unrecognized option '-no-pie'
gcc: unrecognized option '-no-pie'
cc1: warnings being treated as errors
/tmp/stap2N1zpy/secdo_src.c: In function 'systemtap_module_exit':
/tmp/stap2N1zpy/secdo_src.c:50609: error: the frame size of 3712 bytes
is larger than 512 bytes
make[1]: *** [/tmp/stap2N1zpy/secdo_src.o] Error 1
make: *** [_module_/tmp/stap2N1zpy] Error 2
WARNING: kbuild exited with status: 2

and 3.8.0-31-generic (Ubuntu)

semantic error: while processing probe
kernel.function("__sock_create@/build/buildd/linux-lts-raring-3.8.0/net/socket.c:1259").return
from: socket.create.return from: socket.create.return
semantic error: not accessible at this address (pc:
0xffffffff815caf20) [man error::dwarf]: identifier '$protocol' at
/usr/local/share/systemtap/tapset/linux/socket.stp:688:20
        dieoffset: 0x5324703 from
/root/rpms/usr/lib/debug/boot/vmlinux-3.8.0-31-generic
        function: __sock_create at
/build/buildd/linux-lts-raring-3.8.0/net/socket.c:1261
        alternative locations:
[0xffffffff815caf25,0xffffffff815caf81],
[0xffffffff815caf81,0xffffffff815cafa1],
[0xffffffff815cafab,0xffffffff815cb11f]
        source: protocol = @entry($protocol)


I suspect that I am trying to solve the problem in a wrong way. If my
goal is to generate kernel modules for a large number of different
kernels and distributions what is a reasonable approach?


Thank you, Arkady,

On Wed, Mar 15, 2017 at 10:19 AM, Arkady <arkady.miasnikov.ca@gmail.com> wrote:
> And another build problem
>
>
> semantic error: while processing probe
> kernel.function("__sock_create@/build/buildd/linux-lts-raring-3.8.0/net/socket.c:1259").return
> from: socket.create.return from: socket.create.return
>    thrown from: elaborate.cxx:5649
> semantic error: not accessible at this address (pc:
> 0xffffffff815caf20) [man error::dwarf]: identifier '$protocol' at
> /usr/local/share/systemtap/tapset/linux/socket.stp:688:20
>         dieoffset: 0x5324703 from
> /root/rpms/usr/lib/debug/boot/vmlinux-3.8.0-31-generic
>         function: __sock_create at
> /build/buildd/linux-lts-raring-3.8.0/net/socket.c:1261
>         alternative locations:
> [0xffffffff815caf25,0xffffffff815caf81],
> [0xffffffff815caf81,0xffffffff815cafa1],
> [0xffffffff815cafab,0xffffffff815cb11f]
>    thrown from: dwflpp.cxx:3246
>         source: protocol = @entry($protocol)
>
>                                   ^
>
> On Wed, Mar 15, 2017 at 9:35 AM, Arkady <arkady.miasnikov.ca@gmail.com> wrote:
>> I have patched make_any_make_cmd() and moved one small step forward.
>> The build of the script still fails for Ubuntu kernels with the error
>> below.
>> Is the idea is feasible? Does it make sense to use the same and rather
>> old CentOS6 chroot for building SystemTap modules?
>>
>> Thank you, Arkady.
>>
>> semantic error: while processing probe
>> kernel.function("__sock_create@/build/buildd/linux-lts-raring-3.8.0/net/socket.c:1259").return
>> from: socket.create.return from: socket.create.return
>>    thrown from: elaborate.cxx:5649
>> semantic error: not accessible at this address (pc:
>> 0xffffffff815caf20) [man error::dwarf]: identifier '$protocol' at
>> /usr/local/share/systemtap/tapset/linux/socket.stp:688:20
>>         dieoffset: 0x5324703 from
>> /root/rpms/usr/lib/debug/boot/vmlinux-3.8.0-31-generic
>>         function: __sock_create at
>> /build/buildd/linux-lts-raring-3.8.0/net/socket.c:1261
>>         alternative locations:
>> [0xffffffff815caf25,0xffffffff815caf81],
>> [0xffffffff815caf81,0xffffffff815cafa1],
>> [0xffffffff815cafab,0xffffffff815cb11f]
>>    thrown from: dwflpp.cxx:3246
>>         source: protocol = @entry($protocol)