This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Gullik Webjorn gullik.webjorn at corevalue.seWell, we just have to find out what is happening. I have currently built the trx-lms from source, so once I can figure out how to build with debug....without breaking everything.... In the mean time: <0015> input/ipa.c:262 accept()ed new link from 127.0.0.1 to port 3002 <0004> abis_nm.c:538 BTS0 feature 'EGPRS' reported via OML does not match statically set feature: 0 != 1. Please fix. <0004> abis_nm.c:538 BTS0 feature 'OML Alerts' reported via OML does not match statically set feature: 1 != 0. Please fix. <0004> abis_nm.c:538 BTS0 feature 'CBCH' reported via OML does not match statically set feature: 1 != 0. Please fix. <0004> abis_nm.c:538 BTS0 feature 'Fullrate speech V1' reported via OML does not match statically set feature: 1 != 0. Please fix. <0004> abis_nm.c:538 BTS0 feature 'Halfrate speech V1' reported via OML does not match statically set feature: 1 != 0. Please fix. <0004> abis_nm.c:538 BTS0 feature 'Fullrate speech EFR' reported via OML does not match statically set feature: 1 != 0. Please fix. <0004> abis_nm.c:538 BTS0 feature 'Fullrate speech AMR' reported via OML does not match statically set feature: 1 != 0. Please fix. <0004> abis_nm.c:538 BTS0 feature 'Halfrate speech AMR' reported via OML does not match statically set feature: 1 != 0. Please fix. <0004> abis_nm.c:494 BTS0 Attribute Manufacturer Dependent State is unreported Yes, it would be nice to fix, I imagine this is a configuration mismatch, where should these be set, and using what keywords? This also indicates a problem, but I am to much a beginner to realize its importance..... <0003> osmo_bsc_main.c:284 bootstrapping RSL for BTS/TRX (0/0) on ARFCN 871 using MCC-MNC 001-01 LAC=1 CID=0 BSIC=63 <0011> bts_ipaccess_nanobts.c:315 timeslot(0-0-0-CCCH_SDCCH4)[0xe641d0]{UNUSED}: Event TS_EV_OML_READY not permitted <0011> bts_ipaccess_nanobts.c:315 timeslot(0-0-1-TCH_F)[0xe64530]{UNUSED}: Event TS_EV_OML_READY not permitted <0011> bts_ipaccess_nanobts.c:315 timeslot(0-0-2-TCH_F)[0xe64890]{UNUSED}: Event TS_EV_OML_READY not permitted <0011> bts_ipaccess_nanobts.c:315 timeslot(0-0-3-TCH_F)[0xe64bf0]{UNUSED}: Event TS_EV_OML_READY not permitted <0011> bts_ipaccess_nanobts.c:315 timeslot(0-0-4-TCH_F)[0xe64f50]{UNUSED}: Event TS_EV_OML_READY not permitted <0011> bts_ipaccess_nanobts.c:315 timeslot(0-0-5-TCH_F)[0xe652b0]{UNUSED}: Event TS_EV_OML_READY not permitted <0011> bts_ipaccess_nanobts.c:315 timeslot(0-0-6-TCH_F)[0xe65610]{UNUSED}: Event TS_EV_OML_READY not permitted <0011> bts_ipaccess_nanobts.c:315 timeslot(0-0-7-TCH_F)[0xe65970]{UNUSED}: Event TS_EV_OML_READY not permitted <0015> input/ipaccess.c:248 Sign link vanished, dead socket Is it because BSC and BTS are out of sync over their A-if ? As a consequence of trx restart ?? Regards, Gullik On 2019-01-05 12:02, Gullik Webjorn wrote: > I have found an interesting log entry, I cannot see where it is called... > > Sat Jan 5 11:58:42 2019 DDEV <0002> LMSDevice.cpp:386 > [tid=3070102608] chan 0: Setting TX gain to 73 dB > Sat Jan 5 11:58:42 2019 DLMS <0003> LMSDevice.cpp:102 [tid=3021294672] L > Sat Jan 5 11:58:42 2019 DMAIN <0000> Transceiver.cpp:1039 > [tid=3012840528] ClockInterface: sending IND CLOCK 920402 > > the message of a single L seems a little cryptic, and I have not found > it's origin...... > > Gullik >