From Andreas.Eversberg at versatel.de Mon Jul 5 15:06:59 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Mon, 5 Jul 2010 17:06:59 +0200 Subject: AW: OsmocomBB Layer1 progress Message-ID: > JFYI: The AGC control in L1 is now active. At least it didn't make things > worse for me. Maybe people who have had problems acquiring weak cells > should give it a try again. > I suggest to add the L1CTL_DM_REL_REQ into the state machine, I suppose > it should avoid that problem. hi, i will check this issue about releasing and establishment of dedicated mode. also i will do the power control thing from L3. i got stuck while transcoding RACH request / confirm from L1CTL into RSL_CHAN_RQD/RSL_CHAN_CONF. the goal is to have pure RSL between layer 3 and layer 2. the biggest problem are things like power measurement, sync requests and other L1CTL messages, all which are not defined for RSL SAP. i don't like the idea about converting everything from L1CTL to RSL and parsing it and vice versa. this take allot of time to implement, also we would need to add several new messages and information elements. my suggestion is to leave L1CTL as it is. currently i think about how to control tx_power and TA (timing advance/delay) from layer 3. it is not possible to set them in every layer 3 message, because this message may be splitted or repeated or layer 2 may send responses without interaction of layer 3. therefore we must store the tx_power and TA at layer 2, and it must be sent with every frame then. since we don't send any idle frame to layer 1 (this is actually generated there), we can only give tx_power and TA at frames with content. the values must be stored at L1 for idle frames. therefore it think it would be much easier to use something like L1CTL_POWER_REQ to set the current tx_power and a L1CTL_POWER_CONF to get the actual (closest) power set. (also includes the TA). these values are stored and for every frame sent afterwards until L1CTL_POWER_REQ is sent with different values. regards, andreas From maciej.grela at gmail.com Thu Jul 1 21:37:20 2010 From: maciej.grela at gmail.com (Maciej Grela) Date: Thu, 1 Jul 2010 23:37:20 +0200 Subject: Running osmocombb on a Motorol C118 Message-ID: Hi, I've recently bought two Motorolas C118 with the intent of trying osmocombb. I have trouble running the firmware correctly however. Here are the steps I'm taking: 1. Run osmocom: thermal at richese:~/Publiczny/devel/osmocombb/osmocom-bb/src/host/osmocon$ ./osmocon -p /dev/ttyUSB0 -m c123 /home/thermal/Publiczny/devel/osmocombb/osmocom-bb/src/target/firmware/board/compal_e88/layer1.ramload.bin 2. Press power on the phone. 3. Phone boots and downloads code from osmocon (this code lands in RAM I presume) Received PROMPT1 from phone, responding with CMD read_file(/home/thermal/Publiczny/devel/osmocombb/osmocom-bb/src/target/firmware/board/compal_e88/layer1.ramload.bin): file_size=40232, hdr_len=4, dnload_len=40239 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(): 1087 bytes (1087/40239) handle_write(): 768 bytes (1855/40239) handle_write(): 768 bytes (2623/40239) handle_write(): 768 bytes (3391/40239) handle_write(): 768 bytes (4159/40239) handle_write(): 768 bytes (4927/40239) handle_write(): 768 bytes (5695/40239) handle_write(): 768 bytes (6463/40239) handle_write(): 768 bytes (7231/40239) handle_write(): 768 bytes (7999/40239) handle_write(): 768 bytes (8767/40239) handle_write(): 768 bytes (9535/40239) handle_write(): 768 bytes (10303/40239) handle_write(): 768 bytes (11071/40239) handle_write(): 768 bytes (11839/40239) handle_write(): 768 bytes (12607/40239) handle_write(): 768 bytes (13375/40239) handle_write(): 768 bytes (14143/40239) handle_write(): 768 bytes (14911/40239) handle_write(): 768 bytes (15679/40239) handle_write(): 768 bytes (16447/40239) handle_write(): 768 bytes (17215/40239) handle_write(): 768 bytes (17983/40239) handle_write(): 768 bytes (18751/40239) handle_write(): 768 bytes (19519/40239) handle_write(): 768 bytes (20287/40239) handle_write(): 768 bytes (21055/40239) handle_write(): 768 bytes (21823/40239) handle_write(): 768 bytes (22591/40239) handle_write(): 768 bytes (23359/40239) handle_write(): 768 bytes (24127/40239) handle_write(): 768 bytes (24895/40239) handle_write(): 768 bytes (25663/40239) handle_write(): 768 bytes (26431/40239) handle_write(): 768 bytes (27199/40239) handle_write(): 768 bytes (27967/40239) handle_write(): 768 bytes (28735/40239) handle_write(): 768 bytes (29503/40239) handle_write(): 768 bytes (30271/40239) handle_write(): 768 bytes (31039/40239) handle_write(): 768 bytes (31807/40239) handle_write(): 768 bytes (32575/40239) handle_write(): 768 bytes (33343/40239) handle_write(): 768 bytes (34111/40239) handle_write(): 768 bytes (34879/40239) handle_write(): 768 bytes (35647/40239) handle_write(): 768 bytes (36415/40239) handle_write(): 768 bytes (37183/40239) handle_write(): 768 bytes (37951/40239) handle_write(): 768 bytes (38719/40239) handle_write(): 768 bytes (39487/40239) handle_write(): 752 bytes (40239/40239) 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! Hello World from apps/layer1/main.c program code ====================================================================== Device ID code: 0xb4fb Device Version code: 0x0000 ARM ID code: 0xfff3 cDSP ID code: 0x0128 Die ID code: 058d320a9e039bfc ====================================================================== REG_DPLL=0x2413 CNTL_ARM_CLK=0xf0a1 CNTL_CLK=0xff91 CNTL_RST=0xfff3 CNTL_ARM_DIV=0xfff9 ====================================================================== THIS FIRMWARE WAS COMPILED WITHOUT TX SUPPORT!!! Assert DSP into Reset Releasing DSP from Reset Setting some dsp_api.ndb values Setting API NDB parameters DSP Downlad Status disabledDSP API Version: 0x0000 0x0000 Finishing download phase DSP Downlad Status disabledDSP API Version: 0x3606 0x0000 What is the layer1 firmware supposed to do now ? I've tried to run layer23/bcch_scan and layer23/layer23 but they don't print any messages and so does the firmware itself. I'm under the impression that the firmware freezes. Have you tested the firmware on a C118 phone ? I will try to find out why it's freezing but maybe I'm missing something obvious ? Best regards, Maciej Grela From steve at steve-m.de Thu Jul 1 22:45:19 2010 From: steve at steve-m.de (Steve Markgraf) Date: Fri, 02 Jul 2010 00:45:19 +0200 Subject: Running osmocombb on a Motorol C118 In-Reply-To: References: Message-ID: <4C2D1A7F.3000909@steve-m.de> Hi, At 01.07.2010 23:37, Maciej Grela wrote: > Here are the steps I'm taking: > > 1. Run osmocom: > 2. Press power on the phone. Before step 2, start the upper layer application, e.g. host/layer23/src/mobile > 3. Phone boots and downloads code from osmocon (this code lands in RAM > I presume) Right, the code is loaded to the internal SRAM of the Calypso DBB. > What is the layer1 firmware supposed to do now ? I've tried to run > layer23/bcch_scan and layer23/layer23 but they don't print any > messages and so does the firmware itself. I'm under the impression > that the firmware freezes. Have you tested the firmware on a C118 > phone ? I will try to find out why it's freezing but maybe I'm missing > something obvious ? Basically layer23, bcch_scan and mobile wait for the layer1 reset message, thus have to be started before powering on the phone. Regards, Steve From maciej.grela at gmail.com Fri Jul 2 09:52:34 2010 From: maciej.grela at gmail.com (Maciej Grela) Date: Fri, 2 Jul 2010 11:52:34 +0200 Subject: Running osmocombb on a Motorol C118 In-Reply-To: <4C2D1A7F.3000909@steve-m.de> References: <4C2D1A7F.3000909@steve-m.de> Message-ID: 2010/7/2 Steve Markgraf : > Hi, > > At 01.07.2010 23:37, Maciej Grela wrote: > >> Here are the steps I'm taking: >> >> 1. Run osmocom: >> 2. Press power on the phone. > > Before step 2, start the upper layer application, e.g. > host/layer23/src/mobile > > >> 3. Phone boots and downloads code from osmocon (this code lands in RAM >> I presume) > > Right, the code is loaded to the internal SRAM of the Calypso DBB. > >> What is the layer1 firmware supposed to do now ? I've tried to run >> layer23/bcch_scan and layer23/layer23 but they don't print any >> messages and so does the firmware itself. I'm under the impression >> that the firmware freezes. Have you tested the firmware on a C118 >> phone ? I will try to find out why it's freezing but maybe I'm missing >> something obvious ? > > Basically layer23, bcch_scan and mobile wait for the layer1 reset message, > thus have to be started before powering on the phone. > Thanks, that worked. Now I need to find out why I cannot do FCCH. Br, Maciej Grela From sweisman at pobox.com Tue Jul 13 11:29:05 2010 From: sweisman at pobox.com (Scott Weisman) Date: Tue, 13 Jul 2010 14:29:05 +0300 Subject: kernel choice Message-ID: Hi all. I just swallowed the Osmocom red pill and am awaiting my Motorola V171 which I just bought on eBay (it was the cheapest option). I was interested in what people thought of the Contiki OS. I'm not an expert, but this seems like a good option, since it's very compact, and has been ported to many ARM-based devices. Scott -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Tue Jul 13 22:36:49 2010 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 14 Jul 2010 00:36:49 +0200 Subject: kernel choice In-Reply-To: References: Message-ID: <20100713223649.GB16536@prithivi.gnumonks.org> As indicated before, we do not have an immediate need for an operating system at this point. As long as all we run on the device is our GSM stack and no application programs (that are in need of a scheduler). The variety of open source RTOS projects is quite big, and before completing a comprehensive survey I don't really feel confident of making a choice. If I remember correctly, contiki seemed much too big for our needs. We need something extremely simple and minimal, basically just a (non-realtime) scheduler and some minimalistic synchronization primitives like semaphores. message queues are already a luxury, as is a memory allocator. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From devpurohit19 at yahoo.com Sat Jul 17 21:08:44 2010 From: devpurohit19 at yahoo.com (Dev Purohit) Date: Sat, 17 Jul 2010 14:08:44 -0700 (PDT) Subject: socket running problem Message-ID: <357646.61874.qm@web114212.mail.gq1.yahoo.com> Hi all ?i run command osmocom-bb/src/host/osmocon# ./osmoload ? Failed to connect to '/tmp/osmocom_loader' and osmocom-bb/src/host/layer23/src# ./layer23 Failed to connect to '/tmp/osmocom_l2'. Failed during layer2_open() kindly help me out with this i'm stuck.. Dev. -------------- next part -------------- An HTML attachment was scrubbed... URL: From zecke at selfish.org Sat Jul 17 21:49:55 2010 From: zecke at selfish.org (Holger Freyther) Date: Sun, 18 Jul 2010 05:49:55 +0800 Subject: socket running problem In-Reply-To: <357646.61874.qm@web114212.mail.gq1.yahoo.com> References: <357646.61874.qm@web114212.mail.gq1.yahoo.com> Message-ID: <4C422583.1020704@selfish.org> On 07/18/2010 05:08 AM, Dev Purohit wrote: > Hi all > > i run command osmocom-bb/src/host/osmocon# ./osmoload > Failed to connect to '/tmp/osmocom_loader' One easy way is to use strace (man strace) and see what failed, and you can try to create the Unix Domain Socket in a different directory (osmoload -h will help here). z. From devpurohit19 at yahoo.com Sat Jul 17 23:15:31 2010 From: devpurohit19 at yahoo.com (Dev Purohit) Date: Sat, 17 Jul 2010 16:15:31 -0700 (PDT) Subject: socket running problem Message-ID: <916408.44797.qm@web114209.mail.gq1.yahoo.com> Hello Mr.Holger, Thank you so much for help, but i'm not? expert with linux system yet kindly help me to interpret. where is problem ? thank you in advance xx at ubuntu:~/osmocom-bb/src/host/osmocon$ strace -Ff -tt osmoload 2>&1 | tee strace-osmoload.log04:36:51.842667 execve("/usr/local/sbin/osmoload", ["osmoload"], [/* 38 vars */]) = 0 04:36:51.877698 brk(0)????????????????? = 0x9b95000 04:36:51.877918 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) 04:36:51.878154 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb78f9000 04:36:51.878338 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) 04:36:51.878657 open("/etc/ld.so.cache", O_RDONLY) = 3 04:36:51.878810 fstat64(3, {st_mode=S_IFREG|0644, st_size=82613, ...}) = 0 04:36:51.879022 mmap2(NULL, 82613, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb78e4000 04:36:51.879105 close(3)??????????????? = 0 04:36:51.879221 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) 04:36:51.879384 open("/lib/tls/i686/cmov/libc.so.6", O_RDONLY) = 3 04:36:51.879554 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0000m\1\0004\0\0\0"..., 512) = 512 04:36:51.879724 fstat64(3, {st_mode=S_IFREG|0755, st_size=1405508, ...}) = 0 04:36:51.879956 mmap2(NULL, 1415592, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xe50000 04:36:51.880093 mprotect(0xfa3000, 4096, PROT_NONE) = 0 04:36:51.880219 mmap2(0xfa4000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x153) = 0xfa4000 04:36:51.880373 mmap2(0xfa7000, 10664, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xfa7000 04:36:51.880540 close(3)??????????????? = 0 04:36:51.880681 mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb78e3000 04:36:51.880837 set_thread_area({entry_number:-1 -> 6, base_addr:0xb78e38d0, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0 04:36:51.881137 mprotect(0xfa4000, 8192, PROT_READ) = 0 04:36:51.881301 mprotect(0x8050000, 4096, PROT_READ) = 0 04:36:51.881443 mprotect(0x319000, 4096, PROT_READ) = 0 04:36:51.881572 munmap(0xb78e4000, 82613) = 0 04:36:51.881845 socket(PF_FILE, SOCK_STREAM, 0) = 3 04:36:51.882040 connect(3, {sa_family=AF_FILE, path="/tmp/osmocom_loader"}, 21) = -1 ENOENT (No such file or directory) 04:36:51.882323 write(2, "Failed to connect to '/tmp/osmoc"..., 44Failed to connect to '/tmp/osmocom_loader'. ) = 44 04:36:51.882700 exit_group(1)?????????? = ? xx at ubuntu:~/osmocom-bb/src/host/osmocon$ -------------- next part -------------- An HTML attachment was scrubbed... URL: From peter at stuge.se Sat Jul 17 23:59:51 2010 From: peter at stuge.se (Peter Stuge) Date: Sun, 18 Jul 2010 01:59:51 +0200 Subject: socket running problem In-Reply-To: <916408.44797.qm@web114209.mail.gq1.yahoo.com> References: <916408.44797.qm@web114209.mail.gq1.yahoo.com> Message-ID: <20100717235951.4026.qmail@stuge.se> Dev Purohit wrote: > i'm not? expert with linux system yet Maybe you know a bit about C though? While strace is a Linux utility it simply shows the system calls (from application to kernel) that are made. Some are obviously Linux-specific, but some should be recognized from other systems. > kindly help me to interpret. where is problem ? .. > 04:36:51.881845 socket(PF_FILE, SOCK_STREAM, 0) = 3 A UNIX socket is created, with file descriptor 3 returned for this socket. > 04:36:51.882040 connect(3, {sa_family=AF_FILE, path="/tmp/osmocom_loader"}, 21) = -1 ENOENT (No such file or directory) But connecting this socket (3 in the app) to the socket /tmp/osmocom_loader in the filesystem fails with errno=ENOENT, and the meaning of that error code is printed in plain english at the very end of the line: (No such file or directory) So the UNIX socket that osmoload wants to connect to does not exist. Make sure that the program which creates that socket is actually running. //Peter From steve at steve-m.de Sun Jul 18 00:03:21 2010 From: steve at steve-m.de (Steve Markgraf) Date: Sun, 18 Jul 2010 02:03:21 +0200 Subject: socket running problem In-Reply-To: <916408.44797.qm@web114209.mail.gq1.yahoo.com> References: <916408.44797.qm@web114209.mail.gq1.yahoo.com> Message-ID: <4C4244C9.4060604@steve-m.de> Hi, At 18.07.2010 01:15, Dev Purohit wrote: > path="/tmp/osmocom_loader"}, 21) = -1 ENOENT (No such file or directory) Did you run ./osmocon first? If not, please take a look at http://bb.osmocom.org/trac/wiki/osmocon Regards, Steve From devpurohit19 at yahoo.com Fri Jul 23 12:49:29 2010 From: devpurohit19 at yahoo.com (Dev Purohit) Date: Fri, 23 Jul 2010 05:49:29 -0700 (PDT) Subject: progress.. Message-ID: <910982.26825.qm@web114212.mail.gq1.yahoo.com> Hello All, ? My basic question is related to progress and accomplishment of this project and related project like airprob. ? 1 if any of these project have reached up to the point where Um or Abis interface traffic? can be change to voice or at least to the stage where it can get PCM or ISDN level voice data ?let say through layer1application ?we change synthesizer frequency to specific ARFCN, and tune to a?specific TS. can it? fetch traffic( without encryption,?a5/0, testing?down link traffic?between?MS and?testing BTS?)?channel and after base-band processing? can it?give voice?data (either PCM o,?analogue format, digital voice coding) if so what all sections/ applications will ?involve of this application or if this is possible through airprob so for now. ? Thank you in advance.. ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From devpurohit19 at yahoo.com Sat Jul 24 20:29:23 2010 From: devpurohit19 at yahoo.com (Dev Purohit) Date: Sat, 24 Jul 2010 13:29:23 -0700 (PDT) Subject: Progress.. Message-ID: <642406.94836.qm@web114204.mail.gq1.yahoo.com> Hi All, I just want to elaborate it my question is? is there is some down link traffic between MS and a testing BTS , let say on ARFCN # 13 and Time slot 3 this traffic channel is non encrypted A5/0 , is osmocom BB or airprob is become to capable to tune to that particular ARFC in this case ARFCN no. 13 and time slot 3 and fetch the traffic channel data process it and convert it to pure voice or encode speech signals ( (CELP) or PCM format ) i specifically request to Harald as he is taking care for airprob also. If?these projects need more development to get this extent ?kindly guide me so that i can start my work and contribute?to this project?, why taken?I have??taken this approach is 1) will clarify other?aspects and errors in this package to make a working, ready to use package. after wards we will start for transition section. 2) will confirm the feasibility and give all contributor a enthusiasm that we are developing significantly and can get at least any output from moths of hard work 3) will apply the changes and correct for the errors( instability)?other developer and contributor will face or report during their voice reception. ? i feel reception of? voice , then transition of voice is very basic requirement of any mobile software, then we can add on other features like channel hoping , cell handovers, other UI features , various multimedia and messaging features.. ? thanks for your great work and wish to contribute at my best abilities.. --- On Fri, 7/23/10, Dev Purohit wrote: From: Dev Purohit Subject: progress.. To: baseband-devel at lists.osmocom.org Date: Friday, July 23, 2010, 12:49 PM Hello All, ? My basic question is related to progress and accomplishment of this project and related project like airprob. ? 1 if any of these project have reached up to the point where Um or Abis interface traffic? can be change to voice or at least to the stage where it can get PCM or ISDN level voice data ?let say through layer1application ?we change synthesizer frequency to specific ARFCN, and tune to a?specific TS. can it? fetch traffic( without encryption,?a5/0, testing?down link traffic?between?MS and?testing BTS?)?channel and after base-band processing? can it?give voice?data (either PCM o,?analogue format, digital voice coding) if so what all sections/ applications will ?involve of this application or if this is possible through airprob so for now. ? Thank you in advance.. ? ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From laforge at gnumonks.org Sun Jul 25 18:09:08 2010 From: laforge at gnumonks.org (Harald Welte) Date: Sun, 25 Jul 2010 20:09:08 +0200 Subject: Progress.. In-Reply-To: <642406.94836.qm@web114204.mail.gq1.yahoo.com> References: <642406.94836.qm@web114204.mail.gq1.yahoo.com> Message-ID: <20100725180908.GN8192@prithivi.gnumonks.org> Hi, On Sat, Jul 24, 2010 at 01:29:23PM -0700, Dev Purohit wrote: > I just want to elaborate it my question is? is there is some down link > traffic between MS and a testing BTS , let say on ARFCN # 13 and Time slot 3 > this traffic channel is non encrypted A5/0 , is osmocom BB or airprob is > become to capable to tune to that particular ARFC in this case ARFCN no. 13 > and time slot 3 and fetch the traffic channel data process it and convert it > to pure voice or encode speech signals ( (CELP) or PCM format ) i > specifically request to Harald as he is taking care for airprob also. For airprobe: you will have to touch the source code to configure it correctly. However, I am aware that somebody has been working on this and will post patches shortly. For OsmocomBB: We have not worked a lot on TCH yet. Dieter has some preliminary work done and has stated he can see the TCH/F frames of unencrypted full-rate calls in the downlink already. All he needed to do is create the respective multiframe scheduler tables and set the correct DSP task for Full-Rate TCH/F processing (in the source code). If you want this data on the host pc, you will have to create a new HDLC/Sercomm channel and send it over to the PC. On the PC, you will then run a GSM FR codec and convert it to PCM. > i feel reception of? voice , then transition of voice is very basic > requirement of any mobile software, then we can add on other features like > channel hoping , cell handovers, other UI features , various multimedia and > messaging features.. ? well, that's your personal opinion. To me, voice is relatively insignificant, and it will more or less automatically fall into place once the other parts are finished. Only after we can establish encrypted, hopping channels to a real-world BTS, we will have the need to switch to a TCH... > thanks for your great work and wish to contribute at my best abilities.. Thanks for wanting to help us out! -- - 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 Sat Jul 24 20:53:07 2010 From: 246tnt at gmail.com (Sylvain Munaut) Date: Sat, 24 Jul 2010 22:53:07 +0200 Subject: Some refactoring proposals Message-ID: Here's a few refactoring proposal that I'd like to get done. But before I invest too much time in them I'd like to be sure there are no objections ... (I hate implementing stuff for nothing). * Split layer23/src into - common: what makes liblayer23, purely generic stuff that needs binding together to define an app - mobile: The real complete mobile application - misc: The test applications and their support code layer23 (which I'd rename bcch_dump since that's what it does), echo_test, bcch_scan) * Move away from dispatching L1CTL message using signals ... Only L1CTL works like that and I just can't figure out why ... we read the l1ctl messages just to move their data into another structure to redispatch them to a handler ... l1ctl.c should just contain: - The l1ctl_tx_XXX primitives - A function for the 'application' to register it's own handler for L1CTL messages. - The rx call back to be called by lower layer when a l1ctl frame is received. This one would get the frame, set the hdr pointers, do basic checks, possibly allow signal dipatching for the RESET signal (which is kinda special), and then just hand the frame to the registered handler. * Split lapdm.c : Currently it contains lapdm code and RSLms. They should be split and lapdm code should not be tied to a specific usage but be 'instantiated'/configured in each app as they see fit. Some app might need to track more than 2 lapdm channels ... - lapdm.c would be in common/ (more like an utility lapdm library than 'business' code) - rslms.c would probably be in mobile/ * Rework the app in misc/ to remove the over-engineered bits. It's clear from the sources that layer23 intended to become the full featured phone and as such, is split in a bunch of elements for ... not much in the end since Jolly restarted from scratch, splitting better. So I'd like to simplify as much as possible those apps while still separating 'utilities' function (like dump_bcch) to allow re-use between them. Theses are only the first few steps. My goal is to make it more easy to write small test applications and to clearly separate that from the full featured / layered mobile implementation while still sharing the relevant 'library type' code. Cheers, Sylvain From laforge at gnumonks.org Tue Jul 27 14:28:25 2010 From: laforge at gnumonks.org (Harald Welte) Date: Tue, 27 Jul 2010 16:28:25 +0200 Subject: Some refactoring proposals In-Reply-To: References: Message-ID: <20100727142825.GI4546@prithivi.gnumonks.org> Hi Sylvain, On Sat, Jul 24, 2010 at 10:53:07PM +0200, Sylvain Munaut wrote: > Here's a few refactoring proposal that I'd like to get done. But > before I invest too much time in them I'd like to be sure there are no > objections ... (I hate implementing stuff for nothing). > > * Split layer23/src into > - common: what makes liblayer23, purely generic stuff that needs > binding together to define an app > - mobile: The real complete mobile application > - misc: The test applications and their support code layer23 (which > I'd rename bcch_dump since that's what it does), echo_test, bcch_scan) Sounds fine with me. If Andreas doesn't mind, I'm happy to merge a branch containing this split > * Move away from dispatching L1CTL message using signals ... > > Only L1CTL works like that and I just can't figure out why ... we > read the l1ctl messages just to move their data into another structure > to redispatch them to a handler ... > > l1ctl.c should just contain: > - The l1ctl_tx_XXX primitives > - A function for the 'application' to register it's own handler for > L1CTL messages. > - The rx call back to be called by lower layer when a l1ctl frame > is received. > This one would get the frame, set the hdr pointers, do basic > checks, possibly allow signal dipatching for the RESET signal (which > is kinda special), and then just hand the frame to the registered > handler. ACK from me, too. > * Split lapdm.c : Currently it contains lapdm code and RSLms. They > should be split and lapdm code should not be tied to a specific usage > but be 'instantiated'/configured in each app as they see fit. Some app > might need to track more than 2 lapdm channels ... > - lapdm.c would be in common/ (more like an utility lapdm library > than 'business' code) > - rslms.c would probably be in mobile/ I don't have a strong feeling about this, but if you want to do that work, feel free :) > * Rework the app in misc/ to remove the over-engineered bits. It's > clear from the sources that layer23 intended to become the full > featured phone and as such, is split in a bunch of elements for ... > not much in the end since Jolly restarted from scratch, splitting > better. So I'd like to simplify as much as possible those apps while > still separating 'utilities' function (like dump_bcch) to allow re-use > between them. This also sounds very reasonable from my point of view. -- - 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 Tue Jul 27 19:02:02 2010 From: 246tnt at gmail.com (Sylvain Munaut) Date: Tue, 27 Jul 2010 21:02:02 +0200 Subject: Some refactoring proposals In-Reply-To: <20100727142825.GI4546@prithivi.gnumonks.org> References: <20100727142825.GI4546@prithivi.gnumonks.org> Message-ID: Hi, >> * Split layer23/src into >> ? - common: what makes liblayer23, purely generic stuff that needs >> binding together to define an app >> ? - mobile: The real complete mobile application >> ? - misc: The test applications and their support code layer23 (which >> I'd rename bcch_dump since that's what it does), echo_test, bcch_scan) > > Sounds fine with me. ?If Andreas doesn't mind, I'm happy to merge a branch > containing this split Ok, this is done. It's waiting in my pending branch with a bunch of other fixes. It requires a libosmocore update as well. (I moved a func to libosmocore, which required to update it, which bringed the msgb checks, which broke the target build and required fixing, it also showed some bugs in fw and layer23 code that required fixing as well ...) Andreas ? The L1CTL stuff is next and then the test apps. The lapdm will probably wait as I don't have an immediate need for it. Cheers, Sylvain From laforge at gnumonks.org Wed Jul 28 07:16:42 2010 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 28 Jul 2010 09:16:42 +0200 Subject: Some refactoring proposals In-Reply-To: References: <20100727142825.GI4546@prithivi.gnumonks.org> Message-ID: <20100728071642.GR4546@prithivi.gnumonks.org> On Tue, Jul 27, 2010 at 09:02:02PM +0200, Sylvain Munaut wrote: > Hi, > > >> * Split layer23/src into > >> ? - common: what makes liblayer23, purely generic stuff that needs > >> binding together to define an app > >> ? - mobile: The real complete mobile application > >> ? - misc: The test applications and their support code layer23 (which > >> I'd rename bcch_dump since that's what it does), echo_test, bcch_scan) > > > > Sounds fine with me. ?If Andreas doesn't mind, I'm happy to merge a branch > > containing this split > > Ok, this is done. It's waiting in my pending branch with a bunch of > other fixes. It requires a libosmocore update as well. I'll wait for some feedback from Andreas. If he either agrees or doesn't care, then I'll merge it. > (I moved a func to libosmocore, which required to update it, which > bringed the msgb checks, which broke the target build and required > fixing, it also showed some bugs in fw and layer23 code that required > fixing as well ...) I've merged your pending libosmocore changes to libosmocore.git master. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From steve at steve-m.de Wed Jul 28 13:22:54 2010 From: steve at steve-m.de (Steve Markgraf) Date: Wed, 28 Jul 2010 15:22:54 +0200 Subject: Some refactoring proposals In-Reply-To: <20100728071642.GR4546@prithivi.gnumonks.org> References: <20100727142825.GI4546@prithivi.gnumonks.org> <20100728071642.GR4546@prithivi.gnumonks.org> Message-ID: <4C502F2E.8030604@steve-m.de> Hi, I have some pending changes in steve-m/pending and steve-m/l1reset as well. The first branch is based on current master, and re-enables the gta0x images, the l1reset branch is based on sylvain/pending and adds a l1ctl_tx_reset_req() on startup of the layer2 applications. Thus, you don't have to start the layer2 application before powering the phone anymore, and you can switch between different layer2 apps without rebooting the phone. The first case still works, since the layer1 reset ack is received anyway. Regards, Steve From laforge at gnumonks.org Wed Jul 28 17:15:53 2010 From: laforge at gnumonks.org (Harald Welte) Date: Wed, 28 Jul 2010 19:15:53 +0200 Subject: Some refactoring proposals In-Reply-To: <4C502F2E.8030604@steve-m.de> References: <20100727142825.GI4546@prithivi.gnumonks.org> <20100728071642.GR4546@prithivi.gnumonks.org> <4C502F2E.8030604@steve-m.de> Message-ID: <20100728171553.GE4546@prithivi.gnumonks.org> On Wed, Jul 28, 2010 at 03:22:54PM +0200, Steve Markgraf wrote: > Hi, > > I have some pending changes in steve-m/pending and steve-m/l1reset > as well. The first branch is based on current master, and re-enables > the gta0x images, I've applied this to master, thanks. > the l1reset branch is based on sylvain/pending and adds a > l1ctl_tx_reset_req() on startup of the layer2 applications. > > Thus, you don't have to start the layer2 application before powering > the phone anymore, and you can switch between different layer2 apps > without rebooting the phone. The first case still works, since the > layer1 reset ack is received anyway. Sounds great, I first need to merge sylvain's branch, though. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From laforge at gnumonks.org Thu Jul 29 09:15:01 2010 From: laforge at gnumonks.org (Harald Welte) Date: Thu, 29 Jul 2010 11:15:01 +0200 Subject: Some refactoring proposals In-Reply-To: <4C502F2E.8030604@steve-m.de> References: <20100727142825.GI4546@prithivi.gnumonks.org> <20100728071642.GR4546@prithivi.gnumonks.org> <4C502F2E.8030604@steve-m.de> Message-ID: <20100729091501.GG31490@prithivi.gnumonks.org> Hi Steve and Sylvain, On Wed, Jul 28, 2010 at 03:22:54PM +0200, Steve Markgraf wrote: > I have some pending changes in steve-m/pending and steve-m/l1reset > as well. The first branch is based on current master, and re-enables > the gta0x images, the l1reset branch is based on sylvain/pending and > adds a l1ctl_tx_reset_req() on startup of the layer2 applications. Ok, I've merged both sylvain/pending and steve-m/l1reset now. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From Andreas.Eversberg at versatel.de Wed Jul 28 06:19:12 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Wed, 28 Jul 2010 08:19:12 +0200 Subject: AW: Some refactoring proposals Message-ID: >> Here's a few refactoring proposal that I'd like to get done. But >> before I invest too much time in them I'd like to be sure there are no >> objections ... (I hate implementing stuff for nothing). >> >> * Split layer23/src into >> - common: what makes liblayer23, purely generic stuff that needs >> binding together to define an app >> - mobile: The real complete mobile application >> - misc: The test applications and their support code layer23 (which >> I'd rename bcch_dump since that's what it does), echo_test, bcch_scan) > > Sounds fine with me. If Andreas doesn't mind, I'm happy to merge a branch > containing this split i don't mind! From Andreas.Eversberg at versatel.de Wed Jul 28 08:15:21 2010 From: Andreas.Eversberg at versatel.de (Andreas.Eversberg) Date: Wed, 28 Jul 2010 10:15:21 +0200 Subject: AW: Some refactoring proposals Message-ID: surely i agree! (as i noted in my last mail) -----Urspr?ngliche Nachricht----- Von: Harald Welte [mailto:laforge at gnumonks.org] Gesendet: Mittwoch, 28. Juli 2010 09:17 An: Sylvain Munaut Cc: baseband-devel; Andreas.Eversberg Betreff: Re: Some refactoring proposals On Tue, Jul 27, 2010 at 09:02:02PM +0200, Sylvain Munaut wrote: > Hi, > > >> * Split layer23/src into > >> ? - common: what makes liblayer23, purely generic stuff that needs > >> binding together to define an app > >> ? - mobile: The real complete mobile application > >> ? - misc: The test applications and their support code layer23 (which > >> I'd rename bcch_dump since that's what it does), echo_test, bcch_scan) > > > > Sounds fine with me. ?If Andreas doesn't mind, I'm happy to merge a branch > > containing this split > > Ok, this is done. It's waiting in my pending branch with a bunch of > other fixes. It requires a libosmocore update as well. I'll wait for some feedback from Andreas. If he either agrees or doesn't care, then I'll merge it. > (I moved a func to libosmocore, which required to update it, which > bringed the msgb checks, which broke the target build and required > fixing, it also showed some bugs in fw and layer23 code that required > fixing as well ...) I've merged your pending libosmocore changes to libosmocore.git master. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From laforge at gnumonks.org Fri Jul 30 16:58:51 2010 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 30 Jul 2010 18:58:51 +0200 Subject: Wanted: Osmocom logo Message-ID: <20100730165851.GW13645@prithivi.gnumonks.org> Hi! It's about time that we find some kind of graphical project logo for the Osmocom project. Osmocom is intended as an umbrella project for software like OpenBSC, OsmoSGSN, OsmocomBB and others. So it might even be interesting to have some kind of 'family' of logos that all have the same general theme.... At least the bigger projects like OpenBSC and OsmocomBB definitely deserve their own incarnation within that family. If you want to contribute to our project but are not a die-hard C developer, this is your option to contribute! The logo must be under a license that permits use+modification for the Osmocom project itself. Editability for the general public is not important. With regard to formats, I would prefer something as SVG that we can then render into pngs of various sizes whenever there is demand for it. If you have a proposal, simply send it (or a link to a URL) to the openbsc at lists.gnumonks.org mailing list. Thanks in advance for any submissions! -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From osmocom at lakedaemon.net Fri Jul 30 17:15:51 2010 From: osmocom at lakedaemon.net (Jason) Date: Fri, 30 Jul 2010 13:15:51 -0400 Subject: Wanted: Osmocom logo In-Reply-To: <20100730165851.GW13645@prithivi.gnumonks.org> References: <20100730165851.GW13645@prithivi.gnumonks.org> Message-ID: <4C5308C7.6070602@lakedaemon.net> Harald Welte wrote: > Hi! > > It's about time that we find some kind of graphical project logo for the > Osmocom project. > > Osmocom is intended as an umbrella project for software like OpenBSC, OsmoSGSN, > OsmocomBB and others. > The first thing that jumped to mind was Tux with the GSM signal strength bars on his belly. :-) Then I remembered that while Linux is used in the development process, it doesn't run on the intended hardware... oops. Has Tux transcended Linux? Can he symbolize any open source effort? thx, Jason. From laforge at gnumonks.org Fri Jul 30 18:49:28 2010 From: laforge at gnumonks.org (Harald Welte) Date: Fri, 30 Jul 2010 20:49:28 +0200 Subject: Wanted: Osmocom logo In-Reply-To: <4C5308C7.6070602@lakedaemon.net> References: <20100730165851.GW13645@prithivi.gnumonks.org> <4C5308C7.6070602@lakedaemon.net> Message-ID: <20100730184928.GZ13645@prithivi.gnumonks.org> Hi Jason, On Fri, Jul 30, 2010 at 01:15:51PM -0400, Jason wrote: > >It's about time that we find some kind of graphical project logo for the > >Osmocom project. > > > >Osmocom is intended as an umbrella project for software like > >OpenBSC, OsmoSGSN, OsmocomBB and others. > > > > The first thing that jumped to mind was Tux with the GSM signal strength bars > on his belly. :-) Then I remembered that while Linux is used in the > development process, it doesn't run on the intended hardware... oops. Has > Tux transcended Linux? Can he symbolize any open source effort? well, OpenBSC, OsmoSGSN, OpenGGSN and even layer23, osmcom, osmoload, etc. all run on the host PC, preferrably running Linux. So besides the firmware part, everything else actually has somewhat of a connection to Linux - though not really. Dieter runs everything but OsmoSGSN on Windows, and it should be pretty portable on any POSIX OS. So yes, I agree, referring to tux is probably not the best idea in our logo. -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From devpurohit19 at yahoo.com Sat Jul 31 11:21:57 2010 From: devpurohit19 at yahoo.com (Dev Purohit) Date: Sat, 31 Jul 2010 04:21:57 -0700 (PDT) Subject: OsmocomBB, Problem , prospects discussed.. with Mr. Spaar.. Message-ID: <543977.87673.qm@web114204.mail.gq1.yahoo.com> >Do you already have experience with Osmocom and tried it >with a phone ? No ?i haven't ,? tried ?Osmocom with a phone yet, i have C139 and C117 available, once i tried but it reach up to downloading finish (of binary in firmware folder). ?after that it keeps in that state for quite some time and shows download NACK? after wards, something went wrong , then operation aborted. i tried?many times with it. As??i don't have much experience with HDLC or serial communication to UART, some binary files even do not download completely and receive FMTOOL abort.. while downloading ? I'm using prolific USB serial DATA cable ( seems very noisy) but no choice as my notebook doesn't have a serial port? :-(??? ?I'm thinking to assemble new PC though. ? I?need you kind suggestions in this regard. ? >What exactly do you want to do ? Only receive voice traffic ? >You want to switch to an ARFCN and timelslot and listen to >the voice traffic ? Of course this only works if the channel >is not encrypted or you have Kc for decryption. ? Yet again if i'm able to run the code? and even able to interact? using L2/3 or osmoload with phone i don't know how to use phones analogue BaseBand ( ADC) and download the fetched raw data after ( ?(of desired ARFCN?n TS)?to host PC and save it in? *.cfile format or?MatLab( simulink)?supported format , if i'm able to do up to this extent i'm pretty sure i can convert it into Voice as i'm reasonably sound with MatLab... ? Of course , the TCH/F should be? without encryption, but i will create a interface??in MatLab codes to supply Kc , if available, ?for future use. ( for?digital BB processing ) ? ? >What about frequency hopping ? Without knowing the hopping > sequence its not possible to follow a hopping channel. ? Though i'm not die -hard with C or C++ , but rather fine. ?have previous understanding for implementing frequency hopping in ISM band, have seen protocol analysis using wireshark we can can easily extract hopping ?sequence and and chase it ,? big problem is not to tune PLL synthesizer, but Time slot. and collecting the buffered data for processing , for this i have clear vision, i will share my source codes with you ?once finish my work. ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From spaar at mirider.augusta.de Sat Jul 31 14:16:51 2010 From: spaar at mirider.augusta.de (Dieter Spaar) Date: Sat, 31 Jul 2010 14:16:51 CEST Subject: OsmocomBB, Problem , prospects discussed.. with Mr. Spaar.. Message-ID: <4c543053.mirider@mirider.augusta.de> Hello Dev, On Sat, 31 Jul 2010 04:21:57 -0700 (PDT), "Dev Purohit" wrote: > Yet again if i'm able to run the code and even able to interact using > L2/3 or osmoload with phone i don't know how to use phones analogue > BaseBand ( ADC) and download the fetched raw data after ((of desired ARFCN > n TS) to host PC and save it in *.cfile format or MatLab( simulink) > supported format , if i'm able to do up to this extent i'm pretty sure i > can convert it into Voice as i'm reasonably sound with MatLab... The DSP does not directly deliver the raw ADC samples. You can get them with some tricks but this won't help much because the UART is not fast enough to transfer them continuously to the PC. As far as I know Sylvain is trying to get the demodulated raw data bits out of the DSP, he can tell you better about his progress. Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de