DECT Call drops after approx. 2 seconds

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/linux-dect@lists.osmocom.org/.

Patrick McHardy kaber at trash.net
Tue Apr 12 15:49:54 UTC 2011


On 28.03.2011 13:31, Patrick McHardy wrote:
> On 27.03.2011 12:36, Johannes Graser wrote:
>>  Yes, both phones reregister after the call drops.
>>
> 
> Thanks, I'll have a closer look, but it will probably take until
> the weekend.
> 

> Mar 27 12:30:59 debian kernel: [  546.715419] RX 2656.03.16: trx0: Q1: 0 Q2: 1 A/B: 60 carrier: 8 identities information: e: 0 class: 0 emc: 1182 fpn: 0fac3 rpn: 7
> Mar 27 12:30:59 debian kernel: [  546.715427] TBC (TBEI 21/ESTABLISHED): PMID: assigned bb600 FMID: 618: receive
> Mar 27 12:30:59 debian kernel: [  546.715432] MBC (MCEI 7/ESTABLISHED): TBC_DATA-ind: TBEI: 21 LBN: 15 chan: 3 len: 40
> Mar 27 12:30:59 debian kernel: [  546.715437] TBC (TBEI 21/ESTABLISHED): PMID: assigned bb600 FMID: 618: watchdog expire

There was a bug in the identities information parsing, causing
it to misparse the RPN, which in turn triggered the TBC watchdog
since no correct identities information was received from the
phone.

Please try again using the current -git tree. Note that you most
likely have to reinstall the kernel DECT header files and recompile
the userspace code due to some unrelated changes.




More information about the linux-dect mailing list