baseband-devel August 2014

baseband-devel@lists.osmocom.org

19 participants
27 discussions

mobile app crash
by TSAREGORODTSEV, Yury 13 Aug '14

13 Aug '14

Hello, can anyone help with fix? Mobile application crashing all time: root@aero-bts:/with_sim/osmocom-bb/src/host/layer23/src/mobile# ./mobile Copyright (C) 2008-2010 ... Contributions by ... License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. <000f> sim.c:1223 init SIM client <0006> gsm48_cc.c:63 init Call Control <0007> gsm480_ss.c:231 init SS <0019> gsm411_sms.c:63 init SMS <0001> gsm48_rr.c:5500 init Radio Ressource process <0005> gsm48_mm.c:1324 init Mobility Management process <0005> gsm48_mm.c:1037 Selecting PLMN SEARCH state, because no SIM. <0002> gsm322.c:5037 init PLMN process <0003> gsm322.c:5038 init Cell Selection process <0003> gsm322.c:5095 Read stored BA list (mcc=214 mnc=07 Spain, movistar) Mobile '1' initialized, please start phone now! VTY available on port 4247. <0005> subscriber.c:600 Requesting SIM file 0x2fe2 <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:697 go MF <000f> sim.c:241 SELECT (file=0x3f00) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x1e) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=30) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=30 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:241 SELECT (file=0x2fe2) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1065 selected file (len 10) <000f> sim.c:277 READ BINARY (offset=0 len=10) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb0) <000f> sim.c:876 received APDU (len=10 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:232 received ICCID 8934076100140610329 from SIM <0005> subscriber.c:600 Requesting SIM file 0x6f07 <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:706 requested path is longer, go child DFgsm <000f> sim.c:241 SELECT (file=0x7f20) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x1e) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=30) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=30 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:241 SELECT (file=0x6f07) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1065 selected file (len 9) <000f> sim.c:277 READ BINARY (offset=0 len=9) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb0) <000f> sim.c:876 received APDU (len=9 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:262 received IMSI 214075542695571 from SIM <0005> subscriber.c:600 Requesting SIM file 0x6f7e <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:241 SELECT (file=0x6f7e) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1065 selected file (len 11) <000f> sim.c:277 READ BINARY (offset=0 len=11) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb0) <000f> sim.c:876 received APDU (len=11 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:299 received LOCI from SIM (mcc=214 mnc=07 lac=0x0b58 U1) <0005> subscriber.c:600 Requesting SIM file 0x6f20 <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:241 SELECT (file=0x6f20) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1065 selected file (len 9) <000f> sim.c:277 READ BINARY (offset=0 len=9) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb0) <000f> sim.c:876 received APDU (len=9 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:376 received KEY from SIM <0005> subscriber.c:600 Requesting SIM file 0x6f30 <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:241 SELECT (file=0x6f30) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1065 selected file (len 48) <000f> sim.c:277 READ BINARY (offset=0 len=48) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb0) <000f> sim.c:876 received APDU (len=48 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:414 received PLMN selector (mcc=208 mnc=01) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=208 mnc=20) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=234 mnc=10) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=268 mnc=06) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=268 mnc=03) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=222 mnc=01) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=262 mnc=07) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=204 mnc=08) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=604 mnc=00) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=232 mnc=03) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=228 mnc=02) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=272 mnc=02) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=334 mnc=030) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=202 mnc=10) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=226 mnc=10) from SIM <0005> subscriber.c:414 received PLMN selector (mcc=226 mnc=03) from SIM <0005> subscriber.c:600 Requesting SIM file 0x6f31 <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:241 SELECT (file=0x6f31) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1065 selected file (len 1) <000f> sim.c:277 READ BINARY (offset=0 len=1) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb0) <000f> sim.c:876 received APDU (len=1 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:435 received HPPLMN 5 (30 mins) from SIM <0005> subscriber.c:600 Requesting SIM file 0x6f46 <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:241 SELECT (file=0x6f46) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1065 selected file (len 17) <000f> sim.c:277 READ BINARY (offset=0 len=17) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb0) <000f> sim.c:876 received APDU (len=17 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:687 SIM reading failed, file invalid <0005> subscriber.c:600 Requesting SIM file 0x6f78 <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:241 SELECT (file=0x6f78) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1065 selected file (len 2) <000f> sim.c:277 READ BINARY (offset=0 len=2) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb0) <000f> sim.c:876 received APDU (len=2 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:476 received ACC 0002 from SIM <0005> subscriber.c:600 Requesting SIM file 0x6f7b <000f> sim.c:209 got new job: SIM_JOB_READ_BINARY (handle=00000004) <000f> sim.c:241 SELECT (file=0x6f7b) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1065 selected file (len 12) <000f> sim.c:277 READ BINARY (offset=0 len=12) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb0) <000f> sim.c:876 received APDU (len=12 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:515 received Forbidden PLMN 214 01 from SIM <0005> subscriber.c:515 received Forbidden PLMN 214 03 from SIM <0005> subscriber.c:600 Requesting SIM file 0x6f40 <000f> sim.c:209 got new job: SIM_JOB_READ_RECORD (handle=00000004) <000f> sim.c:697 go MF <000f> sim.c:241 SELECT (file=0x3f00) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x1e) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=30) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=30 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:706 requested path is longer, go child DFtelecom <000f> sim.c:241 SELECT (file=0x7f10) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x1e) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=30) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=30 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:241 SELECT (file=0x6f40) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1060 selected record (len 28 structure 1) <000f> sim.c:312 READ RECORD (rec_no=1 mode=4 len=28) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb2) <000f> sim.c:876 received APDU (len=28 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:327 received MSISDN from SIM <0005> subscriber.c:600 Requesting SIM file 0x6f42 <000f> sim.c:209 got new job: SIM_JOB_READ_RECORD (handle=00000004) <000f> sim.c:241 SELECT (file=0x6f42) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xa4) <000f> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) <000f> sim.c:949 command successfull <000f> sim.c:571 GET RESPONSE (len=15) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xc0) <000f> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:1060 selected record (len 42 structure 1) <000f> sim.c:312 READ RECORD (rec_no=1 mode=4 len=42) <000f> sim.c:187 sending APDU (class 0xa0, ins 0xb2) <000f> sim.c:876 received APDU (len=42 sw1=0x90 sw2=0x00) <000f> sim.c:949 command successfull <000f> sim.c:151 sending result to callback function (type=0) <0005> subscriber.c:357 received SMSP from SIM (sca=+34609090909) <0005> subscriber.c:560 (ms 1) Done reading SIM card (IMSI=214075542695571 Spain, movistar) <0005> subscriber.c:572 -> SIM card registered to 214 07 (Spain, movistar) <0005> gsm48_mm.c:4388 (ms 1) Received 'MMR_REG_REQ' event <0002> gsm322.c:3818 (ms 1) Event 'EVENT_SIM_INSERT' for automatic PLMN selection in state 'A0 null' <000e> gsm322.c:1378 Start search of last registered PLMN (mcc=214 mnc=07 Spain, movistar) <0002> gsm322.c:1382 Use RPLMN (mcc=214 mnc=07 Spain, movistar) <0002> gsm322.c:806 new state 'A0 null' -> 'A1 trying RPLMN' <0003> gsm322.c:4049 (ms 1) Event 'EVENT_NEW_PLMN' for Cell selection in state 'C0 null' <000e> gsm322.c:3631 Selecting PLMN (mcc=214 mnc=07 Spain, movistar) <0003> gsm322.c:3637 Start stored cell selection. <0003> gsm322.c:829 new state 'C0 null' -> 'C2 stored cell selection' <0003> gsm322.c:2793 Scanning power for stored BA list. <0003> gsm322.c:2861 Scanning frequencies. (3..3) <0003> gsm322.c:2910 Found signal (ARFCN 3 rxlev -90 (20)) <0003> gsm322.c:2922 Done with power scanning range. <0003> gsm322.c:2793 Scanning power for stored BA list. <0003> gsm322.c:2861 Scanning frequencies. (5..5) <0003> gsm322.c:2910 Found signal (ARFCN 5 rxlev -82 (28)) <0003> gsm322.c:2922 Done with power scanning range. <0003> gsm322.c:2793 Scanning power for stored BA list. <0003> gsm322.c:2861 Scanning frequencies. (7..8) <0003> gsm322.c:2910 Found signal (ARFCN 7 rxlev -101 (9)) <0003> gsm322.c:2910 Found signal (ARFCN 8 rxlev -86 (24)) <0003> gsm322.c:2922 Done with power scanning range. <0003> gsm322.c:2793 Scanning power for stored BA list. <0003> gsm322.c:2861 Scanning frequencies. (10..19) <0003> gsm322.c:2910 Found signal (ARFCN 10 rxlev -81 (29)) <0003> gsm322.c:2910 Found signal (ARFCN 11 rxlev -88 (22)) <0003> gsm322.c:2910 Found signal (ARFCN 12 rxlev -76 (34)) <0003> gsm322.c:2910 Found signal (ARFCN 13 rxlev -57 (53)) <0003> gsm322.c:2910 Found signal (ARFCN 14 rxlev -75 (35)) <0003> gsm322.c:2910 Found signal (ARFCN 15 rxlev -77 (33)) <0003> gsm322.c:2910 Found signal (ARFCN 16 rxlev -98 (12)) <0003> gsm322.c:2910 Found signal (ARFCN 17 rxlev -97 (13)) <0003> gsm322.c:2910 Found signal (ARFCN 18 rxlev -73 (37)) <0003> gsm322.c:2910 Found signal (ARFCN 19 rxlev -92 (18)) <0003> gsm322.c:2922 Done with power scanning range. <0003> gsm322.c:2793 Scanning power for stored BA list. <0003> gsm322.c:2861 Scanning frequencies. (21..22) <0003> gsm322.c:2910 Found signal (ARFCN 21 rxlev -93 (17)) <0003> gsm322.c:2910 Found signal (ARFCN 22 rxlev -87 (23)) <0003> gsm322.c:2922 Done with power scanning range. <0003> gsm322.c:2793 Scanning power for stored BA list. <0003> gsm322.c:2861 Scanning frequencies. (69..69) <0003> gsm322.c:2910 Found signal (ARFCN 69 rxlev -101 (9)) <0003> gsm322.c:2922 Done with power scanning range. <0003> gsm322.c:2793 Scanning power for stored BA list. <0003> gsm322.c:2836 Found 17 frequencies. <0003> gsm322.c:2255 Scanning frequency 13 (rxlev -57). <0003> gsm322.c:474 Sync to ARFCN=13 rxlev=-57 (No sysinfo yet, ccch mode NONE) <0003> gsm322.c:2947 Channel synched. (ARFCN=13, snr=16, BSIC=7) <0003> gsm322.c:698 Starting CS timer with 4 seconds. <0001> gsm322.c:2968 using DSC of 90 <0003> gsm48_rr.c:4820 Channel provides data. <0003> gsm322.c:698 Starting CS timer with 4 seconds. <0001> gsm48_rr.c:1882 New SYSTEM INFORMATION 2ter <0001> sysinfo.c:705 New SYSTEM INFORMATION 3 (mcc 214 mnc 07 lac 0x0b58) <0001> gsm48_rr.c:1916 Changing CCCH_MODE to 1 <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2214 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> gsm48_rr.c:1950 New SYSTEM INFORMATION 4 (mcc 214 mnc 07 lac 0x0b58) <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> sysinfo.c:616 Now updating previously received SYSTEM INFORMATION 4 <0001> gsm48_rr.c:1795 New SYSTEM INFORMATION 1 <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> gsm48_rr.c:2159 PAGING ignored, we are not camping. <0001> gsm48_rr.c:1824 New SYSTEM INFORMATION 2 <0003> gsm322.c:2714 Received relevant sysinfo. <0003> gsm322.c:708 stopping pending CS timer. <0003> gsm322.c:2325 Scan frequency 13: Cell found. (rxlev -57 mcc 214 mnc 07 lac 0b58) <0003> gsm322.c:1836 Select using access class <0003> gsm322.c:379 A (RLA_C (-57) - RXLEV_ACC_MIN (-102)) = 45 <0003> gsm322.c:381 B (MS_TXPWR_MAX_CCH (33) - p (33)) = 0 <0003> gsm322.c:382 C1 (A - MAX(B,0)) = 45 <0003> gsm322.c:1955 Cell ARFCN 13: Cell found, (rxlev=-57 mcc=214 mnc=07 lac=0b58 Spain, movistar) <0003> gsm322.c:1966 Cell ARFCN 13 selected. <0003> gsm322.c:2423 Tune to frequency 13. <0003> gsm322.c:468 Sync to ARFCN=13 rxlev=-57 (Sysinfo, ccch mode NON-COMB) <0003> gsm322.c:2450 Cell available. <0003> gsm322.c:4049 (ms 1) Event 'EVENT_CELL_FOUND' for Cell selection in state 'C2 stored cell selection' <000e> gsm322.c:3383 Camping normally on cell (ARFCN=13 mcc=214 mnc=07 Spain, movistar) <0003> gsm322.c:829 new state 'C2 stored cell selection' -> 'C3 camped normally' <0005> gsm48_mm.c:4320 (ms 1) Received 'MM_EVENT_CELL_SELECTED' event in state MM IDLE, PLMN search <0005> gsm48_mm.c:909 new MM IDLE state PLMN search -> location updating needed <0005> gsm48_mm.c:909 new MM IDLE state location updating needed -> attempting to update <0005> gsm48_mm.c:426 starting T3212 (periodic loc. upd. delay) with 14400 seconds <0005> gsm48_mm.c:2287 Do Loc. upd. for IMSI attach. <000e> gsm48_mm.c:2208 Perform location update (MCC 214, MNC 07 LAC 0x0b58) <0005> gsm48_mm.c:2342 LOCATION UPDATING REQUEST <0005> gsm48_mm.c:2364 using LAI (mcc 214 mnc 07 lac 0x0b58) <0005> gsm48_mm.c:2372 using TMSI 0x8800ea74 <0005> gsm48_mm.c:914 new state MM IDLE, attempting to update -> wait for RR connection (location updating) <0001> gsm48_rr.c:5449 (ms 1) Message 'RR_EST_REQ' received in state idle (sapi 0) <000e> gsm48_rr.c:1307 Establish radio link due to mobility management request <0003> gsm322.c:4049 (ms 1) Event 'EVENT_LEAVE_IDLE' for Cell selection in state 'C3 camped normally' <0003> gsm322.c:829 new state 'C3 camped normally' -> 'connected mode 1' <0003> gsm322.c:3665 Going to camping (normal) ARFCN 13. <0003> gsm322.c:452 Sync to ARFCN=13, but there is a sync already pending <0001> gsm48_rr.c:355 new state idle -> connection pending <0001> gsm48_rr.c:1459 CHANNEL REQUEST: 00 (Location Update no NECI) <0003> gsm322.c:2947 Channel synched. (ARFCN=13, snr=16, BSIC=7) <0001> gsm322.c:2968 using DSC of 90 <0003> gsm48_rr.c:4820 Channel provides data. <0001> gsm48_rr.c:1590 RANDOM ACCESS (requests left 5) <0001> gsm48_rr.c:1647 RANDOM ACCESS (Tx-integer 10 combined no S(lots) 0 ra 0x0f) <0001> gsm48_rr.c:1686 Use MS-TXPWR-MAX-CCH power value 5 (33 dBm) msgb(0x1ed6a40): Not enough headroom msgb_push (4262630712 < 7) backtrace() returned 11 addresses /usr/local/lib/libosmocore.so.4(osmo_panic+0xb8) [0x7fb0c623e918] /usr/local/lib/libosmogsm.so.5(+0x18986) [0x7fb0c5e0a986] /usr/local/lib/libosmogsm.so.5(lapdm_phsap_up+0x188) [0x7fb0c5e0b628] ./mobile() [0x437599] ./mobile() [0x43989e] /usr/local/lib/libosmocore.so.4(osmo_wqueue_bfd_cb+0x93) [0x7fb0c623c033] /usr/local/lib/libosmocore.so.4(osmo_select_main+0x19a) [0x7fb0c623aefa] ./mobile() [0x404917] /lib/libc.so.6(__libc_start_main+0xfd) [0x7fb0c58acc8d] ./mobile() [0x404489] Signal 6 received. full talloc report on 'layer2 context' (total 31816 bytes in 30 blocks) Layer2 contains 424 bytes in 1 blocks (ref 0) 0x1ed6a40 GSM 04.08 L3 contains 456 bytes in 1 blocks (ref 0) 0x1ed7cf0 struct gsm48_sysinfo contains 1452 bytes in 1 blocks (ref 0) 0x1ed72e0 struct gsm_sub_plmn_na contains 24 bytes in 1 blocks (ref 0) 0x1ed7270 struct gsm_sub_plmn_na contains 24 bytes in 1 blocks (ref 0) 0x1ed7200 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed7190 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed7120 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed70b0 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed7040 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed6fd0 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed6f60 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed6ef0 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed6e80 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed6e10 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed6da0 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ecf440 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ecf3d0 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ecf360 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ecf0c0 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ecf050 struct gsm_sub_plmn_list contains 24 bytes in 1 blocks (ref 0) 0x1ed6650 struct gsm_sim_handler contains 32 bytes in 1 blocks (ref 0) 0x1ed68c0 struct gsm_sim_handler contains 32 bytes in 1 blocks (ref 0) 0x1ed6940 struct gsm_sim_handler contains 32 bytes in 1 blocks (ref 0) 0x1ed69c0 telnet_connection contains 1 bytes in 1 blocks (ref 0) 0x1ecf510 struct gsm322_ba_list contains 192 bytes in 1 blocks (ref 0) 0x1ed6c80 struct osmocom_ms contains 28704 bytes in 1 blocks (ref 0) 0x1ecf5d0 /root/.osmocom/bb contains 29 bytes in 1 blocks (ref 0) 0x1e6c770 main.c:240 contains 29 bytes in 1 blocks (ref 0) 0x1e6c6f0 Aborted (core dumped) Thx a lot, Yury

6 9

support for L2/3 on chip
by mark.neuhaus＠email.de 08 Aug '14

08 Aug '14

Does the current version of OsmocomBB supports to run the layer 2 or the layer 3 on the baseband chip, now? I read through the arxiv of the mailing list but have maybe overlooked this. best, \jo

5 6

Re: Usefulness of the Calypso (was Re: seL4 is open source now)
by msokolov＠ivan.Harhan.ORG 06 Aug '14

06 Aug '14

mark.neuhaus(a)email.de wrote: > Pleae, then tell me where to get phones with a Calypso > baseband. www.ebay.com > And I'm talking about marked relevant prices. > Don't waste my time with numbers like 5000$. Several OsmocomBB-supported models are currently available on ebay for dirt cheap. > And to be relevant these phones must still be produced so > I can get many, if I want. How many? My company will be happy to produce 5000 Calypso-based phones for you if you make a non-cancelable purchase order and prepay the cost of parts and production. (5000 is the number of Calypso&co chipsets I can buy immediately from my established supplier *without doing any extensive searching*; one can probably get more with some effort.) > Beside, I think its better to work on reverse engineered > GSM stacks like the Qualcom project as started in It's easy to tell other people what they should work on. While you are busy doing that, I'll just keep working on my own solution which will actually result in a usable phone less than a year from now. VLR, SF

1 0

Usefulness of the Calypso (was Re: seL4 is open source now)
by msokolov＠ivan.Harhan.ORG 06 Aug '14

06 Aug '14

Someone (not clear who) said: > > [...] The calypso is just to outdated to be interesting > > for anything 'useable' beyond pure hacking-fun. I violently disagree with that statement. I personally carry a cellphone for one and only one purpose: so I can call my significant other (soon to be wife) and she can cell me at any time. A handset based on the Calypso chipset does this job wonderfully, and is IMO the optimal tool for the job. But the problem is that at the present time there does not exist any cellphone at all, of any kind (dumb, smart, old, new, whatever) that can make and receive cellular phone calls using only Free Software, as defined by the Free Software Foundation, i.e., providing the user with the most essential Four Freedoms: http://www.gnu.org/philosophy/free-sw.html Hence I am currently forced to use a cellphone that runs proprietary firmware, such that I lack the ability to fix any of the UI design flaws that constantly drive me nuts. This situation causes me severe distress, hence I have committed my hobby time and cash budget to a multi-year project to solve this pressing (for me) problem. OsmocomBB is not a solution: it works wonders for "hacking-fun" (the wording in the comment I'm responding to), but is utterly useless for a practical phone which one can carry around in a pocket or purse: my back just isn't strong enough to carry a supersized backpack containing a full PC for running the L23 stack plus a bank of lead-acid batteries. Hence I need a totally different Free Software GSM handset implementation, one that actually runs on the phone itself with proper power management exactly like the original proprietary firmware. And because no one else is working on such a thing, I started my own, and made quite a bit of progress: https://bitbucket.org/falconian/freecalypso-sw But I am using the same Calypso GSM chipset for my project as OsmocomBB uses, simply because it is IMO the optimal tool for the job at hand: allowing a person to communicate with his or her significant other by way of cellular phone calls. The word "outdated" does not exist in my vocabulary; I evaluate a tool based on how well it does the job, rather than some arbitrary irrelevant criteria like manufacture date stamps or whatever. Viva la Revolucion, SF

4 3

Re: Usefulness of the Calypso (was Re: seL4 is open source now)
by Alan Carvalho de Assis 05 Aug '14

05 Aug '14

Hi Scott, On 8/5/14, Scott Weisman <sweisman(a)pobox.com> wrote: > I think this desire is recognized. I remember an initiative some years > back, started with some enthusiasm, that never got passed the stage of > deciding on NuttX as the OS to use, and forking it. > We got NuttX running on compal phones (Motorola C1xx, W220, etc), including display support using NuttX's native graphic subsystem. The code was submitted to NuttX mainline and now it is integrated. Unfortunately nobody with more knowledge about GSM L1/L2 layers was available to help in the stack porting. During the porting we got help from Steve Markgraf. Now the scenario is more complex, the original "team" is separated and we don't have spare time to help. Best Regards, Alan

1 0

Re: Usefulness of the Calypso (was Re: seL4 is open source now)
by msokolov＠ivan.Harhan.ORG 05 Aug '14

05 Aug '14

Steve Markgraf <steve(a)steve-m.de> wrote: > I don't quite see how waving the Free Software flag and distributing > proprietary source from the TSM30/Locosto leaks (pretty much everything > in freecalypso-sw/gsm-fw/) go together. That source is NOT proprietary, it is *ex*-proprietary. It *was* proprietary, but not any more - it is now in the public domain. Free Software is not just a "flag" to be waved, it is a practical reality: in *practical* terms, software that is based on ex-proprietary code that has been liberated through the exercise of Eminent Domain and subsequently developed and maintained in the manner of a free sw project gives its users all of the 4 freedoms defined by FSF. However, I shall leave it here -- any further replies or comments or questions in this thread will *not* elicit a further reply from me. But if there is anyone else on this list who desires a usable cellphone for talking to his or her significant other like I do, please be assured that I have no plans of dropping the project; the work is progressing at a steady pace as you can see from the Mercurial commit history, and I have high hopes of some actually-usable result some time around the end of 2014. VLR, SF

3 2

Aw: Re: Re: Re: Re: seL4 is open source now
by mark.neuhaus＠email.de 05 Aug '14

05 Aug '14

The kernel comes with a hypervisor (under BSD on Githu, too) and you can run Linux in one virtual environment (see http://l4linux.org/) and for example an GSM stack in another virtual environment. So you can think of that kernel as a kind of virtual machine that seperates the hardware This way all virtual systems are prooven separated and I think that is what the merkel-phone does. owever NICTA is actually going much further. Thei are working on a zero-bug (verified file system) and much more. This kind of programming is entirely different from common way to write a program. (YOU don't write the program, but you write a proof in Coq or ISABEL ect and from this proof a programm can be derived automatically) > Gesendet: Dienstag, 05. August 2014 um 10:50 Uhr > Von: "Sebastien Lorquet" <sebastien(a)lorquet.fr> > An: mark.neuhaus(a)email.de > Betreff: Re: Aw: Re: Re: Re: seL4 is open source now > > Hello, > > Reading through the se4l FAQ at http://sel4.systems/FAQ/ , I'm reading this: > > > Unique about seL4 is its unprecedented degree of assurance, achieved through > formal verification. Specifically, the ARM version of seL4 is the first (and > still only) general-purpose OS kernel with a full code-level functional > correctness proof, meaning a mathematical proof that the implementation (written > in C) adheres to its specification. In short, the implementation is proved to be > bug-free (see below). This also implies a number of other properties, such as > freedom from buffer overflows, null pointer exceptions, use-after-free, etc. > > > Okay with that. But also: > > > There is a further proof that the binary code which executes on the hardware is > a correct translation of the C code. This means that the compiler does not have > to be trusted, and extends the functional correctness property to the binary. > > > So that is very cool, even the binary result is proved, not only the source code ! > > The only thing that bothers me is: what can I do with this cool software? It > seems that little can be done without a set of userspace servers, so I guess we > have to wait until some open source community provides useful software to run > with this microkernel. > > Best regards, > > Sébastien Lorquet > > Le 02/08/2014 12:49, mark.neuhaus(a)email.de a écrit : > > > >> My idea is that at some point, the developers working at xda-developers > >> (android phone hackers) will get enough knowledge of their baseband > >> chips so that something can be done with osmocom. But this is only my > >> opinion! > > > > Yes lets hope. The calypso is just to outdated to be interesting > > for anything 'useable' beyond pure hacking-fun. > > >

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel August 2014