From 246tnt at gmail.com Sun Apr 24 17:37:00 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Sun, 24 Apr 2011 19:37:00 +0200 Subject: buzzer driver In-Reply-To: References: Message-ID: Hi, > Hi all, my name is Jose Pereira, and i'm very interested in helping you with > some code! I've wrote the buzzer driver for calypso, not so sure if will > help you of anything, but was just for experimenting :) Thanks for this, it took us quite a bit of time to merge it, but now it's done :) We were looking how to signal debug some stuff and the beeper sounded like a good option. (no pun intended :p) Cheers, Sylvain From technosabby at gmail.com Sun Apr 3 18:42:09 2011 From: technosabby at gmail.com (Marten Christophe) Date: Mon, 4 Apr 2011 00:12:09 +0530 Subject: Airprob compiling error In-Reply-To: <4D9459BB.4090200@informatik.uni-freiburg.de> References: <4D9459BB.4090200@informatik.uni-freiburg.de> Message-ID: Hello All, I'm facing problem while compiling airprobe/gsm-receiver i will be thank-full for help OS: ubuntu 10.4 ======== root at ubuntu:/home/xx/6jan/airprobe/gsm-receiver# make install cd . && /bin/sh /home/xx/6jan/airprobe/gsm-receiver/missing --run automake-1.11 --gnu /usr/share/automake-1.11/am/depend2.am: am__fastdepCXX does not appear in AM_CONDITIONAL /usr/share/automake-1.11/am/depend2.am: The usual way to define `am__fastdepCXX' is to add `AC_PROG_CXX' /usr/share/automake-1.11/am/depend2.am: to `configure.ac' and run `aclocal' and `autoconf' again. src/lib/Makefile.am: C++ source seen but `CXX' is undefined src/lib/Makefile.am: The usual way to define `CXX' is to add `AC_PROG_CXX' src/lib/Makefile.am: to `configure.ac' and run `autoconf' again. src/lib/Makefile.am:58: Python sources seen but `PYTHON' is undefined src/lib/Makefile.am:58: The usual way to define `PYTHON' is to add `AM_PATH_PYTHON' src/lib/Makefile.am:58: to `configure.ac' and run `aclocal' and `autoconf' again. src/lib/decoder/openbtsstuff/Makefile.am: C++ source seen but `CXX' is undefined src/lib/decoder/openbtsstuff/Makefile.am: The usual way to define `CXX' is to add `AC_PROG_CXX' src/lib/decoder/openbtsstuff/Makefile.am: to `configure.ac' and run `autoconf' again. make: *** [Makefile.in] Error 1 root at ubuntu:/home/xx/6jan/airprobe/gsm-receiver# ============= From technosabby at gmail.com Mon Apr 4 14:40:36 2011 From: technosabby at gmail.com (Marten Christophe) Date: Mon, 4 Apr 2011 20:10:36 +0530 Subject: Airprob compiling error In-Reply-To: References: <4D9459BB.4090200@informatik.uni-freiburg.de> Message-ID: > Hello All, > > I'm facing problem while compiling airprobe/gsm-receiver > > i will be thank-full for help, kindly tell me fix for this problem to compile gsm-receiver > OS: ubuntu 10.4 > ======== > root at ubuntu:/home/xx/6jan/airprobe/gsm-receiver# make install > ?cd . && /bin/sh /home/xx/6jan/airprobe/gsm-receiver/missing --run > automake-1.11 --gnu > /usr/share/automake-1.11/am/depend2.am: am__fastdepCXX does not appear > in AM_CONDITIONAL > /usr/share/automake-1.11/am/depend2.am: ? The usual way to define > `am__fastdepCXX' is to add `AC_PROG_CXX' > /usr/share/automake-1.11/am/depend2.am: ? to `configure.ac' and run > `aclocal' and `autoconf' again. > src/lib/Makefile.am: C++ source seen but `CXX' is undefined > src/lib/Makefile.am: ? The usual way to define `CXX' is to add `AC_PROG_CXX' > src/lib/Makefile.am: ? to `configure.ac' and run `autoconf' again. > src/lib/Makefile.am:58: Python sources seen but `PYTHON' is undefined > src/lib/Makefile.am:58: ? The usual way to define `PYTHON' is to add > `AM_PATH_PYTHON' > src/lib/Makefile.am:58: ? to `configure.ac' and run `aclocal' and > `autoconf' again. > src/lib/decoder/openbtsstuff/Makefile.am: C++ source seen but `CXX' is undefined > src/lib/decoder/openbtsstuff/Makefile.am: ? The usual way to define > `CXX' is to add `AC_PROG_CXX' > src/lib/decoder/openbtsstuff/Makefile.am: ? to `configure.ac' and run > `autoconf' again. > make: *** [Makefile.in] Error 1 > root at ubuntu:/home/xx/6jan/airprobe/gsm-receiver# > ============= > From holger at freyther.de Mon Apr 4 15:13:38 2011 From: holger at freyther.de (Holger Hans Peter Freyther) Date: Mon, 04 Apr 2011 17:13:38 +0200 Subject: Airprob compiling error In-Reply-To: References: <4D9459BB.4090200@informatik.uni-freiburg.de> Message-ID: <4D99E022.2030907@freyther.de> On 04/04/2011 04:40 PM, Marten Christophe wrote: >> Hello All, >> >> I'm facing problem while compiling airprobe/gsm-receiver >> >> i will be thank-full for help, kindly tell me fix for this problem to compile gsm-receiver Hi Christopher, this project is not the airprobe project, replying to a fully quoted mail is not going to change it. Your option is to read the error message, attempt what it proposes and see if it is changing anything. If it does be so kind to send a patch to the airprobe developers. Here[1] is the autoconf manual that might be helpful. [1] http://www.gnu.org/software/autoconf/manual/autoconf.html From roy.techie at gmail.com Fri Apr 1 14:03:33 2011 From: roy.techie at gmail.com (roytechie) Date: Fri, 1 Apr 2011 07:03:33 -0700 (PDT) Subject: unknown error In-Reply-To: <4D945D09.6090301@freyther.de> References: <4D945D09.6090301@freyther.de> Message-ID: <1301666613792-2763434.post@n3.nabble.com> I have used the gnuarm-3.4.3 toolchain. Earlier while compiling I got this message saying that "osmocore/signal.h" was missing.So I just included the full path "/home/roy/osmocom-bb/src/shared/libosmocore/osmocore" in the signal.h file. After that i got the error that "libosmocore.a " file is missing.So I again gave the whole path of libosmocore.a in the makefile. Now it compiled and i have got this error. I have got some files (*.bin) in compal_e88 folder except loader.compalram.bin so can i use the mobile phone now.Will the absence of loader.compalram.bin hinder the use of the mobile phone. -- View this message in context: http://baseband-devel.722152.n3.nabble.com/unknown-error-tp2758006p2763434.html Sent from the baseband-devel mailing list archive at Nabble.com. From wbg_1000 at yahoo.com Fri Apr 1 07:51:05 2011 From: wbg_1000 at yahoo.com (eisencah eisenach) Date: Fri, 1 Apr 2011 00:51:05 -0700 (PDT) Subject: layer3 messages questions Message-ID: <417498.69046.qm@web112110.mail.gq1.yahoo.com> Hi everyone. One question : are there any layer 3 messages that would span across multiple LAPDm frames?? Or are they chosen such that this never happens? Thanks, Mihai. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Fri Apr 1 09:13:04 2011 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Fri, 1 Apr 2011 11:13:04 +0200 Subject: AW: layer3 messages questions Message-ID: hi, > One question : are there any layer 3 messages that would span across multiple LAPDm frames? Or are they chosen such that this > never happens? example: in case you dial a long number, the complete L2 message may exceed 23 bytes. in this case the message is split into multiple messages. this is supported by osmocom/lapdm. From laforge at gnumonks.org Fri Apr 1 09:14:30 2011 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 1 Apr 2011 11:14:30 +0200 Subject: layer3 messages questions In-Reply-To: <417498.69046.qm@web112110.mail.gq1.yahoo.com> References: <417498.69046.qm@web112110.mail.gq1.yahoo.com> Message-ID: <20110401091430.GB9436@prithivi.gnumonks.org> Hi! On Fri, Apr 01, 2011 at 12:51:05AM -0700, eisencah eisenach wrote: > One question : are there any layer 3 messages that would span across multiple > LAPDm frames?? Or are they chosen such that this never happens? 'normally' it does not happen, i.e. for regular voice / sms operation. But there is no guarantee for that. However, I believe in the context of RRLP or other LCS related procedures, they may very well happen. It is our experience that not even all BTSs on the network side support LAPDm fragmentation/reassembly - so it may be safe to assume that it is not any different for phones. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From wbg_1000 at yahoo.com Fri Apr 1 10:05:52 2011 From: wbg_1000 at yahoo.com (eisencah eisenach) Date: Fri, 1 Apr 2011 03:05:52 -0700 (PDT) Subject: AW: layer3 messages questions Message-ID: <744307.99167.qm@web112115.mail.gq1.yahoo.com> Thanks. But? it is also possible to have two layer 3 messages in the same LAPDm frame (one ending and one starting for example)? Cheers. --- On Fri, 4/1/11, Andreas.Eversberg wrote: From: Andreas.Eversberg Subject: AW: layer3 messages questions To: "eisencah eisenach" , baseband-devel at lists.osmocom.org Date: Friday, April 1, 2011, 12:13 PM hi, > One question : are there any layer 3 messages that would span across multiple LAPDm frames?? Or are they chosen such that this > never happens? example: in case you dial a long number, the complete L2 message may exceed 23 bytes. in this case??? the message is split into multiple messages. this is supported by osmocom/lapdm. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Fri Apr 1 12:15:57 2011 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Fri, 1 Apr 2011 14:15:57 +0200 Subject: AW: AW: layer3 messages questions Message-ID: > But it is also possible to have two layer 3 messages in the same LAPDm frame (one ending and one starting for example)? no, you can't! it could be possible, since there is a length field in every layer 2 frame, but there is nothing in the specs about it. From screaming-pain at libero.it Fri Apr 1 11:14:03 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Fri, 1 Apr 2011 13:14:03 +0200 (CEST) Subject: another compiling problem (beginner) Message-ID: <8745439.911761301656443381.JavaMail.defaultUser@defaultHost> Hi all, Sorry for bothering with another compiling problem. I had the following error while compiling osmocom-bb: configure:3246: arm-elf-gcc -Os -ffunction-sections -I/home/loretta/osmocom- bb/src/target/firmware/include -nostartfiles -nodefaultlibs conftest.c >&5 conftest.c: In function `main': conftest.c:15: warning: initialization makes pointer from integer without a cast /home/loretta/install/gnuarm-3.4.3/bin/../lib/gcc/arm-elf/3.4.3/../../../.. /arm-elf/bin/ld: warning: cannot find entry symbol _start; defaulting to 00008000 /tmp/ccgIuxoW.o(.text.main+0x14): In function `main': : undefined reference to `fopen' /tmp/ccgIuxoW.o(.text.main+0x1c): In function `main': : undefined reference to `ferror' /tmp/ccgIuxoW.o(.text.main+0x30): In function `main': : undefined reference to `fclose' collect2: ld returned 1 exit status configure:3250: $? = 1 configure:3287: result: configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "libosmocore" | #define PACKAGE_TARNAME "libosmocore" | #define PACKAGE_VERSION "UNKNOWN" | #define PACKAGE_STRING "libosmocore UNKNOWN" | #define PACKAGE_BUGREPORT "openbsc-devel at lists.openbsc.org" | #define PACKAGE_URL "" | #define PACKAGE "libosmocore" | #define VERSION "UNKNOWN" | /* end confdefs.h. */ | #include | int | main () | { | FILE *f = fopen ("conftest.out", "w"); | return ferror (f) || fclose (f) != 0; | | ; | return 0; | } after hours of trying to understand how to fix this, I figured out that without the option -nodefaultlibs everything run smoothly. Now, the problem is that I do not understand much of what is going on and I wonder, do I need that option and hence should look for a different way of fixing the problem? Thanks for your help, Loretta From wbg_1000 at yahoo.com Sun Apr 3 13:31:57 2011 From: wbg_1000 at yahoo.com (eisencah eisenach) Date: Sun, 3 Apr 2011 06:31:57 -0700 (PDT) Subject: CCCH question Message-ID: <693788.91830.qm@web112114.mail.gq1.yahoo.com> Hi. In its current stage osmocom makes full use of CCCH-CONF and BS-AG-BLK_RES fields of CCCH description? If a block is reserved for access grant it won't be used on paging? Is there anyway of calling "gsm48_sysinfo_dump" to print on the console? Cheers, Mihai. -------------- next part -------------- An HTML attachment was scrubbed... URL: From 246tnt at gmail.com Sun Apr 3 13:56:07 2011 From: 246tnt at gmail.com (246tnt at gmail.com) Date: Sun, 03 Apr 2011 13:56:07 +0000 Subject: CCCH question In-Reply-To: <693788.91830.qm@web112114.mail.gq1.yahoo.com> Message-ID: <90e6ba6151843de77b04a004015e@google.com> Hi, > In its current stage osmocom makes full use of CCCH-CONF and > BS-AG-BLK_RES fields of CCCH description? Only CCCH-CONF 0 & 1 are supported right now. (Never even seen a network using something else). Since DRX isn't supported right now, we don't really care about BS-AG-BLK_RES so far. > If a block is reserved for access grant it won't be used on paging? That's what the specs says but it's not the phone making that decision, it's the BTS. AFAIK, we don't "check" if the paging/access grant came in the right slots, if we received it, we process it. > Is there anyway of calling "gsm48_sysinfo_dump" to print on the console? Use wireshark ... really much better. Cheers, Sylvain -------------- next part -------------- An HTML attachment was scrubbed... URL: From technosabby at gmail.com Sun Apr 3 20:09:48 2011 From: technosabby at gmail.com (Marten Christophe) Date: Mon, 4 Apr 2011 01:39:48 +0530 Subject: Airprob gsm-tvoid error Message-ID: Hello Harald, While running ./go.sh i come across below error there no one on airprob lis now a days plz help why i'm getting that error ======== root at ubuntu:/home/xx/6jan/airprobe/gsm-tvoid/src/python# ./go.sh GSMSP_940.8Mhz_118.cfile go.sh [decim==112] % offset = 0.0 clock = 64000000.0 Reading data from: GSMSP_940.8Mhz_118.cfile >>> gr_fir_ccc: using SSE >>> gr_fir_ccf: using SSE (python:7893): Gtk-CRITICAL **: gtk_window_resize: assertion `width > 0' failed <<<<<<<<<<<<<<<< ======= Kind Regards, From technosabby at gmail.com Mon Apr 4 14:38:34 2011 From: technosabby at gmail.com (Marten Christophe) Date: Mon, 4 Apr 2011 20:08:34 +0530 Subject: Airprob gsm-tvoid error In-Reply-To: References: Message-ID: > Hello Harald, > > While running ./go.sh i come across below error there no one on > airprob lis now a days plz help why i'm getting that error > ======== > root at ubuntu:/home/xx/6jan/airprobe/gsm-tvoid/src/python# ./go.sh > GSMSP_940.8Mhz_118.cfile > go.sh [decim==112] > % offset = ?0.0 clock = ?64000000.0 > Reading data from: GSMSP_940.8Mhz_118.cfile >>>> gr_fir_ccc: using SSE >>>> gr_fir_ccf: using SSE > > (python:7893): Gtk-CRITICAL **: gtk_window_resize: assertion `width > > 0' failed ?<<<<<<<<<<<<<<<< > ======= > > Kind Regards, > From wbg_1000 at yahoo.com Mon Apr 4 06:50:53 2011 From: wbg_1000 at yahoo.com (eisencah eisenach) Date: Sun, 3 Apr 2011 23:50:53 -0700 (PDT) Subject: NCC alocation Message-ID: <587771.6675.qm@web112103.mail.gq1.yahoo.com> I'm having this question about NCC allocation. Is this unique for an operator inside a country?? And how it goes if you travel abroad ? (Will the phone look for a network with the same NCC at the begining?) After that it will look at sysinfo and the other stuff but I was wondering how it goes at power up? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From holger at freyther.de Mon Apr 4 07:12:48 2011 From: holger at freyther.de (Holger Hans Peter Freyther) Date: Mon, 04 Apr 2011 09:12:48 +0200 Subject: NCC alocation In-Reply-To: <587771.6675.qm@web112103.mail.gq1.yahoo.com> References: <587771.6675.qm@web112103.mail.gq1.yahoo.com> Message-ID: <4D996F70.5040702@freyther.de> On 04/04/2011 08:50 AM, eisencah eisenach wrote: > I'm having this question about NCC allocation. Is this unique for an operator > inside a country? And how it goes if you travel abroad ? (Will the phone look > for a network with the same NCC at the begining?) > After that it will look at sysinfo and the other stuff but I was wondering how > it goes at power up? Hi, IIRC GSM 04.08 covers the topic of cell selection. regards holger From laforge at gnumonks.org Mon Apr 4 12:06:41 2011 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 4 Apr 2011 14:06:41 +0200 Subject: NCC alocation In-Reply-To: <587771.6675.qm@web112103.mail.gq1.yahoo.com> References: <587771.6675.qm@web112103.mail.gq1.yahoo.com> Message-ID: <20110404120641.GX4719@prithivi.gnumonks.org> On Sun, Apr 03, 2011 at 11:50:53PM -0700, eisencah eisenach wrote: > I'm having this question about NCC allocation. Is this unique for an operator > inside a country?? And how it goes if you travel abroad ? (Will the phone > look for a network with the same NCC at the begining?) NCC allocation is typically done by the regulatory authority within the country. If you have less than 8 operators, it is likely they will assign one NCC to each operator, in addition to the MNC. If there are more operators, it would make sense to have an even distribution ov the NCC values among the operators. NCC is only used when detecting SYNC Bursts (SB), as soon as the phone decodes the BCCH, it will know the MCC/MNC and ignore it, if it's not the network it has been looking for. > After that it will look at sysinfo and the other stuff but I was wondering > how it goes at power up? TS 03.22 specifies events at cell selection / cell reselection > Thanks. -- - 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 Mon Apr 4 15:15:32 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Mon, 4 Apr 2011 17:15:32 +0200 (CEST) Subject: R: another compiling problem (beginner) Message-ID: <249189.1363061301930132833.JavaMail.defaultUser@defaultHost> Hi all, I found out the -nodefaultlibs option is due to a recent patch, so it seems it is solving someone's problem, but it may not be good for everyone. I could compile osmocon-bb without -nodefaultlibs and I found out it compiles without -nostartfiles as well. May be this two options should not be hardcoded, because someone else could have my same problem with the -nodefaultlibs (the -nodefaultfiles did not cause problems to me but seems not to be essential) Regards, Loretta >----Messaggio originale---- >Da: screaming-pain at libero.it >Data: 1-apr-2011 13.14 >A: >Ogg: another compiling problem (beginner) > >Hi all, > >Sorry for bothering with another compiling problem. >I had the following error while compiling osmocom-bb: > >configure:3246: arm-elf-gcc -Os -ffunction-sections -I/home/loretta/osmocom- >bb/src/target/firmware/include -nostartfiles -nodefaultlibs conftest.c >&5 >conftest.c: In function `main': >conftest.c:15: warning: initialization makes pointer from integer without a >cast >/home/loretta/install/gnuarm-3.4.3/bin/../lib/gcc/arm-elf/3.4.3/../../../.. >/arm-elf/bin/ld: warning: cannot find entry symbol _start; defaulting to >00008000 >/tmp/ccgIuxoW.o(.text.main+0x14): In function `main': >: undefined reference to `fopen' >/tmp/ccgIuxoW.o(.text.main+0x1c): In function `main': >: undefined reference to `ferror' >/tmp/ccgIuxoW.o(.text.main+0x30): In function `main': >: undefined reference to `fclose' >collect2: ld returned 1 exit status >configure:3250: $? = 1 >configure:3287: result: >configure: failed program was: >| /* confdefs.h */ >| #define PACKAGE_NAME "libosmocore" >| #define PACKAGE_TARNAME "libosmocore" >| #define PACKAGE_VERSION "UNKNOWN" >| #define PACKAGE_STRING "libosmocore UNKNOWN" >| #define PACKAGE_BUGREPORT "openbsc-devel at lists.openbsc.org" >| #define PACKAGE_URL "" >| #define PACKAGE "libosmocore" >| #define VERSION "UNKNOWN" >| /* end confdefs.h. */ >| #include >| int >| main () >| { >| FILE *f = fopen ("conftest.out", "w"); >| return ferror (f) || fclose (f) != 0; >| >| ; >| return 0; >| } > > >after hours of trying to understand how to fix this, I figured out that >without the option -nodefaultlibs everything run smoothly. >Now, the problem is that I do not understand much of what is going on and I >wonder, do I need that option and hence should look for a different way of >fixing the problem? > >Thanks for your help, >Loretta > > From screaming-pain at libero.it Mon Apr 4 15:33:45 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Mon, 4 Apr 2011 17:33:45 +0200 (CEST) Subject: Problem with osmocon (beginner) Message-ID: <22347854.1369871301931225802.JavaMail.defaultUser@defaultHost> Hi all, I have been trying to load "hello world" for hours with no joy so far :( I am using Ubuntu Karmic and a motorola c115 my with a usb to serial and mot T191 cable. I tried different -m options, most of the times nothing happens, though if I play a bit with the earphone jack and the c115 start button it seems some sort of communication starts and the each time I press the start button I can read the following got 1 bytes from modem, data looks like: 00 . got 1 bytes from modem, data looks like: f1 . got 1 bytes from modem, data looks like: 06 . got 1 bytes from modem, data looks like: 72 r got 1 bytes from modem, data looks like: 82 . got 1 bytes from modem, data looks like: bf . got 1 bytes from modem, data looks like: 7d } got 1 bytes from modem, data looks like: fd . got 1 bytes from modem, data looks like: 7f . got 1 bytes from modem, data looks like: 00 . got 1 bytes from modem, data looks like: a6 . got 1 bytes from modem, data looks like: 51 Q got 1 bytes from modem, data looks like: d2 . got 1 bytes from modem, data looks like: 51 Q got 1 bytes from modem, data looks like: 0a . got 1 bytes from modem, data looks like: 3a : got 1 bytes from modem, data looks like: 02 . got 1 bytes from modem, data looks like: 4d M got 1 bytes from modem, data looks like: a3 . got 1 bytes from modem, data looks like: 14 . got 1 bytes from modem, data looks like: 1b . got 1 bytes from modem, data looks like: 00 . got 1 bytes from modem, data looks like: 00 . what is going on? can anyone help me to understand how to proceed? I got once during my trials the message: Received PROMPT1 from phone, responding with CMD but I had a wrong file name so it just wrote it could not find the file :( I know I am a disaster but I would appreciate if someone could give a hint Thanks you very much, Loretta From 246tnt at gmail.com Mon Apr 4 15:42:08 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 4 Apr 2011 17:42:08 +0200 Subject: Problem with osmocon (beginner) In-Reply-To: <22347854.1369871301931225802.JavaMail.defaultUser@defaultHost> References: <22347854.1369871301931225802.JavaMail.defaultUser@defaultHost> Message-ID: > I have been trying to load "hello world" ?for hours with no joy so far :( > I am using Ubuntu Karmic and a motorola c115 my with a usb to serial and ?mot > T191 cable. Either: - Your cable sucks - The phone earjack connector is busted So nothing anyone can really help you with remotely. > I tried different -m options, most of the times nothing happens, The -m option only comes into play after the PROMT1 / PROMPT2 so if you don't even get there, it's not a sw problem. Cheers, Sylvain From roy.techie at gmail.com Fri Apr 8 16:11:21 2011 From: roy.techie at gmail.com (royfarji india) Date: Fri, 8 Apr 2011 21:41:21 +0530 Subject: a bit of help Message-ID: Hi all, Finally I was able to compile osmocombb with much debugging. Next,how exactly can we build the cable"T191".I was unable to find it on the web.Can anyone help with a schematics and a procedure of how to do it. I would be grateful for it. cheers -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephan.meier at unitybox.de Sat Apr 9 13:04:08 2011 From: stephan.meier at unitybox.de (Stephan Meier) Date: Sat, 09 Apr 2011 15:04:08 +0200 Subject: a bit of help In-Reply-To: References: Message-ID: <4DA05948.7040101@unitybox.de> Hi, you can find the details of the cable in the wiki at http://bb.osmocom.org/trac/wiki/CalypsoSerialCable Cheers, Stephan On 04/08/2011 06:11 PM, royfarji india wrote: > Hi all, > Finally I was able to compile osmocombb with much debugging. > Next,how exactly can we build the cable"T191".I was unable to find it on > the web.Can anyone help with a schematics and a procedure of how to do it. > I would be grateful for it. > cheers From lists at infosecurity.ch Sat Apr 9 06:37:20 2011 From: lists at infosecurity.ch (Fabio Pietrosanti (naif)) Date: Sat, 09 Apr 2011 08:37:20 +0200 Subject: Any plan to fork OpenBTS and/or merge with Osmocom code? Message-ID: <4D9FFEA0.3030904@infosecurity.ch> Hi all, this email don't want to be a provocative email but just an opinion related to the creation of value for GSM TLC stack into the opensource environment. As we know currently there are several different projects growing into the GSM (then tetra and in future 3G?) opensource ecosystem. The first "pratical" base has been OpenBTS as a simplified GSM um interface for VoIP. The second major implementations was around the osmocom project that build-up a complete and well designed GSM stack with all the modular interfaces and protocols for communications between BTS and BSC, with MSC, HLR, GGSN, SGSN and major GSM network components. Additionally, if i understood correctly osmocom is much more advanced with broad scope and better design than OpenBTS. It seems to me that OpenBTS it's almost stalled due to the "commercial fork" of the OpenSource project and only fairwaves is contributing to the opensource branch. I personally really dislike the "Commercial fork" approach where the community is used only in the early phase of the project to improve it and from a certain point the community doesn't get almost any added value. I like much more the dual-licensed approach like AGPL/Commercial (like http://pjsip.org) where all the value of the code is publicly released. However, my post was related to a question: - How complex would be, leveraging existing public OpenBTS code, to integrate into the Osmocom project? I mean, having a sort of lightweight BTS component speaking A-Bis over IP to OpenBSC like the cheap nano ip.access BTS does. For what i read now Osmocom have 2 software BTS (Osmo-BTS and Soft-BTS), communicating with the A-BIS over IP interface to OpenBSC: http://lists.gnumonks.org/pipermail/openbsc/2011-March/002529.html http://lists.gnumonks.org/pipermail/openbsc/2010-April/001508.html I've read that only a lot of time ago (2009) there was a discussion about OpenBTS to OpenBSC integration: http://lists.gnumonks.org/pipermail/openbsc/2009-October/000955.html At the current stage of development (2011), with Osmocom finally getting a Software-BTS part communicating to the Software-BSC side, how really complex it would be to integrate the GSM-um related part of OpenBTS into the project? With that approach the 'GSM-um' interface would be a very simplified module of the overall system and osmocom would completely replace OpenBTS all-in-one project. Am i right? -naif p.s. Sorry for the cross-posting, i just wanted to explain the idea and get the communities feedbacks to understand 'at which point' we are in order to think 'what would be required to be done' to achieve that goal. From laforge at gnumonks.org Sat Apr 9 09:24:56 2011 From: laforge at gnumonks.org (Harald Welte) Date: Sat, 9 Apr 2011 11:24:56 +0200 Subject: Any plan to fork OpenBTS and/or merge with Osmocom code? In-Reply-To: <4D9FFEA0.3030904@infosecurity.ch> References: <4D9FFEA0.3030904@infosecurity.ch> Message-ID: <20110409092456.GB3248@prithivi.gnumonks.org> Hi Fabio, On Sat, Apr 09, 2011 at 08:37:20AM +0200, Fabio Pietrosanti (naif) wrote: > this email don't want to be a provocative email but just an opinion > related to the creation of value for GSM TLC stack into the opensource > environment. Sorry, what is TLC? > The first "pratical" base has been OpenBTS as a simplified GSM um > interface for VoIP. well, the Um interface has not been simplified. But the entire fixed-part of the traditional GSM network has been simplified. > The second major implementations was around the osmocom project that > build-up a complete and well designed GSM stack with all the modular > interfaces and protocols for communications between BTS and BSC, with > MSC, HLR, GGSN, SGSN and major GSM network components. true. > Additionally, if i understood correctly osmocom is much more advanced > with broad scope and better design than OpenBTS. I think it is unfair. There are many design decisions, and I don't think you can say something is better or worse. It depends on your purpose. Do you want a sports car or a truck? Depends on your application which one is better... Also with regard to scope, I think there is not too much difference. Sure, the OpenBTS initial focus was on the SDR radiomodem and the actual BTS, while we have been working more on the RAN and now core network parts. but in the end, I guess both projects strive for being able to provide a full gsm network with telephony, sms and data - either stand-alone, as a PBX or interacting with real international GSM networks at various interfaces. > It seems to me that OpenBTS it's almost stalled due to the "commercial > fork" of the OpenSource project and only fairwaves is contributing to > the opensource branch. I cannot comment on that, as I don't follow the speed of progress in OpenBTS. > I personally really dislike the "Commercial fork" approach where the > community is used only in the early phase of the project to improve it > and from a certain point the community doesn't get almost any added value. > I like much more the dual-licensed approach like AGPL/Commercial (like > http://pjsip.org) where all the value of the code is publicly released. I personally agree, but you have to let the project owners / copyright holders decide on that. They wrote the vast majority of the code, and they get to say what happens on the licensing side. But yes, there have been really bad examples of this model before, my personal "negative favorite" is what happened to GNU Zebra after it was commercialized and the successive Quagga fork. I guess today nobody is using the abandoned zebra code base, and everyone uses Quagga. Having said that, I am certain this development/licnesing model can work properly, with satisfaction to both community and commercial interests. However, a lot of care and attention has to be paid on it. In any case, I don't think you should confuse your dislike for that licensing model with a potential combination of OpenBSC and OpenBTS. That latter combination does not require a fork, is not seen as 'aggressive' but is rather a very complimentary approach - for those operators who have legacy GSM infrastructure. See below. > However, my post was related to a question: > > - How complex would be, leveraging existing public OpenBTS code, to > integrate into the Osmocom project? > > I mean, having a sort of lightweight BTS component speaking A-Bis over > IP to OpenBSC like the cheap nano ip.access BTS does. We have been talking for quite some time about adding an A-bis interface to OpenBTS in order to combine it with OpenBSC. This is complementary, and of benefit to both projects. For OpenBSC it means we can not only run with expensive, proprietary BTS vendors but with a Free Software SDR based solution. As for OpenBTS, it means that they might be considered as a RAN provider by GSM operators with legacy equipment. OpenBSC in turn can talk the A interface to a legacy MSC. David Burgess has indicated that they are very much interested in this, for _some_ of their users. It's an alternative, and the main focus for them will likely (and logically) be the VoIP approach. I first attempted to move into that direction during the OpenBTS workshop where I called it 'TrueBTS'. The result was: It's doable, and the layering separation between LAPDm and L3(RR/CC/MM) makes it pretty easy to remove the SIP / L3 part and leave what is left. The only place where actual code changes had to be made was the command interface of OpenBTS, since it references all parts of the code, and was not modular like the rest of OpenBTS. I never had the time to finish this. Meanwhile, Andreas Eversberg has been working on a BTS-side A-bis implementation for the OsmocomBB-BTS (idea: using 2 heavily modified phones to run a simplistic BTS), and I have started to split that code out into a separate repository at http://cgit.osmocom.org/cgit/osmo-bts/ This code should eventually be used with the OpenBTS, and potentially other BTS types, too. > At the current stage of development (2011), with Osmocom finally getting > a Software-BTS part communicating to the Software-BSC side, how really > complex it would be to integrate the GSM-um related part of OpenBTS into > the project? It's not really complex, it just needs engineering time. > With that approach the 'GSM-um' interface would be a very simplified > module of the overall system and osmocom would completely replace > OpenBTS all-in-one project. This is where I don't get you. All that needs to be removed is the L3-to-SIP bridge. It doesn't make the vast majority of OpenBTS code disappear, and it does not render that latter part useless. A full-blown GSM network with all its components brings a lot of complexity. The stand-alone OpenBTS is much more simple. And why would you want all the complexity if you don't need to interoperate with legacy GSM? 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 lists at infosecurity.ch Sat Apr 9 20:03:09 2011 From: lists at infosecurity.ch (Fabio Pietrosanti (naif)) Date: Sat, 09 Apr 2011 22:03:09 +0200 Subject: Any plan to fork OpenBTS and/or merge with Osmocom code? In-Reply-To: <20110409092456.GB3248@prithivi.gnumonks.org> References: <4D9FFEA0.3030904@infosecurity.ch> <20110409092456.GB3248@prithivi.gnumonks.org> Message-ID: <4DA0BB7D.9000108@infosecurity.ch> On 4/9/11 11:24 AM, Harald Welte wrote: > Hi Fabio, > > On Sat, Apr 09, 2011 at 08:37:20AM +0200, Fabio Pietrosanti (naif) wrote: > >> this email don't want to be a provocative email but just an opinion >> related to the creation of value for GSM TLC stack into the opensource >> environment. > > Sorry, what is TLC? I refer to TLC as "Telecommunication" that's the environment and industry segment where our so "friendly" mobile industry players apply patent and NDA everywhere to restrict access to the technology. >> Additionally, if i understood correctly osmocom is much more advanced >> with broad scope and better design than OpenBTS. > > I think it is unfair. There are many design decisions, and I don't think > you can say something is better or worse. It depends on your purpose. Do > you want a sports car or a truck? Depends on your application which one > is better... Absolutely agree, that OpenBTS had very appreciable short term practical goals, such as hooking a GSM phone to Asterisk. While Osmocom had very long term goals, like making a overall set of technologies and libraries usable to build a complete gsm systems, from bsc to baseband, to network analyzer, to ggsn/sgsn, msc, hlr. So imho current status of OpenBTS is near to stalled, without strong opensource improvements. While the current status of Osmocom is growing fast, differentiating itself in various projects, doing important refactoring to create a solid technology stack reusable for most projects. So most of the community investments sounds to be directed to Osmocom. Osmocom now it's missing a complete free hardware/software BTS (for example based on USRP devices). Given it's fast growing community we can forecast in the near future the need to support also the GSMum on USRP devices? Said that, mine is a suggestion to the OpenBTS team to rethink about the future of their projects by directing work to integrate with OpenBSC, empowering the strength of opensource technologies with the respect to such a closed industry (the mobile industry). But for sure, because i am not bringing a single euro to the project, i am just running as a sort of advocacy troll that would like to see in the world a *FULL* and *COMPLETE* opensource gsm technology stack. >> It seems to me that OpenBTS it's almost stalled due to the "commercial >> fork" of the OpenSource project and only fairwaves is contributing to >> the opensource branch. > > I cannot comment on that, as I don't follow the speed of progress in OpenBTS. Well, i just follow the mailing lists and see the code changelog on http://openbts.git.sourceforge.net/git/gitweb.cgi?p=openbts/openbts;a=history;f=public-trunk;hb=HEAD. In the last 10 months there are relatively few changes only done by Sylvain Munaut (mainly working on osmocom stuff as far as i read from mlist) and by Alexander Chemeris (mainly working on the ClockTamer hardware design for OpenBTS). What i know is that several features are only available in commercial version and those are the ones that enable OpenBTS to be used in a real-environment (not just testing). Those features for example are multi ARFCN and handover that are said to be only in the commercial version: http://sourceforge.net/mailarchive/message.php?msg_id=26792703 Those feature are already into OpenBSC: - handover is in OpenBSC code http://laforge.gnumonks.org/weblog/2009/12/21/ - Multi ARFCN / Frequency Hopping is in OpenBSC code http://lists.gnumonks.org/pipermail/openbsc/2010-June/001744.html Eventually a light BTS implementation with the DSP logic integrated with Soft-BTS/OpenBSC would already provide such kind of features, currently available only in OpenBTS commercial implementation. It would also much more easy to be able to see the possible future integration of a GPRS/EDGE endpoint running at home with your own USRP1 with osmo-ggsn. Mine it's just a a way to express that imho this approach maybe represent a stopping issue in seeing really pratically usable opensource gsm technologies, from the bts up to the ggsn passing trough a baseband processor. I think that it would create a lot more adopter of opensource gsm telephony due to the reduction of entrance barrier (costs) of the hardware. Only one piece of hardware of 1500 usd to play with it. > Having said that, I am certain this development/licnesing model can work > properly, with satisfaction to both community and commercial interests. > However, a lot of care and attention has to be paid on it. For the reason explained below i personally think, but i am no-one to affirm this, that the current approach maybe is not the right approach as it's a stopping issue just slowly down what's inevitable and before or later will happen. In such case,typically, before or later there will be some other opensource project or group that solve the need covered only the by commercial code. But that's something that happens before or later with almost any opensource project of great value and interests. > I never had the time to finish this. From laforge at gnumonks.org Sun Apr 10 08:35:53 2011 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 10 Apr 2011 10:35:53 +0200 Subject: Any plan to fork OpenBTS and/or merge with Osmocom code? In-Reply-To: <4DA0BB7D.9000108@infosecurity.ch> References: <4D9FFEA0.3030904@infosecurity.ch> <20110409092456.GB3248@prithivi.gnumonks.org> <4DA0BB7D.9000108@infosecurity.ch> Message-ID: <20110410083552.GB9690@prithivi.gnumonks.org> Hi again. On Sat, Apr 09, 2011 at 10:03:09PM +0200, Fabio Pietrosanti (naif) wrote: > > On Sat, Apr 09, 2011 at 08:37:20AM +0200, Fabio Pietrosanti (naif) wrote: > > > >> this email don't want to be a provocative email but just an opinion > >> related to the creation of value for GSM TLC stack into the opensource > >> environment. > > > > Sorry, what is TLC? > I refer to TLC as "Telecommunication" that's the environment and > industry segment where our so "friendly" mobile industry players apply > patent and NDA everywhere to restrict access to the technology. > > >> Additionally, if i understood correctly osmocom is much more advanced > >> with broad scope and better design than OpenBTS. > > > > I think it is unfair. There are many design decisions, and I don't think > > you can say something is better or worse. It depends on your purpose. Do > > you want a sports car or a truck? Depends on your application which one > > is better... > > Absolutely agree, that OpenBTS had very appreciable short term practical > goals, such as hooking a GSM phone to Asterisk. it's not just a short-term goal, see David's response ;) > While Osmocom had very long term goals, like making a overall set of > technologies and libraries usable to build a complete gsm systems, from > bsc to baseband, to network analyzer, to ggsn/sgsn, msc, hlr. Making a GSM network that can integrate with an IMS core network without any of the usual components (bsc, sgsn, ...) is not a long-term goal? > So imho current status of OpenBTS is near to stalled, without strong > opensource improvements. > While the current status of Osmocom is growing fast, differentiating > itself in various projects, doing important refactoring to create a > solid technology stack reusable for most projects. well, I would be careful regarding the 'solid' part. Large parts are 'proof of concept' or 'alpha' status at this time. The BSC is very stable, but if you look at the SGSN or the core network parts, it's entirely different > So most of the community investments sounds to be directed to Osmocom. Well, there is a community, but it is a small community, isn't it? Basically Holger and myself on the BSC and core network side, and Sylvain and Andreas doing the majority of the work on the telephone side. Pablo is sort of an exceptional case, as he is doing paid work for me to do his cleanups and improvements. Vance has generously donated his signerl code, for which I'm grateful, but it was written a long time ago and never really 100% finished, so we still have to do a lot of work finishing and integrating it with our other code. The truth is, I don't think there are significantly more people working on Osmocom projects than on OpenBTS. Also, the comparison is odd, as you would probably have to count only the network side projects (BSC, SGSN, ...) on the Osmocom side. > Osmocom now it's missing a complete free hardware/software BTS (for > example based on USRP devices). > > Given it's fast growing community we can forecast in the near future the > need to support also the GSMum on USRP devices? From alexander.chemeris at gmail.com Sun Apr 10 13:40:42 2011 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Sun, 10 Apr 2011 17:40:42 +0400 Subject: [Openbts-discuss] Any plan to fork OpenBTS and/or merge with Osmocom code? In-Reply-To: <20110410083552.GB9690@prithivi.gnumonks.org> References: <4D9FFEA0.3030904@infosecurity.ch> <20110409092456.GB3248@prithivi.gnumonks.org> <4DA0BB7D.9000108@infosecurity.ch> <20110410083552.GB9690@prithivi.gnumonks.org> Message-ID: Hi Harald, On Sun, Apr 10, 2011 at 12:35, Harald Welte wrote: > If you use the USRP hardware (or any other SDR hardware), you cannot use > GPRS/EDGE whether you use Osmocom + OpenBTS or OpenBTS standalone. Why do you think that USRP can't support GPRS/EDGE? Is it because of USB latency? And definitely there are SDR hardware which support GPRS/EDGE - it's just more advanced and more integrated then USRP. > Multi-ARFCN: This is an aspect of the radio-modem. ?So again, on the same > hardware any OpenBTS/OpenBSC integration will not change this. Technically, USRP can support multi-ARFCN, but open-source version of OpenBTS doesn't. -- Regards, Alexander Chemeris. http://www.fairwaves.ru From laforge at gnumonks.org Sun Apr 10 14:52:48 2011 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 10 Apr 2011 16:52:48 +0200 Subject: [Openbts-discuss] Any plan to fork OpenBTS and/or merge with Osmocom code? In-Reply-To: References: <4D9FFEA0.3030904@infosecurity.ch> <20110409092456.GB3248@prithivi.gnumonks.org> <4DA0BB7D.9000108@infosecurity.ch> <20110410083552.GB9690@prithivi.gnumonks.org> Message-ID: <20110410145248.GF9690@prithivi.gnumonks.org> Hi Alexander, On Sun, Apr 10, 2011 at 05:40:42PM +0400, Alexander Chemeris wrote: > On Sun, Apr 10, 2011 at 12:35, Harald Welte wrote: > > If you use the USRP hardware (or any other SDR hardware), you cannot use > > GPRS/EDGE whether you use Osmocom + OpenBTS or OpenBTS standalone. > > Why do you think that USRP can't support GPRS/EDGE? Is it because of > USB latency? no, that's not the point. The point is that you need to implement the CCU and PCU, both of which are not present in OpenBTS. So whether or not you combine OpenBTS with OpenBSC or run OpenBSC stand-alone, it will always have the same features regarding GPRS (or not). > And definitely there are SDR hardware which support GPRS/EDGE - it's > just more advanced and more integrated then USRP. > > > Multi-ARFCN: This is an aspect of the radio-modem. ?So again, on the same > > hardware any OpenBTS/OpenBSC integration will not change this. > > Technically, USRP can support multi-ARFCN, but open-source version of > OpenBTS doesn't. yes. But whether or not you combine OpenBTS with OpenBSC or run OpenBSC stand-alone, it will always have the same features regarding multi-arfcn -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From alexander.chemeris at gmail.com Mon Apr 11 09:00:00 2011 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Mon, 11 Apr 2011 13:00:00 +0400 Subject: [Openbts-discuss] Any plan to fork OpenBTS and/or merge with Osmocom code? In-Reply-To: <20110410145248.GF9690@prithivi.gnumonks.org> References: <4D9FFEA0.3030904@infosecurity.ch> <20110409092456.GB3248@prithivi.gnumonks.org> <4DA0BB7D.9000108@infosecurity.ch> <20110410083552.GB9690@prithivi.gnumonks.org> <20110410145248.GF9690@prithivi.gnumonks.org> Message-ID: Hi Harald, On Sun, Apr 10, 2011 at 18:52, Harald Welte wrote: > Hi Alexander, > > On Sun, Apr 10, 2011 at 05:40:42PM +0400, Alexander Chemeris wrote: > >> On Sun, Apr 10, 2011 at 12:35, Harald Welte wrote: >> > If you use the USRP hardware (or any other SDR hardware), you cannot use >> > GPRS/EDGE whether you use Osmocom + OpenBTS or OpenBTS standalone. >> >> Why do you think that USRP can't support GPRS/EDGE? Is it because of >> USB latency? > > no, that's not the point. ?The point is that you need to implement the CCU > and PCU, both of which are not present in OpenBTS. > > So whether or not you combine OpenBTS with OpenBSC or run OpenBSC stand-alone, > it will always have the same features regarding GPRS (or not). Ok, I see your point now. You used words "USRP and other SDR hardware" here and that's what confused me, because hardware can support this feature. It's OpenBTS software limitation, not hardware limitation. >> And definitely there are SDR hardware which support GPRS/EDGE - it's >> just more advanced and more integrated then USRP. >> >> > Multi-ARFCN: This is an aspect of the radio-modem. ?So again, on the same >> > hardware any OpenBTS/OpenBSC integration will not change this. >> >> Technically, USRP can support multi-ARFCN, but open-source version of >> OpenBTS doesn't. > > yes. But whether or not you combine OpenBTS with OpenBSC or run OpenBSC > stand-alone, it will always have the same features regarding multi-arfcn Same here. Thanks for clarification. -- Regards, Alexander Chemeris. http://www.fairwaves.ru From laforge at gnumonks.org Mon Apr 11 17:18:19 2011 From: laforge at gnumonks.org (Harald Welte) Date: Mon, 11 Apr 2011 19:18:19 +0200 Subject: Any plan to fork OpenBTS and/or merge with Osmocom code? In-Reply-To: <20110410083552.GB9690@prithivi.gnumonks.org> References: <4D9FFEA0.3030904@infosecurity.ch> <20110409092456.GB3248@prithivi.gnumonks.org> <4DA0BB7D.9000108@infosecurity.ch> <20110410083552.GB9690@prithivi.gnumonks.org> Message-ID: <20110411171819.GM9690@prithivi.gnumonks.org> Hi Fabio, I would just like to add: On Sun, Apr 10, 2011 at 10:35:53AM +0200, Harald Welte wrote: > Well, there is a community, but it is a small community, isn't it? Basically > Holger and myself on the BSC and core network side, and Sylvain and Andreas > doing the majority of the work on the telephone side. Pablo is sort of an > exceptional case, as he is doing paid work for me to do his cleanups and > improvements. Vance has generously donated his signerl code, for which I'm > grateful, but it was written a long time ago and never really 100% finished, so > we still have to do a lot of work finishing and integrating it with our other > code. Please let me note that the 'community' is quite a bit larger, I did not want to ignore anyone. I was referring to those developers who actively write substantial parts of the codebase - those are unfortunately few, so my comment remains: > The truth is, I don't think there are significantly more people working on > Osmocom projects than on OpenBTS. Also, the comparison is odd, as you would > probably have to count only the network side projects (BSC, SGSN, ...) on > the Osmocom side. Also, another comment is that most current network-side GSM development is the result of paid work, at least in the case of Holger and me. 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 dburgess at jcis.net Sun Apr 10 05:33:20 2011 From: dburgess at jcis.net (David A. Burgess) Date: Sat, 9 Apr 2011 22:33:20 -0700 Subject: [Openbts-discuss] Any plan to fork OpenBTS and/or merge with Osmocom code? In-Reply-To: <4D9FFEA0.3030904@infosecurity.ch> References: <4D9FFEA0.3030904@infosecurity.ch> Message-ID: <889CD53F-F0AE-4ABC-A44D-58A2786341D3@jcis.net> Fabio - On Apr 8, 2011, at 11:37 PM, Fabio Pietrosanti (naif) wrote: > Hi all, > > this email don't want to be a provocative email but just an opinion > related to the creation of value for GSM TLC stack into the opensource > environment. > > As we know currently there are several different projects growing into > the GSM (then tetra and in future 3G?) opensource ecosystem. > > The first "pratical" base has been OpenBTS as a simplified GSM um > interface for VoIP. > > The second major implementations was around the osmocom project that > build-up a complete and well designed GSM stack with all the modular > interfaces and protocols for communications between BTS and BSC, with > MSC, HLR, GGSN, SGSN and major GSM network components. I think OpenBTS and openbsc were released at very nearly the same time, although neither was aware of the other at the time. > > Additionally, if i understood correctly osmocom is much more advanced > with broad scope and better design than OpenBTS. That depends a great deal on what you are trying to achieve. The two projects are very different in their goals and their implementation approaches. For many applications, the removal of the GSM core network is a great advantage. Also, the OpenBTS approach has more in common with 4G IMS than with 2G legacy networks, so I'm not sure what you mean by "more advanced". > > It seems to me that OpenBTS it's almost stalled due to the "commercial > fork" of the OpenSource project and only fairwaves is contributing to > the opensource branch. > > I personally really dislike the "Commercial fork" approach where the > community is used only in the early phase of the project to improve it > and from a certain point the community doesn't get almost any added value. > I like much more the dual-licensed approach like AGPL/Commercial (like > http://pjsip.org) where all the value of the code is publicly released. We created a commercial fork because we've found that a pure dual-license/non-forked approach is not commercially viable in many of the markets where OpenBTS is being used. (In fact nearly all of the current public GSM code was written or paid for by just two people. We have since replaced or relicensed any previous GPL components in the SDR and GSM stack, allowing us to fork and license OpenBTS however we wish.) There are several reasons for the decision to fork, including government indemnifications for copyright violations by government contractors, suspected violations by commercial interests in inaccessible jurisdictions and specific contractual requirements from project funders to not make a public release of their features. I still personally fully support the GPL and would have preferred a pure dual-license approach, however it simply was not working for the project. The pure public release model was not generating enough income to justify our work and we've found that it was incompatible with our long-term business plan, which is to sell complete GSM/VoIP networks, hardware and software, to commercial customers. Our goal is to provide GSM capabilities with carrier-grade quality to as many people as possible. The amount of our time and money we've invested into the project would surprise most of you and the risks associated with it, professional, personal and financial, have been significant. All that said, we are committed to continue to support the public release of OpenBTS. I would also like to see it become more of a true "community" effort, rather than a small set of people giving their work away to everyone else for free. I realize that will require more active leadership than what has been typical so far. We are committed to organizing the public side of the project and we will are happy to answer any questions clarifying the relationship between the public and commercial releases. > > However, my post was related to a question: > > - How complex would be, leveraging existing public OpenBTS code, to > integrate into the Osmocom project? > > I mean, having a sort of lightweight BTS component speaking A-Bis over > IP to OpenBSC like the cheap nano ip.access BTS does. It would not be difficult to replace most of the OpenBTS control layer with an Abis interface. As Harald Welte described in his own response to this message, we have considered this before, Harald and I have discussed it, and Harald has even done some work in that direction. > For what i read now Osmocom have 2 software BTS (Osmo-BTS and Soft-BTS), > communicating with the A-BIS over IP interface to OpenBSC: > http://lists.gnumonks.org/pipermail/openbsc/2011-March/002529.html > http://lists.gnumonks.org/pipermail/openbsc/2010-April/001508.html > > I've read that only a lot of time ago (2009) there was a discussion > about OpenBTS to OpenBSC integration: > http://lists.gnumonks.org/pipermail/openbsc/2009-October/000955.html > > At the current stage of development (2011), with Osmocom finally getting > a Software-BTS part communicating to the Software-BSC side, how really > complex it would be to integrate the GSM-um related part of OpenBTS into > the project? > From the OpenBTS point of view, Abis is interesting only as a mechanism to integrate OpenBTS units into a "legacy" GSM network, and even then only in odd circumstances where other integration methods are not applicable. It is not a preferred mode of operation and thus we do not see the current lack of Abis as a serious shortcoming or design flaw. (In fact, the lack of Abis was a deliberate design decision. Part of the point of OpenBTS was to eliminate many of the things that openbsc is building.) > With that approach the 'GSM-um' interface would be a very simplified > module of the overall system and osmocom would completely replace > OpenBTS all-in-one project. I don't know how well these projects would merge together. The implementation styles are very different. It would also be difficult to find someone to manage such a thing, especially since none of the lead developers on either project seems to have interest in doing that. > > Am i right? > > -naif > > p.s. Sorry for the cross-posting, i just wanted to explain the idea and > get the communities feedbacks to understand 'at which point' we are in > order to think 'what would be required to be done' to achieve that goal. Well, I just cross-posted my reply. So there. :P -- David From james.jordan.fun at gmail.com Mon Apr 11 01:39:54 2011 From: james.jordan.fun at gmail.com (James Jordan) Date: Mon, 11 Apr 2011 09:39:54 +0800 Subject: [Openbts-discuss] Any plan to fork OpenBTS and/or merge with Osmocom code? In-Reply-To: <4D9FFEA0.3030904@infosecurity.ch> References: <4D9FFEA0.3030904@infosecurity.ch> Message-ID: Fabio, I don't think openbts and Osmocom should be integrated together. If you want to integrated them the source is there. I don't think there is any wrong in Commercial version. Openbts is the inteligient property to their owner. there is nothing wrong even the source is totally not open. Can anyone get the approve by the government to build truely free gsm network? On Sat, Apr 9, 2011 at 2:37 PM, Fabio Pietrosanti (naif) < lists at infosecurity.ch> wrote: > Hi all, > > this email don't want to be a provocative email but just an opinion > related to the creation of value for GSM TLC stack into the opensource > environment. > > As we know currently there are several different projects growing into > the GSM (then tetra and in future 3G?) opensource ecosystem. > > The first "pratical" base has been OpenBTS as a simplified GSM um > interface for VoIP. > > The second major implementations was around the osmocom project that > build-up a complete and well designed GSM stack with all the modular > interfaces and protocols for communications between BTS and BSC, with > MSC, HLR, GGSN, SGSN and major GSM network components. > > Additionally, if i understood correctly osmocom is much more advanced > with broad scope and better design than OpenBTS. > > It seems to me that OpenBTS it's almost stalled due to the "commercial > fork" of the OpenSource project and only fairwaves is contributing to > the opensource branch. > > I personally really dislike the "Commercial fork" approach where the > community is used only in the early phase of the project to improve it > and from a certain point the community doesn't get almost any added value. > I like much more the dual-licensed approach like AGPL/Commercial (like > http://pjsip.org) where all the value of the code is publicly released. > > However, my post was related to a question: > > - How complex would be, leveraging existing public OpenBTS code, to > integrate into the Osmocom project? > > I mean, having a sort of lightweight BTS component speaking A-Bis over > IP to OpenBSC like the cheap nano ip.access BTS does. > > For what i read now Osmocom have 2 software BTS (Osmo-BTS and Soft-BTS), > communicating with the A-BIS over IP interface to OpenBSC: > http://lists.gnumonks.org/pipermail/openbsc/2011-March/002529.html > http://lists.gnumonks.org/pipermail/openbsc/2010-April/001508.html > > I've read that only a lot of time ago (2009) there was a discussion > about OpenBTS to OpenBSC integration: > http://lists.gnumonks.org/pipermail/openbsc/2009-October/000955.html > > At the current stage of development (2011), with Osmocom finally getting > a Software-BTS part communicating to the Software-BSC side, how really > complex it would be to integrate the GSM-um related part of OpenBTS into > the project? > > With that approach the 'GSM-um' interface would be a very simplified > module of the overall system and osmocom would completely replace > OpenBTS all-in-one project. > > Am i right? > > -naif > > p.s. Sorry for the cross-posting, i just wanted to explain the idea and > get the communities feedbacks to understand 'at which point' we are in > order to think 'what would be required to be done' to achieve that goal. > > > ------------------------------------------------------------------------------ > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > _______________________________________________ > Openbts-discuss mailing list > Openbts-discuss at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/openbts-discuss > -------------- next part -------------- An HTML attachment was scrubbed... URL: From 775725965 at qq.com Sun Apr 10 02:31:45 2011 From: 775725965 at qq.com (=?gbk?B?wvPM78rYzfs=?=) Date: Sun, 10 Apr 2011 10:31:45 +0800 Subject: hi everyone Message-ID: i find a moto software it can Connection the motorola phone RF Bottom so we only use crack the moto software and Written weself openbts -------------- next part -------------- An HTML attachment was scrubbed... URL: From screaming-pain at libero.it Mon Apr 11 12:07:45 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Mon, 11 Apr 2011 14:07:45 +0200 (CEST) Subject: R: Re: Problem with osmocon (beginner) Message-ID: <28219029.118391302523665129.JavaMail.defaultUser@defaultHost> Thank you Sylvain and Dario! It was a cable problem, I bought a usb one and It works, the only problem is that now I get a NACK, I read it could be a timing problem and I tried to comment the printf as suggested in a recent post, but it did not work. This is what happens: loretta at loretta-laptop:~/osmocom-bb/src/host/osmocon$ ./osmocon -p /dev/ttyUSB0 -m c123xor ../../target/firmware/board/compal_e88/hello_world. e88loader.bin got 2 bytes from modem, data looks like: 2f c8 /. got 5 bytes from modem, data looks like: 1b f6 02 00 41 ....A got 1 bytes from modem, data looks like: 01 . got 1 bytes from modem, data looks like: 40 @ Received PROMPT1 from phone, responding with CMD read_file(../../target/firmware/board/compal_e88/hello_world.e88loader.bin): file_size=19560, hdr_len=4, dnload_len=19567 got 1 bytes from modem, data looks like: 1b . got 1 bytes from modem, data looks like: f6 . got 1 bytes from modem, data looks like: 02 . got 1 bytes from modem, data looks like: 00 . got 1 bytes from modem, data looks like: 41 A got 1 bytes from modem, data looks like: 02 . got 1 bytes from modem, data looks like: 43 C Received PROMPT2 from phone, starting download handle_write(): 1023 bytes (1023/19567) handle_write(): 768 bytes (1791/19567) handle_write(): 768 bytes (2559/19567) handle_write(): 768 bytes (3327/19567) handle_write(): 768 bytes (4095/19567) handle_write(): 768 bytes (4863/19567) handle_write(): 768 bytes (5631/19567) handle_write(): 768 bytes (6399/19567) handle_write(): 768 bytes (7167/19567) handle_write(): 768 bytes (7935/19567) handle_write(): 768 bytes (8703/19567) handle_write(): 768 bytes (9471/19567) handle_write(): 768 bytes (10239/19567) handle_write(): 768 bytes (11007/19567) handle_write(): 768 bytes (11775/19567) handle_write(): 768 bytes (12543/19567) handle_write(): 768 bytes (13311/19567) handle_write(): 768 bytes (14079/19567) handle_write(): 768 bytes (14847/19567) handle_write(): 768 bytes (15615/19567) handle_write(): 768 bytes (16383/19567) handle_write(): 768 bytes (17151/19567) handle_write(): 768 bytes (17919/19567) handle_write(): 768 bytes (18687/19567) handle_write(): 768 bytes (19455/19567) handle_write(): 112 bytes (19567/19567) handle_write(): finished got 1 bytes from modem, data looks like: 1b . got 1 bytes from modem, data looks like: f6 . got 1 bytes from modem, data looks like: 02 . got 1 bytes from modem, data looks like: 00 . got 1 bytes from modem, data looks like: 45 E got 1 bytes from modem, data looks like: 53 S got 1 bytes from modem, data looks like: 16 . Received DOWNLOAD NACK from phone, something went wrong :( got 1 bytes from modem, data looks like: 66 f got 1 bytes from modem, data looks like: 74 t got 1 bytes from modem, data looks like: 6d m got 1 bytes from modem, data looks like: 74 t got 1 bytes from modem, data looks like: 6f o got 1 bytes from modem, data looks like: 6f o got 1 bytes from modem, data looks like: 6c l Received FTMTOOL from phone, ramloader has aborted got 1 bytes from modem, data looks like: 65 e got 1 bytes from modem, data looks like: 72 r got 1 bytes from modem, data looks like: 72 r got 1 bytes from modem, data looks like: 6f o got 1 bytes from modem, data looks like: 72 r got 1 bytes from modem, data looks like: 00 . Most of the times though it just arrives to the handle_write():finished prints out few "got 1 bytes from modem, data looks like: " lines and it stops there Do you have any suggestion? What should I check? Thanks for your help, Loretta >----Messaggio originale---- >Da: dario.lombardo at libero.it >Data: 4-apr-2011 18.01 >A: "screaming-pain at libero.it" >Ogg: Re: Problem with osmocon (beginner) > >On 04/04/2011 05:33 PM, screaming-pain at libero.it wrote: >> what is going on? can anyone help me to understand how to proceed? >> >Sometimes it happens that moving slightly the jack is enough to break >the serial line. Sometimes I have to try many times, without touching >the phone before the fw loads. Try to insist without moving the phone, >and If you are not lucky try to change cable. > From dario.lombardo at libero.it Mon Apr 11 12:49:39 2011 From: dario.lombardo at libero.it (Dario Lombardo) Date: Mon, 11 Apr 2011 14:49:39 +0200 Subject: R: Re: Problem with osmocon (beginner) In-Reply-To: <28219029.118391302523665129.JavaMail.defaultUser@defaultHost> References: <28219029.118391302523665129.JavaMail.defaultUser@defaultHost> Message-ID: <4DA2F8E3.4030708@libero.it> On 04/11/2011 02:07 PM, screaming-pain at libero.it wrote: > Received PROMPT2 from phone, starting download > handle_write(): 1023 bytes (1023/19567) > handle_write(): 768 bytes (1791/19567) > handle_write(): 112 bytes (19567/19567) > handle_write(): finished This is what I see when things go right. Sometimes my phone stucks even if nothing has (apparently) gone wrong. My hint is to start from scratch (I mean: take the battery out, wait a couple of seconds, stop osmocom, start it again, try again). That's not a "precise" way to proceed, but I observed that my cable is extremely noisy and that makes the download phase very critical. I think that things should work for you. Dario. From screaming-pain at libero.it Mon Apr 11 12:18:40 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Mon, 11 Apr 2011 14:18:40 +0200 (CEST) Subject: online shop for usb T191 cable Message-ID: <12233134.121921302524320327.JavaMail.defaultUser@defaultHost> hi all, I thought this could be of some help. i bought a usb (not serial, but they have the serial as well) T191 cable from this online store. It arrived in 3 days. http://www.fonefunshop.co.uk/datacables/motorola.htm From wpatan at gmail.com Wed Apr 13 06:16:06 2011 From: wpatan at gmail.com (wpatan) Date: Tue, 12 Apr 2011 23:16:06 -0700 (PDT) Subject: online shop for usb T191 cable In-Reply-To: <12233134.121921302524320327.JavaMail.defaultUser@defaultHost> References: <12233134.121921302524320327.JavaMail.defaultUser@defaultHost> Message-ID: <1302675366611-2814973.post@n3.nabble.com> Hello. Can you check the chipset being used? Is it based on FTDI or Prolific? I have lots of Prolific cables.. but I need FTDI based cables because it's the only way where we can run non-standard baud rates. Thanks! -- View this message in context: http://baseband-devel.722152.n3.nabble.com/online-shop-for-usb-T191-cable-tp2806283p2814973.html Sent from the baseband-devel mailing list archive at Nabble.com. From laforge at gnumonks.org Wed Apr 13 12:32:24 2011 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 13 Apr 2011 14:32:24 +0200 Subject: online shop for usb T191 cable In-Reply-To: <1302675366611-2814973.post@n3.nabble.com> References: <12233134.121921302524320327.JavaMail.defaultUser@defaultHost> <1302675366611-2814973.post@n3.nabble.com> Message-ID: <20110413123224.GN4388@prithivi.gnumonks.org> On Tue, Apr 12, 2011 at 11:16:06PM -0700, wpatan wrote: > Hello. Can you check the chipset being used? Is it based on FTDI or Prolific? > I have lots of Prolific cables.. but I need FTDI based cables because it's > the only way where we can run non-standard baud rates. The FTDI chips are significantly more expensive than the PL2303, so you will not commonly find them in consumer electronics. As the T191 cables are intended for low / standard baudrate applications, I would be _Extremely_ surprised if you ever find a cable with the proper 2.5mm plug that has a FTDI chip. Better to build one yourself, or buy one of the FTDI cables from their webshop and solder your own 2.5mm plug to it. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From mad at auth.se Wed Apr 13 14:25:11 2011 From: mad at auth.se (mad) Date: Wed, 13 Apr 2011 16:25:11 +0200 Subject: online shop for usb T191 cable In-Reply-To: <20110413123224.GN4388@prithivi.gnumonks.org> Message-ID: <20110413142511.2d56beae@mail.auth.se> > > Better to build one yourself, or buy one of the FTDI cables from their > webshop > and solder your own 2.5mm plug to it. But beware of standard audio 2.5 plugs, they usually don't fit on motorola phones as their casing is too thick. Use plug and cable of a fitting headset or datacable. Hint if you don't want to solder, find a usb to serial converter using a FTDI chip - a search for that shows mostly cable-less two-jack cased ones - and connect a standard serial T191 cable. Regards, Mad From wpatan at gmail.com Thu Apr 14 06:03:39 2011 From: wpatan at gmail.com (wpatan) Date: Wed, 13 Apr 2011 23:03:39 -0700 (PDT) Subject: online shop for usb T191 cable In-Reply-To: <20110413142511.2d56beae@mail.auth.se> References: <12233134.121921302524320327.JavaMail.defaultUser@defaultHost> <1302675366611-2814973.post@n3.nabble.com> <20110413123224.GN4388@prithivi.gnumonks.org> <20110413142511.2d56beae@mail.auth.se> Message-ID: <1302761019811-2819208.post@n3.nabble.com> -- View this message in context: http://baseband-devel.722152.n3.nabble.com/online-shop-for-usb-T191-cable-tp2806283p2819208.html Sent from the baseband-devel mailing list archive at Nabble.com. From wpatan at gmail.com Thu Apr 14 06:04:04 2011 From: wpatan at gmail.com (wpatan) Date: Wed, 13 Apr 2011 23:04:04 -0700 (PDT) Subject: online shop for usb T191 cable In-Reply-To: <20110413142511.2d56beae@mail.auth.se> References: <12233134.121921302524320327.JavaMail.defaultUser@defaultHost> <1302675366611-2814973.post@n3.nabble.com> <20110413123224.GN4388@prithivi.gnumonks.org> <20110413142511.2d56beae@mail.auth.se> Message-ID: <1302761044957-2819210.post@n3.nabble.com> Ok. Thanks for the info guys!. -- View this message in context: http://baseband-devel.722152.n3.nabble.com/online-shop-for-usb-T191-cable-tp2806283p2819210.html Sent from the baseband-devel mailing list archive at Nabble.com. From APinbox at gmail.com Tue Apr 12 07:07:35 2011 From: APinbox at gmail.com (Alex) Date: Tue, 12 Apr 2011 08:07:35 +0100 Subject: Baseband monitoring Message-ID: Hello there, Could anyone help me with the following, please: Is there any way to monitor baseband via OS? I.e. when the GSM modem receives some communication from the network and such communication is "addressed" to SIM (e.g. RAND), can we use OS to either (a) "see" that communication from the network, or (b) at least know that some communication of certain type was received by the modem and passed on to SIM? Many thanks in advance for your time and consideration! Alexander -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Tue Apr 12 12:22:28 2011 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 12 Apr 2011 14:22:28 +0200 Subject: Baseband monitoring In-Reply-To: References: Message-ID: <20110412122228.GH23848@prithivi.gnumonks.org> Hi Alex, On Tue, Apr 12, 2011 at 08:07:35AM +0100, Alex wrote: > Is there any way to monitor baseband via OS? I.e. when the GSM modem > receives some communication from the network and such communication is > "addressed" to SIM (e.g. RAND), can we use OS to either (a) "see" that > communication from the network, or (b) at least know that some communication > of certain type was received by the modem and passed on to SIM? it would be helpful to specify about what kind of hardware / software environment you are talking about! In OsmocomBB we don't have any 'OS', so you must be talking about something else. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From lolo.bee at gmail.com Wed Apr 20 08:08:46 2011 From: lolo.bee at gmail.com (Manuel Borrego) Date: Wed, 20 Apr 2011 11:08:46 +0300 Subject: eres de Spain? In-Reply-To: References: <20110412122228.GH23848@prithivi.gnumonks.org> Message-ID: <31B4C62B-AFCF-43A0-8E89-64B06624E649@gmail.com> Sip! Que tal? Pebsaba contactar con los espa?oles de la lista, pero no he tenido tiempo :P Enviado desde mi iPhone El 18/04/2011, a las 06:55, "Pedro Collado" escribi?: > por el nombre > > From screaming-pain at libero.it Tue Apr 12 11:42:33 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Tue, 12 Apr 2011 13:42:33 +0200 (CEST) Subject: R: Re: R: Re: Problem with osmocon (beginner) + layer23 question Message-ID: <5985161.104571302608553583.JavaMail.defaultUser@defaultHost> Thanks again, I am still getting the NACK most of the times or it get stuck after it finishes the downloading, but with "-i 10" option I had the layer1.compalram. bin loaded. It's fantastic! For the first time I got something showing on the phone screen! Now I have another problem that is very silly but it is making me crazy. I cannot find the layer23 app! Does it still exists or has it been replaced? Regards, Loretta >----Messaggio originale---- >Da: dario.lombardo at libero.it >Data: 11-apr-2011 14.49 >A: "screaming-pain at libero.it" >Cc: >Ogg: Re: R: Re: Problem with osmocon (beginner) > > > >On 04/11/2011 02:07 PM, screaming-pain at libero.it wrote: >> Received PROMPT2 from phone, starting download >> handle_write(): 1023 bytes (1023/19567) >> handle_write(): 768 bytes (1791/19567) >> handle_write(): 112 bytes (19567/19567) >> handle_write(): finished >This is what I see when things go right. Sometimes my phone stucks even >if nothing has (apparently) gone wrong. My hint is to start from scratch >(I mean: take the battery out, wait a couple of seconds, stop osmocom, >start it again, try again). >That's not a "precise" way to proceed, but I observed that my cable is >extremely noisy and that makes the download phase very critical. I think >that things should work for you. >Dario. > > From screaming-pain at libero.it Tue Apr 12 13:01:18 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Tue, 12 Apr 2011 15:01:18 +0200 (CEST) Subject: R: Re: R: Re: R: Re: Problem with osmocon (beginner) + layer23 question Message-ID: <15092139.125961302613278871.JavaMail.defaultUser@defaultHost> Ah ok, so there is something wrong because it is not in my /host/layer23. Suggestions? (I haven't had errors while compiling) >----Messaggio originale---- >Da: dario.lombardo at libero.it >Data: 12-apr-2011 14.07 >A: "screaming-pain at libero.it" >Ogg: Re: R: Re: R: Re: Problem with osmocon (beginner) + layer23 question > >It is in host/layer23 > >http://bb.osmocom.org/trac/browser/src/host/layer23 > >On 04/12/2011 01:42 PM, screaming-pain at libero.it wrote: >> Thanks again, >> >> I am still getting the NACK most of the times or it get stuck after it >> finishes the downloading, but with "-i 10" option I had the layer1. compalram. >> bin loaded. >> It's fantastic! For the first time I got something showing on the phone >> screen! >> >> Now I have another problem that is very silly but it is making me crazy. >> I cannot find the layer23 app! Does it still exists or has it been replaced? >> >> Regards, >> Loretta >> >>> ----Messaggio originale---- >>> Da: dario.lombardo at libero.it >>> Data: 11-apr-2011 14.49 >>> A: "screaming-pain at libero.it" >>> Cc: >>> Ogg: Re: R: Re: Problem with osmocon (beginner) >>> >>> >>> >>> On 04/11/2011 02:07 PM, screaming-pain at libero.it wrote: >>>> Received PROMPT2 from phone, starting download >>>> handle_write(): 1023 bytes (1023/19567) >>>> handle_write(): 768 bytes (1791/19567) >>>> handle_write(): 112 bytes (19567/19567) >>>> handle_write(): finished >>> This is what I see when things go right. Sometimes my phone stucks even >>> if nothing has (apparently) gone wrong. My hint is to start from scratch >>> (I mean: take the battery out, wait a couple of seconds, stop osmocom, >>> start it again, try again). >>> That's not a "precise" way to proceed, but I observed that my cable is >>> extremely noisy and that makes the download phase very critical. I think >>> that things should work for you. >>> Dario. >>> >>> >> >> > From 775725965 at qq.com Tue Apr 12 13:31:55 2011 From: 775725965 at qq.com (=?gbk?B?wvPM78rYzfs=?=) Date: Tue, 12 Apr 2011 21:31:55 +0800 Subject: baseband-devel Digest, Vol 15, Issue 8 Message-ID: i have a moto c375 phone but i dont know it use the osmcom -------------- next part -------------- An HTML attachment was scrubbed... URL: From screaming-pain at libero.it Wed Apr 13 08:21:40 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Wed, 13 Apr 2011 10:21:40 +0200 (CEST) Subject: R: Re: online shop for usb T191 cable (and more links) Message-ID: <24361239.344801302682900868.JavaMail.defaultUser@defaultHost> Hi >----Messaggio originale---- >Da: wpatan at gmail.com >Data: 13-apr-2011 8.16 >A: >Ogg: Re: online shop for usb T191 cable > >Hello. Can you check the chipset being used? Is it based on FTDI or Prolific? >I have lots of Prolific cables.. but I need FTDI based cables because it's >the only way where we can run non-standard baud rates. > The usb to earphone jack one is prolific, I did not buy the other one so i don't know you can try to ask them. >Thanks! > Anyway I have other links for you to try: http://www.multi-com.co.uk/index.php/en_US,details,id_pr,258,menu_mode, categories.html and http://www.unlockcellular.com/650-motorola-c115a-t191-usb-cbl.html you could be lucky with one of them but in each case you will need to contact them May be this link can be added to the wiki, if someone can confirm they are good ones From screaming-pain at libero.it Wed Apr 13 13:20:57 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Wed, 13 Apr 2011 15:20:57 +0200 (CEST) Subject: missing layer23 application Message-ID: <13585459.426521302700857786.JavaMail.defaultUser@defaultHost> Hi all, sorry to bother you for this, but after compiling everything and having the osmocon and mobile application working, I found out that the layer23 application is missing. Can you help me understanding which one are the sources for it and which make file is responsible for its compilation, I really can't figure out what went wrong. Thanks, Loretta From dario.lombardo at libero.it Wed Apr 13 13:37:45 2011 From: dario.lombardo at libero.it (Dario Lombardo) Date: Wed, 13 Apr 2011 15:37:45 +0200 Subject: missing layer23 application In-Reply-To: <13585459.426521302700857786.JavaMail.defaultUser@defaultHost> References: <13585459.426521302700857786.JavaMail.defaultUser@defaultHost> Message-ID: <4DA5A729.1000906@libero.it> Compiling osmocom is incredibly easy: just run make from the top (src dir) of the project. Nothing else is required. If you can't find the apps, probably something went wrong. Put yourself in the above dir, run make, then post the output. From mad at auth.se Wed Apr 13 14:35:53 2011 From: mad at auth.se (mad) Date: Wed, 13 Apr 2011 16:35:53 +0200 Subject: missing layer23 application In-Reply-To: <13585459.426521302700857786.JavaMail.defaultUser@defaultHost> Message-ID: <20110413143553.b373f9dc@mail.auth.se> > sorry to bother you for this, but after compiling everything and having the > osmocon and mobile application working, > I found out that the layer23 application is missing. > Can you help me understanding which one are the sources for it and which > make > file is responsible for its compilation, > I really can't figure out what went wrong. > Your compilation went well but the layer23 application you are searching for doesn't exist any more since this changeset http://bb.osmocom.org/trac/changeset/88eb926637fe6864134509842af6757ff3dbdb8b/src/host/layer23/src/misc/Makefile.am three months ago. It's now called ccch_scan and you should look at the ML, the code and further changes to see if it does what you expected from layer23 to do. Regards, Mad From screaming-pain at libero.it Wed Apr 13 14:27:26 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Wed, 13 Apr 2011 16:27:26 +0200 (CEST) Subject: R: Re: missing layer23 application Message-ID: <27329675.449931302704846219.JavaMail.defaultUser@defaultHost> Thanks for your reply Dario, I hope you can help me with this, I did distclean and then run make again from /osmocom-bb/src, this is what I get minus some warnings but if you think they could be useful I can send them as well mkdir shared/libosmocore/build-target cd shared/libosmocore/build-target && ../configure \ --host=arm-elf --disable-vty --enable-panic-infloop \ --disable-shared --disable-talloc --disable-tests \ CFLAGS="-Os -ffunction-sections -I/home/loretta/osmocom- bb/src/target/firmware/include -nostartfiles" checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for arm-elf-strip... arm-elf-strip checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make sets $(MAKE)... (cached) yes checking for arm-elf-gcc... arm-elf-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... yes checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether arm-elf-gcc accepts -g... yes checking for arm-elf-gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of arm-elf-gcc... gcc3 checking build system type... i686-pc-linux-gnu checking host system type... arm-unknown-elf checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by arm-elf-gcc... /home/loretta/install/gnuarm-3.4.3/arm- elf/bin/ld checking if the linker (/home/loretta/install/gnuarm-3.4.3/arm-elf/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /home/loretta/install/gnuarm-3.4.3/bin//arm-elf-nm -B checking the name lister (/home/loretta/install/gnuarm-3.4.3/bin//arm-elf-nm - B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 805306365 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /home/loretta/install/gnuarm-3.4.3/arm-elf/bin/ld option to reload object files... -r checking for arm-elf-objdump... arm-elf-objdump checking how to recognize dependent libraries... unknown checking for arm-elf-ar... arm-elf-ar checking for arm-elf-strip... (cached) arm-elf-strip checking for arm-elf-ranlib... arm-elf-ranlib checking command to parse /home/loretta/install/gnuarm-3.4.3/bin//arm-elf-nm - B output from arm-elf-gcc object... ok checking how to run the C preprocessor... arm-elf-gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... no checking for inttypes.h... no checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... no checking for objdir... .libs checking if arm-elf-gcc supports -fno-rtti -fno-exceptions... no checking for arm-elf-gcc option to produce PIC... -fPIC -DPIC checking if arm-elf-gcc PIC flag -fPIC -DPIC works... yes checking if arm-elf-gcc static flag -static works... yes checking if arm-elf-gcc supports -c -o file.o... yes checking if arm-elf-gcc supports -c -o file.o... (cached) yes checking whether the arm-elf-gcc linker (/home/loretta/install/gnuarm-3.4.3 /arm-elf/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... no checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... no checking whether to build shared libraries... no checking whether to build static libraries... yes checking for ANSI C header files... (cached) yes checking execinfo.h usability... no checking execinfo.h presence... no checking for execinfo.h... no checking sys/select.h usability... no checking sys/select.h presence... no checking for sys/select.h... no checking if arm-elf-gcc supports -fvisibility=hidden... no configure: creating ./config.status config.status: creating libosmocore.pc config.status: creating libosmocodec.pc config.status: creating libosmovty.pc config.status: creating include/osmocom/Makefile config.status: creating include/osmocom/vty/Makefile config.status: creating include/osmocom/codec/Makefile config.status: creating include/osmocom/crypt/Makefile config.status: creating include/osmocore/Makefile config.status: creating include/osmocore/protocol/Makefile config.status: creating include/Makefile config.status: creating src/Makefile config.status: creating src/vty/Makefile config.status: creating src/codec/Makefile config.status: creating tests/Makefile config.status: creating tests/timer/Makefile config.status: creating tests/sms/Makefile config.status: creating tests/msgfile/Makefile config.status: creating tests/ussd/Makefile config.status: creating tests/smscb/Makefile config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands cd shared/libosmocore/build-target && make make[1]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target' make all-recursive make[2]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target' Making all in include make[3]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include' Making all in osmocom make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocom' Making all in codec make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocom/codec' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocom/codec' Making all in crypt make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocom/crypt' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocom/crypt' make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocom' make[5]: Nothing to be done for `all-am'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocom' make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocom' Making all in osmocore make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocore' Making all in protocol make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocore/protocol' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocore/protocol' make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocore' make[5]: Nothing to be done for `all-am'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocore' make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include/osmocore' make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include' make[3]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/include' Making all in src make[3]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/src' Making all in . make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/src' CC timer.lo CC select.lo CC signal.lo CC msgb.lo CC rxlev_stat.lo CC tlv_parser.lo CC bitvec.lo CC comp128.lo CC gsm_utils.lo CC statistics.lo CC write_queue.lo CC utils.lo CC rsl.lo CC gsm48.lo CC gsm48_ie.lo CC logging.lo CC gsm0808.lo CC rate_ctr.lo CC gsmtap_util.lo CC gprs_cipher_core.lo CC crc16.lo CC panic.lo CC process.lo CC gsm0480.lo CC plugin.lo CC msgfile.lo CCLD libosmocore.la make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/src' Making all in vty make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/src/vty' make[4]: Nothing to be done for `all'. make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/src/vty' Making all in codec make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/src/codec' CC gsm610.lo CC gsm620.lo CC gsm660.lo CC gsm690.lo CCLD libosmocodec.la make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/src/codec' make[3]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/src' Making all in tests make[3]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/tests' make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/tests' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/tests' make[3]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target/tests' make[3]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target' make[3]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target' make[2]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target' make[1]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-target' mkdir shared/libosmocore/build-host cd shared/libosmocore/build-host && ../configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make sets $(MAKE)... (cached) yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B checking the name lister (/usr/bin/nm -B) interface... BSD nm checking whether ln -s works... yes checking the maximum length of command line arguments... 805306365 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse /usr/bin/nm -B output from gcc object... ok checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... yes checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes checking for ANSI C header files... (cached) yes checking execinfo.h usability... yes checking execinfo.h presence... yes checking for execinfo.h... yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking if gcc supports -fvisibility=hidden... yes configure: creating ./config.status config.status: creating libosmocore.pc config.status: creating libosmocodec.pc config.status: creating libosmovty.pc config.status: creating include/osmocom/Makefile config.status: creating include/osmocom/vty/Makefile config.status: creating include/osmocom/codec/Makefile config.status: creating include/osmocom/crypt/Makefile config.status: creating include/osmocore/Makefile config.status: creating include/osmocore/protocol/Makefile config.status: creating include/Makefile config.status: creating src/Makefile config.status: creating src/vty/Makefile config.status: creating src/codec/Makefile config.status: creating tests/Makefile config.status: creating tests/timer/Makefile config.status: creating tests/sms/Makefile config.status: creating tests/msgfile/Makefile config.status: creating tests/ussd/Makefile config.status: creating tests/smscb/Makefile config.status: creating Makefile config.status: creating config.h config.status: executing depfiles commands config.status: executing libtool commands cd shared/libosmocore/build-host && make make[1]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host' make all-recursive make[2]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host' Making all in include make[3]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include' Making all in osmocom make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocom' Making all in vty make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocom/vty' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocom/vty' Making all in codec make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocom/codec' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocom/codec' Making all in crypt make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocom/crypt' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocom/crypt' make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocom' make[5]: Nothing to be done for `all-am'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocom' make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocom' Making all in osmocore make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocore' Making all in protocol make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocore/protocol' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocore/protocol' make[5]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocore' make[5]: Nothing to be done for `all-am'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocore' make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include/osmocore' make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include' make[3]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/include' Making all in src make[3]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/src' Making all in . make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/src' CC timer.lo CC select.lo CC signal.lo CC msgb.lo CC rxlev_stat.lo CC tlv_parser.lo CC bitvec.lo CC comp128.lo CC gsm_utils.lo CC statistics.lo CC write_queue.lo CC utils.lo CC rsl.lo CC gsm48.lo CC gsm48_ie.lo CC logging.lo CC gsm0808.lo CC rate_ctr.lo CC gsmtap_util.lo CC gprs_cipher_core.lo CC crc16.lo CC panic.lo CC process.lo CC gsm0480.lo CC plugin.lo CC talloc.lo CC msgfile.lo CCLD libosmocore.la make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/src' Making all in vty make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/src/vty' CC buffer.lo CC command.lo CC vty.lo CC vector.lo CC utils.lo CC telnet_interface.lo CC logging_vty.lo CCLD libosmovty.la make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/src/vty' Making all in codec make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/src/codec' CC gsm610.lo CC gsm620.lo CC gsm660.lo CC gsm690.lo CCLD libosmocodec.la make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/src/codec' make[3]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/src' Making all in tests make[3]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests' Making all in timer make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests/timer' CC timer_test.o CCLD timer_test make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests/timer' Making all in sms make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests/sms' CC sms_test.o CCLD sms_test make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests/sms' Making all in ussd make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests/ussd' CC ussd_test.o CCLD ussd_test make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests/ussd' Making all in smscb make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests/smscb' CC smscb_test.o CCLD smscb_test make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests/smscb' Making all in msgfile make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests/msgfile' CC msgfile_test.o CCLD msgfile_test make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests/msgfile' make[4]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests' make[3]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/tests' make[3]: Entering directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host' make[3]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host' make[2]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host' make[1]: Leaving directory `/home/loretta/osmocom- bb/src/shared/libosmocore/build-host' cd host/layer23 && LIBOSMOCORE_LIBS=/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/src/.libs/libosmocore.a LIBOSMOVTY_LIBS=/home/loretta/osmocom-bb/src/shared/libosmocore/build- host/src/vty/.libs/libosmovty.a LIBOSMOCORE_CFLAGS=-I/home/loretta/osmocom- bb/src/shared/libosmocore/include LIBOSMOVTY_CFLAGS=-I/home/loretta/osmocom- bb/src/shared/libosmocore/include ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make sets $(MAKE)... (cached) yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for ranlib... ranlib checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for LIBOSMOCORE... yes checking for LIBOSMOVTY... yes checking for gps_waiting in -lgps... no checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes configure: creating ./config.status config.status: creating src/Makefile config.status: creating src/common/Makefile config.status: creating src/misc/Makefile config.status: creating src/mobile/Makefile config.status: creating include/Makefile config.status: creating include/osmocom/Makefile config.status: creating include/osmocom/bb/Makefile config.status: creating include/osmocom/bb/common/Makefile config.status: creating include/osmocom/bb/misc/Makefile config.status: creating include/osmocom/bb/mobile/Makefile config.status: creating Makefile config.status: executing depfiles commands make -C host/layer23 make[1]: Entering directory `/home/loretta/osmocom-bb/src/host/layer23' Making all in include make[2]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/include' Making all in osmocom make[3]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom' Making all in bb make[4]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom/bb' Making all in common make[5]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom/bb/common' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom/bb/common' Making all in misc make[5]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom/bb/misc' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom/bb/misc' Making all in mobile make[5]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom/bb/mobile' make[5]: Nothing to be done for `all'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom/bb/mobile' make[5]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom/bb' make[5]: Nothing to be done for `all-am'. make[5]: Leaving directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom/bb' make[4]: Leaving directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom/bb' make[4]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom' make[3]: Leaving directory `/home/loretta/osmocom- bb/src/host/layer23/include/osmocom' make[3]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/include' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/loretta/osmocom-bb/src/host/layer23/include' make[2]: Leaving directory `/home/loretta/osmocom-bb/src/host/layer23/include' Making all in src make[2]: Entering directory `/home/loretta/osmocom-bb/src/host/layer23/src' Making all in common make[3]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/src/common' CC l1ctl.o CC l1l2_interface.o CC sap_interface.o CC lapdm.o CC logging.o CC networks.o CC sim.o CC sysinfo.o CC gps.o AR liblayer23.a make[3]: Leaving directory `/home/loretta/osmocom- bb/src/host/layer23/src/common' Making all in misc make[3]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/src/misc' CC main.o CC app_bcch_scan.o CC bcch_scan.o CCLD bcch_scan CC app_ccch_scan.o CC rslms.o CCLD ccch_scan CC app_echo_test.o CCLD echo_test CC app_cell_log.o CC cell_log.o CC geo.o CCLD cell_log CC app_cbch_sniff.o CCLD cbch_sniff make[3]: Leaving directory `/home/loretta/osmocom- bb/src/host/layer23/src/misc' Making all in mobile make[3]: Entering directory `/home/loretta/osmocom- bb/src/host/layer23/src/mobile' CC gsm322.o CC gsm48_cc.o CC gsm48_mm.o CC gsm48_rr.o CC mnccms.o CC settings.o CC subscriber.o CC support.o CC transaction.o CC vty_interface.o AR libmobile.a CC main.o CC app_mobile.o CCLD mobile make[3]: Leaving directory `/home/loretta/osmocom- bb/src/host/layer23/src/mobile' make[3]: Entering directory `/home/loretta/osmocom-bb/src/host/layer23/src' make[3]: Nothing to be done for `all-am'. make[3]: Leaving directory `/home/loretta/osmocom-bb/src/host/layer23/src' make[2]: Leaving directory `/home/loretta/osmocom-bb/src/host/layer23/src' make[2]: Entering directory `/home/loretta/osmocom-bb/src/host/layer23' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/home/loretta/osmocom-bb/src/host/layer23' make[1]: Leaving directory `/home/loretta/osmocom-bb/src/host/layer23' cd host/osmocon && LIBOSMOCORE_LIBS=/home/loretta/osmocom- bb/src/shared/libosmocore/build-host/src/.libs/libosmocore.a LIBOSMOVTY_LIBS=/home/loretta/osmocom-bb/src/shared/libosmocore/build- host/src/vty/.libs/libosmovty.a LIBOSMOCORE_CFLAGS=-I/home/loretta/osmocom- bb/src/shared/libosmocore/include LIBOSMOVTY_CFLAGS=-I/home/loretta/osmocom- bb/src/shared/libosmocore/include ./configure checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether make sets $(MAKE)... (cached) yes checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for LIBOSMOCORE... yes checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes configure: creating ./config.status config.status: creating Makefile config.status: executing depfiles commands make -C host/osmocon make[1]: Entering directory `/home/loretta/osmocom-bb/src/host/osmocon' make all-am make[2]: Entering directory `/home/loretta/osmocom-bb/src/host/osmocon' CC osmocon.o CC tpu_debug.o CC sercomm.o CCLD osmocon CC osmoload.o CCLD osmoload make[2]: Leaving directory `/home/loretta/osmocom-bb/src/host/osmocon' make[1]: Leaving directory `/home/loretta/osmocom-bb/src/host/osmocon' make -C host/gsmmap make[1]: Entering directory `/home/loretta/osmocom-bb/src/host/gsmmap' make all-am make[2]: Entering directory `/home/loretta/osmocom-bb/src/host/gsmmap' make[2]: Nothing to be done for `all-am'. make[2]: Leaving directory `/home/loretta/osmocom-bb/src/host/gsmmap' make[1]: Leaving directory `/home/loretta/osmocom-bb/src/host/gsmmap' make -C target/firmware CROSS_COMPILE=arm-elf- make[1]: Entering directory `/home/loretta/osmocom-bb/src/target/firmware' make[1]: Leaving directory `/home/loretta/osmocom-bb/src/target/firmware' make[1]: Entering directory `/home/loretta/osmocom-bb/src/target/firmware' arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=apps/hello_world/main.lst -c -o apps/hello_world/main.o apps/hello_world/main.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=abb/twl3025.lst -c -o abb/twl3025.o abb/twl3025.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=rf/trf6151.lst -c -o rf/trf6151.o rf/trf6151.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=display/font_r8x8.lst -c -o display/font_r8x8.o display/font_r8x8.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=display/font_r8x8_horiz.lst -c -o display/font_r8x8_horiz.o display/font_r8x8_horiz.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=display/st7558.lst -c -o display/st7558.o display/st7558.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=display/td014.lst -c -o display/td014.o display/td014.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=display/ssd1783.lst -c -o display/ssd1783.o display/ssd1783.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=display/display.lst -c -o display/display.o display/display.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=flash/cfi_flash.lst -c -o flash/cfi_flash.o flash/cfi_flash.c arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/common/calypso_uart.lst -c -o board/common/calypso_uart.o board/common/calypso_uart.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/common/calypso_pwl.lst -c -o board/common/calypso_pwl.o board/common/calypso_pwl.S arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal/rffe_dualband.lst -c -o board/compal/rffe_dualband.o board/compal/rffe_dualband.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal/rf_power.lst -c -o board/compal/rf_power.o board/compal/rf_power.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal_e88/init.lst -c -o board/compal_e88/init.o board/compal_e88/init.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" hello_world\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e88/hello_world.compalram.manifest.o board/manifest.c arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal/start.ram.lst -c -o board/compal/start.ram.o board/compal/start.ram.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal/exceptions_redirected.lst -c -o board/compal/exceptions_redirected.o board/compal/exceptions_redirected.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal/handlers.lst -c -o board/compal/handlers.o board/compal/handlers.S arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/arm.lst -c -o calypso/arm.o calypso/arm.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/clock.lst -c -o calypso/clock.o calypso/clock.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/delay.lst -c -o calypso/delay.o calypso/delay.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/dma.lst -c -o calypso/dma.o calypso/dma.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/dsp.lst -c -o calypso/dsp.o calypso/dsp.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/du.lst -c -o calypso/du.o calypso/du.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/i2c.lst -c -o calypso/i2c.o calypso/i2c.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/irq.lst -c -o calypso/irq.o calypso/irq.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/rtc.lst -c -o calypso/rtc.o calypso/rtc.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/sim.lst -c -o calypso/sim.o calypso/sim.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/spi.lst -c -o calypso/spi.o calypso/spi.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/tpu.lst -c -o calypso/tpu.o calypso/tpu.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/tsp.lst -c -o calypso/tsp.o calypso/tsp.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/keypad.lst -c -o calypso/keypad.o calypso/keypad.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/misc.lst -c -o calypso/misc.o calypso/misc.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/timer.lst -c -o calypso/timer.o calypso/timer.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/backlight.lst -c -o calypso/backlight.o calypso/backlight.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/uart.lst -c -o calypso/uart.o calypso/uart.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=calypso/uwire.lst -c -o calypso/uwire.o calypso/uwire.c arm-elf-ar cru calypso/libcalypso.a calypso/arm.o calypso/clock.o calypso/delay.o calypso/dma.o calypso/dsp.o calypso/du.o calypso/i2c.o calypso/irq.o calypso/rtc.o calypso/sim.o calypso/spi.o calypso/tpu.o calypso/tsp.o calypso/keypad.o calypso/misc.o calypso/timer.o calypso/backlight. o calypso/uart.o calypso/uwire.o arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/avg.lst -c -o layer1/avg.o layer1/avg.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/agc.lst -c -o layer1/agc.o layer1/agc.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/afc.lst -c -o layer1/afc.o layer1/afc.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/toa.lst -c -o layer1/toa.o layer1/toa.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/sync.lst -c -o layer1/sync.o layer1/sync.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/tdma_sched.lst -c -o layer1/tdma_sched.o layer1/tdma_sched.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/tpu_window.lst -c -o layer1/tpu_window.o layer1/tpu_window.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/init.lst -c -o layer1/init.o layer1/init.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/l23_api.lst -c -o layer1/l23_api.o layer1/l23_api.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/mframe_sched.lst -c -o layer1/mframe_sched.o layer1/mframe_sched. c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/sched_gsmtime.lst -c -o layer1/sched_gsmtime.o layer1/sched_gsmtime.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/async.lst -c -o layer1/async.o layer1/async.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/rfch.lst -c -o layer1/rfch.o layer1/rfch.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/apc.lst -c -o layer1/apc.o layer1/apc.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/prim_pm.lst -c -o layer1/prim_pm.o layer1/prim_pm.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/prim_rach.lst -c -o layer1/prim_rach.o layer1/prim_rach.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/prim_tx_nb.lst -c -o layer1/prim_tx_nb.o layer1/prim_tx_nb.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/prim_rx_nb.lst -c -o layer1/prim_rx_nb.o layer1/prim_rx_nb.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/prim_fbsb.lst -c -o layer1/prim_fbsb.o layer1/prim_fbsb.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/prim_freq.lst -c -o layer1/prim_freq.o layer1/prim_freq.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/prim_utils.lst -c -o layer1/prim_utils.o layer1/prim_utils.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=layer1/prim_tch.lst -c -o layer1/prim_tch.o layer1/prim_tch.c arm-elf-ar cru layer1/liblayer1.a layer1/avg.o layer1/agc.o layer1/afc.o layer1/toa.o layer1/sync.o layer1/tdma_sched.o layer1/tpu_window.o layer1/init. o layer1/l23_api.o layer1/mframe_sched.o layer1/sched_gsmtime.o layer1/async.o layer1/rfch.o layer1/apc.o layer1/prim_pm.o layer1/prim_rach.o layer1/prim_tx_nb.o layer1/prim_rx_nb.o layer1/prim_fbsb.o layer1/prim_freq.o layer1/prim_utils.o layer1/prim_tch.o arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/vsprintf.lst -c -o lib/vsprintf.o lib/vsprintf.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/string.lst -c -o lib/string.o lib/string.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,-adhlns=lib/ctype. lst -c -o lib/ctype.o lib/ctype.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/printf.lst -c -o lib/printf.o lib/printf.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/console.lst -c -o lib/console.o lib/console.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,-adhlns=lib/ctors. lst -c -o lib/ctors.o lib/ctors.c arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/changebit.lst -c -o lib/changebit.o lib/changebit.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/clearbit.lst -c -o lib/clearbit.o lib/clearbit.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/div64.lst -c -o lib/div64.o lib/div64.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/lib1funcs.lst -c -o lib/lib1funcs.o lib/lib1funcs.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/memcpy.lst -c -o lib/memcpy.o lib/memcpy.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/memset.lst -c -o lib/memset.o lib/memset.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/setbit.lst -c -o lib/setbit.o lib/setbit.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/testchangebit.lst -c -o lib/testchangebit.o lib/testchangebit.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/testclearbit.lst -c -o lib/testclearbit.o lib/testclearbit.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=lib/testsetbit.lst -c -o lib/testsetbit.o lib/testsetbit.S arm-elf-ar cru lib/libmini.a lib/vsprintf.o lib/string.o lib/ctype.o lib/printf.o lib/console.o lib/ctors.o lib/changebit.o lib/clearbit.o lib/div64. o lib/lib1funcs.o lib/memcpy.o lib/memset.o lib/setbit.o lib/testchangebit.o lib/testclearbit.o lib/testsetbit.o arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,-adhlns=comm/msgb. lst -c -o comm/msgb.o comm/msgb.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=comm/sercomm.lst -c -o comm/sercomm.o comm/sercomm.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=comm/sercomm_cons.lst -c -o comm/sercomm_cons.o comm/sercomm_cons.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=comm/timer.lst -c -o comm/timer.o comm/timer.c arm-elf-ar cru comm/libcomm.a comm/msgb.o comm/sercomm.o comm/sercomm_cons.o comm/timer.o arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e88/hello_world.compalram.map - o board/compal_e88/hello_world.compalram.elf --start-group apps/hello_world/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/hello_world.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/hello_world. compalram.elf board/compal_e88/hello_world.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" hello_world\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"highram\" -c -o board/compal_e88/hello_world.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e88/hello_world.highram.map -o board/compal_e88/hello_world.highram.elf --start-group apps/hello_world/main. o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/hello_world.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/hello_world.highram. elf board/compal_e88/hello_world.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" hello_world\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88loader\" -c -o board/compal_e88/hello_world.e88loader.manifest.o board/manifest.c arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal/start.rom.lst -c -o board/compal/start.rom.o board/compal/start.rom.S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal/header.lst -c -o board/compal/header.o board/compal/header. S arm-elf-gcc -Iinclude/ -I../../../include -I../../shared/libosmocore/include - D__ASSEMBLY__ -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal/exceptions_redirect.lst -c -o board/compal/exceptions_redirect.o board/compal/exceptions_redirect.S arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/loader.lds -Bstatic -Map board/compal_e88/hello_world. e88loader.map -o board/compal_e88/hello_world.e88loader.elf --start-group apps/hello_world/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/hello_world.e88loader.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirect. o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/hello_world. e88loader.elf board/compal_e88/hello_world.e88loader.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" hello_world\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88flash\" -c -o board/compal_e88/hello_world.e88flash.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/flash.lds -Bstatic -Map board/compal_e88/hello_world.e88flash. map -o board/compal_e88/hello_world.e88flash.elf --start-group apps/hello_world/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/hello_world.e88flash.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/hello_world. e88flash.elf board/compal_e88/hello_world.e88flash.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal_e86/init.lst -c -o board/compal_e86/init.o board/compal_e86/init.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" hello_world\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e86/hello_world.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e86/hello_world.compalram.map - o board/compal_e86/hello_world.compalram.elf --start-group apps/hello_world/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/hello_world.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/hello_world. compalram.elf board/compal_e86/hello_world.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" hello_world\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"highram\" -c -o board/compal_e86/hello_world.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e86/hello_world.highram.map -o board/compal_e86/hello_world.highram.elf --start-group apps/hello_world/main. o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/hello_world.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/hello_world.highram. elf board/compal_e86/hello_world.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/compal_e99/init.lst -c -o board/compal_e99/init.o board/compal_e99/init.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" hello_world\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e99/hello_world.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e99/hello_world.compalram.map - o board/compal_e99/hello_world.compalram.elf --start-group apps/hello_world/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/hello_world.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/hello_world. compalram.elf board/compal_e99/hello_world.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" hello_world\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"highram\" -c -o board/compal_e99/hello_world.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e99/hello_world.highram.map -o board/compal_e99/hello_world.highram.elf --start-group apps/hello_world/main. o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/hello_world.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/hello_world.highram. elf board/compal_e99/hello_world.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/gta0x/rffe_gta0x_triband.lst -c -o board/gta0x/rffe_gta0x_triband. o board/gta0x/rffe_gta0x_triband.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/gta0x/init.lst -c -o board/gta0x/init.o board/gta0x/init.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/gta0x/rf_power.lst -c -o board/gta0x/rf_power.o board/gta0x/rf_power.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" hello_world\" -DBOARD=\"gta0x\" -DENVIRONMENT=\"highram\" -c -o board/gta0x/hello_world.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/gta0x/hello_world.highram.map -o board/gta0x/hello_world.highram.elf --start-group apps/hello_world/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/gta0x/rffe_gta0x_triband.o board/gta0x/init.o board/gta0x/rf_power.o board/gta0x/hello_world.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/gta0x/hello_world.highram.elf board/gta0x/hello_world.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/pirelli_dpl10/rffe_dpl10_triband.lst -c -o board/pirelli_dpl10/rffe_dpl10_triband.o board/pirelli_dpl10/rffe_dpl10_triband. c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/pirelli_dpl10/init.lst -c -o board/pirelli_dpl10/init.o board/pirelli_dpl10/init.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=board/pirelli_dpl10/rf_power.lst -c -o board/pirelli_dpl10/rf_power.o board/pirelli_dpl10/rf_power.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" hello_world\" -DBOARD=\"pirelli_dpl10\" -DENVIRONMENT=\"highram\" -c -o board/pirelli_dpl10/hello_world.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/pirelli_dpl10/hello_world.highram. map -o board/pirelli_dpl10/hello_world.highram.elf --start-group apps/hello_world/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/pirelli_dpl10/rffe_dpl10_triband.o board/pirelli_dpl10/init.o board/pirelli_dpl10/rf_power.o board/pirelli_dpl10/hello_world.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/pirelli_dpl10/hello_world. highram.elf board/pirelli_dpl10/hello_world.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=apps/compal_dsp_dump/main.lst -c -o apps/compal_dsp_dump/main.o apps/compal_dsp_dump/main.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" compal_dsp_dump\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e88/compal_dsp_dump.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e88/compal_dsp_dump.compalram. map -o board/compal_e88/compal_dsp_dump.compalram.elf --start-group apps/compal_dsp_dump/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/compal_dsp_dump.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/compal_dsp_dump. compalram.elf board/compal_e88/compal_dsp_dump.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" compal_dsp_dump\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"highram\" -c -o board/compal_e88/compal_dsp_dump.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e88/compal_dsp_dump.highram. map -o board/compal_e88/compal_dsp_dump.highram.elf --start-group apps/compal_dsp_dump/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/compal_dsp_dump.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/compal_dsp_dump. highram.elf board/compal_e88/compal_dsp_dump.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" compal_dsp_dump\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88loader\" -c -o board/compal_e88/compal_dsp_dump.e88loader.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/loader.lds -Bstatic -Map board/compal_e88/compal_dsp_dump. e88loader.map -o board/compal_e88/compal_dsp_dump.e88loader.elf --start-group apps/compal_dsp_dump/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/compal_dsp_dump.e88loader.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirect. o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/compal_dsp_dump. e88loader.elf board/compal_e88/compal_dsp_dump.e88loader.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" compal_dsp_dump\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88flash\" -c -o board/compal_e88/compal_dsp_dump.e88flash.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/flash.lds -Bstatic -Map board/compal_e88/compal_dsp_dump. e88flash.map -o board/compal_e88/compal_dsp_dump.e88flash.elf --start-group apps/compal_dsp_dump/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/compal_dsp_dump.e88flash.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/compal_dsp_dump. e88flash.elf board/compal_e88/compal_dsp_dump.e88flash.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" compal_dsp_dump\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e86/compal_dsp_dump.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e86/compal_dsp_dump.compalram. map -o board/compal_e86/compal_dsp_dump.compalram.elf --start-group apps/compal_dsp_dump/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/compal_dsp_dump.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/compal_dsp_dump. compalram.elf board/compal_e86/compal_dsp_dump.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" compal_dsp_dump\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"highram\" -c -o board/compal_e86/compal_dsp_dump.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e86/compal_dsp_dump.highram. map -o board/compal_e86/compal_dsp_dump.highram.elf --start-group apps/compal_dsp_dump/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/compal_dsp_dump.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/compal_dsp_dump. highram.elf board/compal_e86/compal_dsp_dump.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" compal_dsp_dump\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e99/compal_dsp_dump.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e99/compal_dsp_dump.compalram. map -o board/compal_e99/compal_dsp_dump.compalram.elf --start-group apps/compal_dsp_dump/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/compal_dsp_dump.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/compal_dsp_dump. compalram.elf board/compal_e99/compal_dsp_dump.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" compal_dsp_dump\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"highram\" -c -o board/compal_e99/compal_dsp_dump.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e99/compal_dsp_dump.highram. map -o board/compal_e99/compal_dsp_dump.highram.elf --start-group apps/compal_dsp_dump/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/compal_dsp_dump.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/compal_dsp_dump. highram.elf board/compal_e99/compal_dsp_dump.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" compal_dsp_dump\" -DBOARD=\"gta0x\" -DENVIRONMENT=\"highram\" -c -o board/gta0x/compal_dsp_dump.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/gta0x/compal_dsp_dump.highram.map - o board/gta0x/compal_dsp_dump.highram.elf --start-group apps/compal_dsp_dump/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/gta0x/rffe_gta0x_triband.o board/gta0x/init.o board/gta0x/rf_power.o board/gta0x/compal_dsp_dump.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/gta0x/compal_dsp_dump.highram. elf board/gta0x/compal_dsp_dump.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" compal_dsp_dump\" -DBOARD=\"pirelli_dpl10\" -DENVIRONMENT=\"highram\" -c -o board/pirelli_dpl10/compal_dsp_dump.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/pirelli_dpl10/compal_dsp_dump. highram.map -o board/pirelli_dpl10/compal_dsp_dump.highram.elf --start-group apps/compal_dsp_dump/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/pirelli_dpl10/rffe_dpl10_triband.o board/pirelli_dpl10/init.o board/pirelli_dpl10/rf_power.o board/pirelli_dpl10/compal_dsp_dump.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/pirelli_dpl10/compal_dsp_dump. highram.elf board/pirelli_dpl10/compal_dsp_dump.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=apps/layer1/main.lst -c -o apps/layer1/main.o apps/layer1/main.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" layer1\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e88/layer1.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e88/layer1.compalram.map -o board/compal_e88/layer1.compalram.elf --start-group apps/layer1/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/layer1.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/layer1.compalram. elf board/compal_e88/layer1.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" layer1\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"highram\" -c -o board/compal_e88/layer1.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e88/layer1.highram.map -o board/compal_e88/layer1.highram.elf --start-group apps/layer1/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/layer1.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/layer1.highram.elf board/compal_e88/layer1.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" layer1\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88loader\" -c -o board/compal_e88/layer1.e88loader.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/loader.lds -Bstatic -Map board/compal_e88/layer1.e88loader.map -o board/compal_e88/layer1.e88loader.elf --start-group apps/layer1/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/layer1.e88loader.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirect.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build- target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/layer1.e88loader. elf board/compal_e88/layer1.e88loader.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" layer1\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88flash\" -c -o board/compal_e88/layer1.e88flash.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/flash.lds -Bstatic -Map board/compal_e88/layer1.e88flash.map - o board/compal_e88/layer1.e88flash.elf --start-group apps/layer1/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/layer1.e88flash.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/layer1.e88flash.elf board/compal_e88/layer1.e88flash.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" layer1\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e86/layer1.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e86/layer1.compalram.map -o board/compal_e86/layer1.compalram.elf --start-group apps/layer1/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/layer1.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/layer1.compalram. elf board/compal_e86/layer1.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" layer1\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"highram\" -c -o board/compal_e86/layer1.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e86/layer1.highram.map -o board/compal_e86/layer1.highram.elf --start-group apps/layer1/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/layer1.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/layer1.highram.elf board/compal_e86/layer1.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" layer1\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e99/layer1.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e99/layer1.compalram.map -o board/compal_e99/layer1.compalram.elf --start-group apps/layer1/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/layer1.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/layer1.compalram. elf board/compal_e99/layer1.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" layer1\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"highram\" -c -o board/compal_e99/layer1.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e99/layer1.highram.map -o board/compal_e99/layer1.highram.elf --start-group apps/layer1/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/layer1.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/layer1.highram.elf board/compal_e99/layer1.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" layer1\" -DBOARD=\"gta0x\" -DENVIRONMENT=\"highram\" -c -o board/gta0x/layer1. highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/gta0x/layer1.highram.map -o board/gta0x/layer1.highram.elf --start-group apps/layer1/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/gta0x/rffe_gta0x_triband.o board/gta0x/init.o board/gta0x/rf_power.o board/gta0x/layer1.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/gta0x/layer1.highram.elf board/gta0x/layer1.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" layer1\" -DBOARD=\"pirelli_dpl10\" -DENVIRONMENT=\"highram\" -c -o board/pirelli_dpl10/layer1.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/pirelli_dpl10/layer1.highram.map - o board/pirelli_dpl10/layer1.highram.elf --start-group apps/layer1/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/pirelli_dpl10/rffe_dpl10_triband.o board/pirelli_dpl10/init.o board/pirelli_dpl10/rf_power.o board/pirelli_dpl10/layer1.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/pirelli_dpl10/layer1.highram. elf board/pirelli_dpl10/layer1.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=apps/loader/main.lst -c -o apps/loader/main.o apps/loader/main.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" loader\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e88/loader.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e88/loader.compalram.map -o board/compal_e88/loader.compalram.elf --start-group apps/loader/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/loader.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/loader.compalram. elf board/compal_e88/loader.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" loader\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"highram\" -c -o board/compal_e88/loader.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e88/loader.highram.map -o board/compal_e88/loader.highram.elf --start-group apps/loader/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/loader.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/loader.highram.elf board/compal_e88/loader.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" loader\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88loader\" -c -o board/compal_e88/loader.e88loader.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/loader.lds -Bstatic -Map board/compal_e88/loader.e88loader.map -o board/compal_e88/loader.e88loader.elf --start-group apps/loader/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/loader.e88loader.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirect.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build- target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/loader.e88loader. elf board/compal_e88/loader.e88loader.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" loader\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88flash\" -c -o board/compal_e88/loader.e88flash.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/flash.lds -Bstatic -Map board/compal_e88/loader.e88flash.map - o board/compal_e88/loader.e88flash.elf --start-group apps/loader/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/loader.e88flash.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/loader.e88flash.elf board/compal_e88/loader.e88flash.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" loader\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e86/loader.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e86/loader.compalram.map -o board/compal_e86/loader.compalram.elf --start-group apps/loader/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/loader.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/loader.compalram. elf board/compal_e86/loader.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" loader\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"highram\" -c -o board/compal_e86/loader.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e86/loader.highram.map -o board/compal_e86/loader.highram.elf --start-group apps/loader/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/loader.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/loader.highram.elf board/compal_e86/loader.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" loader\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e99/loader.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e99/loader.compalram.map -o board/compal_e99/loader.compalram.elf --start-group apps/loader/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/loader.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/loader.compalram. elf board/compal_e99/loader.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" loader\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"highram\" -c -o board/compal_e99/loader.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e99/loader.highram.map -o board/compal_e99/loader.highram.elf --start-group apps/loader/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/loader.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/loader.highram.elf board/compal_e99/loader.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" loader\" -DBOARD=\"gta0x\" -DENVIRONMENT=\"highram\" -c -o board/gta0x/loader. highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/gta0x/loader.highram.map -o board/gta0x/loader.highram.elf --start-group apps/loader/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/gta0x/rffe_gta0x_triband.o board/gta0x/init.o board/gta0x/rf_power.o board/gta0x/loader.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/gta0x/loader.highram.elf board/gta0x/loader.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" loader\" -DBOARD=\"pirelli_dpl10\" -DENVIRONMENT=\"highram\" -c -o board/pirelli_dpl10/loader.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/pirelli_dpl10/loader.highram.map - o board/pirelli_dpl10/loader.highram.elf --start-group apps/loader/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/pirelli_dpl10/rffe_dpl10_triband.o board/pirelli_dpl10/init.o board/pirelli_dpl10/rf_power.o board/pirelli_dpl10/loader.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/pirelli_dpl10/loader.highram. elf board/pirelli_dpl10/loader.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=apps/simtest/main.lst -c -o apps/simtest/main.o apps/simtest/main.c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" simtest\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e88/simtest.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e88/simtest.compalram.map -o board/compal_e88/simtest.compalram.elf --start-group apps/simtest/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/simtest.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/simtest.compalram. elf board/compal_e88/simtest.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" simtest\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"highram\" -c -o board/compal_e88/simtest.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e88/simtest.highram.map -o board/compal_e88/simtest.highram.elf --start-group apps/simtest/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/simtest.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/simtest.highram.elf board/compal_e88/simtest.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" simtest\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88loader\" -c -o board/compal_e88/simtest.e88loader.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/loader.lds -Bstatic -Map board/compal_e88/simtest.e88loader. map -o board/compal_e88/simtest.e88loader.elf --start-group apps/simtest/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/simtest.e88loader.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirect.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build- target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/simtest.e88loader. elf board/compal_e88/simtest.e88loader.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" simtest\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88flash\" -c -o board/compal_e88/simtest.e88flash.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/flash.lds -Bstatic -Map board/compal_e88/simtest.e88flash.map - o board/compal_e88/simtest.e88flash.elf --start-group apps/simtest/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/simtest.e88flash.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/simtest.e88flash. elf board/compal_e88/simtest.e88flash.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" simtest\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e86/simtest.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e86/simtest.compalram.map -o board/compal_e86/simtest.compalram.elf --start-group apps/simtest/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/simtest.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/simtest.compalram. elf board/compal_e86/simtest.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" simtest\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"highram\" -c -o board/compal_e86/simtest.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e86/simtest.highram.map -o board/compal_e86/simtest.highram.elf --start-group apps/simtest/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/simtest.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/simtest.highram.elf board/compal_e86/simtest.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" simtest\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e99/simtest.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e99/simtest.compalram.map -o board/compal_e99/simtest.compalram.elf --start-group apps/simtest/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/simtest.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/simtest.compalram. elf board/compal_e99/simtest.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" simtest\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"highram\" -c -o board/compal_e99/simtest.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e99/simtest.highram.map -o board/compal_e99/simtest.highram.elf --start-group apps/simtest/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/simtest.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/simtest.highram.elf board/compal_e99/simtest.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" simtest\" -DBOARD=\"gta0x\" -DENVIRONMENT=\"highram\" -c -o board/gta0x/simtest. highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/gta0x/simtest.highram.map -o board/gta0x/simtest.highram.elf --start-group apps/simtest/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/gta0x/rffe_gta0x_triband.o board/gta0x/init.o board/gta0x/rf_power.o board/gta0x/simtest.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/gta0x/simtest.highram.elf board/gta0x/simtest.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" simtest\" -DBOARD=\"pirelli_dpl10\" -DENVIRONMENT=\"highram\" -c -o board/pirelli_dpl10/simtest.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/pirelli_dpl10/simtest.highram.map - o board/pirelli_dpl10/simtest.highram.elf --start-group apps/simtest/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/pirelli_dpl10/rffe_dpl10_triband.o board/pirelli_dpl10/init.o board/pirelli_dpl10/rf_power.o board/pirelli_dpl10/simtest.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a -- end-group arm-elf-objcopy --gap-fill=0xff -O binary board/pirelli_dpl10/simtest.highram. elf board/pirelli_dpl10/simtest.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -Wa,- adhlns=apps/chainload/main.lst -c -o apps/chainload/main.o apps/chainload/main. c arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" chainload\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e88/chainload.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e88/chainload.compalram.map -o board/compal_e88/chainload.compalram.elf --start-group apps/chainload/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/chainload.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/chainload.compalram. elf board/compal_e88/chainload.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" chainload\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"highram\" -c -o board/compal_e88/chainload.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e88/chainload.highram.map - o board/compal_e88/chainload.highram.elf --start-group apps/chainload/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/chainload.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/chainload.highram. elf board/compal_e88/chainload.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" chainload\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88loader\" -c -o board/compal_e88/chainload.e88loader.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/loader.lds -Bstatic -Map board/compal_e88/chainload.e88loader. map -o board/compal_e88/chainload.e88loader.elf --start-group apps/chainload/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/chainload.e88loader.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirect. o calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/chainload.e88loader. elf board/compal_e88/chainload.e88loader.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" chainload\" -DBOARD=\"compal_e88\" -DENVIRONMENT=\"e88flash\" -c -o board/compal_e88/chainload.e88flash.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal_e88/flash.lds -Bstatic -Map board/compal_e88/chainload.e88flash. map -o board/compal_e88/chainload.e88flash.elf --start-group apps/chainload/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e88/init.o board/compal_e88/chainload.e88flash.manifest.o board/compal/start.rom.o board/compal/header.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e88/chainload.e88flash. elf board/compal_e88/chainload.e88flash.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" chainload\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e86/chainload.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e86/chainload.compalram.map -o board/compal_e86/chainload.compalram.elf --start-group apps/chainload/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/chainload.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/chainload.compalram. elf board/compal_e86/chainload.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" chainload\" -DBOARD=\"compal_e86\" -DENVIRONMENT=\"highram\" -c -o board/compal_e86/chainload.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e86/chainload.highram.map - o board/compal_e86/chainload.highram.elf --start-group apps/chainload/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e86/init.o board/compal_e86/chainload.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e86/chainload.highram. elf board/compal_e86/chainload.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" chainload\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"compalram\" -c -o board/compal_e99/chainload.compalram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/ram.lds -Bstatic -Map board/compal_e99/chainload.compalram.map -o board/compal_e99/chainload.compalram.elf --start-group apps/chainload/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/chainload.compalram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/chainload.compalram. elf board/compal_e99/chainload.compalram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" chainload\" -DBOARD=\"compal_e99\" -DENVIRONMENT=\"highram\" -c -o board/compal_e99/chainload.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/compal_e99/chainload.highram.map - o board/compal_e99/chainload.highram.elf --start-group apps/chainload/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/compal/rffe_dualband.o board/compal/rf_power.o board/compal_e99/init.o board/compal_e99/chainload.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/compal_e99/chainload.highram. elf board/compal_e99/chainload.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" chainload\" -DBOARD=\"gta0x\" -DENVIRONMENT=\"highram\" -c -o board/gta0x/chainload.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/gta0x/chainload.highram.map -o board/gta0x/chainload.highram.elf --start-group apps/chainload/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/gta0x/rffe_gta0x_triband.o board/gta0x/init.o board/gta0x/rf_power.o board/gta0x/chainload.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/gta0x/chainload.highram.elf board/gta0x/chainload.highram.bin arm-elf-gcc -mcpu=arm7tdmi -Iinclude/ -I../../../include -I../.. /shared/libosmocore/include -Wall -Wextra -Wcast-align -Wimplicit -Wunused - Wswitch -Wredundant-decls -Wreturn-type -Wshadow -Wnested-externs -Wbad- function-cast -Wsign-compare -Waggregate-return -Os -ffunction-sections -gdwarf- 2 -DGIT_REVISION=\"osmocon_v0.0.0-786-g937023b-modified\" -DAPPLICATION=\" chainload\" -DBOARD=\"pirelli_dpl10\" -DENVIRONMENT=\"highram\" -c -o board/pirelli_dpl10/chainload.highram.manifest.o board/manifest.c arm-elf-ld -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref -T board/compal/highram.lds -Bstatic -Map board/pirelli_dpl10/chainload.highram. map -o board/pirelli_dpl10/chainload.highram.elf --start-group apps/chainload/main.o abb/twl3025.o rf/trf6151.o display/font_r8x8.o display/font_r8x8_horiz.o display/st7558.o display/td014.o display/ssd1783.o display/display.o flash/cfi_flash.o board/common/calypso_uart.o board/common/calypso_pwl.o board/pirelli_dpl10/rffe_dpl10_triband.o board/pirelli_dpl10/init.o board/pirelli_dpl10/rf_power.o board/pirelli_dpl10/chainload.highram.manifest.o board/compal/start.ram.o board/compal/exceptions_redirected.o board/compal/handlers.o calypso/libcalypso. a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../.. /shared/libosmocore/build-target/src/.libs/libosmocore.a --end-group arm-elf-objcopy --gap-fill=0xff -O binary board/pirelli_dpl10/chainload. highram.elf board/pirelli_dpl10/chainload.highram.bin arm-elf-size board/compal_e88/hello_world.compalram.elf | tee board/compal_e88/hello_world.compalram.size text data bss dec hex filename 19449 328 17524 37301 91b5 board/compal_e88/hello_world.compalram. elf arm-elf-size board/compal_e88/hello_world.highram.elf | tee board/compal_e88/hello_world.highram.size text data bss dec hex filename 19453 328 17524 37305 91b9 board/compal_e88/hello_world.highram. elf arm-elf-size board/compal_e88/hello_world.e88loader.elf | tee board/compal_e88/hello_world.e88loader.size text data bss dec hex filename 19169 328 17524 37021 909d board/compal_e88/hello_world.e88loader. elf arm-elf-size board/compal_e88/hello_world.e88flash.elf | tee board/compal_e88/hello_world.e88flash.size text data bss dec hex filename 19525 328 17524 37377 9201 board/compal_e88/hello_world.e88flash. elf arm-elf-size board/compal_e86/hello_world.compalram.elf | tee board/compal_e86/hello_world.compalram.size text data bss dec hex filename 20049 328 17524 37901 940d board/compal_e86/hello_world.compalram. elf arm-elf-size board/compal_e86/hello_world.highram.elf | tee board/compal_e86/hello_world.highram.size text data bss dec hex filename 20053 328 17524 37905 9411 board/compal_e86/hello_world.highram. elf arm-elf-size board/compal_e99/hello_world.compalram.elf | tee board/compal_e99/hello_world.compalram.size text data bss dec hex filename 20325 328 17524 38177 9521 board/compal_e99/hello_world.compalram. elf arm-elf-size board/compal_e99/hello_world.highram.elf | tee board/compal_e99/hello_world.highram.size text data bss dec hex filename 20329 328 17524 38181 9525 board/compal_e99/hello_world.highram. elf arm-elf-size board/gta0x/hello_world.highram.elf | tee board/gta0x/hello_world. highram.size text data bss dec hex filename 19453 328 17524 37305 91b9 board/gta0x/hello_world.highram.elf arm-elf-size board/pirelli_dpl10/hello_world.highram.elf | tee board/pirelli_dpl10/hello_world.highram.size text data bss dec hex filename 19389 328 17524 37241 9179 board/pirelli_dpl10/hello_world. highram.elf arm-elf-size board/compal_e88/compal_dsp_dump.compalram.elf | tee board/compal_e88/compal_dsp_dump.compalram.size text data bss dec hex filename 19953 836 17528 38317 95ad board/compal_e88/compal_dsp_dump. compalram.elf arm-elf-size board/compal_e88/compal_dsp_dump.highram.elf | tee board/compal_e88/compal_dsp_dump.highram.size text data bss dec hex filename 19957 836 17528 38321 95b1 board/compal_e88/compal_dsp_dump. highram.elf arm-elf-size board/compal_e88/compal_dsp_dump.e88loader.elf | tee board/compal_e88/compal_dsp_dump.e88loader.size text data bss dec hex filename 19673 836 17528 38037 9495 board/compal_e88/compal_dsp_dump. e88loader.elf arm-elf-size board/compal_e88/compal_dsp_dump.e88flash.elf | tee board/compal_e88/compal_dsp_dump.e88flash.size text data bss dec hex filename 20029 836 17528 38393 95f9 board/compal_e88/compal_dsp_dump. e88flash.elf arm-elf-size board/compal_e86/compal_dsp_dump.compalram.elf | tee board/compal_e86/compal_dsp_dump.compalram.size text data bss dec hex filename 20553 836 17528 38917 9805 board/compal_e86/compal_dsp_dump. compalram.elf arm-elf-size board/compal_e86/compal_dsp_dump.highram.elf | tee board/compal_e86/compal_dsp_dump.highram.size text data bss dec hex filename 20557 836 17528 38921 9809 board/compal_e86/compal_dsp_dump. highram.elf arm-elf-size board/compal_e99/compal_dsp_dump.compalram.elf | tee board/compal_e99/compal_dsp_dump.compalram.size text data bss dec hex filename 20829 836 17528 39193 9919 board/compal_e99/compal_dsp_dump. compalram.elf arm-elf-size board/compal_e99/compal_dsp_dump.highram.elf | tee board/compal_e99/compal_dsp_dump.highram.size text data bss dec hex filename 20833 836 17528 39197 991d board/compal_e99/compal_dsp_dump. highram.elf arm-elf-size board/gta0x/compal_dsp_dump.highram.elf | tee board/gta0x/compal_dsp_dump.highram.size text data bss dec hex filename 19957 836 17528 38321 95b1 board/gta0x/compal_dsp_dump.highram. elf arm-elf-size board/pirelli_dpl10/compal_dsp_dump.highram.elf | tee board/pirelli_dpl10/compal_dsp_dump.highram.size text data bss dec hex filename 19893 836 17528 38257 9571 board/pirelli_dpl10/compal_dsp_dump. highram.elf arm-elf-size board/compal_e88/layer1.compalram.elf | tee board/compal_e88/layer1.compalram.size text data bss dec hex filename 50025 1300 21180 72505 11b39 board/compal_e88/layer1.compalram.elf arm-elf-size board/compal_e88/layer1.highram.elf | tee board/compal_e88/layer1. highram.size text data bss dec hex filename 50029 1300 21180 72509 11b3d board/compal_e88/layer1.highram.elf arm-elf-size board/compal_e88/layer1.e88loader.elf | tee board/compal_e88/layer1.e88loader.size text data bss dec hex filename 49777 1300 21180 72257 11a41 board/compal_e88/layer1.e88loader.elf arm-elf-size board/compal_e88/layer1.e88flash.elf | tee board/compal_e88/layer1.e88flash.size text data bss dec hex filename 50133 1300 21180 72613 11ba5 board/compal_e88/layer1.e88flash.elf arm-elf-size board/compal_e86/layer1.compalram.elf | tee board/compal_e86/layer1.compalram.size text data bss dec hex filename 50625 1300 21180 73105 11d91 board/compal_e86/layer1.compalram.elf arm-elf-size board/compal_e86/layer1.highram.elf | tee board/compal_e86/layer1. highram.size text data bss dec hex filename 50629 1300 21180 73109 11d95 board/compal_e86/layer1.highram.elf arm-elf-size board/compal_e99/layer1.compalram.elf | tee board/compal_e99/layer1.compalram.size text data bss dec hex filename 50901 1300 21180 73381 11ea5 board/compal_e99/layer1.compalram.elf arm-elf-size board/compal_e99/layer1.highram.elf | tee board/compal_e99/layer1. highram.size text data bss dec hex filename 50905 1300 21180 73385 11ea9 board/compal_e99/layer1.highram.elf arm-elf-size board/gta0x/layer1.highram.elf | tee board/gta0x/layer1.highram. size text data bss dec hex filename 50061 1300 21180 72541 11b5d board/gta0x/layer1.highram.elf arm-elf-size board/pirelli_dpl10/layer1.highram.elf | tee board/pirelli_dpl10/layer1.highram.size text data bss dec hex filename 50029 1300 21180 72509 11b3d board/pirelli_dpl10/layer1.highram.elf arm-elf-size board/compal_e88/loader.compalram.elf | tee board/compal_e88/loader.compalram.size text data bss dec hex filename 21429 337 17572 39338 99aa board/compal_e88/loader.compalram.elf arm-elf-size board/compal_e88/loader.highram.elf | tee board/compal_e88/loader. highram.size text data bss dec hex filename 21397 337 17572 39306 998a board/compal_e88/loader.highram.elf arm-elf-size board/compal_e88/loader.e88loader.elf | tee board/compal_e88/loader.e88loader.size text data bss dec hex filename 21405 340 17572 39317 9995 board/compal_e88/loader.e88loader.elf arm-elf-size board/compal_e88/loader.e88flash.elf | tee board/compal_e88/loader.e88flash.size text data bss dec hex filename 21505 340 17572 39417 99f9 board/compal_e88/loader.e88flash.elf arm-elf-size board/compal_e86/loader.compalram.elf | tee board/compal_e86/loader.compalram.size text data bss dec hex filename 21429 337 17572 39338 99aa board/compal_e86/loader.compalram.elf arm-elf-size board/compal_e86/loader.highram.elf | tee board/compal_e86/loader. highram.size text data bss dec hex filename 21397 337 17572 39306 998a board/compal_e86/loader.highram.elf arm-elf-size board/compal_e99/loader.compalram.elf | tee board/compal_e99/loader.compalram.size text data bss dec hex filename 21429 337 17572 39338 99aa board/compal_e99/loader.compalram.elf arm-elf-size board/compal_e99/loader.highram.elf | tee board/compal_e99/loader. highram.size text data bss dec hex filename 21397 337 17572 39306 998a board/compal_e99/loader.highram.elf arm-elf-size board/gta0x/loader.highram.elf | tee board/gta0x/loader.highram. size text data bss dec hex filename 21393 337 17572 39302 9986 board/gta0x/loader.highram.elf arm-elf-size board/pirelli_dpl10/loader.highram.elf | tee board/pirelli_dpl10/loader.highram.size text data bss dec hex filename 21401 337 17572 39310 998e board/pirelli_dpl10/loader.highram.elf arm-elf-size board/compal_e88/simtest.compalram.elf | tee board/compal_e88/simtest.compalram.size text data bss dec hex filename 21505 317 17552 39374 99ce board/compal_e88/simtest.compalram.elf arm-elf-size board/compal_e88/simtest.highram.elf | tee board/compal_e88/simtest.highram.size text data bss dec hex filename 21509 317 17552 39378 99d2 board/compal_e88/simtest.highram.elf arm-elf-size board/compal_e88/simtest.e88loader.elf | tee board/compal_e88/simtest.e88loader.size text data bss dec hex filename 21225 320 17552 39097 98b9 board/compal_e88/simtest.e88loader.elf arm-elf-size board/compal_e88/simtest.e88flash.elf | tee board/compal_e88/simtest.e88flash.size text data bss dec hex filename 21581 320 17552 39453 9a1d board/compal_e88/simtest.e88flash.elf arm-elf-size board/compal_e86/simtest.compalram.elf | tee board/compal_e86/simtest.compalram.size text data bss dec hex filename 22105 317 17552 39974 9c26 board/compal_e86/simtest.compalram.elf arm-elf-size board/compal_e86/simtest.highram.elf | tee board/compal_e86/simtest.highram.size text data bss dec hex filename 22109 317 17552 39978 9c2a board/compal_e86/simtest.highram.elf arm-elf-size board/compal_e99/simtest.compalram.elf | tee board/compal_e99/simtest.compalram.size text data bss dec hex filename 22381 317 17552 40250 9d3a board/compal_e99/simtest.compalram.elf arm-elf-size board/compal_e99/simtest.highram.elf | tee board/compal_e99/simtest.highram.size text data bss dec hex filename 22385 317 17552 40254 9d3e board/compal_e99/simtest.highram.elf arm-elf-size board/gta0x/simtest.highram.elf | tee board/gta0x/simtest.highram. size text data bss dec hex filename 21509 317 17552 39378 99d2 board/gta0x/simtest.highram.elf arm-elf-size board/pirelli_dpl10/simtest.highram.elf | tee board/pirelli_dpl10/simtest.highram.size text data bss dec hex filename 21445 317 17552 39314 9992 board/pirelli_dpl10/simtest.highram. elf arm-elf-size board/compal_e88/chainload.compalram.elf | tee board/compal_e88/chainload.compalram.size text data bss dec hex filename 5573 57 16456 22086 5646 board/compal_e88/chainload.compalram. elf arm-elf-size board/compal_e88/chainload.highram.elf | tee board/compal_e88/chainload.highram.size text data bss dec hex filename 5577 57 16456 22090 564a board/compal_e88/chainload.highram.elf arm-elf-size board/compal_e88/chainload.e88loader.elf | tee board/compal_e88/chainload.e88loader.size text data bss dec hex filename 5293 61 16456 21810 5532 board/compal_e88/chainload.e88loader. elf arm-elf-size board/compal_e88/chainload.e88flash.elf | tee board/compal_e88/chainload.e88flash.size text data bss dec hex filename 5649 61 16456 22166 5696 board/compal_e88/chainload.e88flash. elf arm-elf-size board/compal_e86/chainload.compalram.elf | tee board/compal_e86/chainload.compalram.size text data bss dec hex filename 5573 57 16456 22086 5646 board/compal_e86/chainload.compalram. elf arm-elf-size board/compal_e86/chainload.highram.elf | tee board/compal_e86/chainload.highram.size text data bss dec hex filename 5577 57 16456 22090 564a board/compal_e86/chainload.highram.elf arm-elf-size board/compal_e99/chainload.compalram.elf | tee board/compal_e99/chainload.compalram.size text data bss dec hex filename 5573 57 16456 22086 5646 board/compal_e99/chainload.compalram. elf arm-elf-size board/compal_e99/chainload.highram.elf | tee board/compal_e99/chainload.highram.size text data bss dec hex filename 5577 57 16456 22090 564a board/compal_e99/chainload.highram.elf arm-elf-size board/gta0x/chainload.highram.elf | tee board/gta0x/chainload. highram.size text data bss dec hex filename 5577 57 16456 22090 564a board/gta0x/chainload.highram.elf arm-elf-size board/pirelli_dpl10/chainload.highram.elf | tee board/pirelli_dpl10/chainload.highram.size text data bss dec hex filename 5577 57 16456 22090 564a board/pirelli_dpl10/chainload.highram. elf make[1]: Leaving directory `/home/loretta/osmocom-bb/src/target/firmware' From dario.lombardo at libero.it Wed Apr 13 15:01:17 2011 From: dario.lombardo at libero.it (Dario Lombardo) Date: Wed, 13 Apr 2011 17:01:17 +0200 Subject: R: Re: missing layer23 application In-Reply-To: <27329675.449931302704846219.JavaMail.defaultUser@defaultHost> References: <27329675.449931302704846219.JavaMail.defaultUser@defaultHost> Message-ID: <4DA5BABD.5010602@libero.it> All seems ok. You should find it under /home/loretta/osmocom-bb/src/host/layer23/src/misc. If you can't, something I can't figure out is happening. From wbg_1000 at yahoo.com Thu Apr 14 11:20:16 2011 From: wbg_1000 at yahoo.com (eisencah eisenach) Date: Thu, 14 Apr 2011 04:20:16 -0700 (PDT) Subject: mobile application config file Message-ID: <593870.19513.qm@web112117.mail.gq1.yahoo.com> Hi. I haven't found it documented anywhere, what's the config file for mobile application suppose to contain? It contains commands that you could also send by telnet to the application? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From screaming-pain at libero.it Thu Apr 14 13:22:55 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Thu, 14 Apr 2011 15:22:55 +0200 (CEST) Subject: R: mobile application config file Message-ID: <9181134.659251302787375309.JavaMail.defaultUser@defaultHost> Hi wgb_1000, I am pasting to this email an example of the mobile config file, anyway if you have problem starting the mobile applicationbecause the file does not exist, just create an empty one. Afterwards, you can save the config file via telnet with the command write.Let's say you want the sim mode to be reader by default, you can type the command 'sim reader' and then the command 'write' and next time you run the mobile application the sim mode will be reader. Anyway Iam just a beginner, so I hope anyone more expert will correct me if I misunderstood. Regards,Loretta ! ! OsmocomBB () configuration saved from vty !! ! line vty no login ! gps device /dev/ttyACM0 gps baudrate default no gps enable ! ms 1 layer2-socket /tmp/osmocom_l2 sap-socket /tmp/osmocom_sap sim none network-selection-mode auto imei 000000000000000 0 imei-fixed no emergency-imsi no call-waiting no auto-answer no clip no clir tx-power auto no simulated-delay no stick location-updating codec full-speed prefer codec half-speed no abbrev support sms ----Messaggio originale---- Da: wbg_1000 at yahoo.com Data: 14-apr-2011 13.20 A: Ogg: mobile application config file Hi. I haven't found it documented anywhere, what's the config file for mobile application suppose to contain? It contains commands that you could also send by telnet to the application? Thanks. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Fri Apr 15 07:38:25 2011 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Fri, 15 Apr 2011 09:38:25 +0200 Subject: support for GSM 850 / 1900 Message-ID: hi, did anyone ever tested or is willing to test these two bands? i made a branch "origin/jolly/quadband" some time ago. i would like to merge it, but i would like to do some tests before. regards, andreas -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Fri Apr 15 09:10:43 2011 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 15 Apr 2011 11:10:43 +0200 Subject: support for GSM 850 / 1900 In-Reply-To: References: Message-ID: <20110415091043.GN4388@prithivi.gnumonks.org> Hi Andreas, On Fri, Apr 15, 2011 at 09:38:25AM +0200, Andreas.Eversberg wrote: > did anyone ever tested or is willing to test these two bands? i made a > branch "origin/jolly/quadband" some time ago. i would like to merge it, > but i would like to do some tests before. this would be a great task for tec, as he has a GSM 1900 nanoBTS... maybe he can find some time. 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 246tnt at gmail.com Fri Apr 15 09:30:49 2011 From: 246tnt at gmail.com (246tnt at gmail.com) Date: Fri, 15 Apr 2011 09:30:49 +0000 Subject: support for GSM 850 / 1900 In-Reply-To: <20110415091043.GN4388@prithivi.gnumonks.org> Message-ID: <0016364c7efd870a5c04a0f1b226@google.com> Hi, I'll also try to test it when I'm in the US end of next month, so that there is multiple networks and neighbour cells and such. Cheers, Sylvain -------------- next part -------------- An HTML attachment was scrubbed... URL: From Andreas.Eversberg at versatel.de Fri Apr 15 11:29:37 2011 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Fri, 15 Apr 2011 13:29:37 +0200 Subject: AW: Re: support for GSM 850 / 1900 Message-ID: cool. it would help, if you check the debug and especially the cell infos ("show cell" / "show cell xxx"), if "PCS" is shown behind the channel number. additionally i would like to know if a 850 cell which "talks about" PCS neighbour frequencies is shown correctly in the cell info. ________________________________ Von: 246tnt at gmail.com [mailto:246tnt at gmail.com] Gesendet: Freitag, 15. April 2011 11:31 An: Harald Welte Cc: Bjoern Heller; baseband-devel at lists.osmocom.org; Andreas.Eversberg Betreff: Re: Re: support for GSM 850 / 1900 Hi, I'll also try to test it when I'm in the US end of next month, so that there is multiple networks and neighbour cells and such. Cheers, Sylvain -------------- next part -------------- An HTML attachment was scrubbed... URL: From screaming-pain at libero.it Fri Apr 15 13:42:36 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Fri, 15 Apr 2011 15:42:36 +0200 (CEST) Subject: connection problem with mobile application Message-ID: <24719822.972911302874956444.JavaMail.defaultUser@defaultHost> Hi all, I've been trying to connect a phone to the network with the mobile application, using Sylvain testing. Anyway it seems I am stuck: the phone can't perform a location update and can't attach to any network, and I don't understand what is going wrong can you help me with this? I attached some of the output from 'mobile', can you see anything wrong with it? Thanks, Loretta From ichgeh at l--putt.de Sat Apr 16 19:35:30 2011 From: ichgeh at l--putt.de (l--putt) Date: Sat, 16 Apr 2011 21:35:30 +0200 Subject: RFC: RTOS for Calypso Message-ID: <4DA9EF82.8040107@l--putt.de> Hi! Is AreasOfWork in the wiki still up to date? I intend to work on the UI (Sorry Dieter, GSM testset too expensive at the moment :( ) and want to choose a RTOS. A small collection that I came across: FreeRTOS What is the problem? TNKernel http://www.tnkernel.com/tn_description.html Scheduler, Mutexes, Queues, etc. available strange (at least unfamiliar) API for memory eCos http://ecos.sourceware.org/about.html many target MCUs but are their any other than ARM in BB chipsets? powerful but complex (at least at first glance) NUT/OS http://www.ethernut.de/en/ minimalistic RTOS, easy to port seems to have sound community familiar APIs: malloc, fopen's devices, ... cooperative multithreading: Is that OK? We still have IRQs for realtime... Since we seem to barely need an OS, a full-blown OS like eCos seems excessive. For compatibility with MT6235 user space, malloc and fopen is the right direction. Hence, my favourite is NUT/OS. In fact, I tried porting it to calypso just for fun. With some wrappers, Osmocom's platform files can be used. Only turns on the backlight and occasionally outputs some bytes on the UART at the moment. However, I still call this success. It took me just a day from knowing nothing about NUT/OS and very little about calypso and ARM to do this. Seems promising in terms of portability and documentation to me. Open question: How much overhead can we afford, i.e., how much spare time is there on the CPU? Does "Disable RTC interrupt as it causes lost TDMA frames" (layer1/init.c) indicate issues? (Yes, sorry, haven't read GSM specs yet...) If yes, is it reasonable to independently handle GSM stuff with FIQ and only give IRQ to whatever OS we choose? Regards, Stefan From 246tnt at gmail.com Sun Apr 17 07:51:37 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Sun, 17 Apr 2011 09:51:37 +0200 Subject: RFC: RTOS for Calypso In-Reply-To: <4DA9EF82.8040107@l--putt.de> References: <4DA9EF82.8040107@l--putt.de> Message-ID: Hi, > ? ?many target MCUs but are their any other than ARM in BB chipsets? There are yes. But maybe not in any we intend to target ... All recent ones are ARM at least. (and the others we don't have nearly enough doc ...) > ? ?cooperative multithreading: Is that OK? We still have IRQs for > realtime... Personally If we were to get an OS I would have loved to have 'tasks' and be able to assign priorities to them ... currently we do way too much in IRQs. Those tasks aren't real time but it's important not to block them too much. Running them in IRQ isn't good because they block other stuff that really needs to be in IRQ (keyboard, serial, ...). > Open question: How much overhead can we afford, i.e., how much spare time is > there on the CPU? Does "Disable RTC interrupt as it causes lost TDMA frames" > (layer1/init.c) indicate issues? (Yes, sorry, haven't read GSM specs yet...) > If yes, is it reasonable to independently handle GSM stuff with FIQ and only > give IRQ to whatever OS we choose? I think we should use the OS dispatching for everything (so don't add a layer 'above' the OS), _but_ indeed, the only FIQ we should have should be the L1 TDMA and nothing else. Any OS maintenance task or other stuff should be IRQ at most. And even then, it should be minimal (currently we do way to much stuff in IRQ context). Then for whatever 'task' we have running, the l3/l2/l1 async should be prioritized but ideally without using IRQ. This should be sufficient so as to not have problems. Cheers, Sylvain From ichgeh at l--putt.de Mon Apr 18 12:32:34 2011 From: ichgeh at l--putt.de (l--putt) Date: Mon, 18 Apr 2011 14:32:34 +0200 Subject: RFC: RTOS for Calypso In-Reply-To: References: <4DA9EF82.8040107@l--putt.de> Message-ID: <4DAC2F62.40300@l--putt.de> Hi! Maybe I should ask simpler: 1. Did anybody choose an OS or has found a decision regarding OS? 2. What experiences regarding timings and CPU idle time do you have? In the meantime, I deduce from the lack of responses that there is no clear OS decision yet. I'll try a more serious porting attempt to find out if NUT/OS is OK. On 17.04.2011 09:51, Sylvain Munaut wrote: > Hi, > >> many target MCUs but are their any other than ARM in BB chipsets? > > There are yes. > But maybe not in any we intend to target ... All recent ones are ARM at least. > (and the others we don't have nearly enough doc ...) > My sentence is missing an "important". Anyway, seems to be a major problem. >> cooperative multithreading: Is that OK? We still have IRQs for >> realtime... > > Personally If we were to get an OS I would have loved to have 'tasks' and be > able to assign priorities to them ... currently we do way too much in IRQs. > NUT/OS provides threads with priorities which should run most of the stack. Because of the RTC-IRQ comment, I was worried the IRq overhead of an OS might be too much for TDMA stuff. > Those tasks aren't real time but it's important not to block them too much. > > Running them in IRQ isn't good because they block other stuff that > really needs to be in IRQ (keyboard, serial, ...). > That's why I suggested FIQ: If the OS spends too much time in IRQ context, TDMA things are still handled because FIQ has higher priority. > >> Open question: How much overhead can we afford, i.e., how much spare time is >> there on the CPU? Does "Disable RTC interrupt as it causes lost TDMA frames" >> (layer1/init.c) indicate issues? (Yes, sorry, haven't read GSM specs yet...) >> If yes, is it reasonable to independently handle GSM stuff with FIQ and only >> give IRQ to whatever OS we choose? > > I think we should use the OS dispatching for everything (so don't add > a layer 'above' the OS), _but_ indeed, the only FIQ we should have > should be the L1 TDMA and nothing else. Any OS maintenance task or > other stuff should be IRQ at most. And even then, it should be minimal > (currently we do way to much stuff in IRQ context). > > Then for whatever 'task' we have running, the l3/l2/l1 async should be > prioritized but ideally without using IRQ. > > This should be sufficient so as to not have problems. > Well, that's about what I intended. Just don't have any experience with realtime applications... > > Cheers, > > Sylvain > > From wolfram at the-dreams.de Mon Apr 18 15:16:13 2011 From: wolfram at the-dreams.de (Wolfram Sang) Date: Mon, 18 Apr 2011 17:16:13 +0200 Subject: RFC: RTOS for Calypso In-Reply-To: <4DAC2F62.40300@l--putt.de> References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> Message-ID: <4DAC55BD.1010900@the-dreams.de> > Maybe I should ask simpler: > 1. Did anybody choose an OS or has found a decision regarding OS? > 2. What experiences regarding timings and CPU idle time do you have? I can't find the mail right now, but I remember Harald stated that, when it is time, he wanted to choose the OS himself to be sure all needs are met. Maybe the wiki could be updated in that regard as the question pops up every once in a while? Regards, Wolfram From mforce2 at gmail.com Mon Apr 18 18:51:33 2011 From: mforce2 at gmail.com (Marius Cirsta) Date: Mon, 18 Apr 2011 21:51:33 +0300 Subject: RFC: RTOS for Calypso In-Reply-To: <4DAC55BD.1010900@the-dreams.de> References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> <4DAC55BD.1010900@the-dreams.de> Message-ID: I've read some pretty nice things about RTEMS and aa plus is seems to have Nano-x ported to it and running nicely. This way there's a good starting point for the GUI. It also seems to be pretty much POSIX compatible. I'm not sure about the more advanced features needed here as I'm not an expert but it certainly looks interesting to me. Also judging by where it is used ( aeronautics and other critical areas ) it seems to be pretty solid. On Mon, Apr 18, 2011 at 6:16 PM, Wolfram Sang wrote: >> Maybe I should ask simpler: >> 1. Did anybody choose an OS or has found a decision regarding OS? >> 2. What experiences regarding timings and CPU idle time do you have? > > I can't find the mail right now, but I remember Harald stated that, when > it is time, he wanted to choose the OS himself to be sure all needs are > met. Maybe the wiki could be updated in that regard as the question pops > up every once in a while? > > Regards, > > ? Wolfram > > From laforge at gnumonks.org Mon Apr 18 22:24:05 2011 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 19 Apr 2011 00:24:05 +0200 Subject: RFC: RTOS for Calypso In-Reply-To: <4DAC55BD.1010900@the-dreams.de> References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> <4DAC55BD.1010900@the-dreams.de> Message-ID: <20110418222405.GL9379@prithivi.gnumonks.org> On Mon, Apr 18, 2011 at 05:16:13PM +0200, Wolfram Sang wrote: > > Maybe I should ask simpler: > > 1. Did anybody choose an OS or has found a decision regarding OS? > > 2. What experiences regarding timings and CPU idle time do you have? > > I can't find the mail right now, but I remember Harald stated that, when > it is time, he wanted to choose the OS himself to be sure all needs are > met. Maybe the wiki could be updated in that regard as the question pops > up every once in a while? I have never found the time to actually make that decision/selection, so there is no status update. I'd still like to have a say in the decision, but I'm welcome for the discussion that has started right now and definitely like to look at the proposals (like ethernut OS) -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From acassis at gmail.com Tue Apr 19 14:59:34 2011 From: acassis at gmail.com (Alan Carvalho de Assis) Date: Tue, 19 Apr 2011 12:59:34 -0200 Subject: RFC: RTOS for Calypso In-Reply-To: <20110418222405.GL9379@prithivi.gnumonks.org> References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> <4DAC55BD.1010900@the-dreams.de> <20110418222405.GL9379@prithivi.gnumonks.org> Message-ID: Hi Harald, On 4/18/11, Harald Welte wrote: > > I have never found the time to actually make that decision/selection, > so there is no status update. > > I'd still like to have a say in the decision, but I'm welcome for the > discussion that has started right now and definitely like to look at > the proposals (like ethernut OS) > I think we could consider NuttX as well: http://nuttx.sourceforge.net This RTOS implements POSIX APIs and have many features "inherited" from Linux. It is completely reconfigurable to fit small foot-print microcontrollers. Just my 2 cents, I hope someone enjoy it. Best Regards, Alan From mforce2 at gmail.com Tue Apr 19 18:00:21 2011 From: mforce2 at gmail.com (Marius Cirsta) Date: Tue, 19 Apr 2011 21:00:21 +0300 Subject: RFC: RTOS for Calypso In-Reply-To: References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> <4DAC55BD.1010900@the-dreams.de> <20110418222405.GL9379@prithivi.gnumonks.org> Message-ID: On Tue, Apr 19, 2011 at 5:59 PM, Alan Carvalho de Assis wrote: > Hi Harald, > > On 4/18/11, Harald Welte wrote: >> >> I have never found the time to actually make that decision/selection, >> so there is no status update. >> >> I'd still like to have a say in the decision, but I'm welcome for the >> discussion that has started right now and definitely like to look at >> the proposals (like ethernut OS) >> > > I think we could consider NuttX as well: > > http://nuttx.sourceforge.net > > This RTOS implements POSIX APIs and have many features "inherited" from Linux. > It is completely reconfigurable to fit small foot-print microcontrollers. > > Just my 2 cents, I hope someone enjoy it. > > Best Regards, > > Alan > > From mforce2 at gmail.com Tue Apr 19 18:01:28 2011 From: mforce2 at gmail.com (Marius Cirsta) Date: Tue, 19 Apr 2011 21:01:28 +0300 Subject: RFC: RTOS for Calypso In-Reply-To: References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> <4DAC55BD.1010900@the-dreams.de> <20110418222405.GL9379@prithivi.gnumonks.org> Message-ID: Sorry about that , darn gmail..... Yes , nuttx seems pretty OK and it's author is very nice , a man to work with. The problem would be that it's written by just one man and I don't even know how it's doing on the GUI side. Nuttx though seems more oriented towards micro controllers and and targets with less resources. As for nano-x it's one of the lightest GUIs around and I don't know if there really are any better options for embedded open source graphics. It's not really an X11 , not a full one anyway. And from what I've heard you can get it to about 100 K which is certainly something in my opinion. On Tue, Apr 19, 2011 at 9:00 PM, Marius Cirsta wrote: > ?Yes , nuttx seems pretty OK and it's author is very nice , a man to > work with. The problem would be that it's written by just one man and > I don't even know how it's doing on the GUI side. > ?Nuttx though seems more oriented towards micro controllers and and > targets with less resources. > > As for nano-x it's one of the lightest GUIs around and I don't know if > there really are any better options for embedded open source graphics. > It's not really an X11 , not a full one anyway. And from what I've > heard you can get it to about 100 K which is certainly something in my > opinion. > > On Tue, Apr 19, 2011 at 5:59 PM, Alan Carvalho de Assis > wrote: >> Hi Harald, >> >> On 4/18/11, Harald Welte wrote: >>> >>> I have never found the time to actually make that decision/selection, >>> so there is no status update. >>> >>> I'd still like to have a say in the decision, but I'm welcome for the >>> discussion that has started right now and definitely like to look at >>> the proposals (like ethernut OS) >>> >> >> I think we could consider NuttX as well: >> >> http://nuttx.sourceforge.net >> >> This RTOS implements POSIX APIs and have many features "inherited" from Linux. >> It is completely reconfigurable to fit small foot-print microcontrollers. >> >> Just my 2 cents, I hope someone enjoy it. >> >> Best Regards, >> >> Alan >> >> > From drasko.draskovic at gmail.com Tue Apr 19 22:23:55 2011 From: drasko.draskovic at gmail.com (Drasko DRASKOVIC) Date: Wed, 20 Apr 2011 00:23:55 +0200 Subject: RFC: RTOS for Calypso In-Reply-To: References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> <4DAC55BD.1010900@the-dreams.de> <20110418222405.GL9379@prithivi.gnumonks.org> Message-ID: On Tue, Apr 19, 2011 at 4:59 PM, Alan Carvalho de Assis wrote: > I think we could consider NuttX as well: > > http://nuttx.sourceforge.net > > This RTOS implements POSIX APIs and have many features "inherited" from Linux. > It is completely reconfigurable to fit small foot-print microcontrollers. Hi Alan, I agree on this one also. I took a look at this OS some time ago, seems like really well done code. It would be my first choice after the eCos. BR, Drasko From laforge at gnumonks.org Wed Apr 20 07:13:49 2011 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 20 Apr 2011 09:13:49 +0200 Subject: RFC: RTOS for Calypso In-Reply-To: References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> <4DAC55BD.1010900@the-dreams.de> <20110418222405.GL9379@prithivi.gnumonks.org> Message-ID: <20110420071349.GH31023@prithivi.gnumonks.org> On Wed, Apr 20, 2011 at 12:23:55AM +0200, Drasko DRASKOVIC wrote: > On Tue, Apr 19, 2011 at 4:59 PM, Alan Carvalho de Assis > wrote: > > I think we could consider NuttX as well: > > > > http://nuttx.sourceforge.net > > > > This RTOS implements POSIX APIs and have many features "inherited" from Linux. > > It is completely reconfigurable to fit small foot-print microcontrollers. > > Hi Alan, > I agree on this one also. I took a look at this OS some time ago, > seems like really well done code. nuttx seems quite interesting, I'm reviewing the source code at the moment. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From bouchtaoui at gmail.com Wed Apr 20 08:35:15 2011 From: bouchtaoui at gmail.com (Nordin) Date: Wed, 20 Apr 2011 10:35:15 +0200 Subject: RFC: RTOS for Calypso In-Reply-To: <20110420071349.GH31023@prithivi.gnumonks.org> References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> <4DAC55BD.1010900@the-dreams.de> <20110418222405.GL9379@prithivi.gnumonks.org> <20110420071349.GH31023@prithivi.gnumonks.org> Message-ID: <4DAE9AC3.6040008@gmail.com> If you're looking for a suitable RTOS, I advise you to also give a look at freertos.org. It already runs on a lot of microcontrollers with different architectures. It's worth looking at. On 20-4-2011 9:13, Harald Welte wrote: > On Wed, Apr 20, 2011 at 12:23:55AM +0200, Drasko DRASKOVIC wrote: >> On Tue, Apr 19, 2011 at 4:59 PM, Alan Carvalho de Assis >> wrote: >>> I think we could consider NuttX as well: >>> >>> http://nuttx.sourceforge.net >>> >>> This RTOS implements POSIX APIs and have many features "inherited" from Linux. >>> It is completely reconfigurable to fit small foot-print microcontrollers. >> Hi Alan, >> I agree on this one also. I took a look at this OS some time ago, >> seems like really well done code. > nuttx seems quite interesting, I'm reviewing the source code at the moment. > From sweisman at pobox.com Wed Apr 20 09:14:28 2011 From: sweisman at pobox.com (Scott Weisman) Date: Wed, 20 Apr 2011 12:14:28 +0300 Subject: RFC: RTOS for Calypso In-Reply-To: <20110420071349.GH31023@prithivi.gnumonks.org> References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> <4DAC55BD.1010900@the-dreams.de> <20110418222405.GL9379@prithivi.gnumonks.org> <20110420071349.GH31023@prithivi.gnumonks.org> Message-ID: Hey everyone. As a sort of side interest of mine, I have collected links to a number of open source RTOSs (nothing like ROUSs, or so I've heard). NutOS and TNKernel are two I've never heard of. Thanks for the info on them. Here are other RTOSs that I know about: http://code.google.com/p/rt-thread/ http://www.bertos.org/ http://www.chibios.org/dokuwiki/doku.php http://en.wikipedia.org/wiki/Contiki http://www.tinyos.net/ http://l4hq.org/ (not sure about this) Technically, eLua probably also qualifies. It already has support for similar hardware too. I kind of like this idea personally. The Lua integration in NutOS is interesting for the same reason eLua is. I have used Lua a bit in customizing the editor I use (TextAdept). While there are things I don't like about it, it's got some very expressive and powerful features too. I haven't looked deeply into any of the above, but none of them seemed too compelling to me (except for eLua). Regarding some of the comments on a GUI layer, that is something I did follow with a little interest a LONG time ago (mid to late 1990s). There really doesn't seem to be much that is open and designed for hardware like this. This is one I remember, when it was actually active: http://www.picogui.org/ Scott On Wed, Apr 20, 2011 at 10:13 AM, Harald Welte wrote: > On Wed, Apr 20, 2011 at 12:23:55AM +0200, Drasko DRASKOVIC wrote: > > On Tue, Apr 19, 2011 at 4:59 PM, Alan Carvalho de Assis > > wrote: > > > I think we could consider NuttX as well: > > > > > > http://nuttx.sourceforge.net > > > > > > This RTOS implements POSIX APIs and have many features "inherited" from > Linux. > > > It is completely reconfigurable to fit small foot-print > microcontrollers. > > > > Hi Alan, > > I agree on this one also. I took a look at this OS some time ago, > > seems like really well done code. > > nuttx seems quite interesting, I'm reviewing the source code at the moment. > > -- > - Harald Welte > http://laforge.gnumonks.org/ > > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From acassis at gmail.com Wed Apr 20 14:18:15 2011 From: acassis at gmail.com (Alan Carvalho de Assis) Date: Wed, 20 Apr 2011 12:18:15 -0200 Subject: RFC: RTOS for Calypso In-Reply-To: <20110420071349.GH31023@prithivi.gnumonks.org> References: <4DA9EF82.8040107@l--putt.de> <4DAC2F62.40300@l--putt.de> <4DAC55BD.1010900@the-dreams.de> <20110418222405.GL9379@prithivi.gnumonks.org> <20110420071349.GH31023@prithivi.gnumonks.org> Message-ID: On 4/20/11, Harald Welte wrote: > On Wed, Apr 20, 2011 at 12:23:55AM +0200, Drasko DRASKOVIC wrote: >> On Tue, Apr 19, 2011 at 4:59 PM, Alan Carvalho de Assis >> wrote: >> > I think we could consider NuttX as well: >> > >> > http://nuttx.sourceforge.net >> > >> > This RTOS implements POSIX APIs and have many features "inherited" from >> > Linux. >> > It is completely reconfigurable to fit small foot-print >> > microcontrollers. >> >> Hi Alan, >> I agree on this one also. I took a look at this OS some time ago, >> seems like really well done code. > > nuttx seems quite interesting, I'm reviewing the source code at the moment. > Hi Harald, I think nuttx is a nice option for developer with Linux background. Unfortunately few people know this great RTOS exist. Using nuttx on OsmocomBB certainly will let more people discover about it (a good side effect). NuttX is a Linux for microcontroller which uClinux cannot fit in. Best Regards, Alan From laforge at gnumonks.org Mon Apr 18 23:03:34 2011 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 19 Apr 2011 01:03:34 +0200 Subject: RFC: RTOS for Calypso In-Reply-To: <4DA9EF82.8040107@l--putt.de> References: <4DA9EF82.8040107@l--putt.de> Message-ID: <20110418230334.GM9379@prithivi.gnumonks.org> On Sat, Apr 16, 2011 at 09:35:30PM +0200, l--putt wrote: > FreeRTOS > What is the problem? To be honest, just looking at the source code makes me want to run away. Several other people in the vicinity of the project have the same feeling. Also, I find their Makefiles/build system hard to underestand, and there seems to be no clean separation between OS and application - or maybe I was not trying hard enough to find out and/or understand. > TNKernel > http://www.tnkernel.com/tn_description.html > Scheduler, Mutexes, Queues, etc. available > strange (at least unfamiliar) API for memory Actually this looks quite interesting. Yes, it seems like it has little activity and at least the manual was last modified in 2006, but it has all the core elements we need. The queues also look interesting. In the end, a lot of what is happening in our code will be messages that are placed in queues. This can be actual gSM signalling messages (LAPDm frames), but also any kind of events/primitives that we have between various subsystems. Having proper infrastrucutre in this area is definitely useful - if whatever OS we choose doesn't have it, we will likely have to write our own queue code. > eCos > http://ecos.sourceware.org/about.html > many target MCUs but are their any other than ARM in BB chipsets? there are non-ARM baseband chips, especially older Infineon/Siemens. But I think there is absolutely no point in looking beyond ARM for the scope of OsmocomBB > powerful but complex (at least at first glance) doesn't sound like what I'd be looking for. > NUT/OS > http://www.ethernut.de/en/ > minimalistic RTOS, easy to port > seems to have sound community > familiar APIs: malloc, fopen's devices, ... > cooperative multithreading: Is that OK? We still have IRQs for > realtime... I'm not entirely sure if cooperative multithreading is sufficient. This needs some more thought. In the end, it comes down to the application developers, i.e. you :) I've just had a quick look and noted that they already have LUA integration, which is something we always thought of as a great idea. Executing LUA scripts on the phone itself would make it highly customizable - without touching the C source code and recompiling all the time. > Since we seem to barely need an OS, a full-blown OS like eCos seems > excessive. ACK > For compatibility with MT6235 user space, malloc and > fopen is the right direction. Hence, my favourite is NUT/OS. I tend to agree with your preferences based on the selection you have provided. > Open question: How much overhead can we afford, i.e., how much spare > time is there on the CPU? Does "Disable RTC interrupt as it causes > lost TDMA frames" (layer1/init.c) indicate issues? (Yes, sorry, > haven't read GSM specs yet...) If there still are such issues, they are mostly due to badly written code. One of our main issues still is debug output, as printing stuff through the UART is terribly slow and time-consuming. A proper thread taking care of this might make things better. Also, we should start using DMA, if we can. > If yes, is it reasonable to independently handle GSM stuff with FIQ and only > give IRQ to whatever OS we choose? The GSM L1 should remain a FIQ, all other IRQ handlers should be short, the remainder handled in OS/user context. 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 mforce2 at gmail.com Tue Apr 19 09:23:21 2011 From: mforce2 at gmail.com (Marius Cirsta) Date: Tue, 19 Apr 2011 03:23:21 -0600 Subject: RFC: RTOS for Calypso In-Reply-To: <20110418230334.GM9379@prithivi.gnumonks.org> References: <4DA9EF82.8040107@l--putt.de> <20110418230334.GM9379@prithivi.gnumonks.org> Message-ID: Harald , just out of curiosity , what's you opinion regarding RTEMS ? At first glance it seems pretty good, and already has a GUI implementation ( nano-X based ) . On Mon, Apr 18, 2011 at 5:03 PM, Harald Welte wrote: > On Sat, Apr 16, 2011 at 09:35:30PM +0200, l--putt wrote: > >> FreeRTOS >> ? ? What is the problem? > > To be honest, just looking at the source code makes me want to run > away. ?Several other people in the vicinity of the project have the > same feeling. ?Also, I find their Makefiles/build system hard to > underestand, and there seems to be no clean separation between OS > and application - or maybe I was not trying hard enough to find out > and/or understand. > >> TNKernel >> http://www.tnkernel.com/tn_description.html >> ? ? Scheduler, Mutexes, Queues, etc. available >> ? ? strange (at least unfamiliar) API for memory > > Actually this looks quite interesting. ?Yes, it seems like it has > little activity and at least the manual was last modified in 2006, > but it has all the core elements we need. > > The queues also look interesting. ?In the end, a lot of what is happening in > our code will be messages that are placed in queues. ?This can be actual > gSM signalling messages (LAPDm frames), but also any kind of events/primitives > that we have between various subsystems. Having proper infrastrucutre in > this area is definitely useful - if whatever OS we choose doesn't have > it, we will likely have to write our own queue code. > >> eCos >> http://ecos.sourceware.org/about.html >> ? ? many target MCUs but are their any other than ARM in BB chipsets? > > there are non-ARM baseband chips, especially older Infineon/Siemens. ?But > I think there is absolutely no point in looking beyond ARM for the scope > of OsmocomBB > >> ? ? powerful but complex (at least at first glance) > > doesn't sound like what I'd be looking for. > >> NUT/OS >> http://www.ethernut.de/en/ >> ? ? minimalistic RTOS, easy to port >> ? ? seems to have sound community >> ? ? familiar APIs: malloc, fopen's devices, ... >> ? ? cooperative multithreading: Is that OK? We still have IRQs for >> realtime... > > I'm not entirely sure if cooperative multithreading is sufficient. ?This needs > some more thought. ?In the end, it comes down to the application developers, > i.e. you :) > > I've just had a quick look and noted that they already have LUA integration, > which is something we always thought of as a great idea. ?Executing LUA scripts > on the phone itself would make it highly customizable - without touching the C > source code and recompiling all the time. > >> Since we seem to barely need an OS, a full-blown OS like eCos seems >> excessive. > > ACK > >> For compatibility with MT6235 user space, malloc and >> fopen is the right direction. Hence, my favourite is NUT/OS. > > I tend to agree with your preferences based on the selection you have > provided. > >> Open question: How much overhead can we afford, i.e., how much spare >> time is there on the CPU? Does "Disable RTC interrupt as it causes >> lost TDMA frames" (layer1/init.c) indicate issues? (Yes, sorry, >> haven't read GSM specs yet...) > > If there still are such issues, they are mostly due to badly written code. > > One of our main issues still is debug output, as printing stuff through the > UART is terribly slow and time-consuming. ?A proper thread taking care of > this might make things better. ?Also, we should start using DMA, if we can. > >> If yes, is it reasonable to independently handle GSM stuff with FIQ and only >> give IRQ to whatever OS we choose? > > The GSM L1 should remain a FIQ, all other IRQ handlers should be short, > the remainder handled in OS/user context. > > 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 squalyl at gmail.com Tue Apr 19 10:11:45 2011 From: squalyl at gmail.com (=?UTF-8?Q?S=C3=A9bastien_Lorquet?=) Date: Tue, 19 Apr 2011 12:11:45 +0200 Subject: RFC: RTOS for Calypso In-Reply-To: References: <4DA9EF82.8040107@l--putt.de> <20110418230334.GM9379@prithivi.gnumonks.org> Message-ID: Hi, Do we really need an X11+Win32 GDI API implementation for such a small screen? Sebastien On Tue, Apr 19, 2011 at 11:23 AM, Marius Cirsta wrote: > Harald , just out of curiosity , what's you opinion regarding RTEMS ? > At first glance it seems pretty good, and already has a GUI > implementation ( nano-X based ) . > > On Mon, Apr 18, 2011 at 5:03 PM, Harald Welte > wrote: > > On Sat, Apr 16, 2011 at 09:35:30PM +0200, l--putt wrote: > > > >> FreeRTOS > >> What is the problem? > > > > To be honest, just looking at the source code makes me want to run > > away. Several other people in the vicinity of the project have the > > same feeling. Also, I find their Makefiles/build system hard to > > underestand, and there seems to be no clean separation between OS > > and application - or maybe I was not trying hard enough to find out > > and/or understand. > > > >> TNKernel > >> http://www.tnkernel.com/tn_description.html > >> Scheduler, Mutexes, Queues, etc. available > >> strange (at least unfamiliar) API for memory > > > > Actually this looks quite interesting. Yes, it seems like it has > > little activity and at least the manual was last modified in 2006, > > but it has all the core elements we need. > > > > The queues also look interesting. In the end, a lot of what is happening > in > > our code will be messages that are placed in queues. This can be actual > > gSM signalling messages (LAPDm frames), but also any kind of > events/primitives > > that we have between various subsystems. Having proper infrastrucutre in > > this area is definitely useful - if whatever OS we choose doesn't have > > it, we will likely have to write our own queue code. > > > >> eCos > >> http://ecos.sourceware.org/about.html > >> many target MCUs but are their any other than ARM in BB chipsets? > > > > there are non-ARM baseband chips, especially older Infineon/Siemens. But > > I think there is absolutely no point in looking beyond ARM for the scope > > of OsmocomBB > > > >> powerful but complex (at least at first glance) > > > > doesn't sound like what I'd be looking for. > > > >> NUT/OS > >> http://www.ethernut.de/en/ > >> minimalistic RTOS, easy to port > >> seems to have sound community > >> familiar APIs: malloc, fopen's devices, ... > >> cooperative multithreading: Is that OK? We still have IRQs for > >> realtime... > > > > I'm not entirely sure if cooperative multithreading is sufficient. This > needs > > some more thought. In the end, it comes down to the application > developers, > > i.e. you :) > > > > I've just had a quick look and noted that they already have LUA > integration, > > which is something we always thought of as a great idea. Executing LUA > scripts > > on the phone itself would make it highly customizable - without touching > the C > > source code and recompiling all the time. > > > >> Since we seem to barely need an OS, a full-blown OS like eCos seems > >> excessive. > > > > ACK > > > >> For compatibility with MT6235 user space, malloc and > >> fopen is the right direction. Hence, my favourite is NUT/OS. > > > > I tend to agree with your preferences based on the selection you have > > provided. > > > >> Open question: How much overhead can we afford, i.e., how much spare > >> time is there on the CPU? Does "Disable RTC interrupt as it causes > >> lost TDMA frames" (layer1/init.c) indicate issues? (Yes, sorry, > >> haven't read GSM specs yet...) > > > > If there still are such issues, they are mostly due to badly written > code. > > > > One of our main issues still is debug output, as printing stuff through > the > > UART is terribly slow and time-consuming. A proper thread taking care of > > this might make things better. Also, we should start using DMA, if we > can. > > > >> If yes, is it reasonable to independently handle GSM stuff with FIQ and > only > >> give IRQ to whatever OS we choose? > > > > The GSM L1 should remain a FIQ, all other IRQ handlers should be short, > > the remainder handled in OS/user context. > > > > Regards, > > Harald > > -- > > - Harald Welte > http://laforge.gnumonks.org/ > > > ============================================================================ > > "Privacy in residential applications is a desirable marketing option." > > (ETSI EN 300 175-7 Ch. > A6) > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From drasko.draskovic at gmail.com Tue Apr 19 22:12:44 2011 From: drasko.draskovic at gmail.com (Drasko DRASKOVIC) Date: Wed, 20 Apr 2011 00:12:44 +0200 Subject: RFC: RTOS for Calypso In-Reply-To: <4DA9EF82.8040107@l--putt.de> References: <4DA9EF82.8040107@l--putt.de> Message-ID: On Sat, Apr 16, 2011 at 9:35 PM, l--putt wrote: > FreeRTOS > ? ?What is the problem? Too Windows oriented for my taste. Documentation is full of build on Cygwin and friends. Don't like. > TNKernel > http://www.tnkernel.com/tn_description.html > ? ?Scheduler, Mutexes, Queues, etc. available > ? ?strange (at least unfamiliar) API for memory Dunno, I have absolutely no experience with this system. What is this : http://www.tnkernel.com/ydt.html ? I want OpenOCD, not this. > eCos > http://ecos.sourceware.org/about.html > ? ?many target MCUs but are their any other than ARM in BB chipsets? Best candidate by all means. Many developers, real industry-grade stuff and fun to work with. > ? ?powerful but complex (at least at first glance) Are you sure : http://opensource.zylin.com/smallecos.html ? It is totally configurable, you can make it complex as you want. Experience that can serve every developer on this list, including the community around eCos. Can be used for future projects and more serious phones (we have LTE coming, after all ;)). > NUT/OS > http://www.ethernut.de/en/ > ? ?minimalistic RTOS, easy to port > ? ?seems to have sound community > ? ?familiar APIs: malloc, fopen's devices, ... > ? ?cooperative multithreading: Is that OK? We still have IRQs for > realtime... Not sure about dev community gathered around the project ? My $0.2. BR, Drasko From screaming-pain at libero.it Sun Apr 17 09:43:08 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Sun, 17 Apr 2011 11:43:08 +0200 (CEST) Subject: R: problem with mobile application Message-ID: <31725037.1185361303033388143.JavaMail.defaultUser@defaultHost> Hi list, I still haven't solved the problem with the mobile application, anyway I have been trying to understand the code, and I found out that I have two failure when reading files from the sim. In particular the files spn and msisdn are not read properly, could this be the cause of my connection problems? Has anyone else had problems with the sim files reading? Can someone give me a hint of how to debug this? Thanks, Loretta >----Messaggio originale---- >Da: screaming-pain at libero.it >Data: 15-apr-2011 15.42 >A: >Ogg: connection problem with mobile application > >Hi all, > >I've been trying to connect a phone to the network with the mobile >application, using Sylvain testing. >Anyway it seems I am stuck: the phone can't perform a location update and >can't attach to any network, and I don't understand what is going wrong >can you help me with this? >I attached some of the output from 'mobile', can you see anything wrong with >it? > >Thanks, >Loretta > >From the vty i get: > >OsmocomBB> show ms >MS '1' is up, service is limited (pending) > IMEI: 000000000000000 > IMEISV: 0000000000000000 > IMEI generation: fixed > automatic network selection state: A3 trying PLMN > cell selection state: C4 normal cell re-selection > radio ressource layer state: idle > mobility management layer state: MM idle, attempting to update > >OsmocomBB> show subscriber >Mobile Subscriber of MS '1': > IMSI: 234------------ > ICCID: 894----------- > Status: U2_NOT_UPDATED IMSI detached LAI: invalid > Registered PLMN: MCC 234 MNC 30 (Guernsey, T-Mobile) > Access barred cells: no > Access classes: C5 > List of preferred PLMNs: > MCC |MNC > -------+------- > 214 |07 (Spain, movistar) > 208 |01 (France, Orange) > 310 |260 (United States of America, T-Mobile USA) > 310 |170 (United States of America, Cingular Wireless) > 262 |01 (Germany, T-Mobile) > 272 |03 (Ireland, Meteor) > 222 |01 (Italy, TIM) > 204 |16 (Netherlands, T-Mobile) > 268 |06 (Portugal, TMN) > 206 |10 (Belgium, Mobistar) > 505 |02 (Australia, Optus) > 228 |03 (Switzerland, Orange) > 232 |03 (Austria, T-Mobile) > 520 |01 (Thailand, AIS) > 230 |01 (Czech Republic, T-Mobile) > 338 |180 (Jamaica, LIME (formerly known as Cable & >Wireless)) > 655 |10 (South Africa, >MTN) > 286 |02 (Turkey, >Vodafone) > 602 |02 (Egypt, >Vodafone) > 454 |00 (Hong Kong, 1O1O and >One2Free) > 216 |30 (Hungary, Westel >900) > 250 |01 (Russian Federation, >MTS) > 334 |030 (Mexico, >030) > 425 |02 (Israel, >Cellcom) > 240 |01 (Sweden, >Telia) > 202 |01 (Greece, Cosmote) > 639 |02 (Kenya, Safaricom) > 260 |02 (Poland, Era) > 231 |02 (Slovakia, T-Mobile) > 219 |01 (Croatia, T-Mobile) > 413 |01 (Sri Lanka, Mobitel) > 242 |02 (Norway, NetCom) > 238 |30 (Denmark, Telia) > 278 |01 (Malta, Vodafone) > 604 |01 (Morocco, IAM) > 617 |10 (Mauritius, Emtel) > 419 |02 (Kuwait, zain KW) > 244 |91 (Finland, Sonera) > 284 |05 (Bulgaria, GLOBUL) > 648 |03 (Zimbabwe, Telecel) > 204 |20 (Netherlands, Orange Nederland) > 228 |01 (Switzerland, Swisscom) > 230 |03 (Czech Republic, Vodafone) > 214 |01 (Spain, Vodafone) > 202 |05 (Greece, Vodafone) > 262 |02 (Germany, Vodafone) > 222 |10 (Italy, Vodafone) > 268 |01 (Portugal, Vodafone) > 208 |10 (France, SFR) > 342 |600 (Barbados, Cable & Wireless (Barbados) Ltd.) > List of forbidden PLMNs: > MCC |MNC |cause > -------+-------+------- > 234 |33 |#0 (Guernsey, Orange) > 234 |15 |#0 (Guernsey, Vodafone) > 234 |10 |#0 (Guernsey, O2) > 234 |13 |#0 (Guernsey, 13) > >from the mobile application I get: > >[0;35m<000e> sim.c:1206 init SIM client >[0;m[1;33m<0005> gsm48_cc.c:61 init Call Control >[0;m[1;34m<0001> gsm48_rr.c:4944 init Radio Ressource process >[0;m[1;32m<0004> gsm48_mm.c:1220 init Mobility Management process >[0;m[1;32m<0004> gsm48_mm.c:971 Selecting PLMN SEARCH state, because no SIM. >[0;m[32m<0002> gsm322.c:3472 init PLMN process >[0;m[34m<0003> gsm322.c:3473 init Cell Selection process >[0;m[34m<0003> gsm322.c:3523 Read stored BA list (mcc=234 mnc=10 Guernsey, >O2) >[0;m[34m<0003> gsm322.c:3523 Read stored BA list (mcc=234 mnc=30 Guernsey, >T-Mobile) >[0;m[34m<0003> gsm322.c:3523 Read stored BA list (mcc=234 mnc=13 Guernsey, >13) >[0;m[34m<0003> gsm322.c:3523 Read stored BA list (mcc=234 mnc=15 Guernsey, >Vodafone) >[0;m[34m<0003> gsm322.c:3523 Read stored BA list (mcc=234 mnc=33 Guernsey, >Orange) >[0;m[1;32m<0004> subscriber.c:556 Requesting SIM file 0x2fe2 >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_READ_BINARY >(handle=00000004) >[0;m[0;35m<000e> sim.c:697 go MF >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x3f00) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x1a) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=26) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=26 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x2fe2) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=15) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:277 READ BINARY (offset=0 len=10) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xb0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=10 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=0) >[0;m[1;32m<0004> subscriber.c:229 received ICCID 8944301471319463636 from >SIM >[0;m[1;32m<0004> subscriber.c:556 Requesting SIM file 0x6f07 >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_READ_BINARY >(handle=00000004) >[0;m[0;35m<000e> sim.c:706 requested path is longer, go child DFgsm >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x7f20) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x1a) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=26) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=26 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x6f07) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=15) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:277 READ BINARY (offset=0 len=9) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xb0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=9 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=0) >[0;m[1;32m<0004> subscriber.c:259 received IMSI 234------------- from SIM >[0;m[1;32m<0004> subscriber.c:556 Requesting SIM file 0x6f7e >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_READ_BINARY >(handle=00000004) >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x6f7e) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=15) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:277 READ BINARY (offset=0 len=11) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xb0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=11 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=0) >[0;m[1;32m<0004> subscriber.c:295 received LOCI from SIM (mcc=234 mnc=30 >lac=0x0886 U3) >[0;m[1;32m<0004> subscriber.c:556 Requesting SIM file 0x6f40 >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_READ_BINARY >(handle=00000004) >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x6f40) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x94 sw2=0x04) >[0;m[0;35m<000e> sim.c:952 command failed >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=1) >[0;m[1;32m<0004> subscriber.c:608 SIM reading failed, ignoring! >[0;m[1;32m<0004> subscriber.c:556 Requesting SIM file 0x6f20 >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_READ_BINARY >(handle=00000004) >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x6f20) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=15) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:277 READ BINARY (offset=0 len=9) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xb0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=9 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=0) >[0;m[1;32m<0004> subscriber.c:342 received KEY from SIM >[0;m[1;32m<0004> subscriber.c:556 Requesting SIM file 0x6f30 >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_READ_BINARY >(handle=00000004) >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x6f30) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=15) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:277 READ BINARY (offset=0 len=153) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xb0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=153 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=0) >[0;m[1;32m<0004> subscriber.c:380 received PLMN selector (mcc=214 mnc=07) >from SIM >[0;m[1;32m<0004> subscriber.c:380 received PLMN selector (mcc=208 mnc=01) >from SIM >[0;m[1;32m<0004> subscriber.c:380 received PLMN selector (mcc=310 mnc=260) >from SIM >[0;m[1;32m<0004> subscriber.c:380 received PLMN selector (mcc=310 mnc=170) >from SIM >...... >[0;m[1;32m<0004> subscriber.c:380 received PLMN selector (mcc=208 mnc=10) >from SIM >[0;m[1;32m<0004> subscriber.c:380 received PLMN selector (mcc=342 mnc=600) >from SIM >[0;m[1;32m<0004> subscriber.c:556 Requesting SIM file 0x6f31 >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_READ_BINARY >(handle=00000004) >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x6f31) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=15) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:277 READ BINARY (offset=0 len=1) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xb0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=1 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=0) >[0;m[1;32m<0004> subscriber.c:401 received HPPLMN 5 (30 mins) from SIM >[0;m[1;32m<0004> subscriber.c:556 Requesting SIM file 0x6f46 >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_READ_BINARY >(handle=00000004) >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x6f46) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=15) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:277 READ BINARY (offset=0 len=17) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xb0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=17 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=0) >[0;m[1;32m<0004> subscriber.c:635 SIM reading failed, file invalid >[0;m[1;32m<0004> subscriber.c:556 Requesting SIM file 0x6f78 >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_READ_BINARY >(handle=00000004) >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x6f78) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=15) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:277 READ BINARY (offset=0 len=2) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xb0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=2 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=0) >[0;m[1;32m<0004> subscriber.c:442 received ACC 0020 from SIM >[0;m[1;32m<0004> subscriber.c:556 Requesting SIM file 0x6f7b >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_READ_BINARY >(handle=00000004) >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x6f7b) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=15) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:277 READ BINARY (offset=0 len=12) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xb0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=12 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=0) >[0;m[1;32m<0004> subscriber.c:518 (ms 1) Done reading SIM card >(IMSI=234308339737861 Guernsey, T-Mobile) >[0;m[1;32m<0004> subscriber.c:530 -> SIM card registered to 234 30 >(Guernsey, T-Mobile) >[0;m[1;32m<0004> gsm48_mm.c:4147 (ms 1) Received 'MMR_REG_REQ' event >[0;m[32m<0002> gsm322.c:3099 (ms 1) Event 'EVENT_SIM_INSERT' for automatic >PLMN selection in state 'A0 null' >[0;m[1;37m<000d> gsm322.c:1072 Start search of last registered PLMN (mcc=234 >mnc=30 Guernsey, T-Mobile) >[0;m[32m<0002> gsm322.c:1076 Use RPLMN (mcc=234 mnc=30 Guernsey, T-Mobile) >[0;m[32m<0002> gsm322.c:512 new state 'A0 null' -> 'A1 trying RPLMN' >[0;m[34m<0003> gsm322.c:3319 (ms 1) Event 'EVENT_NEW_PLMN' for Cell >selection in state 'C0 null' >[0;m[1;37m<000d> gsm322.c:2934 Selecting network (mcc=234 mnc=30 Guernsey, >T-Mobile) >[0;m[34m<0003> gsm322.c:2940 Start stored cell selection. >[0;m[34m<0003> gsm322.c:541 new state 'C0 null' -> 'C2 stored cell >selection' >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 573 rxlev -98 (12)) >[0;m[34m<0003> gsm322.c:2405 Getting PM for frequency 573 twice. Overwriting >the first! Please fix prim_pm.c >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 573 rxlev -94 (16)) >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 577 rxlev -101 (9)) >[0;m[34m<0003> gsm322.c:2405 Getting PM for frequency 577 twice. Overwriting >the first! Please fix prim_pm.c >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 577 rxlev -97 (13)) >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 579 rxlev -96 (14)) >...... >[0;m[34m<0003> gsm322.c:2405 Getting PM for frequency 713 twice. Overwriting >the first! Please fix prim_pm.c >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 713 rxlev -95 (15)) >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 715 rxlev -95 (15)) >[0;m[34m<0003> gsm322.c:2405 Getting PM for frequency 715 twice. Overwriting >the first! Please fix prim_pm.c >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 715 rxlev -95 (15)) >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 717 rxlev -98 (12)) >[0;m[34m<0003> gsm322.c:2405 Getting PM for frequency 717 twice. Overwriting >the first! Please fix prim_pm.c >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 717 rxlev -95 (15)) >[0;m[34m<0003> gsm322.c:2349 Found 31 frequencies. >[0;m[34m<0003> gsm322.c:258 Sync to ARFCN=581 rxlev=-91 (No sysinfo yet, >ccch mode NONE) >[0;m[34m<0003> gsm322.c:2434 Channel synched. (ARFCN=581, snr=11, BSIC=37) >[0;m[1;34m<0001> gsm322.c:2461 using DSC of 90 >[0;m[34m<0003> gsm48_rr.c:4548 Channel provides data. >[0;m[1;34m<0001> sysinfo.c:652 Ignoring SYSTEM INFORMATION 4 until SI 1 is >received. >[0;m[1;34m<0001> gsm48_rr.c:1798 New SYSTEM INFORMATION 4 (mcc 000 mnc 000 >lac 0x0000) >[0;m[1;34m<0001> sysinfo.c:540 Now decoding previously received SYSTEM >INFORMATION 4 >[0;m[1;34m<0001> gsm48_rr.c:1643 New SYSTEM INFORMATION 1 >[0;mwriting msgb to gsmtap fd: Connection refused >[1;34m<0001> gsm48_rr.c:1672 New SYSTEM INFORMATION 2 >[0;m[34m<0003> gsm322.c:2054 New BA list (mcc=234 mnc=30 Guernsey, T- >Mobile). >[0;m[1;34m<0001> sysinfo.c:633 New SYSTEM INFORMATION 3 (mcc 234 mnc 30 lac >0x0376) >[0;m[1;34m<0001> gsm48_rr.c:1764 Changing CCCH_MODE to 1 >[0;m[34m<0003> gsm322.c:1598 Cell frequency 581: Cell found, (rxlev=-91 >mcc=234 mnc=30 lac=0376 Guernsey, T-Mobile) >[0;m[34m<0003> gsm322.c:1608 Cell frequency 581 selected. >[0;m[34m<0003> gsm322.c:1923 Tune to frequency 581. >[0;m[34m<0003> gsm322.c:252 Sync to ARFCN=581 rxlev=-91 (Sysinfo, ccch mode >NON-COMB) >[0;m[34m<0003> gsm322.c:1964 Cell available. >[0;m[34m<0003> gsm322.c:3319 (ms 1) Event 'EVENT_CELL_FOUND' for Cell >selection in state 'C2 stored cell selection' >[0;m[1;37m<000d> gsm322.c:2744 Camping normally on cell (arfcn=581 mcc=234 >mnc=30 Guernsey, T-Mobile) >[0;m[34m<0003> gsm322.c:541 new state 'C2 stored cell selection' -> 'C3 >camped normally' >[0;m[1;32m<0004> gsm48_mm.c:4079 (ms 1) Received 'MM_EVENT_CELL_SELECTED' >event in state MM IDLE, PLMN search >[0;m[1;32m<0004> gsm48_mm.c:882 new MM IDLE state PLMN search -> location >updating needed >[0;m[1;32m<0004> gsm48_mm.c:882 new MM IDLE state location updating needed - >> attempting to update >[0;m[1;32m<0004> gsm48_mm.c:2138 Do normal Loc. upd. >[0;m[1;37m<000d> gsm48_mm.c:2067 Perform location update (MCC 234, MNC 30 >LAC 0x0376) >[0;m[1;32m<0004> gsm48_mm.c:2189 LOCATION UPDATING REQUEST >[0;m[1;32m<0004> gsm48_mm.c:2211 using LAI (mcc 234 mnc 30 lac 0x0886) >[0;m[1;32m<0004> gsm48_mm.c:2225 using IMSI 234---------------- >[0;m[1;32m<0004> gsm48_mm.c:887 new state MM IDLE, attempting to update -> >wait for RR connection (location updating) >[0;m[1;34m<0001> gsm48_rr.c:4911 (ms 1) Message 'RR_EST_REQ' received in >state idle >[0;m[1;37m<000d> gsm48_rr.c:1181 Establish radio link due to mobility >management request >[0;m[34m<0003> gsm322.c:3319 (ms 1) Event 'EVENT_LEAVE_IDLE' for Cell >selection in state 'C3 camped normally' >[0;m[34m<0003> gsm322.c:2959 Going to camping frequency 581. >[0;m[34m<0003> gsm322.c:252 Sync to ARFCN=581 rxlev=-91 (Sysinfo, ccch mode >NON-COMB) >[0;m[1;34m<0001> gsm48_rr.c:363 new state idle -> connection pending >[0;m[1;34m<0001> gsm48_rr.c:1320 CHANNEL REQUEST: 00 (Location Update with >NECI) >[0;mwriting msgb to gsmtap fd: Connection refused >[34m<0003> gsm322.c:2475 Channel sync error. >[0;m[34m<0003> gsm322.c:2508 Loss of CCCH. >[0;m[34m<0003> gsm322.c:2528 Loss of SACCH, Trigger RR abort. >[0;m[1;37m<000d> gsm48_rr.c:2700 Radio link lost signal >[0;m[1;34m<0001> gsm48_rr.c:2707 LOS during RACH request >[0;m[1;34m<0001> gsm48_rr.c:363 new state connection pending -> idle >[0;m[34m<0003> gsm322.c:3319 (ms 1) Event 'EVENT_RET_IDLE' for Cell >selection in state 'C3 camped normally' >[0;m[34m<0003> gsm322.c:2890 Selecting frequency 581. after LOC.UPD. >[0;m[34m<0003> gsm322.c:252 Sync to ARFCN=581 rxlev=-91 (Sysinfo, ccch mode >NON-COMB) >[0;m[34m<0003> gsm322.c:541 new state 'C3 camped normally' -> 'C3 camped >normally' >[0;m[1;32m<0004> gsm48_mm.c:3695 (ms 1) Received 'RR_REL_IND' from RR in >state wait for RR connection (location updating) >[0;m[1;32m<0004> gsm48_mm.c:2589 RR link released after loc. upd. >[0;m[1;37m<000d> gsm48_mm.c:2533 Location update failed >[0;m[1;32m<0004> subscriber.c:1014 (ms 1) new state U3_ROAMING_NA -> >U2_NOT_UPDATED >[0;m[1;32m<0004> subscriber.c:795 Updating LOCI on SIM >[0;m[1;37m<000d> gsm48_mm.c:2572 Try location update later >[0;m[1;32m<0004> gsm48_mm.c:4083 (ms 1) Received 'MM_EVENT_CELL_SELECTED' >event in state wait for RR connection (location updating) >[0;m[1;32m<0004> gsm48_mm.c:1021 Starting T3211 after RR release. >[0;m[1;32m<0004> gsm48_mm.c:391 starting T3211 (loc. upd. retry delay) with >15.0 seconds >[0;m[1;32m<0004> gsm48_mm.c:1070 We are camping normally as returning to MM >IDLE >[0;m[1;32m<0004> gsm48_mm.c:892 new state wait for RR connection (location >updating) -> MM IDLE, location updating needed >[0;m[1;32m<0004> gsm48_mm.c:882 new MM IDLE state location updating needed - >> attempting to update >[0;m[1;32m<0004> gsm48_mm.c:2083 Loc. upd. already pending. >[0;m[0;35m<000e> sim.c:209 got new job: SIM_JOB_UPDATE_BINARY >(handle=00000005) >[0;m[0;35m<000e> sim.c:241 SELECT (file=0x6f7e) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xa4) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x9f sw2=0x0f) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:571 GET RESPONSE (len=15) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xc0) >[0;m[0;35m<000e> sim.c:876 received APDU (len=15 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:294 UPDATE BINARY (offset=0 len=11) >[0;m[0;35m<000e> sim.c:187 sending APDU (class 0xa0, ins 0xd6) >[0;m[0;35m<000e> sim.c:876 received APDU (len=0 sw1=0x90 sw2=0x00) >[0;m[0;35m<000e> sim.c:949 command successfull >[0;m[0;35m<000e> sim.c:151 sending result to callback function (type=0) >[0;m[34m<0003> gsm322.c:2475 Channel sync error. >[0;m[34m<0003> gsm322.c:2508 Loss of CCCH. >[0;m[34m<0003> gsm322.c:2516 Loss of CCCH, Trigger re-selection. >[0;m[34m<0003> gsm322.c:3319 (ms 1) Event 'EVENT_CELL_RESEL' for Cell >selection in state 'C3 camped normally' >[0;m[34m<0003> gsm322.c:541 new state 'C3 camped normally' -> 'C4 normal >cell re-selection' >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 0 rxlev -98 (12)) >[0;m[34m<0003> gsm322.c:2405 Getting PM for frequency 0 twice. Overwriting >the first! Please fix prim_pm.c >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 0 rxlev -97 (13)) >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 1 rxlev -95 (15)) >...... >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 1019 rxlev -95 (15)) >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 1020 rxlev -95 (15)) >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 1021 rxlev -95 (15)) >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 1022 rxlev -96 (14)) >[0;m[34m<0003> gsm322.c:2416 Found signal (frequency 1023 rxlev -96 (14)) >[0;m[34m<0003> gsm322.c:2349 Found 568 frequencies. >[0;m[34m<0003> gsm322.c:258 Sync to ARFCN=102 rxlev=-68 (No sysinfo yet, >ccch mode NONE) >[0;m[34m<0003> gsm322.c:2475 Channel sync error. >[0;m[34m<0003> gsm322.c:2218 Cell selection failed, sync timeout. >[0;m[34m<0003> gsm322.c:258 Sync to ARFCN=53 rxlev=-72 (No sysinfo yet, ccch >mode NONE) >[0;m[34m<0003> gsm322.c:2434 Channel synched. (ARFCN=53, snr=15, BSIC=52) >[0;m[1;34m<0001> gsm322.c:2461 using DSC of 90 >[0;m[34m<0003> gsm48_rr.c:4548 Channel provides data. >[0;m[1;34m<0001> sysinfo.c:633 New SYSTEM INFORMATION 3 (mcc 234 mnc 10 lac >0xc44b) >[0;m[1;34m<0001> gsm48_rr.c:1764 Changing CCCH_MODE to 1 >[0;mwriting msgb to gsmtap fd: Connection refused >[1;34m<0001> gsm48_rr.c:2006 PAGING ignored, we are not camping. >[0;mwriting msgb to gsmtap fd: Connection refused >[1;34m<0001> gsm48_rr.c:2006 PAGING ignored, we are not camping. >[0;m[1;34m<0001> gsm48_rr.c:2006 PAGING ignored, we are not camping. >[0;mwriting msgb to gsmtap fd: Connection refused >[1;34m<0001> gsm48_rr.c:2006 PAGING ignored, we are not camping. >[0;mwriting msgb to gsmtap fd: Connection refused >[1;34m<0001> sysinfo.c:652 Ignoring SYSTEM INFORMATION 4 until SI 1 is >received. >[0;m[1;34m<0001> gsm48_rr.c:1798 New SYSTEM INFORMATION 4 (mcc 234 mnc 10 >lac 0xc44b) >[0;mwriting msgb to gsmtap fd: Connection refused >writing msgb to gsmtap fd: Connection refused >[1;34m<0001> gsm48_rr.c:2006 PAGING ignored, we are not camping. >[0;mwriting msgb to gsmtap fd: Connection refused >[1;34m<0001> gsm48_rr.c:2006 PAGING ignored, we are not camping. >[0;m[1;34m<0001> gsm48_rr.c:2006 PAGING ignored, we are not camping. >[0;mwriting msgb to gsmtap fd: Connection refused >[1;34m<0001> gsm48_rr.c:2006 PAGING ignored, we are not camping. >[0;mwriting msgb to gsmtap fd: Connection refused > > > From michaeld at septier.com Mon Apr 18 08:58:28 2011 From: michaeld at septier.com (Michael Dvoishes) Date: Mon, 18 Apr 2011 11:58:28 +0300 Subject: Transmitting voice with Osmocom Message-ID: <24FE775BC430DB448863D6CAB1C53FA80188FB12F02F@sr2.septierpt.local> Hi All, I am trying to transmit voice with my GTA02 and Osmocom. Upon looking into code I did not find any code transmitting voice. I have tried to do it myself but without much success. What have I done: 1. Merge branch "jolly/voice" into main. 2. Add handling of L1CTL_VOICE_REQ at l23_api.c 3. Create additional queue for voice requests to be handled within the scheduler 4. Create "loopback" code, issuing L1CTL_VOICE_REQ each time voice is received at layer23 5. At l1s_tch_cmd, add code, sending the frame from voice request queue, similar to code, sending FACCH frame. 6. During tests against OpenBTS, it appears, that the voice frames are being sent, but all of them have "Stolen" bit turned on, e.g. BTS considers them FACCH frames. My question is how do I transmit TCH frame with "Stolen" indicator turned off. Or even better, is there any other implementation of transmitting voice via TCH? Code fragment from l1s_tch_cmd, ------------------------------------------------------------------------------------------------ if (facch_tx_now) { uint16_t *info_ptr = dsp_api.ndb->a_fu; struct msgb *msg; const uint8_t *data; /* Pull FACCH data (if ready) */ if (icnt > 26) { msg = msgb_dequeue(&l1s.tx_queue[L1S_CHAN_MAIN]); if(!msg && (tch_mode == TCH_FS_MODE)) { msg = msgb_dequeue(&l1s.tx_queue[L1S_CHAN_VOICE]); if(msg && msg->l3h) { tx_sent++; printf("rx_frames: %d tx_recv: %d tx_sent: %d\n", rx_frames, tx_recv, tx_sent); printf("l1s_tch_cmd: voice data = %s\n", hexdump(msg->l3h, 33)); } } } else { msg = NULL; } ------------------------------------------------------------------------------------------------ Many thanks Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: From 246tnt at gmail.com Mon Apr 18 09:29:05 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 18 Apr 2011 11:29:05 +0200 Subject: Transmitting voice with Osmocom In-Reply-To: <24FE775BC430DB448863D6CAB1C53FA80188FB12F02F@sr2.septierpt.local> References: <24FE775BC430DB448863D6CAB1C53FA80188FB12F02F@sr2.septierpt.local> Message-ID: > I am trying to transmit voice with my GTA02 and Osmocom. Upon looking into > code I did not find any code transmitting voice. I have tried to do it > myself but without much success. Just wait for next week, I've planned to do this at EasterHegg with jolly. From michaeld at septier.com Wed Apr 27 08:00:18 2011 From: michaeld at septier.com (Michael Dvoishes) Date: Wed, 27 Apr 2011 11:00:18 +0300 Subject: Transmitting voice with Osmocom In-Reply-To: References: <24FE775BC430DB448863D6CAB1C53FA80188FB12F02F@sr2.septierpt.local> Message-ID: <24FE775BC430DB448863D6CAB1C53FA8018903DD2F27@sr2.septierpt.local> Hi Sylvain Did you have any success with transmitting voice? Best Regards Michael -----Original Message----- From: Sylvain Munaut [mailto:246tnt at gmail.com] Sent: Monday, April 18, 2011 12:29 PM To: Michael Dvoishes Cc: baseband-devel at lists.osmocom.org Subject: Re: Transmitting voice with Osmocom > I am trying to transmit voice with my GTA02 and Osmocom. Upon looking into > code I did not find any code transmitting voice. I have tried to do it > myself but without much success. Just wait for next week, I've planned to do this at EasterHegg with jolly. From 246tnt at gmail.com Wed Apr 27 08:08:14 2011 From: 246tnt at gmail.com (246tnt at gmail.com) Date: Wed, 27 Apr 2011 08:08:14 +0000 Subject: Transmitting voice with Osmocom In-Reply-To: <24FE775BC430DB448863D6CAB1C53FA8018903DD2F27@sr2.septierpt.local> Message-ID: <000e0cd1d75043fa7804a1e1f198@google.com> > Did you have any success with transmitting voice? Yes. It still needs cleanup and stuff so it's not gonna be in master right away. (I'm probably gonna merge quadband first) but it's public and it works. See in my sylvain/traffic branch. And jolly has the matching mobile application in his jolly/voice branch. So you have to build 'mobile' from jolly's branch and the layer1 firmware from my branch. Cheers, Sylvain -------------- next part -------------- An HTML attachment was scrubbed... URL: From michaeld at septier.com Wed Apr 27 15:25:20 2011 From: michaeld at septier.com (Michael Dvoishes) Date: Wed, 27 Apr 2011 18:25:20 +0300 Subject: Transmitting voice with Osmocom In-Reply-To: <000e0cd1d75043fa7804a1e1f198@google.com> References: <24FE775BC430DB448863D6CAB1C53FA8018903DD2F27@sr2.septierpt.local> <000e0cd1d75043fa7804a1e1f198@google.com> Message-ID: <24FE775BC430DB448863D6CAB1C53FA8018903DD2F6F@sr2.septierpt.local> Many thanks, working very good Michael From: 246tnt at gmail.com [mailto:246tnt at gmail.com] Sent: Wednesday, April 27, 2011 11:08 AM To: Michael Dvoishes; Sylvain Munaut Cc: baseband-devel at lists.osmocom.org Subject: Re: RE: Transmitting voice with Osmocom > Did you have any success with transmitting voice? Yes. It still needs cleanup and stuff so it's not gonna be in master right away. (I'm probably gonna merge quadband first) but it's public and it works. See in my sylvain/traffic branch. And jolly has the matching mobile application in his jolly/voice branch. So you have to build 'mobile' from jolly's branch and the layer1 firmware from my branch. Cheers, Sylvain -------------- next part -------------- An HTML attachment was scrubbed... URL: From huseyinturan at gmail.com Wed Apr 27 21:41:07 2011 From: huseyinturan at gmail.com (Huseyin Turan) Date: Thu, 28 Apr 2011 00:41:07 +0300 Subject: Transmitting voice with Osmocom In-Reply-To: <24FE775BC430DB448863D6CAB1C53FA8018903DD2F6F@sr2.septierpt.local> References: <24FE775BC430DB448863D6CAB1C53FA8018903DD2F27@sr2.septierpt.local> <000e0cd1d75043fa7804a1e1f198@google.com> <24FE775BC430DB448863D6CAB1C53FA8018903DD2F6F@sr2.septierpt.local> Message-ID: Hi; With this way is it possible to encrypt the voice data peer to peer with my own encryption algorithm? Thank in advance. -------------- next part -------------- An HTML attachment was scrubbed... URL: From 246tnt at gmail.com Thu Apr 28 06:00:10 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Thu, 28 Apr 2011 08:00:10 +0200 Subject: Transmitting voice with Osmocom In-Reply-To: References: <24FE775BC430DB448863D6CAB1C53FA8018903DD2F27@sr2.septierpt.local> <000e0cd1d75043fa7804a1e1f198@google.com> <24FE775BC430DB448863D6CAB1C53FA8018903DD2F6F@sr2.septierpt.local> Message-ID: > With this way is it possible to encrypt the voice data peer to peer with my > own encryption algorithm? No, the network will most likely decompress and decompress the voice so if it's not valid voice packets, it will fails. It's been discussed here before, search the archives. Cheers, Sylvain From lists at infosecurity.ch Thu Apr 28 06:16:24 2011 From: lists at infosecurity.ch (Fabio Pietrosanti (naif)) Date: Thu, 28 Apr 2011 08:16:24 +0200 Subject: Transmitting voice with Osmocom In-Reply-To: References: <24FE775BC430DB448863D6CAB1C53FA8018903DD2F27@sr2.septierpt.local> <000e0cd1d75043fa7804a1e1f198@google.com> <24FE775BC430DB448863D6CAB1C53FA8018903DD2F6F@sr2.septierpt.local> Message-ID: <4DB90638.9050904@infosecurity.ch> On 4/27/11 11:41 PM, Huseyin Turan wrote: > Hi; > > With this way is it possible to encrypt the voice data peer to peer with > my own encryption algorithm? > > Thank in advance. There has been a discussion thread here with some ideas: http://lists.osmocom.org/pipermail/baseband-devel/2011-January/001004.html http://lists.osmocom.org/pipermail/baseband-devel/2011-January/000998.html Then anybody tried to verify if calls within the same network doesn't get transcoded and so the AMR or GSM-EFR payload into the GSM frame is still intact? I mean trying to setup the simple XOR of every AMR frame payload between two phones? IMHO it should work because the network operators are not going to transcode voice flow when it's not needed (if caller and called speak the same audio codec and they are within the same gsm network). Turan, if you are going to make some testing it would be cool! -naif From huseyinturan at gmail.com Thu Apr 28 12:00:43 2011 From: huseyinturan at gmail.com (Huseyin Turan) Date: Thu, 28 Apr 2011 15:00:43 +0300 Subject: Transmitting voice with Osmocom In-Reply-To: References: <24FE775BC430DB448863D6CAB1C53FA8018903DD2F27@sr2.septierpt.local> <000e0cd1d75043fa7804a1e1f198@google.com> <24FE775BC430DB448863D6CAB1C53FA8018903DD2F6F@sr2.septierpt.local> <4DB90638.9050904@infosecurity.ch> Message-ID: Thank you very much. A firm from Turkey called Aselsan succeeded to make encrypted conversation over GSM. It transfers the voice data (1.2 kbit/s ) with Synthetic Voice Modulator technology. http://www.aselsan.com.tr/images/dokuman/HC/AHSPD/kripto/2110/2110_whitepaper_ING.pdf -------------- next part -------------- An HTML attachment was scrubbed... URL: From lists at infosecurity.ch Thu Apr 28 12:51:00 2011 From: lists at infosecurity.ch (Fabio Pietrosanti (naif)) Date: Thu, 28 Apr 2011 14:51:00 +0200 Subject: Transmitting voice with Osmocom In-Reply-To: References: <24FE775BC430DB448863D6CAB1C53FA8018903DD2F27@sr2.septierpt.local> <000e0cd1d75043fa7804a1e1f198@google.com> <24FE775BC430DB448863D6CAB1C53FA8018903DD2F6F@sr2.septierpt.local> <4DB90638.9050904@infosecurity.ch> Message-ID: <4DB962B4.4000005@infosecurity.ch> On 4/28/11 2:00 PM, Huseyin Turan wrote: > Thank you very much. > > A firm from Turkey called Aselsan succeeded to make encrypted > conversation over GSM. It transfers the voice data (1.2 kbit/s ) with > Synthetic > Voice Modulator technology. > > http://www.aselsan.com.tr/images/dokuman/HC/AHSPD/kripto/2110/2110_whitepaper_ING.pdf That's a very cool approach of using DoV modem. We've been also discussing about the possibility to directly encipher the AMR or GSM-EFR payload that's inside the GSM frame. This approach WOULD NOT SURVIVE to any transcoding, that means that calls between different GSM networks will probably not work, but MAYBE within the same GSM network it could work. And it would be EXTREMELY efficient. Think about negotiating a GSM-EFR payload running at 12.2kbit and putting inside that payload an AMR 4.75 compressed and then enciphered payload. If there's no transcoding on the GSM network side it would works in a very cool way with almost no latency and immediate call setup (that are the typical issues of GSM CSD and Mobile VoIP products that several list subscriber developer for their companies). -naif From mad at auth.se Thu Apr 28 13:49:54 2011 From: mad at auth.se (mad) Date: Thu, 28 Apr 2011 15:49:54 +0200 Subject: Transmitting voice with Osmocom In-Reply-To: Message-ID: <20110428134954.fad2d86a@mail.auth.se> > A firm from Turkey called Aselsan succeeded to make encrypted conversation > over GSM. It transfers the voice data (1.2 kbit/s ) with Synthetic > Voice Modulator technology. > > http://www.aselsan.com.tr/images/dokuman/HC/AHSPD/kripto/2110/2110_whitepaper_ING.pdf > Looks promising, but 1.2k and even 2.4k are _very_ low bitrates for voice transmission. Quality will be accordingly bad, probably enough for military purposes where people are trained to communicate reliable over a weak communication link by talking procedures. The 1.2k codec might be about comparable to LPC-10 at 2.4k (a guess, never testet SB-LPC) which sounds quite bad, a very artifically sounding voice not really suitable for everydays conversations. None the less it's a very interesting possibility being able to transmit data over voice channels, this should be researched as with the traffic-branches we now have the right tools at hand. Regards, Mad From dvsm89 at gmx.com Mon Apr 18 15:09:19 2011 From: dvsm89 at gmx.com (Dave Schmidt) Date: Mon, 18 Apr 2011 15:09:19 +0000 Subject: Osmocom on Neo Freerunner can't finish loading Message-ID: <20110418150920.314260@gmx.com> Hello everyone, I have compiled osmocon binary for Neo Freerunner (after receiving explanations from the list - thanks Alex!). It worked... during some time. Now the loading does not finish: # ./osmocon -i 13 -m romload -p /dev/ttySAC0 layer1.highram.bin Sending Calypso romloader beacon... Sending Calypso romloader beacon... ... Received parameter ack from phone, starting download ... Preparing block 44, block checksum is 0x8c handle_write_block(): 1024 bytes (1024/1024) handle_write_block(): Block 44 finished Received block ack from phone Preparing block 45, block checksum is 0x97 handle_write_block(): 1024 bytes (1024/1024) handle_write_block(): Block 45 finished ...and it stalls at this point. Altogether, there were 47 blocks, if I remember right (so the feeling is that "I'm so close to it" :-))). The phone is otherwise accessible (via ssh). Any highlights on what could go wrong? I can't remember having "done" anything at all to the phone... Dave. From labadjala6 at gmail.com Mon Apr 18 18:13:01 2011 From: labadjala6 at gmail.com (labad jala) Date: Mon, 18 Apr 2011 20:13:01 +0200 Subject: HW advise Message-ID: Hello and sorry to bother you for such little issue: I finally received the t191 cable and connected it to my rs232/usb converter. I only get 0.2v out at the 2,5mm jack, is this voltage workable, does someone faced the same ?... By the way, my Moto c139 is SIM locked, is this also a problem ? Thanks for any advices. -------------- next part -------------- An HTML attachment was scrubbed... URL: From d at ip6net.net Mon Apr 18 18:52:26 2011 From: d at ip6net.net (David Davies) Date: Mon, 18 Apr 2011 19:52:26 +0100 Subject: HW advise In-Reply-To: References: Message-ID: search google for c139/118 un-locker software and use your new cable to unlock it, my own unit was sim locked and in Portuguese but google fixed that in short order. dod On 18 April 2011 19:13, labad jala wrote: > Hello and sorry to bother you for such little issue: > > I finally received the t191 cable and connected it to my rs232/usb > converter. I only get 0.2v out at the 2,5mm jack, is this voltage workable, > does someone faced the same ?... By the way, my Moto c139 is SIM locked, is > this also a problem ? > > Thanks for any advices. > > > From laforge at gnumonks.org Mon Apr 18 23:06:49 2011 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 19 Apr 2011 01:06:49 +0200 Subject: HW advise In-Reply-To: References: Message-ID: <20110418230649.GN9379@prithivi.gnumonks.org> Hi David, On Mon, Apr 18, 2011 at 07:52:26PM +0100, David Davies wrote: > search google for c139/118 un-locker software and use your new cable > to unlock it, my own unit was sim locked and in Portuguese but google > fixed that in short order. Just to be clear: This mailinglist and project does not endorse unlocking of phones. Everything we do with the Calypso-based phones can be done whether the original operator/simlock is in place or not. So there is no need for any unlocking. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From dvsm89 at gmx.com Tue Apr 19 11:48:00 2011 From: dvsm89 at gmx.com (Dave Schmidt) Date: Tue, 19 Apr 2011 11:48:00 +0000 Subject: Osmocom on Neo Freerunner can't finish loading / Solved (?) Message-ID: <20110419114801.314290@gmx.com> Hello everyone, > From: Dave Schmidt > Sent: 04/18/11 04:09 PM [...] > Preparing block 45, block checksum is 0x97 > handle_write_block(): 1024 bytes (1024/1024) > handle_write_block(): Block 45 finished > > ...and it stalls at this point. After re-flashing of the phone, osmocom loads again. So this should be considered as "closed". Sorry for a false alarm. D. From labadjala6 at gmail.com Tue Apr 19 12:17:36 2011 From: labadjala6 at gmail.com (labad jala) Date: Tue, 19 Apr 2011 14:17:36 +0200 Subject: t191 + c139 Message-ID: Thanks for your answers. I assume that the 0.2v instead of the 3.3v at the jack shouldn't fry my GSM, just wanted to know if someone had the same "issue". Best regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: From zredlined at gmail.com Fri Apr 22 14:07:38 2011 From: zredlined at gmail.com (zredlined) Date: Fri, 22 Apr 2011 07:07:38 -0700 (PDT) Subject: Osmocom + Freerunner compilation issue Message-ID: <1303481258288-2851445.post@n3.nabble.com> I have been trying to compile the latest osmocom-bb build target binaries directly on my Freerunner, which is running Om2008.8. uname -a // Linux om-gta02 2.6.28-rc4 #1 PREEMPT Mon Mar 2 19:43:22 CET 2009 armv4tl unknown Unfortunately, I am getting an error during compilation in: directory // `/src/shared/libosmocore/build-target/src' GCC output: make[3]: Entering directory `/home/root/osmocom/src/shared/libosmocore/build-target/src' make: *** [shared/libosmocore/build-target/src/.libs/libosmocore.a] Error 2 > Making all in . > make[4]: Entering directory > `/home/root/osmocom/src/shared/libosmocore/build-target/src' > CC gsmtap_util.lo > In file included from ../../src/gsmtap_util.c:37: > /usr/include/netinet/in.h:365: error: expected declaration specifiers or > '...' before '(' token -sh: syntax error: "(" unexpected root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:365: error: expected ')' before '?' token -sh: /usr/include/netinet/in.h:365:: not found root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:366: error: expected declaration specifiers or '...' before '(' token -sh: /usr/include/netinet/in.h:366:: not found root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:366: error: expected ')' before '?' token -sh: /usr/include/netinet/in.h:366:: not found root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:368: error: expected declaration specifiers or '...' before '(' token -sh: /usr/include/netinet/in.h:368:: not found root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:368: error: expected ')' before '?' token -sh: /usr/include/netinet/in.h:368:: not found root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:370: error: expected declaration specifiers or '...' before '(' token -sh: /usr/include/netinet/in.h:370:: not found root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:370: error: expected ')' before '?' token -sh: /usr/include/netinet/in.h:370:: not found root at om-gta02 ~/osmocom/src $ ../../src/gsmtap_util.c: In function 'gsmtap_fd_cb': -sh: ../../src/gsmtap_util.c:: not found root at om-gta02 ~/osmocom/src $ ../../src/gsmtap_util.c:155: warning: implicit declaration of function 'perror' -sh: ../../src/gsmtap_util.c:155:: not found root at om-gta02 ~/osmocom/src $ make[4]: *** [gsmtap_util.lo] Error 1 A google search for "implicit declaration of function 'perror'" made it look like I am missing header declarations included in the "build-essential" packages, but this package does not exist for Om2008.8. I have included my config.log. Any ideas what I am missing? -Alex http://baseband-devel.722152.n3.nabble.com/file/n2851445/config.log config.log -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Osmocom-Freerunner-compilation-issue-tp2851445p2851445.html Sent from the baseband-devel mailing list archive at Nabble.com. From lbernal at gmail.com Sat Apr 23 10:52:49 2011 From: lbernal at gmail.com (n0p [Luis Bernal]) Date: Sat, 23 Apr 2011 12:52:49 +0200 Subject: Osmocom + Freerunner compilation issue In-Reply-To: <1303481258288-2851445.post@n3.nabble.com> References: <1303481258288-2851445.post@n3.nabble.com> Message-ID: at first guess, it seems to me that you shuld be using bash, not sh 2011/4/22 zredlined > I have been trying to compile the latest osmocom-bb build target binaries > directly on my Freerunner, which is running Om2008.8. > > uname -a // Linux om-gta02 2.6.28-rc4 #1 PREEMPT Mon Mar 2 19:43:22 CET > 2009 > armv4tl unknown > > Unfortunately, I am getting an error during compilation in: > > directory // `/src/shared/libosmocore/build-target/src' > > GCC output: > > make[3]: Entering directory > `/home/root/osmocom/src/shared/libosmocore/build-target/src' > make: *** [shared/libosmocore/build-target/src/.libs/libosmocore.a] Error 2 > > Making all in . > > make[4]: Entering directory > > `/home/root/osmocom/src/shared/libosmocore/build-target/src' > > CC gsmtap_util.lo > > In file included from ../../src/gsmtap_util.c:37: > > /usr/include/netinet/in.h:365: error: expected declaration specifiers or > > '...' before '(' token > -sh: syntax error: "(" unexpected > root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:365: error: > expected > ')' before '?' token > -sh: /usr/include/netinet/in.h:365:: not found > root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:366: error: > expected > declaration specifiers or '...' before '(' token > -sh: /usr/include/netinet/in.h:366:: not found > root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:366: error: > expected > ')' before '?' token > -sh: /usr/include/netinet/in.h:366:: not found > root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:368: error: > expected > declaration specifiers or '...' before '(' token > -sh: /usr/include/netinet/in.h:368:: not found > root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:368: error: > expected > ')' before '?' token > -sh: /usr/include/netinet/in.h:368:: not found > root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:370: error: > expected > declaration specifiers or '...' before '(' token > -sh: /usr/include/netinet/in.h:370:: not found > root at om-gta02 ~/osmocom/src $ /usr/include/netinet/in.h:370: error: > expected > ')' before '?' token > -sh: /usr/include/netinet/in.h:370:: not found > root at om-gta02 ~/osmocom/src $ ../../src/gsmtap_util.c: In function > 'gsmtap_fd_cb': > -sh: ../../src/gsmtap_util.c:: not found > root at om-gta02 ~/osmocom/src $ ../../src/gsmtap_util.c:155: warning: > implicit > declaration of function 'perror' > -sh: ../../src/gsmtap_util.c:155:: not found > root at om-gta02 ~/osmocom/src $ make[4]: *** [gsmtap_util.lo] Error 1 > > A google search for "implicit declaration of function 'perror'" made it > look > like I am missing header declarations included in the "build-essential" > packages, but this package does not exist for Om2008.8. I have included my > config.log. Any ideas what I am missing? > > -Alex > > http://baseband-devel.722152.n3.nabble.com/file/n2851445/config.log > config.log > > > > > > > > -- > View this message in context: > http://baseband-devel.722152.n3.nabble.com/Osmocom-Freerunner-compilation-issue-tp2851445p2851445.html > Sent from the baseband-devel mailing list archive at Nabble.com. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From khorben at defora.org Sat Apr 23 15:21:00 2011 From: khorben at defora.org (Pierre Pronchery) Date: Sat, 23 Apr 2011 17:21:00 +0200 Subject: Osmocom + Freerunner compilation issue In-Reply-To: <1303481258288-2851445.post@n3.nabble.com> References: <1303481258288-2851445.post@n3.nabble.com> Message-ID: <4DB2EE5C.9080900@defora.org> Hi, On 22/04/2011 16:07, zredlined wrote: > I have been trying to compile the latest osmocom-bb build target binaries > directly on my Freerunner, which is running Om2008.8. > [...] > A google search for "implicit declaration of function 'perror'" made it look > like I am missing header declarations included in the "build-essential" > packages, but this package does not exist for Om2008.8. I have included my > config.log. Any ideas what I am missing? my suggestion would be that you use a distribution that's still actively maintained, and meant to be used for development. Debian is probably the way to go, either via DebianOnFreerunner: http://wiki.debian.org/DebianOnFreeRunner or via hackable:1: http://build.hackable1.org/images/ HTH, -- khorben From holger at freyther.de Sat Apr 23 15:37:21 2011 From: holger at freyther.de (Holger Hans Peter Freyther) Date: Sat, 23 Apr 2011 17:37:21 +0200 Subject: Osmocom + Freerunner compilation issue In-Reply-To: <1303481258288-2851445.post@n3.nabble.com> References: <1303481258288-2851445.post@n3.nabble.com> Message-ID: <4DB2F231.60901@freyther.de> On 04/22/2011 04:07 PM, zredlined wrote: >> In file included from ../../src/gsmtap_util.c:37: >> /usr/include/netinet/in.h:365: error: expected declaration specifiers or >> '...' before '(' token What is at that line? The issue is a bit of using a GNU Linux EABI toolchain when we are not really targeting Linux. I assume it fails on the stdint.h types again. From holger at freyther.de Sat Apr 23 19:38:30 2011 From: holger at freyther.de (Holger Hans Peter Freyther) Date: Sat, 23 Apr 2011 21:38:30 +0200 Subject: Osmocom + Freerunner compilation issue In-Reply-To: <4DB2F231.60901@freyther.de> References: <1303481258288-2851445.post@n3.nabble.com> <4DB2F231.60901@freyther.de> Message-ID: <4DB32AB6.5070909@freyther.de> On 04/23/2011 05:37 PM, Holger Hans Peter Freyther wrote: > On 04/22/2011 04:07 PM, zredlined wrote: > >>> In file included from ../../src/gsmtap_util.c:37: >>> /usr/include/netinet/in.h:365: error: expected declaration specifiers or >>> '...' before '(' token > > What is at that line? The issue is a bit of using a GNU Linux EABI toolchain > when we are not really targeting Linux. I assume it fails on the stdint.h > types again. > You will need to remove the Makefile for the target libosmocore build update the sourcecode and rebuild. I added a patch to inject an autoconf result. From zredlined at gmail.com Mon Apr 25 11:32:08 2011 From: zredlined at gmail.com (zredlined) Date: Mon, 25 Apr 2011 04:32:08 -0700 (PDT) Subject: Osmocom + Freerunner compilation issue In-Reply-To: <4DB2F231.60901@freyther.de> References: <1303481258288-2851445.post@n3.nabble.com> <4DB2F231.60901@freyther.de> Message-ID: <1303731128684-2860726.post@n3.nabble.com> These are the lines the compiler is referring to in netinet/in.h: /* Get system-specific definitions. */ #include <bits/in.h> /* Functions to convert between host and network byte order. Please note that these functions normally take `unsigned long int' or `unsigned short int' values as arguments and also return them. But this was a short-sighted decision since on different systems the types may have different representations but the values are always the same. */ :365 extern uint32_t ntohl (uint32_t __netlong) __THROW __attribute__ ((__const__)); :366 extern uint16_t ntohs (uint16_t __netshort) :367 __THROW __attribute__ ((__const__)); :368 extern uint32_t htonl (uint32_t __hostlong) :369 __THROW __attribute__ ((__const__)); :370 extern uint16_t htons (uint16_t __hostshort) :371 __THROW __attribute__ ((__const__)); I do not believe it is a syntax error, it's possibly a re-declaration of these functions with different input and outputs. If I change the function names to "ntohl1" for example, the program compiles successfully. Holger: Where can I download the patch you made to pass parameters correctly to the libosmocore make file? All: If this does not work correctly soon, I'll take your advice and try debian on the openmoko Thanks! -- View this message in context: http://baseband-devel.722152.n3.nabble.com/Osmocom-Freerunner-compilation-issue-tp2851445p2860726.html Sent from the baseband-devel mailing list archive at Nabble.com. From screaming-pain at libero.it Fri Apr 22 18:50:56 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Fri, 22 Apr 2011 20:50:56 +0200 (CEST) Subject: R: Channel sync error (problem with mobile application) Message-ID: <12448887.2503821303498256901.JavaMail.defaultUser@defaultHost> Hi everybody, I looked a bit more at the code and output of the mobile application, and it seems the problem is that the connection is always dropped because of channel sync failure. Sylvain suggested (to someone having a similar problem) to use the stick option, and actually after trying this, I observed a different behavior it seems the phone performed the identification and the authentication procedures and during a different trial the location update was performed. Can someone explain the stick option? Anyway, I still can't receive or make calls this is what usally happens when trying to make a call <0007> mnccms.c:534 Make call to 150 <0007> mnccms.c:150 support TCH/H also <0007> mnccms.c:174 support full rate v2 <0007> mnccms.c:178 support full rate v1 <0007> mnccms.c:187 support half rate v1 <0005> gsm48_cc.c:496 Sending MMCC_EST_REQ <0004> gsm48_mm.c:3568 (ms 1) Received 'MMCC_EST_REQ' event in state MM idle <0004> gsm48_mm.c:3571 -> substate normal service <0004> gsm48_mm.c:3573 -> callref 8, transaction_id 255 <0004> gsm48_mm.c:2873 Init MM Connection. <0004> gsm48_mm.c:1332 New MM Connection (proto 0x03 trans_id 255 ref 8) <0004> gsm48_mm.c:1291 (ref 8) new state IDLE -> CONN_PEND <0004> gsm48_mm.c:2650 CM SERVICE REQUEST (cause 9) <0004> gsm48_mm.c:2685 -> Using IMSI 234------------- <0001> gsm48_rr.c:4911 (ms 1) Message 'RR_EST_REQ' received in state idle <0001> gsm48_rr.c:4271 Not camping normally, rejecting! (cs->state = 7) <000d> gsm48_rr.c:4241 Establishing radio link not possible <0004> gsm48_mm.c:887 new state MM IDLE, normal service -> wait for RR connection (MM connection) <0004> gsm48_mm.c:3695 (ms 1) Received 'RR_REL_IND' from RR in state wait for RR connection (MM connection) <0004> gsm48_mm.c:1367 Release any MM Connection <0004> gsm48_mm.c:1348 Freeing MM Connection <0004> gsm48_mm.c:1291 (ref 8) new state CONN_PEND -> IDLE <0004> gsm48_mm.c:1055 We are in registered LAI as returning to MM IDLE <0004> gsm48_mm.c:892 new state wait for RR connection (MM connection) -> MM IDLE, normal service <0005> gsm48_cc.c:2122 (ms 1) Received 'MMCC_ERR_IND' in CC state MM_CONNECTION_PEND <0005> gsm48_cc.c:189 (ms 1 ti ff) Sending 'MNCC_REL_IND' to MNCC. <0007> mnccms.c:336 Call has been released (cause 21) Can someone help me with this? I do not understand why is not possible to establish the radio link, and does anyone know where I can find out what 'cause 21' means? Thanks, loretta From benedikt.braunger at googlemail.com Sun Apr 24 00:49:04 2011 From: benedikt.braunger at googlemail.com (Benedikt Braunger) Date: Sun, 24 Apr 2011 02:49:04 +0200 Subject: Unable to dump traffic with wireshark using C139 Message-ID: Hi, i launched following commands: 1) ./osmocon -p /dev/ttyUSB0 -m c140xor -c ../../target/firmware/board/compal_e86/layer1.highram.bin ../../target/firmware/board/compal_e86/chainload.compalram.bin http://pastebin.com/xcJTuNDF 2) ./mobile -i 127.0.0.1 http://pastebin.com/h3aPFgs1 3) telnet localhost 4247 http://pastebin.com/7nA7KbN8 mobile.cfg: http://pastebin.com/FBM6PCqq unfortunately wireshark 1.5+ devel) or tcpdump couldn't sniff any traffic on lo-interface. can anyone find a missconfiguration? any hint would be awesome! thank you :) -------------- next part -------------- An HTML attachment was scrubbed... URL: From cnwutong at gmail.com Mon Apr 25 04:01:58 2011 From: cnwutong at gmail.com (=?GB2312?B?zuLNrg==?=) Date: Mon, 25 Apr 2011 12:01:58 +0800 Subject: running error with branch burst_ind Message-ID: Hi all, Working with a C118 and everything was fine with the master branch, then switched to the burst_ind branch and complied successfully, when running: $ ./osmocon -p /dev/ttyUSB0 -m c123xor ../../target/firmware/board/compal_e88/layer1.compalram.bin got 1 bytes from modem, data looks like: 2f / got 1 bytes from modem, data looks like: 00 . got 5 bytes from modem, data looks like: 1b f6 02 00 41 ....A got 1 bytes from modem, data looks like: 01 . got 1 bytes from modem, data looks like: 40 @ Received PROMPT1 from phone, responding with CMD read_file(../../target/firmware/board/compal_e88/layer1.compalram.bin): file_size=48564, hdr_len=4, dnload_len=48571 got 1 bytes from modem, data looks like: 1b . got 1 bytes from modem, data looks like: f6 . got 1 bytes from modem, data looks like: 02 . got 1 bytes from modem, data looks like: 00 . got 1 bytes from modem, data looks like: 41 A got 1 bytes from modem, data looks like: 02 . got 1 bytes from modem, data looks like: 43 C Received PROMPT2 from phone, starting download handle_write(): 4096 bytes (4096/48571) handle_write(): 4096 bytes (8192/48571) handle_write(): 4096 bytes (12288/48571) handle_write(): 4096 bytes (16384/48571) handle_write(): 4096 bytes (20480/48571) handle_write(): 4096 bytes (24576/48571) handle_write(): 4096 bytes (28672/48571) handle_write(): 4096 bytes (32768/48571) handle_write(): 4096 bytes (36864/48571) handle_write(): 4096 bytes (40960/48571) handle_write(): 4096 bytes (45056/48571) handle_write(): 3515 bytes (48571/48571) handle_write(): finished got 1 bytes from modem, data looks like: 1b . got 1 bytes from modem, data looks like: f6 . got 1 bytes from modem, data looks like: 02 . got 1 bytes from modem, data looks like: 00 . got 1 bytes from modem, data looks like: 41 A got 1 bytes from modem, data looks like: 03 . got 1 bytes from modem, data looks like: 42 B Received DOWNLOAD ACK from phone, your code is running now! ioctl(TIOCSSERIAL): Invalid argument $ ./mobile Copyright (C) 2008-2010 ... Contributions by ... License GPLv2+: GNU GPL version 2 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. VTY available on port 4247. No Mobile Station defined, creating: MS '1' <000e> sim.c:1206 init SIM client <0005> gsm48_cc.c:61 init Call Control <0001> gsm48_rr.c:4944 init Radio Ressource process <0004> gsm48_mm.c:1220 init Mobility Management process <0004> gsm48_mm.c:971 Selecting PLMN SEARCH state, because no SIM. <0002> gsm322.c:3471 init PLMN process <0003> gsm322.c:3472 init Cell Selection process <0003> gsm322.c:3526 No stored BA list Mobile '1' initialized, please start phone now! then no reaction with the mobile application either rebooting the phone (press power bottom) or not, for layer23 application acts the same. tried to search for the message "ioctl(TIOCSSERIAL): Invalid argument" but failed to get any useful information. could anyone help and many thanks for your time and considerations! best regards, flaw -------------- next part -------------- An HTML attachment was scrubbed... URL: From lbernal at gmail.com Mon Apr 25 14:17:47 2011 From: lbernal at gmail.com (n0p [Luis Bernal]) Date: Mon, 25 Apr 2011 16:17:47 +0200 Subject: running error with branch burst_ind In-Reply-To: References: Message-ID: What serial chip are you using? Enviado desde el m?vil El 25/04/2011 16:14, "??" escribi?: > Hi all, > > Working with a C118 and everything was fine with the master branch, then > switched to the burst_ind branch and complied successfully, when running: > > $ ./osmocon -p /dev/ttyUSB0 -m c123xor > ../../target/firmware/board/compal_e88/layer1.compalram.bin > got 1 bytes from modem, data looks like: 2f / > got 1 bytes from modem, data looks like: 00 . > got 5 bytes from modem, data looks like: 1b f6 02 00 41 ....A > got 1 bytes from modem, data looks like: 01 . > got 1 bytes from modem, data looks like: 40 @ > Received PROMPT1 from phone, responding with CMD > read_file(../../target/firmware/board/compal_e88/layer1.compalram.bin): > file_size=48564, hdr_len=4, dnload_len=48571 > got 1 bytes from modem, data looks like: 1b . > got 1 bytes from modem, data looks like: f6 . > got 1 bytes from modem, data looks like: 02 . > got 1 bytes from modem, data looks like: 00 . > got 1 bytes from modem, data looks like: 41 A > got 1 bytes from modem, data looks like: 02 . > got 1 bytes from modem, data looks like: 43 C > Received PROMPT2 from phone, starting download > handle_write(): 4096 bytes (4096/48571) > handle_write(): 4096 bytes (8192/48571) > handle_write(): 4096 bytes (12288/48571) > handle_write(): 4096 bytes (16384/48571) > handle_write(): 4096 bytes (20480/48571) > handle_write(): 4096 bytes (24576/48571) > handle_write(): 4096 bytes (28672/48571) > handle_write(): 4096 bytes (32768/48571) > handle_write(): 4096 bytes (36864/48571) > handle_write(): 4096 bytes (40960/48571) > handle_write(): 4096 bytes (45056/48571) > handle_write(): 3515 bytes (48571/48571) > handle_write(): finished > got 1 bytes from modem, data looks like: 1b . > got 1 bytes from modem, data looks like: f6 . > got 1 bytes from modem, data looks like: 02 . > got 1 bytes from modem, data looks like: 00 . > got 1 bytes from modem, data looks like: 41 A > got 1 bytes from modem, data looks like: 03 . > got 1 bytes from modem, data looks like: 42 B > Received DOWNLOAD ACK from phone, your code is running now! > ioctl(TIOCSSERIAL): Invalid argument > > $ ./mobile > Copyright (C) 2008-2010 ... > Contributions by ... > > License GPLv2+: GNU GPL version 2 or later < http://gnu.org/licenses/gpl.html >> > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. > > VTY available on port 4247. > No Mobile Station defined, creating: MS '1' > <000e> sim.c:1206 init SIM client > <0005> gsm48_cc.c:61 init Call Control > <0001> gsm48_rr.c:4944 init Radio Ressource process > <0004> gsm48_mm.c:1220 init Mobility Management process > <0004> gsm48_mm.c:971 Selecting PLMN SEARCH state, because no SIM. > <0002> gsm322.c:3471 init PLMN process > <0003> gsm322.c:3472 init Cell Selection process > <0003> gsm322.c:3526 No stored BA list > Mobile '1' initialized, please start phone now! > > then no reaction with the mobile application either rebooting the phone > (press power bottom) or not, for layer23 application acts the same. > > tried to search for the message "ioctl(TIOCSSERIAL): Invalid argument" but > failed to get any useful information. > > could anyone help and many thanks for your time and considerations! > > best regards, > > flaw -------------- next part -------------- An HTML attachment was scrubbed... URL: From 246tnt at gmail.com Mon Apr 25 14:26:46 2011 From: 246tnt at gmail.com (246tnt at gmail.com) Date: Mon, 25 Apr 2011 14:26:46 +0000 Subject: running error with branch burst_ind In-Reply-To: Message-ID: <0016364c6ee953aef704a1beff85@google.com> > Working with a C118 and everything was fine with the master branch, then > switched to the burst_ind branch and complied successfully, when running: Well, then don't use the burst_ind branch ... Just from your post alone it's clear you don't understand it and you therefore shouldn't be using it (yet). Cheers, Sylvain -------------- next part -------------- An HTML attachment was scrubbed... URL: From technosabby at gmail.com Mon Apr 25 05:04:54 2011 From: technosabby at gmail.com (Marten Christophe) Date: Mon, 25 Apr 2011 05:04:54 +0000 Subject: Sniff Tool Development offer Message-ID: Hello List, I would like students or free time programmers to develop custom application for sniffing it should be cable for manually entries for (as option of command line) means the tool must be able to tune C131 in Mobile application mode( under full voice function) the desired parameter of user's choice 1 ARFCN 2 TS ( time slot) 3 Hoping sequence it is something we can tune C131 in full voice support to our own choice of AFRCN TS and hopping sequence we must be able to manually enter these parameter while MS is in mobile application mode( DSP in full voice support) I would like you to decide your remunerations /expanses/ development fees. http://bb.osmocom.org/trac/wiki/Sniffing Kind Regards, Maten ========== ======== Hi, Since a lot of people are asking the same questions and there seems to be a rush on the C123 on ebay I tought some clarification is needed. Short version: - The exact tools I used on stage are _not_ and will _not_ be released (or sold ... several people asked ...) - Any one willing to re-code them without any apriori knowledge of GSM would most likely need months to read/understand both the specifications and the way the code works. (That's thousands of page of GSM spec and thousands of line of code) - Osmocom-BB project is not designed to be a sniffer, it's a baseband implementation, I just used part of it as a base. So basically, unless you are really interested in GSM and are willing to dedicate time to understand it deeply and to contribute the various projects, there is not much point in you buying phones, or hanging out in the ml/irc or whatever ... For those who are still reading and interested here's a little more detail: * The HLR query step: -> Go watch the awesome 25C3 talk about it * The TMSI recovering step - Won't be published - If you know how paging works, you know what to do anyway and it's trivial. Method is in the talk, there is nothing to it. * The targeted sniffing application - Won't be published either - Some improvements to the layer23 app frame work will be done but these are generic framework stuff, not app-specific - Again, if you know how L2 works and have looked at several traces, it's obvious what to do. - The 'DSP' part of the sniffer is public for a while with a small demo app (single phone and doesn't exploit the full potential of the DSP patch) and it's perfectly sufficient to debug things on your o wn controlled network. (This is basically what I showed at Deepsec 2010). * The tool to generate the input to Kraken - Won't be published either - Making the guesses is easy for anyone that knows what he's doing. * The improved Kraken - No idea about it, see with Karsten / Sacha / Frank, I only got access to it 1 hour or so before the talk :) * Conversion from burst to audio - This was a hacked software mostly with airprobe code. - The exact app will not be released but I'd like to see the capability put in some clean library we can re-use from airprobe and other application without having to multiply the code each time. - ... But since I'd like it to support AMR and viterbi softoutput before that happens, it could take some time. - Anyone familiar with GSM, airprobe and C could re-hack the same thing in an hour ... As you can see, everything you need to analyze your own network / your own traffic, even at the burst level is already published and has been for more than a month. The other tools have been written only so that we could demonstrate that what we _say_ is possible for about year, we can now do it _practically_. It's apparently needed to get people attentions, "theoretical" attacks are not enough to get the operators / gsma to react. We'll see if that did it ... A few advices that are always good: - Make sure to checkout the a5/1 project ML and airprobe project ML and try to ask your questions in the proper mailing list as much as possible. - Check the wiki and mailing list archives toroughly before asking questions. Cheers, Sylvain Munaut PS: I only posted on this list because it seems a lot of people were pointed here while in fact airprobe would probably be more appropriate to discuss attack scenarios and such, so make sure to answer / start new discussion on the right list. From wbg_1000 at yahoo.com Mon Apr 25 06:59:56 2011 From: wbg_1000 at yahoo.com (eisencah eisenach) Date: Sun, 24 Apr 2011 23:59:56 -0700 (PDT) Subject: SIM reader In-Reply-To: Message-ID: <124989.5577.qm@web112116.mail.gq1.yahoo.com> Hi everyone. What should I download off the repository to have SIM suport and make calls ? Do I need to do this or the latest branch would work as well? git clone git://git.osmocom.org/osmocom-bb.git cd osmocom-bb git checkout -b testing remotes/origin/sylvain/testingSorry if the question seems stupid but my git_experience = 0. Thanks, Mihai. -------------- next part -------------- An HTML attachment was scrubbed... URL: From technosabby at gmail.com Mon Apr 25 09:16:15 2011 From: technosabby at gmail.com (Marten Christophe) Date: Mon, 25 Apr 2011 09:16:15 +0000 Subject: SIM reader In-Reply-To: <124989.5577.qm@web112116.mail.gq1.yahoo.com> References: <124989.5577.qm@web112116.mail.gq1.yahoo.com> Message-ID: Hello Mihai, only sylvain branch would work with SIM support the checkout command will creat a new directory with name testing >> git checkout -b testing remotes/origin/sylvain/testing Kind Regards, Marten. On Mon, Apr 25, 2011 at 6:59 AM, eisencah eisenach wrote: > Hi everyone. > What should I download off the repository to have SIM suport and make calls > ? Do I need to do this or the latest branch would work as well? > > git clone git://git.osmocom.org/osmocom-bb.git > cd osmocom-bb > git checkout -b testing remotes/origin/sylvain/testing > > Sorry if the question seems stupid but my git_experience = 0. > Thanks, > Mihai. > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From luca.bongiorni1 at studenti.unimi.it Mon Apr 25 10:02:17 2011 From: luca.bongiorni1 at studenti.unimi.it (Luca Bongiorni) Date: Mon, 25 Apr 2011 12:02:17 +0200 Subject: Wavetek 4201s - GSM Test Set Message-ID: <7450e92a10601.4db562c9@studenti.unimi.it> Hi all, i'm selling my Wavetek 4201s. Unfortunately some days ago i was upgrading the firmware and the power went down. Now it stucks at initializing process. http://tinyurl.com/3dnetqu As you can see was fully working and i used it to make tests with osmocomBB and airprobe. http://tinyurl.com/43exn2s http://tinyurl.com/3qlvz52 As i guess, is possible to repair the corrupted firmware through serial or an internal jtag, unfortunately i have no time to do it and i'm buying another one. I bought it, 3 months ago, fully calibrated and working. (payed 750 ?). About the price i thought around 250 euro (because is only a software problem and on ebay is still around 1500 ?). About the shipping? will be signed-for (from 4 to 7 days Worldwide), around 30 ?. About the payment: Paypal (i'll value other ways, if suggested). What is included: - Wavetek 4201s - Power cable (EU) - Serial Cable - Coupler Antenna R&S CMD-z10 (see here: http://tinyurl.com/3fxf4t8 ) - Manual (IT) - Firmware upgrades by email If someone is interested, please contact me. Thank you for attention Cheers Luca Bongiorni P.S: I apologize for the spam, but i thought that here is the right place to find people with enough skills, time and few money to repair and use it, instead to leave him on the desk and accumulating dust. From duncan.salerno at googlemail.com Mon Apr 25 10:17:02 2011 From: duncan.salerno at googlemail.com (Duncan Salerno) Date: Mon, 25 Apr 2011 10:17:02 +0000 Subject: Nokia 3310 tracing Message-ID: Hi, I've put together a small program that puts Nokia 3310 phones into debug mode (via serial/USB cable) and forwards all sent/received GSM messages and SIM APDUs via GSMTAP to be viewed realtime in Wireshark. This allows you to see the message flows for a real phone on a real network. Nokia 3310's are very cheap and easy to come by, so should appeal to a wide audience. Thought osmocom might be a good home for this utility - could it go into git, and a short page on bb.osmocom.org? Duncan -------------- next part -------------- A non-text attachment was scrubbed... Name: COPYING Type: application/octet-stream Size: 17996 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: gsmtap.h Type: text/x-chdr Size: 2192 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: main.c Type: text/x-csrc Size: 17092 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Makefile Type: application/octet-stream Size: 146 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: README Type: application/octet-stream Size: 1174 bytes Desc: not available URL: From b.alecu at yahoo.com Tue Apr 26 04:02:38 2011 From: b.alecu at yahoo.com (Bogdan Alecu) Date: Mon, 25 Apr 2011 21:02:38 -0700 (PDT) Subject: Nokia 3310 tracing Message-ID: <318137.70007.qm@web46208.mail.sp1.yahoo.com> It shows the communication messages like Osmocom? Does it also supports SMS messages? Maybe you can also write a small wiki on how to use (with Wireshark). -------------- next part -------------- An HTML attachment was scrubbed... URL: From duncan.salerno at googlemail.com Tue Apr 26 20:07:11 2011 From: duncan.salerno at googlemail.com (Duncan Salerno) Date: Tue, 26 Apr 2011 20:07:11 +0000 Subject: Nokia 3310 tracing In-Reply-To: <318137.70007.qm@web46208.mail.sp1.yahoo.com> References: <318137.70007.qm@web46208.mail.sp1.yahoo.com> Message-ID: On Tue, Apr 26, 2011 at 4:02 AM, Bogdan Alecu wrote: > It shows the communication messages like Osmocom? Does it also supports SMS messages? > Maybe you can also write a small wiki on how to use (with Wireshark). Yes, the output is similar to OsmocomBB, but using the original firmware - so you can't inject messages or anything like that - but shows you every GSM/SIM message the phone sends/receives during normal operation. Will create a wiki page soon. From dario.lombardo at libero.it Wed Apr 27 07:33:22 2011 From: dario.lombardo at libero.it (Dario Lombardo) Date: Wed, 27 Apr 2011 09:33:22 +0200 Subject: Nokia 3310 tracing In-Reply-To: References: <318137.70007.qm@web46208.mail.sp1.yahoo.com> Message-ID: <4DB7C6C2.1080905@libero.it> Can you use 3330 other than 3310? Afaik they have the same gsm hardware. Will you write also how to build the cable from scratch and how to connect it to the phone? I just find sites that sell it. On 04/26/2011 10:07 PM, Duncan Salerno wrote: > On Tue, Apr 26, 2011 at 4:02 AM, Bogdan Alecu wrote: >> It shows the communication messages like Osmocom? Does it also supports SMS messages? >> Maybe you can also write a small wiki on how to use (with Wireshark). > Yes, the output is similar to OsmocomBB, but using the original > firmware - so you can't inject messages or anything like that - but > shows you every GSM/SIM message the phone sends/receives during normal > operation. > > Will create a wiki page soon. > From duncan.salerno at googlemail.com Wed Apr 27 20:11:49 2011 From: duncan.salerno at googlemail.com (Duncan Salerno) Date: Wed, 27 Apr 2011 20:11:49 +0000 Subject: Nokia 3310 tracing In-Reply-To: <4DB7C6C2.1080905@libero.it> References: <318137.70007.qm@web46208.mail.sp1.yahoo.com> <4DB7C6C2.1080905@libero.it> Message-ID: On Wed, Apr 27, 2011 at 7:33 AM, Dario Lombardo wrote: > Can you use 3330 other than 3310? Afaik they have the same gsm hardware. > Will you write also how to build the cable from scratch and how to connect > it to the phone? I just find sites that sell it. Quite possibly, although I've not tried it. All you need is a standard FBUS cable, but will put all the details on the wiki in the next few days. > On 04/26/2011 10:07 PM, Duncan Salerno wrote: >> >> On Tue, Apr 26, 2011 at 4:02 AM, Bogdan Alecu ?wrote: >>> >>> It shows the communication messages like Osmocom? Does it also supports >>> SMS messages? >>> Maybe you can also write a small wiki on how to use (with Wireshark). >> >> Yes, the output is similar to OsmocomBB, but using the original >> firmware - so you can't inject messages or anything like that - but >> shows you every GSM/SIM message the phone sends/receives during normal >> operation. >> >> Will create a wiki page soon. >> > From duncan.salerno at googlemail.com Thu Apr 28 18:43:05 2011 From: duncan.salerno at googlemail.com (Duncan Salerno) Date: Thu, 28 Apr 2011 18:43:05 +0000 Subject: Nokia 3310 tracing In-Reply-To: References: <318137.70007.qm@web46208.mail.sp1.yahoo.com> <4DB7C6C2.1080905@libero.it> Message-ID: Just to announce that a wiki page has been created - http://bb.osmocom.org/trac/wiki/dct3-gsmtap and the code is available in the osmocom git repo. On Wed, Apr 27, 2011 at 8:11 PM, Duncan Salerno wrote: > On Wed, Apr 27, 2011 at 7:33 AM, Dario Lombardo > wrote: >> Can you use 3330 other than 3310? Afaik they have the same gsm hardware. >> Will you write also how to build the cable from scratch and how to connect >> it to the phone? I just find sites that sell it. > > Quite possibly, although I've not tried it. All you need is a standard > FBUS cable, but will put all the details on the wiki in the next few > days. > >> On 04/26/2011 10:07 PM, Duncan Salerno wrote: >>> >>> On Tue, Apr 26, 2011 at 4:02 AM, Bogdan Alecu ?wrote: >>>> >>>> It shows the communication messages like Osmocom? Does it also supports >>>> SMS messages? >>>> Maybe you can also write a small wiki on how to use (with Wireshark). >>> >>> Yes, the output is similar to OsmocomBB, but using the original >>> firmware - so you can't inject messages or anything like that - but >>> shows you every GSM/SIM message the phone sends/receives during normal >>> operation. >>> >>> Will create a wiki page soon. >>> >> > From 246tnt at gmail.com Thu Apr 28 19:20:47 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Thu, 28 Apr 2011 21:20:47 +0200 Subject: Nokia 3310 tracing In-Reply-To: References: <318137.70007.qm@web46208.mail.sp1.yahoo.com> <4DB7C6C2.1080905@libero.it> Message-ID: Hi, > Just to announce that a wiki page has been created - > http://bb.osmocom.org/trac/wiki/dct3-gsmtap and the code is available > in the osmocom git repo. Great, and thanks for writing this, I'm sure easily tracing a real phone exchanges (including SIM exchanges it seems) with some hardware as common as a 3310 will prove useful. Cheers, Sylvain From dario.lombardo at libero.it Fri Apr 29 09:18:11 2011 From: dario.lombardo at libero.it (Dario Lombardo) Date: Fri, 29 Apr 2011 11:18:11 +0200 Subject: Nokia 3310 tracing In-Reply-To: References: <318137.70007.qm@web46208.mail.sp1.yahoo.com> <4DB7C6C2.1080905@libero.it> Message-ID: <4DBA8253.3070606@libero.it> I'm not able to find it in the git repo. Am I missing something? On 04/28/2011 08:43 PM, Duncan Salerno wrote: > Just to announce that a wiki page has been created - > http://bb.osmocom.org/trac/wiki/dct3-gsmtap and the code is available > in the osmocom git repo. From 246tnt at gmail.com Fri Apr 29 09:33:35 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Fri, 29 Apr 2011 11:33:35 +0200 Subject: Nokia 3310 tracing In-Reply-To: <4DBA8253.3070606@libero.it> References: <318137.70007.qm@web46208.mail.sp1.yahoo.com> <4DB7C6C2.1080905@libero.it> <4DBA8253.3070606@libero.it> Message-ID: Hi, > I'm not able to find it in the git repo. Am I missing something? http://cgit.osmocom.org/cgit/dct3-gsmtap/ It has its own repo, it's not mixed with unrelated stuff. Cheers, Sylvain From screaming-pain at libero.it Mon Apr 25 19:40:25 2011 From: screaming-pain at libero.it (screaming-pain at libero.it) Date: Mon, 25 Apr 2011 21:40:25 +0200 (CEST) Subject: R: running error with branch burst_ind Message-ID: <654759.2711301303760425511.JavaMail.defaultUser@defaultHost> Hi, I'm having the same problem and as far as I've understood, you need a different serial or usb cableThe program is trying to set a high baud rate which is not supported by your cable.To the best of my understanding a FTDI usb to serial cable it's needed, because this supports higher baud rates. Loretta ----Messaggio originale---- Da: cnwutong at gmail.com Data: 25-apr-2011 6.01 A: Ogg: running error with branch burst_ind Hi all, Working with a C118 and everything was fine with the master branch, then switched to the burst_ind branch and complied successfully, when running: $ ./osmocon -p /dev/ttyUSB0 -m c123xor ../../target/firmware/board/compal_e88/layer1.compalram.bingot 1 bytes from modem, data looks like: 2f /got 1 bytes from modem, data looks like: 00 . got 5 bytes from modem, data looks like: 1b f6 02 00 41 ....Agot 1 bytes from modem, data looks like: 01 .got 1 bytes from modem, data looks like: 40 @Received PROMPT1 from phone, responding with CMD read_file(../../target/firmware/board/compal_e88/layer1.compalram.bin): file_size=48564, hdr_len=4, dnload_len=48571got 1 bytes from modem, data looks like: 1b .got 1 bytes from modem, data looks like: f6 . got 1 bytes from modem, data looks like: 02 .got 1 bytes from modem, data looks like: 00 .got 1 bytes from modem, data looks like: 41 Agot 1 bytes from modem, data looks like: 02 . got 1 bytes from modem, data looks like: 43 CReceived PROMPT2 from phone, starting downloadhandle_write(): 4096 bytes (4096/48571)handle_write(): 4096 bytes (8192/48571)handle_write(): 4096 bytes (12288/48571) handle_write(): 4096 bytes (16384/48571)handle_write(): 4096 bytes (20480/48571)handle_write(): 4096 bytes (24576/48571)handle_write(): 4096 bytes (28672/48571)handle_write(): 4096 bytes (32768/48571) handle_write(): 4096 bytes (36864/48571)handle_write(): 4096 bytes (40960/48571)handle_write(): 4096 bytes (45056/48571)handle_write(): 3515 bytes (48571/48571)handle_write(): finished got 1 bytes from modem, data looks like: 1b .got 1 bytes from modem, data looks like: f6 .got 1 bytes from modem, data looks like: 02 .got 1 bytes from modem, data looks like: 00 . got 1 bytes from modem, data looks like: 41 Agot 1 bytes from modem, data looks like: 03 .got 1 bytes from modem, data looks like: 42 BReceived DOWNLOAD ACK from phone, your code is running now! ioctl(TIOCSSERIAL): Invalid argument $ ./mobileCopyright (C) 2008-2010 ...Contributions by ... License GPLv2+: GNU GPL version 2 or later This is free software: you are free to change and redistribute it.There is NO WARRANTY, to the extent permitted by law. VTY available on port 4247.No Mobile Station defined, creating: MS '1' <000e> sim.c:1206 init SIM client<0005> gsm48_cc.c:61 init Call Control<0001> gsm48_rr.c:4944 init Radio Ressource process<0004> gsm48_mm.c:1220 init Mobility Management process <0004> gsm48_mm.c:971 Selecting PLMN SEARCH state, because no SIM.<0002> gsm322.c:3471 init PLMN process<0003> gsm322.c:3472 init Cell Selection process<0003> gsm322.c:3526 No stored BA list Mobile '1' initialized, please start phone now! then no reaction with the mobile application either rebooting the phone (press power bottom) or not, for layer23 application acts the same. tried to search for the message "ioctl(TIOCSSERIAL): Invalid argument" but failed to get any useful information. could anyone help and many thanks for your time and considerations! best regards, flaw -------------- next part -------------- An HTML attachment was scrubbed... URL: From 246tnt at gmail.com Mon Apr 25 19:57:09 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Mon, 25 Apr 2011 21:57:09 +0200 Subject: running error with branch burst_ind In-Reply-To: <654759.2711301303760425511.JavaMail.defaultUser@defaultHost> References: <654759.2711301303760425511.JavaMail.defaultUser@defaultHost> Message-ID: Well there is also the huge problem you're trying to use the 'mobile' application with this branch which just demonstrate you have no clue what you're doing and need to _read_ way more the source code before trying to run it. Cheers, Sylvain From cnwutong at gmail.com Tue Apr 26 03:09:41 2011 From: cnwutong at gmail.com (flaw) Date: Mon, 25 Apr 2011 20:09:41 -0700 (PDT) Subject: R: running error with branch burst_ind In-Reply-To: <654759.2711301303760425511.JavaMail.defaultUser@defaultHost> References: <654759.2711301303760425511.JavaMail.defaultUser@defaultHost> Message-ID: <1303787381166-2864342.post@n3.nabble.com> Loretta, hi, Yes I am using a PL2303 cable and that would be the reason as you taught. Many thanks! -- View this message in context: http://baseband-devel.722152.n3.nabble.com/R-running-error-with-branch-burst-ind-tp2862614p2864342.html Sent from the baseband-devel mailing list archive at Nabble.com. From pablo at gnumonks.org Tue Apr 26 01:05:18 2011 From: pablo at gnumonks.org (pablo at gnumonks.org) Date: Tue, 26 Apr 2011 03:05:18 +0200 Subject: [PATCH] get osmocom-bb in sync with libosmocore 0.2.0 Message-ID: <1303779919-2433-1-git-send-email-pablo@gnumonks.org> From: Pablo Neira Ayuso This patch gets osmocom-bb in sync with libosmocore 0.2.0. Basically, I invoked git-subtree to get a fresh libosmocore tree (currently 0.2.0) and change all the include paths to point to the new osmocom/[core|gsm] directories. You can get these changes from the pablo/libosmocore-updates branch. Please, merge it! Pablo Neira Ayuso (1): src: use new libosmogsm and include/osmocom/[gsm|core] path to headers From pablo at gnumonks.org Tue Apr 26 01:05:19 2011 From: pablo at gnumonks.org (pablo at gnumonks.org) Date: Tue, 26 Apr 2011 03:05:19 +0200 Subject: [PATCH] src: use new libosmogsm and include/osmocom/[gsm|core] path to headers In-Reply-To: <1303779919-2433-1-git-send-email-pablo@gnumonks.org> References: <1303779919-2433-1-git-send-email-pablo@gnumonks.org> Message-ID: <1303779919-2433-2-git-send-email-pablo@gnumonks.org> From: Pablo Neira Ayuso This patch changes include paths to get osmocom-bb working with the current libosmocore tree. Among all these renames, you can notice several tweaks that I added on purpose, and that require some explanation, they are: * hexdump() in osmocon.c and osmoload.c has been renamed to avoid clashing with hexdump() defined in libosmocore. * gsmmap now depends on libosmogsm. Actually I had to cleanup Makefile.am because I was experiencing weird linking problems, probably due to a bug in the autotools. With the change included in this patch, I got it compiled and linked here correctly. This patch has been tested with the phone Motorola C123 and the following images files: * firmware/board/compal_e88/hello_world.compalram.bin * firmware/board/compal_e88/layer1.compalram.bin Using the osmocon, bcch_scan and mobile tools. Signed-off-by: Pablo Neira Ayuso --- include/osmocore/rsl.h | 4 ++-- src/Makefile | 4 +++- src/host/gsmmap/Makefile.am | 7 +++---- src/host/gsmmap/configure.ac | 1 + src/host/layer23/configure.ac | 1 + src/host/layer23/include/osmocom/bb/common/l1ctl.h | 2 +- src/host/layer23/include/osmocom/bb/common/lapdm.h | 4 ++-- .../layer23/include/osmocom/bb/common/logging.h | 2 +- .../include/osmocom/bb/common/osmocom_data.h | 6 +++--- .../layer23/include/osmocom/bb/common/sysinfo.h | 2 +- src/host/layer23/include/osmocom/bb/misc/layer3.h | 2 +- src/host/layer23/include/osmocom/bb/misc/rslms.h | 2 +- .../layer23/include/osmocom/bb/mobile/gsm48_rr.h | 2 +- src/host/layer23/include/osmocom/bb/mobile/mncc.h | 4 ++-- .../include/osmocom/bb/mobile/transaction.h | 2 +- src/host/layer23/src/common/Makefile.am | 2 +- src/host/layer23/src/common/gps.c | 2 +- src/host/layer23/src/common/l1ctl.c | 20 ++++++++++---------- src/host/layer23/src/common/l1l2_interface.c | 2 +- src/host/layer23/src/common/lapdm.c | 16 ++++++++-------- src/host/layer23/src/common/logging.c | 4 ++-- src/host/layer23/src/common/main.c | 12 ++++++------ src/host/layer23/src/common/sap_interface.c | 2 +- src/host/layer23/src/common/sim.c | 4 ++-- src/host/layer23/src/common/sysinfo.c | 2 +- src/host/layer23/src/misc/Makefile.am | 4 ++-- src/host/layer23/src/misc/app_bcch_scan.c | 8 ++++---- src/host/layer23/src/misc/app_cbch_sniff.c | 10 +++++----- src/host/layer23/src/misc/app_ccch_scan.c | 14 +++++++------- src/host/layer23/src/misc/app_cell_log.c | 4 ++-- src/host/layer23/src/misc/app_echo_test.c | 6 +++--- src/host/layer23/src/misc/bcch_scan.c | 20 ++++++++++---------- src/host/layer23/src/misc/cell_log.c | 14 +++++++------- src/host/layer23/src/misc/rslms.c | 8 ++++---- src/host/layer23/src/mobile/Makefile.am | 4 ++-- src/host/layer23/src/mobile/app_mobile.c | 8 ++++---- src/host/layer23/src/mobile/gsm322.c | 10 +++++----- src/host/layer23/src/mobile/gsm48_cc.c | 8 ++++---- src/host/layer23/src/mobile/gsm48_mm.c | 8 ++++---- src/host/layer23/src/mobile/gsm48_rr.c | 10 +++++----- src/host/layer23/src/mobile/main.c | 8 ++++---- src/host/layer23/src/mobile/mnccms.c | 2 +- src/host/layer23/src/mobile/settings.c | 2 +- src/host/layer23/src/mobile/subscriber.c | 4 ++-- src/host/layer23/src/mobile/transaction.c | 6 +++--- src/host/layer23/src/mobile/vty_interface.c | 8 ++++---- src/host/osmocon/osmocon.c | 16 ++++++++-------- src/host/osmocon/osmoload.c | 18 +++++++++--------- src/host/osmocon/tpu_debug.c | 2 +- src/target/firmware/Makefile | 3 +-- src/target/firmware/apps/loader/main.c | 2 +- src/target/firmware/board/compal/rf_power.c | 2 +- src/target/firmware/board/gta0x/rf_power.c | 2 +- src/target/firmware/board/pirelli_dpl10/rf_power.c | 2 +- src/target/firmware/calypso/dsp.c | 2 +- src/target/firmware/comm/msgb.c | 2 +- src/target/firmware/comm/sercomm.c | 4 ++-- src/target/firmware/comm/sercomm_cons.c | 2 +- src/target/firmware/comm/timer.c | 2 +- src/target/firmware/include/comm/msgb.h | 2 +- src/target/firmware/include/comm/sercomm.h | 2 +- src/target/firmware/include/comm/timer.h | 2 +- src/target/firmware/include/layer1/async.h | 2 +- src/target/firmware/include/layer1/l23_api.h | 2 +- src/target/firmware/include/layer1/sched_gsmtime.h | 2 +- src/target/firmware/include/layer1/sync.h | 4 ++-- src/target/firmware/include/rf/trf6151.h | 2 +- src/target/firmware/include/rffe.h | 2 +- src/target/firmware/layer1/afc.c | 2 +- src/target/firmware/layer1/agc.c | 2 +- src/target/firmware/layer1/apc.c | 4 ++-- src/target/firmware/layer1/async.c | 4 ++-- src/target/firmware/layer1/l23_api.c | 4 ++-- src/target/firmware/layer1/mframe_sched.c | 2 +- src/target/firmware/layer1/prim_fbsb.c | 4 ++-- src/target/firmware/layer1/prim_freq.c | 4 ++-- src/target/firmware/layer1/prim_pm.c | 4 ++-- src/target/firmware/layer1/prim_rach.c | 4 ++-- src/target/firmware/layer1/prim_rx_nb.c | 4 ++-- src/target/firmware/layer1/prim_tch.c | 6 +++--- src/target/firmware/layer1/prim_tx_nb.c | 4 ++-- src/target/firmware/layer1/prim_utils.c | 2 +- src/target/firmware/layer1/rfch.c | 2 +- src/target/firmware/layer1/sched_gsmtime.c | 2 +- src/target/firmware/layer1/sync.c | 4 ++-- src/target/firmware/layer1/tdma_sched.c | 2 +- src/target/firmware/layer1/toa.c | 2 +- src/target/firmware/rf/mt6139.c | 2 +- src/target/firmware/rf/trf6151.c | 2 +- 89 files changed, 212 insertions(+), 210 deletions(-) diff --git a/include/osmocore/rsl.h b/include/osmocore/rsl.h index 3a2b04d..c9375a7 100644 --- a/include/osmocore/rsl.h +++ b/include/osmocore/rsl.h @@ -2,8 +2,8 @@ #define _OSMOCORE_RSL_H #include -#include -#include +#include +#include void rsl_init_rll_hdr(struct abis_rsl_rll_hdr *dh, uint8_t msg_type); diff --git a/src/Makefile b/src/Makefile index 27281de..1b6f2f7 100644 --- a/src/Makefile +++ b/src/Makefile @@ -12,8 +12,10 @@ CROSS_TOOL_PREFIX=$(CROSS_HOST)- TOPDIR=$(shell pwd) OSMOCORE_CONFIGURE_ENV= LIBOSMOCORE_LIBS=$(TOPDIR)/shared/libosmocore/build-host/src/.libs/libosmocore.a \ LIBOSMOVTY_LIBS=$(TOPDIR)/shared/libosmocore/build-host/src/vty/.libs/libosmovty.a \ + LIBOSMOGSM_LIBS=$(TOPDIR)/shared/libosmocore/build-host/src/gsm/.libs/libosmogsm.a \ LIBOSMOCORE_CFLAGS=-I$(TOPDIR)/shared/libosmocore/include \ - LIBOSMOVTY_CFLAGS=-I$(TOPDIR)/shared/libosmocore/include + LIBOSMOVTY_CFLAGS=-I$(TOPDIR)/shared/libosmocore/include \ + LIBOSMOGSM_CFLAGS=-I$(TOPDIR)/shared/libosmocore/include all: libosmocore-target nofirmware firmware nofirmware: libosmocore-host layer23 osmocon gsmmap diff --git a/src/host/gsmmap/Makefile.am b/src/host/gsmmap/Makefile.am index d866d02..e71b887 100644 --- a/src/host/gsmmap/Makefile.am +++ b/src/host/gsmmap/Makefile.am @@ -7,12 +7,11 @@ $(top_srcdir)/.version: dist-hook: echo $(VERSION) > $(distdir)/.tarball-version -INCLUDES = $(all_includes) -I$(top_srcdir)/include -AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) +INCLUDES = $(all_includes) -I../layer23/include -DHOST_BUILD +AM_CFLAGS=-Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) sbin_PROGRAMS = gsmmap -INCLUDES += -I../layer23/include -DHOST_BUILD gsmmap_SOURCES = gsmmap.c geo.c locate.c log.c ../layer23/src/common/sysinfo.c ../layer23/src/common/networks.c -gsmmap_LDADD = $(LIBOSMOCORE_LIBS) -lm +gsmmap_LDADD = $(LIBOSMOGSM_LIBS) $(LIBOSMOCORE_LIBS) -lm diff --git a/src/host/gsmmap/configure.ac b/src/host/gsmmap/configure.ac index 45a00e2..3a42d4c 100644 --- a/src/host/gsmmap/configure.ac +++ b/src/host/gsmmap/configure.ac @@ -15,6 +15,7 @@ AC_PROG_INSTALL dnl checks for libraries PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore) +PKG_CHECK_MODULES(LIBOSMOGSM, libosmogsm) dnl checks for header files AC_HEADER_STDC diff --git a/src/host/layer23/configure.ac b/src/host/layer23/configure.ac index 05c6d24..0a67fab 100644 --- a/src/host/layer23/configure.ac +++ b/src/host/layer23/configure.ac @@ -15,6 +15,7 @@ AC_PROG_RANLIB dnl checks for libraries PKG_CHECK_MODULES(LIBOSMOCORE, libosmocore) PKG_CHECK_MODULES(LIBOSMOVTY, libosmovty) +PKG_CHECK_MODULES(LIBOSMOGSM, libosmogsm) AC_CHECK_LIB(gps, gps_waiting, CFLAGS+=" -D_HAVE_GPSD" LDFLAGS+=" -lgps",,) dnl checks for header files diff --git a/src/host/layer23/include/osmocom/bb/common/l1ctl.h b/src/host/layer23/include/osmocom/bb/common/l1ctl.h index 64abf9c..7eb0c8c 100644 --- a/src/host/layer23/include/osmocom/bb/common/l1ctl.h +++ b/src/host/layer23/include/osmocom/bb/common/l1ctl.h @@ -1,7 +1,7 @@ #ifndef osmocom_l1ctl_h #define osmocom_l1ctl_h -#include +#include #include struct osmocom_ms; diff --git a/src/host/layer23/include/osmocom/bb/common/lapdm.h b/src/host/layer23/include/osmocom/bb/common/lapdm.h index de954fb..2d0e2fd 100644 --- a/src/host/layer23/include/osmocom/bb/common/lapdm.h +++ b/src/host/layer23/include/osmocom/bb/common/lapdm.h @@ -3,8 +3,8 @@ #include -#include -#include +#include +#include #include diff --git a/src/host/layer23/include/osmocom/bb/common/logging.h b/src/host/layer23/include/osmocom/bb/common/logging.h index eb9f482..9205fec 100644 --- a/src/host/layer23/include/osmocom/bb/common/logging.h +++ b/src/host/layer23/include/osmocom/bb/common/logging.h @@ -2,7 +2,7 @@ #define _LOGGING_H #define DEBUG -#include +#include enum { DRSL, diff --git a/src/host/layer23/include/osmocom/bb/common/osmocom_data.h b/src/host/layer23/include/osmocom/bb/common/osmocom_data.h index 749c144..9d8a030 100644 --- a/src/host/layer23/include/osmocom/bb/common/osmocom_data.h +++ b/src/host/layer23/include/osmocom/bb/common/osmocom_data.h @@ -1,9 +1,9 @@ #ifndef osmocom_data_h #define osmocom_data_h -#include -#include -#include +#include +#include +#include struct osmocom_ms; diff --git a/src/host/layer23/include/osmocom/bb/common/sysinfo.h b/src/host/layer23/include/osmocom/bb/common/sysinfo.h index 07daafa..e5db54f 100644 --- a/src/host/layer23/include/osmocom/bb/common/sysinfo.h +++ b/src/host/layer23/include/osmocom/bb/common/sysinfo.h @@ -1,7 +1,7 @@ #ifndef _SYSINFO_H #define _SYSINFO_H -#include +#include /* collection of system information of the current cell */ diff --git a/src/host/layer23/include/osmocom/bb/misc/layer3.h b/src/host/layer23/include/osmocom/bb/misc/layer3.h index 7d364e7..bbf242d 100644 --- a/src/host/layer23/include/osmocom/bb/misc/layer3.h +++ b/src/host/layer23/include/osmocom/bb/misc/layer3.h @@ -1,7 +1,7 @@ #ifndef _OSMOCOM_L3_H #define _OSMOCOM_L3_H -#include +#include #include int gsm48_rx_ccch(struct msgb *msg, struct osmocom_ms *ms); diff --git a/src/host/layer23/include/osmocom/bb/misc/rslms.h b/src/host/layer23/include/osmocom/bb/misc/rslms.h index 8b62ba9..94fe99c 100644 --- a/src/host/layer23/include/osmocom/bb/misc/rslms.h +++ b/src/host/layer23/include/osmocom/bb/misc/rslms.h @@ -1,7 +1,7 @@ #ifndef _OSMOCOM_RSLMS_H #define _OSMOCOM_RSLMS_H -#include +#include #include /* From L3 into RSLMS (direction -> L2) */ diff --git a/src/host/layer23/include/osmocom/bb/mobile/gsm48_rr.h b/src/host/layer23/include/osmocom/bb/mobile/gsm48_rr.h index 830c8cf..b140c18 100644 --- a/src/host/layer23/include/osmocom/bb/mobile/gsm48_rr.h +++ b/src/host/layer23/include/osmocom/bb/mobile/gsm48_rr.h @@ -1,7 +1,7 @@ #ifndef _GSM48_RR_H #define _GSM48_RR_H -#include "osmocore/protocol/gsm_04_08.h" +#include #define GSM_TA_CM 55385 diff --git a/src/host/layer23/include/osmocom/bb/mobile/mncc.h b/src/host/layer23/include/osmocom/bb/mobile/mncc.h index 151f0b4..e378ecc 100644 --- a/src/host/layer23/include/osmocom/bb/mobile/mncc.h +++ b/src/host/layer23/include/osmocom/bb/mobile/mncc.h @@ -26,8 +26,8 @@ #ifndef _MNCC_H #define _MNCC_H -#include -#include +#include +#include struct gsm_call { struct llist_head entry; diff --git a/src/host/layer23/include/osmocom/bb/mobile/transaction.h b/src/host/layer23/include/osmocom/bb/mobile/transaction.h index 4be82c1..6cbc25b 100644 --- a/src/host/layer23/include/osmocom/bb/mobile/transaction.h +++ b/src/host/layer23/include/osmocom/bb/mobile/transaction.h @@ -1,7 +1,7 @@ #ifndef _TRANSACT_H #define _TRANSACT_H -#include +#include /* One transaction */ struct gsm_trans { diff --git a/src/host/layer23/src/common/Makefile.am b/src/host/layer23/src/common/Makefile.am index 4e2686c..f6e3f83 100644 --- a/src/host/layer23/src/common/Makefile.am +++ b/src/host/layer23/src/common/Makefile.am @@ -1,5 +1,5 @@ INCLUDES = $(all_includes) -I$(top_srcdir)/include -AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) +AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) noinst_LIBRARIES = liblayer23.a liblayer23_a_SOURCES = l1ctl.c l1l2_interface.c sap_interface.c lapdm.c \ diff --git a/src/host/layer23/src/common/gps.c b/src/host/layer23/src/common/gps.c index 07bc460..dba93fb 100644 --- a/src/host/layer23/src/common/gps.c +++ b/src/host/layer23/src/common/gps.c @@ -32,7 +32,7 @@ #include #endif -#include +#include #include #include diff --git a/src/host/layer23/src/common/l1ctl.c b/src/host/layer23/src/common/l1ctl.c index d47275a..f2714e6 100644 --- a/src/host/layer23/src/common/l1ctl.c +++ b/src/host/layer23/src/common/l1ctl.c @@ -30,16 +30,16 @@ #include -#include -#include -#include -#include -#include -#include -#include -#include -#include -#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/common/l1l2_interface.c b/src/host/layer23/src/common/l1l2_interface.c index 74c8875..23e1ef2 100644 --- a/src/host/layer23/src/common/l1l2_interface.c +++ b/src/host/layer23/src/common/l1l2_interface.c @@ -26,7 +26,7 @@ #include #include -#include +#include #include #include diff --git a/src/host/layer23/src/common/lapdm.c b/src/host/layer23/src/common/lapdm.c index dc9c916..61e2287 100644 --- a/src/host/layer23/src/common/lapdm.c +++ b/src/host/layer23/src/common/lapdm.c @@ -56,14 +56,14 @@ #include #include -#include -#include -#include -#include -#include -#include -#include -#include +#include +#include +#include +#include +#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/common/logging.c b/src/host/layer23/src/common/logging.c index c2e4a5e..5283935 100644 --- a/src/host/layer23/src/common/logging.c +++ b/src/host/layer23/src/common/logging.c @@ -21,8 +21,8 @@ */ -#include -#include +#include +#include #include static const struct log_info_cat default_categories[] = { diff --git a/src/host/layer23/src/common/main.c b/src/host/layer23/src/common/main.c index cb9564a..61513ea 100644 --- a/src/host/layer23/src/common/main.c +++ b/src/host/layer23/src/common/main.c @@ -30,12 +30,12 @@ #include #include -#include -#include -#include -#include -#include -#include +#include +#include +#include +#include +#include +#include #include diff --git a/src/host/layer23/src/common/sap_interface.c b/src/host/layer23/src/common/sap_interface.c index d384c9e..54aa635 100644 --- a/src/host/layer23/src/common/sap_interface.c +++ b/src/host/layer23/src/common/sap_interface.c @@ -26,7 +26,7 @@ #include #include -#include +#include #include #include diff --git a/src/host/layer23/src/common/sim.c b/src/host/layer23/src/common/sim.c index 3ef3cf8..b76de5c 100644 --- a/src/host/layer23/src/common/sim.c +++ b/src/host/layer23/src/common/sim.c @@ -22,8 +22,8 @@ #include #include #include -#include -#include +#include +#include #include #include diff --git a/src/host/layer23/src/common/sysinfo.c b/src/host/layer23/src/common/sysinfo.c index 8f6b1b5..5827d75 100644 --- a/src/host/layer23/src/common/sysinfo.c +++ b/src/host/layer23/src/common/sysinfo.c @@ -24,7 +24,7 @@ #include #include -#include +#include #include #include diff --git a/src/host/layer23/src/misc/Makefile.am b/src/host/layer23/src/misc/Makefile.am index 8428511..15d46a8 100644 --- a/src/host/layer23/src/misc/Makefile.am +++ b/src/host/layer23/src/misc/Makefile.am @@ -1,6 +1,6 @@ INCLUDES = $(all_includes) -I$(top_srcdir)/include -AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) -LDADD = ../common/liblayer23.a $(LIBOSMOCORE_LIBS) +AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) +LDADD = ../common/liblayer23.a $(LIBOSMOCORE_LIBS) $(LIBOSMOGSM_LIBS) bin_PROGRAMS = bcch_scan ccch_scan echo_test cell_log cbch_sniff diff --git a/src/host/layer23/src/misc/app_bcch_scan.c b/src/host/layer23/src/misc/app_bcch_scan.c index cce22b3..9a01694 100644 --- a/src/host/layer23/src/misc/app_bcch_scan.c +++ b/src/host/layer23/src/misc/app_bcch_scan.c @@ -28,10 +28,10 @@ #include #include -#include -#include -#include -#include +#include +#include +#include +#include static int signal_cb(unsigned int subsys, unsigned int signal, void *handler_data, void *signal_data) diff --git a/src/host/layer23/src/misc/app_cbch_sniff.c b/src/host/layer23/src/misc/app_cbch_sniff.c index 9e2d1a9..77427fa 100644 --- a/src/host/layer23/src/misc/app_cbch_sniff.c +++ b/src/host/layer23/src/misc/app_cbch_sniff.c @@ -29,11 +29,11 @@ #include #include -#include -#include -#include -#include -#include +#include +#include +#include +#include +#include struct osmocom_ms *g_ms; struct gsm48_sysinfo g_sysinfo = {}; diff --git a/src/host/layer23/src/misc/app_ccch_scan.c b/src/host/layer23/src/misc/app_ccch_scan.c index 4e45a42..913ceca 100644 --- a/src/host/layer23/src/misc/app_ccch_scan.c +++ b/src/host/layer23/src/misc/app_ccch_scan.c @@ -24,13 +24,13 @@ #include #include -#include -#include -#include -#include -#include -#include -#include +#include +#include +#include +#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/misc/app_cell_log.c b/src/host/layer23/src/misc/app_cell_log.c index fdecc63..22ed021 100644 --- a/src/host/layer23/src/misc/app_cell_log.c +++ b/src/host/layer23/src/misc/app_cell_log.c @@ -32,8 +32,8 @@ #include #include -#include -#include +#include +#include extern struct log_target *stderr_target; extern void *l23_ctx; diff --git a/src/host/layer23/src/misc/app_echo_test.c b/src/host/layer23/src/misc/app_echo_test.c index c9b1895..0adab7f 100644 --- a/src/host/layer23/src/misc/app_echo_test.c +++ b/src/host/layer23/src/misc/app_echo_test.c @@ -28,9 +28,9 @@ #include #include -#include -#include -#include +#include +#include +#include static struct { diff --git a/src/host/layer23/src/misc/bcch_scan.c b/src/host/layer23/src/misc/bcch_scan.c index dff4dc9..351da52 100644 --- a/src/host/layer23/src/misc/bcch_scan.c +++ b/src/host/layer23/src/misc/bcch_scan.c @@ -27,16 +27,16 @@ #include -#include -#include -#include -#include -#include -#include -#include -#include -#include -#include +#include +#include +#include +#include +#include +#include +#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/misc/cell_log.c b/src/host/layer23/src/misc/cell_log.c index 7de2c40..7980082 100644 --- a/src/host/layer23/src/misc/cell_log.c +++ b/src/host/layer23/src/misc/cell_log.c @@ -29,13 +29,13 @@ #include -#include -#include -#include -#include -#include -#include -#include +#include +#include +#include +#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/misc/rslms.c b/src/host/layer23/src/misc/rslms.c index b2e0047..93d22fd 100644 --- a/src/host/layer23/src/misc/rslms.c +++ b/src/host/layer23/src/misc/rslms.c @@ -24,10 +24,10 @@ #include #include -#include -#include -#include -#include +#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/mobile/Makefile.am b/src/host/layer23/src/mobile/Makefile.am index 12f0f76..fb0423e 100644 --- a/src/host/layer23/src/mobile/Makefile.am +++ b/src/host/layer23/src/mobile/Makefile.am @@ -1,6 +1,6 @@ INCLUDES = $(all_includes) -I$(top_srcdir)/include -AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) -LDADD = ../common/liblayer23.a $(LIBOSMOCORE_LIBS) $(LIBOSMOVTY_LIBS) +AM_CFLAGS = -Wall $(LIBOSMOCORE_CFLAGS) $(LIBOSMOGSM_CFLAGS) +LDADD = ../common/liblayer23.a $(LIBOSMOCORE_LIBS) $(LIBOSMOVTY_LIBS) $(LIBOSMOGSM_LIBS) noinst_LIBRARIES = libmobile.a libmobile_a_SOURCES = gsm322.c gsm48_cc.c gsm48_mm.c gsm48_rr.c \ diff --git a/src/host/layer23/src/mobile/app_mobile.c b/src/host/layer23/src/mobile/app_mobile.c index a1b4731..33fdde6 100644 --- a/src/host/layer23/src/mobile/app_mobile.c +++ b/src/host/layer23/src/mobile/app_mobile.c @@ -37,10 +37,10 @@ #include #include -#include -#include -#include -#include +#include +#include +#include +#include extern void *l23_ctx; extern struct llist_head ms_list; diff --git a/src/host/layer23/src/mobile/gsm322.c b/src/host/layer23/src/mobile/gsm322.c index 1996f93..c05469d 100644 --- a/src/host/layer23/src/mobile/gsm322.c +++ b/src/host/layer23/src/mobile/gsm322.c @@ -26,11 +26,11 @@ #include #include -#include -#include -#include -#include -#include +#include +#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/mobile/gsm48_cc.c b/src/host/layer23/src/mobile/gsm48_cc.c index d8976eb..b881205 100644 --- a/src/host/layer23/src/mobile/gsm48_cc.c +++ b/src/host/layer23/src/mobile/gsm48_cc.c @@ -25,10 +25,10 @@ #include #include -#include -#include -#include -#include +#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/mobile/gsm48_mm.c b/src/host/layer23/src/mobile/gsm48_mm.c index 15bbd27..bf5bbc2 100644 --- a/src/host/layer23/src/mobile/gsm48_mm.c +++ b/src/host/layer23/src/mobile/gsm48_mm.c @@ -26,10 +26,10 @@ #include #include -#include -#include -#include -#include +#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/mobile/gsm48_rr.c b/src/host/layer23/src/mobile/gsm48_rr.c index dc2226a..b2ab2e1 100644 --- a/src/host/layer23/src/mobile/gsm48_rr.c +++ b/src/host/layer23/src/mobile/gsm48_rr.c @@ -66,11 +66,11 @@ #include #include -#include -#include -#include -#include -#include +#include +#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/mobile/main.c b/src/host/layer23/src/mobile/main.c index cd72d13..4765995 100644 --- a/src/host/layer23/src/mobile/main.c +++ b/src/host/layer23/src/mobile/main.c @@ -25,10 +25,10 @@ #include #include -#include -#include -#include -#include +#include +#include +#include +#include #include diff --git a/src/host/layer23/src/mobile/mnccms.c b/src/host/layer23/src/mobile/mnccms.c index 6997993..4d47be4 100644 --- a/src/host/layer23/src/mobile/mnccms.c +++ b/src/host/layer23/src/mobile/mnccms.c @@ -25,7 +25,7 @@ #include #include -#include +#include #include #include diff --git a/src/host/layer23/src/mobile/settings.c b/src/host/layer23/src/mobile/settings.c index a5a91ce..db22fd9 100644 --- a/src/host/layer23/src/mobile/settings.c +++ b/src/host/layer23/src/mobile/settings.c @@ -22,7 +22,7 @@ #include #include #include -#include +#include #include #include diff --git a/src/host/layer23/src/mobile/subscriber.c b/src/host/layer23/src/mobile/subscriber.c index 3ba78f3..549345c 100644 --- a/src/host/layer23/src/mobile/subscriber.c +++ b/src/host/layer23/src/mobile/subscriber.c @@ -23,8 +23,8 @@ #include #include #include -#include -#include +#include +#include #include #include diff --git a/src/host/layer23/src/mobile/transaction.c b/src/host/layer23/src/mobile/transaction.c index abd3c2d..4b66050 100644 --- a/src/host/layer23/src/mobile/transaction.c +++ b/src/host/layer23/src/mobile/transaction.c @@ -21,9 +21,9 @@ #include -#include -#include -#include +#include +#include +#include #include #include diff --git a/src/host/layer23/src/mobile/vty_interface.c b/src/host/layer23/src/mobile/vty_interface.c index b93248d..418c3f6 100644 --- a/src/host/layer23/src/mobile/vty_interface.c +++ b/src/host/layer23/src/mobile/vty_interface.c @@ -25,10 +25,10 @@ #include #include -#include -#include -#include -#include +#include +#include +#include +#include #include #include diff --git a/src/host/osmocon/osmocon.c b/src/host/osmocon/osmocon.c index 6f6f566..2c42799 100644 --- a/src/host/osmocon/osmocon.c +++ b/src/host/osmocon/osmocon.c @@ -39,10 +39,10 @@ #include -#include -#include -#include -#include +#include +#include +#include +#include #include @@ -447,7 +447,7 @@ int read_file(const char *filename) return 0; } -static void hexdump(const uint8_t *data, unsigned int len) +static void osmocon_hexdump(const uint8_t *data, unsigned int len) { int n; @@ -754,7 +754,7 @@ static void hdlc_send_to_phone(uint8_t dlci, uint8_t *data, int len) if(dnload.dump_tx) { printf("hdlc_send(dlci=%u): ", dlci); - hexdump(data, len); + osmocon_hexdump(data, len); } if (len > 512) { @@ -792,7 +792,7 @@ static void hdlc_tool_cb(uint8_t dlci, struct msgb *msg) if(dnload.dump_rx) { printf("hdlc_recv(dlci=%u): ", dlci); - hexdump(msg->data, msg->len); + osmocon_hexdump(msg->data, msg->len); } if(srv) { @@ -832,7 +832,7 @@ static int handle_buffer(int buf_used_len) if (!dnload.expect_hdlc) { printf("got %i bytes from modem, ", nbytes); printf("data looks like: "); - hexdump(bufptr, nbytes); + osmocon_hexdump(bufptr, nbytes); } else { for (i = 0; i < nbytes; ++i) if (sercomm_drv_rx_char(bufptr[i]) == 0) diff --git a/src/host/osmocon/osmoload.c b/src/host/osmocon/osmoload.c index b075463..6663a1e 100644 --- a/src/host/osmocon/osmoload.c +++ b/src/host/osmocon/osmoload.c @@ -35,10 +35,10 @@ #include #include -#include -#include -#include -#include +#include +#include +#include +#include #include @@ -146,7 +146,7 @@ static int version(const char *name) exit(2); } -static void hexdump(const uint8_t *data, unsigned int len) +static void osmoload_hexdump(const uint8_t *data, unsigned int len) { const uint8_t *bufptr = data; const uint8_t const *endptr = bufptr + len; @@ -190,7 +190,7 @@ loader_send_request(struct msgb *msg) { if(osmoload.print_requests) { printf("Sending %d bytes:\n", msg->len); - hexdump(msg->data, msg->len); + osmoload_hexdump(msg->data, msg->len); } rc = write(connection.fd, &len, sizeof(len)); @@ -277,7 +277,7 @@ static void loader_handle_reply(struct msgb *msg) { if(osmoload.print_replies) { printf("Received %d bytes:\n", msg->len); - hexdump(msg->data, msg->len); + osmoload_hexdump(msg->data, msg->len); } uint8_t cmd = msgb_get_u8(msg); @@ -338,7 +338,7 @@ loader_handle_reply(struct msgb *msg) { break; default: printf("Received unknown reply %d:\n", cmd); - hexdump(msg->data, msg->len); + osmoload_hexdump(msg->data, msg->len); osmoload.quit = 1; return; } @@ -364,7 +364,7 @@ loader_handle_reply(struct msgb *msg) { break; case LOADER_MEM_READ: printf("Received memory dump of %d bytes at 0x%x:\n", length, address); - hexdump(data, length); + osmoload_hexdump(data, length); break; case LOADER_MEM_WRITE: printf("Confirmed memory write of %d bytes at 0x%x.\n", length, address); diff --git a/src/host/osmocon/tpu_debug.c b/src/host/osmocon/tpu_debug.c index f54bd40..c9dac90 100644 --- a/src/host/osmocon/tpu_debug.c +++ b/src/host/osmocon/tpu_debug.c @@ -24,7 +24,7 @@ #include #include -#include +#include /* TPU disassembler begin */ diff --git a/src/target/firmware/Makefile b/src/target/firmware/Makefile index ad46fb5..301bb31 100644 --- a/src/target/firmware/Makefile +++ b/src/target/firmware/Makefile @@ -68,8 +68,7 @@ RF_OBJS=rf/trf6151.o # Objects that go in all applications ANY_APP_OBJS+=$(ABB_OBJS) $(RF_OBJS) $(DISPLAY_OBJS) $(FLASH_OBJS) -ANY_APP_LIBS+=calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a - +ANY_APP_LIBS+=calypso/libcalypso.a layer1/liblayer1.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a ../../shared/libosmocore/build-target/src/gsm/.libs/libosmogsm.a # Libraries are defined in subdirectories -include calypso/Makefile diff --git a/src/target/firmware/apps/loader/main.c b/src/target/firmware/apps/loader/main.c index 04b337b..4e71d98 100644 --- a/src/target/firmware/apps/loader/main.c +++ b/src/target/firmware/apps/loader/main.c @@ -33,7 +33,7 @@ #include #include -#include +#include #include #include diff --git a/src/target/firmware/board/compal/rf_power.c b/src/target/firmware/board/compal/rf_power.c index 71033ae..fbbe65a 100644 --- a/src/target/firmware/board/compal/rf_power.c +++ b/src/target/firmware/board/compal/rf_power.c @@ -21,7 +21,7 @@ */ #include -#include +#include /* GSM900 ARFCN 33, Measurements by Steve Markgraf / May 2010 */ const int16_t dbm2apc_gsm900[] = { diff --git a/src/target/firmware/board/gta0x/rf_power.c b/src/target/firmware/board/gta0x/rf_power.c index 645c8a3..1c896f7 100644 --- a/src/target/firmware/board/gta0x/rf_power.c +++ b/src/target/firmware/board/gta0x/rf_power.c @@ -21,7 +21,7 @@ */ #include -#include +#include /* GSM900 ARFCN 33, Measurements by Steve Markgraf / May 2010 */ /* FIXME those are from compal ... need real GTA calibration */ diff --git a/src/target/firmware/board/pirelli_dpl10/rf_power.c b/src/target/firmware/board/pirelli_dpl10/rf_power.c index 34e7409..9b89847 100644 --- a/src/target/firmware/board/pirelli_dpl10/rf_power.c +++ b/src/target/firmware/board/pirelli_dpl10/rf_power.c @@ -21,7 +21,7 @@ */ #include -#include +#include /* GSM900 ARFCN 33, Measurements by Steve Markgraf / May 2010 */ /* FIXME those are from the Compal phones, do measurements with the DP-L10 */ diff --git a/src/target/firmware/calypso/dsp.c b/src/target/firmware/calypso/dsp.c index f22a7e0..5a17c5a 100644 --- a/src/target/firmware/calypso/dsp.c +++ b/src/target/firmware/calypso/dsp.c @@ -34,7 +34,7 @@ #include -#include +#include #define REG_API_CONTROL 0xfffe0000 diff --git a/src/target/firmware/comm/msgb.c b/src/target/firmware/comm/msgb.c index d412844..ff18e65 100644 --- a/src/target/firmware/comm/msgb.c +++ b/src/target/firmware/comm/msgb.c @@ -26,7 +26,7 @@ #include #include -#include +#include #include diff --git a/src/target/firmware/comm/sercomm.c b/src/target/firmware/comm/sercomm.c index 0263f7d..d7f6036 100644 --- a/src/target/firmware/comm/sercomm.c +++ b/src/target/firmware/comm/sercomm.c @@ -24,7 +24,7 @@ #include #include -#include +#include #ifdef HOST_BUILD #define SERCOMM_RX_MSG_SIZE 2048 @@ -39,7 +39,7 @@ #else #define SERCOMM_RX_MSG_SIZE 256 #include -#include +#include #include #include diff --git a/src/target/firmware/comm/sercomm_cons.c b/src/target/firmware/comm/sercomm_cons.c index 5d7842f..987c992 100644 --- a/src/target/firmware/comm/sercomm_cons.c +++ b/src/target/firmware/comm/sercomm_cons.c @@ -29,7 +29,7 @@ #include #include -#include +#include #include #include diff --git a/src/target/firmware/comm/timer.c b/src/target/firmware/comm/timer.c index 9799cfc..54abc79 100644 --- a/src/target/firmware/comm/timer.c +++ b/src/target/firmware/comm/timer.c @@ -20,7 +20,7 @@ #include #include -#include +#include #include diff --git a/src/target/firmware/include/comm/msgb.h b/src/target/firmware/include/comm/msgb.h index 3113fa2..10cff9b 100644 --- a/src/target/firmware/include/comm/msgb.h +++ b/src/target/firmware/include/comm/msgb.h @@ -20,7 +20,7 @@ * */ -#include +#include #include struct msgb { diff --git a/src/target/firmware/include/comm/sercomm.h b/src/target/firmware/include/comm/sercomm.h index 8fbbff9..54256b5 100644 --- a/src/target/firmware/include/comm/sercomm.h +++ b/src/target/firmware/include/comm/sercomm.h @@ -3,7 +3,7 @@ /* SERCOMM layer on UART1 (modem UART) */ -#include +#include #define SERCOMM_UART_NR 1 diff --git a/src/target/firmware/include/comm/timer.h b/src/target/firmware/include/comm/timer.h index 814d2c6..42bf734 100644 --- a/src/target/firmware/include/comm/timer.h +++ b/src/target/firmware/include/comm/timer.h @@ -23,7 +23,7 @@ #include -#include +#include /** * Timer management: diff --git a/src/target/firmware/include/layer1/async.h b/src/target/firmware/include/layer1/async.h index f8d6b71..93c5077 100644 --- a/src/target/firmware/include/layer1/async.h +++ b/src/target/firmware/include/layer1/async.h @@ -1,7 +1,7 @@ #ifndef _L1_ASYNC_H #define _L1_ASYNC_H -#include +#include #include diff --git a/src/target/firmware/include/layer1/l23_api.h b/src/target/firmware/include/layer1/l23_api.h index b160270..9b10b62 100644 --- a/src/target/firmware/include/layer1/l23_api.h +++ b/src/target/firmware/include/layer1/l23_api.h @@ -2,7 +2,7 @@ #define _L1_L23_API_H #include -#include +#include #include void l1a_l23api_init(void); diff --git a/src/target/firmware/include/layer1/sched_gsmtime.h b/src/target/firmware/include/layer1/sched_gsmtime.h index 630c616..c40359e 100644 --- a/src/target/firmware/include/layer1/sched_gsmtime.h +++ b/src/target/firmware/include/layer1/sched_gsmtime.h @@ -2,7 +2,7 @@ #define _L1_SCHED_GSMTIME_H #include -#include +#include struct sched_gsmtime_event { struct llist_head list; diff --git a/src/target/firmware/include/layer1/sync.h b/src/target/firmware/include/layer1/sync.h index 879e4cf..0796205 100644 --- a/src/target/firmware/include/layer1/sync.h +++ b/src/target/firmware/include/layer1/sync.h @@ -1,8 +1,8 @@ #ifndef _L1_SYNC_H #define _L1_SYNC_H -#include -#include +#include +#include #include #include #include diff --git a/src/target/firmware/include/rf/trf6151.h b/src/target/firmware/include/rf/trf6151.h index 1a90808..73ff8c0 100644 --- a/src/target/firmware/include/rf/trf6151.h +++ b/src/target/firmware/include/rf/trf6151.h @@ -1,7 +1,7 @@ #ifndef _TRF6151_H #define _TRF6151_H -#include +#include /* initialize (reset + power up) */ void trf6151_init(uint8_t tsp_uid, uint16_t tsp_reset_id); diff --git a/src/target/firmware/include/rffe.h b/src/target/firmware/include/rffe.h index 950e597..a21d183 100644 --- a/src/target/firmware/include/rffe.h +++ b/src/target/firmware/include/rffe.h @@ -1,7 +1,7 @@ #ifndef _RFFE_H #define _RFFE_H -#include +#include extern const uint8_t system_inherent_gain; diff --git a/src/target/firmware/layer1/afc.c b/src/target/firmware/layer1/afc.c index 92545a7..a51a107 100644 --- a/src/target/firmware/layer1/afc.c +++ b/src/target/firmware/layer1/afc.c @@ -24,7 +24,7 @@ #include #include -#include +#include #include #include diff --git a/src/target/firmware/layer1/agc.c b/src/target/firmware/layer1/agc.c index 780e260..b72a6e7 100644 --- a/src/target/firmware/layer1/agc.c +++ b/src/target/firmware/layer1/agc.c @@ -23,7 +23,7 @@ #include #include -#include +#include #include #include diff --git a/src/target/firmware/layer1/apc.c b/src/target/firmware/layer1/apc.c index 5cff191..480c760 100644 --- a/src/target/firmware/layer1/apc.c +++ b/src/target/firmware/layer1/apc.c @@ -22,8 +22,8 @@ #include -#include -#include +#include +#include #include diff --git a/src/target/firmware/layer1/async.c b/src/target/firmware/layer1/async.c index 76d0b72..e5c80c7 100644 --- a/src/target/firmware/layer1/async.c +++ b/src/target/firmware/layer1/async.c @@ -26,8 +26,8 @@ #include #include -#include -#include +#include +#include #include #include diff --git a/src/target/firmware/layer1/l23_api.c b/src/target/firmware/layer1/l23_api.c index aef12a5..2e95160 100644 --- a/src/target/firmware/layer1/l23_api.c +++ b/src/target/firmware/layer1/l23_api.c @@ -29,8 +29,8 @@ #include #include -#include -#include +#include +#include #include #include diff --git a/src/target/firmware/layer1/mframe_sched.c b/src/target/firmware/layer1/mframe_sched.c index 326f660..428102a 100644 --- a/src/target/firmware/layer1/mframe_sched.c +++ b/src/target/firmware/layer1/mframe_sched.c @@ -26,7 +26,7 @@ #include -#include +#include #include #include diff --git a/src/target/firmware/layer1/prim_fbsb.c b/src/target/firmware/layer1/prim_fbsb.c index d46e4a4..124a316 100644 --- a/src/target/firmware/layer1/prim_fbsb.c +++ b/src/target/firmware/layer1/prim_fbsb.c @@ -30,8 +30,8 @@ #include #include #include -#include -#include +#include +#include #include #include #include diff --git a/src/target/firmware/layer1/prim_freq.c b/src/target/firmware/layer1/prim_freq.c index 7878be6..88bc453 100644 --- a/src/target/firmware/layer1/prim_freq.c +++ b/src/target/firmware/layer1/prim_freq.c @@ -29,8 +29,8 @@ #include #include #include -#include -#include +#include +#include #include #include #include diff --git a/src/target/firmware/layer1/prim_pm.c b/src/target/firmware/layer1/prim_pm.c index 134bffd..5d2f413 100644 --- a/src/target/firmware/layer1/prim_pm.c +++ b/src/target/firmware/layer1/prim_pm.c @@ -29,8 +29,8 @@ #include #include #include -#include -#include +#include +#include #include #include #include diff --git a/src/target/firmware/layer1/prim_rach.c b/src/target/firmware/layer1/prim_rach.c index b0e7288..47f7424 100644 --- a/src/target/firmware/layer1/prim_rach.c +++ b/src/target/firmware/layer1/prim_rach.c @@ -30,8 +30,8 @@ #include #include #include -#include -#include +#include +#include #include #include #include diff --git a/src/target/firmware/layer1/prim_rx_nb.c b/src/target/firmware/layer1/prim_rx_nb.c index 8000288..ea90267 100644 --- a/src/target/firmware/layer1/prim_rx_nb.c +++ b/src/target/firmware/layer1/prim_rx_nb.c @@ -29,8 +29,8 @@ #include #include #include -#include -#include +#include +#include #include #include #include diff --git a/src/target/firmware/layer1/prim_tch.c b/src/target/firmware/layer1/prim_tch.c index d525ce1..013318d 100644 --- a/src/target/firmware/layer1/prim_tch.c +++ b/src/target/firmware/layer1/prim_tch.c @@ -30,9 +30,9 @@ #include #include #include -#include -#include -#include +#include +#include +#include #include #include #include diff --git a/src/target/firmware/layer1/prim_tx_nb.c b/src/target/firmware/layer1/prim_tx_nb.c index 4989bf5..3038178 100644 --- a/src/target/firmware/layer1/prim_tx_nb.c +++ b/src/target/firmware/layer1/prim_tx_nb.c @@ -30,8 +30,8 @@ #include #include #include -#include -#include +#include +#include #include #include #include diff --git a/src/target/firmware/layer1/prim_utils.c b/src/target/firmware/layer1/prim_utils.c index 5d6c71c..c85da71 100644 --- a/src/target/firmware/layer1/prim_utils.c +++ b/src/target/firmware/layer1/prim_utils.c @@ -22,7 +22,7 @@ #include -#include +#include #include diff --git a/src/target/firmware/layer1/rfch.c b/src/target/firmware/layer1/rfch.c index 5627b7e..d0818d0 100644 --- a/src/target/firmware/layer1/rfch.c +++ b/src/target/firmware/layer1/rfch.c @@ -22,7 +22,7 @@ #include -#include +#include #include diff --git a/src/target/firmware/layer1/sched_gsmtime.c b/src/target/firmware/layer1/sched_gsmtime.c index ba3bac7..01e22ca 100644 --- a/src/target/firmware/layer1/sched_gsmtime.c +++ b/src/target/firmware/layer1/sched_gsmtime.c @@ -24,7 +24,7 @@ #include #include -#include +#include #include #include diff --git a/src/target/firmware/layer1/sync.c b/src/target/firmware/layer1/sync.c index 3397dc0..36f4297 100644 --- a/src/target/firmware/layer1/sync.c +++ b/src/target/firmware/layer1/sync.c @@ -33,8 +33,8 @@ #include #include -#include -#include +#include +#include #include #include #include diff --git a/src/target/firmware/layer1/tdma_sched.c b/src/target/firmware/layer1/tdma_sched.c index 013d305..8812992 100644 --- a/src/target/firmware/layer1/tdma_sched.c +++ b/src/target/firmware/layer1/tdma_sched.c @@ -26,7 +26,7 @@ #include #include -#include +#include #include #include diff --git a/src/target/firmware/layer1/toa.c b/src/target/firmware/layer1/toa.c index adb32f2..7d80d95 100644 --- a/src/target/firmware/layer1/toa.c +++ b/src/target/firmware/layer1/toa.c @@ -25,7 +25,7 @@ #include #include -#include +#include #include #include diff --git a/src/target/firmware/rf/mt6139.c b/src/target/firmware/rf/mt6139.c index 6103646..a9a6d32 100644 --- a/src/target/firmware/rf/mt6139.c +++ b/src/target/firmware/rf/mt6139.c @@ -26,7 +26,7 @@ #include #include #include -#include +#include #include #include diff --git a/src/target/firmware/rf/trf6151.c b/src/target/firmware/rf/trf6151.c index 0efe527..7391ef8 100644 --- a/src/target/firmware/rf/trf6151.c +++ b/src/target/firmware/rf/trf6151.c @@ -26,7 +26,7 @@ #include #include #include -#include +#include #include #include -- 1.7.2.3 From laforge at gnumonks.org Tue Apr 26 12:34:34 2011 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 26 Apr 2011 14:34:34 +0200 Subject: [PATCH] src: use new libosmogsm and include/osmocom/[gsm|core] path to headers In-Reply-To: <1303779919-2433-2-git-send-email-pablo@gnumonks.org> References: <1303779919-2433-1-git-send-email-pablo@gnumonks.org> <1303779919-2433-2-git-send-email-pablo@gnumonks.org> Message-ID: <20110426123434.GA655@prithivi.gnumonks.org> Hi Pablo, thanks a lot. I took the liberty of merging your patch, as it seemed to build+work fine here. In a more general sense, I think the more stable the API of libosmocore becomes, the less need we have for copying libosmocore inside osmocom-bb.git by means of git-subtree. This was mainly a hack early on, to decouple osmocom-bb from the API instabilities and build errors when cross-compiling for the target ARM. If we'd start to make official libosmocore releases, we can simply base on that. The cross-compilation for the target could be handled by a script that will download the respective libosmocore snapshot (or latest git master), and then run configure + make. 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 pablo at gnumonks.org Tue Apr 26 15:43:14 2011 From: pablo at gnumonks.org (Pablo Neira Ayuso) Date: Tue, 26 Apr 2011 17:43:14 +0200 Subject: [PATCH] src: use new libosmogsm and include/osmocom/[gsm|core] path to headers In-Reply-To: <20110426123434.GA655@prithivi.gnumonks.org> References: <1303779919-2433-1-git-send-email-pablo@gnumonks.org> <1303779919-2433-2-git-send-email-pablo@gnumonks.org> <20110426123434.GA655@prithivi.gnumonks.org> Message-ID: <4DB6E812.7090602@gnumonks.org> On 26/04/11 14:34, Harald Welte wrote: > Hi Pablo, > > thanks a lot. I took the liberty of merging your patch, as it seemed > to build+work fine here. Thanks Harald. > In a more general sense, I think the more stable the API of libosmocore > becomes, the less need we have for copying libosmocore inside osmocom-bb.git > by means of git-subtree. > > This was mainly a hack early on, to decouple osmocom-bb from the API > instabilities and build errors when cross-compiling for the target ARM. > > If we'd start to make official libosmocore releases, we can simply > base on that. The cross-compilation for the target could be handled > by a script that will download the respective libosmocore snapshot > (or latest git master), and then run configure + make. Indeed, this makes sense. BTW, I'll start with the patches that fix the namespace pollution (adding osmo_* to all functions and such). In order to reduce the clashes with other ongoing patches, I'll send this change in several series that include small chucks (ie. first all select.c functions and structures start by osmo_*, then signal.c, and so on). Let me know if you think this is excessive. From laforge at gnumonks.org Wed Apr 27 08:34:09 2011 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 27 Apr 2011 10:34:09 +0200 Subject: [PATCH] src: use new libosmogsm and include/osmocom/[gsm|core] path to headers In-Reply-To: <4DB6E812.7090602@gnumonks.org> References: <1303779919-2433-1-git-send-email-pablo@gnumonks.org> <1303779919-2433-2-git-send-email-pablo@gnumonks.org> <20110426123434.GA655@prithivi.gnumonks.org> <4DB6E812.7090602@gnumonks.org> Message-ID: <20110427083409.GB7111@prithivi.gnumonks.org> On Tue, Apr 26, 2011 at 05:43:14PM +0200, Pablo Neira Ayuso wrote: > BTW, I'll start with the patches that fix the namespace pollution > (adding osmo_* to all functions and such). In order to reduce the > clashes with other ongoing patches, I'll send this change in several > series that include small chucks (ie. first all select.c functions and > structures start by osmo_*, then signal.c, and so on). Let me know if > you think this is excessive. I think especially for the generic stuff like select.c and signal.c it is important to change. Nonetheless, as you indicate, it is likely to create many clashes. What do the other developers on this list say? Should we first try to get rid of some of our branches in the various projects in order to reduce the fall-out from "osmo_" prefixing some of our core functions? 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 wolfram at the-dreams.de Wed Apr 27 15:05:24 2011 From: wolfram at the-dreams.de (Wolfram Sang) Date: Wed, 27 Apr 2011 17:05:24 +0200 Subject: [PATCH] src: use new libosmogsm and include/osmocom/[gsm|core] path to headers In-Reply-To: <20110427083409.GB7111@prithivi.gnumonks.org> References: <1303779919-2433-1-git-send-email-pablo@gnumonks.org> <1303779919-2433-2-git-send-email-pablo@gnumonks.org> <20110426123434.GA655@prithivi.gnumonks.org> <4DB6E812.7090602@gnumonks.org> <20110427083409.GB7111@prithivi.gnumonks.org> Message-ID: <4DB830B4.40503@the-dreams.de> > Nonetheless, as you indicate, it is likely to create many clashes. What > do the other developers on this list say? Should we first try to get rid > of some of our branches in the various projects in order to reduce the > fall-out from "osmo_" prefixing some of our core functions? Coincidentally, I was just looking at moving g2-loader to master again :) (although this branch probably won't be affected by the above change). Regards, Wolfram From osmocom at ngolde.de Tue Apr 26 14:54:08 2011 From: osmocom at ngolde.de (Nico Golde) Date: Tue, 26 Apr 2011 16:54:08 +0200 Subject: [PATCH] [layer23] fix sim path handling and msisdn path location Message-ID: <1303829648-27785-1-git-send-email-osmocom@ngolde.de> From: Nico Golde --- src/host/layer23/src/common/sim.c | 2 +- src/host/layer23/src/mobile/subscriber.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/host/layer23/src/common/sim.c b/src/host/layer23/src/common/sim.c index 3ef3cf8..5e94c3e 100644 --- a/src/host/layer23/src/common/sim.c +++ b/src/host/layer23/src/common/sim.c @@ -688,7 +688,7 @@ static int sim_process_job(struct osmocom_ms *ms) /* check MF / DF */ i = 0; while (sh->path[i] && sim->path[i]) { - if (sh->path[i] != sh->path[i]) + if (sh->path[i] != sim->path[i]) break; i++; } diff --git a/src/host/layer23/src/mobile/subscriber.c b/src/host/layer23/src/mobile/subscriber.c index 3ba78f3..a16539a 100644 --- a/src/host/layer23/src/mobile/subscriber.c +++ b/src/host/layer23/src/mobile/subscriber.c @@ -492,7 +492,7 @@ static struct subscr_sim_file { { 1, { 0 }, 0x2fe2, subscr_sim_iccid }, { 1, { 0x7f20, 0 }, 0x6f07, subscr_sim_imsi }, { 1, { 0x7f20, 0 }, 0x6f7e, subscr_sim_loci }, - { 0, { 0x7f20, 0 }, 0x6f40, subscr_sim_msisdn }, + { 0, { 0x7f10, 0 }, 0x6f40, subscr_sim_msisdn }, { 0, { 0x7f20, 0 }, 0x6f20, subscr_sim_kc }, { 0, { 0x7f20, 0 }, 0x6f30, subscr_sim_plmnsel }, { 0, { 0x7f20, 0 }, 0x6f31, subscr_sim_hpplmn }, -- 1.7.4.4 From Andreas.Eversberg at versatel.de Thu Apr 28 07:13:42 2011 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Thu, 28 Apr 2011 09:13:42 +0200 Subject: AW: [PATCH] [layer23] fix sim path handling and msisdn path location Message-ID: hi nico, thanx for this patch. i would like to review it this weekend before i commit it. best regards, andreas -----Urspr?ngliche Nachricht----- Von: baseband-devel-bounces at lists.osmocom.org [mailto:baseband-devel-bounces at lists.osmocom.org] Im Auftrag von Nico Golde Gesendet: Dienstag, 26. April 2011 16:54 An: baseband-devel at lists.osmocom.org Cc: nico at ngolde.de Betreff: [PATCH] [layer23] fix sim path handling and msisdn path location From: Nico Golde --- src/host/layer23/src/common/sim.c | 2 +- src/host/layer23/src/mobile/subscriber.c | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/src/host/layer23/src/common/sim.c b/src/host/layer23/src/common/sim.c index 3ef3cf8..5e94c3e 100644 --- a/src/host/layer23/src/common/sim.c +++ b/src/host/layer23/src/common/sim.c @@ -688,7 +688,7 @@ static int sim_process_job(struct osmocom_ms *ms) /* check MF / DF */ i = 0; while (sh->path[i] && sim->path[i]) { - if (sh->path[i] != sh->path[i]) + if (sh->path[i] != sim->path[i]) break; i++; } diff --git a/src/host/layer23/src/mobile/subscriber.c b/src/host/layer23/src/mobile/subscriber.c index 3ba78f3..a16539a 100644 --- a/src/host/layer23/src/mobile/subscriber.c +++ b/src/host/layer23/src/mobile/subscriber.c @@ -492,7 +492,7 @@ static struct subscr_sim_file { { 1, { 0 }, 0x2fe2, subscr_sim_iccid }, { 1, { 0x7f20, 0 }, 0x6f07, subscr_sim_imsi }, { 1, { 0x7f20, 0 }, 0x6f7e, subscr_sim_loci }, - { 0, { 0x7f20, 0 }, 0x6f40, subscr_sim_msisdn }, + { 0, { 0x7f10, 0 }, 0x6f40, subscr_sim_msisdn }, { 0, { 0x7f20, 0 }, 0x6f20, subscr_sim_kc }, { 0, { 0x7f20, 0 }, 0x6f30, subscr_sim_plmnsel }, { 0, { 0x7f20, 0 }, 0x6f31, subscr_sim_hpplmn }, -- 1.7.4.4 From technosabby at gmail.com Tue Apr 26 15:14:54 2011 From: technosabby at gmail.com (Marten Christophe) Date: Tue, 26 Apr 2011 15:14:54 +0000 Subject: Sniff Tool Development offer for c118 Message-ID: Hello List, If any one on the list have time to take my assignment to develop tool to tune C118 to sniff it must be able to enter/input parameter with full signalling and voice support also tell me you development Fees and remuneration for this work. 1 ARFCN 2 TS ( time slot) 3 Hoping sequence I would like students or free time programmers to develop custom application for sniffing on c118 it should be cable for manually entries for (as option of command line) means the tool must be able to tune C118 in Mobile application mode( under full voice function) the desired parameter of user's choice 1 ARFCN 2 TS ( time slot) 3 Hoping sequence it is something we can tune C118 in full voice support to our own choice of AFRCN TS and hopping sequence we must be able to manually enter these parameter while MS is in mobile application mode( DSP in full voice support) I would like you to decide your remunerations /expanses/ development fees. http://bb.osmocom.org/trac/wiki/Sniffing Kind Regards, Maten On Mon, Apr 25, 2011 at 5:04 AM, Marten Christophe wrote: > Hello List, > > I would like students or free time programmers to develop custom > application for sniffing > > it should be cable for manually entries for (as option of command line) > means the tool must be able to tune C118 in Mobile application mode( > under full voice function) > the desired parameter of user's choice > > 1 ARFCN > 2 TS ( time slot) > 3 Hoping sequence > > it is something we can tune C131 in full voice support to our own > choice of ?AFRCN TS and hopping sequence we must be able to manually > enter these parameter while MS is in mobile application mode( DSP in > full voice support) > > I would like you to decide your remunerations /expanses/ development fees. > > http://bb.osmocom.org/trac/wiki/Sniffing > > Kind Regards, > Maten > > > ========== > ======== > Hi, > > > Since a lot of people are asking the same questions and there seems to > be a rush on the C123 on ebay I tought some clarification is needed. > > > Short version: > ?- The exact tools I used on stage are _not_ and will _not_ be > released (or sold ... several people asked ...) > ?- Any one willing to re-code them without any apriori knowledge of > GSM would most likely need months to read/understand both the > specifications and the way the code works. (That's thousands of page > of GSM spec and thousands of line of code) > ?- Osmocom-BB project is not designed to be a sniffer, it's a baseband > implementation, I just used part of it as a base. > > ?So basically, unless you are really interested in GSM and are willing > to dedicate time to understand it deeply and to contribute the various > projects, there is not much point in you buying phones, or hanging out > in the ml/irc or whatever ... > > > For those who are still reading and interested here's a little more detail: > > ?* The HLR query step: > ? -> Go watch the awesome 25C3 talk about it > > ?* The TMSI recovering step > ? - Won't be published > ? - If you know how paging works, you know what to do anyway and it's > trivial. Method is in the talk, > ?there is nothing to it. > > ?* The targeted sniffing application > ?- Won't be published either > ?- Some improvements to the layer23 app frame work will be done but > these are generic framework stuff, not app-specific > ?- Again, if you know how L2 works and have looked at several traces, > it's obvious what to do. > ?- The 'DSP' part of the sniffer is public for a while with a small > demo app (single phone and doesn't exploit the full potential of the > DSP patch) and it's perfectly sufficient to debug things on your o > wn controlled network. (This is basically what I showed at Deepsec 2010). > > ?* The tool to generate the input to Kraken > ?- Won't be published either > ?- Making the guesses is easy for anyone that knows what he's doing. > > ?* The improved Kraken > ?- No idea about it, see with Karsten / Sacha / Frank, I only got > access to it 1 hour or so before the talk :) > > ?* Conversion from burst to audio > ?- This was a hacked software mostly with airprobe code. > ?- The exact app will not be released but I'd like to see the > capability put in some clean library we > ?can re-use from airprobe and other application without having to > multiply the code each time. > ?- ... But since I'd like it to support AMR and viterbi softoutput > before that happens, it could take > ?some time. > ?- Anyone familiar with GSM, airprobe and C could re-hack the same > thing in an hour ... > > As you can see, everything you need to analyze your own network / your > own traffic, even at the burst level is already published and has been > for more than a month. > The other tools have been written only so that we could demonstrate > that what we _say_ is possible for about year, we can now do it > _practically_. It's apparently needed to get people attentions, > "theoretical" attacks are not enough to get the operators / gsma to > react. We'll see if that did it ... > > > A few advices that are always good: > > ?- Make sure to checkout the a5/1 project ML and airprobe project ML and try > ? to ask your questions in the proper mailing list as much as possible. > ?- Check the wiki and mailing list archives toroughly before asking questions. > > > Cheers, > > ? ? Sylvain Munaut > > > PS: I only posted on this list because it seems a lot of people were > pointed here while in fact airprobe would probably be more appropriate > to discuss attack scenarios and such, so make sure to answer / start > new discussion on the right list. > From 246tnt at gmail.com Tue Apr 26 17:24:25 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Tue, 26 Apr 2011 19:24:25 +0200 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: References: Message-ID: Hi, > I would like you to decide your remunerations /expanses/ development fees. Sure thing ... Take a standard chess board ( 8 x 8 ), place 1$ (USD) on the first case, then 2$ on the second, then 4$ on the third, etc ... (double for each case). Do this for all the cases on the chess board and then send that to me and I'll give you a sniffer. Cheers, Sylvain From francisg at fnop.net Tue Apr 26 17:39:50 2011 From: francisg at fnop.net (Francisco Guerreiro) Date: Tue, 26 Apr 2011 18:39:50 +0100 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: References: Message-ID: I'm available to do the same as Sylvain except I take a starting value of 0.5? EUR :D Cheers, Francisco On Tue, Apr 26, 2011 at 6:24 PM, Sylvain Munaut <246tnt at gmail.com> wrote: > Hi, > > > > I would like you to decide your remunerations /expanses/ development > fees. > > Sure thing ... > > Take a standard chess board ( 8 x 8 ), place 1$ (USD) on the first > case, then 2$ on the second, then 4$ on the third, etc ... (double for > each case). Do this for all the cases on the chess board and then send > that to me and I'll give you a sniffer. > > Cheers, > > Sylvain > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From weberbe at ee.ethz.ch Tue Apr 26 18:25:06 2011 From: weberbe at ee.ethz.ch (weberbe at ee.ethz.ch) Date: Tue, 26 Apr 2011 20:25:06 +0200 Subject: l1ctl_proto.h In-Reply-To: References: Message-ID: <20110426202506.15712rmj51qjlypu@email.ee.ethz.ch> Hi Looking through the source I encountered something I did not entirely understand. In the l1ctl_proto.h header the struct l1ctl_fbsb_conf contains an initial_freq_err. Is there a particular reason for this initial error to be included? I did not find anything like unto it in the GSM specs. Ben From steve at steve-m.de Tue Apr 26 18:25:28 2011 From: steve at steve-m.de (Steve Markgraf) Date: Tue, 26 Apr 2011 20:25:28 +0200 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: References: Message-ID: <4DB70E18.8000108@steve-m.de> On 26.04.2011 19:39, Francisco Guerreiro wrote: > I'm available to do the same as Sylvain except I take a starting value > of 0.5? EUR :D Will 0,5? on the first, 0,25? on the second, and 0,125? on the third be okay for you as well? :P Regards, Steve From francisg at fnop.net Tue Apr 26 18:30:13 2011 From: francisg at fnop.net (Francisco Guerreiro) Date: Tue, 26 Apr 2011 19:30:13 +0100 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: <4DB70E18.8000108@steve-m.de> References: <4DB70E18.8000108@steve-m.de> Message-ID: sure, if in the end you multiply by 10^64 :-) although I might take more time than Sylvain to do the code, so I happily accept just 33% of the money upfront :D would do wonders for my mortgage :/ Cheers, Francisco On Tue, Apr 26, 2011 at 7:25 PM, Steve Markgraf wrote: > On 26.04.2011 19:39, Francisco Guerreiro wrote: > >> I'm available to do the same as Sylvain except I take a starting value >> of 0.5? EUR :D >> > > Will 0,5? on the first, 0,25? on the second, and 0,125? on the third be > okay for you as well? :P > > Regards, > Steve > -------------- next part -------------- An HTML attachment was scrubbed... URL: From squalyl at gmail.com Tue Apr 26 18:46:42 2011 From: squalyl at gmail.com (=?UTF-8?Q?S=C3=A9bastien_Lorquet?=) Date: Tue, 26 Apr 2011 20:46:42 +0200 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: References: <4DB70E18.8000108@steve-m.de> Message-ID: Dear Mr Sylvain and Francisco, I have this money on an account in South Zimbabwe, unfortunately it's locked because my aunt's grandfather's uncle is dead, with no heir. I will happily give you 10% (TEN PERCENT) of this amount if you help me to buy gold bullions with it, then transfer them to my own account in Nigeria in a sealed briefcase. God Bless You Name..... Bank name...... Account Number..... Account Password (for transfer security)..... Phone number..... Sebastien On Tue, Apr 26, 2011 at 8:30 PM, Francisco Guerreiro wrote: > sure, if in the end you multiply by 10^64 :-) > > although I might take more time than Sylvain to do the code, so I happily > accept just 33% of the money upfront :D > > would do wonders for my mortgage :/ > > Cheers, > Francisco > > > On Tue, Apr 26, 2011 at 7:25 PM, Steve Markgraf wrote: > >> On 26.04.2011 19:39, Francisco Guerreiro wrote: >> >>> I'm available to do the same as Sylvain except I take a starting value >>> of 0.5? EUR :D >>> >> >> Will 0,5? on the first, 0,25? on the second, and 0,125? on the third be >> okay for you as well? :P >> >> Regards, >> Steve >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.chemeris at gmail.com Tue Apr 26 18:30:31 2011 From: alexander.chemeris at gmail.com (Alexander Chemeris) Date: Tue, 26 Apr 2011 22:30:31 +0400 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: <4DB70E18.8000108@steve-m.de> References: <4DB70E18.8000108@steve-m.de> Message-ID: On Tue, Apr 26, 2011 at 22:25, Steve Markgraf wrote: > On 26.04.2011 19:39, Francisco Guerreiro wrote: >> >> I'm available to do the same as Sylvain except I take a starting value >> of 0.5? EUR :D > > Will 0,5? on the first, 0,25? on the second, and 0,125? on the third be okay > for you as well? :P The idea is not to take square, but to double ;) -- Regards, Alexander Chemeris. From technosabby at gmail.com Tue Apr 26 20:16:37 2011 From: technosabby at gmail.com (Marten Christophe) Date: Tue, 26 Apr 2011 20:16:37 +0000 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: References: Message-ID: Dear all on the List, I am really serious to get that sniff code developed, please tell me you fee for development, and reasonable fee that I must be able to pay I will give you guarantee that i will not use sniff code or any illegal purpose any where in the world nor disclose it to some one else if you want you can give it under strict license agreement. conditions: I will use it for my project for education broadcasting 2) I will not disclose or distribute to third party or entity or person. you can mention it to your license agreement. Kind Regards, Marten. On Tue, Apr 26, 2011 at 5:24 PM, Sylvain Munaut <246tnt at gmail.com> wrote: > Hi, > > >> I would like you to decide your remunerations /expanses/ development fees. > > Sure thing ... > > Take a standard chess board ( 8 x 8 ), place 1$ (USD) on the first > case, then 2$ on the second, then 4$ on the third, etc ... (double for > each case). Do this for all the cases on the chess board and then send > that to me and I'll give you a sniffer. > > Cheers, > > ? ?Sylvain > > --------------------------------------------------------------------- > To unsubscribe, e-mail: main-unsubscribe at lists.airprobe.org > For additional commands, e-mail: main-help at lists.airprobe.org > > From francisg at fnop.net Tue Apr 26 22:18:53 2011 From: francisg at fnop.net (Francisco Guerreiro) Date: Tue, 26 Apr 2011 23:18:53 +0100 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: References: Message-ID: what do you mean by "education broadcasting" ? I don't see an "educational" aproach to GSM interception aside from listening in on people's calls :-) also, if you are not going to use it illegally, why do you need it? i don't see any "legal" ways you could use it that you can't already use with the public code. I do see the profits for private investigators and other "security" industry folks ;) Cheers, Francisco On Tue, Apr 26, 2011 at 9:16 PM, Marten Christophe wrote: > Dear all on the List, > > I am really serious to get that sniff code developed, please tell me > you fee for development, and reasonable fee > that I must be able to pay I will give you guarantee that i will not > use sniff code or any illegal purpose any where in the world nor > disclose it > to some one else if you want you can give it under strict license > agreement. > > conditions: I will use it for my project for education broadcasting > 2) I will not disclose or distribute to third party > or entity or person. > > you can mention it to your license agreement. > > > Kind Regards, > Marten. > > > > > On Tue, Apr 26, 2011 at 5:24 PM, Sylvain Munaut <246tnt at gmail.com> wrote: > > Hi, > > > > > >> I would like you to decide your remunerations /expanses/ development > fees. > > > > Sure thing ... > > > > Take a standard chess board ( 8 x 8 ), place 1$ (USD) on the first > > case, then 2$ on the second, then 4$ on the third, etc ... (double for > > each case). Do this for all the cases on the chess board and then send > > that to me and I'll give you a sniffer. > > > > Cheers, > > > > Sylvain > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: main-unsubscribe at lists.airprobe.org > > For additional commands, e-mail: main-help at lists.airprobe.org > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From technosabby at gmail.com Tue Apr 26 22:37:33 2011 From: technosabby at gmail.com (Marten Christophe) Date: Tue, 26 Apr 2011 22:37:33 +0000 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: References: Message-ID: Hello Francisco, Pls read my mail archive in Sep and oct months on OsmocomBB mailling list http://lists.osmocom.org/pipermail/baseband-devel/2010-October/date.html one of the mail from that archive pls read ======Q======= Hello Mr. Nordin, So nice of you, thanks it worked perfectly. End Mr. Dieter , Thank you alot No need to tell me about MOC and MTC ,i searched internet and got plenty of understanding, well, i let me introduce you all my work here , i'm assosiated with a NGO, who works for education of poor children specially located to very remote sites of the devloping or under develop poor countries. and students, have travel long distance for there schooling , you wont belive that some of the villages are on mountain, end even childrens have cross rivers tgrogh rope , hanging on a spin roller , can you imagin the situation. and most of the student give up their education. My future plans are : Hence a top Tecchnelogical and Engineering instititute and a Local top IT and computer manafaturing company along with my NGO, are developing a $10 note book computer, just for edcational purpose , and will be distributed them for free .(60% bearing the local govt.) these notebooks will be install with their 6 moth curricular( one semester or term) all course material will be pre-installed. the fedaral goverments will also be helping in this purpose. who will ask local telecommunication athourities , to provide us,at least one ARFCN , without licensing fee, but there is no intrastucture for internet and in some villages no PSTN or mobile network available My planning here is to setup a USRP1( i have to write Matt Ettus to provide it on concessional price , cause it is for charity) based BTS , at each visnity of a village, which might cover near by villages also. I know, Timing Advance and power control will challenge for me, but i'll overcome the same , as far as RX part is concerned , it wont be a huge problem because one village is less then 1 KM redious , if USRP BTS installed in center. will install compal based hardware, within, notebook, pre-tuned it to a fix Time slot (TS), most of the traffic will be from BTS to MS , we will left only one or 2 TX slot , and will be share amoung all the students in token ring fashion ( let say there is 15 students are in one visnity if any on student want to ask any question to their remote teachers (mostly volunteers, or Govt add) located in NGO'S head office) all USRP's backbone pipe/link will be interconnected through RF links ( a Israel based company have very cheap solution for small bandwidth RF connectivity ) finally this backbone pipe/link will terminate at nearest city or place where Internet facility is available. and all the traffic will be routed to NGO's head quarter. so for this we need only 64 KB max bandwidth. that we can afford. thats it , by this we are able to provide secondary education even children are at their home. at first we thout to install a IP DSLAM but the price and copper cost (to provide line to each student is so high and out of budget) in future i can enable GPRS functionality of compal and might able to provide Internet access too, to them but we have to put higher bandwidth Backbone , so its not in my list now. Wish me luck. =========UQ======= On Tue, Apr 26, 2011 at 10:18 PM, Francisco Guerreiro wrote: > what do you mean by "education broadcasting" ? > > I don't see an "educational" aproach to GSM interception aside from > listening in on people's calls :-) > > also, if you are not going to use it illegally, why do you need it? i don't > see any "legal" ways you could use it that you can't already use with the > public code. > > I do see the profits for private investigators and other "security" industry > folks ;) > > Cheers, > Francisco > > On Tue, Apr 26, 2011 at 9:16 PM, Marten Christophe > wrote: >> >> Dear all on the ?List, >> >> I am really serious to get that sniff code developed, please tell me >> you fee for development, and reasonable fee >> that I must be able to pay I will give you guarantee that i will not >> use sniff code or any illegal purpose any where in the world nor >> disclose it >> to some one else if you want you can give it under strict license >> agreement. >> >> conditions: ? I will use it for my project for education broadcasting >> ? ? ? ? ? ? ? ? 2) I will not disclose or distribute to third party >> or entity or person. >> >> you can mention it to your license agreement. >> >> >> Kind Regards, >> Marten. >> >> >> >> >> On Tue, Apr 26, 2011 at 5:24 PM, Sylvain Munaut <246tnt at gmail.com> wrote: >> > Hi, >> > >> > >> >> I would like you to decide your remunerations /expanses/ development >> >> fees. >> > >> > Sure thing ... >> > >> > Take a standard chess board ( 8 x 8 ), place 1$ (USD) on the first >> > case, then 2$ on the second, then 4$ on the third, etc ... (double for >> > each case). Do this for all the cases on the chess board and then send >> > that to me and I'll give you a sniffer. >> > >> > Cheers, >> > >> > ? ?Sylvain >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: main-unsubscribe at lists.airprobe.org >> > For additional commands, e-mail: main-help at lists.airprobe.org >> > >> > >> > > From francisg at fnop.net Wed Apr 27 00:00:27 2011 From: francisg at fnop.net (Francisco Guerreiro) Date: Wed, 27 Apr 2011 01:00:27 +0100 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: References: Message-ID: Dear Marten, I have read your emails when you wrote them. they still do NOT explain why you need sniffing :-) if only you could explain in one setence what's your need for sniffing, that would be better than going on about poor children and NGO's :-) Cheers, Francisco On Tue, Apr 26, 2011 at 11:37 PM, Marten Christophe wrote: > Hello Francisco, > > Pls read my mail archive in Sep and oct months on OsmocomBB mailling list > > http://lists.osmocom.org/pipermail/baseband-devel/2010-October/date.html > > > one of the mail from that archive pls read > ======Q======= > Hello Mr. Nordin, > > So nice of you, thanks it worked perfectly. > > > End Mr. Dieter , > Thank you alot > > No need to tell me about MOC and MTC ,i searched internet and got > plenty of understanding, > > well, i let me introduce you all my work here , i'm assosiated with a > NGO, who works for education of poor children specially > located to very remote sites of the devloping or under develop poor > countries. > > and students, have travel long distance for there schooling , you wont > belive that some of the villages are on mountain, end even > childrens have cross rivers tgrogh rope , hanging on a spin roller , > can you imagin the situation. > > and > most of the student give up their education. > My future plans are : > Hence a top Tecchnelogical and Engineering instititute and a Local top > IT and computer manafaturing company > along with my NGO, are developing a $10 note book computer, just for > edcational purpose , and will be distributed them for free .(60% > bearing the local govt.) these notebooks will be install with their 6 > moth curricular( one semester or term) all course material will be > pre-installed. > the fedaral goverments will also be helping in this purpose. who will > ask local telecommunication athourities , to provide us,at least one > ARFCN , without licensing fee, > > but there is no intrastucture for internet and in some villages no > PSTN or mobile network available > > > My planning here is to setup a USRP1( i have to write Matt Ettus to > provide it on concessional price , cause it is for charity) based BTS > , at each visnity of a village, which might cover near by villages > also. > > I know, Timing Advance and power control will challenge for me, but > i'll overcome the same , as far as RX part is concerned , > it wont be a huge problem because one village is less then 1 KM > redious , if USRP BTS installed in center. > > will install compal based hardware, within, notebook, pre-tuned it to > a fix Time slot (TS), most of the traffic will be from BTS to MS , we > will left only one or 2 TX slot , and will be share amoung all the > students in token ring fashion ( let say there is 15 students are in > one visnity if any on student want to ask any question to their > remote teachers (mostly volunteers, or Govt add) located in NGO'S head > office) > > all USRP's backbone pipe/link will be interconnected through RF links > ( a Israel based company have very cheap solution for small bandwidth > RF connectivity ) finally this backbone pipe/link will terminate at > nearest city or place where Internet facility is available. and all > the traffic will be routed to NGO's head quarter. > > so for this we need only 64 KB max bandwidth. that we can afford. > > thats it , by this we are able to provide secondary education even > children are at their home. > at first we thout to install a IP DSLAM but the price and copper cost > (to provide line to each student is so high and out of budget) > > in future i can enable GPRS functionality of compal and might able to > provide Internet access too, to them but we have to put higher > bandwidth Backbone , so its not in my list now. > > Wish me luck. > > > =========UQ======= > > > > > On Tue, Apr 26, 2011 at 10:18 PM, Francisco Guerreiro > wrote: > > what do you mean by "education broadcasting" ? > > > > I don't see an "educational" aproach to GSM interception aside from > > listening in on people's calls :-) > > > > also, if you are not going to use it illegally, why do you need it? i > don't > > see any "legal" ways you could use it that you can't already use with the > > public code. > > > > I do see the profits for private investigators and other "security" > industry > > folks ;) > > > > Cheers, > > Francisco > > > > On Tue, Apr 26, 2011 at 9:16 PM, Marten Christophe < > technosabby at gmail.com> > > wrote: > >> > >> Dear all on the List, > >> > >> I am really serious to get that sniff code developed, please tell me > >> you fee for development, and reasonable fee > >> that I must be able to pay I will give you guarantee that i will not > >> use sniff code or any illegal purpose any where in the world nor > >> disclose it > >> to some one else if you want you can give it under strict license > >> agreement. > >> > >> conditions: I will use it for my project for education broadcasting > >> 2) I will not disclose or distribute to third party > >> or entity or person. > >> > >> you can mention it to your license agreement. > >> > >> > >> Kind Regards, > >> Marten. > >> > >> > >> > >> > >> On Tue, Apr 26, 2011 at 5:24 PM, Sylvain Munaut <246tnt at gmail.com> > wrote: > >> > Hi, > >> > > >> > > >> >> I would like you to decide your remunerations /expanses/ development > >> >> fees. > >> > > >> > Sure thing ... > >> > > >> > Take a standard chess board ( 8 x 8 ), place 1$ (USD) on the first > >> > case, then 2$ on the second, then 4$ on the third, etc ... (double for > >> > each case). Do this for all the cases on the chess board and then send > >> > that to me and I'll give you a sniffer. > >> > > >> > Cheers, > >> > > >> > Sylvain > >> > > >> > --------------------------------------------------------------------- > >> > To unsubscribe, e-mail: main-unsubscribe at lists.airprobe.org > >> > For additional commands, e-mail: main-help at lists.airprobe.org > >> > > >> > > >> > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From technosabby at gmail.com Wed Apr 27 05:12:42 2011 From: technosabby at gmail.com (Marten Christophe) Date: Wed, 27 Apr 2011 10:42:42 +0530 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: References: Message-ID: Dear Francisco, I'm trying to make a cheap two way radio system using off the self Motorola phones and USRP while BTS is transmitting on an ARFCN and let say TS no. X with hopping sequence XYZ, now i want multiple c123 or c139 MS should be able to tune to the same ARFCN and the TS by this, only one teach would be broadcasting on 40 students, if any student have any query to teacher he will use corresponding TX channel to transmit his voice to his remote teacher , even in real class room scenario there used to be one student used to ask question to their teacher not all the class at the same time. benefit of this approach will be to use only single channel ( ARFCN+TS) for multiple students. not 40 channels for 40 MS so existing telcome will grant us that one dedicated channel for free but if i ask any telecom company to provide 40 dedicated channels they will refuse. I just want to tune c123 or c139 to my desired ARFCN, Time Slot, and Hopping sequence ( in signalling mode) , hence i can land all 40 ME to same traffic channel. and this is possible with sniff tool it is my understanding Hope this will clear my application. Kind Regards, Marten On Wed, Apr 27, 2011 at 5:30 AM, Francisco Guerreiro wrote: > Dear Marten, > > I have read your emails when you wrote them. they still do NOT explain why > you need sniffing :-) > > if only you could explain in one setence what's your need for sniffing, that > would be better than going on about poor children and NGO's :-) > > Cheers, > Francisco > > On Tue, Apr 26, 2011 at 11:37 PM, Marten Christophe > wrote: >> >> Hello Francisco, >> >> Pls read my mail archive in Sep and oct months on OsmocomBB mailling list >> >> http://lists.osmocom.org/pipermail/baseband-devel/2010-October/date.html >> >> >> one of the mail from that archive pls read >> ======Q======= >> Hello Mr. Nordin, >> >> So nice of you, thanks ?it worked perfectly. >> >> >> End Mr. Dieter , >> ?Thank you alot >> >> No need to tell me about MOC and MTC ,i searched internet and got >> plenty of understanding, >> >> well, i let me introduce you all my work here , i'm assosiated with a >> NGO, who works for ?education of poor children specially >> located to very remote sites of the devloping or under develop poor >> countries. >> >> and students, have travel long distance for there schooling , you wont >> belive that some of the villages are on mountain, end even >> childrens have ?cross rivers tgrogh rope , hanging on a spin roller , >> can you imagin the situation. >> >> and >> most of the student give up their education. >> My future plans are : >> Hence a top Tecchnelogical and Engineering instititute and a Local top >> IT and computer manafaturing company >> along with my NGO, are developing a $10 note book computer, just for >> edcational purpose , and will be distributed them for free .(60% >> bearing the local govt.) these notebooks will be install with their 6 >> moth curricular( one semester or term) all course material will be >> pre-installed. >> the fedaral goverments will also be helping in this purpose. who will >> ?ask local telecommunication athourities , to provide us,at least one >> ARFCN , without licensing fee, >> >> but there is no intrastucture for internet and in some villages no >> PSTN or mobile network available >> >> >> My planning ?here is to setup a ?USRP1( i have to write Matt Ettus to >> provide it on concessional price , cause it is for charity) ?based BTS >> , at each visnity of a village, which might ?cover near by villages >> also. >> >> I know, Timing Advance and power control will challenge for me, but >> i'll overcome the same , as far as RX part is concerned , >> it wont be a huge problem because one village is less then 1 KM >> redious , if USRP BTS installed in center. >> >> will install compal based hardware, within, notebook, pre-tuned it to >> a fix Time slot (TS), most of the traffic will be from BTS to MS , we >> will left only one or 2 TX slot , and will be share amoung all the >> students in token ring fashion ?( let say there is 15 students are in >> one visnity if any on ?student want to ask any question to their >> remote teachers (mostly volunteers, or Govt add) located in NGO'S head >> office) >> >> all USRP's backbone pipe/link will be interconnected through RF links >> ( a Israel based company have very cheap solution for small bandwidth >> RF connectivity ) finally this backbone pipe/link will terminate at >> nearest city or place where Internet facility is available. and all >> the traffic will be routed to NGO's head quarter. >> >> so for this we need only 64 KB max bandwidth. that we can afford. >> >> thats it , by this we are able to provide secondary education even >> children ?are at their home. >> at first we thout to install a IP DSLAM but the price ?and copper cost >> (to provide line to each student is so high and out of budget) >> >> in future i can enable GPRS functionality of compal and might able to >> provide Internet access too, to them ?but we have to put higher >> bandwidth Backbone , so its not in my list now. >> >> Wish ?me luck. >> >> >> ?=========UQ======= >> >> >> >> >> On Tue, Apr 26, 2011 at 10:18 PM, Francisco Guerreiro >> wrote: >> > what do you mean by "education broadcasting" ? >> > >> > I don't see an "educational" aproach to GSM interception aside from >> > listening in on people's calls :-) >> > >> > also, if you are not going to use it illegally, why do you need it? i >> > don't >> > see any "legal" ways you could use it that you can't already use with >> > the >> > public code. >> > >> > I do see the profits for private investigators and other "security" >> > industry >> > folks ;) >> > >> > Cheers, >> > Francisco >> > >> > On Tue, Apr 26, 2011 at 9:16 PM, Marten Christophe >> > >> > wrote: >> >> >> >> Dear all on the ?List, >> >> >> >> I am really serious to get that sniff code developed, please tell me >> >> you fee for development, and reasonable fee >> >> that I must be able to pay I will give you guarantee that i will not >> >> use sniff code or any illegal purpose any where in the world nor >> >> disclose it >> >> to some one else if you want you can give it under strict license >> >> agreement. >> >> >> >> conditions: ? I will use it for my project for education broadcasting >> >> ? ? ? ? ? ? ? ? 2) I will not disclose or distribute to third party >> >> or entity or person. >> >> >> >> you can mention it to your license agreement. >> >> >> >> >> >> Kind Regards, >> >> Marten. >> >> >> >> >> >> >> >> >> >> On Tue, Apr 26, 2011 at 5:24 PM, Sylvain Munaut <246tnt at gmail.com> >> >> wrote: >> >> > Hi, >> >> > >> >> > >> >> >> I would like you to decide your remunerations /expanses/ development >> >> >> fees. >> >> > >> >> > Sure thing ... >> >> > >> >> > Take a standard chess board ( 8 x 8 ), place 1$ (USD) on the first >> >> > case, then 2$ on the second, then 4$ on the third, etc ... (double >> >> > for >> >> > each case). Do this for all the cases on the chess board and then >> >> > send >> >> > that to me and I'll give you a sniffer. >> >> > >> >> > Cheers, >> >> > >> >> > ? ?Sylvain >> >> > >> >> > --------------------------------------------------------------------- >> >> > To unsubscribe, e-mail: main-unsubscribe at lists.airprobe.org >> >> > For additional commands, e-mail: main-help at lists.airprobe.org >> >> > >> >> > >> >> >> > >> > > > From technosabby at gmail.com Thu Apr 28 03:59:08 2011 From: technosabby at gmail.com (Marten Christophe) Date: Thu, 28 Apr 2011 09:29:08 +0530 Subject: [airprobe-main] Sniff Tool Development offer for c118 In-Reply-To: References: Message-ID: Hi list, Is there any free time programmer or student who can takes-up my proposal Kind Regards, Maten On Wed, Apr 27, 2011 at 10:42 AM, Marten Christophe wrote: > Dear Francisco, > > I'm trying to make a cheap two way radio system using off the self > Motorola phones and USRP > > while BTS is transmitting on an ?ARFCN and let say TS no. X with > hopping sequence XYZ, > > now i want multiple c123 or c139 MS should be able to tune to the same > ARFCN and the TS > by this, only one teach would be broadcasting on 40 students, if any > student have any query to teacher he will use corresponding TX channel > to transmit his voice to his remote teacher , even in real class room > scenario there used to be one student used to ask question to their > teacher not all the class at the same time. > > benefit of this approach will be ?to use only single channel ( > ARFCN+TS) for multiple students. > not 40 channels for 40 MS ?so existing telcome ?will grant us that one > dedicated channel for free but if i ask any telecom company to provide > 40 dedicated channels they will refuse. > > I just want to tune c123 or c139 > > to my desired ARFCN, Time Slot, and Hopping sequence ( in signalling > mode) , hence i can land all 40 ME to same traffic channel. > and this is possible with sniff tool it is my understanding > > Hope this will clear my application. > > Kind Regards, > Marten > > > On Wed, Apr 27, 2011 at 5:30 AM, Francisco Guerreiro wrote: >> Dear Marten, >> >> I have read your emails when you wrote them. they still do NOT explain why >> you need sniffing :-) >> >> if only you could explain in one setence what's your need for sniffing, that >> would be better than going on about poor children and NGO's :-) >> >> Cheers, >> Francisco >> >> On Tue, Apr 26, 2011 at 11:37 PM, Marten Christophe >> wrote: >>> >>> Hello Francisco, >>> >>> Pls read my mail archive in Sep and oct months on OsmocomBB mailling list >>> >>> http://lists.osmocom.org/pipermail/baseband-devel/2010-October/date.html >>> >>> >>> one of the mail from that archive pls read >>> ======Q======= >>> Hello Mr. Nordin, >>> >>> So nice of you, thanks ?it worked perfectly. >>> >>> >>> End Mr. Dieter , >>> ?Thank you alot >>> >>> No need to tell me about MOC and MTC ,i searched internet and got >>> plenty of understanding, >>> >>> well, i let me introduce you all my work here , i'm assosiated with a >>> NGO, who works for ?education of poor children specially >>> located to very remote sites of the devloping or under develop poor >>> countries. >>> >>> and students, have travel long distance for there schooling , you wont >>> belive that some of the villages are on mountain, end even >>> childrens have ?cross rivers tgrogh rope , hanging on a spin roller , >>> can you imagin the situation. >>> >>> and >>> most of the student give up their education. >>> My future plans are : >>> Hence a top Tecchnelogical and Engineering instititute and a Local top >>> IT and computer manafaturing company >>> along with my NGO, are developing a $10 note book computer, just for >>> edcational purpose , and will be distributed them for free .(60% >>> bearing the local govt.) these notebooks will be install with their 6 >>> moth curricular( one semester or term) all course material will be >>> pre-installed. >>> the fedaral goverments will also be helping in this purpose. who will >>> ?ask local telecommunication athourities , to provide us,at least one >>> ARFCN , without licensing fee, >>> >>> but there is no intrastucture for internet and in some villages no >>> PSTN or mobile network available >>> >>> >>> My planning ?here is to setup a ?USRP1( i have to write Matt Ettus to >>> provide it on concessional price , cause it is for charity) ?based BTS >>> , at each visnity of a village, which might ?cover near by villages >>> also. >>> >>> I know, Timing Advance and power control will challenge for me, but >>> i'll overcome the same , as far as RX part is concerned , >>> it wont be a huge problem because one village is less then 1 KM >>> redious , if USRP BTS installed in center. >>> >>> will install compal based hardware, within, notebook, pre-tuned it to >>> a fix Time slot (TS), most of the traffic will be from BTS to MS , we >>> will left only one or 2 TX slot , and will be share amoung all the >>> students in token ring fashion ?( let say there is 15 students are in >>> one visnity if any on ?student want to ask any question to their >>> remote teachers (mostly volunteers, or Govt add) located in NGO'S head >>> office) >>> >>> all USRP's backbone pipe/link will be interconnected through RF links >>> ( a Israel based company have very cheap solution for small bandwidth >>> RF connectivity ) finally this backbone pipe/link will terminate at >>> nearest city or place where Internet facility is available. and all >>> the traffic will be routed to NGO's head quarter. >>> >>> so for this we need only 64 KB max bandwidth. that we can afford. >>> >>> thats it , by this we are able to provide secondary education even >>> children ?are at their home. >>> at first we thout to install a IP DSLAM but the price ?and copper cost >>> (to provide line to each student is so high and out of budget) >>> >>> in future i can enable GPRS functionality of compal and might able to >>> provide Internet access too, to them ?but we have to put higher >>> bandwidth Backbone , so its not in my list now. >>> >>> Wish ?me luck. >>> >>> >>> ?=========UQ======= >>> >>> >>> >>> >>> On Tue, Apr 26, 2011 at 10:18 PM, Francisco Guerreiro >>> wrote: >>> > what do you mean by "education broadcasting" ? >>> > >>> > I don't see an "educational" aproach to GSM interception aside from >>> > listening in on people's calls :-) >>> > >>> > also, if you are not going to use it illegally, why do you need it? i >>> > don't >>> > see any "legal" ways you could use it that you can't already use with >>> > the >>> > public code. >>> > >>> > I do see the profits for private investigators and other "security" >>> > industry >>> > folks ;) >>> > >>> > Cheers, >>> > Francisco >>> > >>> > On Tue, Apr 26, 2011 at 9:16 PM, Marten Christophe >>> > >>> > wrote: >>> >> >>> >> Dear all on the ?List, >>> >> >>> >> I am really serious to get that sniff code developed, please tell me >>> >> you fee for development, and reasonable fee >>> >> that I must be able to pay I will give you guarantee that i will not >>> >> use sniff code or any illegal purpose any where in the world nor >>> >> disclose it >>> >> to some one else if you want you can give it under strict license >>> >> agreement. >>> >> >>> >> conditions: ? I will use it for my project for education broadcasting >>> >> ? ? ? ? ? ? ? ? 2) I will not disclose or distribute to third party >>> >> or entity or person. >>> >> >>> >> you can mention it to your license agreement. >>> >> >>> >> >>> >> Kind Regards, >>> >> Marten. >>> >> >>> >> >>> >> >>> >> >>> >> On Tue, Apr 26, 2011 at 5:24 PM, Sylvain Munaut <246tnt at gmail.com> >>> >> wrote: >>> >> > Hi, >>> >> > >>> >> > >>> >> >> I would like you to decide your remunerations /expanses/ development >>> >> >> fees. >>> >> > >>> >> > Sure thing ... >>> >> > >>> >> > Take a standard chess board ( 8 x 8 ), place 1$ (USD) on the first >>> >> > case, then 2$ on the second, then 4$ on the third, etc ... (double >>> >> > for >>> >> > each case). Do this for all the cases on the chess board and then >>> >> > send >>> >> > that to me and I'll give you a sniffer. >>> >> > >>> >> > Cheers, >>> >> > >>> >> > ? ?Sylvain >>> >> > >>> >> > --------------------------------------------------------------------- >>> >> > To unsubscribe, e-mail: main-unsubscribe at lists.airprobe.org >>> >> > For additional commands, e-mail: main-help at lists.airprobe.org >>> >> > >>> >> > >>> >> >>> > >>> > >> >> > From mad at auth.se Tue Apr 26 15:33:18 2011 From: mad at auth.se (mad) Date: Tue, 26 Apr 2011 17:33:18 +0200 Subject: libosmocore viterbi decoder Message-ID: <20110426153318.df5a635d@mail.auth.se> Hi Sylvain, hi list! I saw you commiting a generic viterbi de-/encoder in libosmocore core/conv.c. Just when I started to learn how to implement something like that some days ago... :-) Now I'd like to know if there are also some precomputed tables available for next_output and next_state implementing the convolution codes described in GSM 05.03/3.9. Regarding the soft input bits to the algo, my guess is when just having hard bits you have to simply convert 1 to 127 and 0 to -127 in sbit_t, right? And what came to my mind while reading the code is that couldn't you improve its performance on punctured codes by remembering the re-inserted bits and excepting them from next accumulated error calculation (line 291)? If I'm understanding viterbi the right way, as punctured bits doesn't contain any information and introduce some random additional error, only real input bits should be incorporated in state decisions. Regards, Mad From 246tnt at gmail.com Tue Apr 26 15:42:47 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Tue, 26 Apr 2011 17:42:47 +0200 Subject: libosmocore viterbi decoder In-Reply-To: <20110426153318.df5a635d@mail.auth.se> References: <20110426153318.df5a635d@mail.auth.se> Message-ID: Hi, > Now I'd like to know if there are also some precomputed tables available for next_output and next_state implementing the convolution codes described in GSM 05.03/3.9. Yes, they're coming, but there is a _lot_ of tables I have to generate / transcribe the polys for all the AMR modes and such :p If you just need the XCCH, you can use this : http://pastebin.com/zdZ29GWF (you'll need to fix the osmo_ prefix I added later). > Regarding the soft input bits to the algo, my guess is when just having hard bits you have to simply convert 1 to 127 and 0 to -127 in sbit_t, right? Actually -127 is 1 and 127 is 0 This is so that the 7th bit is the hard bit. ( 01111111 = 127 - "0" and 10000001 = -127 = "1" ) > And what came to my mind while reading the code is that couldn't you improve its performance on punctured codes by remembering the re-inserted bits and excepting them from next accumulated error calculation (line 291)? > If I'm understanding viterbi the right way, as punctured bits doesn't contain any information and introduce some random additional error, only real input bits should be incorporated in state decisions. Yes indeed I'll try that. I'm not sure it's gonna be a lot faster (due to the added test), but it would avoid having a non-0 accumulated error. Cheers, Sylvain From mad at auth.se Tue Apr 26 16:24:17 2011 From: mad at auth.se (mad) Date: Tue, 26 Apr 2011 18:24:17 +0200 Subject: libosmocore viterbi decoder In-Reply-To: Message-ID: <20110426162417.ad3f4d4f@mail.auth.se> > Yes, they're coming, but there is a _lot_ of tables I have to generate > / transcribe the polys for all the AMR modes and such :p > > If you just need the XCCH, you can use this : http://pastebin.com/zdZ29GWF > (you'll need to fix the osmo_ prefix I added later). Thanks, but for that mode I already use the code from airprobe. Of course I'm more interested in the ones for AMR, but I can wait. Or try it by myself if I find the time to, what ever succeeds first. :) > > > Regarding the soft input bits to the algo, my guess is when just having > hard bits you have to simply convert 1 to 127 and 0 to -127 in sbit_t, > right? > > Actually -127 is 1 and 127 is 0 > > This is so that the 7th bit is the hard bit. ( 01111111 = 127 - "0" > and 10000001 = -127 = "1" ) > Ah ok, I see! Regards, Mad From mad at auth.se Thu Apr 28 19:07:11 2011 From: mad at auth.se (mad) Date: Thu, 28 Apr 2011 21:07:11 +0200 Subject: libosmocore viterbi decoder In-Reply-To: Message-ID: <20110428190711.a9699f0c@mail.auth.se> Hi Sylvain, hi list! Like I said I would try to, here are my computed convolution tables for all eight AFS modes. Unfortunately I'm not _that_ confident that I didn't made some mistakes in writing the generator and exactly implementing the specs. First test calculations by hand look good, though I'd rather like to verify the tables but didn't found any test vectors yet. If you or someone had some known test data at hand, that would be useful. Otherwise feel free to check it by yourself and integrate it in libosmocore. > > Yes indeed I'll try that. > > I'm not sure it's gonna be a lot faster (due to the added test), but > it would avoid having a non-0 accumulated error. What I meant was performance not in terms of speed but in terms of decoding quality. As you wrote not to have error added where is none. It should improve correct decoding of weak signals by some slight degree. Regards, Mad -------------- next part -------------- A non-text attachment was scrubbed... Name: conv_afs.h Type: application/octet-stream Size: 11749 bytes Desc: not available URL: From 246tnt at gmail.com Thu Apr 28 19:16:46 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Thu, 28 Apr 2011 21:16:46 +0200 Subject: libosmocore viterbi decoder In-Reply-To: <20110428190711.a9699f0c@mail.auth.se> References: <20110428190711.a9699f0c@mail.auth.se> Message-ID: Hi, > Like I said I would try to, here are my computed convolution tables for all eight AFS modes. I didn't check them all but they don't look good because they're at least missing the proper termination. When the code is systematic it's not terminated the same way as a non-systematic code and so you need some special termination handling. See in attachement for my version. (and I know it works :p) I don't want to just include the table in libosmocom, I'd like to include the generator itself and build them as part of the build process and for that I still need to write it to output nicely formatted C code :p > What I meant was performance not in terms of speed but in terms of decoding quality. > As you wrote not to have error added where is none. It should improve correct decoding of weak signals by some slight degree. Well since that error is constant I'm not sure it'll help that much. But at least the decode will not return a != 0 value if there was no bit errors. Cheers, Sylvain -------------- next part -------------- A non-text attachment was scrubbed... Name: conv_tch_afs.c Type: text/x-csrc Size: 14946 bytes Desc: not available URL: From mad at auth.se Fri Apr 29 14:42:26 2011 From: mad at auth.se (mad) Date: Fri, 29 Apr 2011 16:42:26 +0200 Subject: libosmocore viterbi decoder In-Reply-To: Message-ID: <20110429144226.c49247f0@mail.auth.se> > I didn't check them all but they don't look good because they're at > least missing the proper termination. > When the code is systematic it's not terminated the same way as a > non-systematic code and so you need some special termination handling. > > See in attachement for my version. (and I know it works :p) > Thanks, helped finding my generators bugs knowing the right output. :) I swapped sth. in the 12k2 output and messed up the feedback in the next state tables. Now with the added termination this should be complete and ready to use with conv.c for those impatient to work with AFS. > I don't want to just include the table in libosmocom, I'd like to > include the generator itself and build them as part of the build > process and for that I still need to write it to output nicely > formatted C code :p That's a good thing to do, as AFAIK there is none suitable available for now. And it's definitely generating the nicer code! :-) Regards, Mad -------------- next part -------------- A non-text attachment was scrubbed... Name: conv_afs.h Type: application/octet-stream Size: 15386 bytes Desc: not available URL: From wolfram at the-dreams.de Wed Apr 27 18:06:32 2011 From: wolfram at the-dreams.de (Wolfram Sang) Date: Wed, 27 Apr 2011 20:06:32 +0200 Subject: Merging G2-loader Message-ID: <4DB85B28.7040505@the-dreams.de> Hi, do the following assumptions and conclusions make sense? - The Sciphone G2 is intended as a platform where we want to run L1/2/3 natively on Linux (somewhen). - Thus, from all the applications in osmocom-bb for the targets, we only need the loader to get the first bootloader onto the system (in case JTAG is not available or wanted) - Being that different, it doesn't make sense to fit the mediatek-platform into the existing makefile-templates which build all applications for all boards. I'd suggest to create a new top-level target "mtk" which only builds the loaders for mediatek-phones. All unneeded applications and libraries are skipped. A preview of a possible directory-structure to add mtk-support could look like this then: . ??? board ? ??? mediatek ? ? ??? exceptions_redirected.S ? ? ??? exceptions_redirect.S ? ? ??? handlers.S ? ? ??? header.S ? ? ??? macros.S ? ? ??? ram.lds ? ? ??? start.ram.S ? ? ??? start.rom.S ? ? ??? uart.c ? ??? mt62xx ? ??? init.c ??? include ??? mtk ??? bfe.h ??? bpi.h ??? bsi.h ??? emi.h ??? mt6235.h ??? mt6235_sciphone_g2.h ??? system.h ??? tdma_timer.h It can be cleaned up a bit once there is a working state. Of course, a few modifications to makefiles are also needed. Note there is now a seperate uart.c in the mediatek-folder. Any objections? Anything I missed? Regards, Wolfram From wolfram at the-dreams.de Thu Apr 28 19:43:25 2011 From: wolfram at the-dreams.de (Wolfram Sang) Date: Thu, 28 Apr 2011 21:43:25 +0200 Subject: Merging G2-loader In-Reply-To: <4DB85B28.7040505@the-dreams.de> References: <4DB85B28.7040505@the-dreams.de> Message-ID: <4DB9C35D.8020808@the-dreams.de> On 27/04/11 20:06, Wolfram Sang wrote: > Any objections? Anything I missed? No news is good news, and "wer macht, hat recht" (means something like "those who do are right"(?)) ;) Patch coming... From peter at stuge.se Fri Apr 29 00:06:58 2011 From: peter at stuge.se (Peter Stuge) Date: Fri, 29 Apr 2011 02:06:58 +0200 Subject: Merging G2-loader In-Reply-To: <4DB9C35D.8020808@the-dreams.de> References: <4DB85B28.7040505@the-dreams.de> <4DB9C35D.8020808@the-dreams.de> Message-ID: <20110429000658.15168.qmail@stuge.se> Wolfram Sang wrote: > "wer macht, hat recht" (means something like > "those who do are right"(?)) ;) doers decide //Peter From sim at ijskes.org Thu Apr 28 07:25:38 2011 From: sim at ijskes.org (Sim IJskes) Date: Thu, 28 Apr 2011 09:25:38 +0200 Subject: No subject Message-ID: <4DB91672.8000203@ijskes.org> From wolfram at the-dreams.de Thu Apr 28 08:49:56 2011 From: wolfram at the-dreams.de (Wolfram Sang) Date: Thu, 28 Apr 2011 10:49:56 +0200 Subject: [PATCH] target/firmware: make build less verbose like the rest of the tree Message-ID: <1303980596-12781-1-git-send-email-wolfram@the-dreams.de> As usual V=1 will give the full output. Signed-off-by: Wolfram Sang --- src/target/firmware/Makefile.inc | 23 +++++++++++++++++------ 1 files changed, 17 insertions(+), 6 deletions(-) diff --git a/src/target/firmware/Makefile.inc b/src/target/firmware/Makefile.inc index 11c63ec..1f54031 100644 --- a/src/target/firmware/Makefile.inc +++ b/src/target/firmware/Makefile.inc @@ -24,6 +24,17 @@ ASFLAGS=$(INCLUDES) -D__ASSEMBLY__ LDFLAGS = -nostartfiles -nostdlib -nodefaultlibs --gc-sections --cref +#### QUIET OUTPUT #### + +ifndef V + V = 0 +endif + +Q_CC = $(if $(V:1=), at echo " CC $@";) +Q_LD = $(if $(V:1=), at echo " LD $@";) +Q_AR = $(if $(V:1=), at echo " AR $@";) +Q_OBJ = $(if $(V:1=), at echo " OBJ $@";) + #### GIT VERSION #### GIT_COMMIT:=$(shell git describe --always) @@ -71,7 +82,7 @@ $(1)_$(2)_$(3)_LIBS := $(ANY_APP_LIBS) # define manifest compilation board/$(2)/$(1).$(3).manifest.o: board/manifest.c - $(CROSS_COMPILE)$(CC) $(CFLAGS) -DAPPLICATION=\"$(1)\" -DBOARD=\"$(2)\" -DENVIRONMENT=\"$(3)\" -c -o $$@ $$< + $$(Q_CC)$(CROSS_COMPILE)$(CC) $(CFLAGS) -DAPPLICATION=\"$(1)\" -DBOARD=\"$(2)\" -DENVIRONMENT=\"$(3)\" -c -o $$@ $$< # generate dummy dependencies for manifest board/$(2)/$(1).$(3).manifest.p: board/manifest.c @@ -82,7 +93,7 @@ $(1)_$(2)_$(3)_OBJS+=board/$(2)/$(1).$(3).manifest.o $$($(3)_OBJS) # define compilation rule, also generates map file board/$(2)/$(1).$(3).elf board/$(2)/$(1).$(3).map: $$($(1)_$(2)_$(3)_OBJS) $$($(1)_$(2)_$(3)_LIBS) $$($(3)_LDS) - $(CROSS_COMPILE)$(LD) $(LDFLAGS) -T $$($(3)_LDS) -Bstatic \ + $$(Q_LD)$(CROSS_COMPILE)$(LD) $(LDFLAGS) -T $$($(3)_LDS) -Bstatic \ -Map board/$(2)/$(1).$(3).map -o board/$(2)/$(1).$(3).elf \ --start-group $$($(1)_$(2)_$(3)_OBJS) $$($(1)_$(2)_$(3)_LIBS) --end-group @@ -139,7 +150,7 @@ $(1)_OBJS:=$$($(1)_SRCS_REL:.c=.o) $(1)_OBJS:=$$($(1)_OBJS:.S=.o) $$($(1)_DIR)/lib$(1).a: $$($(1)_OBJS) - $(CROSS_COMPILE)$(AR) cru $$($(1)_DIR)/lib$(1).a $$($(1)_OBJS) + $$(Q_AR)$(CROSS_COMPILE)$(AR) cru $$($(1)_DIR)/lib$(1).a $$($(1)_OBJS) ALL_LIBS+=$$($(1)_DIR)/lib$(1).a @@ -171,14 +182,14 @@ depend: $(ALL_DEPS) @sed 's|.*\.o:|$(@:.p=.o): |g' < $*.d > $@; rm -f $*.d; [ -s $@ ] || rm -f $@ %.o: %.c - $(CROSS_COMPILE)$(CC) $(CFLAGS) -Wa,-adhlns=$(@:.o=.lst) -c -o $@ $< + $(Q_CC)$(CROSS_COMPILE)$(CC) $(CFLAGS) -Wa,-adhlns=$(@:.o=.lst) -c -o $@ $< %.o: %.S - $(CROSS_COMPILE)$(CC) $(ASFLAGS) -Wa,-adhlns=$(@:.o=.lst) -c -o $@ $< + $(Q_CC)$(CROSS_COMPILE)$(CC) $(ASFLAGS) -Wa,-adhlns=$(@:.o=.lst) -c -o $@ $< %.bin: %.elf - $(CROSS_COMPILE)objcopy --gap-fill=0xff -O binary $^ $@ + $(Q_OBJ)$(CROSS_COMPILE)objcopy --gap-fill=0xff -O binary $^ $@ #### CLEANUP RULES #### -- 1.7.2.5 From 246tnt at gmail.com Thu Apr 28 08:59:52 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Thu, 28 Apr 2011 10:59:52 +0200 Subject: [PATCH] target/firmware: make build less verbose like the rest of the tree In-Reply-To: <1303980596-12781-1-git-send-email-wolfram@the-dreams.de> References: <1303980596-12781-1-git-send-email-wolfram@the-dreams.de> Message-ID: Hi, > As usual V=1 will give the full output. > > Signed-off-by: Wolfram Sang > --- > src/target/firmware/Makefile.inc | 23 +++++++++++++++++------ > 1 files changed, 17 insertions(+), 6 deletions(-) Very neat, thanks ! Applied. Cheers, Sylvain From wolfram at the-dreams.de Thu Apr 28 19:46:14 2011 From: wolfram at the-dreams.de (Wolfram Sang) Date: Thu, 28 Apr 2011 21:46:14 +0200 Subject: [PATCH] target/boards: add infrastructure for loaders for Mediatek platforms Message-ID: <1304019974-11370-1-git-send-email-wolfram@the-dreams.de> We are just interested in the loaders here, no other applications needed. Split it from the compal-based phones. Add mt62xx as first user. Based on a patch by Steve, but cleaned up and seperated from compal/calypso. Signed-off-by: Steve Markgraf Signed-off-by: Wolfram Sang --- The new loader was succesfully tested on my Sciphone G2 by loading and executing a bootloader. This should get rid of the branches remotes/origin/steve-m/loader_sciphone remotes/origin/steve-m/mtk_hack src/Makefile | 8 +- src/target/firmware/Makefile.mtk | 34 ++ src/target/firmware/apps/loader_mtk/main.c | 394 +++++++++++++++++ .../board/mediatek/exceptions_redirected.S | 20 + src/target/firmware/board/mediatek/handlers.S | 82 ++++ src/target/firmware/board/mediatek/header.S | 11 + src/target/firmware/board/mediatek/macros.S | 76 ++++ src/target/firmware/board/mediatek/ram.lds | 120 ++++++ src/target/firmware/board/mediatek/start.ram.S | 26 ++ src/target/firmware/board/mediatek/uart.c | 441 ++++++++++++++++++++ src/target/firmware/board/mt62xx/init.c | 140 +++++++ src/target/firmware/include/mtk/emi.h | 42 ++ src/target/firmware/include/mtk/mt6235.h | 74 ++++ src/target/firmware/include/mtk/system.h | 195 +++++++++ 14 files changed, 1662 insertions(+), 1 deletions(-) create mode 100644 src/target/firmware/Makefile.mtk create mode 100644 src/target/firmware/apps/loader_mtk/main.c create mode 100644 src/target/firmware/board/mediatek/exceptions_redirected.S create mode 100644 src/target/firmware/board/mediatek/handlers.S create mode 100644 src/target/firmware/board/mediatek/header.S create mode 100644 src/target/firmware/board/mediatek/macros.S create mode 100644 src/target/firmware/board/mediatek/ram.lds create mode 100644 src/target/firmware/board/mediatek/start.ram.S create mode 100644 src/target/firmware/board/mediatek/uart.c create mode 100644 src/target/firmware/board/mt62xx/init.c create mode 100644 src/target/firmware/include/mtk/emi.h create mode 100644 src/target/firmware/include/mtk/mt6235.h create mode 100644 src/target/firmware/include/mtk/system.h diff --git a/src/Makefile b/src/Makefile index 1b6f2f7..d6f556f 100644 --- a/src/Makefile +++ b/src/Makefile @@ -17,7 +17,7 @@ OSMOCORE_CONFIGURE_ENV= LIBOSMOCORE_LIBS=$(TOPDIR)/shared/libosmocore/build-host LIBOSMOVTY_CFLAGS=-I$(TOPDIR)/shared/libosmocore/include \ LIBOSMOGSM_CFLAGS=-I$(TOPDIR)/shared/libosmocore/include -all: libosmocore-target nofirmware firmware +all: libosmocore-target nofirmware firmware mtk-firmware nofirmware: libosmocore-host layer23 osmocon gsmmap libosmocore-host: shared/libosmocore/build-host/src/.libs/libosmocore.la @@ -93,6 +93,10 @@ host/layer23/layer23: host/layer23/Makefile libosmocore-host firmware: libosmocore-target make -C target/firmware CROSS_COMPILE=$(CROSS_TOOL_PREFIX) +.PHONY: mtk-firmware +mtk-firmware: libosmocore-target + make -C target/firmware -f Makefile.mtk CROSS_COMPILE=$(CROSS_TOOL_PREFIX) + clean: make -C shared/libosmocore/build-host $@ @@ -100,10 +104,12 @@ clean: make -C host/layer23 $@ make -C host/osmocon $@ make -C target/firmware $@ + make -C target/firmware -f Makefile.mtk $@ distclean: rm -rf shared/libosmocore/build-host rm -rf shared/libosmocore/build-target make -C host/layer23 $@ make -C host/osmocon $@ +# 'firmware' also handles 'mtk-firmware' make -C target/firmware $@ diff --git a/src/target/firmware/Makefile.mtk b/src/target/firmware/Makefile.mtk new file mode 100644 index 0000000..3a8d57b --- /dev/null +++ b/src/target/firmware/Makefile.mtk @@ -0,0 +1,34 @@ +# List of all supported boards (meant to be overridden on command line) +BOARDS?=mt62xx + +# List of all applications (meant to be overridden on command line) +APPLICATIONS?=loader_mtk + +mtkram_LDS=board/mediatek/ram.lds +mtkram_OBJS=board/mediatek/start.ram.o board/mediatek/exceptions_redirected.o board/mediatek/handlers.o + +mtk_COMMON_OBJS=board/mediatek/uart.o + +# Mediatek MT62xx +mt62xx_OBJS=$(mtk_COMMON_OBJS) board/mt62xx/init.o +mt62xx_ENVIRONMENTS=mtkram + +# Global include path +INCLUDES=-Iinclude/ -I../../../include -I../../shared/libosmocore/include + +FLASH_OBJS=flash/cfi_flash.o + +# Objects that go in all applications +ANY_APP_OBJS+=$(FLASH_OBJS) + +# Various objects that are currently linked into all applications +# (should not use libcalypso; needed functionality should be refactored (yeah, unlikely, I know)) +ANY_APP_LIBS+=calypso/libcalypso.a lib/libmini.a comm/libcomm.a ../../shared/libosmocore/build-target/src/.libs/libosmocore.a + +# Libraries are defined in subdirectories +-include calypso/Makefile +-include comm/Makefile +-include lib/Makefile + +# Include rules +-include Makefile.inc diff --git a/src/target/firmware/apps/loader_mtk/main.c b/src/target/firmware/apps/loader_mtk/main.c new file mode 100644 index 0000000..cabcf1d --- /dev/null +++ b/src/target/firmware/apps/loader_mtk/main.c @@ -0,0 +1,394 @@ +/* + * boot loader for MTK phones (based on the calypso-version) + * + * (C) 2010 by Ingo Albrecht + * (C) 2011 by Wolfram Sang + * + * All Rights Reserved + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License along + * with this program; if not, write to the Free Software Foundation, Inc., + * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + * + */ + +#include +#include +#include + +#include +#include +#include +#include +#include +#include +#include + +#include + +#include + +#include + +#include + +#include +#include +#include + +#include "../loader/protocol.h" + +/* Main Program */ +const char *hr = + "======================================================================\n"; + +static void key_handler(enum key_codes code, enum key_states state); +static void cmd_handler(uint8_t dlci, struct msgb *msg); + +int flag = 0; + +static void flush_uart(void) +{ + unsigned i; + for (i = 0; i < 500; i++) { + uart_poll(SERCOMM_UART_NR); + delay_ms(1); + } +} + +static void device_poweroff(void) +{ + flush_uart(); + writew(BBPU_MAGIC | RTC_BBPU_WRITE_EN, + MTK_RTC_BBPU); + writew(1, MTK_RTC_WRTGR); +} + +static void device_reset(void) +{ + flush_uart(); +} + +static void device_enter_loader(unsigned char bootrom) +{ + flush_uart(); + delay_ms(2000); + void (*entry)( void ) = (void (*)(void))0; + entry(); +} + +static void device_jump(void *entry) +{ + flush_uart(); + + void (*f) (void) = (void (*)(void))entry; + f(); +} + +static void loader_send_simple(struct msgb *msg, uint8_t dlci, uint8_t command) +{ + msgb_put_u8(msg, command); + sercomm_sendmsg(dlci, msg); +} + +extern unsigned char _start; + +static void loader_send_init(uint8_t dlci) +{ + struct msgb *msg = sercomm_alloc_msgb(9); + msgb_put_u8(msg, LOADER_INIT); + msgb_put_u32(msg, 0); + msgb_put_u32(msg, &_start); + sercomm_sendmsg(dlci, msg); +} + +flash_t the_flash; + +extern void putchar_asm(uint32_t c); + +static const uint8_t phone_ack[] = { 0x1b, 0xf6, 0x02, 0x00, 0x41, 0x03, 0x42 }; + +int main(void) +{ + board_init (); + + /* Initialize HDLC subsystem */ + sercomm_init(); + + /* Say hi */ + puts("\n\nOSMOCOM Loader (revision " GIT_REVISION ")\n"); + puts(hr); + + /* Identify environment */ + printf("\nRunning on %s in environment %s\n", manifest_board, + manifest_environment); + + printf("\nHW_CODE = 0x%04x", readw(MTK_CONFG_HW_CODE)); + + /* Set up loader communications */ + sercomm_register_rx_cb(SC_DLCI_LOADER, &cmd_handler); + + /* Wait for events */ + + while (1) { + uart_poll(SERCOMM_UART_NR); + } + +} + +static void cmd_handler(uint8_t dlci, struct msgb *msg) +{ + if (msg->data_len < 1) { + return; + } + + uint8_t command = msgb_get_u8(msg); + + int res; + + flash_lock_t lock; + + void *data; + + uint8_t chip; + uint8_t nbytes; + uint16_t crc, mycrc; + uint32_t address; + + struct msgb *reply = sercomm_alloc_msgb(256); // XXX + + if (!reply) { + printf("Failed to allocate reply buffer!\n"); + goto out; + } + + switch (command) { + + case LOADER_PING: + loader_send_simple(reply, dlci, LOADER_PING); + break; + + case LOADER_RESET: + loader_send_simple(reply, dlci, LOADER_RESET); + device_reset(); + break; + + case LOADER_POWEROFF: + loader_send_simple(reply, dlci, LOADER_POWEROFF); + device_poweroff(); + break; + + case LOADER_ENTER_ROM_LOADER: + loader_send_simple(reply, dlci, LOADER_ENTER_ROM_LOADER); + device_enter_loader(1); + break; + + case LOADER_ENTER_FLASH_LOADER: + loader_send_simple(reply, dlci, LOADER_ENTER_FLASH_LOADER); + device_enter_loader(0); + break; + + case LOADER_MEM_READ: + + nbytes = msgb_get_u8(msg); + address = msgb_get_u32(msg); + + crc = crc16(0, (void *)address, nbytes); + + msgb_put_u8(reply, LOADER_MEM_READ); + msgb_put_u8(reply, nbytes); + msgb_put_u16(reply, crc); + msgb_put_u32(reply, address); + + memcpy(msgb_put(reply, nbytes), (void *)address, nbytes); + + sercomm_sendmsg(dlci, reply); + + break; + + case LOADER_MEM_WRITE: + + nbytes = msgb_get_u8(msg); + crc = msgb_get_u16(msg); + address = msgb_get_u32(msg); + + data = msgb_get(msg, nbytes); + + mycrc = crc16(0, data, nbytes); + + if (mycrc == crc) { + memcpy((void *)address, data, nbytes); + } + + msgb_put_u8(reply, LOADER_MEM_WRITE); + msgb_put_u8(reply, nbytes); + msgb_put_u16(reply, mycrc); + msgb_put_u32(reply, address); + + sercomm_sendmsg(dlci, reply); + + break; + + case LOADER_JUMP: + + address = msgb_get_u32(msg); + + msgb_put_u8(reply, LOADER_JUMP); + msgb_put_u32(reply, address); + + sercomm_sendmsg(dlci, reply); + + device_jump((void *)address); + + break; + + case LOADER_FLASH_INFO: + + msgb_put_u8(reply, LOADER_FLASH_INFO); + msgb_put_u8(reply, 1); // nchips + + // chip 1 + msgb_put_u32(reply, the_flash.f_base); + msgb_put_u32(reply, the_flash.f_size); + msgb_put_u8(reply, the_flash.f_nregions); + + int i; + for (i = 0; i < the_flash.f_nregions; i++) { + msgb_put_u32(reply, the_flash.f_regions[i].fr_bnum); + msgb_put_u32(reply, the_flash.f_regions[i].fr_bsize); + } + + sercomm_sendmsg(dlci, reply); + + break; + + case LOADER_FLASH_ERASE: + case LOADER_FLASH_UNLOCK: + case LOADER_FLASH_LOCK: + case LOADER_FLASH_LOCKDOWN: + + chip = msgb_get_u8(msg); + address = msgb_get_u32(msg); + + if (command == LOADER_FLASH_ERASE) { + res = flash_block_erase(&the_flash, address); + } + if (command == LOADER_FLASH_UNLOCK) { + res = flash_block_unlock(&the_flash, address); + } + if (command == LOADER_FLASH_LOCK) { + res = flash_block_lock(&the_flash, address); + } + if (command == LOADER_FLASH_LOCKDOWN) { + res = flash_block_lockdown(&the_flash, address); + } + + msgb_put_u8(reply, command); + msgb_put_u8(reply, chip); + msgb_put_u32(reply, address); + msgb_put_u32(reply, (res != 0)); + + sercomm_sendmsg(dlci, reply); + + break; + + case LOADER_FLASH_GETLOCK: + + chip = msgb_get_u8(msg); + address = msgb_get_u32(msg); + + lock = flash_block_getlock(&the_flash, address); + + msgb_put_u8(reply, command); + msgb_put_u8(reply, chip); + msgb_put_u32(reply, address); + + switch (lock) { + case FLASH_UNLOCKED: + msgb_put_u32(reply, LOADER_FLASH_UNLOCKED); + break; + case FLASH_LOCKED: + msgb_put_u32(reply, LOADER_FLASH_LOCKED); + break; + case FLASH_LOCKED_DOWN: + msgb_put_u32(reply, LOADER_FLASH_LOCKED_DOWN); + break; + default: + msgb_put_u32(reply, 0xFFFFFFFF); + break; + } + + sercomm_sendmsg(dlci, reply); + + break; + + case LOADER_FLASH_PROGRAM: + + nbytes = msgb_get_u8(msg); + crc = msgb_get_u16(msg); + msgb_get_u8(msg); // XXX align + chip = msgb_get_u8(msg); + address = msgb_get_u32(msg); + + data = msgb_get(msg, nbytes); + + mycrc = crc16(0, data, nbytes); + + if (mycrc == crc) { + res = flash_program(&the_flash, address, data, nbytes); + } + + msgb_put_u8(reply, LOADER_FLASH_PROGRAM); + msgb_put_u8(reply, nbytes); + msgb_put_u16(reply, mycrc); + msgb_put_u8(reply, 0); // XXX align + msgb_put_u8(reply, chip); + msgb_put_u32(reply, address); + + msgb_put_u32(reply, (uint32_t) res); // XXX + + sercomm_sendmsg(dlci, reply); + + break; + + default: + printf("unknown command %d\n", command); + + msgb_free(reply); + + break; + } + + out: + + msgb_free(msg); +} + +static void key_handler(enum key_codes code, enum key_states state) +{ + if (state != PRESSED) + return; + + switch (code) { + case KEY_POWER: + puts("Powering off due to keypress.\n"); + device_poweroff(); + break; + case KEY_OK: + puts("Resetting due to keypress.\n"); + device_reset(); + break; + default: + break; + } +} diff --git a/src/target/firmware/board/mediatek/exceptions_redirected.S b/src/target/firmware/board/mediatek/exceptions_redirected.S new file mode 100644 index 0000000..6908396 --- /dev/null +++ b/src/target/firmware/board/mediatek/exceptions_redirected.S @@ -0,0 +1,20 @@ + +/* Exception Vectors like they are needed for the exception vector + indirection of the internal boot ROM. The following section must be liked + to appear at 0x80001c */ +.section .text.exceptions +_undef_instr: + b handle_abort +_sw_interr: + b _sw_interr +_prefetch_abort: + b handle_abort +_data_abort: + b handle_abort +_reserved: + b _reserved +_irq: + b irq_entry +_fiq: + b fiq_entry + diff --git a/src/target/firmware/board/mediatek/handlers.S b/src/target/firmware/board/mediatek/handlers.S new file mode 100644 index 0000000..2824ad5 --- /dev/null +++ b/src/target/firmware/board/mediatek/handlers.S @@ -0,0 +1,82 @@ + + .EQU I_BIT, 0x80 + .EQU F_BIT, 0x40 + +.section .text + +/* handler for all kinds of aborts */ +.global handle_abort +handle_abort: + @ print the PC we would jump back to... + sub lr, lr, #4 @ we assume to be ARM32 + + mov r0, lr + mov r1, #8 +/* + FIXME: Do all this for mtk + + bl phex + + @ print abort message + mov r0, #'A' + bl putchar_asm + mov r0, #'B' + bl putchar_asm + mov r0, #'O' + bl putchar_asm + mov r0, #'R' + bl putchar_asm + mov r0, #'T' + bl putchar_asm +*/ + @ disable IRQ and FIQ + msr CPSR_c, #I_BIT | F_BIT + +0: @ dead + b 0b + +/* entry point for IRQs */ +.global irq_entry +irq_entry: + /* Adjust and save LR_irq in IRQ stack */ + sub lr, lr, #4 + stmfd sp!, {lr} + + /* Save SPSR for nested interrupt */ + mrs r14, SPSR + stmfd sp!, {r14} + + /* Call the interrupt handler C function */ + stmfd sp!, {r0-r4, r12} + bl irq + ldmfd sp!, {r0-r4, r12} + + /* Restore SPSR_irq from IRQ stack */ + ldmia sp!, {r14} + msr SPSR_cxsf, r14 + + /* Restore adjusted LR_irq from IRQ stack directly in the PC */ + ldmia sp!, {pc}^ + +/* entry point for FIQs */ +.global fiq_entry +fiq_entry: + /* Adjust and save LR_irq in IRQ stack */ + sub lr, lr, #4 + stmfd sp!, {lr} + + /* Save SPSR for nested interrupt */ + mrs r14, SPSR + stmfd sp!, {r14} + + /* Call the interrupt handler C function */ + stmfd sp!, {r0-r4, r12} + bl fiq + ldmfd sp!, {r0-r4, r12} + + /* Restore SPSR_irq from IRQ stack */ + ldmia sp!, {r14} + msr SPSR_cxsf, r14 + + /* Restore adjusted LR_irq from IRQ stack directly in the PC */ + ldmia sp!, {pc}^ diff --git a/src/target/firmware/board/mediatek/header.S b/src/target/firmware/board/mediatek/header.S new file mode 100644 index 0000000..747f680 --- /dev/null +++ b/src/target/firmware/board/mediatek/header.S @@ -0,0 +1,11 @@ +/* + * This is a textual header that is prepended to images where appropriate. + * + * It is meant to ease identification of our firmwares in dumps as well + * as filling some space that is used for the same purpose by the vendor. + * + */ +.section .compal.header +.ascii "OSMOCOM" +. = 0x20 +.ascii GIT_REVISION diff --git a/src/target/firmware/board/mediatek/macros.S b/src/target/firmware/board/mediatek/macros.S new file mode 100644 index 0000000..14ee6e6 --- /dev/null +++ b/src/target/firmware/board/mediatek/macros.S @@ -0,0 +1,76 @@ + +.macro clear_bss + mov r0, #0 + ldr r1, =__bss_start + ldr r2, =__bss_end +loop_bss: + cmp r1, r2 + strlo r0, [r1], #4 + blo loop_bss +.endm + +.macro copy_data + ldr r0, =__data_start + ldr r1, =_data_start + ldr r2, =__data_end + cmp r0, r2 + beq done_data +loop_data: + ldrb r4, [r0], #1 + strb r4, [r1], #1 + cmp r0, r2 + bne loop_data +done_data: +.endm + +.macro copy_ramtext + ldr r0, =__ramtext_start + ldr r1, =_ramtext_start + ldr r2, =__ramtext_end + cmp r0, r2 + beq done_ramtext +loop_ramtext: + ldrb r4, [r0], #1 + strb r4, [r1], #1 + cmp r0, r2 + bne loop_ramtext +done_ramtext: +.endm + + .EQU ARM_MODE_FIQ, 0x11 + .EQU ARM_MODE_IRQ, 0x12 + .EQU ARM_MODE_SVC, 0x13 + + .EQU I_BIT, 0x80 + .EQU F_BIT, 0x40 + +#define TOP_OF_RAM 0x4000a000 +#define FIQ_STACK_SIZE 1024 +#define IRQ_STACK_SIZE 1024 + +.macro init_stacks + /* initialize stacks, starting at TOP_OF_RAM */ + ldr r0, =TOP_OF_RAM + + /* initialize FIQ stack */ + msr CPSR_c, #ARM_MODE_FIQ | I_BIT | F_BIT + mov r13, r0 + sub r0, r0, #FIQ_STACK_SIZE + + /* initialize IRQ stack */ + msr CPSR_c, #ARM_MODE_IRQ | I_BIT | F_BIT + mov r13, r0 + sub r0, r0, #IRQ_STACK_SIZE + + /* initialize supervisor stack */ + msr CPSR_c, #ARM_MODE_SVC | I_BIT | F_BIT + mov r13, r0 +.endm + +.macro call_ctors + /* call constructor functions */ + ldr r0, =_ctor_start + ldr r1, =_ctor_end + bl do_global_ctors +.endm + diff --git a/src/target/firmware/board/mediatek/ram.lds b/src/target/firmware/board/mediatek/ram.lds new file mode 100644 index 0000000..1bff82b --- /dev/null +++ b/src/target/firmware/board/mediatek/ram.lds @@ -0,0 +1,120 @@ +/* + * Linker script for running from internal SRAM on Compal phones + * + * This script is tailored specifically to the requirements imposed + * on us by the Compal bootloader. + * + */ +OUTPUT_FORMAT("elf32-littlearm", "elf32-littlearm", "elf32-littlearm") +OUTPUT_ARCH(arm) +ENTRY(_start) +MEMORY +{ + /* compal-loaded binary: our text, initialized data */ + LRAM (rw) : ORIGIN = 0x40000000, LENGTH = 0x00005000 + /* compal-loaded binary: our unitialized data, stacks, heap */ + IRAM (rw) : ORIGIN = 0x40005000, LENGTH = 0x00005000 +} +SECTIONS +{ + . = 0x40000000; + + /* romloader data section, contains passthru interrupt vectors */ + .compal.loader (NOLOAD) : { . = 0x1400; } > LRAM + + /* initialization code */ + . = ALIGN(4); + .text.start : { + PROVIDE(_start = .); + KEEP(*(.text.start)) + *(.text.start) + } > LRAM + + /* exception vectors from 0x80001c to 0x800034 */ + .text.exceptions 0x4000001c : AT (LOADADDR(.text.start) + SIZEOF(.text.start)) { + KEEP(*(.text.exceptions)) + * (.text.exceptions) + . = ALIGN(4); + } > LRAM + PROVIDE(_exceptions = LOADADDR(.text.exceptions)); + + /* code */ + . = ALIGN(4); + .text (LOADADDR(.text.exceptions) + SIZEOF(.text.exceptions)) : + AT (LOADADDR(.text.exceptions) + SIZEOF(.text.exceptions)) { + /* regular code */ + *(.text*) + /* always-in-ram code */ + *(.ramtext*) + /* gcc voodoo */ + *(.glue_7t) *(.glue_7) *(.vfp11_veneer) *(.v4_bx) + . = ALIGN(4); + } > LRAM + PROVIDE(_text_start = LOADADDR(.text)); + PROVIDE(_text_end = LOADADDR(.text) + SIZEOF(.text)); + + /* constructor pointers */ + .ctors : { + /* ctor count */ + LONG(SIZEOF(.ctors) / 4 - 2) + /* ctor pointers */ + KEEP(*(SORT(.ctors))) + /* end of list */ + LONG(0) + } > LRAM + PROVIDE(_ctor_start = LOADADDR(.ctors)); + PROVIDE(_ctor_end = LOADADDR(.ctors) + SIZEOF(.ctors)); + + /* destructor pointers */ + .dtors : { + /* dtor count */ + LONG(SIZEOF(.dtors) / 4 - 2) + /* dtor pointers */ + KEEP(*(SORT(.dtors))) + /* end of list */ + LONG(0) + } > LRAM + PROVIDE(_dtor_start = LOADADDR(.dtors)); + PROVIDE(_dtor_end = LOADADDR(.dtors) + SIZEOF(.dtors)); + + /* read-only data */ + . = ALIGN(4); + .rodata : { + *(.rodata*) + } > LRAM + PROVIDE(_rodata_start = LOADADDR(.rodata)); + PROVIDE(_rodata_end = LOADADDR(.rodata) + SIZEOF(.rodata)); + + /* initialized data */ + . = ALIGN(4); + .data : { + *(.data) + } > LRAM + PROVIDE(_data_start = LOADADDR(.data)); + PROVIDE(_data_end = LOADADDR(.data) + SIZEOF(.data)); + + /* pic offset tables */ + . = ALIGN(4); + .got : { + *(.got) + *(.got.plt) *(.igot.plt) *(.got) *(.igot) + } > LRAM + PROVIDE(_got_start = LOADADDR(.got)); + PROVIDE(_got_end = LOADADDR(.got) + SIZEOF(.got)); + + /* uninitialized data */ + .bss (NOLOAD) : { + . = ALIGN(4); + __bss_start = .; + *(.bss) + } > IRAM + . = ALIGN(4); + __bss_end = .; + PROVIDE(_bss_start = __bss_start); + PROVIDE(_bss_end = __bss_end); + + /* end of image */ + . = ALIGN(4); + _end = .; + PROVIDE(end = .); +} diff --git a/src/target/firmware/board/mediatek/start.ram.S b/src/target/firmware/board/mediatek/start.ram.S new file mode 100644 index 0000000..c8f242c --- /dev/null +++ b/src/target/firmware/board/mediatek/start.ram.S @@ -0,0 +1,26 @@ + +.section .text.start + +#include "macros.S" + +.globl _start +_start: + /* clear bss section */ + clear_bss + + /* initialize all stacks */ + init_stacks + + /* call constructors */ + call_ctors + + /* jump to main */ + ldr pc, _jump_main + + /* endless loop at end of program */ +_loop: + b _loop + b _start + +_jump_main: + .word main diff --git a/src/target/firmware/board/mediatek/uart.c b/src/target/firmware/board/mediatek/uart.c new file mode 100644 index 0000000..bf37c0c --- /dev/null +++ b/src/target/firmware/board/mediatek/uart.c @@ -0,0 +1,441 @@ +/* MediaTek MT62xx internal UART Driver + * + * based on the Calypso driver, so there might be some cruft from it left... + * + * (C) 2010 by Harald Welte + * (C) 2010 by Ingo Albrecht + * (C) 2010 by Steve Markgraf + * + * All Rights Reserved + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License along + * with this program; if not, write to the Free Software Foundation, Inc., + * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + * + */ + +#include + +#include +#include +#include +#include + +#include +#include +#include + +#include +#include + +/* MT622x */ +#if 0 +#define BASE_ADDR_UART1 0x80130000 +#define BASE_ADDR_UART2 0x80180000 +#define BASE_ADDR_UART3 0x801b0000 +#endif + +/* MT 6235 */ +#define BASE_ADDR_UART1 0x81030000 + +//TODO make UART2 and 3 work +#define UART_REG(n,m) (BASE_ADDR_UART1 + (m)) + +#define LCR7BIT 0x80 +#define LCRBFBIT 0x40 +#define MCR6BIT 0x20 +#define REG_OFFS(m) ((m) & ~(LCR7BIT|LCRBFBIT|MCR6BIT)) +/* read access LCR[7] = 0 */ +enum uart_reg { + RBR = 0x00, + IER = 0x04, + IIR = 0x08, + LCR = 0x0c, + MCR = 0x10, + LSR = 0x14, + MSR = 0x18, + SCR = 0x1c, + AUTOBAUD_EN = 0x20, + HIGHSPEED = 0x24, + SAMPLE_COUNT = 0x28, + SAMPLE_POINT = 0x2c, + AUTOBAUD_REG = 0x30, + RATE_FIX_REG = 0x34, /* undocumented */ + AUTOBAUDSAMPLE = 0x38, + GUARD = 0x3c, + ESCAPE_DAT = 0x40, + ESCAPE_EN = 0x44, + SLEEP_EN = 0x48, + VFIFO_EN = 0x4c, +/* read access LCR[7] = 1 */ + DLL = RBR, + DLH = IER, +/* read/write access LCR[7:0] = 0xbf */ + EFR = IIR | LCRBFBIT, + XON1 = MCR | LCRBFBIT, + XON2 = LSR | LCRBFBIT, + XOFF1 = MSR | LCRBFBIT, + XOFF2 = SCR | LCRBFBIT, +}; + +enum fcr_bits { + FIFO_EN = (1 << 0), + RX_FIFO_CLEAR = (1 << 1), + TX_FIFO_CLEAR = (1 << 2), + DMA_MODE = (1 << 3), +}; +#define TX_FIFO_TRIG_SHIFT 4 +#define RX_FIFO_TRIG_SHIFT 6 + +enum iir_bits { + IIR_INT_PENDING = 0x01, + IIR_INT_TYPE = 0x3E, + IIR_INT_TYPE_RX_STATUS_ERROR = 0x06, + IIR_INT_TYPE_RX_TIMEOUT = 0x0C, + IIR_INT_TYPE_RBR = 0x04, + IIR_INT_TYPE_THR = 0x02, + IIR_INT_TYPE_MSR = 0x00, + IIR_INT_TYPE_XOFF = 0x10, + IIR_INT_TYPE_FLOW = 0x20, + IIR_FCR0_MIRROR = 0xC0, +}; + + +/* enable or disable the divisor latch for access to DLL, DLH */ +static void uart_set_lcr7bit(int uart, int on) +{ + uint8_t reg; + + reg = readb(UART_REG(uart, LCR)); + if (on) + reg |= (1 << 7); + else + reg &= ~(1 << 7); + writeb(reg, UART_REG(uart, LCR)); +} + +static uint8_t old_lcr; +static void uart_set_lcr_bf(int uart, int on) +{ + if (on) { + old_lcr = readb(UART_REG(uart, LCR)); + writeb(0xBF, UART_REG(uart, LCR)); + } else { + writeb(old_lcr, UART_REG(uart, LCR)); + } +} + +/* Enable or disable the TCR_TLR latch bit in MCR[6] */ +static void uart_set_mcr6bit(int uart, int on) +{ + uint8_t mcr; + /* we assume EFR[4] is always set to 1 */ + mcr = readb(UART_REG(uart, MCR)); + if (on) + mcr |= (1 << 6); + else + mcr &= ~(1 << 6); + writeb(mcr, UART_REG(uart, MCR)); +} + +static void uart_reg_write(int uart, enum uart_reg reg, uint8_t val) +{ + if (reg & LCRBFBIT) + uart_set_lcr_bf(uart, 1); + else if (reg & LCR7BIT) + uart_set_lcr7bit(uart, 1); + else if (reg & MCR6BIT) + uart_set_mcr6bit(uart, 1); + + writeb(val, UART_REG(uart, REG_OFFS(reg))); + + if (reg & LCRBFBIT) + uart_set_lcr_bf(uart, 0); + else if (reg & LCR7BIT) + uart_set_lcr7bit(uart, 0); + else if (reg & MCR6BIT) + uart_set_mcr6bit(uart, 0); +} + +/* read from a UART register, applying any required latch bits */ +static uint8_t uart_reg_read(int uart, enum uart_reg reg) +{ + uint8_t ret; + + if (reg & LCRBFBIT) + uart_set_lcr_bf(uart, 1); + else if (reg & LCR7BIT) + uart_set_lcr7bit(uart, 1); + else if (reg & MCR6BIT) + uart_set_mcr6bit(uart, 1); + + ret = readb(UART_REG(uart, REG_OFFS(reg))); + + if (reg & LCRBFBIT) + uart_set_lcr_bf(uart, 0); + else if (reg & LCR7BIT) + uart_set_lcr7bit(uart, 0); + else if (reg & MCR6BIT) + uart_set_mcr6bit(uart, 0); + + return ret; +} + +static void uart_irq_handler_cons(__unused enum irq_nr irqnr) +{ + const uint8_t uart = CONS_UART_NR; + uint8_t iir; + + //uart_putchar_nb(uart, 'U'); + + iir = uart_reg_read(uart, IIR); + if (iir & IIR_INT_PENDING) + return; + + switch (iir & IIR_INT_TYPE) { + case IIR_INT_TYPE_RBR: + break; + case IIR_INT_TYPE_THR: + if (cons_rb_flush() == 1) { + /* everything was flushed, disable RBR IRQ */ + uint8_t ier = uart_reg_read(uart, IER); + ier &= ~(1 << 1); + uart_reg_write(uart, IER, ier); + } + break; + case IIR_INT_TYPE_MSR: + break; + case IIR_INT_TYPE_RX_STATUS_ERROR: + break; + case IIR_INT_TYPE_RX_TIMEOUT: + break; + case IIR_INT_TYPE_XOFF: + break; + } +} + +static void uart_irq_handler_sercomm(__unused enum irq_nr irqnr) +{ + const uint8_t uart = SERCOMM_UART_NR; + uint8_t iir, ch; + + //uart_putchar_nb(uart, 'U'); + + iir = uart_reg_read(uart, IIR); + if (iir & IIR_INT_PENDING) + return; + + switch (iir & IIR_INT_TYPE) { + case IIR_INT_TYPE_RX_TIMEOUT: + case IIR_INT_TYPE_RBR: + /* as long as we have rx data available */ + while (uart_getchar_nb(uart, &ch)) { + if (sercomm_drv_rx_char(ch) < 0) { + /* sercomm cannot receive more data right now */ + uart_irq_enable(uart, UART_IRQ_RX_CHAR, 0); + } + } + break; + case IIR_INT_TYPE_THR: + /* as long as we have space in the FIFO */ + while (!uart_tx_busy(uart)) { + /* get a byte from sercomm */ + if (!sercomm_drv_pull(&ch)) { + /* no more bytes in sercomm, stop TX interrupts */ + uart_irq_enable(uart, UART_IRQ_TX_EMPTY, 0); + break; + } + /* write the byte into the TX FIFO */ + uart_putchar_nb(uart, ch); + } + break; + case IIR_INT_TYPE_MSR: + printf("UART IRQ MSR\n"); + break; + case IIR_INT_TYPE_RX_STATUS_ERROR: + printf("UART IRQ RX_SE\n"); + break; + case IIR_INT_TYPE_XOFF: + printf("UART IRQXOFF\n"); + break; + } +} + +static const uint8_t uart2irq[] = { + [0] = IRQ_UART_IRDA, + [1] = IRQ_UART_MODEM, +}; + +void uart_init(uint8_t uart, uint8_t interrupts) +{ + uint8_t irq = uart2irq[uart]; + + uart_reg_write(uart, IER, 0x00); + if (uart == CONS_UART_NR) { + cons_init(); + if(interrupts) { + irq_register_handler(irq, &uart_irq_handler_cons); + irq_config(irq, 0, 0, 0xff); + irq_enable(irq); + } + } else { + sercomm_init(); + if(interrupts) { + irq_register_handler(irq, &uart_irq_handler_sercomm); + irq_config(irq, 0, 0, 0xff); + irq_enable(irq); + } + uart_irq_enable(uart, UART_IRQ_RX_CHAR, 1); + } + + uart_reg_write(uart, AUTOBAUD_EN, 0x00); /* disable AUTOBAUD */ + uart_reg_write(uart, EFR, 0x10); /* Enhanced Features Register */ + + /* no XON/XOFF flow control, ENHANCED_EN, no auto-RTS/CTS */ + uart_reg_write(uart, EFR, (1 << 4)); + /* enable Tx/Rx FIFO, Tx trigger at 56 spaces, Rx trigger at 60 chars */ + //FIXME check those FIFO settings + uart_reg_write(uart, IIR, FIFO_EN | RX_FIFO_CLEAR | TX_FIFO_CLEAR | + (3 << TX_FIFO_TRIG_SHIFT) | (1 << RX_FIFO_TRIG_SHIFT)); + + /* RBR interrupt only when TX FIFO and TX shift register are empty */ + uart_reg_write(uart, SCR, (1 << 0));// | (1 << 3)); + + /* 8 bit, 1 stop bit, no parity, no break */ + uart_reg_write(uart, LCR, 0x03); + + uart_set_lcr7bit(uart, 0); +} + +void uart_poll(uint8_t uart) { + if(uart == CONS_UART_NR) { + uart_irq_handler_cons(0); + } else { + uart_irq_handler_sercomm(0); + } +} + +void uart_irq_enable(uint8_t uart, enum uart_irq irq, int on) +{ + uint8_t ier = uart_reg_read(uart, IER); + uint8_t mask = 0; + + switch (irq) { + case UART_IRQ_TX_EMPTY: + mask = (1 << 1); + break; + case UART_IRQ_RX_CHAR: + mask = (1 << 0); + break; + } + + if (on) + ier |= mask; + else + ier &= ~mask; + + uart_reg_write(uart, IER, ier); +} + + +void uart_putchar_wait(uint8_t uart, int c) +{ + /* wait while TX FIFO indicates full */ + while (~readb(UART_REG(uart, LSR)) & 0x20) { } + + /* put character in TX FIFO */ + writeb(c, UART_REG(uart, RBR)); +} + +int uart_putchar_nb(uint8_t uart, int c) +{ + /* if TX FIFO indicates full, abort */ + if (~readb(UART_REG(uart, LSR)) & 0x20) + return 0; + + writeb(c, UART_REG(uart, RBR)); + return 1; +} + +int uart_getchar_nb(uint8_t uart, uint8_t *ch) +{ + uint8_t lsr; + + lsr = readb(UART_REG(uart, LSR)); + + /* something strange happened */ + if (lsr & 0x02) + printf("LSR RX_OE\n"); + if (lsr & 0x04) + printf("LSR RX_PE\n"); + if (lsr & 0x08) + printf("LSR RX_FE\n"); + if (lsr & 0x10) + printf("LSR RX_BI\n"); + if (lsr & 0x80) + printf("LSR RX_FIFO_STS\n"); + + /* is the Rx FIFO empty? */ + if (!(lsr & 0x01)) + return 0; + + *ch = readb(UART_REG(uart, RBR)); + //printf("getchar_nb(%u) = %02x\n", uart, *ch); + return 1; +} + +int uart_tx_busy(uint8_t uart) +{ + /* Check THRE bit (LSR[5]) to see if FIFO is full */ + if (~readb(UART_REG(uart, LSR)) & 0x20) + return 1; + return 0; +} + +#if 0 +/* 26MHz clock input (used when no PLL initialized directly after poweron) */ +static const uint16_t divider[] = { + [UART_38400] = 42, + [UART_57600] = 28, + [UART_115200] = 14, + [UART_230400] = 7, + [UART_460800] = 14, /* would need UART_REG(HIGHSPEED) = 1 or 2 */ + [UART_921600] = 7, /* would need UART_REG(HIGHSPEED) = 2 */ +}; +#endif + +/* 52MHz clock input (after PLL init) */ +static const uint16_t divider[] = { + [UART_38400] = 85, + [UART_57600] = 56, + [UART_115200] = 28, + [UART_230400] = 14, + [UART_460800] = 7, + [UART_921600] = 7, /* would need UART_REG(HIGHSPEED) = 1 */ +}; + +int uart_baudrate(uint8_t uart, enum uart_baudrate bdrt) +{ + uint16_t div; + + if (bdrt > ARRAY_SIZE(divider)) + return -1; + + div = divider[bdrt]; + uart_set_lcr7bit(uart, 1); + writeb(div & 0xff, UART_REG(uart, DLL)); + writeb(div >> 8, UART_REG(uart, DLH)); + uart_set_lcr7bit(uart, 0); + + return 0; +} diff --git a/src/target/firmware/board/mt62xx/init.c b/src/target/firmware/board/mt62xx/init.c new file mode 100644 index 0000000..f9e2130 --- /dev/null +++ b/src/target/firmware/board/mt62xx/init.c @@ -0,0 +1,140 @@ +/* Initialization for the MT62xx Basebands */ + +/* (C) 2010 by Steve Markgraf + * + * All Rights Reserved + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License along + * with this program; if not, write to the Free Software Foundation, Inc., + * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + * + */ + +#include +#include + +#include +#include +#include +#include +#include +#include + +#include + +/* We emulate the calypso interface */ +#include + +#include +#include + +#include +#include +#include + +void pll_init(void) +{ + /* Power on PLL */ + writew(0, MTK_PLL_PDN_CON); + writew(PLL_CLKSQ_DIV2_DSP | PLL_CLKSQ_DIV2_MCU, MTK_PLL_CLK_CON); + + writew(PLL_RST, MTK_PLL_PLL); + writew(0, MTK_PLL_PLL); + delay_ms(1); + + /* Turn on PLL for MCU, DSP and USB */ + writew(PLL_MPLLSEL_PLL | PLL_DPLLSEL | PLL_UPLLSEL, MTK_PLL_PLL); + + /* + * Setup MCU clock register: + * ARMCLK = 208MHz, AHBx4CLK = 52MHz, AHBx8CLK = 104MHz + * we have to write to the read-only part (EMICLK) as well, otherwise + * the EMI won't work! (datasheet lies) + */ + writew(7 << MCUCLK_CON_AHBX8CLK_SHIFT | + 3 << MCUCLK_CON_AHBX4CLK_SHIFT | + 15 << MCUCLK_CON_ARMCLK_SHIFT | + 7 << MCUCLK_CON_EMICLK_SHIFT, + MTK_CONFG_MCUCLK_CON); +} + +void memory_init(void) +{ + int i; + + /* Initialization for Hynix RAM */ + + /* Configure DRAM controller */ + writel(0x0001000e, MTK_EMI_GEND); + writel(0x00088a0a, MTK_EMI_GENA); + writel(0x00000280, MTK_EMI_GENB); + writel(0x52945294, MTK_EMI_GENC); + writel(0x1c016605, MTK_EMI_CONL); + writel(0x00002828, MTK_EMI_CONM); + writel(0x02334000, MTK_EMI_CONI); + writel(0x16c12212, MTK_EMI_CONJ); + writel(0x032d0000, MTK_EMI_CONK); + + for (i = 0; i < 5; ++i) { + /* Setup five single bits, one by one for DRAM init */ + writel((1 << (24 + i)) | (0x400013), MTK_EMI_CONN); + delay_ms(1); + writel(0x400013, MTK_EMI_CONN); + delay_ms(1); + } + +#if 0 + /* Initialization for Toshiba RAM */ + + /* Configure DRAM controller */ + writel(0x0001000E, MTK_EMI_GEND); + writel(0x00088E3A, MTK_EMI_GENA); + writel(0x000000C0, MTK_EMI_GENB); + writel(0x18C618C6, MTK_EMI_GENC); + writel(0x18007505, MTK_EMI_CONL); + writel(0x00002828, MTK_EMI_CONM); + writel(0x00332000, MTK_EMI_CONI); + writel(0x3CD24431, MTK_EMI_CONJ); + writel(0x02000000, MTK_EMI_CONK); + + for (i = 0; i < 5; ++i) { + /* Setup five single bits, one by one for DRAM init */ + writel((1 << (24 + i)) | (0x500013), MTK_EMI_CONN); + delay_ms(1); + writel(0x500013, MTK_EMI_CONN); + delay_ms(1); + } + +#endif +} + +void board_init(void) +{ + /* powerup the baseband */ + writew(POWERKEY1_MAGIC, MTK_RTC_POWERKEY1); + writew(POWERKEY2_MAGIC, MTK_RTC_POWERKEY2); + writew(BBPU_MAGIC | RTC_BBPU_WRITE_EN | + RTC_BBPU_BBPU | RTC_BBPU_AUTO, + MTK_RTC_BBPU); + writew(1, MTK_RTC_WRTGR); + + /* disable watchdog timer */ + writew(WDT_MODE_KEY, MTK_RGU_WDT_MODE); + + pll_init(); + memory_init(); + + /* Initialize UART without interrupts */ + uart_init(SERCOMM_UART_NR, 0); + uart_baudrate(SERCOMM_UART_NR, UART_115200); +} diff --git a/src/target/firmware/include/mtk/emi.h b/src/target/firmware/include/mtk/emi.h new file mode 100644 index 0000000..1818499 --- /dev/null +++ b/src/target/firmware/include/mtk/emi.h @@ -0,0 +1,42 @@ +/* + * (C) 2010 by Tieto + * Marcin Mielczarczyk + * + * All Rights Reserved + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License along + * with this program; if not, write to the Free Software Foundation, Inc., + * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + * + */ + +#ifndef __MTK_EMI_H_ +#define __MTK_EMI_H_ + +/* External Memory Interface register definitions */ +#define MTK_EMI_CONA (MTK_EMI_BASE + 0x00) +#define MTK_EMI_CONB (MTK_EMI_BASE + 0x08) +#define MTK_EMI_CONC (MTK_EMI_BASE + 0x10) +#define MTK_EMI_COND (MTK_EMI_BASE + 0x18) +#define MTK_EMI_CONI (MTK_EMI_BASE + 0x40) +#define MTK_EMI_CONJ (MTK_EMI_BASE + 0x48) +#define MTK_EMI_CONK (MTK_EMI_BASE + 0x50) +#define MTK_EMI_CONL (MTK_EMI_BASE + 0x58) +#define MTK_EMI_CONM (MTK_EMI_BASE + 0x60) +#define MTK_EMI_CONN (MTK_EMI_BASE + 0x68) +#define MTK_EMI_GENA (MTK_EMI_BASE + 0x70) +#define MTK_EMI_GENB (MTK_EMI_BASE + 0x78) +#define MTK_EMI_GENC (MTK_EMI_BASE + 0x80) +#define MTK_EMI_GEND (MTK_EMI_BASE + 0x88) + +#endif diff --git a/src/target/firmware/include/mtk/mt6235.h b/src/target/firmware/include/mtk/mt6235.h new file mode 100644 index 0000000..fb9d368 --- /dev/null +++ b/src/target/firmware/include/mtk/mt6235.h @@ -0,0 +1,74 @@ +/* + * (C) 2010 by Tieto + * Marcin Mielczarczyk + * + * All Rights Reserved + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License along + * with this program; if not, write to the Free Software Foundation, Inc., + * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + * + */ + +#ifndef __MT6235_H +#define __MT6235_H + +/* Peripheral base addresses */ +#define MTK_EFUSE_BASE 0x80000000 +#define MTK_CONFG_BASE 0x80010000 +#define MTK_GPIO_BASE 0x80020000 +#define MTK_RGU_BASE 0x80030000 +#define MTK_EMI_BASE 0x81000000 +#define MTK_CIRQ_BASE 0x81010000 +#define MTK_DMA_BASE 0x81020000 +#define MTK_UART1_BASE 0x81030000 +#define MTK_UART2_BASE 0x81040000 +#define MTK_UART3_BASE 0x81050000 +#define MTK_GPT_BASE 0x81060000 +#define MTK_KP_BASE 0x81080000 +#define MTK_PWM_BASE 0x81090000 +#define MTK_SIM_BASE 0x810A0000 +#define MTK_RTC_BASE 0x810C0000 +#define MTK_SEJ_BASE 0x810D0000 +#define MTK_BM_BASE 0x810E0000 +#define MTK_IRDA_BASE 0x810F0000 +#define MTK_I2C_BASE 0x81100000 +#define MTK_MSDC_BASE 0x81110000 +#define MTK_NFI_BASE 0x81120000 +#define MTK_MSSDC2_BASE 0x81140000 +#define MTK_TDMA_BASE 0x82000000 +#define MTK_BSI_BASE 0x82010000 +#define MTK_BPI_BASE 0x82020000 +#define MTK_AFC_BASE 0x82030000 +#define MTK_APC_BASE 0x82040000 +#define MTK_AUXADC_BASE 0x82050000 +#define MTK_DIVIDER_BASE 0x82060000 +#define MTK_FSC_BASE 0x82070000 +#define MTK_GCU_BASE 0x82080000 +#define MTK_CSD_ACC_BASE 0x82090000 +#define MTK_SHARE1_BASE 0x820A0000 +#define MTK_IRDBG1_BASE 0x820B0000 +#define MTK_SHARE2_BASE 0x820C0000 +#define MTK_IRDBG2_BASE 0x820D0000 +#define MTK_PATCH_BASE 0x820E0000 +#define MTK_AFE_BASE 0x820F0000 +#define MTK_BFE_BASE 0x82100000 +#define MTK_PLL_BASE 0x83000000 +#define MTK_ACIF_BASE 0x83010000 +#define MTK_GMC_BASE 0x84000000 +#define MTK_G2D_BASE 0x84010000 +#define MTK_GCMQ_BASE 0x84020000 +#define MTK_CAM_BASE 0x840B0000 +#define MTK_CRZ_BASE 0x840E0000 + +#endif diff --git a/src/target/firmware/include/mtk/system.h b/src/target/firmware/include/mtk/system.h new file mode 100644 index 0000000..4543029 --- /dev/null +++ b/src/target/firmware/include/mtk/system.h @@ -0,0 +1,195 @@ +/* + * (C) 2010 by Tieto + * Marcin Mielczarczyk + * + * All Rights Reserved + * + * This program is free software; you can redistribute it and/or modify + * it under the terms of the GNU General Public License as published by + * the Free Software Foundation; either version 2 of the License, or + * (at your option) any later version. + * + * This program is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the + * GNU General Public License for more details. + * + * You should have received a copy of the GNU General Public License along + * with this program; if not, write to the Free Software Foundation, Inc., + * 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. + * + */ + +#ifndef __MTK_SYSTEM_H_ +#define __MTK_SYSTEM_H_ + +/* + * Configuration block section (Clock, Power Down, Version and Reset + */ + +/* Register definitions */ +#define MTK_CONFG_HW_VERSION (MTK_CONFG_BASE + 0x000) +#define MTK_CONFG_FW_VERSION (MTK_CONFG_BASE + 0x004) +#define MTK_CONFG_HW_CODE (MTK_CONFG_BASE + 0x008) +#define MTK_CONFG_SLEEP_CON (MTK_CONFG_BASE + 0x114) +#define MTK_CONFG_MCUCLK_CON (MTK_CONFG_BASE + 0x118) +#define MTK_CONFG_DSPCLK_CON (MTK_CONFG_BASE + 0x11C) +#define MTK_CONFG_IDN_SEL (MTK_CONFG_BASE + 0x200) +#define MTK_CONFG_PDN_CON0 (MTK_CONFG_BASE + 0x300) +#define MTK_CONFG_PDN_CON1 (MTK_CONFG_BASE + 0x304) +#define MTK_CONFG_PDN_CON2 (MTK_CONFG_BASE + 0x308) +#define MTK_CONFG_PDN_CON3 (MTK_CONFG_BASE + 0x30C) +#define MTK_CONFG_PDN_SET0 (MTK_CONFG_BASE + 0x310) +#define MTK_CONFG_PDN_SET1 (MTK_CONFG_BASE + 0x314) +#define MTK_CONFG_PDN_SET2 (MTK_CONFG_BASE + 0x318) +#define MTK_CONFG_PDN_SET3 (MTK_CONFG_BASE + 0x31C) +#define MTK_CONFG_PDN_CLR0 (MTK_CONFG_BASE + 0x320) +#define MTK_CONFG_PDN_CLR1 (MTK_CONFG_BASE + 0x324) +#define MTK_CONFG_PDN_CLR2 (MTK_CONFG_BASE + 0x328) +#define MTK_CONFG_PDN_CLR3 (MTK_CONFG_BASE + 0x32C) + +/* CONFG_MCUCLK_CON bit fields definitions */ +#define MCUCLK_CON_AHBX8CLK_SHIFT (0) +#define MCUCLK_CON_AHBX4CLK_SHIFT (4) +#define MCUCLK_CON_ARMCLK_SHIFT (8) +#define MCUCLK_CON_EMICLK_SHIFT (12) + +/* PDN_CON0 bit fields definitions */ +#define PDN_CON0_CON0_DMA (1 << 0) +#define PDN_CON0_USB (1 << 1) +#define PDN_CON0_GCU (1 << 2) +#define PDN_CON0_WAVE (1 << 3) +#define PDN_CON0_SEJ (1 << 4) +#define PDN_CON0_IR (1 << 6) +#define PDN_CON0_PWM3 (1 << 7) +#define PDN_CON0_PWM (1 << 8) +#define PDN_CON0_SIM2 (1 << 10) +#define PDN_CON0_IRDBG1 (1 << 12) +#define PDN_CON0_IRDBG2 (1 << 13) + +/* PDN_CON1 bit fields definitions */ +#define PDN_CON1_GPT (1 << 0) +#define PDN_CON1_KP (1 << 1) +#define PDN_CON1_GPIO (1 << 2) +#define PDN_CON1_UART1 (1 << 3) +#define PDN_CON1_SIM (1 << 4) +#define PDN_CON1_PWM1 (1 << 5) +#define PDN_CON1_LCD (1 << 7) +#define PDN_CON1_UART2 (1 << 8) +#define PDN_CON1_MSDC (1 << 9) +#define PDN_CON1_TP (1 << 10) +#define PDN_CON1_PWM2 (1 << 11) +#define PDN_CON1_NFI (1 << 12) +#define PDN_CON1_UART3 (1 << 14) +#define PDN_CON1_IRDA (1 << 15) + +/* PDN_CON2 bit fields definitions */ +#define PDN_CON2_TDMA (1 << 0) +#define PDN_CON2_RTC (1 << 1) +#define PDN_CON2_BSI (1 << 2) +#define PDN_CON2_BPI (1 << 3) +#define PDN_CON2_AFC (1 << 4) +#define PDN_CON2_APC (1 << 5) + +/* + * Reset Generation Unit block section + */ +#define MTK_RGU_WDT_MODE (MTK_RGU_BASE + 0x00) +#define MTK_RGU_WDT_LENGTH (MTK_RGU_BASE + 0x04) +#define MTK_RGU_WDT_RESTART (MTK_RGU_BASE + 0x08) +#define MTK_RGU_WDT_STA (MTK_RGU_BASE + 0x0C) +#define MTK_RGU_SW_PERIPH_RSTN (MTK_RGU_BASE + 0x10) +#define MTK_RGU_SW_DSP_RSTN (MTK_RGU_BASE + 0x14) +#define MTK_RGU_WDT_RSTINTERVAL (MTK_RGU_BASE + 0x18) +#define MTK_RGU_WDT_SWRST (MTK_RGU_BASE + 0x1C) + +#define WDT_MODE_KEY 0x2200 +#define WDT_LENGTH_KEY 0x0008 +#define WDT_RESTART_KEY 0x1971 +#define SW_PERIPH_RSTN_KEY 0x0037 +#define WDT_SWRST_KEY 0x1209 + +/* + * RTC block section + */ + +/* RTC registers definition */ +#define MTK_RTC_BBPU (MTK_RTC_BASE + 0x00) +#define MTK_RTC_IRQ_STA (MTK_RTC_BASE + 0x04) +#define MTK_RTC_IRQ_EN (MTK_RTC_BASE + 0x08) +#define MTK_RTC_CII_EN (MTK_RTC_BASE + 0x0C) +#define MTK_RTC_AL_MASK (MTK_RTC_BASE + 0x10) +#define MTK_RTC_TC_SEC (MTK_RTC_BASE + 0x14) +#define MTK_RTC_TC_MIN (MTK_RTC_BASE + 0x18) +#define MTK_RTC_TC_HOU (MTK_RTC_BASE + 0x1C) +#define MTK_RTC_TC_DOM (MTK_RTC_BASE + 0x20) +#define MTK_RTC_TC_DOW (MTK_RTC_BASE + 0x24) +#define MTK_RTC_TC_MTH (MTK_RTC_BASE + 0x28) +#define MTK_RTC_TC_YEA (MTK_RTC_BASE + 0x2C) +#define MTK_RTC_AL_SEC (MTK_RTC_BASE + 0x30) +#define MTK_RTC_AL_MIN (MTK_RTC_BASE + 0x34) +#define MTK_RTC_AL_HOU (MTK_RTC_BASE + 0x38) +#define MTK_RTC_AL_DOM (MTK_RTC_BASE + 0x3C) +#define MTK_RTC_AL_DOW (MTK_RTC_BASE + 0x40) +#define MTK_RTC_AL_MTH (MTK_RTC_BASE + 0x44) +#define MTK_RTC_AL_YEA (MTK_RTC_BASE + 0x48) +#define MTK_RTC_XOSCCALI (MTK_RTC_BASE + 0x4C) +#define MTK_RTC_POWERKEY1 (MTK_RTC_BASE + 0x50) +#define MTK_RTC_POWERKEY2 (MTK_RTC_BASE + 0x54) +#define MTK_RTC_PDN1 (MTK_RTC_BASE + 0x58) +#define MTK_RTC_PDN2 (MTK_RTC_BASE + 0x5C) +#define MTK_RTC_SPAR1 (MTK_RTC_BASE + 0x64) +#define MTK_RTC_DIFF (MTK_RTC_BASE + 0x6C) +#define MTK_RTC_CALI (MTK_RTC_BASE + 0x70) +#define MTK_RTC_WRTGR (MTK_RTC_BASE + 0x74) + +#define POWERKEY1_MAGIC 0xA357 +#define POWERKEY2_MAGIC 0x67D2 + +/* RTC_BBPU bit fields definitions */ +#define RTC_BBPU_PWREN (1 << 0) +#define RTC_BBPU_WRITE_EN (1 << 1) +#define RTC_BBPU_BBPU (1 << 2) +#define RTC_BBPU_AUTO (1 << 3) +#define RTC_BBPU_CLRPKY (1 << 4) +#define RTC_BBPU_RELOAD (1 << 5) +#define RTC_BBPU_CBUSY (1 << 6) +#define RTC_BBPU_DBING (1 << 7) +#define RTC_BBPU_KEY_BBPU (1 << 8) + +/* RTC_BBPU write is only acceptable when KEY_BBPU=0x43 */ +#define BBPU_MAGIC 0x4300 + +/* + * PLL block section + */ + +/* PLL registers definition */ +#define MTK_PLL_PLL (MTK_PLL_BASE + 0x00) +#define MTK_PLL_PLL2 (MTK_PLL_BASE + 0x04) +#define MTK_PLL_CLK_CON (MTK_PLL_BASE + 0x18) +#define MTK_PLL_PDN_CON (MTK_PLL_BASE + 0x1C) + +/* MTK_PLL_PLL bit fields definitions */ +#define PLL_PLLVCOSEL (0 << 0) +#define PLL_MPLLSEL_SYSCLK (1 << 3) +#define PLL_MPLLSEL_PLL (2 << 3) +#define PLL_DPLLSEL (1 << 5) +#define PLL_UPLLSEL (1 << 6) +#define PLL_RST (1 << 7) +#define PLL_CALI (1 << 8) + +/* MTK_PLL_CLK_CON bit fields definitions */ +#define PLL_CLKSQ_DIV2_DSP (1 << 0) +#define PLL_CLKSQ_DIV2_MCU (1 << 1) +#define PLL_CLKSQ_PLD (1 << 2) +#define PLL_SRCCLK (1 << 7) +#define PLL_CLKSQ_TEST (1 << 15) + +/* MTK_PLL_PDN_CON bit fields definitions */ +#define PLL_PDN_CON_CLKSQ (1 << 11) +#define PLL_PDN_CON_MCU_DIV2 (1 << 12) +#define PLL_PDN_CON_PLL (1 << 13) +#define PLL_PDN_CON_DSP_DIV2 (1 << 15) + +#endif -- 1.7.2.5 From 246tnt at gmail.com Thu Apr 28 20:13:58 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Thu, 28 Apr 2011 22:13:58 +0200 Subject: [PATCH] target/boards: add infrastructure for loaders for Mediatek platforms In-Reply-To: <1304019974-11370-1-git-send-email-wolfram@the-dreams.de> References: <1304019974-11370-1-git-send-email-wolfram@the-dreams.de> Message-ID: Hi, > ?.../board/mediatek/exceptions_redirected.S ? ? ? ? | ? 20 + Mmm, is there also a interrupt redirection on the MTK like on the Calypso ? Or is it just some hack left over ? Cheers, Sylvain From 246tnt at gmail.com Thu Apr 28 20:15:31 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Thu, 28 Apr 2011 22:15:31 +0200 Subject: [PATCH] target/boards: add infrastructure for loaders for Mediatek platforms In-Reply-To: <1304019974-11370-1-git-send-email-wolfram@the-dreams.de> References: <1304019974-11370-1-git-send-email-wolfram@the-dreams.de> Message-ID: Hi, There also seems to be compal references left at various places. (just grep for compal / calypso to find them). Cheers, Sylvain From mgr at xviews.de Fri Apr 29 13:13:15 2011 From: mgr at xviews.de (Michael Grzeschik) Date: Fri, 29 Apr 2011 15:13:15 +0200 Subject: [PATCH] target/boards: add infrastructure for loaders for Mediatek platforms In-Reply-To: References: <1304019974-11370-1-git-send-email-wolfram@the-dreams.de> Message-ID: <20110429131315.GA15828@jamie.key> Hi, since Wolfram's account is broken at the moment, he asked me to post his response :) Please CC wsa at pengutronix.de to further replies. Thanks! On Thu, Apr 28, 2011 at 10:15:31PM +0200, Sylvain Munaut wrote: > Hi, > > > There also seems to be compal references left at various places. > > (just grep for compal / calypso to find them). Hi Sylvain, thanks for the review! >> .../board/mediatek/exceptions_redirected.S | 20 + > > Mmm, is there also a interrupt redirection on the MTK like on the > Calypso ? Or is it just some hack left over ? I am not that deep into the original ROM yet. I mainly ported the branch forward taking care of not changing the behaviour of the code. Seeing that the redirected vectors have a section in the linker script, I did not dare to remove them yet. I can try, though, interrupts are not used yet and the abort handler is hardly useful. > There also seems to be compal references left at various places. Let's see: $ grep compal +.section .compal.header I did not change this intentionally. Because it _is_ the compal header and nothing custom. It is not used yet, but I want to change that. It could simply go as well. + /* compal-loaded binary: our text, initialized data */ + /* compal-loaded binary: our unitialized data, stacks, heap */ + .compal.loader (NOLOAD) : { . = 0x1400; } > LRAM Those can simply be renamed. $ grep calypso +# (should not use libcalypso; needed functionality should be refactored (yeah, unlikely, I know)) +ANY_APP_LIBS+=calypso/libcalypso.a lib/libmini.a comm/libcomm.a +-include calypso/Makefile Well, libcalypso stuff is currently leaking in from a number of places (e.g. libcomm calls the backlight). Can we just keep it for now? +#include +#include +/* We emulate the calypso interface */ +#include Shall we just make it "uart.h"? I don't see any calypso-specific in the header. +#include I got rid of this one. Regards, Wolfram From wolfram at the-dreams.de Sat Apr 30 07:53:49 2011 From: wolfram at the-dreams.de (Wolfram Sang) Date: Sat, 30 Apr 2011 09:53:49 +0200 Subject: [PATCH 0/2] Remove some leaked-in calypso dependencies Message-ID: <1304150031-28644-1-git-send-email-wolfram@the-dreams.de> Hi, good news: mails are back bad news: phone lost a battery pin :( Here are two small patches to help the mediatek-branch compile without calypso references. These were tested before the breakage and 'make all' still builds fine for compal. Regards, Wolfram Wolfram Sang (2): comm: msgb: don't set backlight on error lib: move delay.c from calypso to lib src/target/firmware/calypso/Makefile | 2 +- src/target/firmware/calypso/delay.c | 16 ---------------- src/target/firmware/comm/msgb.c | 1 - src/target/firmware/lib/Makefile | 2 +- src/target/firmware/lib/delay.c | 16 ++++++++++++++++ 5 files changed, 18 insertions(+), 19 deletions(-) delete mode 100644 src/target/firmware/calypso/delay.c create mode 100644 src/target/firmware/lib/delay.c -- 1.7.2.5 From wolfram at the-dreams.de Sat Apr 30 07:53:50 2011 From: wolfram at the-dreams.de (Wolfram Sang) Date: Sat, 30 Apr 2011 09:53:50 +0200 Subject: [PATCH 1/2] comm: msgb: don't set backlight on error In-Reply-To: <1304150031-28644-1-git-send-email-wolfram@the-dreams.de> References: <1304150031-28644-1-git-send-email-wolfram@the-dreams.de> Message-ID: <1304150031-28644-2-git-send-email-wolfram@the-dreams.de> It seems just to be a debugging aid, but brings in an unwanted calypso-dependency. Signed-off-by: Wolfram Sang Cc: Harald Welte --- src/target/firmware/comm/msgb.c | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/src/target/firmware/comm/msgb.c b/src/target/firmware/comm/msgb.c index ff18e65..792abc6 100644 --- a/src/target/firmware/comm/msgb.c +++ b/src/target/firmware/comm/msgb.c @@ -60,7 +60,6 @@ void *_talloc_zero(void *ctx, unsigned int size, const char *name) } } cons_puts("unable to allocate msgb\n"); - bl_level(++i % 50); delay_ms(50); } panic: -- 1.7.2.5 From 246tnt at gmail.com Sat Apr 30 08:12:26 2011 From: 246tnt at gmail.com (Sylvain Munaut) Date: Sat, 30 Apr 2011 10:12:26 +0200 Subject: [PATCH 1/2] comm: msgb: don't set backlight on error In-Reply-To: <1304150031-28644-2-git-send-email-wolfram@the-dreams.de> References: <1304150031-28644-1-git-send-email-wolfram@the-dreams.de> <1304150031-28644-2-git-send-email-wolfram@the-dreams.de> Message-ID: Hi, On Sat, Apr 30, 2011 at 9:53 AM, Wolfram Sang wrote: > It seems just to be a debugging aid, but brings in an unwanted > calypso-dependency. Well it is :) I suggest you just replace it by a 'board_panic' call or something and leave it to the board specific code how to signal panic conditions. Cheers, Sylvain From wolfram at the-dreams.de Sat Apr 30 07:53:51 2011 From: wolfram at the-dreams.de (Wolfram Sang) Date: Sat, 30 Apr 2011 09:53:51 +0200 Subject: [PATCH 2/2] lib: move delay.c from calypso to lib In-Reply-To: <1304150031-28644-1-git-send-email-wolfram@the-dreams.de> References: <1304150031-28644-1-git-send-email-wolfram@the-dreams.de> Message-ID: <1304150031-28644-3-git-send-email-wolfram@the-dreams.de> Nothing calypso-related in there and needed for Mediatek, too. Signed-off-by: Wolfram Sang --- src/target/firmware/calypso/Makefile | 2 +- src/target/firmware/calypso/delay.c | 16 ---------------- src/target/firmware/lib/Makefile | 2 +- src/target/firmware/lib/delay.c | 16 ++++++++++++++++ 4 files changed, 18 insertions(+), 18 deletions(-) delete mode 100644 src/target/firmware/calypso/delay.c create mode 100644 src/target/firmware/lib/delay.c diff --git a/src/target/firmware/calypso/Makefile b/src/target/firmware/calypso/Makefile index c0620ed..610a82c 100644 --- a/src/target/firmware/calypso/Makefile +++ b/src/target/firmware/calypso/Makefile @@ -1,4 +1,4 @@ LIBRARIES+=calypso calypso_DIR=calypso -calypso_SRCS=arm.c buzzer.c clock.c delay.c dma.c dsp.c du.c i2c.c irq.c rtc.c sim.c spi.c tpu.c tsp.c keypad.c misc.c timer.c backlight.c uart.c uwire.c +calypso_SRCS=arm.c buzzer.c clock.c dma.c dsp.c du.c i2c.c irq.c rtc.c sim.c spi.c tpu.c tsp.c keypad.c misc.c timer.c backlight.c uart.c uwire.c diff --git a/src/target/firmware/calypso/delay.c b/src/target/firmware/calypso/delay.c deleted file mode 100644 index 443ca82..0000000 --- a/src/target/firmware/calypso/delay.c +++ /dev/null @@ -1,16 +0,0 @@ -#include - -/* FIXME: We need properly calibrated delay loops at some point! */ -void delay_us(unsigned int us) -{ - volatile unsigned int i; - - for (i= 0; i < us*4; i++) { i; } -} - -void delay_ms(unsigned int ms) -{ - volatile unsigned int i; - - for (i= 0; i < ms*1300; i++) { i; } -} diff --git a/src/target/firmware/lib/Makefile b/src/target/firmware/lib/Makefile index 987857c..83f9966 100644 --- a/src/target/firmware/lib/Makefile +++ b/src/target/firmware/lib/Makefile @@ -2,6 +2,6 @@ LIBRARIES+=mini mini_DIR=lib mini_SRCS=vsprintf.c string.c ctype.c printf.c console.c ctors.c \ - changebit.S clearbit.S div64.S lib1funcs.S memcpy.S memset.S setbit.S testchangebit.S testclearbit.S testsetbit.S + changebit.S clearbit.S delay.c div64.S lib1funcs.S memcpy.S memset.S setbit.S testchangebit.S testclearbit.S testsetbit.S diff --git a/src/target/firmware/lib/delay.c b/src/target/firmware/lib/delay.c new file mode 100644 index 0000000..443ca82 --- /dev/null +++ b/src/target/firmware/lib/delay.c @@ -0,0 +1,16 @@ +#include + +/* FIXME: We need properly calibrated delay loops at some point! */ +void delay_us(unsigned int us) +{ + volatile unsigned int i; + + for (i= 0; i < us*4; i++) { i; } +} + +void delay_ms(unsigned int ms) +{ + volatile unsigned int i; + + for (i= 0; i < ms*1300; i++) { i; } +} -- 1.7.2.5