From xalexu at gmail.com Sat Aug 27 04:00:34 2011 From: xalexu at gmail.com (xuchenyu) Date: Fri, 26 Aug 2011 21:00:34 -0700 (PDT) Subject: neighbour cell measurement In-Reply-To: <4e200859.mirider@mirider.augusta.de> References: <4e200859.mirider@mirider.augusta.de> Message-ID: <1314417634778-3288562.post@n3.nabble.com> Hello! I think that your neighbour cell measurement code is at the branch remotes/origin/laforge/neigh_sb But when I use "git -b branch remotes/origin/laforge/neigh_sb", it told me that I am in this branch, but it seemed that the source code did not change, no neighbour cell measurement code! Any one can tell me why and the solution? Thanks very much! -- View this message in context: http://baseband-devel.722152.n3.nabble.com/neighbour-cell-measurement-tp3168737p3288562.html Sent from the baseband-devel mailing list archive at Nabble.com. From alexander.huemer at xx.vu Sat Aug 27 10:29:11 2011 From: alexander.huemer at xx.vu (Alexander Huemer) Date: Sat, 27 Aug 2011 12:29:11 +0200 Subject: neighbour cell measurement In-Reply-To: <1314417634778-3288562.post@n3.nabble.com> References: <4e200859.mirider@mirider.augusta.de> <1314417634778-3288562.post@n3.nabble.com> Message-ID: <20110827102911.GC23638@de.xx.vu> On Fri, Aug 26, 2011 at 09:00:34PM -0700, xuchenyu wrote: > Hello! I think that your neighbour cell measurement code is at the branch > remotes/origin/laforge/neigh_sb > > But when I use "git -b branch remotes/origin/laforge/neigh_sb", it told me > that I am in this branch, but it seemed that the source code did not change, > no neighbour cell measurement code! > > Any one can tell me why and the solution? > > Thanks very much! > > -- > View this message in context: http://baseband-devel.722152.n3.nabble.com/neighbour-cell-measurement-tp3168737p3288562.html > Sent from the baseband-devel mailing list archive at Nabble.com. > Xuchenyu, The command line you pasted is not valid. What you are trying to do, checking out a remote branch, is a very basic operation in git. You first should make yourself familiar with the tools used by osmocom-bb, see [1]. There is very good documentation for git, e.g. [2], [3]. Kind regards -Alexander Huemer [1] http://bb.osmocom.org/trac/wiki/PreliminaryRequirements [2] $ man gittutorial [3] http://www.kernel.org/pub/software/scm/git/docs/everyday.html From screaming-pain at libero.it Mon Aug 1 10:08:49 2011 From: screaming-pain at libero.it (screaming-pain) Date: Mon, 1 Aug 2011 03:08:49 -0700 (PDT) Subject: C115 using loader.compalram.bin In-Reply-To: <126AF9962F74524C937DFF9F47B0A3380381A903@0905-its-exmp01.us.saic.com> References: <126AF9962F74524C937DFF9F47B0A3380381A903@0905-its-exmp01.us.saic.com> Message-ID: <1312193329726-3215585.post@n3.nabble.com> Hi Bryan, It seems there is a problem with your cable (You can find a few discussions on this issue in the mailing list). Anyway, check if you have the correct one, if it fits properly in, if so may be it's faulty. Regards, Loretta -- View this message in context: http://baseband-devel.722152.n3.nabble.com/C115-using-loader-compalram-bin-tp3209192p3215585.html Sent from the baseband-devel mailing list archive at Nabble.com. From screaming-pain at libero.it Tue Aug 2 12:24:00 2011 From: screaming-pain at libero.it (screaming-pain) Date: Tue, 2 Aug 2011 05:24:00 -0700 (PDT) Subject: returning twice in lapdm.c Message-ID: <1312287840701-3218801.post@n3.nabble.com> Dear all, in the if starting at line 1591 in lapdm.c there are two return, maybe you want to fix this 1591 if (!mctx.dl) { LOGP(DLAPDM, LOGL_NOTICE, "Received frame for unsupported " "SAPI %d!\n", sapi); return -EINVAL; msgb_free(msg); return -EIO; 1597 } Regards, Loretta -- View this message in context: http://baseband-devel.722152.n3.nabble.com/returning-twice-in-lapdm-c-tp3218801p3218801.html Sent from the baseband-devel mailing list archive at Nabble.com. From laforge at gnumonks.org Wed Aug 3 08:45:52 2011 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 3 Aug 2011 10:45:52 +0200 Subject: returning twice in lapdm.c In-Reply-To: <1312287840701-3218801.post@n3.nabble.com> References: <1312287840701-3218801.post@n3.nabble.com> Message-ID: <20110803084552.GR15837@prithivi.gnumonks.org> Hi Loretta, On Tue, Aug 02, 2011 at 05:24:00AM -0700, screaming-pain wrote: > in the if starting at line 1591 in lapdm.c there are two return, maybe you > want to fix this thanks for pointing this out. It's great to know that somebody is reading the code, after all. Without checking the git logs, it looks to me like a merge conflict might have been resolved the wrong way. But actually, where did you find this? libosmocore.git only has the "return -EIO" in src/gsm/lapdm.c Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From holger at freyther.de Wed Aug 3 08:52:40 2011 From: holger at freyther.de (Holger Hans Peter Freyther) Date: Wed, 03 Aug 2011 10:52:40 +0200 Subject: returning twice in lapdm.c In-Reply-To: <20110803084552.GR15837@prithivi.gnumonks.org> References: <1312287840701-3218801.post@n3.nabble.com> <20110803084552.GR15837@prithivi.gnumonks.org> Message-ID: <4E390C58.7010109@freyther.de> On 08/03/2011 10:45 AM, Harald Welte wrote: > But actually, where did you find this? libosmocore.git only has the > "return -EIO" in src/gsm/lapdm.c I think it is an issue found by smatch, maybe the copy in osmocomBB was not updated yet. From 246tnt at gmail.com Wed Aug 3 08:54:56 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Wed, 3 Aug 2011 10:54:56 +0200 Subject: returning twice in lapdm.c In-Reply-To: <4E390C58.7010109@freyther.de> References: <1312287840701-3218801.post@n3.nabble.com> <20110803084552.GR15837@prithivi.gnumonks.org> <4E390C58.7010109@freyther.de> Message-ID: Hi, >> But actually, where did you find this? ?libosmocore.git only has the >> "return -EIO" in src/gsm/lapdm.c > > I think it is an issue found by smatch, maybe the copy in osmocomBB was not > updated yet. It was. But there is both in the osmocom-bb tree: src/shared/libosmocore/src/gsm/lapdm.c src/host/layer23/src/common/lapdm.c The latter has the problem. Cheers, Sylvain From laforge at gnumonks.org Wed Aug 3 10:05:05 2011 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 3 Aug 2011 12:05:05 +0200 Subject: returning twice in lapdm.c In-Reply-To: References: <1312287840701-3218801.post@n3.nabble.com> <20110803084552.GR15837@prithivi.gnumonks.org> <4E390C58.7010109@freyther.de> Message-ID: <20110803100505.GX15837@prithivi.gnumonks.org> Hi Sylvain and others, On Wed, Aug 03, 2011 at 10:54:56AM +0200, Sylvain Munaut wrote: > But there is both in the osmocom-bb tree: > > src/shared/libosmocore/src/gsm/lapdm.c > src/host/layer23/src/common/lapdm.c > > The latter has the problem. I think if there still is code in osmocom-bb that uses a private copy, it should be updated to use the code from libosmocore/libosmogsm instead. We really don't want to have copies lying around. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From screaming-pain at libero.it Wed Aug 3 10:09:46 2011 From: screaming-pain at libero.it (screaming-pain) Date: Wed, 3 Aug 2011 03:09:46 -0700 (PDT) Subject: returning twice in lapdm.c In-Reply-To: References: <1312287840701-3218801.post@n3.nabble.com> <20110803084552.GR15837@prithivi.gnumonks.org> <4E390C58.7010109@freyther.de> Message-ID: <1312366186639-3221838.post@n3.nabble.com> Hi all, hehe, I read the code every day, I don't always understand it though :))) Anyway, as Sylvain pointed out that bit of code is in src/host/layer23/src/common/lapdm.c Have a good day, Loretta -- View this message in context: http://baseband-devel.722152.n3.nabble.com/returning-twice-in-lapdm-c-tp3218801p3221838.html Sent from the baseband-devel mailing list archive at Nabble.com. From laforge at gnumonks.org Thu Aug 4 06:34:01 2011 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 04 Aug 2011 08:34:01 +0200 Subject: returning twice in lapdm.c In-Reply-To: <1312366186639-3221838.post@n3.nabble.com> References: <1312287840701-3218801.post@n3.nabble.com> <20110803084552.GR15837@prithivi.gnumonks.org> <4E390C58.7010109@freyther.de> <1312366186639-3221838.post@n3.nabble.com> Message-ID: <0937ccac-6dad-4747-9e89-2e15add30654@email.android.com> I fear you don't have the time, but we'd definitely appreciate if somebody put some documentation in the wiki abou the structure of the software. many years ago i wrote a document about the journey of a packet through the linix kernel network stack. It helped me a lot to fully understand it myself... Regards -- Sent from a mobile device, excuse my short response -------------- next part -------------- An HTML attachment was scrubbed... URL: From screaming-pain at libero.it Thu Aug 4 08:50:38 2011 From: screaming-pain at libero.it (screaming-pain) Date: Thu, 4 Aug 2011 01:50:38 -0700 (PDT) Subject: returning twice in lapdm.c In-Reply-To: <0937ccac-6dad-4747-9e89-2e15add30654@email.android.com> References: <1312287840701-3218801.post@n3.nabble.com> <20110803084552.GR15837@prithivi.gnumonks.org> <4E390C58.7010109@freyther.de> <1312366186639-3221838.post@n3.nabble.com> <0937ccac-6dad-4747-9e89-2e15add30654@email.android.com> Message-ID: <1312447838670-3224827.post@n3.nabble.com> Harald Welte-3 wrote: > > I fear you don't have the time, but we'd definitely appreciate if somebody > put some documentation in the wiki abou the structure of the software. > many years ago i wrote a document about the journey of a packet through > the linix kernel network stack. It helped me a lot to fully understand it > myself... > > It's a nice idea, I would like to do something like that, may be it will not be exhaustive but I will try to write down something when I will have some spare time. Regards, Loretta -- View this message in context: http://baseband-devel.722152.n3.nabble.com/returning-twice-in-lapdm-c-tp3218801p3224827.html Sent from the baseband-devel mailing list archive at Nabble.com. From the.real.sens0r at gmail.com Tue Aug 2 19:34:00 2011 From: the.real.sens0r at gmail.com (Paul Lambert) Date: Tue, 2 Aug 2011 21:34:00 +0200 Subject: osmocombb and usrp Message-ID: Hello, I have a ursp1 working fine and I want to use my c123 to conenct to it with osmocombb. Now I face some problems. First of all I have no sim, so I do: sim testcard 1 001 01 The usrp runs a testnetwork (001 01) I don't know how I can associate with the usrp. I tried: network search (lot of output and also my testnet) network show (nothing happens) network select 1 001 01: Network not in list! Any idea what I'm doing wrong? Would be really Cool if i could use opensource only. With best regards, Paul From jwjohn0 at gmail.com Wed Aug 3 03:10:02 2011 From: jwjohn0 at gmail.com (John Wu) Date: Wed, 3 Aug 2011 11:10:02 +0800 Subject: where is the gprs part source in the osmocom source tree? Message-ID: Hi all, I need the GPRS source code for reference, where is it in osmocom source tree? -------------- next part -------------- An HTML attachment was scrubbed... URL: From 246tnt at gmail.com Wed Aug 3 05:39:10 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Wed, 3 Aug 2011 07:39:10 +0200 Subject: where is the gprs part source in the osmocom source tree? In-Reply-To: References: Message-ID: Hi > I need the GPRS source code for reference, where is it in osmocom source tree? Nowhere, no implementation yet. Cheers, Sylvain -------------- next part -------------- An HTML attachment was scrubbed... URL: From baseband at hackwerk.org Wed Aug 3 09:32:11 2011 From: baseband at hackwerk.org (Job) Date: Wed, 03 Aug 2011 11:32:11 +0200 Subject: small bug? Message-ID: <4E39159B.5050302@hackwerk.org> Hi, I noticed in src/target/firmware/calypso/dsp.c: static void dsp_pre_boot(const struct dsp_section *bootcode) { dputs("Assert DSP into Reset\n"); calypso_reset_set(RESET_DSP, 1); if (bootcode) { dputs("Loading initial DSP bootcode (API boot mode)\n"); dsp_upload_sections_api(dsp_bootcode, DSP_BASE_API_MIRROR); It seems that the intention is to pass bootcode to dsp_upload_sections_api, but it is still using the hardcoded dsp_bootcode. No functional impact as it is nowhere used with any other bootcode. Best regards, Job From 246tnt at gmail.com Wed Aug 3 19:47:31 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Wed, 3 Aug 2011 21:47:31 +0200 Subject: small bug? In-Reply-To: <4E39159B.5050302@hackwerk.org> References: <4E39159B.5050302@hackwerk.org> Message-ID: Hi, > It seems that the intention is to pass bootcode to > dsp_upload_sections_api, but it is still using the hardcoded dsp_bootcode. Yes indeed, nice catch. however that code is purely theoritical because that particular code would only work on development calypso devices anyway. (the other boot a hardcoded boot loader whatever we do) I fixed it anyway in git. Cheers, Sylvain From karnatinagesh at gmail.com Thu Aug 4 09:22:01 2011 From: karnatinagesh at gmail.com (Nageswara Reddy) Date: Thu, 4 Aug 2011 09:22:01 +0000 (UTC) Subject: Invitation to connect on LinkedIn Message-ID: <1706631689.7797715.1312449721817.JavaMail.app@ela4-app0129.prod> I'd like to add you to my professional network on LinkedIn. - Nageswara Nageswara Reddy Sr Tech Leader at Aricent Technologies Bengaluru Area, India Confirm that you know Nageswara Reddy: https://www.linkedin.com/e/-5d8k6r-gqxioekp-57/isd/3755268124/Ee1Qtm6Z/ View Nageswara's profile: http://www.linkedin.com/e/-5d8k6r-gqxioekp-57/LawAMDCaoL5bNI_JVaTOJ82bmKOYllpSLWck5DJIoMABSy2i/fpf/19468236/ -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/-5d8k6r-gqxioekp-57/LawAMDCaoL5bNI_JVaTOJ82bmKOYllpSLWck5DJIoMABSy2i/goo/baseband-devel%40lists%2Eosmocom%2Eorg/20061/I1282776713_1/ (c) 2011 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. -------------- next part -------------- An HTML attachment was scrubbed... URL: From spaar at mirider.augusta.de Thu Aug 4 17:44:01 2011 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Thu, 04 Aug 2011 17:44:01 CEST Subject: Issue with GSM1800/1900 Message-ID: <4e3ada61.mirider@mirider.augusta.de> Hello Andreas, there is a small issue with GSM1800/1900 in the mobile application: When a location update is performed, the wrong power capability is set in Mobile Station Classmark 1. As a workaround I fixed it this way: --- ./host/layer23/src/mobile/gsm48_mm.c Mon Jul 25 15:40:50 2011 +++ r:./host/layer23/src/mobile/gsm48_mm.c Thu Aug 04 13:15:09 2011 @@ -2321,7 +2321,11 @@ gsm_print_mcc(subscr->mcc), gsm_print_mnc(subscr->mnc), subscr->lac); /* classmark 1 */ +#if 0 pwr_lev = gsm48_current_pwr_lev(set, rr->cd_now.arfcn); +#else /* cd_now not yet set, take selected cell ARFCN !? */ + pwr_lev = gsm48_current_pwr_lev(set, rr->ms->cellsel.sel_arfcn); +#endif gsm48_encode_classmark1(&nlu->classmark1, sup->rev_lev, sup->es_ind, set->a5_1, pwr_lev); /* MI */ The reason for the the wrong power capability comes from the fact that "rr->cd_now" is not yet set and so the ARFCN is 0 which causes the GSM900 power capability to be used. It is set to "Class 4" in the configuration file per default, however this value is not defined for GSM1800/1900. I am not sure if my workaround is perfect, you are the expert for "mobile" ;-) Although this might sound like not that important (networks with OpenBSC or OpenBTS don't care at all about the value) there are some real networks out there which don't like it. On a related note: The default TX power calibration curve for GSM900 causes too less TX power for GSM1800/1900, expecially for low power settings. I will try to improve my current workaround for this and provide a patch. Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From andreas at eversberg.eu Thu Aug 4 17:34:38 2011 From: andreas at eversberg.eu (Andreas Eversberg) Date: Thu, 04 Aug 2011 19:34:38 +0200 Subject: Issue with GSM1800/1900 In-Reply-To: <4e3ada61.mirider@mirider.augusta.de> References: <4e3ada61.mirider@mirider.augusta.de> Message-ID: <4E3AD82E.4040708@eversberg.eu> Dieter Spaar wrote: > The reason for the the wrong power capability comes from the fact that > "rr->cd_now" is not yet set and so the ARFCN is 0 which causes the > GSM900 power capability to be used. It is set to "Class 4" in the > configuration file per default, however this value is not defined for > GSM1800/1900. thanx dieter! i just pushed it to the master. i also fixed the imsi-detach case, when it is initiated in idle mode. in case the connection is establised, i will use the cd_now.arfcn value, because a handover (not implemented yet) may changed the cannel to a different band than the one the phone selected in idle mode. best regards, andreas From akibsayyed at gmail.com Sun Aug 7 08:22:12 2011 From: akibsayyed at gmail.com (Akib Sayyed) Date: Sun, 7 Aug 2011 13:52:12 +0530 Subject: RRLP support in osmocombb Message-ID: i am bit new to GSM and osmocombb. does osmocombb support RRLP protocol. @herald i saw in your presentation that we can send custom time advance. does that related to RRLP. also can we fake position using osmocombb? -- Akib Sayyed Matrix-Shell akibsayyed at gmail.com akibsayyed at matrixshell.com Mob:- +91-966-514-2243 -------------- next part -------------- An HTML attachment was scrubbed... URL: From karnatinagesh at gmail.com Tue Aug 9 05:18:00 2011 From: karnatinagesh at gmail.com (nagesh reddy) Date: Tue, 9 Aug 2011 10:48:00 +0530 Subject: i got C115 device . now i am searching for the cable to flash the Build on to the device. Message-ID: Hi Guys, i got the Motorola C115 device and i want to flash the Build into the device. from where can i get the cable so that i can flash the stack and seee. regards, nagesh. -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.huemer at xx.vu Tue Aug 9 07:15:27 2011 From: alexander.huemer at xx.vu (Alexander Huemer) Date: Tue, 9 Aug 2011 09:15:27 +0200 Subject: i got C115 device . now i am searching for the cable to flash the Build on to the device. In-Reply-To: References: Message-ID: <20110809071522.GD24005@de.xx.vu> On Tue, Aug 09, 2011 at 10:48:00AM +0530, nagesh reddy wrote: > Hi Guys, > > > i got the Motorola C115 device and i want to flash the Build into the > device. from where can i get the cable > so that i can flash the stack and seee. > > > > regards, > nagesh. Nagesh, there are a lot of links in the wiki [1]. Go and read it. No need to flash anything. You "boot" over the serial line. Nothing persistent happens [2], if you don't use osmoload, which you shouldn't. Kind regards -Alex [1] http://bb.osmocom.org/trac/wiki/CalypsoSerialCable [2] http://bb.osmocom.org/trac/wiki/GettingStarted#RunningosmocomBB From alvin.schurman at gmail.com Tue Aug 9 13:08:44 2011 From: alvin.schurman at gmail.com (Alvin Schurman) Date: Tue, 9 Aug 2011 17:38:44 +0430 Subject: Fwd: i got C115 device . now i am searching for the cable to flash the Build on to the device. In-Reply-To: References: Message-ID: ---------- Forwarded message ---------- From: Alvin Schurman Date: Tue, Aug 9, 2011 at 5:37 PM Subject: Re: i got C115 device . now i am searching for the cable to flash the Build on to the device. To: nagesh reddy I too have a C115 at home. I ordered it to flash and so I could experience a little hands-on learning with GPRS. The first thing I noticed was that there was no usb port or data cable input of any kind on the phone. After a little digging, I found that it has a line of JTAG pads under the battery. I wasn't equipped or trained to tackle JTAG so I stopped where you are. Hopefully, you'll get an answer so I can pick up where I left off when I'm back home with my C115. Cheers, Al On Tue, Aug 9, 2011 at 9:48 AM, nagesh reddy wrote: > Hi Guys, > > > i got the Motorola C115 device and i want to flash the Build into the > device. from where can i get the cable > so that i can flash the stack and seee. > > > > regards, > nagesh. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From spaar at mirider.augusta.de Wed Aug 10 14:18:38 2011 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Wed, 10 Aug 2011 14:18:38 CEST Subject: Bug in frequency list generation of libosmocore Message-ID: <4e42933e.mirider@mirider.augusta.de> Hello, there is a small bug in the calculation of the "Range 1024" format frequency list. A patch is appended. I post it here because I found it while working with OsmocomBB. Best regards, Dieter Dieter Spaar, Germany spaar at mirider.augusta.de -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_for_gsm48_ie Type: application/octet-stream Size: 544 bytes Desc: not available URL: From spaar at mirider.augusta.de Mon Aug 22 14:53:15 2011 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Mon, 22 Aug 2011 14:53:15 CEST Subject: Bug in frequency list generation of libosmocore Message-ID: <4e526d5b.mirider@mirider.augusta.de> Hello, appended is another patch for fixing a bug in the calculation of the frequency lists. This time the patch is for the "Range 256 format". The problem is that the operand for the "smod" operation might be negative, in this case the simplified version won't work as expected. In the patch I introduced a separate function for "smod" which takes care of the sign. I have not yet checked if the other formats are also affected, this would be the case if the "smod" operand can be negative. There might be other solutions to fix the problem without the need for a separate function, however I have not thought further about it. A test vector is the following frequency list ("Range 256 format", first byte is the length): 09 8b 1c 83 8c 15 ef 02 2d 30 The correct ARFCNs are 569 571 576 578 586 608 712 715 719 The uncorrected version would instead return: 444 457 460 464 569 576 578 586 608 This means four ARFCNs are wrong which will cause problems if for example the frequency list contains the ARFCNs for hopping. Best regards, Dieter Dieter Spaar, Germany spaar at mirider.augusta.de -------------- next part -------------- A non-text attachment was scrubbed... Name: 2nd_patch_frequ_list Type: application/octet-stream Size: 5389 bytes Desc: not available URL: From areusch at gmail.com Wed Aug 10 20:41:36 2011 From: areusch at gmail.com (Andrew Reusch) Date: Wed, 10 Aug 2011 13:41:36 -0700 Subject: SMS status? Message-ID: Hi all, I work in a research lab and we're interested in using your stack to send SMS. I've got some time on my hands and a working OpenBTS stack (USRP), so I will probably go ahead and start implementing it in the mobile app. Before I start I just wanted to ask first about the status of mobile-originated SMS? I saw some traffic in the archives a few months back from Gianni about mobile-terminated SMS, but nothing recent about mobile-originated SMS. Barring that, any suggestions on where to start? :) I'm kinda new here. Assuming I get something solid working, I'd of course be willing to contribute it back to the codebase. Thanks, Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefan at datenfreihafen.org Thu Aug 11 11:34:07 2011 From: stefan at datenfreihafen.org (Stefan Schmidt) Date: Thu, 11 Aug 2011 13:34:07 +0200 Subject: SMS status? In-Reply-To: References: Message-ID: <20110811113407.GA31690@excalibur.local> Hello. I skim in here as most developers are really busy with the GSM network setup at the CCCamp at the moment. On Wed, 2011-08-10 at 13:41, Andrew Reusch wrote: > > I work in a research lab and we're interested in using your stack to send > SMS. I've got some time on my hands and a working OpenBTS stack (USRP), so I > will probably go ahead and start implementing it in the mobile app. Before I > start I just wanted to ask first about the status of mobile-originated SMS? > I saw some traffic in the archives a few months back from Gianni about > mobile-terminated SMS, but nothing recent about mobile-originated SMS. Jolly or Sylvain will maybe know better but I think there is no SMS functionality at all in osmocom bb right now. What we have though is the SMS code on the networking side in OpenBSC. This could be used as base for sharing this between osmocom.bb and OpenBSC. > Barring that, any suggestions on where to start? :) I'm kinda new here. You should have a look at libosmocore and the openbsc codebase first to figure out what parts of SMS functionality is there first. > Assuming I get something solid working, I'd of course be willing to > contribute it back to the codebase. This would at least give you some support here. We had some problems with supporting people without getting anything back. Be it docs, useful bug reports or actual code. :/ Anyway a putting up a public repo with your code will show other people what you have and perhaps help you debug it. regards Stefan Schmidt From areusch at gmail.com Thu Aug 11 22:46:58 2011 From: areusch at gmail.com (Andrew Reusch) Date: Thu, 11 Aug 2011 15:46:58 -0700 Subject: SMS status? In-Reply-To: <20110811113407.GA31690@excalibur.local> References: <20110811113407.GA31690@excalibur.local> Message-ID: Hey Stefan, Thanks for checking in, I hope the CCCamp goes well. After some more surveying of the osmocom-bb codebase, I don't think I'm seeing any support yet for LAPDm multiframe mode. According to Wikipedia this is a necessary step to exchange SMS data (correct me if I'm wrong here, I just started really learning SMS last week). I've started implementing this in osmocom-bb/src/host/layer23/src/mobile/gsm48_mm.c as a first step. I did a quick look around the openbsc codebase. There appears to be some code there relating to SMS TP-DU forming and parsing, and the rest looks like it would require some refactoring to split. I'm not sure how much refactoring is worth it, but at least for the TP-DU code, would you want that relocated to libosmocore if I wanted to reuse it? I'll post up a patch when I get something decent. What's (is there a?) the preferred test method for layer23 code? Understandable that you're having some trouble getting input from people. Andrew On Thu, Aug 11, 2011 at 4:34 AM, Stefan Schmidt wrote: > Hello. > > I skim in here as most developers are really busy with the GSM network > setup at the CCCamp at the moment. > > On Wed, 2011-08-10 at 13:41, Andrew Reusch wrote: > > > > I work in a research lab and we're interested in using your stack to send > > SMS. I've got some time on my hands and a working OpenBTS stack (USRP), > so I > > will probably go ahead and start implementing it in the mobile app. > Before I > > start I just wanted to ask first about the status of mobile-originated > SMS? > > I saw some traffic in the archives a few months back from Gianni about > > mobile-terminated SMS, but nothing recent about mobile-originated SMS. > > Jolly or Sylvain will maybe know better but I think there is no SMS > functionality at all in osmocom bb right now. What we have though is > the SMS code on the networking side in OpenBSC. This could be used as > base for sharing this between osmocom.bb and OpenBSC. > > > Barring that, any suggestions on where to start? :) I'm kinda new here. > > You should have a look at libosmocore and the openbsc codebase first > to figure out what parts of SMS functionality is there first. > > > Assuming I get something solid working, I'd of course be willing to > > contribute it back to the codebase. > > This would at least give you some support here. We had some problems > with supporting people without getting anything back. Be it docs, > useful bug reports or actual code. :/ > > Anyway a putting up a public repo with your code will show other > people what you have and perhaps help you debug it. > > regards > Stefan Schmidt > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Thu Aug 11 23:00:15 2011 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 12 Aug 2011 01:00:15 +0200 Subject: SMS status? In-Reply-To: References: <20110811113407.GA31690@excalibur.local> Message-ID: <3497029a-3a02-471f-b09b-e50b5a7cdc49@email.android.com> lapdm multiframe (abm) mode is implemented in the osmocom lapdm code, no need to reimplement it ! -- Sent from a mobile device, excuse my short response -------------- next part -------------- An HTML attachment was scrubbed... URL: From areusch at gmail.com Thu Aug 11 23:02:29 2011 From: areusch at gmail.com (Andrew Reusch) Date: Thu, 11 Aug 2011 16:02:29 -0700 Subject: SMS status? In-Reply-To: <3497029a-3a02-471f-b09b-e50b5a7cdc49@email.android.com> References: <20110811113407.GA31690@excalibur.local> <3497029a-3a02-471f-b09b-e50b5a7cdc49@email.android.com> Message-ID: Oh whoops, thanks! I didn't look over common/ too well apparently. On Thu, Aug 11, 2011 at 4:00 PM, Harald Welte wrote: > lapdm multiframe (abm) mode is implemented in the osmocom lapdm code, no > need to reimplement it ! > -- > Sent from a mobile device, excuse my short response > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pabftk at gmail.com Wed Aug 10 21:45:57 2011 From: pabftk at gmail.com (=?UTF-8?B?0J/QsNCy0LXQuyDQkdCw0YLRg9GA0LrQvg==?=) Date: Thu, 11 Aug 2011 01:45:57 +0400 Subject: Loading firmware on C118 Message-ID: Hi all, I'm using Motorola C118 and Prolific PL2303 USB to serial adaptor on Ubuntu 10.10. I'm trying to run $ ./osmocon -p /dev/ttyUSB0 -m c123xor ../../target/firmware/board/compal_e88/loader.compalram.bin and I got got 1 bytes from modem, data looks like: 00 . I press power button and nothing happens. If rub the connector - lines such as I provided above are appears. Is it means that cable is ok? And what could be the problem? Thanks, Pavel -------------- next part -------------- An HTML attachment was scrubbed... URL: From aik821 at hotmail.com Thu Aug 11 07:26:01 2011 From: aik821 at hotmail.com (aik821 aik821) Date: Thu, 11 Aug 2011 07:26:01 +0000 Subject: osmocomBB purpose & GSMs In-Reply-To: References: Message-ID: Hi all, I'm new in these forums and osmocomBB. I was wondering, how does osmocomBB work. install 2 packages, one on the phone and the other on a PC Host? And then you are able to call/sms and anything a GSM phone can do? And you can change the GSM protocol/stack if you want to? So pretty much your PC becomes a GSM terminal? also Are there any simple guides to setup the whole thing? Ahmed -------------- next part -------------- An HTML attachment was scrubbed... URL: From screaming-pain at libero.it Thu Aug 11 11:24:22 2011 From: screaming-pain at libero.it (screaming-pain) Date: Thu, 11 Aug 2011 04:24:22 -0700 (PDT) Subject: osmocomBB purpose & GSMs In-Reply-To: References: Message-ID: <1313061862461-3245609.post@n3.nabble.com> Hi Ahmed, aik821 aik821 wrote: > > I was wondering, how does osmocomBB work. install 2 packages, one on the > phone and the other on a PC Host? > actually you build the all project, then use the "osmocon" program to load the firmware in the phone. Once the firmware is loaded you can launch one of the higher level program as "mobile" > > And then you are able to call/sms and anything a GSM phone can do? > Yes, you should be able to call if you use mobile, I'm not sure about sms (anyway I've never managed to have mobile fully working with a real network, may be someone else can tell you more about this) > And you can change the GSM protocol/stack if you want to? > Sure open the code read it, understand it(this is the hard bit I think), change it! Are there any simple guides to setup the whole thing? <\quote> well you can have a look at the wiki: http://bb.osmocom.org/trac/wiki/GettingStarted you might find useful this page as well http://blog.rot13.org/2011/01/osmocom-bb_-_free_software_finally_comes_to_gsm.html take care, loretta -- View this message in context: http://baseband-devel.722152.n3.nabble.com/osmocomBB-purpose-GSMs-tp3245107p3245609.html Sent from the baseband-devel mailing list archive at Nabble.com. From screaming-pain at libero.it Thu Aug 11 11:01:31 2011 From: screaming-pain at libero.it (screaming-pain) Date: Thu, 11 Aug 2011 04:01:31 -0700 (PDT) Subject: tx signal strength Message-ID: <1313060491404-3245572.post@n3.nabble.com> Hi all, probably is a silly question but is there a way to set the tx signal strength of the ms? thanks, loretta -- View this message in context: http://baseband-devel.722152.n3.nabble.com/tx-signal-strength-tp3245572p3245572.html Sent from the baseband-devel mailing list archive at Nabble.com. From spaar at mirider.augusta.de Fri Aug 12 19:56:47 2011 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Fri, 12 Aug 2011 19:56:47 CEST Subject: Failing channel assignment Message-ID: <4e45857f.mirider@mirider.augusta.de> Hello, I noticed some issues in the following situation, I used the "testing" branch (I think it affects both current "testing" branches): - the signalling channel is an SDCCH/8 on a timeslot different from TS0, for example on TS4 - an ASSIGNMENT COMMAND switches to another channel on a different TS than the SDCCH/8, e.g. to TS2 Now the following two problems can happen: 1.) The ASSIGNMENT COMMAND releases the SDCCH/8 with an L1CTL_DM_REL_REQ. Depending on when the L1CTL_DM_REL_REQ is received, it could be that there are still burst scheduled for transmit (e.g. for the SACCH). Due to the L1CTL_DM_REL_REQ, rfch_get_params() will return wrong data (l1s.dedicated.type is now set to GSM_DCHAN_NONE) and the transmit of the bursts happens on the wrong ARFCN and/or TS. My temporary workaround is to clear every item in the scheduler including the current bucket when a L1CTL_DM_REL_REQ is received, this action requires to disable the FIQ, otherwise problems might happen. 2.) There is some code to check for a switch to a lower timeslot in check_lost_frame(). However it can happen that this code gets not triggered although it should: The ASSIGNMENT COMMAND causes a L1CTL_DM_REL_REQ, l1s.dedicated.type is now GSM_DCHAN_NONE ("0"). The next call to check_lost_frame() resets "last_ts" to 0. Now the new channel is assigned (in the example from above its a switch from TS4 to TS 2) and a "LOST" occures, however the required increment of the GSM time does not happen because "last_ts" is 0 although it should be 4. My current workaround is to not reset "last_ts" to 0 in check_lost_frame() but during "L1CTL_RESET_REQ: FULL!". I don't post any patches because my changes are really just ugly workaround which seem to work in (most) situations where it I otherwise observe failures. To really solve this issues something else should be done, maybe put the whole switch of a channel into an atomic operation instead of doing several operations (this is just an idea, maybe there are better solutions). Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From josephli1029 at hotmail.com Tue Aug 16 09:32:39 2011 From: josephli1029 at hotmail.com (josephli) Date: Tue, 16 Aug 2011 02:32:39 -0700 (PDT) Subject: interact osmocombb with OpenBTS Message-ID: <1313487159923-3258156.post@n3.nabble.com> Hello every, I recently set up the equipment and tried to communicate with the public PLMN and it worked well at that stage. Then I tried to camp on the OpenBTS after switching on the SIM card. When it progressed to location updating request step, the OpenBTS can not receive identity response from MS. The timer t3210 was fired as long as passing a certain period of time and location updating request was sending again iteratively. Anyway location updating was failed. I checked through wireshark from the mobile phone side, showing that MS did send the response however OpenBTS did not receive somehow. Also the timing advance (ta) during that process became 127 which was abnormal, out of the maximum value of 63. I suspected it was also caused by the failure of reception. Is there something wrong about the decoding at OpenBTS side or data packing error at MS side? Is there any way to fix it? Many thanks, Li -- View this message in context: http://baseband-devel.722152.n3.nabble.com/interact-osmocombb-with-OpenBTS-tp3258156p3258156.html Sent from the baseband-devel mailing list archive at Nabble.com. From alexander.chemeris at gmail.com Tue Aug 16 09:44:53 2011 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 16 Aug 2011 13:44:53 +0400 Subject: interact osmocombb with OpenBTS In-Reply-To: <1313487159923-3258156.post@n3.nabble.com> References: <1313487159923-3258156.post@n3.nabble.com> Message-ID: Li, Just to make sure - did you check that OpenBTS works with a usual phone? On Aug 16, 2011 1:38 PM, "josephli" wrote: Hello every, I recently set up the equipment and tried to communicate with the public PLMN and it worked well at that stage. Then I tried to camp on the OpenBTS after switching on the SIM card. When it progressed to location updating request step, the OpenBTS can not receive identity response from MS. The timer t3210 was fired as long as passing a certain period of time and location updating request was sending again iteratively. Anyway location updating was failed. I checked through wireshark from the mobile phone side, showing that MS did send the response however OpenBTS did not receive somehow. Also the timing advance (ta) during that process became 127 which was abnormal, out of the maximum value of 63. I suspected it was also caused by the failure of reception. Is there something wrong about the decoding at OpenBTS side or data packing error at MS side? Is there any way to fix it? Many thanks, Li -- View this message in context: http://baseband-devel.722152.n3.nabble.com/interact-osmocombb-with-OpenBTS-tp3258156p3258156.html Sent from the baseband-devel mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From josephli1029 at hotmail.com Tue Aug 16 10:01:27 2011 From: josephli1029 at hotmail.com (josephli) Date: Tue, 16 Aug 2011 03:01:27 -0700 (PDT) Subject: interact osmocombb with OpenBTS In-Reply-To: References: <1313487159923-3258156.post@n3.nabble.com> Message-ID: <1313488887680-3258215.post@n3.nabble.com> Of course, any phone with available SIM card can camp on OpenBTS. The location update is sane for them. The difficulty only occurs when communicating between osmocombb based phone and OpenBTS -- View this message in context: http://baseband-devel.722152.n3.nabble.com/interact-osmocombb-with-OpenBTS-tp3258156p3258215.html Sent from the baseband-devel mailing list archive at Nabble.com. From josephli1029 at hotmail.com Tue Aug 16 10:02:12 2011 From: josephli1029 at hotmail.com (josephli) Date: Tue, 16 Aug 2011 03:02:12 -0700 (PDT) Subject: interact osmocombb with OpenBTS In-Reply-To: References: <1313487159923-3258156.post@n3.nabble.com> Message-ID: <1313488932296-3258217.post@n3.nabble.com> Of course, any phone with available SIM card can camp on OpenBTS. The location update is sane for them. The difficulty only occurs when communicating between osmocombb based phone and OpenBTS -- View this message in context: http://baseband-devel.722152.n3.nabble.com/interact-osmocombb-with-OpenBTS-tp3258156p3258217.html Sent from the baseband-devel mailing list archive at Nabble.com. From markus.manninger at student.tugraz.at Wed Aug 17 18:41:57 2011 From: markus.manninger at student.tugraz.at (markus.manninger) Date: Wed, 17 Aug 2011 11:41:57 -0700 (PDT) Subject: interact osmocombb with OpenBTS In-Reply-To: <1313487159923-3258156.post@n3.nabble.com> References: <1313487159923-3258156.post@n3.nabble.com> Message-ID: <4E4C0B55.6020301@student.tugraz.at> I allready have the same setup and my osmocom (C123, sylvain branche) phone works without any problems with my openBTS (USRP1, v2.6.0). Max On 08/16/2011 11:32 AM, josephli [via baseband-devel] wrote: > Hello every, > > I recently set up the equipment and tried to communicate with the public > PLMN and it worked well at that stage. Then I tried to camp on the > OpenBTS after switching on the SIM card. When it progressed to location > updating request step, the OpenBTS can not receive identity response > from MS. The timer t3210 was fired as long as passing a certain period > of time and location updating request was sending again iteratively. > Anyway location updating was failed. I checked through wireshark from > the mobile phone side, showing that MS did send the response however > OpenBTS did not receive somehow. Also the timing advance (ta) during > that process became 127 which was abnormal, out of the maximum value of > 63. I suspected it was also caused by the failure of reception. > > Is there something wrong about the decoding at OpenBTS side or data > packing error at MS side? Is there any way to fix it? > > Many thanks, > > Li > > ------------------------------------------------------------------------ > If you reply to this email, your message will be added to the discussion > below: > http://baseband-devel.722152.n3.nabble.com/interact-osmocombb-with-OpenBTS-tp3258156p3258156.html > > To start a new topic under baseband-devel, email > ml-node+722152-1468632564-419596 at n3.nabble.com > To unsubscribe from baseband-devel, click here > . > -- ---------------------------------- Markus Manninger, Ing Student of Telematics Graz University of Technology Austria ---------------------------------- -- View this message in context: http://baseband-devel.722152.n3.nabble.com/interact-osmocombb-with-OpenBTS-tp3258156p3262554.html Sent from the baseband-devel mailing list archive at Nabble.com. -------------- next part -------------- An HTML attachment was scrubbed... URL: From areusch at gmail.com Thu Aug 18 18:22:31 2011 From: areusch at gmail.com (Andrew Reusch) Date: Thu, 18 Aug 2011 11:22:31 -0700 Subject: interact osmocombb with OpenBTS In-Reply-To: <4E4C0B55.6020301@student.tugraz.at> References: <1313487159923-3258156.post@n3.nabble.com> <4E4C0B55.6020301@student.tugraz.at> Message-ID: I just got my setup working a few days ago. One issue for me was that asterisk needed to be informed about the IMSI; if asterisk rejects a login of user IMSI###########, OpenBTS will send a location update reject. You might try checking your asterisk logs... On Wed, Aug 17, 2011 at 11:41 AM, markus.manninger < markus.manninger at student.tugraz.at> wrote: > I allready have the same setup and my osmocom (C123, sylvain branche) > phone works without any problems with my openBTS (USRP1, v2.6.0). > > Max > > On 08/16/2011 11:32 AM, josephli [via baseband-devel] wrote: > > > Hello every, > > > > I recently set up the equipment and tried to communicate with the public > > PLMN and it worked well at that stage. Then I tried to camp on the > > OpenBTS after switching on the SIM card. When it progressed to location > > updating request step, the OpenBTS can not receive identity response > > from MS. The timer t3210 was fired as long as passing a certain period > > of time and location updating request was sending again iteratively. > > Anyway location updating was failed. I checked through wireshark from > > the mobile phone side, showing that MS did send the response however > > OpenBTS did not receive somehow. Also the timing advance (ta) during > > that process became 127 which was abnormal, out of the maximum value of > > 63. I suspected it was also caused by the failure of reception. > > > > Is there something wrong about the decoding at OpenBTS side or data > > packing error at MS side? Is there any way to fix it? > > > > Many thanks, > > > > Li > > > > ------------------------------------------------------------------------ > > If you reply to this email, your message will be added to the discussion > > below: > > > http://baseband-devel.722152.n3.nabble.com/interact-osmocombb-with-OpenBTS-tp3258156p3258156.html > > > > To start a new topic under baseband-devel, email > > [hidden email] > > To unsubscribe from baseband-devel, click here > > < > > > > > -- > ---------------------------------- > Markus Manninger, Ing > > Student of Telematics > Graz University of Technology > Austria > ---------------------------------- > > ------------------------------ > View this message in context: Re: interact osmocombb with OpenBTS > > Sent from the baseband-devel mailing list archiveat Nabble.com. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lokkju at gmail.com Sat Aug 20 09:49:22 2011 From: lokkju at gmail.com (Lokkju Brennr) Date: Sat, 20 Aug 2011 02:49:22 -0700 Subject: Enabling PCS bands on the C139 (originally on PCS) Message-ID: I keep forgetting how to make this work, and it just came up in IRC again, so I thought I would archive the answer to the list: per tnt: in src/target/firmware/board/compal/rffe_dualband.c , the rffe_get_rx_ports might need to have PCS1900 instead of DCS1800 Some phones have different RF wiring and we can't autodetect it ... (the thing is that unless you try manually or look at the PCB you can't really tell ... some PCS phones have it wired to the DCS input ...) From akibsayyed at gmail.com Sat Aug 20 13:21:57 2011 From: akibsayyed at gmail.com (Akib Sayyed) Date: Sat, 20 Aug 2011 18:51:57 +0530 Subject: can we tune osmocombb to 2.4 ghz open band Message-ID: is it possible to tune or use osmocombb to use 2.4 ghz. whole idea is using OpenBTS on 2.4 ghz on BTS side .and osmocombb on 2.4ghz on phone side will it work?? -- Akib Sayyed Matrix-Shell akibsayyed at gmail.com akibsayyed at matrixshell.com Mob:- +91-966-514-2243 -------------- next part -------------- An HTML attachment was scrubbed... URL: From 246tnt at gmail.com Sat Aug 20 15:28:41 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Sat, 20 Aug 2011 17:28:41 +0200 Subject: can we tune osmocombb to 2.4 ghz open band In-Reply-To: References: Message-ID: > will it work?? No From baseband at hackwerk.org Sat Aug 20 20:10:44 2011 From: baseband at hackwerk.org (Job) Date: Sat, 20 Aug 2011 22:10:44 +0200 Subject: libosmocore/osmocombb build error Message-ID: <4E5014C4.6010109@hackwerk.org> Hi, When building osmocombb with an updated src/shared/libosmocore (0.3.6) the build fails due to make attempting to build utils/osmo-arfcn.c for build-target which does not have stdio. I have no patch as I was not sure what the preferred way to solve it is. Maybe a --disable-utils like for tests? Best regards, Job make[3]: Entering directory `osmocom-bb/src/shared/libosmocore/build-target/utils' CC osmo-arfcn.o ../../utils/osmo-arfcn.c: In function 'arfcn2freq': ../../utils/osmo-arfcn.c:43: warning: incompatible implicit declaration of built-in function 'fprintf' ../../utils/osmo-arfcn.c:43: error: 'stderr' undeclared (first use in this function) From 246tnt at gmail.com Sat Aug 20 22:11:27 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Sun, 21 Aug 2011 00:11:27 +0200 Subject: libosmocore/osmocombb build error In-Reply-To: <4E5014C4.6010109@hackwerk.org> References: <4E5014C4.6010109@hackwerk.org> Message-ID: Hi, > I have no patch as I was not sure what the preferred way to solve it is. > Maybe a --disable-utils like for tests? Sounds good to me. Cheers, Sylvain From laforge at gnumonks.org Sun Aug 21 08:09:19 2011 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 21 Aug 2011 10:09:19 +0200 Subject: libosmocore/osmocombb build error In-Reply-To: <4E5014C4.6010109@hackwerk.org> References: <4E5014C4.6010109@hackwerk.org> Message-ID: <20110821080919.GC3098@prithivi.gnumonks.org> On Sat, Aug 20, 2011 at 10:10:44PM +0200, Job wrote: > Hi, > > When building osmocombb with an updated src/shared/libosmocore (0.3.6) > the build fails due to make attempting to build utils/osmo-arfcn.c for > build-target which does not have stdio. > > I have no patch as I was not sure what the preferred way to solve it is. > Maybe a --disable-utils like for tests? I think we should introduce something like "--enable-embedded" as one global setting that would unify the following parts: * disable tests (so far: --disable-tests) * disable msgfile (so far: --disable-msgfile) * disable plugins (so far: --disable-plugin) * disable utilities (no way to disable so far) so you can remove the --disable-{tests,msgfile,plugin} and simply replace it with the new --enable-embedded. I'd be happy to merge a patch that takes care of this (as well as the osmocom-bb/src/Makefile changes related to it) Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From baseband at hackwerk.org Sun Aug 21 10:07:24 2011 From: baseband at hackwerk.org (Job) Date: Sun, 21 Aug 2011 12:07:24 +0200 Subject: libosmocore/osmocombb build error In-Reply-To: <20110821080919.GC3098@prithivi.gnumonks.org> References: <4E5014C4.6010109@hackwerk.org> <20110821080919.GC3098@prithivi.gnumonks.org> Message-ID: <4E50D8DC.6070303@hackwerk.org> Hi, > I'd be happy to merge a patch that takes care of this (as well as the > osmocom-bb/src/Makefile changes related to it) While working on a patch I noticed an autoconf error in libosmocore: $ autoreconf -i Makefile.am:20: docdir was already defined in condition TRUE, which includes condition HAVE_DOXYGEN ... configure.ac:1: ... `docdir' previously defined here using autoconf 2.67 and automake 1.11.1 My autoconf knowledge is limited, but could it be that docdir is autogenerated from including doxygen or something? configure has docdir now defined as --docdir=DIR documentation root [DATAROOTDIR/doc/libosmocore] which is different from the requested define in Makefile.am: docdir=$(datadir)/doc Best regards, Job From baseband at hackwerk.org Sun Aug 21 12:04:44 2011 From: baseband at hackwerk.org (Job) Date: Sun, 21 Aug 2011 14:04:44 +0200 Subject: libosmocore/osmocombb build error In-Reply-To: <20110821080919.GC3098@prithivi.gnumonks.org> References: <4E5014C4.6010109@hackwerk.org> <20110821080919.GC3098@prithivi.gnumonks.org> Message-ID: <4E50F45C.6070201@hackwerk.org> Hi, While further investigating the autoconf aspects of libosmcocore I ran into some counter intuitive use of the conditional options. It seems they are not implemented in the expected way. I guess the intention of --disable-feature is that you can also say --enable-feature (even if this is the default) or that --enable-feature=no should work as this is a standard behavior of configure. In the current use of the AC_ARG_ENABLE macro this fails. According to http://www.flameeyes.eu/autotools-mythbuster/autoconf/arguments.html the action-if-present and action-if-not-present should not be used in this way. Shall I modify this in a separate patch? > I think we should introduce something like "--enable-embedded" as one > global setting that would unify the following parts: > * disable tests (so far: --disable-tests) > * disable msgfile (so far: --disable-msgfile) > * disable plugins (so far: --disable-plugin) > * disable utilities (no way to disable so far) What about --disable-vty --enable-panic-infloop --disable-shared --disable-talloc That are now also part of the build-target configure options? Best regards, Job From baseband at hackwerk.org Sun Aug 21 15:18:22 2011 From: baseband at hackwerk.org (Job) Date: Sun, 21 Aug 2011 17:18:22 +0200 Subject: [PATCH 0/2] Adding embedded and utilities to configure options Message-ID: <1313939904-27113-1-git-send-email-baseband@hackwerk.org> Hi, Attached are the patches to update configure.ac and some Makefile.am to use more default option selection style. I commented the docdir var in the main Makefile.am. The second patch contains the addition of --disable-utilities and --enable-embedded options. I never made a patch mail before so let me know if anything is missing. Best regards, Job ==== job (2): Adapted configure options to autoconf default behaviour Added autoconf option for utilities and embedded Makefile.am | 2 +- configure.ac | 55 ++++++++++++++++++++++++++++++++++++++-------------- utils/Makefile.am | 2 + 3 files changed, 43 insertions(+), 16 deletions(-) -- 1.7.4.1 From baseband at hackwerk.org Sun Aug 21 15:18:23 2011 From: baseband at hackwerk.org (Job) Date: Sun, 21 Aug 2011 17:18:23 +0200 Subject: [PATCH 1/2] Adapted configure options to autoconf default behaviour In-Reply-To: <1313939904-27113-1-git-send-email-baseband@hackwerk.org> References: <1313939904-27113-1-git-send-email-baseband@hackwerk.org> Message-ID: <1313939904-27113-2-git-send-email-baseband@hackwerk.org> From: job --- Makefile.am | 2 +- configure.ac | 28 ++++++++++++++-------------- 2 files changed, 15 insertions(+), 15 deletions(-) diff --git a/Makefile.am b/Makefile.am index 9086522..e6af3c3 100644 --- a/Makefile.am +++ b/Makefile.am @@ -17,7 +17,7 @@ EXTRA_DIST = git-version-gen if HAVE_DOXYGEN -docdir=$(datadir)/doc +#docdir=$(datadir)/doc pkgdocdir=$(docdir)/$(PACKAGE)-$(VERSION) doc_htmldir=$(pkgdocdir)/html diff --git a/configure.ac b/configure.ac index ef4b0aa..bdc630c 100644 --- a/configure.ac +++ b/configure.ac @@ -42,40 +42,40 @@ AC_ARG_ENABLE(talloc, [--disable-talloc], [Disable building talloc memory allocator] )], - [enable_talloc=0], [enable_talloc=1]) -AM_CONDITIONAL(ENABLE_TALLOC, test "x$enable_talloc" = "x1") + [enable_talloc=$enableval], [enable_talloc="yes"]) +AM_CONDITIONAL(ENABLE_TALLOC, [test x"$enable_talloc" = x"yes"]) AC_ARG_ENABLE(plugin, [AS_HELP_STRING( [--disable-plugin], [Disable support for dlopen plugins], )], - [enable_plugin=0], [enable_plugin=1]) -AM_CONDITIONAL(ENABLE_PLUGIN, test "x$enable_plugin" = "x1") + [enable_plugin=$enableval], [enable_plugin="yes"]) +AM_CONDITIONAL(ENABLE_PLUGIN, test x"$enable_plugin" = x"yes") AC_ARG_ENABLE(tests, [AS_HELP_STRING( [--disable-tests], [Disable building test programs] )], - [enable_tests=0], [enable_tests=1]) -AM_CONDITIONAL(ENABLE_TESTS, test "x$enable_tests" = "x1") + [enable_tests=$enableval], [enable_tests="yes"]) +AM_CONDITIONAL(ENABLE_TESTS, test x"$enable_tests" = x"yes") AC_ARG_ENABLE(vty, [AS_HELP_STRING( [--disable-vty], [Disable building VTY telnet interface] )], - [enable_vty=0], [enable_vty=1]) -AM_CONDITIONAL(ENABLE_VTY, test "x$enable_vty" = "x1") + [enable_vty=$enableval], [enable_vty="yes"]) +AM_CONDITIONAL(ENABLE_VTY, test x"$enable_vty" = x"yes") AC_ARG_ENABLE(panic_infloop, [AS_HELP_STRING( [--enable-panic-infloop], [Trigger infinite loop on panic rather than fprintf/abort] )], - [panic_infloop=1], [panic_infloop=0]) -if test "x$panic_infloop" = "x1" + [panic_infloop=$enableval], [panic_infloop="no"]) +if test x"$panic_infloop" = x"yes" then AC_DEFINE([PANIC_INFLOOP],[1],[Use infinite loop on panic rather than fprintf/abort]) fi @@ -85,8 +85,8 @@ AC_ARG_ENABLE(bsc_fd_check, [--enable-bsc-fd-check], [Instrument bsc_register_fd to check that the fd is registered] )], - [fd_check=1], [fd_check=0]) -if test "x$fd_check" = "x1" + [fd_check=$enableval], [fd_check="no"]) +if test x"$fd_check" = x"no" then AC_DEFINE([BSC_FD_CHECK],[1],[Instrument the bsc_register_fd]) fi @@ -96,8 +96,8 @@ AC_ARG_ENABLE(msgfile, [--disable-msgfile], [Disable support for the msgfile], )], - [enable_msgfile=0], [enable_msgfile=1]) -AM_CONDITIONAL(ENABLE_MSGFILE, test "x$enable_msgfile" = "x1") + [enable_msgfile=$enableval], [enable_msgfile="yes"]) +AM_CONDITIONAL(ENABLE_MSGFILE, test x"$enable_msgfile" = x"yes") AC_OUTPUT( -- 1.7.4.1 From baseband at hackwerk.org Sun Aug 21 15:18:24 2011 From: baseband at hackwerk.org (Job) Date: Sun, 21 Aug 2011 17:18:24 +0200 Subject: [PATCH 2/2] Added autoconf option for utilities and embedded In-Reply-To: <1313939904-27113-1-git-send-email-baseband@hackwerk.org> References: <1313939904-27113-1-git-send-email-baseband@hackwerk.org> Message-ID: <1313939904-27113-3-git-send-email-baseband@hackwerk.org> From: job --- configure.ac | 25 +++++++++++++++++++++++++ utils/Makefile.am | 2 ++ 2 files changed, 27 insertions(+), 0 deletions(-) diff --git a/configure.ac b/configure.ac index bdc630c..e89afea 100644 --- a/configure.ac +++ b/configure.ac @@ -99,6 +99,31 @@ AC_ARG_ENABLE(msgfile, [enable_msgfile=$enableval], [enable_msgfile="yes"]) AM_CONDITIONAL(ENABLE_MSGFILE, test x"$enable_msgfile" = x"yes") +AC_ARG_ENABLE(utilities, + [AS_HELP_STRING( + [--disable-utilities], + [Disable building utility programs], + )], + [enable_utilities=$enableval], [enable_utilities="yes"]) +AM_CONDITIONAL(ENABLE_UTILITIES, test x"$enable_utilities" = x"yes") + +AC_ARG_ENABLE(embedded, + [AS_HELP_STRING( + [--enable-embedded], + [Enable building for embedded use and disable unsupported features] + )], + [embedded=$enableval], [embedded="no"]) +if test x"$embedded" = x"yes" +then + AC_DEFINE([EMBEDDED],[1],[Select building for embedded use]) + AM_CONDITIONAL(ENABLE_TESTS, false) + AM_CONDITIONAL(ENABLE_PLUGIN, false) + AM_CONDITIONAL(ENABLE_MSGFILE, false) + AM_CONDITIONAL(ENABLE_VTY, false) + AM_CONDITIONAL(ENABLE_TALLOC, false) + AM_CONDITIONAL(ENABLE_UTILITIES, false) + AC_DEFINE([PANIC_INFLOOP],[1],[Use infinite loop on panic rather than fprintf/abort]) +fi AC_OUTPUT( libosmocore.pc diff --git a/utils/Makefile.am b/utils/Makefile.am index 645cfd5..22903d9 100644 --- a/utils/Makefile.am +++ b/utils/Makefile.am @@ -1,5 +1,7 @@ +if ENABLE_UTILITIES INCLUDES = $(all_includes) -I$(top_srcdir)/include noinst_PROGRAMS = osmo-arfcn osmo_arfcn_SOURCES = osmo-arfcn.c osmo_arfcn_LDADD = $(top_builddir)/src/libosmocore.la $(top_builddir)/src/gsm/libosmogsm.la +endif -- 1.7.4.1 From pabftk at gmail.com Mon Aug 22 08:11:52 2011 From: pabftk at gmail.com (Pavel Baturko) Date: Mon, 22 Aug 2011 12:11:52 +0400 Subject: Preparing mobile for osmocombb Message-ID: Hi All, Do I need to prepare my phone for uploading the firmware with osmocon tool? I tried to load firmware on Motorola C118 and C115 with Prolific PL2303 USB to serial adaptor (computer->usb->com->3.5mm jack->2.5mm jack->phone) and when I briefly press the power-on button of my phone as it's stated in manual - I got no response from phone. Seems it does nothing. Cable seems to be working, because it detect contact with phone's 2.5mm socket when I plug it into phone as - 'got 1 bytes from modem, data looks like: 00 .'. Thanks, Pavel -------------- next part -------------- An HTML attachment was scrubbed... URL: From zero-kelvin at gmx.de Mon Aug 22 09:44:07 2011 From: zero-kelvin at gmx.de (dexter) Date: Mon, 22 Aug 2011 11:44:07 +0200 Subject: Preparing mobile for osmocombb In-Reply-To: References: Message-ID: <4E5224E7.5040709@gmx.de> Hi Pavel. > Do I need to prepare my phone for uploading the firmware with osmocon tool? No dirty tricks ;-) > I tried to load firmware on Motorola C118 and C115 with Prolific PL2303 USB > to serial adaptor (computer->usb->com->3.5mm jack->2.5mm jack->phone) and > when I briefly press the power-on button of my phone as it's stated in > manual - I got no response from phone. Seems it does nothing. Cable seems to > be working, because it detect contact with phone's 2.5mm socket when I plug > it into phone as - 'got 1 bytes from modem, data looks like: 00 .'. When i test my cables i prefer the following test procedure: Plug the cable in, use a terminal program (e.g. gtkterm or cu) to connect at 115200 baud. Press the powerbutton. You should now see someting like fmttool error and some garbeled chars. This indicates that the Connection from the Phone to the PC works properly. Then unplug the cable, short circuit the last 2 pins on the audio jack and type some chars. The chars should be echoed on the screen. This verifies the correct function of the sender (PC to the Phone) When these 2 tests are passing properly you can be sure that your cable is working properly. PS: Try to get a FTDI cable or build one yourself - FTDI is a lot better than the Prolific and it enables you to use the burst_ind branch. regards. Philipp From spaar at mirider.augusta.de Mon Aug 22 15:30:24 2011 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Mon, 22 Aug 2011 15:30:24 CEST Subject: GSM-850 Message-ID: <4e527610.mirider@mirider.augusta.de> Hello, I don't know if anyone has already successfully used OsmocomBB with GSM-850. It seems that although receiving on GSM-850 works, there are issues when transmitting. The phone produces a signal on the correct ARFCN, however the BTS can't make use of it. The problem seems to be "I/Q-swap", something which can be turned on in the DSP independently for receiving and transmitting. So far it seems that this was not needed, at least for receiving and also for tranmitting when using GSM-900/1800/1900. However for GSM-850 it seems to be essential for transmitting. It is not clear if different phones behave differently, this might be the case. Also it might be the case that some phones require to turn on "I/Q-swap" when receiving on certain bands. Considering all those uncertainties of "I/Q-swap" the appended patch should be considered as a suggestion, it might be neccessary to make it dependend on the phone and also to introduce a similar function for receiving. At least with the patch a C122 GSM-850/1900 phone now works on GSM-850 too. Thank you very much to Harald who remembered that there was this "I/Q-swap" thing for the DSP. Best regards, Dieter Dieter Spaar, Germany spaar at mirider.augusta.de -------------- next part -------------- A non-text attachment was scrubbed... Name: patch_GSM850 Type: application/octet-stream Size: 3421 bytes Desc: not available URL: From 246tnt at gmail.com Mon Aug 22 14:35:04 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 22 Aug 2011 16:35:04 +0200 Subject: GSM-850 In-Reply-To: <4e527610.mirider@mirider.augusta.de> References: <4e527610.mirider@mirider.augusta.de> Message-ID: Hi, I think this is phone dependent and so should be controlled by the RFFE layer. I think some phones just have swapped IQ lines for easier routing .... I'll try to add something like that. Cheers, Sylvain From spaar at mirider.augusta.de Mon Aug 22 16:59:39 2011 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Mon, 22 Aug 2011 16:59:39 CEST Subject: GSM-850 Message-ID: <4e528afb.mirider@mirider.augusta.de> Hello Sylvain, On Mon, 22 Aug 2011 16:35:04 +0200, "Sylvain Munaut" <246tnt at gmail.com> wrote: > > I think some phones just have swapped IQ lines for easier routing .... This wouldn't explain why the C122 GSM-850/1900 needs the "I/Q-swap" for GSM-850 TX only. And if I remember, Harald tried it with a GSM-900/1800 phone on GSM-850 (of course there are filter issues in this case) and it required the "I/Q-swap" again for GSM-850 only. Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de From 246tnt at gmail.com Mon Aug 22 15:14:06 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 22 Aug 2011 17:14:06 +0200 Subject: GSM-850 In-Reply-To: <4e528afb.mirider@mirider.augusta.de> References: <4e528afb.mirider@mirider.augusta.de> Message-ID: Hi, > This wouldn't explain why the C122 GSM-850/1900 needs the "I/Q-swap" > for GSM-850 TX only. Mmmm, indeed. The iota tx/rx IQ lines are separate but that would be the same for all bands. Maybe it's due to the RITA with it's "offset TX PLL" that sometimes uses the left image and sometimes the right image of the signal ? (you can see that in the formula with 1/L - 1/M vs 1/L + 1/M). In this case maybe it should the 'RF' stage that should return if a band should be swapped or not ? > And if I remember, Harald tried it with a > GSM-900/1800 phone on GSM-850 (of course there are filter > issues in this case) and it required the "I/Q-swap" again > for GSM-850 only. Cheers, Sylvain From dellpita at gmail.com Thu Aug 25 15:55:04 2011 From: dellpita at gmail.com (radiant radiant) Date: Thu, 25 Aug 2011 17:55:04 +0200 Subject: No SIM on GTA02 Message-ID: Hi folks. Running layer1 (no TX) on GTA02 with host applications compiled for GTA02 also. Layer1 seems not able to communicate with SIM card, and so no IMSI etc. Mobile enters in "emergency calls only" mode. Simtest firmware also fails. SIM and phone hardware is checked working with fsogsmd. I cannot find any configure switch to disable/enable SIM, and it has no sense on simtest firmware anyway. Has anything to do with this note on sim.h and the fact that on GTA02 you should cycle the baseband power after osmocon start for romloader to begin? /* Known Bugs: 1.) After powering down the simcard communication stops working */ logs: mobile over layer1 (no TX): ----- <000f> sim.c:1206 init SIM client <0006> gsm48_cc.c:63 init Call Control <0001> gsm48_rr.c:5100 init Radio Ressource process <0005> gsm48_mm.c:1312 init Mobility Management process <0005> gsm48_mm.c:1035 Selecting PLMN SEARCH state, because no SIM. <0002> gsm322.c:5023 init PLMN process <0003> gsm322.c:5024 init Cell Selection process <0003> gsm322.c:5081 Read stored BA list (mcc=XXX mnc=XX $COUNTRY, $NETWORK) <0003> gsm322.c:5081 Read stored BA list (mcc=XXX mnc=XX $COUNTRY, $NETWORK) <0003> gsm322.c:5081 Read stored BA list (mcc=XXX mnc=XX $COUNTRY, $NETWORK) *** Warning: Mobile '1' has default IMEI: 000000000000000 This could relate your identitiy to other users with default IMEI. *** Mobile '1' initialized, please start phone now! <0002> gsm322.c:3804 (ms 1) Event 'EVENT_SWITCH_ON' for automatic PLMN selection in state 'A0 null' <000e> gsm322.c:1356 SIM is removed <0002> gsm322.c:1357 SIM is removed <0002> gsm322.c:800 new state 'A0 null' -> 'A6 no SIM inserted' ----------------- simtest firmware : ----------------SIMTEST----8<----------------- Initializing driver: Power up simcard: (0 bytes) Reset simcard: (0 bytes) 79 f0 ce db f3 cd 8e 7a 10 a1 6c 3a 61 6f 8f (15 bytes) Test Phase 1: Testing bare sim commands... * Testing SELECT: Selecting MF ==> Status word: ffff * Testing SELECT: Selecting DF_GSM ==> Status word: ffff * Testing SELECT: Selecting EF_IMSI ==> Status word: ffff * Testing STATUS: ==> Status word: ffff * Testing READ BINARY: ==> Status word: ffff Data: db 0 0 0 0 0 0 0 0 (9 bytes) ------------END SIMTEST----8<----------------- On the other hand, on GTA02 osmocon or romloader doesn't start if battery is not attached. Keeps staying on "Sending beacon". Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From jbvl2005 at t-online.de Fri Aug 26 11:46:21 2011 From: jbvl2005 at t-online.de (jbvl2005 at t-online.de) Date: Fri, 26 Aug 2011 13:46:21 +0200 Subject: OsmocomBB project Maillist Message-ID: <1Qwurd-1CX4t60@fwd03.aul.t-online.de> Hello Team, would you pls put me in your emaillist ? I am a german guy how interst in this project and other electronic projekts. Is it possible to get a littel help to flash my one motorloa c117 ? Thanks and greets from jens germany :D From or_ora at ovi.com Fri Aug 26 14:56:22 2011 From: or_ora at ovi.com (or_ora at ovi.com) Date: Fri, 26 Aug 2011 14:56:22 +0000 Subject: C115 using loader.compalram.bin&In-Reply Message-ID: <256573.81677.qm@smtp107-mob.biz.mail.ird.yahoo.com> From or_ora at ovi.com Fri Aug 26 14:57:36 2011 From: or_ora at ovi.com (or_ora at ovi.com) Date: Fri, 26 Aug 2011 14:57:36 +0000 Subject: where is the gprs part source in the osmocom source tree?&In-Reply Message-ID: <638634.29133.qm@smtp106-mob.biz.mail.ird.yahoo.com> From andreas at eversberg.eu Sat Aug 27 06:44:20 2011 From: andreas at eversberg.eu (Andreas Eversberg) Date: Sat, 27 Aug 2011 08:44:20 +0200 Subject: Fwd: Re: neighbour cell measurement Message-ID: <4E589244.9020606@eversberg.eu> xuchenyu wrote: > > Hello! I think that your neighbour cell measurement code is at the branch > > remotes/origin/laforge/neigh_sb > > > hi xuchenyu, this in an incomplete an experimental code. once finished, it will measure neighbour cells during a call. neighbour cell measurment is supported in idle mode only, if you use master branch, or better "sylvain/testing" branch for some fixes and SIM support. you can enable neighbour cell monitor at VTY: "monitor network 1". regards, andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- An embedded message was scrubbed... From: Andreas Eversberg Subject: Re: neighbour cell measurement Date: Sat, 27 Aug 2011 08:43:07 +0200 Size: 1150 URL: From luca.bongiorni1 at studenti.unimi.it Sat Aug 27 12:17:02 2011 From: luca.bongiorni1 at studenti.unimi.it (Luca Bongiorni) Date: Sat, 27 Aug 2011 14:17:02 +0200 Subject: GPRS Vs EDGE - Trying to decode my own sessions In-Reply-To: <8786614E-E5C2-4CF3-B000-B886C035BDA6@virginia.edu> References: <8786614E-E5C2-4CF3-B000-B886C035BDA6@virginia.edu> Message-ID: <76a090a07c65.4e58fc5e@studenti.unimi.it> Hi all, i'm testing gprsdecode with osmocomBB and using the samples provided from Nohl works well. Using a Blackberry 8300 and my Wind's sim, i tried to dump some my internet sessions.? Unfortunately even if i'm locking the MS to a fixed ARFCN, it is "upgrading" from GRPS to EDGE very quickly and i cannot dump an entire session and then decode it on gprsdecode. The only datas i could decode and view on wireshark are few "malformed packets". As i suppose the problem is that i'm not able to fix the MS to work only on gprs. Which phone did Luca use to make his tests? (just a simple one that was not EDGE capable? ) Which was ?the successful-rate of (third-party) decoded sessions? I'm asking it, ?because i'm not even able to "see" other's phones sessions... ?ok, could be possible that everyone else is using only EDGE... but seems strange. Have you some hints for that? Thank you for attention. Regards, Luca From 246tnt at gmail.com Sat Aug 27 12:36:03 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Sat, 27 Aug 2011 14:36:03 +0200 Subject: GPRS Vs EDGE - Trying to decode my own sessions In-Reply-To: <76a090a07c65.4e58fc5e@studenti.unimi.it> References: <8786614E-E5C2-4CF3-B000-B886C035BDA6@virginia.edu> <76a090a07c65.4e58fc5e@studenti.unimi.it> Message-ID: > Which phone did Luca use to make his tests? (just a simple one that was not EDGE capable? ) I think the nanoBTS serving the network was just configured to do GPRS and that's it. Cheers, Sylvain From luca.bongiorni1 at studenti.unimi.it Sat Aug 27 13:10:35 2011 From: luca.bongiorni1 at studenti.unimi.it (Luca Bongiorni) Date: Sat, 27 Aug 2011 15:10:35 +0200 Subject: GPRS Vs EDGE - Trying to decode my own sessions In-Reply-To: References: <8786614E-E5C2-4CF3-B000-B886C035BDA6@virginia.edu> <76a090a07c65.4e58fc5e@studenti.unimi.it> Message-ID: <7670d6785606.4e5908eb@studenti.unimi.it> Hi Sylvain, as i understood, Luca made some tests with real networks in Italy, infact as he stated during the talk, Wind [222-88] and Tim[222-01] (two providers) are using GEA/0. Assuming it, i wanted to make some tests, trying to dump my own sessions while using a Wind's sim. Unfortunately i'm having some issues due gprs is continuously upgrading to EDGE and not having an old "gprs-only" phone, the only solution that i'm trying is to force it to remain in gprs-mode by reducing the gain and creating noise with the usrp. Btw... what i was curious to know is... also Luca, while testing its own sessions, was not able to see other third-party gprs sessions on the air? I know that almost all real users are using EDGE or UMTS, but how is possible that no one gprs session is available?!? I'm not interested on third-party sessions, i'm just trying to understand if it is working well or it is having a strange behaviour and there is something to patch.? > I think the nanoBTS serving the network was just configured to do GPRS > and that's it. P.S: Of course i would like to test it with my own test set, but at the moment i cannot. Regards, Luca From laforge at gnumonks.org Sun Aug 28 07:04:24 2011 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 28 Aug 2011 09:04:24 +0200 Subject: GPRS Vs EDGE - Trying to decode my own sessions In-Reply-To: <7670d6785606.4e5908eb@studenti.unimi.it> References: <8786614E-E5C2-4CF3-B000-B886C035BDA6@virginia.edu> <76a090a07c65.4e58fc5e@studenti.unimi.it> <7670d6785606.4e5908eb@studenti.unimi.it> Message-ID: <20110828070423.GH20845@prithivi.gnumonks.org> On Sat, Aug 27, 2011 at 03:10:35PM +0200, Luca Bongiorni wrote: > Unfortunately i'm having some issues due gprs is continuously > upgrading to EDGE and not having an old "gprs-only" phone, the only > solution that i'm trying is to force it to remain in gprs-mode by > reducing the gain and creating noise with the usrp. I think this sounds like a lot of effort and unreliable. Why not just ues an old phone that is not EDGE capable? you can attach such a phone to the serial port of your PC and then generate GPRS traffic through it. Or even get a GPRS modem instead of a phone. There are several mobile phone databases on the web that show you if a phone supports GPRS and/or EDGE. Also, the Ti Calypso cannot do EDGE, so any phone that uses this chipset and has GPRS support would probably do the trick. The C155 should fit that description (but you cannot attach it to a PC and have to generate traffic from the built-in WAP browser). The OpenMoko GTA01 and GTA02 also fit that description. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From luca.bongiorni1 at studenti.unimi.it Sun Aug 28 10:24:48 2011 From: luca.bongiorni1 at studenti.unimi.it (Luca Bongiorni) Date: Sun, 28 Aug 2011 12:24:48 +0200 Subject: R: Re: GPRS Vs EDGE - Trying to decode my own sessions In-Reply-To: <20110828070423.GH20845@prithivi.gnumonks.org> References: <8786614E-E5C2-4CF3-B000-B886C035BDA6@virginia.edu> <76a090a07c65.4e58fc5e@studenti.unimi.it> <7670d6785606.4e5908eb@studenti.unimi.it> <20110828070423.GH20845@prithivi.gnumonks.org> Message-ID: <7670ac4020fc.4e5a3390@studenti.unimi.it> Hi Harald, > Also, the Ti Calypso cannot do EDGE, so any phone that uses this > chipset and has GPRS support would probably do the trick. The C155 > should fit that description (but you cannot attach it to a PC and have > to generate traffic from the built-in WAP browser). The OpenMoko GTA01 > and GTA02 also fit that description. thank you for your suggestions.? Actually i could use some old phones that supports only GPRS (e.g. t68i, t39m, etc..), but these phones are not enough useful and i will explain why: - i would like to use a phone that has field-test engineering; - i would like to set the phone to camp only in a fixed ARFCN. I was also trying a Pirelli DP-L10, but unfortunately i can only fix the band and not the arfcn.? Btw... after a while i finally found how to force my Blackberry to work on GPRS on a fixed arfcn: - Select an arfcn; - Lock to this cell; ?[ http://tinyurl.com/3dcc6vm ] - Disable Uplink 8-PSK; [?http://tinyurl.com/3dxp85d ] ?Finally the phone is ready to start the tests. [?http://tinyurl.com/3rhldrn ] As you can see, that engineering field-test is very useful because is showing which Coding Scheme and TS are used. Unfortunately at this point... even if i tried a lot of times, i could see imm-ass, the TS, but when i'm trying to decode the dumps... nothing is decoded and i cannot even decode third-party sessions that obviously i could find on the same arfcn that i'm using. So, at this state of art, I could decode only samples released from Nohl. Someone else is having same problems? Regards, Luca From luca.bongiorni1 at studenti.unimi.it Mon Aug 29 21:00:23 2011 From: luca.bongiorni1 at studenti.unimi.it (Luca Bongiorni) Date: Mon, 29 Aug 2011 23:00:23 +0200 Subject: R: Re: GPRS Vs EDGE - Trying to decode my own sessions In-Reply-To: <7660f5241ed4.4e5bfdbf@studenti.unimi.it> References: <8786614E-E5C2-4CF3-B000-B886C035BDA6@virginia.edu> <76a090a07c65.4e58fc5e@studenti.unimi.it> <7670d6785606.4e5908eb@studenti.unimi.it> <20110828070423.GH20845@prithivi.gnumonks.org> <7670ac4020fc.4e5a3390@studenti.unimi.it> <76a0ed2e366c.4e5bfc8e@studenti.unimi.it> <76a0ddcd2c6b.4e5bfccb@studenti.unimi.it> <7670f99a5f75.4e5bfd08@studenti.unimi.it> <7650c0265d9c.4e5bfd45@studenti.unimi.it> <766085566c08.4e5bfd82@studenti.unimi.it> <7660f5241ed4.4e5bfdbf@studenti.unimi.it> Message-ID: <76708f3549a0.4e5c1a07@studenti.unimi.it> Hi all, just to explain what i mean, i've attached a sample and the log from layer23. http://pastebin.com/pepx0tdv As you can see from the log i got the immediate-assign. and the i can see the slots. The only thing that i could be strange is the signal strength that sometimes is good and sometimes reaches -100 dBm. Here is the gprsdecode's output: http://pastebin.com/p7XrtKAt Obviously i tried other ARFCNs of all operators (with different c118/c123, FTDI cable) and i got always the same behaviour. Have you some hints to suggest? Tomorrow i will try with some DP-L10 and pubblish the relative results. P.S: As i already stated, Nohl's samples are well decoded and showed into wireshark. Regards, Luca > Hi Harald, > > Actually i could use some old phones that supports only GPRS (e.g. t68i, t39m, etc..), but these phones are not enough useful and i will explain why: > > - i would like to use a phone that has field-test engineering; > - i would like to set the phone to camp only in a fixed ARFCN. > > I was also trying a Pirelli DP-L10, but unfortunately i can only fix the band and not the arfcn.? > > > Btw... after a while i finally found how to force my Blackberry to work on GPRS on a fixed arfcn: > > - Select an arfcn; > - Lock to this cell; ?[ http://tinyurl.com/3dcc6vm ] > - Disable Uplink 8-PSK; [?http://tinyurl.com/3dxp85d ] > > ?Finally the phone is ready to start the tests. [?http://tinyurl.com/3rhldrn ] > > > As you can see, that engineering field-test is very useful because is showing which Coding Scheme and TS are used. > > > Unfortunately at this point... even if i tried a lot of times, i could see imm-ass, the TS, but when i'm trying to decode the dumps... nothing is decoded and i cannot even decode third-party sessions that obviously i could find on the same arfcn that i'm using. > > So, at this state of art, I could decode only samples released from Nohl. > Someone else is having same problems? > > > Regards, > > Luca > -------------- next part -------------- A non-text attachment was scrubbed... Name: bursts_20110729_2215_112_1463626_0e.dat Type: application/x-ns-proxy-autoconfig Size: 49100 bytes Desc: not available URL: From smithmr103 at gmail.com Sun Aug 28 23:09:24 2011 From: smithmr103 at gmail.com (smithmr103 at gmail.com) Date: Mon, 29 Aug 2011 01:09:24 +0200 Subject: GRPS decode - trying to download firmware to C123 Message-ID: <4E5ACAA4.9000705@gmail.com> Hello list, I'm newbee so excuse me for my very basic question. I follow all the instructions on srlabs.de/gprs given by Karsten I have a C123 and a USB / jack 2.5mm - pl2303 based :( All steps are fine until I try to programm the compal ram ;) ./host/osmocon/osmocon -m c123xor -p /dev/ttyUSB0 ./target/firmware/board/compal_e88/layer1.compalram.bin I get : ... PROMPT1... ... PROMPT2... handle_write(): xxxx bytes (xxxx/yyyy) ... ... handle_write(): xxxx bytes (xxxx/yyyy) Received 1 byte : xx Received 1 bytes : yy ... ... Finally I received e.r.r.o.r (byte by byte) NOT ACK RECEIVED... I can also get (not with the same firmware...) : ... PROMPT1... ... PROMPT2... handle_write(): xxxx bytes (xxxx/yyyy) ... ... handle_write(): finished and then... nothing... I'm going to test the cable, as Philipp has told to Pavel. I also bought a RS232 / Jack unlocking Motorola (C123) cable and I own a BlackBox FTDI based USB/RS232 cable... So I'll test it as soon as I receive the cable. Do you think is a matter of cable, who is supposed to be osmocom compatible, or a phone issue or even the USB port... ? Thank you very much for your help and excuse me again with this kind of 'stupid' question about cable. I read almost all the subjects, I did a lot of experimentations in a lot of git branch (master, testing, burst_ind - of course not working with PL2303 ... + d1cb8ea9b784c7acbafbb2fdcedbdf4655c2f6f5 not working too) I think it must work at least in the master branch... Smith From lukash at backstep.net Sun Aug 28 23:55:59 2011 From: lukash at backstep.net (Lukas Kuzmiak) Date: Mon, 29 Aug 2011 01:55:59 +0200 Subject: GRPS decode - trying to download firmware to C123 In-Reply-To: <4E5ACAA4.9000705@gmail.com> References: <4E5ACAA4.9000705@gmail.com> Message-ID: Hey, If I'm not mistaken pl2303 based cables have/had problems handling baudrates above 115200, there was a recent update into the kernel tree, but I've never tested it. If you have FTDI based cable try it out, i have one based on FT4232 and it works flawlessly, pl2303 cable gave me a lot of trouble before. You can still run osmocom-bb on 115200 cable but I believe it's not going to be sufficient for sniffing and i think you'll need to patch the code a bit for 115200 to work (perhaps someone from osmocom can guide here?). Cheers, Lukas On Mon, Aug 29, 2011 at 1:09 AM, smithmr103 at gmail.com wrote: > Hello list, > > I'm newbee so excuse me for my very basic question. > I follow all the instructions on srlabs.de/gprs given by Karsten > > I have a C123 and a USB / jack 2.5mm - pl2303 based :( > > All steps are fine until I try to programm the compal ram ;) > > ./host/osmocon/osmocon -m c123xor -p /dev/ttyUSB0 > ./target/firmware/board/compal_e88/layer1.compalram.bin > > I get : > > ... > > PROMPT1... > ... > PROMPT2... > handle_write(): xxxx bytes (xxxx/yyyy) > ... > ... > handle_write(): xxxx bytes (xxxx/yyyy) > Received 1 byte : xx > Received 1 bytes : yy > ... > ... > Finally I received e.r.r.o.r (byte by byte) > NOT ACK RECEIVED... > > I can also get (not with the same firmware...) : > > ... > PROMPT1... > ... > PROMPT2... > handle_write(): xxxx bytes (xxxx/yyyy) > ... > ... > handle_write(): finished > > and then... nothing... > > I'm going to test the cable, as Philipp has told to Pavel. > I also bought a RS232 / Jack unlocking Motorola (C123) cable and I own a > BlackBox FTDI based USB/RS232 cable... So I'll test it as soon as I > receive the cable. > > Do you think is a matter of cable, who is supposed to be osmocom > compatible, or a phone issue or even the USB port... ? > > Thank you very much for your help and excuse me again with this kind of > 'stupid' question about cable. > I read almost all the subjects, I did a lot of experimentations in a lot > of git branch (master, testing, burst_ind - of course not working with > PL2303 ... + d1cb8ea9b784c7acbafbb2fdcedbdf4655c2f6f5 not working too) > > I think it must work at least in the master branch... > > Smith > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Mon Aug 29 07:23:18 2011 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 29 Aug 2011 09:23:18 +0200 Subject: GRPS decode - trying to download firmware to C123 In-Reply-To: References: <4E5ACAA4.9000705@gmail.com> Message-ID: <20110829072318.GJ23789@prithivi.gnumonks.org> On Mon, Aug 29, 2011 at 01:55:59AM +0200, Lukas Kuzmiak wrote: > If I'm not mistaken pl2303 based cables have/had problems handling baudrates > above 115200, there was a recent update into the kernel tree, but I've never > tested it. the problem is not "[standard] baud rates above 115200" but it is "non-standard baud-rates at all". Normal USARTs have baud-rate generators that can only generate baud-rates "input_clock / divider" where divider is either an integer, or even more: limited to a power of 2 The calypso cannot do any standard baud-rates above 115200. That's why you need a USART with more flexible baud rate generator. The most commonly known one to do this is the FTDI series of USB-serial converters. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From smithmr103 at gmail.com Tue Aug 30 21:40:13 2011 From: smithmr103 at gmail.com (smithmr103 at gmail.com) Date: Tue, 30 Aug 2011 23:40:13 +0200 Subject: GRPS decode - trying to download firmware to C123 In-Reply-To: <20110829072318.GJ23789@prithivi.gnumonks.org> References: <4E5ACAA4.9000705@gmail.com> <20110829072318.GJ23789@prithivi.gnumonks.org> Message-ID: <4E5D58BD.5080002@gmail.com> Hello Harald and Lukas, In my opinion regarding non-standard speed, PL2303 based cable should never succeed to load code into calypso ram... The wiki says that for some branch and/or firmwares it works, I don't understand how it can happen. btw with my pl2303 cable what branch / firmware do i have to use for loading a GSM layer1 into my C123... with succeed? Ps. I bought a RS232 / Jack adaptator. I wait for it... (I already have a FTDI RS232 / USB cable) - If i have a little time I can braze a jack on the RS232 as explained on the wiki Sorry for my late answer and thank you both for your help. I didn't had time to work on my problem :( (right now I have trouble with my soft raid 10 in dual boot who drives me crazy!) Le 29/08/2011 09:23, Harald Welte a ?crit : > On Mon, Aug 29, 2011 at 01:55:59AM +0200, Lukas Kuzmiak wrote: >> If I'm not mistaken pl2303 based cables have/had problems handling baudrates >> above 115200, there was a recent update into the kernel tree, but I've never >> tested it. > the problem is not "[standard] baud rates above 115200" but it is > "non-standard baud-rates at all". Normal USARTs have baud-rate > generators that can only generate baud-rates "input_clock / divider" > where divider is either an integer, or even more: limited to a power of 2 > > The calypso cannot do any standard baud-rates above 115200. That's why > you need a USART with more flexible baud rate generator. The most > commonly known one to do this is the FTDI series of USB-serial > converters. > From laforge at gnumonks.org Wed Aug 31 08:35:36 2011 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 31 Aug 2011 10:35:36 +0200 Subject: GRPS decode - trying to download firmware to C123 In-Reply-To: <4E5D58BD.5080002@gmail.com> References: <4E5ACAA4.9000705@gmail.com> <20110829072318.GJ23789@prithivi.gnumonks.org> <4E5D58BD.5080002@gmail.com> Message-ID: <20110831083536.GO13522@prithivi.gnumonks.org> On Tue, Aug 30, 2011 at 11:40:13PM +0200, smithmr103 at gmail.com wrote: > Hello Harald and Lukas, > > In my opinion regarding non-standard speed, PL2303 based cable should > never succeed to load code into calypso ram... > The wiki says that for some branch and/or firmwares it works, I don't > understand how it can happen. because the firmware download happens at a much lower baudrate than some of the applications later use. > btw with my pl2303 cable what branch / firmware do i have to use for > loading a GSM layer1 into my C123... with succeed? YOU CANNOT DO GPRS DECODE (which uses burst_ind) WITH A PL2303 BASED CABLE! I guess it has been written dozens of times to the wiki and this mailinglist (check the archive). -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From smithmr103 at gmail.com Wed Aug 31 19:36:19 2011 From: smithmr103 at gmail.com (smithmr103 at gmail.com) Date: Wed, 31 Aug 2011 21:36:19 +0200 Subject: GRPS decode - trying to download firmware to C123 In-Reply-To: <20110831083536.GO13522@prithivi.gnumonks.org> References: <4E5ACAA4.9000705@gmail.com> <20110829072318.GJ23789@prithivi.gnumonks.org> <4E5D58BD.5080002@gmail.com> <20110831083536.GO13522@prithivi.gnumonks.org> Message-ID: <4E5E8D33.8030008@gmail.com> Hello Harald, Of course, I read this... sorry my question was 'what is the branch I can use (I guess 'master') and which firmware can I load into calypso ram with my pl2303 cable'? - I can load 'Hello world' without trouble... but after the code is not bootstrapped (it doesn't run)... This is my major issue. I can, in mostly cases, load firmwares but they dont't execute! I guess somebody else in here has the same problem... Le 31/08/2011 10:35, Harald Welte a ?crit : > On Tue, Aug 30, 2011 at 11:40:13PM +0200, smithmr103 at gmail.com wrote: >> Hello Harald and Lukas, >> >> In my opinion regarding non-standard speed, PL2303 based cable should >> never succeed to load code into calypso ram... >> The wiki says that for some branch and/or firmwares it works, I don't >> understand how it can happen. > because the firmware download happens at a much lower baudrate than some > of the applications later use. > >> btw with my pl2303 cable what branch / firmware do i have to use for >> loading a GSM layer1 into my C123... with succeed? > YOU CANNOT DO GPRS DECODE (which uses burst_ind) WITH A PL2303 BASED CABLE! > > I guess it has been written dozens of times to the wiki and this > mailinglist (check the archive). > From smithmr103 at gmail.com Wed Aug 31 19:58:17 2011 From: smithmr103 at gmail.com (smithmr103 at gmail.com) Date: Wed, 31 Aug 2011 21:58:17 +0200 Subject: GRPS decode - trying to download firmware to C123 In-Reply-To: References: <4E5ACAA4.9000705@gmail.com> <20110829072318.GJ23789@prithivi.gnumonks.org> <4E5D58BD.5080002@gmail.com> Message-ID: <4E5E9259.70408@gmail.com> An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Mon Aug 29 10:33:12 2011 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 29 Aug 2011 12:33:12 +0200 Subject: OT: Chinese C118 supply? Message-ID: <20110829103312.GN23789@prithivi.gnumonks.org> Hi all, at the CCC Camp two weeks ago, a Chinese guy approached me, stating that there he has contacts to a considerable supply of very inexpensive C1xx family phones in China. Unfortunately we didn't exchange contact details, so I'm trying this route. If you are the person that has talked to me about this topic, pleaes contact me by private e-mail. I would love to use this opportunity to provide inexpensive C1xx phones to the larger OsmocomBB user community. Thanks in advance, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From list_mailing at libero.it Tue Aug 30 12:14:51 2011 From: list_mailing at libero.it (list_mailing at libero.it) Date: Tue, 30 Aug 2011 14:14:51 +0200 (CEST) Subject: GPRS decode:FTDI cable Message-ID: <15679400.1307851314706491495.JavaMail.defaultUser@defaultHost> Please, can someone suggest a model for the FTDI cable? I have found different types on internet, but I'd like to buy one it will be definitively ok. Thanks in advance. From lukash at backstep.net Tue Aug 30 12:56:56 2011 From: lukash at backstep.net (Lukas Kuzmiak) Date: Tue, 30 Aug 2011 14:56:56 +0200 Subject: GPRS decode:FTDI cable In-Reply-To: <15679400.1307851314706491495.JavaMail.defaultUser@defaultHost> References: <15679400.1307851314706491495.JavaMail.defaultUser@defaultHost> Message-ID: Hey, I'm not sure about a cable as a product, but what I have is a cable made using this module: http://www.ftdichip.com/Support/Documents/DataSheets/Modules/DS_FT4232H_Mini_Module.pdf http://apple.clickandbuild.com/cnb/shop/ftdichip?op=catalogue-products-null&prodCategoryID=75&title= FT4232H+Module All you need is a module a little soldering skills (just cables and connectors, no more electronics, everything is included in the module). Btw, this module gives you 4 UARTs, there is also a module with only 2 UARTs, depends what you prefer etc. This works just fine with Osmocom, linux kernel has a driver included, it provides 4 /dev/ttyUSBx devices. Lukas On Tue, Aug 30, 2011 at 2:14 PM, list_mailing at libero.it < list_mailing at libero.it> wrote: > Please, can someone suggest a model for the FTDI cable? I have found > different > types on internet, but I'd like to buy one it will be definitively ok. > Thanks in advance. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From prom at berlin.ccc.de Wed Aug 31 12:57:56 2011 From: prom at berlin.ccc.de (Ingo Albrecht) Date: Wed, 31 Aug 2011 14:57:56 +0200 Subject: Suggestion from the PR department Message-ID: <4E5E2FD4.1000901@berlin.ccc.de> Hey guys I've been noticing the neverending stream of serial cable issues popping up here. To end this, I have a suggestion: how about checking the cable type via sysfs? Greets prom From laforge at gnumonks.org Wed Aug 31 15:59:11 2011 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 31 Aug 2011 17:59:11 +0200 Subject: Suggestion from the PR department In-Reply-To: <4E5E2FD4.1000901@berlin.ccc.de> References: <4E5E2FD4.1000901@berlin.ccc.de> Message-ID: <20110831155911.GA13522@prithivi.gnumonks.org> Hi prom, On Wed, Aug 31, 2011 at 02:57:56PM +0200, Ingo Albrecht wrote: > I've been noticing the neverending stream of serial cable issues > popping up here. > > To end this, I have a suggestion: how about checking the cable type > via sysfs? good idea. I would definitely merge such a patch, considering that it has appropriate #ifdef's around to make sure we don't break cygwin/osX/bsd builds. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)