|
From: Sasikanth b. <sas...@gm...> - 2013-11-13 16:23:26
|
Hi all, I'm using valgrind 3.9.0 which has the mips octeon support but when I tried run valgrind on octeon, it thows an error saying unhandled instruction bytes. root@octeon-test:/root> valgrind /bin/ls ==1631== Memcheck, a memory error detector ==1631== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. ==1631== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info ==1631== Command: /bin/ls ==1631== Error occured while trying to decode MIPS32 DSP instruction. Your platform probably doesn't support MIPS32 DSP ASE. vex mips->IR: unhandled instruction bytes: 0x7C 0x65 0x1A 0xA ==1631== valgrind: Unrecognised instruction at address 0x40190dc. I see that the support was added only for OCTEON_CN63XX and I'm using is OCTEON_CN68XX. Any pointers on how to solve this issue, Thanks in Advance Sasi |
|
From: Petar J. <mip...@gm...> - 2013-11-17 05:03:24
|
Hello Sasi, >From what I can see, you have come across 'ldx' instruction that comes from MIPS64 DSP ASE that is not yet supported in Valgrind. There are instructions missing from Cavium set, so if your program is built with Cavium flags it is likely that you will come across more unimplemented instructions even if you workaround this one. There are a few patches in-review that you may want to cherry pick and try, they also include support for 'ldx' instruction, see: https://bugs.kde.org/show_bug.cgi?id=326444 https://bugs.kde.org/show_bug.cgi?id=327223 Cheers, Petar On Wed, Nov 13, 2013 at 5:23 PM, Sasikanth babu <sas...@gm...>wrote: > Hi all, > > I'm using valgrind 3.9.0 which has the mips octeon support but when I > tried > run valgrind on octeon, it thows an error saying unhandled instruction > bytes. > > > root@octeon-test:/root> valgrind /bin/ls > ==1631== Memcheck, a memory error detector > ==1631== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. > ==1631== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info > ==1631== Command: /bin/ls > ==1631== > Error occured while trying to decode MIPS32 DSP instruction. > Your platform probably doesn't support MIPS32 DSP ASE. > vex mips->IR: unhandled instruction bytes: 0x7C 0x65 0x1A 0xA > ==1631== valgrind: Unrecognised instruction at address 0x40190dc. > > I see that the support was added only for OCTEON_CN63XX and I'm using > is OCTEON_CN68XX. Any pointers on how to solve this issue, > > Thanks in Advance > Sasi > > > ------------------------------------------------------------------------------ > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access > Free app hosting. Or install the open source package on any LAMP server. > Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! > http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk > _______________________________________________ > Valgrind-developers mailing list > Val...@li... > https://lists.sourceforge.net/lists/listinfo/valgrind-developers > |
|
From: Sasikanth b. <sas...@gm...> - 2014-01-07 08:59:13
|
Hi Petar,
With the latest patches in-review from Dr. Zahid Anwar, I'm able
to run valgrind on mips/octeon but I'm not getting
proper trace.
configure options: ./configure --host=mips64-target-linux-gnu
--build=x86_64-crosscompile-linux-gnu
is there anything I'm missing?
root@sasi:/root> valgrind ./a.out 1
==4236== Memcheck, a memory error detector
==4236== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==4236== Using Valgrind-3.10.0.SVN and LibVEX; rerun with -h for copyright info
==4236== Command: ./a.out 1
==4236==
==4236== Conditional jump or move depends on uninitialised value(s)
==4236== at 0x401AD20: ??? (in /lib64/ld-2.11.1.so)
==4236== by 0x4008EA0: ??? (in /lib64/ld-2.11.1.so)
==4236==
==4236== Conditional jump or move depends on uninitialised value(s)
==4236== at 0x401AEB0: ??? (in /lib64/ld-2.11.1.so)
==4236== by 0x4006204: ??? (in /lib64/ld-2.11.1.so)
==4236==
==4236== Conditional jump or move depends on uninitialised value(s)
==4236== at 0x401AEB0: ??? (in /lib64/ld-2.11.1.so)
==4236== by 0x400C7BC: ??? (in /lib64/ld-2.11.1.so)
==4236==
4236:
==4236== Invalid read of size 4
==4236== at 0x400D148: ??? (in /lib64/ld-2.11.1.so)
==4236== by 0x4004B4C: ??? (in /lib64/ld-2.11.1.so)
==4236== Address 0x50 is not stack'd, malloc'd or (recently) free'd
==4236==
==4236==
==4236== Process terminating with default action of signal 11 (SIGSEGV)
==4236== Access not within mapped region at address 0x50
==4236== at 0x400D148: ??? (in /lib64/ld-2.11.1.so)
==4236== by 0x4004B4C: ??? (in /lib64/ld-2.11.1.so)
==4236== If you believe this happened as a result of a stack
==4236== overflow in your program's main thread (unlikely but
==4236== possible), you can try to increase the size of the
==4236== main thread stack using the --main-stacksize= flag.
==4236== The main thread stack size used in this run was 8388608.
==4236== Jump to the invalid address stated on the next line
==4236== at 0x9E0: ???
==4236== by 0x40338F0: _vgnU_freeres (vg_preloaded.c:63)
==4236== by 0x4004B50: ??? (in /lib64/ld-2.11.1.so)
==4236== Address 0x9e0 is not stack'd, malloc'd or (recently) free'd
==4236==
==4236==
==4236== Process terminating with default action of signal 11 (SIGSEGV)
==4236== Bad permissions for mapped region at address 0x9E0
==4236== at 0x9E0: ???
==4236== by 0x40338F0: _vgnU_freeres (vg_preloaded.c:63)
==4236== by 0x4004B50: ??? (in /lib64/ld-2.11.1.so)
==4236==
==4236== HEAP SUMMARY:
==4236== in use at exit: 0 bytes in 0 blocks
==4236== total heap usage: 0 allocs, 0 frees, 0 bytes allocated
==4236==
==4236== All heap blocks were freed -- no leaks are possible
==4236==
==4236== For counts of detected and suppressed errors, rerun with: -v
==4236== Use --track-origins=yes to see where uninitialised values come from
==4236== ERROR SUMMARY: 5 errors from 5 contexts (suppressed: 0 from 0)
Segmentation fault
Thanks
Sasi
On Sun, Nov 17, 2013 at 10:33 AM, Petar Jovanovic <mip...@gm...> wrote:
> Hello Sasi,
>
> From what I can see, you have come across 'ldx' instruction that comes from
> MIPS64 DSP ASE that is not yet supported in Valgrind. There are instructions
> missing from Cavium set, so if your program is built with Cavium flags it is
> likely that you will come across more unimplemented instructions even if you
> workaround this one.
>
> There are a few patches in-review that you may want to cherry pick and try,
> they also include support for 'ldx' instruction, see:
>
> https://bugs.kde.org/show_bug.cgi?id=326444
> https://bugs.kde.org/show_bug.cgi?id=327223
>
> Cheers,
> Petar
>
>
> On Wed, Nov 13, 2013 at 5:23 PM, Sasikanth babu <sas...@gm...>
> wrote:
>>
>> Hi all,
>>
>> I'm using valgrind 3.9.0 which has the mips octeon support but when I
>> tried
>> run valgrind on octeon, it thows an error saying unhandled instruction
>> bytes.
>>
>>
>> root@octeon-test:/root> valgrind /bin/ls
>> ==1631== Memcheck, a memory error detector
>> ==1631== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
>> ==1631== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright info
>> ==1631== Command: /bin/ls
>> ==1631==
>> Error occured while trying to decode MIPS32 DSP instruction.
>> Your platform probably doesn't support MIPS32 DSP ASE.
>> vex mips->IR: unhandled instruction bytes: 0x7C 0x65 0x1A 0xA
>> ==1631== valgrind: Unrecognised instruction at address 0x40190dc.
>>
>> I see that the support was added only for OCTEON_CN63XX and I'm using
>> is OCTEON_CN68XX. Any pointers on how to solve this issue,
>>
>> Thanks in Advance
>> Sasi
>>
>>
>> ------------------------------------------------------------------------------
>> DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps
>> OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access
>> Free app hosting. Or install the open source package on any LAMP server.
>> Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native!
>>
>> http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk
>> _______________________________________________
>> Valgrind-developers mailing list
>> Val...@li...
>> https://lists.sourceforge.net/lists/listinfo/valgrind-developers
>
>
|
|
From: Petar J. <mip...@gm...> - 2014-01-08 00:46:21
|
Hi Sasi, I have not yet reviewed the latest patches attached to these issues. Feel free to use those pages to post your comments and raise issues you have. Regards, Petar On Tue, Jan 7, 2014 at 9:59 AM, Sasikanth babu <sas...@gm...>wrote: > Hi Petar, > > With the latest patches in-review from Dr. Zahid Anwar, I'm able > to run valgrind on mips/octeon but I'm not getting > proper trace. > > configure options: ./configure --host=mips64-target-linux-gnu > --build=x86_64-crosscompile-linux-gnu > > is there anything I'm missing? > > root@sasi:/root> valgrind ./a.out 1 > ==4236== Memcheck, a memory error detector > ==4236== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. > ==4236== Using Valgrind-3.10.0.SVN and LibVEX; rerun with -h for copyright > info > ==4236== Command: ./a.out 1 > ==4236== > ==4236== Conditional jump or move depends on uninitialised value(s) > ==4236== at 0x401AD20: ??? (in /lib64/ld-2.11.1.so) > ==4236== by 0x4008EA0: ??? (in /lib64/ld-2.11.1.so) > ==4236== > ==4236== Conditional jump or move depends on uninitialised value(s) > ==4236== at 0x401AEB0: ??? (in /lib64/ld-2.11.1.so) > ==4236== by 0x4006204: ??? (in /lib64/ld-2.11.1.so) > ==4236== > ==4236== Conditional jump or move depends on uninitialised value(s) > ==4236== at 0x401AEB0: ??? (in /lib64/ld-2.11.1.so) > ==4236== by 0x400C7BC: ??? (in /lib64/ld-2.11.1.so) > ==4236== > 4236: > ==4236== Invalid read of size 4 > ==4236== at 0x400D148: ??? (in /lib64/ld-2.11.1.so) > ==4236== by 0x4004B4C: ??? (in /lib64/ld-2.11.1.so) > ==4236== Address 0x50 is not stack'd, malloc'd or (recently) free'd > ==4236== > ==4236== > ==4236== Process terminating with default action of signal 11 (SIGSEGV) > ==4236== Access not within mapped region at address 0x50 > ==4236== at 0x400D148: ??? (in /lib64/ld-2.11.1.so) > ==4236== by 0x4004B4C: ??? (in /lib64/ld-2.11.1.so) > ==4236== If you believe this happened as a result of a stack > ==4236== overflow in your program's main thread (unlikely but > ==4236== possible), you can try to increase the size of the > ==4236== main thread stack using the --main-stacksize= flag. > ==4236== The main thread stack size used in this run was 8388608. > ==4236== Jump to the invalid address stated on the next line > ==4236== at 0x9E0: ??? > ==4236== by 0x40338F0: _vgnU_freeres (vg_preloaded.c:63) > ==4236== by 0x4004B50: ??? (in /lib64/ld-2.11.1.so) > ==4236== Address 0x9e0 is not stack'd, malloc'd or (recently) free'd > ==4236== > ==4236== > ==4236== Process terminating with default action of signal 11 (SIGSEGV) > ==4236== Bad permissions for mapped region at address 0x9E0 > ==4236== at 0x9E0: ??? > ==4236== by 0x40338F0: _vgnU_freeres (vg_preloaded.c:63) > ==4236== by 0x4004B50: ??? (in /lib64/ld-2.11.1.so) > ==4236== > ==4236== HEAP SUMMARY: > ==4236== in use at exit: 0 bytes in 0 blocks > ==4236== total heap usage: 0 allocs, 0 frees, 0 bytes allocated > ==4236== > ==4236== All heap blocks were freed -- no leaks are possible > ==4236== > ==4236== For counts of detected and suppressed errors, rerun with: -v > ==4236== Use --track-origins=yes to see where uninitialised values come > from > ==4236== ERROR SUMMARY: 5 errors from 5 contexts (suppressed: 0 from 0) > Segmentation fault > > > > Thanks > Sasi > > On Sun, Nov 17, 2013 at 10:33 AM, Petar Jovanovic <mip...@gm...> > wrote: > > Hello Sasi, > > > > From what I can see, you have come across 'ldx' instruction that comes > from > > MIPS64 DSP ASE that is not yet supported in Valgrind. There are > instructions > > missing from Cavium set, so if your program is built with Cavium flags > it is > > likely that you will come across more unimplemented instructions even if > you > > workaround this one. > > > > There are a few patches in-review that you may want to cherry pick and > try, > > they also include support for 'ldx' instruction, see: > > > > https://bugs.kde.org/show_bug.cgi?id=326444 > > https://bugs.kde.org/show_bug.cgi?id=327223 > > > > Cheers, > > Petar > > > > > > On Wed, Nov 13, 2013 at 5:23 PM, Sasikanth babu <sas...@gm... > > > > wrote: > >> > >> Hi all, > >> > >> I'm using valgrind 3.9.0 which has the mips octeon support but when I > >> tried > >> run valgrind on octeon, it thows an error saying unhandled instruction > >> bytes. > >> > >> > >> root@octeon-test:/root> valgrind /bin/ls > >> ==1631== Memcheck, a memory error detector > >> ==1631== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al. > >> ==1631== Using Valgrind-3.9.0 and LibVEX; rerun with -h for copyright > info > >> ==1631== Command: /bin/ls > >> ==1631== > >> Error occured while trying to decode MIPS32 DSP instruction. > >> Your platform probably doesn't support MIPS32 DSP ASE. > >> vex mips->IR: unhandled instruction bytes: 0x7C 0x65 0x1A 0xA > >> ==1631== valgrind: Unrecognised instruction at address 0x40190dc. > >> > >> I see that the support was added only for OCTEON_CN63XX and I'm using > >> is OCTEON_CN68XX. Any pointers on how to solve this issue, > >> > >> Thanks in Advance > >> Sasi > >> > >> > >> > ------------------------------------------------------------------------------ > >> DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps > >> OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access > >> Free app hosting. Or install the open source package on any LAMP server. > >> Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! > >> > >> > http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk > >> _______________________________________________ > >> Valgrind-developers mailing list > >> Val...@li... > >> https://lists.sourceforge.net/lists/listinfo/valgrind-developers > > > > > |