From hhansen06 at googlemail.com  Thu Aug  2 21:32:43 2012
From: hhansen06 at googlemail.com (henrik hansen)
Date: Thu, 2 Aug 2012 23:32:43 +0200
Subject: State of Work?
Message-ID: <CAPZ4P_1MXd+CyrUUY_Kn8SA1D+YKC008cCunzipSqDe-+xK2Tg@mail.gmail.com>

Hello List,
I'm new to the osmocomDECT project and just bought 2 com-on-air PCI Cards.
After reading the list archive, i have some questions about the state of
the project.

What features do we suport at the moment?
Can i build a dect cell with asterisk support?
is handover within a cell about multiple basestations supported?

if i can help, test or support the project with hardware, so please tell ;)

-- 
--
Mit freundlichen Gr??en
Henrik Hansen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/linux-dect/attachments/20120802/61e01627/attachment.htm>

From tabcrawler at primus.ca  Sun Aug  5 17:30:05 2012
From: tabcrawler at primus.ca (Jeff Doucette)
Date: Sun, 5 Aug 2012 13:30:05 -0400
Subject: anyone for hire for dedected install and config for PCI card?
Message-ID: <32185.1344187805@primus.ca>

 Is there anyone available for hire to help me get Dedected like CLI
tools working with OcmocomDECT. I have the Com on Air PCI card and
can't figure out how to get the driver to work. I need some guidence
and willing to pay for it.
 Please advise,
 J
 BODY { font-family:Arial, Helvetica, sans-serif;font-size:12px; }
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/linux-dect/attachments/20120805/1d47841d/attachment.htm>

From frednews78 at free.fr  Tue Aug  7 20:57:25 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Tue, 7 Aug 2012 22:57:25 +0200
Subject: debt 6.0 rf band
Message-ID: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>

Hello,

I am trying to use a dosh&amand PCI card? this one:

01:03.0 Communication controller: Quicklogic Corporation COM-ON-AIR Dosch&Amand DECT (rev 32)
	Subsystem: Device 1786:0001
	Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Interrupt: pin A routed to IRQ 20
	Region 0: Memory at ddefe000 (32-bit, non-prefetchable) [size=8K]
	Kernel driver in use: com_on_air_pci

with the dect kernel stack?

I have managed to compile the kernel 3.2.0 with this config:

CONFIG_DECT=m
CONFIG_DECT_DEBUG=y
CONFIG_DECT_CSF=m
CONFIG_DECT_RAW=m
CONFIG_DECT_CCF=m
CONFIG_DECT_LU1_SAP=m
CONFIG_DECTDEVICES=y
CONFIG_DECT_VTRX=m
CONFIG_DECT_COA_PCI=m
CONFIG_DECT_COA=m
CONFIG_DECT_COA_U2785=y
CONFIG_DECT_COA_FIRMWARE=y
CONFIG_DECT_COA_P64=y

The driver seems to work but the issue is that I am trying to use it in USA for an American client, and I did not managed to make this card use the 1.9Mhz band (rf band 3 I guess).

When I run this command:

dect-transceiver-list --name trx2 I see that slot0 is scanning:

DECT Transceiver trx2 at cell0:
	Type: sc1442x
	Features: slow-hopping,p64
	RF-band: 00003
	Events: busy: 0 late: 0

	slot 0: <scanning> packet: P00 carrier: 5 (1888.704 MHz)
	    RX: bytes 0 packets 0 a-crc-errors 1629 x-crc-errors 0 z-crc-errors 0


but it nevers uses RF band 3 channel.

For you information I have patch the driver this way to set the default debt rf band to 3:

[root at localhost linux-2.6]# git diff
diff --git a/drivers/dect/coa/sc1442x.c b/drivers/dect/coa/sc1442x.c
index 73b9869..89b0a55 100644
--- a/drivers/dect/coa/sc1442x.c
+++ b/drivers/dect/coa/sc1442x.c
@@ -698,6 +698,7 @@ static u64 sc1442x_set_band(const struct dect_transceiver *t
 {
        struct coa_device *dev = dect_transceiver_priv(trx);
 
+printk("setting band %d\n", band->band);
        return dev->radio_ops->map_band(dev, band);
 }
 
diff --git a/net/dect/transceiver.c b/net/dect/transceiver.c
index 706899d..25278af 100644
--- a/net/dect/transceiver.c
+++ b/net/dect/transceiver.c
@@ -19,6 +19,8 @@
 #include <net/dect/mac_csf.h>
 #include <net/dect/transceiver.h>
 
+static int rf_band = 3;
+module_param(rf_band, int, 0);
 static LIST_HEAD(dect_transceiver_list);
 static int dect_transceiver_notify(struct dect_transceiver *trx,
                                   unsigned long event);
@@ -651,7 +653,7 @@ int dect_register_transceiver(struct dect_transceiver *trx)
        if (err < 0)
                goto out;
 
-       err = dect_transceiver_set_band(trx, DECT_DEFAULT_BAND);
+       err = dect_transceiver_set_band(trx, rf_band);
        if (err < 0)
                goto out;


Thank you in advance for any help.

Fred






From frednews78 at free.fr  Tue Aug  7 21:27:41 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Tue, 7 Aug 2012 23:27:41 +0200
Subject: debt 6.0 rf band
In-Reply-To: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
Message-ID: <63455574-877E-45C3-81D2-84BBC29ABAF7@free.fr>

Note that when I transceivers to cell, the rf bands displayed are always 0:

dect-transceiver-bind --transceiver trx0 --cell cell0
Bound: DECT Transceiver trx0 at cell0:
	RF-band: 00000
	Events: busy: 0 late: 0

On Aug 7, 2012, at 10:57 PM, Fr?d?ric LECAILLE wrote:

> Hello,
> 
> I am trying to use a dosh&amand PCI card? this one:
> 
> 01:03.0 Communication controller: Quicklogic Corporation COM-ON-AIR Dosch&Amand DECT (rev 32)
> 	Subsystem: Device 1786:0001
> 	Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
> 	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
> 	Interrupt: pin A routed to IRQ 20
> 	Region 0: Memory at ddefe000 (32-bit, non-prefetchable) [size=8K]
> 	Kernel driver in use: com_on_air_pci
> 
> with the dect kernel stack?
> 
> I have managed to compile the kernel 3.2.0 with this config:
> 
> CONFIG_DECT=m
> CONFIG_DECT_DEBUG=y
> CONFIG_DECT_CSF=m
> CONFIG_DECT_RAW=m
> CONFIG_DECT_CCF=m
> CONFIG_DECT_LU1_SAP=m
> CONFIG_DECTDEVICES=y
> CONFIG_DECT_VTRX=m
> CONFIG_DECT_COA_PCI=m
> CONFIG_DECT_COA=m
> CONFIG_DECT_COA_U2785=y
> CONFIG_DECT_COA_FIRMWARE=y
> CONFIG_DECT_COA_P64=y
> 
> The driver seems to work but the issue is that I am trying to use it in USA for an American client, and I did not managed to make this card use the 1.9Mhz band (rf band 3 I guess).
> 
> When I run this command:
> 
> dect-transceiver-list --name trx2 I see that slot0 is scanning:
> 
> DECT Transceiver trx2 at cell0:
> 	Type: sc1442x
> 	Features: slow-hopping,p64
> 	RF-band: 00003
> 	Events: busy: 0 late: 0
> 
> 	slot 0: <scanning> packet: P00 carrier: 5 (1888.704 MHz)
> 	    RX: bytes 0 packets 0 a-crc-errors 1629 x-crc-errors 0 z-crc-errors 0
> 
> 
> but it nevers uses RF band 3 channel.
> 
> For you information I have patch the driver this way to set the default debt rf band to 3:
> 
> [root at localhost linux-2.6]# git diff
> diff --git a/drivers/dect/coa/sc1442x.c b/drivers/dect/coa/sc1442x.c
> index 73b9869..89b0a55 100644
> --- a/drivers/dect/coa/sc1442x.c
> +++ b/drivers/dect/coa/sc1442x.c
> @@ -698,6 +698,7 @@ static u64 sc1442x_set_band(const struct dect_transceiver *t
> {
>        struct coa_device *dev = dect_transceiver_priv(trx);
> 
> +printk("setting band %d\n", band->band);
>        return dev->radio_ops->map_band(dev, band);
> }
> 
> diff --git a/net/dect/transceiver.c b/net/dect/transceiver.c
> index 706899d..25278af 100644
> --- a/net/dect/transceiver.c
> +++ b/net/dect/transceiver.c
> @@ -19,6 +19,8 @@
> #include <net/dect/mac_csf.h>
> #include <net/dect/transceiver.h>
> 
> +static int rf_band = 3;
> +module_param(rf_band, int, 0);
> static LIST_HEAD(dect_transceiver_list);
> static int dect_transceiver_notify(struct dect_transceiver *trx,
>                                   unsigned long event);
> @@ -651,7 +653,7 @@ int dect_register_transceiver(struct dect_transceiver *trx)
>        if (err < 0)
>                goto out;
> 
> -       err = dect_transceiver_set_band(trx, DECT_DEFAULT_BAND);
> +       err = dect_transceiver_set_band(trx, rf_band);
>        if (err < 0)
>                goto out;
> 
> 
> Thank you in advance for any help.
> 
> Fred
> 
> 
> 




From kaber at trash.net  Wed Aug  8 15:26:27 2012
From: kaber at trash.net (Patrick McHardy)
Date: Wed, 8 Aug 2012 17:26:27 +0200 (MEST)
Subject: debt 6.0 rf band
In-Reply-To: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
Message-ID: <Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>

On Tue, 7 Aug 2012, Fr?d?ric LECAILLE wrote:

> The driver seems to work but the issue is that I am trying to use it in USA for an American client, and I did not managed to make this card use the 1.9Mhz band (rf band 3 I guess).
>
> When I run this command:
>
> dect-transceiver-list --name trx2 I see that slot0 is scanning:
>
> DECT Transceiver trx2 at cell0:
> 	Type: sc1442x
> 	Features: slow-hopping,p64
> 	RF-band: 00003
> 	Events: busy: 0 late: 0
>
> 	slot 0: <scanning> packet: P00 carrier: 5 (1888.704 MHz)
> 	    RX: bytes 0 packets 0 a-crc-errors 1629 x-crc-errors 0 z-crc-errors 0
>
>
> but it nevers uses RF band 3 channel.
>
> For you information I have patch the driver this way to set the default debt rf band to 3:

Your patch looks fine. The problem is most likely that in all bands 
carriers 0-9 use the same frequency, so I'm guessting that US-DECT
uses different carrier numbers. I wasn't able to find anything related
to that in the base specification. If you can find a document defining
the exact operation of US-DECT, I can modify the stack in order to
properly support it.

From kaber at trash.net  Wed Aug  8 17:37:24 2012
From: kaber at trash.net (Patrick McHardy)
Date: Wed, 8 Aug 2012 19:37:24 +0200 (MEST)
Subject: debt 6.0 rf band
In-Reply-To: <Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
	<Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>
Message-ID: <Pine.GSO.4.63.1208081924470.28250@stinky-local.trash.net>

On Wed, 8 Aug 2012, Patrick McHardy wrote:

> On Tue, 7 Aug 2012, Fr?d?ric LECAILLE wrote:
>
>> The driver seems to work but the issue is that I am trying to use it in USA 
>> for an American client, and I did not managed to make this card use the 
>> 1.9Mhz band (rf band 3 I guess).
>> 
>> When I run this command:
>> 
>> dect-transceiver-list --name trx2 I see that slot0 is scanning:
>> 
>> DECT Transceiver trx2 at cell0:
>> 	Type: sc1442x
>> 	Features: slow-hopping,p64
>> 	RF-band: 00003
>> 	Events: busy: 0 late: 0
>>
>> 	slot 0: <scanning> packet: P00 carrier: 5 (1888.704 MHz)
>> 	    RX: bytes 0 packets 0 a-crc-errors 1629 x-crc-errors 0 
>> z-crc-errors 0
>> 
>> 
>> but it nevers uses RF band 3 channel.
>> 
>> For you information I have patch the driver this way to set the default 
>> debt rf band to 3:
>
> Your patch looks fine. The problem is most likely that in all bands carriers 
> 0-9 use the same frequency, so I'm guessting that US-DECT
> uses different carrier numbers. I wasn't able to find anything related
> to that in the base specification. If you can find a document defining
> the exact operation of US-DECT, I can modify the stack in order to
> properly support it.

Found it, its TS 102 497. I've implemented what I think is necessary
to work with US-DECT in the 1920-1930 MHz band. The other bands are
not supported by the Com-on-Air transceivers. Please back out your
band-setting changes and try the attached patch.

I've enabled debugging output in the patch. Please send me the
resulting log, whether it works or not, I can't test this myself.
Thanks.
-------------- next part --------------
commit 1a068f5002e960e5beee101d75aa87a35008738e
Author: Patrick McHardy <kaber at trash.net>
Date:   Wed Aug 8 19:18:21 2012 +0200

    dect: csf: properly handle carriers outside of 0-9
    
    Signed-off-by: Patrick McHardy <kaber at trash.net>

diff --git a/include/net/dect/mac.h b/include/net/dect/mac.h
index 74c0a9e..5e762da 100644
--- a/include/net/dect/mac.h
+++ b/include/net/dect/mac.h
@@ -191,7 +191,7 @@ struct dect_ssi {
 #define DECT_QT_ERFC_FREQ		8
 
 #define DECT_QT_ERFC_RFCARS_MASK 	0x000fffffe0000000ULL
-#define DECT_QT_ERFC_RFCARS_SHIFT	1
+#define DECT_QT_ERFC_RFCARS_SHIFT	25
 
 #define DECT_QT_ERFC_RFBAND_MASK	0x000000001f000000ULL
 #define DECT_QT_ERFC_RFBAND_SHIFT	24
@@ -672,6 +672,7 @@ enum dect_tail_msg_types {
 	DECT_TM_TYPE_ID,
 	DECT_TM_TYPE_SSI,
 	DECT_TM_TYPE_ERFC,
+	DECT_TM_TYPE_ERFC2,
 	DECT_TM_TYPE_FPC,
 	DECT_TM_TYPE_EFPC,
 	DECT_TM_TYPE_EFPC2,
@@ -697,6 +698,7 @@ struct dect_tail_msg {
 		struct dect_ssi			ssi;
 		struct dect_erfc		erfc;
 		struct dect_fpc			fpc;
+		struct dect_erfc2		erfc2;
 		struct dect_efpc		efpc;
 		struct dect_efpc2		efpc2;
 		struct dect_sari		sari;
@@ -717,6 +719,7 @@ struct dect_si {
 	u32				mask;
 	struct dect_ssi			ssi;
 	struct dect_erfc		erfc;
+	struct dect_erfc2		erfc2;
 	struct dect_fpc			fpc;
 	struct dect_efpc		efpc;
 	struct dect_efpc2		efpc2;
diff --git a/include/net/dect/mac_csf.h b/include/net/dect/mac_csf.h
index 301fdc1..a8e443d 100644
--- a/include/net/dect/mac_csf.h
+++ b/include/net/dect/mac_csf.h
@@ -526,6 +526,7 @@ struct dect_cell {
 
 	/* system information */
 	struct dect_si			si;
+	u64				rfcars;
 	u32				blind_full_slots;
 
 	/* PP state maintenance */
diff --git a/net/dect/mac_csf.c b/net/dect/mac_csf.c
index 469b901..83f1a28 100644
--- a/net/dect/mac_csf.c
+++ b/net/dect/mac_csf.c
@@ -7,7 +7,7 @@
  * it under the terms of the GNU General Public License version 2 as
  * published by the Free Software Foundation.
  */
-
+#define DEBUG
 #ifdef CONFIG_DECT_DEBUG
 #define DEBUG
 #endif
@@ -189,6 +189,16 @@ static void dect_timer_setup(struct dect_timer *timer,
 	timer->data    = data;
 }
 
+static void dect_cell_update_rfcars(struct dect_cell *cell)
+{
+	cell->rfcars = cell->si.ssi.rfcars;
+	if (cell->si.ssi.mc) {
+		cell->rfcars |= cell->si.erfc.rfcars << 10;
+		if (cell->si.erfc.erfc2)
+			cell->rfcars |= (u64)cell->si.erfc2.rfcars << 33;
+	}
+}
+
 /*
  * Basic Channel lists
  *
@@ -333,11 +343,12 @@ static void dect_chl_update_carrier(struct dect_cell *cell, u8 carrier)
 	struct dect_channel_list *chl, *old;
 
 	chl = cell->chl;
-	chl_debug(cell, chl, "update status %03llx rfcars %03x carrier %u\n",
-		  (unsigned long long)chl->status, cell->si.ssi.rfcars, carrier);
+	chl_debug(cell, chl, "update status %016llx rfcars %016llx carrier %u\n",
+		  (unsigned long long)chl->status,
+		  (unsigned long long)cell->rfcars, carrier);
 
 	chl->status |= 1ULL << carrier;
-	if (chl->status != cell->si.ssi.rfcars)
+	if (chl->status != cell->rfcars)
 		return;
 	cell->chl = NULL;
 
@@ -380,7 +391,7 @@ static void dect_chl_flush(struct dect_cell *cell)
 static u8 dect_channel_delay(const struct dect_cell *cell,
 			     const struct dect_channel_desc *chd)
 {
-	u64 rfcars = cell->si.ssi.rfcars;
+	u64 rfcars = cell->rfcars;
 	u8 i, txs, scn, frames;
 	s8 d;
 
@@ -642,12 +653,14 @@ static int dect_parse_static_system_information(struct dect_tail_msg *tm, u64 t)
 	ssi->cn     = (t & DECT_QT_SSI_CN_MASK) >> DECT_QT_SSI_CN_SHIFT;
 	ssi->pscn   = (t & DECT_QT_SSI_PSCN_MASK) >> DECT_QT_SSI_PSCN_SHIFT;
 
-	if (ssi->sn > 11 || ssi->cn > 9 || ssi->pscn > 9 || ssi->rfcars == 0)
+	if (ssi->sn > 11 || ssi->cn > 9 || ssi->pscn > 9 ||
+	    (ssi->rfcars == 0 && ssi->mc == 0))
 		return -1;
 	tm->type = DECT_TM_TYPE_SSI;
 
-	pr_debug("static system information: nr: %u sn: %u cn: %u pscn: %u\n",
-		 ssi->nr, ssi->sn, ssi->cn, ssi->pscn);
+	pr_debug("static system information: nr: %u sn: %u cn: %u pscn: %u "
+		 "rfcars %03x mc: %u\n", ssi->nr, ssi->sn, ssi->cn, ssi->pscn,
+		 ssi->rfcars, ssi->mc);
 	return 0;
 }
 
@@ -677,10 +690,12 @@ static int dect_parse_extended_rf_carrier_information(struct dect_tail_msg *tm,
 			   DECT_QT_ERFC_RFBAND_SHIFT;
 	erfc->num_rfcars = (t & DECT_QT_ERFC_NUM_RFCARS_MASK) >
 			   DECT_QT_ERFC_NUM_RFCARS_SHIFT;
+	erfc->erfc2	 = (t & DECT_QT_ERFC_ERFC2_FLAG);
 	tm->type = DECT_TM_TYPE_ERFC;
 
-	pr_debug("extended rf carrier information: rfcars %.6x band %u num %u\n",
-		 erfc->rfcars, erfc->band, erfc->num_rfcars);
+	pr_debug("extended rf carrier information: rfcars: %06x band: %u "
+		 "num: %u erfc2: %u\n", erfc->rfcars, erfc->band,
+		 erfc->num_rfcars, erfc->erfc2);
 	return 0;
 }
 
@@ -695,6 +710,28 @@ static u64 dect_build_extended_rf_carrier_information(const struct dect_erfc *er
 	return t;
 }
 
+static int dect_parse_extended_rf_carrier_information2(struct dect_tail_msg *tm, u64 t)
+{
+	struct dect_erfc2 *erfc2 = &tm->erfc2;
+
+	erfc2->rfcars = (t & DECT_QT_ERFC2_RFCARS_MASK) >>
+			DECT_QT_ERFC2_RFCARS_SHIFT;
+	tm->type = DECT_TM_TYPE_ERFC2;
+
+	pr_debug("extended rf carrier information 2: rfcars: %08x\n",
+		 erfc2->rfcars);
+	return 0;
+}
+
+static u64 dect_build_extended_rf_carrier_information2(const struct dect_erfc2 *erfc2)
+{
+	u64 t = 0;
+
+	t |= (u64)erfc2->rfcars << DECT_QT_ERFC2_RFCARS_SHIFT;
+	t |= DECT_QT_SI_ERFC2;
+	return t;
+}
+
 static int dect_parse_fixed_part_capabilities(struct dect_tail_msg *tm, u64 t)
 {
 	struct dect_fpc *fpc = &tm->fpc;
@@ -822,6 +859,8 @@ static int dect_parse_system_information(struct dect_tail_msg *tm, u64 t)
 		return dect_parse_static_system_information(tm, t);
 	case DECT_QT_SI_ERFC:
 		return dect_parse_extended_rf_carrier_information(tm, t);
+	case DECT_QT_SI_ERFC2:
+		return dect_parse_extended_rf_carrier_information2(tm, t);
 	case DECT_QT_SI_FPC:
 		return dect_parse_fixed_part_capabilities(tm, t);
 	case DECT_QT_SI_EFPC:
@@ -1275,6 +1314,10 @@ static struct sk_buff *dect_build_tail_msg(struct sk_buff *skb,
 		t = dect_build_extended_rf_carrier_information(data);
 		ti = DECT_TI_QT;
 		break;
+	case DECT_TM_TYPE_ERFC2:
+		t = dect_build_extended_rf_carrier_information2(data);
+		ti = DECT_TI_QT;
+		break;
 	case DECT_TM_TYPE_FPC:
 		t = dect_build_fixed_part_capabilities(data);
 		ti = DECT_TI_QT;
@@ -1778,7 +1821,7 @@ static struct sk_buff *dect_bc_q_dequeue(struct dect_cell *cell,
 			ssi.sn = bearer->chd.slot;
 			ssi.cn = bearer->chd.carrier;
 			ssi.sp = 0;
-			ssi.pscn = dect_next_carrier(ssi.rfcars, ssi.pscn);
+			ssi.pscn = dect_next_carrier(cell->rfcars, ssi.pscn);
 
 			return dect_build_tail_msg(skb, DECT_TM_TYPE_SSI, &ssi);
 		case DECT_QT_SI_ERFC:
@@ -2019,6 +2062,10 @@ static bool dect_bc_update_si(struct dect_si *si,
 		if (memcmp(&si->erfc, &tm->erfc, sizeof(si->erfc)))
 			memcpy(&si->erfc, &tm->erfc, sizeof(si->erfc));
 		break;
+	case DECT_TM_TYPE_ERFC2:
+		if (memcmp(&si->erfc, &tm->erfc, sizeof(si->erfc)))
+			memcpy(&si->erfc, &tm->erfc, sizeof(si->erfc));
+		break;
 	case DECT_TM_TYPE_FPC:
 		if (memcmp(&si->fpc, &tm->fpc, sizeof(si->fpc))) {
 			memcpy(&si->fpc, &tm->fpc, sizeof(si->fpc));
@@ -2076,6 +2123,12 @@ static bool dect_bc_si_cycle_complete(struct dect_idi *idi,
 		return false;
 	}
 
+	if (si->erfc.erfc2 &&
+	    !(si->mask & (1 << DECT_TM_TYPE_ERFC2))) {
+		pr_debug("incomplete: ERFC2\n");
+		return false;
+	}
+
 	if (!(si->mask & (1 << DECT_TM_TYPE_FPC))) {
 		pr_debug("incomplete: FPC\n");
 		return false;
@@ -2121,8 +2174,11 @@ static void dect_bc_rcv(struct dect_cell *cell, struct dect_bc *bc,
 			dect_timer_synchronize_mfn(cell, tm->mfn.num);
 
 		notify = dect_bc_update_si(&cell->si, tm);
-		if (dect_bc_si_cycle_complete(&cell->idi, &cell->si) && notify)
-			dect_cell_mac_info_ind(cell);
+		if (dect_bc_si_cycle_complete(&cell->idi, &cell->si)) {
+			dect_cell_update_rfcars(cell);
+			if (notify)
+				dect_cell_mac_info_ind(cell);
+		}
 	} else if (ti == DECT_TI_PT) {
 		if (tm->page.length == DECT_PT_ZERO_PAGE &&
 		    tm->page.rfpi != dect_build_page_rfpi(cell))
@@ -4026,7 +4082,7 @@ static void dect_irc_tx_frame_timer(struct dect_cell *cell, void *data)
 	struct dect_channel_desc chd;
 	u8 end;
 
-	irc->tx_scn = dect_next_carrier(cell->si.ssi.rfcars, irc->tx_scn);
+	irc->tx_scn = dect_next_carrier(cell->rfcars, irc->tx_scn);
 
 	/* Begin a pending channel list update:
 	 *
@@ -4103,7 +4159,7 @@ static void dect_irc_rx_frame_timer(struct dect_cell *cell, void *data)
 		chl_debug(cell, cell->chl, "begin update\n");
 	}
 
-	irc->rx_scn = dect_next_carrier(cell->si.ssi.rfcars, irc->rx_scn);
+	irc->rx_scn = dect_next_carrier(cell->rfcars, irc->rx_scn);
 	dect_timer_add(cell, &irc->rx_frame_timer, DECT_TIMER_RX, 1, 23);
 }
 
@@ -4136,7 +4192,7 @@ static void dect_irc_enable(struct dect_cell *cell, struct dect_irc *irc)
 		return;
 
 	scn_off = scn_off_tbl[trx->index];
-	scn = dect_carrier_sub(cell->si.ssi.rfcars, cell->si.ssi.pscn, scn_off);
+	scn = dect_carrier_sub(cell->rfcars, cell->si.ssi.pscn, scn_off);
 	irc->rx_scn = scn;
 	irc->tx_scn = scn;
 
@@ -4811,7 +4867,7 @@ void dect_mac_tx_tick(struct dect_transceiver_group *grp, u8 slot)
 
 			if (cell->flags & DECT_CELL_MONITOR &&
 			    slot >= DECT_HALF_FRAME_SIZE)
-				scn = dect_prev_carrier(cell->si.ssi.rfcars, scn);
+				scn = dect_prev_carrier(cell->rfcars, scn);
 
 			dect_set_carrier(trx, slot, scn);
 			break;
@@ -4822,7 +4878,7 @@ void dect_mac_tx_tick(struct dect_transceiver_group *grp, u8 slot)
 	}
 
 	if (slot == DECT_FRAME_SIZE - 1)
-		cell->si.ssi.pscn = dect_next_carrier(cell->si.ssi.rfcars,
+		cell->si.ssi.pscn = dect_next_carrier(cell->rfcars,
 						      cell->si.ssi.pscn);
 }
 
@@ -4862,7 +4918,6 @@ static int dect_cell_preload(const struct dect_cell_handle *ch,
 	cell->idi.rpn = rpn;
 	cell->fmid = dect_build_fmid(&cell->idi);
 
-	cell->si.ssi.rfcars = 0x3ff;
 	memcpy(&cell->si.erfc, &si->erfc, sizeof(cell->si.erfc));
 	memcpy(&cell->si.fpc, &si->fpc, sizeof(cell->si.fpc));
 	memcpy(&cell->si.efpc, &si->efpc, sizeof(cell->si.efpc));
@@ -4871,6 +4926,15 @@ static int dect_cell_preload(const struct dect_cell_handle *ch,
 	memcpy(cell->si.sari, si->sari, sizeof(cell->si.sari));
 	cell->si.num_saris = si->num_saris;
 	dect_timer_synchronize_mfn(cell, cell->si.mfn.num);
+
+	cell->si.ssi.rfcars = 0;
+	cell->si.ssi.mc = true;
+	cell->si.erfc.rfcars = 1 << (23 - 10) |
+			       1 << (24 - 10) |
+			       1 << (25 - 10) |
+			       1 << (26 - 10) |
+			       1 << (27 - 10);
+	dect_cell_update_rfcars(cell);
 	spin_unlock_bh(&cell->lock);
 	return 0;
 }

From frednews78 at free.fr  Thu Aug  9 18:02:44 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Thu, 9 Aug 2012 20:02:44 +0200
Subject: debt 6.0 rf band
In-Reply-To: <Pine.GSO.4.63.1208090020020.10142@stinky-local.trash.net>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
	<Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>
	<Pine.GSO.4.63.1208081924470.28250@stinky-local.trash.net>
	<E27AAA3F-1465-4865-AA7B-57C3ED48FB50@free.fr>
	<Pine.GSO.4.63.1208090020020.10142@stinky-local.trash.net>
Message-ID: <0DD4F97A-59D1-40E3-817F-AB552EE318B8@free.fr>


On Aug 9, 2012, at 12:20 AM, Patrick McHardy wrote:

> Updated patch attached
> <usdect.diff>

Ok thank you a lot Patrick.

Here are the results:

with your last patch:

dect-transceiver-list --name trx0
DECT Transceiver trx0 at cell0:
	Type: vtrx
	RF-band: 00000
	Events: busy: 0 late: 0

	slot 0: <scanning> packet: P00 carrier: 27 (0.000 MHz)
	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
	    TX: bytes 0 packets 0

*The frequency is always 0 MHz*

The kernel logs seems to be OK:

[15122.889144] vtrx trx0: set carrier: slot: 0 carrier: 23
[15122.899150] vtrx trx0: set carrier: slot: 0 carrier: 24
[15122.909150] vtrx trx0: set carrier: slot: 0 carrier: 25
[15122.919151] vtrx trx0: set carrier: slot: 0 carrier: 26
[15122.929150] vtrx trx0: set carrier: slot: 0 carrier: 27


So I have tried your last patch with mine to force the rf_band to 1:

dect-transceiver-list --name trx0
DECT Transceiver trx0 at cell0:
	Type: vtrx
	RF-band: 00001
	Events: busy: 0 late: 0

	slot 0: <scanning> packet: P00 carrier: 23 (1921.536 MHz)
	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
	    TX: bytes 0 packets 0


The channel seems to be ok, but no station are visible during scanning?
My contact in USA is not present, perhaps he is not at home? do not know if its station is on...


About trx2:

dect-transceiver-list --name trx2
DECT Transceiver trx2:
	Type: sc1442x
	Features: slow-hopping,p64
	RF-band: 00001
	Events: busy: 0 late: 0

	slot 0: <idle> 
	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
	    TX: bytes 0 packets 0

(no a-crc-errors)

If I remember well, with only my patch which forces the rf_band to 3 we got for trx2:

dect-transceiver-list --name trx2 I see that slot0 is scanning:

DECT Transceiver trx2 at cell0:
	Type: sc1442x
	Features: slow-hopping,p64
	RF-band: 00003
	Events: busy: 0 late: 0

	slot 0: <scanning> packet: P00 carrier: 5 (1888.704 MHz)
	    RX: bytes 0 packets 0 a-crc-errors 1629 x-crc-errors 0 z-crc-errors 0











From frednews78 at free.fr  Thu Aug  9 18:05:25 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Thu, 9 Aug 2012 20:05:25 +0200
Subject: debt 6.0 rf band
In-Reply-To: <0DD4F97A-59D1-40E3-817F-AB552EE318B8@free.fr>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
	<Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>
	<Pine.GSO.4.63.1208081924470.28250@stinky-local.trash.net>
	<E27AAA3F-1465-4865-AA7B-57C3ED48FB50@free.fr>
	<Pine.GSO.4.63.1208090020020.10142@stinky-local.trash.net>
	<0DD4F97A-59D1-40E3-817F-AB552EE318B8@free.fr>
Message-ID: <F2A22606-CA68-4171-AD20-A04EA3743577@free.fr>

if my analyze is correct, the virtual interface vtrx is scanning, not the physical one? as fat as I understand the command outputs?

On Aug 9, 2012, at 8:02 PM, Fr?d?ric LECAILLE wrote:

> 
> On Aug 9, 2012, at 12:20 AM, Patrick McHardy wrote:
> 
>> Updated patch attached
>> <usdect.diff>
> 
> Ok thank you a lot Patrick.
> 
> Here are the results:
> 
> with your last patch:
> 
> dect-transceiver-list --name trx0
> DECT Transceiver trx0 at cell0:
> 	Type: vtrx
> 	RF-band: 00000
> 	Events: busy: 0 late: 0
> 
> 	slot 0: <scanning> packet: P00 carrier: 27 (0.000 MHz)
> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
> 	    TX: bytes 0 packets 0
> 
> *The frequency is always 0 MHz*
> 
> The kernel logs seems to be OK:
> 
> [15122.889144] vtrx trx0: set carrier: slot: 0 carrier: 23
> [15122.899150] vtrx trx0: set carrier: slot: 0 carrier: 24
> [15122.909150] vtrx trx0: set carrier: slot: 0 carrier: 25
> [15122.919151] vtrx trx0: set carrier: slot: 0 carrier: 26
> [15122.929150] vtrx trx0: set carrier: slot: 0 carrier: 27
> 
> 
> So I have tried your last patch with mine to force the rf_band to 1:
> 
> dect-transceiver-list --name trx0
> DECT Transceiver trx0 at cell0:
> 	Type: vtrx
> 	RF-band: 00001
> 	Events: busy: 0 late: 0
> 
> 	slot 0: <scanning> packet: P00 carrier: 23 (1921.536 MHz)
> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
> 	    TX: bytes 0 packets 0
> 
> 
> The channel seems to be ok, but no station are visible during scanning?
> My contact in USA is not present, perhaps he is not at home? do not know if its station is on...
> 
> 
> About trx2:
> 
> dect-transceiver-list --name trx2
> DECT Transceiver trx2:
> 	Type: sc1442x
> 	Features: slow-hopping,p64
> 	RF-band: 00001
> 	Events: busy: 0 late: 0
> 
> 	slot 0: <idle> 
> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
> 	    TX: bytes 0 packets 0
> 
> (no a-crc-errors)
> 
> If I remember well, with only my patch which forces the rf_band to 3 we got for trx2:
> 
> dect-transceiver-list --name trx2 I see that slot0 is scanning:
> 
> DECT Transceiver trx2 at cell0:
> 	Type: sc1442x
> 	Features: slow-hopping,p64
> 	RF-band: 00003
> 	Events: busy: 0 late: 0
> 
> 	slot 0: <scanning> packet: P00 carrier: 5 (1888.704 MHz)
> 	    RX: bytes 0 packets 0 a-crc-errors 1629 x-crc-errors 0 z-crc-errors 0
> 
> 
> 
> 
> 
> 
> 
> 




From frednews78 at free.fr  Thu Aug  9 19:09:20 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Thu, 9 Aug 2012 21:09:20 +0200
Subject: debt 6.0 rf band
In-Reply-To: <F2A22606-CA68-4171-AD20-A04EA3743577@free.fr>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
	<Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>
	<Pine.GSO.4.63.1208081924470.28250@stinky-local.trash.net>
	<E27AAA3F-1465-4865-AA7B-57C3ED48FB50@free.fr>
	<Pine.GSO.4.63.1208090020020.10142@stinky-local.trash.net>
	<0DD4F97A-59D1-40E3-817F-AB552EE318B8@free.fr>
	<F2A22606-CA68-4171-AD20-A04EA3743577@free.fr>
Message-ID: <D8AC039A-9EEC-486F-8D59-8A78CC8BB9EE@free.fr>

in fact I forgot to bind trx1 and 2 to the cell?
now I also see trx2 slot2 scanning (with a-crc-errors) but no result regarding the stations:


dect-transceiver-list --name trx2
DECT Transceiver trx2 at cell0:
	Type: sc1442x
	Features: slow-hopping,p64
	RF-band: 00001
	Events: busy: 0 late: 0

	slot 0: <scanning> packet: P00 carrier: 23 (1921.536 MHz)
	    RX: bytes 0 packets 0 a-crc-errors 48 x-crc-errors 0 z-crc-errors 0
	    TX: bytes 0 packets 0
	slot 1: <idle> 
	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
	    TX: bytes 0 packets 0



On Aug 9, 2012, at 8:05 PM, Fr?d?ric LECAILLE wrote:

> if my analyze is correct, the virtual interface vtrx is scanning, not the physical one? as fat as I understand the command outputs?
> 
> On Aug 9, 2012, at 8:02 PM, Fr?d?ric LECAILLE wrote:
> 
>> 
>> On Aug 9, 2012, at 12:20 AM, Patrick McHardy wrote:
>> 
>>> Updated patch attached
>>> <usdect.diff>
>> 
>> Ok thank you a lot Patrick.
>> 
>> Here are the results:
>> 
>> with your last patch:
>> 
>> dect-transceiver-list --name trx0
>> DECT Transceiver trx0 at cell0:
>> 	Type: vtrx
>> 	RF-band: 00000
>> 	Events: busy: 0 late: 0
>> 
>> 	slot 0: <scanning> packet: P00 carrier: 27 (0.000 MHz)
>> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
>> 	    TX: bytes 0 packets 0
>> 
>> *The frequency is always 0 MHz*
>> 
>> The kernel logs seems to be OK:
>> 
>> [15122.889144] vtrx trx0: set carrier: slot: 0 carrier: 23
>> [15122.899150] vtrx trx0: set carrier: slot: 0 carrier: 24
>> [15122.909150] vtrx trx0: set carrier: slot: 0 carrier: 25
>> [15122.919151] vtrx trx0: set carrier: slot: 0 carrier: 26
>> [15122.929150] vtrx trx0: set carrier: slot: 0 carrier: 27
>> 
>> 
>> So I have tried your last patch with mine to force the rf_band to 1:
>> 
>> dect-transceiver-list --name trx0
>> DECT Transceiver trx0 at cell0:
>> 	Type: vtrx
>> 	RF-band: 00001
>> 	Events: busy: 0 late: 0
>> 
>> 	slot 0: <scanning> packet: P00 carrier: 23 (1921.536 MHz)
>> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
>> 	    TX: bytes 0 packets 0
>> 
>> 
>> The channel seems to be ok, but no station are visible during scanning?
>> My contact in USA is not present, perhaps he is not at home? do not know if its station is on...
>> 
>> 
>> About trx2:
>> 
>> dect-transceiver-list --name trx2
>> DECT Transceiver trx2:
>> 	Type: sc1442x
>> 	Features: slow-hopping,p64
>> 	RF-band: 00001
>> 	Events: busy: 0 late: 0
>> 
>> 	slot 0: <idle> 
>> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
>> 	    TX: bytes 0 packets 0
>> 
>> (no a-crc-errors)
>> 
>> If I remember well, with only my patch which forces the rf_band to 3 we got for trx2:
>> 
>> dect-transceiver-list --name trx2 I see that slot0 is scanning:
>> 
>> DECT Transceiver trx2 at cell0:
>> 	Type: sc1442x
>> 	Features: slow-hopping,p64
>> 	RF-band: 00003
>> 	Events: busy: 0 late: 0
>> 
>> 	slot 0: <scanning> packet: P00 carrier: 5 (1888.704 MHz)
>> 	    RX: bytes 0 packets 0 a-crc-errors 1629 x-crc-errors 0 z-crc-errors 0
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
> 




From kaber at trash.net  Thu Aug  9 19:18:47 2012
From: kaber at trash.net (Patrick McHardy)
Date: Thu, 9 Aug 2012 21:18:47 +0200 (MEST)
Subject: debt 6.0 rf band
In-Reply-To: <0DD4F97A-59D1-40E3-817F-AB552EE318B8@free.fr>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
	<Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>
	<Pine.GSO.4.63.1208081924470.28250@stinky-local.trash.net>
	<E27AAA3F-1465-4865-AA7B-57C3ED48FB50@free.fr>
	<Pine.GSO.4.63.1208090020020.10142@stinky-local.trash.net>
	<0DD4F97A-59D1-40E3-817F-AB552EE318B8@free.fr>
Message-ID: <Pine.GSO.4.63.1208092117400.12917@stinky-local.trash.net>

On Thu, 9 Aug 2012, Fr?d?ric LECAILLE wrote:

>
> On Aug 9, 2012, at 12:20 AM, Patrick McHardy wrote:
>
>> Updated patch attached
>> <usdect.diff>
>
> Ok thank you a lot Patrick.
>
> Here are the results:
>
> with your last patch:
>
> dect-transceiver-list --name trx0
> DECT Transceiver trx0 at cell0:
> 	Type: vtrx
> 	RF-band: 00000
> 	Events: busy: 0 late: 0
>
> 	slot 0: <scanning> packet: P00 carrier: 27 (0.000 MHz)
> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
> 	    TX: bytes 0 packets 0
>
> *The frequency is always 0 MHz*
>
> The kernel logs seems to be OK:
>
> [15122.889144] vtrx trx0: set carrier: slot: 0 carrier: 23
> [15122.899150] vtrx trx0: set carrier: slot: 0 carrier: 24
> [15122.909150] vtrx trx0: set carrier: slot: 0 carrier: 25
> [15122.919151] vtrx trx0: set carrier: slot: 0 carrier: 26
> [15122.929150] vtrx trx0: set carrier: slot: 0 carrier: 27
>
>
> So I have tried your last patch with mine to force the rf_band to 1:

Right, it's supposed to be band 1.

> dect-transceiver-list --name trx0
> DECT Transceiver trx0 at cell0:
> 	Type: vtrx
> 	RF-band: 00001
> 	Events: busy: 0 late: 0
>
> 	slot 0: <scanning> packet: P00 carrier: 23 (1921.536 MHz)
> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
> 	    TX: bytes 0 packets 0
>
>
> The channel seems to be ok, but no station are visible during scanning?
> My contact in USA is not present, perhaps he is not at home? do not know if its station is on...

Well, on vtrx you're not going to see stations unless you start some
yourself.

From frednews78 at free.fr  Thu Aug  9 20:02:01 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Thu, 9 Aug 2012 22:02:01 +0200
Subject: debt 6.0 rf band
In-Reply-To: <Pine.GSO.4.63.1208092117400.12917@stinky-local.trash.net>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
	<Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>
	<Pine.GSO.4.63.1208081924470.28250@stinky-local.trash.net>
	<E27AAA3F-1465-4865-AA7B-57C3ED48FB50@free.fr>
	<Pine.GSO.4.63.1208090020020.10142@stinky-local.trash.net>
	<0DD4F97A-59D1-40E3-817F-AB552EE318B8@free.fr>
	<Pine.GSO.4.63.1208092117400.12917@stinky-local.trash.net>
Message-ID: <A8B1B551-9FD9-4F95-899A-492103FCC842@free.fr>

is works Patrick?

dmesg |grep -v 'vtrx trx'

[23440.565272] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23441.095272] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23441.485276] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23441.915276] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23442.795285] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23443.105279] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23443.515292] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23444.685285] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23445.385285] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23446.125291] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23446.575290] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23447.025289] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23447.455291] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23448.355299] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[23449.255298] page: RFPI: 37d08 bearer description: bt: 50000000 sn: 6 sp: 0 cn: 23

let me a few minutes to try to lock to the FP signal?

On Aug 9, 2012, at 9:18 PM, Patrick McHardy wrote:

> On Thu, 9 Aug 2012, Fr?d?ric LECAILLE wrote:
> 
>> 
>> On Aug 9, 2012, at 12:20 AM, Patrick McHardy wrote:
>> 
>>> Updated patch attached
>>> <usdect.diff>
>> 
>> Ok thank you a lot Patrick.
>> 
>> Here are the results:
>> 
>> with your last patch:
>> 
>> dect-transceiver-list --name trx0
>> DECT Transceiver trx0 at cell0:
>> 	Type: vtrx
>> 	RF-band: 00000
>> 	Events: busy: 0 late: 0
>> 
>> 	slot 0: <scanning> packet: P00 carrier: 27 (0.000 MHz)
>> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
>> 	    TX: bytes 0 packets 0
>> 
>> *The frequency is always 0 MHz*
>> 
>> The kernel logs seems to be OK:
>> 
>> [15122.889144] vtrx trx0: set carrier: slot: 0 carrier: 23
>> [15122.899150] vtrx trx0: set carrier: slot: 0 carrier: 24
>> [15122.909150] vtrx trx0: set carrier: slot: 0 carrier: 25
>> [15122.919151] vtrx trx0: set carrier: slot: 0 carrier: 26
>> [15122.929150] vtrx trx0: set carrier: slot: 0 carrier: 27
>> 
>> 
>> So I have tried your last patch with mine to force the rf_band to 1:
> 
> Right, it's supposed to be band 1.
> 
>> dect-transceiver-list --name trx0
>> DECT Transceiver trx0 at cell0:
>> 	Type: vtrx
>> 	RF-band: 00001
>> 	Events: busy: 0 late: 0
>> 
>> 	slot 0: <scanning> packet: P00 carrier: 23 (1921.536 MHz)
>> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
>> 	    TX: bytes 0 packets 0
>> 
>> 
>> The channel seems to be ok, but no station are visible during scanning?
>> My contact in USA is not present, perhaps he is not at home? do not know if its station is on...
> 
> Well, on vtrx you're not going to see stations unless you start some
> yourself.




From frednews78 at free.fr  Thu Aug  9 20:12:21 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Thu, 9 Aug 2012 22:12:21 +0200
Subject: debt 6.0 rf band
In-Reply-To: <A8B1B551-9FD9-4F95-899A-492103FCC842@free.fr>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
	<Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>
	<Pine.GSO.4.63.1208081924470.28250@stinky-local.trash.net>
	<E27AAA3F-1465-4865-AA7B-57C3ED48FB50@free.fr>
	<Pine.GSO.4.63.1208090020020.10142@stinky-local.trash.net>
	<0DD4F97A-59D1-40E3-817F-AB552EE318B8@free.fr>
	<Pine.GSO.4.63.1208092117400.12917@stinky-local.trash.net>
	<A8B1B551-9FD9-4F95-899A-492103FCC842@free.fr>
Message-ID: <9DA5BDFF-4C70-4E01-9F1F-37EE55C7DDFB@free.fr>

when I choose a FP I see such kernel logs:

[24063.168612] TX 647.01.11: FT T-MUX: N-channel
[24063.168620] TX 647.01.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 25
[24063.173600] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[24063.174037] cell0: RX 647.02.00: timer e30085fc: 647.2.0
[24063.174092] cell0: RX 647.02.00: timer e30085fc: schedule for 647.3.0
[24063.178605] cell0: RX 647.01.23: timer e30085dc: 647.1.23
[24063.178615] cell0: RX 647.01.23: timer e30085dc: schedule for 647.2.23
[24063.178624] TX 647.02.11: FT T-MUX: N-channel
[24063.178633] TX 647.02.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 26
[24063.183599] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[24063.184028] cell0: RX 647.03.00: timer e30085fc: 647.3.0
[24063.184064] cell0: RX 647.03.00: timer e30085fc: schedule for 647.4.0
[24063.188603] cell0: RX 647.02.23: timer e30085dc: 647.2.23
[24063.188613] cell0: RX 647.02.23: timer e30085dc: schedule for 647.3.23
[24063.188622] TX 647.03.11: FT T-MUX: N-channel
[24063.188633] TX 647.03.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 27
[24063.193596] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[24063.194037] cell0: RX 647.04.00: timer e30085fc: 647.4.0
[24063.194093] cell0: RX 647.04.00: timer e30085fc: schedule for 647.5.0
[24063.198606] cell0: RX 647.03.23: timer e30085dc: 647.3.23
[24063.198613] cell0: RX 647.03.23: timer e30085dc: schedule for 647.4.23
[24063.198618] TX 647.04.11: FT T-MUX: N-channel
[24063.198625] TX 647.04.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 23
[24063.203599] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[24063.204036] cell0: RX 647.05.00: timer e30085fc: 647.5.0
[24063.204092] cell0: RX 647.05.00: timer e30085fc: schedule for 647.6.0
[24063.208603] cell0: RX 647.04.23: timer e30085dc: 647.4.23
[24063.208609] cell0: RX 647.04.23: timer e30085dc: schedule for 647.5.23
[24063.208614] TX 647.05.11: FT T-MUX: N-channel
[24063.208621] TX 647.05.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 24
[24063.213604] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[24063.214028] cell0: RX 647.06.00: timer e30085fc: 647.6.0
[24063.214063] cell0: RX 647.06.00: timer e30085fc: schedule for 647.7.0


dect-llme-scan never display any message?


On Aug 9, 2012, at 10:02 PM, Fr?d?ric LECAILLE wrote:

> is works Patrick?
> 
> dmesg |grep -v 'vtrx trx'
> 
> [23440.565272] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23441.095272] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23441.485276] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23441.915276] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23442.795285] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23443.105279] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23443.515292] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23444.685285] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23445.385285] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23446.125291] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23446.575290] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23447.025289] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23447.455291] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23448.355299] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [23449.255298] page: RFPI: 37d08 bearer description: bt: 50000000 sn: 6 sp: 0 cn: 23
> 
> let me a few minutes to try to lock to the FP signal?
> 
> On Aug 9, 2012, at 9:18 PM, Patrick McHardy wrote:
> 
>> On Thu, 9 Aug 2012, Fr?d?ric LECAILLE wrote:
>> 
>>> 
>>> On Aug 9, 2012, at 12:20 AM, Patrick McHardy wrote:
>>> 
>>>> Updated patch attached
>>>> <usdect.diff>
>>> 
>>> Ok thank you a lot Patrick.
>>> 
>>> Here are the results:
>>> 
>>> with your last patch:
>>> 
>>> dect-transceiver-list --name trx0
>>> DECT Transceiver trx0 at cell0:
>>> 	Type: vtrx
>>> 	RF-band: 00000
>>> 	Events: busy: 0 late: 0
>>> 
>>> 	slot 0: <scanning> packet: P00 carrier: 27 (0.000 MHz)
>>> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
>>> 	    TX: bytes 0 packets 0
>>> 
>>> *The frequency is always 0 MHz*
>>> 
>>> The kernel logs seems to be OK:
>>> 
>>> [15122.889144] vtrx trx0: set carrier: slot: 0 carrier: 23
>>> [15122.899150] vtrx trx0: set carrier: slot: 0 carrier: 24
>>> [15122.909150] vtrx trx0: set carrier: slot: 0 carrier: 25
>>> [15122.919151] vtrx trx0: set carrier: slot: 0 carrier: 26
>>> [15122.929150] vtrx trx0: set carrier: slot: 0 carrier: 27
>>> 
>>> 
>>> So I have tried your last patch with mine to force the rf_band to 1:
>> 
>> Right, it's supposed to be band 1.
>> 
>>> dect-transceiver-list --name trx0
>>> DECT Transceiver trx0 at cell0:
>>> 	Type: vtrx
>>> 	RF-band: 00001
>>> 	Events: busy: 0 late: 0
>>> 
>>> 	slot 0: <scanning> packet: P00 carrier: 23 (1921.536 MHz)
>>> 	    RX: bytes 0 packets 0 a-crc-errors 0 x-crc-errors 0 z-crc-errors 0
>>> 	    TX: bytes 0 packets 0
>>> 
>>> 
>>> The channel seems to be ok, but no station are visible during scanning?
>>> My contact in USA is not present, perhaps he is not at home? do not know if its station is on...
>> 
>> Well, on vtrx you're not going to see stations unless you start some
>> yourself.
> 




From kaber at trash.net  Thu Aug  9 20:33:33 2012
From: kaber at trash.net (Patrick McHardy)
Date: Thu, 9 Aug 2012 22:33:33 +0200 (MEST)
Subject: debt 6.0 rf band
In-Reply-To: <9DA5BDFF-4C70-4E01-9F1F-37EE55C7DDFB@free.fr>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
	<Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>
	<Pine.GSO.4.63.1208081924470.28250@stinky-local.trash.net>
	<E27AAA3F-1465-4865-AA7B-57C3ED48FB50@free.fr>
	<Pine.GSO.4.63.1208090020020.10142@stinky-local.trash.net>
	<0DD4F97A-59D1-40E3-817F-AB552EE318B8@free.fr>
	<Pine.GSO.4.63.1208092117400.12917@stinky-local.trash.net>
	<A8B1B551-9FD9-4F95-899A-492103FCC842@free.fr>
	<9DA5BDFF-4C70-4E01-9F1F-37EE55C7DDFB@free.fr>
Message-ID: <Pine.GSO.4.63.1208092232560.12917@stinky-local.trash.net>

On Thu, 9 Aug 2012, Fr?d?ric LECAILLE wrote:

> when I choose a FP I see such kernel logs:
>
> [24063.168612] TX 647.01.11: FT T-MUX: N-channel
> [24063.168620] TX 647.01.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 25
> [24063.173600] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [24063.174037] cell0: RX 647.02.00: timer e30085fc: 647.2.0
> [24063.174092] cell0: RX 647.02.00: timer e30085fc: schedule for 647.3.0
> [24063.178605] cell0: RX 647.01.23: timer e30085dc: 647.1.23
> [24063.178615] cell0: RX 647.01.23: timer e30085dc: schedule for 647.2.23
> [24063.178624] TX 647.02.11: FT T-MUX: N-channel
> [24063.178633] TX 647.02.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 26
> [24063.183599] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [24063.184028] cell0: RX 647.03.00: timer e30085fc: 647.3.0
> [24063.184064] cell0: RX 647.03.00: timer e30085fc: schedule for 647.4.0
> [24063.188603] cell0: RX 647.02.23: timer e30085dc: 647.2.23
> [24063.188613] cell0: RX 647.02.23: timer e30085dc: schedule for 647.3.23
> [24063.188622] TX 647.03.11: FT T-MUX: N-channel
> [24063.188633] TX 647.03.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 27
> [24063.193596] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [24063.194037] cell0: RX 647.04.00: timer e30085fc: 647.4.0
> [24063.194093] cell0: RX 647.04.00: timer e30085fc: schedule for 647.5.0
> [24063.198606] cell0: RX 647.03.23: timer e30085dc: 647.3.23
> [24063.198613] cell0: RX 647.03.23: timer e30085dc: schedule for 647.4.23
> [24063.198618] TX 647.04.11: FT T-MUX: N-channel
> [24063.198625] TX 647.04.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 23
> [24063.203599] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [24063.204036] cell0: RX 647.05.00: timer e30085fc: 647.5.0
> [24063.204092] cell0: RX 647.05.00: timer e30085fc: schedule for 647.6.0
> [24063.208603] cell0: RX 647.04.23: timer e30085dc: 647.4.23
> [24063.208609] cell0: RX 647.04.23: timer e30085dc: schedule for 647.5.23
> [24063.208614] TX 647.05.11: FT T-MUX: N-channel
> [24063.208621] TX 647.05.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 24
> [24063.213604] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
> [24063.214028] cell0: RX 647.06.00: timer e30085fc: 647.6.0
> [24063.214063] cell0: RX 647.06.00: timer e30085fc: schedule for 647.7.0
>
>
> dect-llme-scan never display any message?

Sure, a FP can't scan. I suggest you test it on real hardware, there
are going to be no noticable changes on vtrx.

From frednews78 at free.fr  Thu Aug  9 21:00:19 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Thu, 9 Aug 2012 23:00:19 +0200
Subject: debt 6.0 rf band
In-Reply-To: <Pine.GSO.4.63.1208092232560.12917@stinky-local.trash.net>
References: <B819D31C-16C3-4CAB-BEA6-5459D2778BA4@free.fr>
	<Pine.GSO.4.63.1208081724420.26810@stinky-local.trash.net>
	<Pine.GSO.4.63.1208081924470.28250@stinky-local.trash.net>
	<E27AAA3F-1465-4865-AA7B-57C3ED48FB50@free.fr>
	<Pine.GSO.4.63.1208090020020.10142@stinky-local.trash.net>
	<0DD4F97A-59D1-40E3-817F-AB552EE318B8@free.fr>
	<Pine.GSO.4.63.1208092117400.12917@stinky-local.trash.net>
	<A8B1B551-9FD9-4F95-899A-492103FCC842@free.fr>
	<9DA5BDFF-4C70-4E01-9F1F-37EE55C7DDFB@free.fr>
	<Pine.GSO.4.63.1208092232560.12917@stinky-local.trash.net>
Message-ID: <0F3C5AA3-9EE7-4DD5-9DED-02CE942CB7E5@free.fr>

you meant I should set my cluster in PP mode and scan?
I have already done that and I have never seen any information returned by dect-llme-scan even if the driver logs a lot of messages:

[26986.097752] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26986.407755] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26986.448471] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26986.937760] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26987.287762] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26987.348476] fixed part capabilities: fpc: 85110 hlc: ce30
[26987.737759] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26988.128476] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26988.598476] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26989.068476] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26989.457771] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26989.888477] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26990.237763] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26991.137771] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26991.198479] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26991.527775] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26991.548482] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26992.077772] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26992.528485] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26992.997781] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26993.038485] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26993.468485] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26993.777782] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26993.798483] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26994.227786] page: RFPI: 37d08 blind full slots: a8a
[26994.617786] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26994.698489] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26995.228488] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26995.637791] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26996.428491] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26996.857795] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26997.877795] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26998.347802] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26998.368492] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26998.757811] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26998.798492] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[26999.127802] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[26999.577802] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[27000.417806] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[27000.438494] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[27000.827804] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[27001.318492] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[27001.548495] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[27001.938497] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[27002.247813] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[27002.308500] page: RFPI: d7ce8 bearer description: bt: 50000000 sn: 6 sp: 0 cn: 23
[27002.697809] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[27003.087815] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[27004.027819] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[27004.068501] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[27004.438502] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[27004.748500] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[27005.137827] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
[27005.198504] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[27005.648504] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
[27006.467829] multi-frame number: 7414440



On Aug 9, 2012, at 10:33 PM, Patrick McHardy wrote:

> On Thu, 9 Aug 2012, Fr?d?ric LECAILLE wrote:
> 
>> when I choose a FP I see such kernel logs:
>> 
>> [24063.168612] TX 647.01.11: FT T-MUX: N-channel
>> [24063.168620] TX 647.01.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 25
>> [24063.173600] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
>> [24063.174037] cell0: RX 647.02.00: timer e30085fc: 647.2.0
>> [24063.174092] cell0: RX 647.02.00: timer e30085fc: schedule for 647.3.0
>> [24063.178605] cell0: RX 647.01.23: timer e30085dc: 647.1.23
>> [24063.178615] cell0: RX 647.01.23: timer e30085dc: schedule for 647.2.23
>> [24063.178624] TX 647.02.11: FT T-MUX: N-channel
>> [24063.178633] TX 647.02.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 26
>> [24063.183599] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
>> [24063.184028] cell0: RX 647.03.00: timer e30085fc: 647.3.0
>> [24063.184064] cell0: RX 647.03.00: timer e30085fc: schedule for 647.4.0
>> [24063.188603] cell0: RX 647.02.23: timer e30085dc: 647.2.23
>> [24063.188613] cell0: RX 647.02.23: timer e30085dc: schedule for 647.3.23
>> [24063.188622] TX 647.03.11: FT T-MUX: N-channel
>> [24063.188633] TX 647.03.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 27
>> [24063.193596] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
>> [24063.194037] cell0: RX 647.04.00: timer e30085fc: 647.4.0
>> [24063.194093] cell0: RX 647.04.00: timer e30085fc: schedule for 647.5.0
>> [24063.198606] cell0: RX 647.03.23: timer e30085dc: 647.3.23
>> [24063.198613] cell0: RX 647.03.23: timer e30085dc: schedule for 647.4.23
>> [24063.198618] TX 647.04.11: FT T-MUX: N-channel
>> [24063.198625] TX 647.04.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 23
>> [24063.203599] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
>> [24063.204036] cell0: RX 647.05.00: timer e30085fc: 647.5.0
>> [24063.204092] cell0: RX 647.05.00: timer e30085fc: schedule for 647.6.0
>> [24063.208603] cell0: RX 647.04.23: timer e30085dc: 647.4.23
>> [24063.208609] cell0: RX 647.04.23: timer e30085dc: schedule for 647.5.23
>> [24063.208614] TX 647.05.11: FT T-MUX: N-channel
>> [24063.208621] TX 647.05.11: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 27 PSCN: 24
>> [24063.213604] identities information: e: 0 class: 0 emc: 21d5 fpn: 06fa1 rpn: 0
>> [24063.214028] cell0: RX 647.06.00: timer e30085fc: 647.6.0
>> [24063.214063] cell0: RX 647.06.00: timer e30085fc: schedule for 647.7.0
>> 
>> 
>> dect-llme-scan never display any message?
> 
> Sure, a FP can't scan. I suggest you test it on real hardware, there
> are going to be no noticable changes on vtrx.




From hhansen06 at googlemail.com  Fri Aug 10 14:35:09 2012
From: hhansen06 at googlemail.com (henrik hansen)
Date: Fri, 10 Aug 2012 16:35:09 +0200
Subject: undefined symbol: dect_mm_endpoint_get
Message-ID: <CAPZ4P_07Zfgzkk1eL0E81z0vXc3u+2sHTXK2OGyAXu2RQBgc=A@mail.gmail.com>

Hey,
my Asterisk got a problem with the chan_dect module.
I build it like it's written here:
http://dect.osmocom.org/trac/dect/wiki/Build%20instructions

debian*CLI> module load chan_dect
Unable to load module chan_dect
Command 'module load chan_dect' failed.
[Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error
loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so:
undefined symbol: dect_mm_endpoint_get
[Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module
'chan_dect' could not be loaded.

Could someone help me, getting this fixed?

-- 
--
Mit freundlichen Gr??en
Henrik Hansen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/linux-dect/attachments/20120810/ab094738/attachment.htm>

From kaber at trash.net  Fri Aug 10 14:37:12 2012
From: kaber at trash.net (Patrick McHardy)
Date: Fri, 10 Aug 2012 16:37:12 +0200 (MEST)
Subject: undefined symbol: dect_mm_endpoint_get
In-Reply-To: <CAPZ4P_07Zfgzkk1eL0E81z0vXc3u+2sHTXK2OGyAXu2RQBgc=A@mail.gmail.com>
References: <CAPZ4P_07Zfgzkk1eL0E81z0vXc3u+2sHTXK2OGyAXu2RQBgc=A@mail.gmail.com>
Message-ID: <Pine.GSO.4.63.1208101636230.29723@stinky-local.trash.net>

On Fri, 10 Aug 2012, henrik hansen wrote:

> Hey,
> my Asterisk got a problem with the chan_dect module.
> I build it like it's written here:
> http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
>
> debian*CLI> module load chan_dect
> Unable to load module chan_dect
> Command 'module load chan_dect' failed.
> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error
> loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so:
> undefined symbol: dect_mm_endpoint_get
> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module
> 'chan_dect' could not be loaded.
>
> Could someone help me, getting this fixed?

Its basically that chan_dect hasn't been converted to use the new API
for wideband audio support yet. Just fixing this problem without actually 
adding wideband support should be relatively easy, I'll try to have a look 
during the weekend.



From frednews78 at free.fr  Mon Aug 13 19:53:23 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Mon, 13 Aug 2012 21:53:23 +0200
Subject: linux-dect Digest, Vol 37, Issue 6
In-Reply-To: <mailman.0.1344679201.6768.linux-dect@lists.osmocom.org>
References: <mailman.0.1344679201.6768.linux-dect@lists.osmocom.org>
Message-ID: <405A27A8-DA40-4BDD-8647-7864E2854A14@free.fr>

Hello Henrik,

If you type this command in a terminal this will give you an idea about your issue:

ldd /usr/lib/asterisk/modules/chan_dect.so


On Aug 11, 2012, at 12:00 PM, linux-dect-request at lists.osmocom.org wrote:

> Send linux-dect mailing list submissions to
> 	linux-dect at lists.osmocom.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.osmocom.org/mailman/listinfo/linux-dect
> or, via email, send a message with subject or body 'help' to
> 	linux-dect-request at lists.osmocom.org
> 
> You can reach the person managing the list at
> 	linux-dect-owner at lists.osmocom.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of linux-dect digest..."
> Today's Topics:
> 
>   1. undefined symbol: dect_mm_endpoint_get (henrik hansen)
>   2. Re: undefined symbol: dect_mm_endpoint_get (Patrick McHardy)
> 
> From: henrik hansen <hhansen06 at googlemail.com>
> Subject: undefined symbol: dect_mm_endpoint_get
> Date: August 10, 2012 4:35:09 PM GMT+02:00
> To: linux-dect at lists.osmocom.org
> 
> 
> Hey,
> my Asterisk got a problem with the chan_dect module.
> I build it like it's written here: http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
> 
> debian*CLI> module load chan_dect
> Unable to load module chan_dect
> Command 'module load chan_dect' failed.
> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so: undefined symbol: dect_mm_endpoint_get
> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module 'chan_dect' could not be loaded.
> 
> Could someone help me, getting this fixed?
> 
> -- 
> --
> Mit freundlichen Gr??en
> Henrik Hansen
> 
> 
> 
> 
> From: Patrick McHardy <kaber at trash.net>
> Subject: Re: undefined symbol: dect_mm_endpoint_get
> Date: August 10, 2012 4:37:12 PM GMT+02:00
> To: henrik hansen <hhansen06 at googlemail.com>
> Cc: linux-dect at lists.osmocom.org
> 
> 
> On Fri, 10 Aug 2012, henrik hansen wrote:
> 
>> Hey,
>> my Asterisk got a problem with the chan_dect module.
>> I build it like it's written here:
>> http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
>> 
>> debian*CLI> module load chan_dect
>> Unable to load module chan_dect
>> Command 'module load chan_dect' failed.
>> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error
>> loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so:
>> undefined symbol: dect_mm_endpoint_get
>> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module
>> 'chan_dect' could not be loaded.
>> 
>> Could someone help me, getting this fixed?
> 
> Its basically that chan_dect hasn't been converted to use the new API
> for wideband audio support yet. Just fixing this problem without actually adding wideband support should be relatively easy, I'll try to have a look during the weekend.
> 
> 
> 
> 
> _______________________________________________
> linux-dect mailing list
> linux-dect at lists.osmocom.org
> https://lists.osmocom.org/mailman/listinfo/linux-dect

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/linux-dect/attachments/20120813/9dce972e/attachment.htm>

From hhansen06 at googlemail.com  Mon Aug 13 20:50:52 2012
From: hhansen06 at googlemail.com (henrik hansen)
Date: Mon, 13 Aug 2012 22:50:52 +0200
Subject: linux-dect Digest, Vol 37, Issue 6
In-Reply-To: <405A27A8-DA40-4BDD-8647-7864E2854A14@free.fr>
References: <mailman.0.1344679201.6768.linux-dect@lists.osmocom.org>
	<405A27A8-DA40-4BDD-8647-7864E2854A14@free.fr>
Message-ID: <CAPZ4P_39tfJ=LQ67hwB0-YsYe7Pe4ez+GM_9Yf62VKwPmEHcTg@mail.gmail.com>

Hey Fr?d?ric,
for me it looks like there are no problems:

root at debian:~# ldd /usr/lib/asterisk/modules/chan_dect.so
linux-gate.so.1 =>  (0xb77a6000)
libdect.so.0 => /usr/lib/libdect.so.0 (0xb7765000)
libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb774c000)
libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7604000)
libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7600000)
libnl-dect.so.3 => /usr/local/lib/libnl-dect.so.3 (0xb75f5000)
libnl.so.3 => /usr/local/lib/libnl.so.3 (0xb75e1000)
/lib/ld-linux.so.2 (0xb77a7000)
libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb75bb000)

My System is a Debian 6.0 x86


2012/8/13 Fr?d?ric LECAILLE <frednews78 at free.fr>

> Hello Henrik,
>
> If you type this command in a terminal this will give you an idea about
> your issue:
>
> ldd /usr/lib/asterisk/modules/chan_dect.so
>
>
> On Aug 11, 2012, at 12:00 PM, linux-dect-request at lists.osmocom.org wrote:
>
> Send linux-dect mailing list submissions to
> linux-dect at lists.osmocom.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.osmocom.org/mailman/listinfo/linux-dect
> or, via email, send a message with subject or body 'help' to
> linux-dect-request at lists.osmocom.org
>
> You can reach the person managing the list at
> linux-dect-owner at lists.osmocom.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of linux-dect digest..."
> Today's Topics:
>
>   1. undefined symbol: dect_mm_endpoint_get (henrik hansen)
>   2. Re: undefined symbol: dect_mm_endpoint_get (Patrick McHardy)
>
> *From: *henrik hansen <hhansen06 at googlemail.com>
> *Subject: **undefined symbol: dect_mm_endpoint_get*
> *Date: *August 10, 2012 4:35:09 PM GMT+02:00
> *To: *linux-dect at lists.osmocom.org
>
>
> Hey,
> my Asterisk got a problem with the chan_dect module.
> I build it like it's written here:
> http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
>
> debian*CLI> module load chan_dect
> Unable to load module chan_dect
> Command 'module load chan_dect' failed.
> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error
> loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so:
> undefined symbol: dect_mm_endpoint_get
> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module
> 'chan_dect' could not be loaded.
>
> Could someone help me, getting this fixed?
>
> --
> --
> Mit freundlichen Gr??en
> Henrik Hansen
>
>
>
>
> *From: *Patrick McHardy <kaber at trash.net>
> *Subject: **Re: undefined symbol: dect_mm_endpoint_get*
> *Date: *August 10, 2012 4:37:12 PM GMT+02:00
> *To: *henrik hansen <hhansen06 at googlemail.com>
> *Cc: *linux-dect at lists.osmocom.org
>
>
> On Fri, 10 Aug 2012, henrik hansen wrote:
>
> Hey,
>
> my Asterisk got a problem with the chan_dect module.
>
> I build it like it's written here:
>
> http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
>
>
> debian*CLI> module load chan_dect
>
> Unable to load module chan_dect
>
> Command 'module load chan_dect' failed.
>
> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error
>
> loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so:
>
> undefined symbol: dect_mm_endpoint_get
>
> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module
>
> 'chan_dect' could not be loaded.
>
>
> Could someone help me, getting this fixed?
>
>
> Its basically that chan_dect hasn't been converted to use the new API
> for wideband audio support yet. Just fixing this problem without actually
> adding wideband support should be relatively easy, I'll try to have a look
> during the weekend.
>
>
>
>
> _______________________________________________
> linux-dect mailing list
> linux-dect at lists.osmocom.org
> https://lists.osmocom.org/mailman/listinfo/linux-dect
>
>
>


-- 
--
Mit freundlichen Gr??en
Henrik Hansen

Waldstr 29
28816 Stuhr

Tel.: 04206 6698
Mobil: 0170 2350 222
Mail: hhansen06 at googlemail.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/linux-dect/attachments/20120813/70c8dd38/attachment.htm>

From frednews78 at free.fr  Wed Aug 15 12:47:13 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Wed, 15 Aug 2012 14:47:13 +0200
Subject: linux-dect Digest, Vol 37, Issue 6
In-Reply-To: <CAPZ4P_39tfJ=LQ67hwB0-YsYe7Pe4ez+GM_9Yf62VKwPmEHcTg@mail.gmail.com>
References: <mailman.0.1344679201.6768.linux-dect@lists.osmocom.org>
	<405A27A8-DA40-4BDD-8647-7864E2854A14@free.fr>
	<CAPZ4P_39tfJ=LQ67hwB0-YsYe7Pe4ez+GM_9Yf62VKwPmEHcTg@mail.gmail.com>
Message-ID: <F1D0F7AF-1D72-484A-ACDD-1B16DA3ADD2C@free.fr>

I guess you installed asterisk from official debian packages repositories. chan_dect.so module has references to libdect or libel-dect libraries which does not exist anymore.

You should try to install asterisk from sources. This issue has nothing to do with this mailing list. I can send you a nice PDF about asterisk in private.

On Aug 13, 2012, at 10:50 PM, henrik hansen wrote:

> Hey Fr?d?ric,
> for me it looks like there are no problems:
> 
> root at debian:~# ldd /usr/lib/asterisk/modules/chan_dect.so 
> 	linux-gate.so.1 =>  (0xb77a6000)
> 	libdect.so.0 => /usr/lib/libdect.so.0 (0xb7765000)
> 	libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb774c000)
> 	libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7604000)
> 	libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7600000)
> 	libnl-dect.so.3 => /usr/local/lib/libnl-dect.so.3 (0xb75f5000)
> 	libnl.so.3 => /usr/local/lib/libnl.so.3 (0xb75e1000)
> 	/lib/ld-linux.so.2 (0xb77a7000)
> 	libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb75bb000)
> 
> My System is a Debian 6.0 x86
> 
> 
> 2012/8/13 Fr?d?ric LECAILLE <frednews78 at free.fr>
> Hello Henrik,
> 
> If you type this command in a terminal this will give you an idea about your issue:
> 
> ldd /usr/lib/asterisk/modules/chan_dect.so
> 
> 
> On Aug 11, 2012, at 12:00 PM, linux-dect-request at lists.osmocom.org wrote:
> 
>> Send linux-dect mailing list submissions to
>> 	linux-dect at lists.osmocom.org
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>> 	https://lists.osmocom.org/mailman/listinfo/linux-dect
>> or, via email, send a message with subject or body 'help' to
>> 	linux-dect-request at lists.osmocom.org
>> 
>> You can reach the person managing the list at
>> 	linux-dect-owner at lists.osmocom.org
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of linux-dect digest..."
>> Today's Topics:
>> 
>>   1. undefined symbol: dect_mm_endpoint_get (henrik hansen)
>>   2. Re: undefined symbol: dect_mm_endpoint_get (Patrick McHardy)
>> 
>> From: henrik hansen <hhansen06 at googlemail.com>
>> Subject: undefined symbol: dect_mm_endpoint_get
>> Date: August 10, 2012 4:35:09 PM GMT+02:00
>> To: linux-dect at lists.osmocom.org
>> 
>> 
>> Hey,
>> my Asterisk got a problem with the chan_dect module.
>> I build it like it's written here: http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
>> 
>> debian*CLI> module load chan_dect
>> Unable to load module chan_dect
>> Command 'module load chan_dect' failed.
>> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so: undefined symbol: dect_mm_endpoint_get
>> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module 'chan_dect' could not be loaded.
>> 
>> Could someone help me, getting this fixed?
>> 
>> -- 
>> --
>> Mit freundlichen Gr??en
>> Henrik Hansen
>> 
>> 
>> 
>> 
>> From: Patrick McHardy <kaber at trash.net>
>> Subject: Re: undefined symbol: dect_mm_endpoint_get
>> Date: August 10, 2012 4:37:12 PM GMT+02:00
>> To: henrik hansen <hhansen06 at googlemail.com>
>> Cc: linux-dect at lists.osmocom.org
>> 
>> 
>> On Fri, 10 Aug 2012, henrik hansen wrote:
>> 
>>> Hey,
>>> my Asterisk got a problem with the chan_dect module.
>>> I build it like it's written here:
>>> http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
>>> 
>>> debian*CLI> module load chan_dect
>>> Unable to load module chan_dect
>>> Command 'module load chan_dect' failed.
>>> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error
>>> loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so:
>>> undefined symbol: dect_mm_endpoint_get
>>> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module
>>> 'chan_dect' could not be loaded.
>>> 
>>> Could someone help me, getting this fixed?
>> 
>> Its basically that chan_dect hasn't been converted to use the new API
>> for wideband audio support yet. Just fixing this problem without actually adding wideband support should be relatively easy, I'll try to have a look during the weekend.
>> 
>> 
>> 
>> 
>> _______________________________________________
>> linux-dect mailing list
>> linux-dect at lists.osmocom.org
>> https://lists.osmocom.org/mailman/listinfo/linux-dect
> 
> 
> 
> 
> -- 
> --
> Mit freundlichen Gr??en
> Henrik Hansen
> 
> Waldstr 29
> 28816 Stuhr
> 
> Tel.: 04206 6698
> Mobil: 0170 2350 222
> Mail: hhansen06 at googlemail.com
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/linux-dect/attachments/20120815/36b86d92/attachment.htm>

From frednews78 at free.fr  Wed Aug 15 19:47:27 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Wed, 15 Aug 2012 21:47:27 +0200
Subject: US DECT 6.0
In-Reply-To: <mailman.0.1344938401.2030.linux-dect@lists.osmocom.org>
References: <mailman.0.1344938401.2030.linux-dect@lists.osmocom.org>
Message-ID: <196EF410-4A33-4B7E-B045-B3A34255FFD4@free.fr>

Hello Patrick,

I had a look at the net/dect/mac_csf.c file source code. dect_bc_si_cycle_complete() often returns false with "incomplete: SSI" kernel logs:

Aug 15 15:33:25 amanda kernel: [18609.133852] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:25 amanda kernel: [18609.143816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:25 amanda kernel: [18609.153819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:25 amanda kernel: [18609.163822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:25 amanda kernel: [18609.173820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:25 amanda kernel: [18609.183821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.193820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.203820] page: RFPI: d7ce8 bearer description: bt: 50000000 sn: 2 sp: 0 cn: 23
Aug 15 15:33:26 amanda kernel: [18609.213817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.233819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.243822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.253821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.263822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.273818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.283820] extended fixed part capabilities: fpc: 01000 hlc: 000000
Aug 15 15:33:26 amanda kernel: [18609.283826] incomplete: SSI
Aug 15 15:33:26 amanda kernel: [18609.293831] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.303818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.323822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.333823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.343819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.353817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.363819] page: RFPI: d7ce8 blind full slots: 8aa
Aug 15 15:33:26 amanda kernel: [18609.373820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.383816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.393842] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.403823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.413822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.433816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
Aug 15 15:33:26 amanda kernel: [18609.443818] multi-frame number: 4282678
Aug 15 15:33:26 amanda kernel: [18609.443825] incomplete: SSI


As far as I understand the code, in this case, the driver never locks, this would be the reason why dectmon never displays any message?

The driver never logs any DBC message. This was the case before patching for US DECT. It seems there are EU DECT stations where I am testing this driver.

[ 1112.263021] DBC slot 4 carrier 8: quality control: confirm quality
[ 1112.267631] DBC slot 4 carrier 8: RSSI: selection: 60 now: 64
[ 1112.272821] DBC slot 4 carrier 8: quality control: wait
[ 1112.272884] TX 17.00.04: FT T-MUX: N-channel
[ 1112.272890] TX 17.00.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 2
[ 1112.283008] RX 17.00.16: trx0: Q1: 0 Q2: 0 A/B: 2a carrier: 2 A-CRC: 0 X-CRC:
 0 Z-CRC: 0 TX 17.01.04: FT T-MUX: N-channel
[ 1112.283017] TX 17.01.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 3
[ 1112.292781] TX 17.02.04: FT T-MUX: N-channel
[ 1112.292786] TX 17.02.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 4
[ 1112.302781] TX 17.03.04: FT T-MUX: N-channel
[ 1112.302785] TX 17.03.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 5
[ 1112.312813] TX 17.04.04: FT T-MUX: N-channel
[ 1112.312817] TX 17.04.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 6
[ 1112.322783] TX 17.05.04: FT T-MUX: N-channel
[ 1112.322789] TX 17.05.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 7
[ 1112.332781] TX 17.06.04: FT T-MUX: N-channel
[ 1112.332785] TX 17.06.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 8
[ 1112.342780] TX 17.07.04: FT T-MUX: N-channel
[ 1112.342784] TX 17.07.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 9
[ 1112.352813] TX 17.08.04: FT T-MUX: Q-channel
[ 1112.352817] TX 17.08.04: trx0: Q1: 0 Q2: 0 A/B: 8e carrier: 8 PSCN: 0
[ 1112.362797] TX 17.09.04: FT T-MUX: N-channel
[ 1112.362803] TX 17.09.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 1
[ 1112.372794] TX 17.10.04: FT T-MUX: N-channel[ 1112.372800] TX 17.10.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 2
[ 1112.382788] TX 17.11.04: FT T-MUX: N-channel
[ 1112.382794] TX 17.11.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 3
[ 1112.392821] TX 17.12.04: FT T-MUX: N-channel
[ 1112.392827] TX 17.12.04: trx0: Q1: 0 Q2: 0 A/B: 6e carrier: 8 PSCN: 4
[ 1112.395383] RX 17.11.20: trx0: Q1: 0 Q2: 0 A/B: a0 carrier: 3 A-CRC: 0 X-CRC:
 0 Z-CRC: 0 


On Aug 14, 2012, at 12:00 PM, linux-dect-request at lists.osmocom.org wrote:

> Send linux-dect mailing list submissions to
> 	linux-dect at lists.osmocom.org
> 
> To subscribe or unsubscribe via the World Wide Web, visit
> 	https://lists.osmocom.org/mailman/listinfo/linux-dect
> or, via email, send a message with subject or body 'help' to
> 	linux-dect-request at lists.osmocom.org
> 
> You can reach the person managing the list at
> 	linux-dect-owner at lists.osmocom.org
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of linux-dect digest..."
> Today's Topics:
> 
>   1. Re: linux-dect Digest, Vol 37, Issue 6 (Fr?d?ric LECAILLE)
>   2. Re: linux-dect Digest, Vol 37, Issue 6 (henrik hansen)
> 
> From: Fr?d?ric LECAILLE <frednews78 at free.fr>
> Subject: Re: linux-dect Digest, Vol 37, Issue 6
> Date: August 13, 2012 9:53:23 PM GMT+02:00
> To: linux-dect at lists.osmocom.org
> 
> 
> Hello Henrik,
> 
> If you type this command in a terminal this will give you an idea about your issue:
> 
> ldd /usr/lib/asterisk/modules/chan_dect.so
> 
> 
> On Aug 11, 2012, at 12:00 PM, linux-dect-request at lists.osmocom.org wrote:
> 
>> Send linux-dect mailing list submissions to
>> 	linux-dect at lists.osmocom.org
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>> 	https://lists.osmocom.org/mailman/listinfo/linux-dect
>> or, via email, send a message with subject or body 'help' to
>> 	linux-dect-request at lists.osmocom.org
>> 
>> You can reach the person managing the list at
>> 	linux-dect-owner at lists.osmocom.org
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of linux-dect digest..."
>> Today's Topics:
>> 
>>   1. undefined symbol: dect_mm_endpoint_get (henrik hansen)
>>   2. Re: undefined symbol: dect_mm_endpoint_get (Patrick McHardy)
>> 
>> From: henrik hansen <hhansen06 at googlemail.com>
>> Subject: undefined symbol: dect_mm_endpoint_get
>> Date: August 10, 2012 4:35:09 PM GMT+02:00
>> To: linux-dect at lists.osmocom.org
>> 
>> 
>> Hey,
>> my Asterisk got a problem with the chan_dect module.
>> I build it like it's written here: http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
>> 
>> debian*CLI> module load chan_dect
>> Unable to load module chan_dect
>> Command 'module load chan_dect' failed.
>> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so: undefined symbol: dect_mm_endpoint_get
>> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module 'chan_dect' could not be loaded.
>> 
>> Could someone help me, getting this fixed?
>> 
>> -- 
>> --
>> Mit freundlichen Gr??en
>> Henrik Hansen
>> 
>> 
>> 
>> 
>> From: Patrick McHardy <kaber at trash.net>
>> Subject: Re: undefined symbol: dect_mm_endpoint_get
>> Date: August 10, 2012 4:37:12 PM GMT+02:00
>> To: henrik hansen <hhansen06 at googlemail.com>
>> Cc: linux-dect at lists.osmocom.org
>> 
>> 
>> On Fri, 10 Aug 2012, henrik hansen wrote:
>> 
>>> Hey,
>>> my Asterisk got a problem with the chan_dect module.
>>> I build it like it's written here:
>>> http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
>>> 
>>> debian*CLI> module load chan_dect
>>> Unable to load module chan_dect
>>> Command 'module load chan_dect' failed.
>>> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error
>>> loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so:
>>> undefined symbol: dect_mm_endpoint_get
>>> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module
>>> 'chan_dect' could not be loaded.
>>> 
>>> Could someone help me, getting this fixed?
>> 
>> Its basically that chan_dect hasn't been converted to use the new API
>> for wideband audio support yet. Just fixing this problem without actually adding wideband support should be relatively easy, I'll try to have a look during the weekend.
>> 
>> 
>> 
>> 
>> _______________________________________________
>> linux-dect mailing list
>> linux-dect at lists.osmocom.org
>> https://lists.osmocom.org/mailman/listinfo/linux-dect
> 
> 
> 
> 
> From: henrik hansen <hhansen06 at googlemail.com>
> Subject: Re: linux-dect Digest, Vol 37, Issue 6
> Date: August 13, 2012 10:50:52 PM GMT+02:00
> To: Fr?d?ric LECAILLE <frednews78 at free.fr>
> Cc: linux-dect at lists.osmocom.org
> 
> 
> Hey Fr?d?ric,
> for me it looks like there are no problems:
> 
> root at debian:~# ldd /usr/lib/asterisk/modules/chan_dect.so 
> 	linux-gate.so.1 =>  (0xb77a6000)
> 	libdect.so.0 => /usr/lib/libdect.so.0 (0xb7765000)
> 	libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb774c000)
> 	libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb7604000)
> 	libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb7600000)
> 	libnl-dect.so.3 => /usr/local/lib/libnl-dect.so.3 (0xb75f5000)
> 	libnl.so.3 => /usr/local/lib/libnl.so.3 (0xb75e1000)
> 	/lib/ld-linux.so.2 (0xb77a7000)
> 	libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb75bb000)
> 
> My System is a Debian 6.0 x86
> 
> 
> 2012/8/13 Fr?d?ric LECAILLE <frednews78 at free.fr>
> Hello Henrik,
> 
> If you type this command in a terminal this will give you an idea about your issue:
> 
> ldd /usr/lib/asterisk/modules/chan_dect.so
> 
> 
> On Aug 11, 2012, at 12:00 PM, linux-dect-request at lists.osmocom.org wrote:
> 
>> Send linux-dect mailing list submissions to
>> 	linux-dect at lists.osmocom.org
>> 
>> To subscribe or unsubscribe via the World Wide Web, visit
>> 	https://lists.osmocom.org/mailman/listinfo/linux-dect
>> or, via email, send a message with subject or body 'help' to
>> 	linux-dect-request at lists.osmocom.org
>> 
>> You can reach the person managing the list at
>> 	linux-dect-owner at lists.osmocom.org
>> 
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of linux-dect digest..."
>> Today's Topics:
>> 
>>   1. undefined symbol: dect_mm_endpoint_get (henrik hansen)
>>   2. Re: undefined symbol: dect_mm_endpoint_get (Patrick McHardy)
>> 
>> From: henrik hansen <hhansen06 at googlemail.com>
>> Subject: undefined symbol: dect_mm_endpoint_get
>> Date: August 10, 2012 4:35:09 PM GMT+02:00
>> To: linux-dect at lists.osmocom.org
>> 
>> 
>> Hey,
>> my Asterisk got a problem with the chan_dect module.
>> I build it like it's written here: http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
>> 
>> debian*CLI> module load chan_dect
>> Unable to load module chan_dect
>> Command 'module load chan_dect' failed.
>> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so: undefined symbol: dect_mm_endpoint_get
>> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module 'chan_dect' could not be loaded.
>> 
>> Could someone help me, getting this fixed?
>> 
>> -- 
>> --
>> Mit freundlichen Gr??en
>> Henrik Hansen
>> 
>> 
>> 
>> 
>> From: Patrick McHardy <kaber at trash.net>
>> Subject: Re: undefined symbol: dect_mm_endpoint_get
>> Date: August 10, 2012 4:37:12 PM GMT+02:00
>> To: henrik hansen <hhansen06 at googlemail.com>
>> Cc: linux-dect at lists.osmocom.org
>> 
>> 
>> On Fri, 10 Aug 2012, henrik hansen wrote:
>> 
>>> Hey,
>>> my Asterisk got a problem with the chan_dect module.
>>> I build it like it's written here:
>>> http://dect.osmocom.org/trac/dect/wiki/Build%20instructions
>>> 
>>> debian*CLI> module load chan_dect
>>> Unable to load module chan_dect
>>> Command 'module load chan_dect' failed.
>>> [Aug 10 14:23:41] WARNING[19284]: loader.c:449 load_dynamic_module: Error
>>> loading module 'chan_dect': /usr/lib/asterisk/modules/chan_dect.so:
>>> undefined symbol: dect_mm_endpoint_get
>>> [Aug 10 14:23:41] WARNING[19284]: loader.c:839 load_resource: Module
>>> 'chan_dect' could not be loaded.
>>> 
>>> Could someone help me, getting this fixed?
>> 
>> Its basically that chan_dect hasn't been converted to use the new API
>> for wideband audio support yet. Just fixing this problem without actually adding wideband support should be relatively easy, I'll try to have a look during the weekend.
>> 
>> 
>> 
>> 
>> _______________________________________________
>> linux-dect mailing list
>> linux-dect at lists.osmocom.org
>> https://lists.osmocom.org/mailman/listinfo/linux-dect
> 
> 
> 
> 
> -- 
> --
> Mit freundlichen Gr??en
> Henrik Hansen
> 
> Waldstr 29
> 28816 Stuhr
> 
> Tel.: 04206 6698
> Mobil: 0170 2350 222
> Mail: hhansen06 at googlemail.com
> 
> 
> 
> _______________________________________________
> linux-dect mailing list
> linux-dect at lists.osmocom.org
> https://lists.osmocom.org/mailman/listinfo/linux-dect

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osmocom.org/pipermail/linux-dect/attachments/20120815/9b5e2df5/attachment.htm>

From kaber at trash.net  Wed Aug 15 23:22:34 2012
From: kaber at trash.net (Patrick McHardy)
Date: Thu, 16 Aug 2012 01:22:34 +0200 (MEST)
Subject: US DECT 6.0
In-Reply-To: <196EF410-4A33-4B7E-B045-B3A34255FFD4@free.fr>
References: <mailman.0.1344938401.2030.linux-dect@lists.osmocom.org>
	<196EF410-4A33-4B7E-B045-B3A34255FFD4@free.fr>
Message-ID: <Pine.GSO.4.63.1208160120340.14109@stinky-local.trash.net>

On Wed, 15 Aug 2012, Fr?d?ric LECAILLE wrote:

> Hello Patrick,
>
> I had a look at the net/dect/mac_csf.c file source code. dect_bc_si_cycle_complete() often returns false with "incomplete: SSI" kernel logs:
>
> Aug 15 15:33:25 amanda kernel: [18609.133852] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:25 amanda kernel: [18609.143816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:25 amanda kernel: [18609.153819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:25 amanda kernel: [18609.163822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:25 amanda kernel: [18609.173820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:25 amanda kernel: [18609.183821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.193820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.203820] page: RFPI: d7ce8 bearer description: bt: 50000000 sn: 2 sp: 0 cn: 23
> Aug 15 15:33:26 amanda kernel: [18609.213817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.233819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.243822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.253821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.263822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.273818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.283820] extended fixed part capabilities: fpc: 01000 hlc: 000000
> Aug 15 15:33:26 amanda kernel: [18609.283826] incomplete: SSI
> Aug 15 15:33:26 amanda kernel: [18609.293831] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.303818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.323822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.333823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.343819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.353817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.363819] page: RFPI: d7ce8 blind full slots: 8aa
> Aug 15 15:33:26 amanda kernel: [18609.373820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.383816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.393842] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.403823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.413822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.433816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
> Aug 15 15:33:26 amanda kernel: [18609.443818] multi-frame number: 4282678
> Aug 15 15:33:26 amanda kernel: [18609.443825] incomplete: SSI

so how exactly was this test performed? I assume you used a real US-DECT 
FP and configured the cell to PP mode?

> As far as I understand the code, in this case, the driver never locks, this would be the reason why dectmon never displays any message?

Correct, we need a full set of system information messages for locking.

> The driver never logs any DBC message. This was the case before patching for US DECT. It seems there are EU DECT stations where I am testing this driver.
>
> [ 1112.263021] DBC slot 4 carrier 8: quality control: confirm quality
> [ 1112.267631] DBC slot 4 carrier 8: RSSI: selection: 60 now: 64
> [ 1112.272821] DBC slot 4 carrier 8: quality control: wait
> [ 1112.272884] TX 17.00.04: FT T-MUX: N-channel

... these are messages from FP mode. In PP mode you won't see them.

From frednews78 at free.fr  Thu Aug 16 16:47:58 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Thu, 16 Aug 2012 18:47:58 +0200
Subject: US DECT 6.0
In-Reply-To: <Pine.GSO.4.63.1208160120340.14109@stinky-local.trash.net>
References: <mailman.0.1344938401.2030.linux-dect@lists.osmocom.org>
	<196EF410-4A33-4B7E-B045-B3A34255FFD4@free.fr>
	<Pine.GSO.4.63.1208160120340.14109@stinky-local.trash.net>
Message-ID: <21BAF0AE-00FE-4F63-A2D6-18E03ABB7EA4@free.fr>


On Aug 16, 2012, at 1:22 AM, Patrick McHardy wrote:

> On Wed, 15 Aug 2012, Fr?d?ric LECAILLE wrote:
> 
>> Hello Patrick,
>> 
>> I had a look at the net/dect/mac_csf.c file source code. dect_bc_si_cycle_complete() often returns false with "incomplete: SSI" kernel logs:
>> 
>> Aug 15 15:33:25 amanda kernel: [18609.133852] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:25 amanda kernel: [18609.143816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:25 amanda kernel: [18609.153819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:25 amanda kernel: [18609.163822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:25 amanda kernel: [18609.173820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:25 amanda kernel: [18609.183821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.193820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.203820] page: RFPI: d7ce8 bearer description: bt: 50000000 sn: 2 sp: 0 cn: 23
>> Aug 15 15:33:26 amanda kernel: [18609.213817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.233819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.243822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.253821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.263822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.273818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.283820] extended fixed part capabilities: fpc: 01000 hlc: 000000
>> Aug 15 15:33:26 amanda kernel: [18609.283826] incomplete: SSI
>> Aug 15 15:33:26 amanda kernel: [18609.293831] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.303818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.323822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.333823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.343819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.353817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.363819] page: RFPI: d7ce8 blind full slots: 8aa
>> Aug 15 15:33:26 amanda kernel: [18609.373820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.383816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.393842] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.403823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.413822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.433816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.443818] multi-frame number: 4282678
>> Aug 15 15:33:26 amanda kernel: [18609.443825] incomplete: SSI
> 
> so how exactly was this test performed? I assume you used a real US-DECT FP and configured the cell to PP mode?


Yes, this was exactly the case:

dect-cluster-add --name cluster0 --emc 0x2284 --fpn 0x1af9d --mode PP
dect-cell-add --name cell0 --cluster cluster0 --flags monitor
dect-transceiver-bind --transceiver trx0 --cell cell0
dect-transceiver-bind --transceiver trx1 --cell cell0
dect-transceiver-bind --transceiver trx2 --cell cell0

then I run the dectmon tool..


> 
>> As far as I understand the code, in this case, the driver never locks, this would be the reason why dectmon never displays any message?
> 
> Correct, we need a full set of system information messages for locking.
> 
>> The driver never logs any DBC message. This was the case before patching for US DECT. It seems there are EU DECT stations where I am testing this driver.
>> 
>> [ 1112.263021] DBC slot 4 carrier 8: quality control: confirm quality
>> [ 1112.267631] DBC slot 4 carrier 8: RSSI: selection: 60 now: 64
>> [ 1112.272821] DBC slot 4 carrier 8: quality control: wait
>> [ 1112.272884] TX 17.00.04: FT T-MUX: N-channel
> 
> ... these are messages from FP mode. In PP mode you won't see them.




From kaber at trash.net  Thu Aug 16 17:23:56 2012
From: kaber at trash.net (Patrick McHardy)
Date: Thu, 16 Aug 2012 19:23:56 +0200 (MEST)
Subject: US DECT 6.0
In-Reply-To: <21BAF0AE-00FE-4F63-A2D6-18E03ABB7EA4@free.fr>
References: <mailman.0.1344938401.2030.linux-dect@lists.osmocom.org>
	<196EF410-4A33-4B7E-B045-B3A34255FFD4@free.fr>
	<Pine.GSO.4.63.1208160120340.14109@stinky-local.trash.net>
	<21BAF0AE-00FE-4F63-A2D6-18E03ABB7EA4@free.fr>
Message-ID: <Pine.GSO.4.63.1208161923090.17016@stinky-local.trash.net>

On Thu, 16 Aug 2012, Fr?d?ric LECAILLE wrote:

>
> On Aug 16, 2012, at 1:22 AM, Patrick McHardy wrote:
>
>> On Wed, 15 Aug 2012, Fr?d?ric LECAILLE wrote:
>>
>>> Hello Patrick,
>>>
>>> I had a look at the net/dect/mac_csf.c file source code. dect_bc_si_cycle_complete() often returns false with "incomplete: SSI" kernel logs:
>>>
>>> Aug 15 15:33:25 amanda kernel: [18609.133852] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:25 amanda kernel: [18609.143816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:25 amanda kernel: [18609.153819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:25 amanda kernel: [18609.163822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:25 amanda kernel: [18609.173820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:25 amanda kernel: [18609.183821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.193820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.203820] page: RFPI: d7ce8 bearer description: bt: 50000000 sn: 2 sp: 0 cn: 23
>>> Aug 15 15:33:26 amanda kernel: [18609.213817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.233819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.243822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.253821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.263822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.273818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.283820] extended fixed part capabilities: fpc: 01000 hlc: 000000
>>> Aug 15 15:33:26 amanda kernel: [18609.283826] incomplete: SSI
>>> Aug 15 15:33:26 amanda kernel: [18609.293831] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.303818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.323822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.333823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.343819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.353817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.363819] page: RFPI: d7ce8 blind full slots: 8aa
>>> Aug 15 15:33:26 amanda kernel: [18609.373820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.383816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.393842] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.403823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.413822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.433816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>> Aug 15 15:33:26 amanda kernel: [18609.443818] multi-frame number: 4282678
>>> Aug 15 15:33:26 amanda kernel: [18609.443825] incomplete: SSI
>>
>> so how exactly was this test performed? I assume you used a real US-DECT FP and configured the cell to PP mode?
>
>
> Yes, this was exactly the case:
>
> dect-cluster-add --name cluster0 --emc 0x2284 --fpn 0x1af9d --mode PP
> dect-cell-add --name cell0 --cluster cluster0 --flags monitor
> dect-transceiver-bind --transceiver trx0 --cell cell0
> dect-transceiver-bind --transceiver trx1 --cell cell0
> dect-transceiver-bind --transceiver trx2 --cell cell0

Please send me the full mac layer debugging output.

From frednews78 at free.fr  Thu Aug 16 17:46:30 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Thu, 16 Aug 2012 19:46:30 +0200
Subject: US DECT 6.0
In-Reply-To: <Pine.GSO.4.63.1208161923090.17016@stinky-local.trash.net>
References: <mailman.0.1344938401.2030.linux-dect@lists.osmocom.org>
	<196EF410-4A33-4B7E-B045-B3A34255FFD4@free.fr>
	<Pine.GSO.4.63.1208160120340.14109@stinky-local.trash.net>
	<21BAF0AE-00FE-4F63-A2D6-18E03ABB7EA4@free.fr>
	<Pine.GSO.4.63.1208161923090.17016@stinky-local.trash.net>
Message-ID: <03806EE1-C2F8-4CAB-9D56-9782A0680CB1@free.fr>

in fact there was no only such messages:

[12732.158373] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12732.178368] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12732.328372] extended fixed part capabilities: fpc: 01000 hlc: 000000
[12732.328382] incomplete: SSI
[12732.338377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12732.548369] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12732.708377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12732.898374] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.018377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.038377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.088375] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.168377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.178373] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.188379] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.208376] page: RFPI: b9220 bearer description: bt: 50000000 sn: 4 sp: 0 cn
: 23
[12733.298375] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.318383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.338368] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.428370] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.568370] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.578372] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.588372] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.678370] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.688374] page: RFPI: b9220 blind full slots: a2a
[12733.788369] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.808378] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.818375] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.908372] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12733.918373] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.008375] page: RFPI: b9220 bearer description: bt: 50000000 sn: 4 sp: 0 cn
: 23
[12734.018379] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.028373] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.038377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.108373] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.128380] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.148380] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.208377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.218373] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.228372] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.318371] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.398372] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.418372] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.488373] page: RFPI: b9220 RFP status: rfp_busy: 0 sys_busy: 0
[12734.578372] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.598373] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.608373] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.668371] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.678374] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12734.688373] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12736.298375] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12736.438375] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12736.478376] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12736.538380] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12736.588378] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12736.618376] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12736.798383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12736.848378] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12736.988376] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12736.998379] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.028376] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.108376] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.148375] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.188376] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.228384] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.258377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.268377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.298376] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.338377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.368378] page: RFPI: b9220 bearer description: bt: 50000000 sn: 4 sp: 0 cn
: 23
[12737.378385] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.498376] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.538384] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.578377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.698378] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.738377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.938377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12737.988377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.028378] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.068378] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.158377] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.188381] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.198381] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.318383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.328383] page: RFPI: b9220 bearer description: bt: 50000000 sn: 4 sp: 0 cn: 23
[12738.358378] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.368381] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.498382] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.548382] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.588384] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.668382] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.678381] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.708381] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.718385] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.768382] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12738.808382] page: RFPI: b9220 blind full slots: a2a
[12739.338385] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.358387] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.408382] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.458385] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.488384] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.508382] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.528385] extended rf carrier information: rfcars: 003e00 band: 1 num: 1 er
fc2: 0
[12739.528389] incomplete: SSI
[12739.538383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.618382] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.628383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.658383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.668383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.698383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.738384] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.748391] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.778383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.818383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.858383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.868383] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.898386] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.918385] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.948395] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12739.988391] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.028389] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.068387] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.078386] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.108384] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.118384] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.148388] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.188392] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.228394] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.268395] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.308393] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.318385] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.378387] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.388385] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.418385] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.428390] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.458386] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.498384] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.508385] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.578384] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.618388] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.688390] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.698390] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.728389] page: RFPI: b9220 RFP status: rfp_busy: 0 sys_busy: 0
[12740.768389] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.808389] extended rf carrier information: rfcars: 003e00 band: 1 num: 1 er
fc2: 0
[12740.808393] incomplete: SSI
[12740.838391] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.848389] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.878390] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.918389] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.968385] multi-frame number: 16666971
[12740.968389] incomplete: SSI
[12740.988394] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12740.998391] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.068389] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.078390] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.088391] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.108388] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.138387] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.148388] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.178391] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.208390] page: RFPI: b9220 RFP status: rfp_busy: 0 sys_busy: 0
[12741.218389] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.248388] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.258390] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.288389] extended fixed part capabilities: fpc: 01000 hlc: 000000
[12741.288393] incomplete: SSI
[12741.318385] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.328386] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.338387] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.358390] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.398388] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.408390] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.428390] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.468395] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.478391] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.508394] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.518390] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.588391] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.608385] multi-frame number: 16666975
[12741.608389] incomplete: SSI
[12741.648386] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.678387] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.688390] page: RFPI: b9220 bearer description: bt: 50000000 sn: 4 sp: 0 cn
: 23
[12741.718393] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.788387] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0
[12741.798391] identities information: e: 0 class: 0 emc: 21d4 fpn: 17244 rpn: 0

On Aug 16, 2012, at 7:23 PM, Patrick McHardy wrote:

> On Thu, 16 Aug 2012, Fr?d?ric LECAILLE wrote:
> 
>> 
>> On Aug 16, 2012, at 1:22 AM, Patrick McHardy wrote:
>> 
>>> On Wed, 15 Aug 2012, Fr?d?ric LECAILLE wrote:
>>> 
>>>> Hello Patrick,
>>>> 
>>>> I had a look at the net/dect/mac_csf.c file source code. dect_bc_si_cycle_complete() often returns false with "incomplete: SSI" kernel logs:
>>>> 
>>>> Aug 15 15:33:25 amanda kernel: [18609.133852] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:25 amanda kernel: [18609.143816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:25 amanda kernel: [18609.153819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:25 amanda kernel: [18609.163822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:25 amanda kernel: [18609.173820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:25 amanda kernel: [18609.183821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.193820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.203820] page: RFPI: d7ce8 bearer description: bt: 50000000 sn: 2 sp: 0 cn: 23
>>>> Aug 15 15:33:26 amanda kernel: [18609.213817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.233819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.243822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.253821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.263822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.273818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.283820] extended fixed part capabilities: fpc: 01000 hlc: 000000
>>>> Aug 15 15:33:26 amanda kernel: [18609.283826] incomplete: SSI
>>>> Aug 15 15:33:26 amanda kernel: [18609.293831] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.303818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.323822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.333823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.343819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.353817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.363819] page: RFPI: d7ce8 blind full slots: 8aa
>>>> Aug 15 15:33:26 amanda kernel: [18609.373820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.383816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.393842] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.403823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.413822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.433816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>>>> Aug 15 15:33:26 amanda kernel: [18609.443818] multi-frame number: 4282678
>>>> Aug 15 15:33:26 amanda kernel: [18609.443825] incomplete: SSI
>>> 
>>> so how exactly was this test performed? I assume you used a real US-DECT FP and configured the cell to PP mode?
>> 
>> 
>> Yes, this was exactly the case:
>> 
>> dect-cluster-add --name cluster0 --emc 0x2284 --fpn 0x1af9d --mode PP
>> dect-cell-add --name cell0 --cluster cluster0 --flags monitor
>> dect-transceiver-bind --transceiver trx0 --cell cell0
>> dect-transceiver-bind --transceiver trx1 --cell cell0
>> dect-transceiver-bind --transceiver trx2 --cell cell0
> 
> Please send me the full mac layer debugging output.




From frednews78 at free.fr  Thu Aug 16 16:55:35 2012
From: frednews78 at free.fr (=?iso-8859-1?Q?Fr=E9d=E9ric_LECAILLE?=)
Date: Thu, 16 Aug 2012 18:55:35 +0200
Subject: US DECT 6.0
In-Reply-To: <Pine.GSO.4.63.1208160120340.14109@stinky-local.trash.net>
References: <mailman.0.1344938401.2030.linux-dect@lists.osmocom.org>
	<196EF410-4A33-4B7E-B045-B3A34255FFD4@free.fr>
	<Pine.GSO.4.63.1208160120340.14109@stinky-local.trash.net>
Message-ID: <E628448D-E43A-4C77-8AAA-8F1610C199FD@free.fr>

I will give you hex dumps of the concerned structures asap if you want? when I will have an access to the machine again?

On Aug 16, 2012, at 1:22 AM, Patrick McHardy wrote:

> On Wed, 15 Aug 2012, Fr?d?ric LECAILLE wrote:
> 
>> Hello Patrick,
>> 
>> I had a look at the net/dect/mac_csf.c file source code. dect_bc_si_cycle_complete() often returns false with "incomplete: SSI" kernel logs:
>> 
>> Aug 15 15:33:25 amanda kernel: [18609.133852] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:25 amanda kernel: [18609.143816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:25 amanda kernel: [18609.153819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:25 amanda kernel: [18609.163822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:25 amanda kernel: [18609.173820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:25 amanda kernel: [18609.183821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.193820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.203820] page: RFPI: d7ce8 bearer description: bt: 50000000 sn: 2 sp: 0 cn: 23
>> Aug 15 15:33:26 amanda kernel: [18609.213817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.233819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.243822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.253821] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.263822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.273818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.283820] extended fixed part capabilities: fpc: 01000 hlc: 000000
>> Aug 15 15:33:26 amanda kernel: [18609.283826] incomplete: SSI
>> Aug 15 15:33:26 amanda kernel: [18609.293831] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.303818] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.323822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.333823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.343819] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.353817] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.363819] page: RFPI: d7ce8 blind full slots: 8aa
>> Aug 15 15:33:26 amanda kernel: [18609.373820] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.383816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.393842] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.403823] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.413822] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.433816] identities information: e: 0 class: 0 emc: 2284 fpn: 1af9d rpn: 0
>> Aug 15 15:33:26 amanda kernel: [18609.443818] multi-frame number: 4282678
>> Aug 15 15:33:26 amanda kernel: [18609.443825] incomplete: SSI
> 
> so how exactly was this test performed? I assume you used a real US-DECT FP and configured the cell to PP mode?
> 
>> As far as I understand the code, in this case, the driver never locks, this would be the reason why dectmon never displays any message?
> 
> Correct, we need a full set of system information messages for locking.
> 
>> The driver never logs any DBC message. This was the case before patching for US DECT. It seems there are EU DECT stations where I am testing this driver.
>> 
>> [ 1112.263021] DBC slot 4 carrier 8: quality control: confirm quality
>> [ 1112.267631] DBC slot 4 carrier 8: RSSI: selection: 60 now: 64
>> [ 1112.272821] DBC slot 4 carrier 8: quality control: wait
>> [ 1112.272884] TX 17.00.04: FT T-MUX: N-channel
> 
> ... these are messages from FP mode. In PP mode you won't see them.