|
From: rajesh s. <inf...@gm...> - 2019-01-02 07:27:18
|
Hi All, I reached to Cavium toolchain team for this issues but got a response saying that they got the binaries from valgrind and included it as part of SDK . Could someone from valgrind team provide binaries for CN70XX and if possible provide the details steps to build the valgrind for our mips architecture with CAVIUM tool chain ? I would like to say thanks for all your support. Thanks, Rajesh On Fri, Nov 23, 2018 at 5:09 AM Petar Jovanovic <mip...@gm...> wrote: > On Thu, Nov 22, 2018 at 5:24 PM rajesh singh <inf...@gm...> > wrote: > > > > Hi John Reiser, > > > > Thanks for reply and information. > > > > > > I am new with this valgrind and glibc library. I am not able to > understand how to resolve this issue. > > Is this issue dependent on libc library or some other issue means why > this terminated before main() function ? > > > > Could you please help me about how to resolve this issue ? > > > > I would like to say thanks for your help. > > > > Thanks, > > Rajesh > > > > On Thu, Nov 22, 2018 at 8:20 PM John Reiser <jr...@bi...> > wrote: > >> > >> > ==31467== Process terminating with default action of signal 10 > (SIGBUS) > >> > ==31467== at 0x40B7EE4: __ctype_init (in /lib64/libc-2.16.so < > http://libc-2.16.so>) > >> > ==31467== by 0x40A8C8C: _init (in /lib64/libc-2.16.so < > http://libc-2.16.so>) > >> > ==31467== by 0x40129D8: call_init (in /lib64/ld-2.16.so < > http://ld-2.16.so>) > >> > ==31467== by 0x4012BC8: _dl_init (in /lib64/ld-2.16.so < > http://ld-2.16.so>) > >> > ==31467== by 0x400328C: _dl_start_user (in /lib64/ld-2.16.so < > http://ld-2.16.so>) > >> > ==31467== Invalid read of size 4 > >> > ==31467== at 0x4019508: __dl_runtime_resolve (in /lib64/ld-2.16.so > <http://ld-2.16.so>) > >> > ==31467== by 0x40192D8: _dl_runtime_resolve (in /lib64/ld-2.16.so > <http://ld-2.16.so>) > >> > ==31467== Address 0xffffffffffff8900 is not stack'd, malloc'd or > (recently) free'd > >> > ==31467== > >> > ==31467== > >> > ==31467== Process terminating with default action of signal 10 > (SIGBUS) > >> > ==31467== at 0x4019508: __dl_runtime_resolve (in /lib64/ld-2.16.so > <http://ld-2.16.so>) > >> > ==31467== by 0x40192D8: _dl_runtime_resolve (in /lib64/ld-2.16.so > <http://ld-2.16.so>) > >> > >> The code in main() never was executed. _dl_start_user is a glibc > routine > >> which runs before the first instruction of main(). The SIGBUS from > trying > >> to fetch from address 0xffffffffffff8900 terminated the program before > main(). > >> > >> > > There is a daily buildbot that runs Valgrind on Cavium boards, and as > of today, all tests pass. > Here is a log from the yesterday's testing: > > Testing Valgrind on: > cavium-02 - mips64r2 BE Linux 4.1.0-dirty glibc 2.13 > 27fe223 Add support for Iop_{Sar,Shr}8 on ppc. > --expensive-definedness-checks=yes needs them. > VEX/priv/host_ppc_isel.c > > == 625 tests, 0 stderr failures, 0 stdout failures, 0 stderrB > failures, 0 stdoutB failures, 0 post failures == > > So it is either to your toolchain or the system. It would not hurt if > you updated your toolchain and the system itself. > > P. > |