- baseband-devel - lists.osmocom.org

Does the jolly/bts tree work?
by cbalke＠charter.net 28 Mar '11

28 Mar '11

I got two phones working with osmocom-bb. I compiled jolly/bts and it runs with two phones. I also compiled openbsc and connected the bts application to it. The problem is that timer T200 expires. I also get TX TCH/F errors before the timer expires on the bts application side. I am not sure if this is because of a configuration error on my part, or if the code was never completed enough to link a phone to it. I have tried using the default nanobts configuration file, but it does not work. If it isn't completed yet, what needs to be done? Is there anything that needs to be changed in the default nanobts configuration file? Just so you know, The reason why my email display name is not here, is because I am using backtrack linux and webmail to post this. Thank you for taking the time to help me, Calvin E. Balke

2 1

[ADM] New commitlog mailing list
by Harald Welte 26 Mar '11

26 Mar '11

Hi all! We haven't had a functioning commit log mailinglist since mid-2009, when the revision control system of openbsc was converted from svn to git. Especially today, with the large number of separate git repositories on http://cgit.osmocom.org/, it is very easy to loose track of what other developers are doing. The new mailing list 'osmocom-commitlog' (renamed from openbsc-commits) will receive updates from all repositories on git.osmocom.org. Feel free to subscribe at http://lists.osmocom.org/mailman/listinfo/osmocom-commitlog Cheers, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

2 2

[ADM] Problems with osmocom git server
by Harald Welte 26 Mar '11

26 Mar '11

Hi all! We're sorry to report that there are some problems with our git repositories at the moment, resulting in 'early EOF / index-pack failed' messages when users are attempting to clone one of our repositories. The problem has been thoroughly analyzed, but even after many hours of analysis, no solution has been found yet. Your best chance is to keep re-trying the clone, in 5-10% of the cases it will succeed. More technical details are available at this posting to the git mailing list: http://article.gmane.org/gmane.comp.version-control.git/169909 Sorry for the inconvenience. -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

2 2

git help
by bch2011＠sina.cn 26 Mar '11

26 Mar '11

$ git clone git://git.osmocom.org/osmocom-bb.git Cloning into osmocom-bb... remote: Counting objects: 10960, done. remote: Compressing objects: 100% (2599/2599), done. fatal: The remote end hung up unexpectedly8 MiB | 23 KiB/s fatal: early EOF fatal: index-pack failed

2 1

git error
by bch2011＠sina.cn 26 Mar '11

26 Mar '11

$ git clone git://git.osmocom.org/osmocom-bb.git Cloning into osmocom-bb... remote: Counting objects: 10960, done. remote: Compressing objects: 100% (2599/2599), done. fatal: The remote end hung up unexpectedly8 MiB | 23 KiB/s fatal: early EOF fatal: index-pack failed  

2 1

bcch_scan initialization and L1
by weberbe＠ee.ethz.ch 25 Mar '11

25 Mar '11

Hi everbody I'm currently working on a project at our university where we are trying to connect bcch_scan with our existing hardware/software. The latter consists of L1 implementation partly in hardware and partly in software. The software part is also used to provide the interface towards bcch_scan. So far, the software interface does not do much it just provides the necessary domain sockets and dumps everything it receives from bcch_scan. Now, my question is whether there is some kind of initialization sequences sent from bcch_scan to the phone. And is there any other info you can provide about the messages sent from bcch_scan to the phone and the other way round? Naturally, I tried to find this out myself by looking though the source but didn't get very far. Oh and by the way, the ultimate goal of this project is that we can use bcch_scan to test our L1 hardware. This would be pretty cool Thanks in advance Benjamin

2 2

Mediatek RF development informations
by Marcin.Mielczarczyk＠tieto.com 24 Mar '11

24 Mar '11

Hi list, I'd like to give you some informations about findings on Mediatek's RF. Sciphone G2 has MT6140 transceiver which seems to be different than MT6139. MT6140 has much more registers to configure at init time (CW0 - CW12, CW15) while MT6139 has just 5 registers (CW0, CW1, CW2, CW9 and CW11). Common registers for MT6140 and MT6139 has also different fields (i.e. register CW0 has reset bit on different offset on MT6140). These findings where first discovered during sniffing of BSI interface. After some time I also found source code for Mediatek's SoCs family on Google Code pages: http://code.google.com/p/mobile-phone-mtk-project/ You can find there source code with drivers for Mediatek RF part (MT6139, MT6140, Murata antenna switches and Mediatek Power Amplifiers). Source code is located under "l1/l1d" directory. This part is delivered as source code because Mediatek wants to give customers chance to change RF electronic components (customers are able to write thair own drivers). The rest of layer 1 code (code which calls RF drivers and uses DSP) is delivered as library "l1.lib". Thanks to above code I confirmed my concernings about difference between MT6139 and MT6140. I prepared initial version of drivers for BPI, BSI, BFE (Baseband Front End) and MT6140 and placed them in U-Boot. MT6140 driver is based on Harald's MT6139 driver from OsmocomBB. It's initial driver which just configures needed peripherals (BSI, BPI, BFE, TDMA, APC, MT6140, MURA465 and RF3159) and performs TX on given ARFCN channel. U-Boot command for that is following: Rf_tx <arfcn> After execution, using spectrum analyzer you should see transmission on given frequency (so far I just tested on low band). This code doesn't use APC yet, but driver is already written, it just needs to be tested (it means that TX has currently very low power). If it comes to RF part, documentation which is available is sufficient, I already know how to configure hardware and I don't expect bigger problems here, that's why I started investigations on DSP. MT6235 has two DSP processors (master and slave). These procesors are from Analog Devices family ADSP-218x. Most probably it's ADSP-2181 (it's just assumption, I haven't found any statement about it). Thanks to code mentioned above it's possible to identify DSP functions and disassemble them. Above code is compiled for MT6223 (ARM7) SoC and it provides symbols table (file: BIRDCELLTEL23_08B_NEP_162_PCB01_gsm_MT6223_S00.sym). Most of this code is also available on Sciphone G2 (comparing binary files) and I'm able to identify addresses of functions and break in these functions using JTAG. It means that I can debug on real hardware, that's really convenient and easy to understand what's going on. I already disassembled functions for DSP init and patch loading over IDMA port (probably DSP code is executed from ROM) and I'll continue this task. Hopefully we'll be able to start sending real TX data soon. -- Recently I received patches with Linux drivers for Sciphone's USB port from Krzysztof Antonowicz and I wanted to thank for his effort. Right now it's possible to use Sciphone as Mass Storage device and it'll be possible to run Ethernet gadget. Unfortunatelly I can't clone Linux/Uboot repository right now and I didn't deliver patches for RF and USB. As soon as I'll succeed cloning of repository, I'll deliver functionality which I described above. I'll also backport drivers I'm writing now to OsmocomBB. Best regards, Marcin

1 0

Re: [PATCH OSMOCOM-BB] src: use new libosmogsm and include/osmocom/[gsm|core] path to headers
by Harald Welte 24 Mar '11

24 Mar '11

Hi Pablo, On Tue, Mar 22, 2011 at 05:16:58PM +0100, pablo(a)gnumonks.org wrote: > This patch also renames hexdump in osmocon.c and osmoload.c > to avoid clashing with hexdump defined in libosmocore. This > is a workaround, it's planned to fix the namespace pollution > of the library soon. how did you test this patch? Did you first update the libosmocore copy inside osmocom-bb.git using 'git-subtree', and then apply + test your patch? Did you make sure that new libosmocore will also build using the cross-compiler for the phone firmware (see + use the osmocom-bb/src/Makefile) ? Also, for the future: please note the mailing list for osmocom-bb is 'baseband-deve(a)lists.osmocom.org', not the openbsc list... Thanks, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

2 1

Linux + u-boot port to MT6235
by Harald Welte 22 Mar '11

22 Mar '11

Hi All! At my OpenBSC / OsmocomBB talk here at the Embedded Linux Conference Europe, one of the attendees (Marcin, see Cc) came to me after the talk and told me he had recently done a u-boot and Linux kernel port to the MT6235 (that's the ARM926 based chipsets found in the touchscreen MTK phones). He said he has no understanding of GSM or the existing MTK firmware, but is interested in working together with us to try to make the GSM part work. I think that chipset is very intesting, as we could implement the layer1 inside the Linux kernel (and submit that mainline, yay!) and run our layer2 and layer3 implementations as userspace processes on the Linux system, together with the user interface. The performance of those devices should be somewhere between the Openmoko GTA01 and GTA02, and the GSM stack is certainly not going to eat away a lot of the CPU either. I have asked Marcin to write mail to the OsmocomBB mailing list on where we can find the code. He has so far downloaded the code using JTAG. Combining his code with our ramloader might remove that JTAG dependency... Marcin: if you want to push your u-boot / kernel to git.osmocom.org, or want a separate trac installation for your mtk-linux work, pleaes let me know, I'd be happy to host that. Regards, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

2 1

Compiling issue
by Derek Murphy 22 Mar '11

22 Mar '11

I'm running Ubuntu 10.10 and having a couple of issues. I've got both options for the toolchain work, only one is in the path at a time while testing. With one of them it seems to compile fine: I can use ./osmocom with something like hello world and this works. However when I go to look at layer23 the binary has not been compiled and I have this error in the conf.log: configure:3833: checking for gps_waiting in -lgps configure:3858: gcc -o conftest -g -O2 conftest.c -lgps >&5 /usr/bin/ld: cannot find -lgps collect2: ld returned 1 exit status configure:3858: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | #define PACKAGE "layer23" | #define VERSION "0.0.0" | /* end confdefs.h. */ I'm sure most of these are environment error but wanted to check. In the update-libosmocore.sh I get an error that git-subtree doesn't exist. I found git subtree as a third party install that was not in the documentation but it's command is git subtree versus being git-subtree. Any thoughts would be appreciated.

1 1