Hi All,
Upon running "osmo-bts-trx -c osmo-bts.cfg” while "osmo-nitb -C -c openbsc.conf -T -P -m” and “osmo-trx” are running, the following error shows and also shuts down “osmo-trx”
osmo-bts-trx error:
root@entropy:~/osmocom_files# osmo-bts-trx -c osmo-bts.cfg
((*))
|
/ \ OsmoBTS
<0017> control_if.c:725 CTRL at 127.0.0.1 4238
<0010> telnet_interface.c:95 telnet at 127.0.0.1 4241
<0012> input/ipaccess.c:885 enabling ipaccess BTS mode, OML connecting to 192.168.1.129:3002
<000b> trx_if.c:584 Open transceiver for phy0.0
<0012> input/ipa.c:129 connection done.
<0012> input/ipaccess.c:706 received ID get
<0001> oml.c:475 Ignoring T200[0] (150 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:475 Ignoring T200[1] (180 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:475 Ignoring T200[2] (180 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:475 Ignoring T200[3] (1680 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:475 Ignoring T200[4] (520 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:475 Ignoring T200[5] (165 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:475 Ignoring T200[6] (1680 ms) as sent by BSC due to suspected LAPDm bug!
<0001> oml.c:844 ADM state already was Unlocked
<0012> input/ipa.c:129 connection done.
<0012> input/ipaccess.c:706 received ID get
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<0009> pcu_sock.c:651 PCU socket not connected, dropping message
<000b> trx_if.c:187 No response from transceiver for phy0.0
<0009> pcu_sock.c:848 PCU socket connected to external PCU
<0001> oml.c:72 Reporting FAILURE to BSC: 0.3.20170425
<0000> rsl.c:624 (bts=0,trx=0,ts=4,ss=0) not sending CHAN ACT ACK
<0000> rsl.c:624 (bts=0,trx=0,ts=5,ss=0) not sending CHAN ACT ACK
<0000> rsl.c:624 (bts=0,trx=0,ts=6,ss=0) not sending CHAN ACT ACK
<0000> rsl.c:624 (bts=0,trx=0,ts=7,ss=0) not sending CHAN ACT ACK
<000b> trx_if.c:187 No response from transceiver for phy0.0
<000b> trx_if.c:187 No response from transceiver for phy0.0
<000b> trx_if.c:187 No response from transceiver for phy0.0
<000b> trx_if.c:187 No response from transceiver for phy0.0
<000b> trx_if.c:187 No response from transceiver for phy0.0
<000b> trx_if.c:187 No response from transceiver for phy0.0
<000b> trx_if.c:187 No response from transceiver for phy0.0
<000b> trx_if.c:187 No response from transceiver for phy0.0
<0007> l1sap.c:413 Invalid condition detected: Frame difference is > 1!
<0001> bts.c:208 Shutting down BTS 0, Reason No clock from osmo-trx
<000b> trx_if.c:203 CTRL NOHANDOVER ignored: No clock from transceiver, please fix!
<000b> trx_if.c:203 CTRL NOHANDOVER ignored: No clock from transceiver, please fix!
<0000> rsl.c:528 (bts=0,trx=0,ts=4,ss=0) not sending REL ACK
<000b> trx_if.c:203 CTRL NOHANDOVER ignored: No clock from transceiver, please fix!
<000b> trx_if.c:203 CTRL NOHANDOVER ignored: No clock from transceiver, please fix!
<0000> rsl.c:528 (bts=0,trx=0,ts=5,ss=0) not sending REL ACK
<000b> trx_if.c:203 CTRL NOHANDOVER ignored: No clock from transceiver, please fix!
<000b> trx_if.c:203 CTRL NOHANDOVER ignored: No clock from transceiver, please fix!
<0000> rsl.c:528 (bts=0,trx=0,ts=6,ss=0) not sending REL ACK
<000b> trx_if.c:203 CTRL NOHANDOVER ignored: No clock from transceiver, please fix!
<000b> trx_if.c:203 CTRL NOHANDOVER ignored: No clock from transceiver, please fix!
<0000> rsl.c:528 (bts=0,trx=0,ts=7,ss=0) not sending REL ACK
Shutdown timer expired
osmo-trx logs:
NOTICE 139966735525632 16:51:01.4 Transceiver.cpp:794:driveControl: Changing TSC from 0 to 7
NOTICE 139966735525632 16:51:01.4 Transceiver.cpp:243:start: Starting the transceiver
Illegal instruction (core dumped)
osmo-nitb logs:
Thu Apr 27 16:50:43 2017 <001e> input/ipa.c:263 accept()ed new link from 192.168.1.129 to port 3002
Thu Apr 27 16:50:43 2017 <001e> input/ipa.c:263 accept()ed new link from 192.168.1.129 to port 3003
Thu Apr 27 16:50:43 2017 <0004> bsc_init.c:288 bootstrapping RSL for BTS/TRX (0/0) on ARFCN 885 using MCC=1 MNC=1 LAC=1 CID=1 BSIC=63
BTS 0 reported connected PCU version 0.3.20170425
Thu Apr 27 16:51:06 2017 <001e> input/ipaccess.c:241 Sign link vanished, dead socket
Thu Apr 27 16:51:06 2017 <001e> input/ipaccess.c:69 Forcing socket shutdown with no signal link set
Thu Apr 27 16:51:06 2017 <0020> bsc_init.c:341 Lost some E1 TEI link: 1 0x7f5f48820070
Thu Apr 27 16:51:06 2017 <0020> bsc_init.c:341 Lost some E1 TEI link: 2 0x7f5f48820070
^Csignal 2 received
Also attached the configuration files used.
What seems causes the issue?
OS: Ubuntu 16.04 SDR: B210
Best Regards,
Ron Rylan B. Menez Operations Manager +63 998 989 7973 +63 2 893 1781
[cid:bbb8aa9b-ea08-431b-bb55-8cc77a18e169@apcprd06.prod.outlook.com]
Singapore * Philippines Products: Gridloc*Intelle*Hype*Lighthouse*Telco Services*Software Development This email (including any attachment to it) is confidential and intended only for the use of the individual named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message (including any attachment to it). Thank you.
On 27. Apr 2017, at 11:06, Ron ron.menez@entropysolution.com wrote:
NOTICE 139966735525632 16:51:01.4 Transceiver.cpp:794:driveControl: Changing TSC from 0 to 7
NOTICE 139966735525632 16:51:01.4 Transceiver.cpp:243:start: Starting the transceiver
Illegal instruction (core dumped)
So osmo-trx quits because it asked the CPU to execute something that is either no instruction or not supported by your CPU. Are you using the binary packages?
holger
Hi Holger,
Thank you for your immediate response.
We are using the nightly package for this.
Thank you.
Best Regards,
Ron Rylan B. Menez Operations Manager +63 998 989 7973 +63 2 893 1781
[cid:D7861C66-51ED-4DB6-B9ED-BADEB28148EC]
Singapore * Philippines Products: Gridloc*Intelle*Hype*Lighthouse*Telco Services*Software Development This email (including any attachment to it) is confidential and intended only for the use of the individual named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message (including any attachment to it). Thank you.
On Apr 28, 2017, at 12:42 AM, Holger Freyther <holger@freyther.demailto:holger@freyther.de> wrote:
On 27. Apr 2017, at 11:06, Ron <ron.menez@entropysolution.commailto:ron.menez@entropysolution.com> wrote:
NOTICE 139966735525632 16:51:01.4 Transceiver.cpp:794:driveControl: Changing TSC from 0 to 7
NOTICE 139966735525632 16:51:01.4 Transceiver.cpp:243:start: Starting the transceiver
Illegal instruction (core dumped)
So osmo-trx quits because it asked the CPU to execute something that is either no instruction or not supported by your CPU. Are you using the binary packages?
holger
On 27. Apr 2017, at 20:10, Ron ron.menez@entropysolution.com wrote:
Hi Holger,
Thank you for your immediate response.
We are using the nightly package for this.
Could you send us your output of cat /proc/cpuinfo as well. The issue is most likely that while building the package it was optimized for a CPU instruction set not supported by your system. There are some patches pending review[1] to improve/solve this situation.
holger
Hi Holger,
Below is the output for the cat /proc/cpuinfo:
root@entropy:~# cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i7-6770HQ CPU @ 2.60GHz stepping : 3 microcode : 0x8a cpu MHz : 3473.539 cache size : 6144 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp bugs : bogomips : 5184.47 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:
processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i7-6770HQ CPU @ 2.60GHz stepping : 3 microcode : 0x8a cpu MHz : 3461.656 cache size : 6144 KB physical id : 0 siblings : 8 core id : 1 cpu cores : 4 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp bugs : bogomips : 5184.47 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:
processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i7-6770HQ CPU @ 2.60GHz stepping : 3 microcode : 0x8a cpu MHz : 3487.859 cache size : 6144 KB physical id : 0 siblings : 8 core id : 2 cpu cores : 4 apicid : 4 initial apicid : 4 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp bugs : bogomips : 5184.47 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:
processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i7-6770HQ CPU @ 2.60GHz stepping : 3 microcode : 0x8a cpu MHz : 3334.093 cache size : 6144 KB physical id : 0 siblings : 8 core id : 3 cpu cores : 4 apicid : 6 initial apicid : 6 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp bugs : bogomips : 5184.47 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:
processor : 4 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i7-6770HQ CPU @ 2.60GHz stepping : 3 microcode : 0x8a cpu MHz : 3444.085 cache size : 6144 KB physical id : 0 siblings : 8 core id : 0 cpu cores : 4 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp bugs : bogomips : 5184.47 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:
processor : 5 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i7-6770HQ CPU @ 2.60GHz stepping : 3 microcode : 0x8a cpu MHz : 3433.320 cache size : 6144 KB physical id : 0 siblings : 8 core id : 1 cpu cores : 4 apicid : 3 initial apicid : 3 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp bugs : bogomips : 5184.47 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:
processor : 6 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i7-6770HQ CPU @ 2.60GHz stepping : 3 microcode : 0x8a cpu MHz : 3344.960 cache size : 6144 KB physical id : 0 siblings : 8 core id : 2 cpu cores : 4 apicid : 5 initial apicid : 5 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp bugs : bogomips : 5184.47 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:
processor : 7 vendor_id : GenuineIntel cpu family : 6 model : 94 model name : Intel(R) Core(TM) i7-6770HQ CPU @ 2.60GHz stepping : 3 microcode : 0x8a cpu MHz : 3390.968 cache size : 6144 KB physical id : 0 siblings : 8 core id : 3 cpu cores : 4 apicid : 7 initial apicid : 7 fpu : yes fpu_exception : yes cpuid level : 22 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp bugs : bogomips : 5184.47 clflush size : 64 cache_alignment : 64 address sizes : 39 bits physical, 48 bits virtual power management:
Best Regards,
Ron Rylan B. Menez Operations Manager +63 998 989 7973 +63 2 893 1781
[cid:D7861C66-51ED-4DB6-B9ED-BADEB28148EC]
Singapore * Philippines Products: Gridloc*Intelle*Hype*Lighthouse*Telco Services*Software Development This email (including any attachment to it) is confidential and intended only for the use of the individual named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message (including any attachment to it). Thank you.
On Apr 28, 2017, at 3:12 AM, Holger Freyther <holger@freyther.demailto:holger@freyther.de> wrote:
On 27. Apr 2017, at 20:10, Ron <ron.menez@entropysolution.commailto:ron.menez@entropysolution.com> wrote:
Hi Holger,
Thank you for your immediate response.
We are using the nightly package for this.
Could you send us your output of cat /proc/cpuinfo as well. The issue is most likely that while building the package it was optimized for a CPU instruction set not supported by your system. There are some patches pending review[1] to improve/solve this situation.
holger
On 28. Apr 2017, at 03:44, Ron ron.menez@entropysolution.com wrote:
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp
now I am curious. So your system seems to support sse4_2, avx2. Could you run osmo-trx under gdb and get us a backtrace? And keep the session open if you can. We might need to ask you to type a command to disassemble the memory area to see what has been executed.
@dexter/@tom: Do you see any cpu feature that should be there but isn't?
Hi Holger,
Kindly see output from the “gdb" for osmo-trx and its "backtrace full”.
# gdb osmo-trx GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11.1 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from osmo-trx...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/osmo-trx [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". linux; GNU C++ version 5.3.1 20151219; Boost_105800; UHD_003.009.002-0-unknown
opening configuration table from path :memory: Config Settings Log Level............... NOTICE Device args............. TRX Base Port........... 5700 TRX Address............. 127.0.0.1 Channels................ 1 Tx Samples-per-Symbol... 4 Rx Samples-per-Symbol... 1 EDGE support............ Disabled Reference............... Internal C0 Filler Table......... Disabled Multi-Carrier........... Disabled Diversity............... Disabled Tuning offset........... 0 RSSI to dBm offset...... 0 Swap channels........... 0
[New Thread 0x7ffff1884700 (LWP 3777)] [New Thread 0x7ffff1083700 (LWP 3778)] [Thread 0x7ffff1083700 (LWP 3778) exited] [Thread 0x7ffff1884700 (LWP 3777) exited] [New Thread 0x7ffff1884700 (LWP 3781)] [New Thread 0x7ffff1083700 (LWP 3782)] [Thread 0x7ffff1083700 (LWP 3782) exited] [Thread 0x7ffff1884700 (LWP 3781) exited] [New Thread 0x7ffff1884700 (LWP 3783)] [New Thread 0x7ffff1083700 (LWP 3784)] [Thread 0x7ffff1083700 (LWP 3784) exited] [Thread 0x7ffff1884700 (LWP 3783) exited] [New Thread 0x7ffff1884700 (LWP 3785)] [New Thread 0x7ffff1083700 (LWP 3786)] [Thread 0x7ffff1083700 (LWP 3786) exited] [Thread 0x7ffff1884700 (LWP 3785) exited] [New Thread 0x7ffff1884700 (LWP 3787)] [New Thread 0x7ffff1083700 (LWP 3788)] [Thread 0x7ffff1083700 (LWP 3788) exited] [Thread 0x7ffff1884700 (LWP 3787) exited] [New Thread 0x7ffff1884700 (LWP 3789)] [New Thread 0x7ffff1083700 (LWP 3790)] [Thread 0x7ffff1083700 (LWP 3790) exited] [Thread 0x7ffff1884700 (LWP 3789) exited] [New Thread 0x7ffff1884700 (LWP 3791)] [New Thread 0x7ffff1083700 (LWP 3792)] [Thread 0x7ffff1083700 (LWP 3792) exited] [Thread 0x7ffff1884700 (LWP 3791) exited] [New Thread 0x7ffff1884700 (LWP 3793)] [New Thread 0x7ffff1083700 (LWP 3794)] [Thread 0x7ffff1083700 (LWP 3794) exited] [Thread 0x7ffff1884700 (LWP 3793) exited] [New Thread 0x7ffff1884700 (LWP 3795)] [New Thread 0x7ffff1083700 (LWP 3796)] -- Detected Device: B210 -- Operating over USB 3. [New Thread 0x7fffebfff700 (LWP 3797)] -- Detecting internal GPSDO.... Found an internal GPSDO -- Initialize CODEC control... -- Initialize Radio control... -- Performing register loopback test... pass -- Performing register loopback test... pass -- Performing CODEC loopback test... pass -- Performing CODEC loopback test... pass -- Asking for clock rate 16.000000 MHz... -- Actually got clock rate 16.000000 MHz. -- Performing timer loopback test... pass -- Performing timer loopback test... pass -- Setting master clock rate selection to 'automatic'. -- Asking for clock rate 26.000000 MHz... -- Actually got clock rate 26.000000 MHz. -- Performing timer loopback test... pass -- Performing timer loopback test... pass -- Setting B210 4/1 Tx/Rx SPS [New Thread 0x7ffff7ff5700 (LWP 3803)] -- Transceiver active with 1 channel(s) NOTICE 140737354094336 10:36:22.1 Transceiver.cpp:794:driveControl: Changing TSC from 0 to 7 NOTICE 140737354094336 10:36:22.1 Transceiver.cpp:243:start: Starting the transceiver [New Thread 0x7ffff7efc700 (LWP 3812)] [New Thread 0x7ffff7fed700 (LWP 3813)] [New Thread 0x7ffff7fe5700 (LWP 3814)] [New Thread 0x7ffff7ebb700 (LWP 3815)] [New Thread 0x7ffff7eb3700 (LWP 3816)] ERR 140737353074432 10:36:22.3 UHDDevice.cpp:1426:recv_async_msg: Packet loss within a burst at 6.85643 sec. ERR 140737353074432 10:36:22.3 UHDDevice.cpp:1426:recv_async_msg: Packet loss within a burst at 6.85643 sec.
Thread 26 "osmo-trx" received signal SIGILL, Illegal instruction. [Switching to Thread 0x7ffff7eb3700 (LWP 3816)] 0x00005555555956d9 in ?? () (gdb) backtrace full #0 0x00005555555956d9 in ?? () No symbol table info available. #1 0x0000555555595bc4 in ?? () No symbol table info available. #2 0x000055555558cd42 in ?? () No symbol table info available. #3 0x000055555558e48e in ?? () No symbol table info available. #4 0x000055555556bef9 in ?? () No symbol table info available. #5 0x000055555556c52d in ?? () No symbol table info available. #6 0x000055555556cb2b in ?? () No symbol table info available. #7 0x00007ffff7bc16ba in start_thread (arg=0x7ffff7eb3700) at pthread_create.c:333 __res = <optimized out> pd = 0x7ffff7eb3700 now = <optimized out> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737352775424, 7678090699800639934, 0, 140737354089583, 140737352776128, 140736884378784, -7678108388146218562, -7678107711344281154}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = <optimized out> pagesize_m1 = <optimized out> sp = <optimized out> freesize = <optimized out> __PRETTY_FUNCTION__ = "start_thread" #8 0x00007ffff602e82d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 No locals. Kindly advice what are the specific commands need to be run for your needed logs.
Thank you.
Best Regards,
Ron Rylan B. Menez Operations Manager +63 998 989 7973 +63 2 893 1781
[cid:D7861C66-51ED-4DB6-B9ED-BADEB28148EC]
Singapore * Philippines Products: Gridloc*Intelle*Hype*Lighthouse*Telco Services*Software Development This email (including any attachment to it) is confidential and intended only for the use of the individual named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message (including any attachment to it). Thank you.
On Apr 29, 2017, at 5:22 AM, Holger Freyther <holger@freyther.demailto:holger@freyther.de> wrote:
On 28. Apr 2017, at 03:44, Ron <ron.menez@entropysolution.commailto:ron.menez@entropysolution.com> wrote:
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp
now I am curious. So your system seems to support sse4_2, avx2. Could you run osmo-trx under gdb and get us a backtrace? And keep the session open if you can. We might need to ask you to type a command to disassemble the memory area to see what has been executed.
@dexter/@tom: Do you see any cpu feature that should be there but isn't?
Hi Holger,
Any suggestions for the error encountered?
TIA.
Best Regards,
Ron Rylan B. Menez Operations Manager +63 998 989 7973 +63 2 893 1781
[cid:D7861C66-51ED-4DB6-B9ED-BADEB28148EC]
Singapore * Philippines Products: Gridloc*Intelle*Hype*Lighthouse*Telco Services*Software Development This email (including any attachment to it) is confidential and intended only for the use of the individual named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message (including any attachment to it). Thank you.
On Apr 29, 2017, at 10:41 AM, Ron <ron.menez@entropysolution.commailto:ron.menez@entropysolution.com> wrote:
Hi Holger,
Kindly see output from the “gdb" for osmo-trx and its "backtrace full”.
# gdb osmo-trx GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11.1 Copyright (C) 2016 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from osmo-trx...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/osmo-trx [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". linux; GNU C++ version 5.3.1 20151219; Boost_105800; UHD_003.009.002-0-unknown
opening configuration table from path :memory: Config Settings Log Level............... NOTICE Device args............. TRX Base Port........... 5700 TRX Address............. 127.0.0.1 Channels................ 1 Tx Samples-per-Symbol... 4 Rx Samples-per-Symbol... 1 EDGE support............ Disabled Reference............... Internal C0 Filler Table......... Disabled Multi-Carrier........... Disabled Diversity............... Disabled Tuning offset........... 0 RSSI to dBm offset...... 0 Swap channels........... 0
[New Thread 0x7ffff1884700 (LWP 3777)] [New Thread 0x7ffff1083700 (LWP 3778)] [Thread 0x7ffff1083700 (LWP 3778) exited] [Thread 0x7ffff1884700 (LWP 3777) exited] [New Thread 0x7ffff1884700 (LWP 3781)] [New Thread 0x7ffff1083700 (LWP 3782)] [Thread 0x7ffff1083700 (LWP 3782) exited] [Thread 0x7ffff1884700 (LWP 3781) exited] [New Thread 0x7ffff1884700 (LWP 3783)] [New Thread 0x7ffff1083700 (LWP 3784)] [Thread 0x7ffff1083700 (LWP 3784) exited] [Thread 0x7ffff1884700 (LWP 3783) exited] [New Thread 0x7ffff1884700 (LWP 3785)] [New Thread 0x7ffff1083700 (LWP 3786)] [Thread 0x7ffff1083700 (LWP 3786) exited] [Thread 0x7ffff1884700 (LWP 3785) exited] [New Thread 0x7ffff1884700 (LWP 3787)] [New Thread 0x7ffff1083700 (LWP 3788)] [Thread 0x7ffff1083700 (LWP 3788) exited] [Thread 0x7ffff1884700 (LWP 3787) exited] [New Thread 0x7ffff1884700 (LWP 3789)] [New Thread 0x7ffff1083700 (LWP 3790)] [Thread 0x7ffff1083700 (LWP 3790) exited] [Thread 0x7ffff1884700 (LWP 3789) exited] [New Thread 0x7ffff1884700 (LWP 3791)] [New Thread 0x7ffff1083700 (LWP 3792)] [Thread 0x7ffff1083700 (LWP 3792) exited] [Thread 0x7ffff1884700 (LWP 3791) exited] [New Thread 0x7ffff1884700 (LWP 3793)] [New Thread 0x7ffff1083700 (LWP 3794)] [Thread 0x7ffff1083700 (LWP 3794) exited] [Thread 0x7ffff1884700 (LWP 3793) exited] [New Thread 0x7ffff1884700 (LWP 3795)] [New Thread 0x7ffff1083700 (LWP 3796)] -- Detected Device: B210 -- Operating over USB 3. [New Thread 0x7fffebfff700 (LWP 3797)] -- Detecting internal GPSDO.... Found an internal GPSDO -- Initialize CODEC control... -- Initialize Radio control... -- Performing register loopback test... pass -- Performing register loopback test... pass -- Performing CODEC loopback test... pass -- Performing CODEC loopback test... pass -- Asking for clock rate 16.000000 MHz... -- Actually got clock rate 16.000000 MHz. -- Performing timer loopback test... pass -- Performing timer loopback test... pass -- Setting master clock rate selection to 'automatic'. -- Asking for clock rate 26.000000 MHz... -- Actually got clock rate 26.000000 MHz. -- Performing timer loopback test... pass -- Performing timer loopback test... pass -- Setting B210 4/1 Tx/Rx SPS [New Thread 0x7ffff7ff5700 (LWP 3803)] -- Transceiver active with 1 channel(s) NOTICE 140737354094336 10:36:22.1 Transceiver.cpp:794:driveControl: Changing TSC from 0 to 7 NOTICE 140737354094336 10:36:22.1 Transceiver.cpp:243:start: Starting the transceiver [New Thread 0x7ffff7efc700 (LWP 3812)] [New Thread 0x7ffff7fed700 (LWP 3813)] [New Thread 0x7ffff7fe5700 (LWP 3814)] [New Thread 0x7ffff7ebb700 (LWP 3815)] [New Thread 0x7ffff7eb3700 (LWP 3816)] ERR 140737353074432 10:36:22.3 UHDDevice.cpp:1426:recv_async_msg: Packet loss within a burst at 6.85643 sec. ERR 140737353074432 10:36:22.3 UHDDevice.cpp:1426:recv_async_msg: Packet loss within a burst at 6.85643 sec.
Thread 26 "osmo-trx" received signal SIGILL, Illegal instruction. [Switching to Thread 0x7ffff7eb3700 (LWP 3816)] 0x00005555555956d9 in ?? () (gdb) backtrace full #0 0x00005555555956d9 in ?? () No symbol table info available. #1 0x0000555555595bc4 in ?? () No symbol table info available. #2 0x000055555558cd42 in ?? () No symbol table info available. #3 0x000055555558e48e in ?? () No symbol table info available. #4 0x000055555556bef9 in ?? () No symbol table info available. #5 0x000055555556c52d in ?? () No symbol table info available. #6 0x000055555556cb2b in ?? () No symbol table info available. #7 0x00007ffff7bc16ba in start_thread (arg=0x7ffff7eb3700) at pthread_create.c:333 __res = <optimized out> pd = 0x7ffff7eb3700 now = <optimized out> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737352775424, 7678090699800639934, 0, 140737354089583, 140737352776128, 140736884378784, -7678108388146218562, -7678107711344281154}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = <optimized out> pagesize_m1 = <optimized out> sp = <optimized out> freesize = <optimized out> __PRETTY_FUNCTION__ = "start_thread" #8 0x00007ffff602e82d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:109 No locals. Kindly advice what are the specific commands need to be run for your needed logs.
Thank you.
Best Regards,
Ron Rylan B. Menez Operations Manager +63 998 989 7973 +63 2 893 1781
<D7861C66-51ED-4DB6-B9ED-BADEB28148EC.png>
Singapore * Philippines Products: Gridloc*Intelle*Hype*Lighthouse*Telco Services*Software Development This email (including any attachment to it) is confidential and intended only for the use of the individual named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message (including any attachment to it). Thank you.
On Apr 29, 2017, at 5:22 AM, Holger Freyther <holger@freyther.demailto:holger@freyther.de> wrote:
On 28. Apr 2017, at 03:44, Ron <ron.menez@entropysolution.commailto:ron.menez@entropysolution.com> wrote:
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf eagerfpu pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch epb intel_pt tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt xsaveopt xsavec xgetbv1 dtherm ida arat pln pts hwp hwp_notify hwp_act_window hwp_epp
now I am curious. So your system seems to support sse4_2, avx2. Could you run osmo-trx under gdb and get us a backtrace? And keep the session open if you can. We might need to ask you to type a command to disassemble the memory area to see what has been executed.
@dexter/@tom: Do you see any cpu feature that should be there but isn't?
On 2. May 2017, at 08:13, Ron ron.menez@entropysolution.com wrote:
Hi Holger,
Hi!
Any suggestions for the error encountered?
as Tom pointed out your CPU should be fine. Could you install osmo-trx-dbg to get debug symbols? This way the backtrace will contain more hints for us.
thank you holger
Hi Holger,
Upon installing "osmo-trx-dbg”, no errors was received and everything went well.
Is there library or binary version difference between osmo-trx and osmo-trx-dbg that may cause to resolve the issue?
Best Regards,
Ron Rylan B. Menez Operations Manager +63 998 989 7973 +63 2 893 1781
[cid:D7861C66-51ED-4DB6-B9ED-BADEB28148EC]
Singapore * Philippines Products: Gridloc*Intelle*Hype*Lighthouse*Telco Services*Software Development This email (including any attachment to it) is confidential and intended only for the use of the individual named above and may contain information that is privileged. If you are not the intended recipient, you are notified that any dissemination, distribution or copying of this email is strictly prohibited. If you have received this email in error, please notify us immediately by return email or telephone and destroy the original message (including any attachment to it). Thank you.
On May 2, 2017, at 2:50 PM, Holger Freyther <holger@freyther.demailto:holger@freyther.de> wrote:
On 2. May 2017, at 08:13, Ron <ron.menez@entropysolution.commailto:ron.menez@entropysolution.com> wrote:
Hi Holger,
Hi!
Any suggestions for the error encountered?
as Tom pointed out your CPU should be fine. Could you install osmo-trx-dbg to get debug symbols? This way the backtrace will contain more hints for us.
thank you holger
On 2. May 2017, at 11:21, Ron ron.menez@entropysolution.com wrote:
Hi Holger,
Upon installing "osmo-trx-dbg”, no errors was received and everything went well.
Is there library or binary version difference between osmo-trx and osmo-trx-dbg that may cause to resolve the issue?
No, the osmo-trx-dbg package only installs debug symbols that are associated with it. Maybe as part of the installation osmo-trx itself was updated too?
holger
On Sat, Apr 29, 2017 at 5:22 AM, Holger Freyther holger@freyther.de wrote:
@dexter/@tom: Do you see any cpu feature that should be there but isn't?
SSE3 and SSE4_1 are the instruction sets used by osmo-trx. There should be no instruction set concerns for a processor that supports AVX, so I'm not sure what's going on here.
-TT
On Sat, Apr 29, 2017 at 11:24:00AM +0800, Tom Tsou wrote:
On Sat, Apr 29, 2017 at 5:22 AM, Holger Freyther holger@freyther.de wrote:
@dexter/@tom: Do you see any cpu feature that should be there but isn't?
SSE3 and SSE4_1 are the instruction sets used by osmo-trx. There should be no instruction set concerns for a processor that supports AVX, so I'm not sure what's going on here.
Note that I'm seeing the same trying to use osmo-trx on our osmo-gsm-tester setup. See the bottom of http://osmocom.org/issues/1869
Tom, would you please take a look at the osmo-trx patches sitting on gerrit? We've been spending quite some time on the SSE issues, but now the patches for it are idling on gerrit. Would be great to move ahead there.
Concerning review, dexter is currently on vacation and I don't feel qualified to fix the patches. But maybe some of them can just be merged as they are now?
I really need the osmo-trx build to work cross-CPU to unstall (part of) the osmo-gsm-tester project. I'm building --without-sse but it's still failing. My hope is that the patches from dexter are solving the issue.
https://gerrit.osmocom.org/#/q/project:osmo-trx+owner:%22dexter+%253Cpmaier%...
Thanks!
~N
Hi Neels (and sorry for top posting)
I don't think those patches will change this if your seeing a failure with a --without-sse build.
Could you try building the whole code with a specific --march --mcpu settings for the target CPU you're running it at? It looks like gcc may be putting in some optimizations into an noon optimized part of the code.
Please excuse typos. Written with a touchscreen keyboard.
-- Regards, Alexander Chemeris CTO/Founder Fairwaves, Inc. https://fairwaves.co
On May 2, 2017 1:29 PM, "Neels Hofmeyr" nhofmeyr@sysmocom.de wrote:
On Sat, Apr 29, 2017 at 11:24:00AM +0800, Tom Tsou wrote:
On Sat, Apr 29, 2017 at 5:22 AM, Holger Freyther holger@freyther.de
wrote:
@dexter/@tom: Do you see any cpu feature that should be there but
isn't?
SSE3 and SSE4_1 are the instruction sets used by osmo-trx. There should be no instruction set concerns for a processor that supports AVX, so I'm not sure what's going on here.
Note that I'm seeing the same trying to use osmo-trx on our osmo-gsm-tester setup. See the bottom of http://osmocom.org/issues/1869
Tom, would you please take a look at the osmo-trx patches sitting on gerrit? We've been spending quite some time on the SSE issues, but now the patches for it are idling on gerrit. Would be great to move ahead there.
Concerning review, dexter is currently on vacation and I don't feel qualified to fix the patches. But maybe some of them can just be merged as they are now?
I really need the osmo-trx build to work cross-CPU to unstall (part of) the osmo-gsm-tester project. I'm building --without-sse but it's still failing. My hope is that the patches from dexter are solving the issue.
https://gerrit.osmocom.org/#/q/project:osmo-trx+owner:% 22dexter+%253Cpmaier%2540sysmocom.de%253E%22
Thanks!
~N
--
- Neels Hofmeyr nhofmeyr@sysmocom.de http://www.sysmocom.de/
=======================================================================
- sysmocom - systems for mobile communications GmbH
- Alt-Moabit 93
- 10559 Berlin, Germany
- Sitz / Registered office: Berlin, HRB 134158 B
- Geschäftsführer / Managing Directors: Harald Welte
-
Alexander Chemeris -
Holger Freyther -
Neels Hofmeyr -
Ron -
Tom Tsou