27 Apr
2017
27 Apr
'17
11:06 a.m.
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.
27 Apr
27 Apr
6:42 p.m.
On 27. Apr 2017, at 11:06, Ron
<ron.menez(a)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
8:10 p.m.
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.de<mailto:holger@freyther.de>> wrote:
On 27. Apr 2017, at 11:06, Ron
<ron.menez@entropysolution.com<mailto: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
9:12 p.m.
On 27. Apr 2017, at 20:10, Ron
<ron.menez(a)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
[1] https://gerrit.osmocom.org/#/c/2100/
28 Apr
28 Apr
3:44 a.m.
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.de<mailto:holger@freyther.de>> wrote:
On 27. Apr 2017, at 20:10, Ron
<ron.menez@entropysolution.com<mailto: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
[1] https://gerrit.osmocom.org/#/c/2100/
11:22 p.m.
On 28. Apr 2017, at 03:44, Ron
<ron.menez(a)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?
29 Apr
29 Apr
4:41 a.m.
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.de<mailto:holger@freyther.de>> wrote:
On 28. Apr 2017, at 03:44, Ron
<ron.menez@entropysolution.com<mailto: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?
2 May
2 May
8:13 a.m.
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.com<mailto: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.de<mailto:holger@freyther.de>> wrote:
On 28. Apr 2017, at 03:44, Ron
<ron.menez@entropysolution.com<mailto: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?
8:50 a.m.
On 2. May 2017, at 08:13, Ron
<ron.menez(a)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
11:21 a.m.
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.de<mailto:holger@freyther.de>> wrote:
On 2. May 2017, at 08:13, Ron
<ron.menez@entropysolution.com<mailto: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
11:22 a.m.
On 2. May 2017, at 11:21, Ron
<ron.menez(a)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
29 Apr
29 Apr
5:24 a.m.
On Sat, Apr 29, 2017 at 5:22 AM, Holger Freyther <holger(a)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
2 May
2 May
12:29 p.m.
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(a)freyther.de> wrote:
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
--
- Neels Hofmeyr <nhofmeyr(a)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
@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. 
8:51 p.m.
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(a)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(a)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(a)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
2560
days inactive
2565
days old
13 comments
5 participants
participants (5)
-
Alexander Chemeris -
Holger Freyther -
Neels Hofmeyr -
Ron -
Tom Tsou