[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 [hardware_sdr] name=Software Defined Radio related packages (openSUSE_Tumbleweed) enabled=1 autorefresh=0 baseurl=http://download.opensuse.org/repositories/hardware:/sdr/openSUSE_Tumbleweed/ type=rpm-md gpgcheck=1 gpgkey=http://download.opensuse.org/repositories/hardware:/sdr/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 ==8047== 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/libLimeSuite.so.17.09.1) ==8047== by 0x400FB89: call_init.part.0 (in /lib64/ld-2.26.so) ==8047== by 0x400FC95: _dl_init (in /lib64/ld-2.26.so) ==8047== by 0x4000ED9: ??? (in /lib64/ld-2.26.so) ==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== ==8047== Process terminating with default action of signal 4 (SIGILL) ==8047== Illegal opcode at address 0x4E69735 ==8047== at 0x4E69735: ??? (in /usr/lib64/libLimeSuite.so.17.09.1) ==8047== by 0x400FB89: call_init.part.0 (in /lib64/ld-2.26.so) ==8047== by 0x400FC95: _dl_init (in /lib64/ld-2.26.so) ==8047== by 0x4000ED9: ??? (in /lib64/ld-2.26.so) ==8047== by 0x1: ??? ==8047== by 0xFFF000402: ??? ==8047== by 0xFFF00040B: ??? ==8047== ==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== ==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== ==8047== For counts of detected and suppressed errors, rerun with: -v ==8047== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0) Regards Sid. -- 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@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 18-10-2017 a las 18:53, Sid Boyce escribió:
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.
It is not your problem, package limesuite from hardware_sdr is built using -march=native, it is expected to crash on machines different from the build host.. missing -DENABLE_SIMD_FLAGS=none before invoking cmake. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 19/10/17 01:09, Cristian Rodríguez wrote:
El 18-10-2017 a las 18:53, Sid Boyce escribió:
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.
It is not your problem, package limesuite from hardware_sdr is built using -march=native, it is expected to crash on machines different from the build host.. missing -DENABLE_SIMD_FLAGS=none before invoking cmake.
Thanks Cristian, Should I file a bug? Regards Sid. -- 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@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (2)
-
Cristian Rodríguez
-
Sid Boyce