Reliablility problem in current git?

[Jean-Pierre Szikora]

Le 20/02/12 13:14, Sylvain Munaut a écrit :
> Hi,
>
>> I have the same problem (testing with a C123). When this problem occurs, I
>> have also a lot of "DSP Error Status: 8" and afterwards "DSP Error Status:
>> 24". With git bisect, I localize the first commit showing this issue as
>> 7cc4a4b ( Improvement of neighbour cell power measurement task).
> Oh yes, that commit looks like a very bad idea ... neigh measurement
> should always be on TN 0 ...
>
> Can you try to undo that chunk :
>
Hi Sylvain,

I applied this patch:

diff --git a/src/target/firmware/Makefile b/src/target/firmware/Makefile
index 3af2f67..0e0ec8b 100644
--- a/src/target/firmware/Makefile
+++ b/src/target/firmware/Makefile
@@ -95,7 +95,7 @@ ANY_APP_LIBS+=calypso/libcalypso.a layer1/liblayer1.a
lib/libmini.a comm/libcomm
 -include Makefile.inc
 
 # Uncomment this line if you want to enable Tx (Transmit) Support.
-#CFLAGS += -DCONFIG_TX_ENABLE
+CFLAGS += -DCONFIG_TX_ENABLE
 
 # Uncomment this line if you want to write to flash.
 #CFLAGS += -DCONFIG_FLASH_WRITE
diff --git a/src/target/firmware/board/compal/highram.lds
b/src/target/firmware/board/compal/highram.lds
index 498a2fa..41786d3 100644
--- a/src/target/firmware/board/compal/highram.lds
+++ b/src/target/firmware/board/compal/highram.lds
@@ -16,9 +16,9 @@ MEMORY
     /* lowram: could be anything, we place exception vectors here */
     XRAM (rw) : ORIGIN = 0x00800000, LENGTH = 0x00020000
     /* highram binary: our text, initialized data */
-    LRAM (rw) : ORIGIN = 0x00820000, LENGTH = 0x00014000
+    LRAM (rw) : ORIGIN = 0x00820000, LENGTH = 0x00015000
     /* highram binary: our unitialized data, stacks, heap */
-    IRAM (rw) : ORIGIN = 0x00834000, LENGTH = 0x0000c000
+    IRAM (rw) : ORIGIN = 0x00835000, LENGTH = 0x0000c000
 }
 SECTIONS
 {
diff --git a/src/target/firmware/board/compal/ram.lds
b/src/target/firmware/board/compal/ram.lds
index 9503ede..acc72ca 100644
--- a/src/target/firmware/board/compal/ram.lds
+++ b/src/target/firmware/board/compal/ram.lds
@@ -11,9 +11,9 @@ ENTRY(_start)
 MEMORY
 {
     /* compal-loaded binary: our text, initialized data */
-    LRAM (rw) : ORIGIN = 0x00800000, LENGTH = 0x00014000
+    LRAM (rw) : ORIGIN = 0x00800000, LENGTH = 0x00015000
     /* compal-loaded binary: our unitialized data, stacks, heap */
-    IRAM (rw) : ORIGIN = 0x00814000, LENGTH = 0x0000c000
+    IRAM (rw) : ORIGIN = 0x00815000, LENGTH = 0x0000c000
 }
 SECTIONS
 {
diff --git a/src/target/firmware/layer1/prim_pm.c
b/src/target/firmware/layer1/prim_pm.c
index 1630600..84b5161 100644
--- a/src/target/firmware/layer1/prim_pm.c
+++ b/src/target/firmware/layer1/prim_pm.c
@@ -175,8 +175,7 @@ static int l1s_neigh_pm_cmd(uint8_t num_meas,
      * num_meas > 1 */
     /* do measurement dummy, in case l1s.neigh_pm.n == 0 */
     l1s_rx_win_ctrl((l1s.neigh_pm.n) ?
-            l1s.neigh_pm.band_arfcn[l1s.neigh_pm.pos] : 0,
-        L1_RXWIN_PW, l1s.neigh_pm.tn[l1s.neigh_pm.pos]);
+        l1s.neigh_pm.band_arfcn[l1s.neigh_pm.pos] : 0, L1_RXWIN_PW, 0);
 
     /* restore last gain */
     rffe_set_gain(last_gain);

The issue is not solved with this. I still have plenty DSP Error Status
in the Layer1 output (in attachment). And I can not request any service
(*#21# for exemple).

Cheers,

Jean-Pierre
-------------- next part --------------
A non-text attachment was scrubbed...
Name: osmocom_layer1.txt.zip
Type: application/zip
Size: 1708 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/baseband-devel/attachments/20120220/4ef11f47/attachment.zip>