Summary: | Segfaults on MIPS Cavium Octeon boards | ||
---|---|---|---|
Product: | [Developer tools] valgrind | Reporter: | James Cowgill <james410> |
Component: | general | Assignee: | Julian Seward <jseward> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | mips32r2, tom |
Priority: | NOR | ||
Version: | 3.12.0 | ||
Target Milestone: | --- | ||
Platform: | Debian unstable | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Attachments: |
valgrind logs
valgrind logs v2 |
Description
James Cowgill
2017-02-07 16:00:13 UTC
Created attachment 103886 [details]
valgrind logs v2
James, can you try with the latest Valgrind code? I believe this issue has been fixed with r16261. Using valgrind from SVN has definitely improved the situation. Running valgrind normally no longer segfaults - everything now hangs but again I think that's Bug 344524. I did notice however that the segfaults do still occur if I run valgrind with gdb. I don't know what's happening there. I have submitted the patches (Valgrind r16269, VEX r3316) that should fix and close Bug 344524. Can you try it now with the latest SVN code? As of the failures you are seeing with GDB, that might be a regular case when debugging Valgrind. Have you tried to 'continue' with running the code after you come across a segmentation fault? Alternatively, can you pass "handle SIGSEGV noprint nostop pass" to GDB before you run the code? Using the latest SVN does fix the hangs on Octeon. Also, I didn't know that valgrind raised SIGSEGV during normal execution - indeed running 'continue' in GDB does allow it to continue without error. Thanks! (In reply to James Cowgill from comment #5) > Using the latest SVN does fix the hangs on Octeon. Also, I didn't know that > valgrind raised SIGSEGV during normal execution - indeed running 'continue' > in GDB does allow it to continue without error. Thanks! Great. We should close this issue now. |