Mailinglist Archive: opensuse-factory (826 mails)

< Previous Next >
[opensuse-factory] Ryzen 1700 Illegal instruction on SDR programs only - See details below
Swapped out the GA-990XA-UD3 + AMD 8-core CPU for Asus X370 PRO and updated to the latest BIOS. Just booted up on the original hard drives - Tumbleweed 4.13.5-1-default.

sdrangel, LimeUtil, LimeSuiteGUI, gqrx, etc. never segfaulted on the x86_64.

# cat /etc/zypp/repos.d/hardware_sdr.repo
name=Software Defined Radio related packages (openSUSE_Tumbleweed)

Output from valgrind


==8047== Memcheck, a memory error detector
==8047== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==8047== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==8047== Command: LimeUtil --find
vex amd64->IR: unhandled instruction bytes: 0x8F 0xEA 0xF8 0x10 0xC9 0x3 0x1D 0x0
vex amd64->IR:   REX=0 REX.W=0 REX.R=0 REX.X=0 REX.B=0
vex amd64->IR:   VEX=0 VEX.L=0 VEX.nVVVV=0x0 ESC=NONE
vex amd64->IR:   PFX.66=0 PFX.F2=0 PFX.F3=0
==8047== valgrind: Unrecognised instruction at address 0x4e69735.
==8047==    at 0x4E69735: ??? (in /usr/lib64/
==8047==    by 0x400FB89: call_init.part.0 (in /lib64/
==8047==    by 0x400FC95: _dl_init (in /lib64/
==8047==    by 0x4000ED9: ??? (in /lib64/
==8047==    by 0x1: ???
==8047==    by 0xFFF000402: ???
==8047==    by 0xFFF00040B: ???
==8047== Your program just tried to execute an instruction that Valgrind
==8047== did not recognise.  There are two possible reasons for this.
==8047== 1. Your program has a bug and erroneously jumped to a non-code
==8047==    location.  If you are running Memcheck and you just saw a
==8047==    warning about a bad jump, it's probably your program's fault.
==8047== 2. The instruction is legitimate but Valgrind doesn't handle it,
==8047==    i.e. it's Valgrind's fault.  If you think this is the case or
==8047==    you are not sure, please let us know and we'll try to fix it.
==8047== Either way, Valgrind will now raise a SIGILL signal which will
==8047== probably kill your program.
==8047== Process terminating with default action of signal 4 (SIGILL)
==8047==  Illegal opcode at address 0x4E69735
==8047==    at 0x4E69735: ??? (in /usr/lib64/
==8047==    by 0x400FB89: call_init.part.0 (in /lib64/
==8047==    by 0x400FC95: _dl_init (in /lib64/
==8047==    by 0x4000ED9: ??? (in /lib64/
==8047==    by 0x1: ???
==8047==    by 0xFFF000402: ???
==8047==    by 0xFFF00040B: ???
==8047== HEAP SUMMARY:
==8047==     in use at exit: 78,712 bytes in 2 blocks
==8047==   total heap usage: 5 allocs, 3 frees, 80,408 bytes allocated
==8047== LEAK SUMMARY:
==8047==    definitely lost: 0 bytes in 0 blocks
==8047==    indirectly lost: 0 bytes in 0 blocks
==8047==      possibly lost: 0 bytes in 0 blocks
==8047==    still reachable: 78,712 bytes in 2 blocks
==8047==         suppressed: 0 bytes in 0 blocks
==8047== Reachable blocks (those to which a pointer was found) are not shown.
==8047== To see them, rerun with: --leak-check=full --show-leak-kinds=all
==8047== For counts of detected and suppressed errors, rerun with: -v
==8047== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)



Sid Boyce ... Hamradio License G3VBV, Licensed Private Pilot
Emeritus IBM/Amdahl Mainframes and Sun/Fujitsu Servers Tech Support
Senior Staff Specialist, Cricket Coach
Microsoft Windows Free Zone - Linux used for all Computing Tasks

To unsubscribe, e-mail: opensuse-factory+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse-factory+owner@xxxxxxxxxxxx

< Previous Next >
Follow Ups