baseband-devel

baseband-devel@lists.osmocom.org

2023 discussions

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

06 Aug '14

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

4 3

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

05 Aug '14

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

1 0

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

05 Aug '14

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

3 2

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

05 Aug '14

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

1 0

seL4 is open source now
by mark.neuhaus＠email.de 31 Jul '14

31 Jul '14

Hey, new to the mailing list. Two things: 1.) Probably you know, but in case not: The proven correct, highest security L4 microkernel (seL4) is under GPL since yesterday! In addition useful tools like a compatible hypervisor and dev tools are under BSD, too. See https://sel4.systems/ for general stuff or get the src on https://github.com/seL4/seL4 If I understand your research correctly, you likely have use for such an advanced kernel, to separate BB and APP system in separate containers, running on the same CPU. ... I'm a mathematician and involved in zero-bug-programming aka verified programming used in ultra secure environments and I think that this step of the NICTA research group is just awesome. I'm not entirely sure but I believe that seL4 is already used as the kernel of the "Merkel-phone" used now in Germany. 2.) I'm actually reading through your mailing list, but I have two questions which you are eventually kind to answer: a.) For what baseband chips has OsmocomBB actually working drivers (Layer1 as you call it, I think) and on what chipsets are you working to get the Layer1 in the future? It' pretty hard to get phones with the Calypso these days. b.) Is there a list of actually supported phones? I know the wiki, but non of these phones was available for me anymore. So long. Best, \mark

1 0

OsmoComBB - Burst_ind Sylvian c121 / c123
by Milinko Isakovic 30 Jul '14

30 Jul '14

Hi to all, I reacently try to install and work with OsmocomBB, and I had very strange situation. Last time I was usien it was 3 years ago. When I use branch sylvian / test... with TX enabled, phone can not find any cell avb ? I tried: 1. Sim remove 1 2. Configure terminal; ms 1; sim test; shutdown; no shutdown 3. sim remove 1 4. network seach ... and see no network. On my old compuer with sam phone, seems to me it is working ok? Any idea about this ? Milinko

1 0

Re: Error loading firmware onto Motorola C115.
by msokolov＠ivan.Harhan.ORG 30 Jul '14

30 Jul '14

Ravi Sharan <ravisharan(a)iith.ac.in> wrote: > I am trying out osmocom-bb with the Motorla C115. [...] < I get the following error: > > $ osmocon -p /dev/ttyUSB0 -m c123 > ~/osmocom-bb/src/target/firmware/board/compal_e88/hello_world.compalram.bin > [snipped the part where everything goes as it should] > 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 :( Try -m c123xor instead of -m c123. HTH, SF

4 6

Bounce action notification
by mailman＠lists.osmocom.org 29 Jul '14

29 Jul '14

This is a Mailman mailing list bounce action notice: List: baseband-devel Member: softwaredefinesradio(a)gmail.com Action: Subscription disabled. Reason: Excessive or fatal bounces. The triggering bounce notice is attached below. Questions? Contact the Mailman site administrator at mailman(a)lists.osmocom.org.

1 0

mobile unable to register
by tom mc loughlin 29 Jul '14

29 Jul '14

I was having problems with unable to register with real network and sim reader on the testing branch. I was advised on the list to use master branch to sort this problem, I have done this and now I get the following. <0003> gsm322.c:829 new state 'C1 normal cell selection' -> 'C3 camped normally' <0005> gsm48_mm.c:4320 (ms 1) Received 'MM_EVENT_CELL_SELECTED' event in state MM IDLE, PLMN search <0005> gsm48_mm.c:909 new MM IDLE state PLMN search -> location updating needed <0005> gsm48_mm.c:909 new MM IDLE state location updating needed -> attempting to update <0005> gsm48_mm.c:426 starting T3212 (periodic loc. upd. delay) with 21600 seconds <0005> gsm48_mm.c:2291 Do normal Loc. upd. <000e> gsm48_mm.c:2208 Perform location update (MCC 272, MNC 02 LAC 0x4e2a) <0005> gsm48_mm.c:2342 LOCATION UPDATING REQUEST <0005> gsm48_mm.c:2364 using LAI (mcc 272 mnc 02 lac 0x8cad) <0005> gsm48_mm.c:2372 using TMSI 0x49059a60 <0005> gsm48_mm.c:914 new state MM IDLE, attempting to update -> wait for RR connection (location updating) <0001> gsm48_rr.c:5449 (ms 1) Message 'RR_EST_REQ' received in state idle (sapi 0) <000e> gsm48_rr.c:1307 Establish radio link due to mobility management request <0003> gsm322.c:4049 (ms 1) Event 'EVENT_LEAVE_IDLE' for Cell selection in state 'C3 camped normally' <0003> gsm322.c:829 new state 'C3 camped normally' -> 'connected mode 1' <0003> gsm322.c:3665 Going to camping (normal) ARFCN 47. <0003> gsm322.c:452 Sync to ARFCN=47, but there is a sync already pending <0001> gsm48_rr.c:355 new state idle -> connection pending <0001> gsm48_rr.c:1454 CHANNEL REQUEST: 00 (Location Update with NECI) <0003> gsm322.c:2947 Channel synched. (ARFCN=47, snr=16, BSIC=59) <0001> gsm322.c:2968 using DSC of 90 <0003> gsm48_rr.c:4820 Channel provides data. <0001> gsm48_rr.c:1590 RANDOM ACCESS (requests left 5) <0001> gsm48_rr.c:1647 RANDOM ACCESS (Tx-integer 7 combined no S(lots) 0 ra 0x02) <0001> gsm48_rr.c:1686 Use MS-TXPWR-MAX-CCH power value 5 (33 dBm) msgb(0x89b3528): Not enough headroom msgb_push (4150577812 < 7) backtrace() returned 11 addresses /usr/local/lib/libosmocore.so.4(osmo_generate_backtrace+0x16) [0xb76df8a6] /usr/local/lib/libosmocore.so.4(osmo_panic+0x4c) [0xb76df71c] /usr/local/lib/libosmogsm.so.5(lapdm_phsap_up+0x18c) [0xb76aca4c] ./mobile() [0x808516f] ./mobile() [0x8085c39] /usr/local/lib/libosmocore.so.4(osmo_wqueue_bfd_cb+0x9e) [0xb76dc98e] /usr/local/lib/libosmocore.so.4(osmo_select_main+0x192) [0xb76db912] ./mobile() [0x804b9cc] /lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xe6) [0xb7541e66] ./mobile() [0x804bb99] Signal 6 received. full talloc report on 'layer2 context' (total 21588 bytes in 50 blocks) Layer2 contains 356 bytes in 1 blocks (ref 0) 0x89b3528 GSM 04.08 L3 contains 388 bytes in 1 blocks (ref 0) 0x89b6380 struct gsm322_ba_list contains 180 bytes in 1 blocks (ref 0) 0x89b3440 struct gsm48_sysinfo contains 1452 bytes in 1 blocks (ref 0) 0x89b4d60 struct gsm48_sysinfo contains 1452 bytes in 1 blocks (ref 0) 0x89b4780 struct gsm_sub_plmn_na contains 16 bytes in 1 blocks (ref 0) 0x89b3f98 struct gsm_sub_plmn_na contains 16 bytes in 1 blocks (ref 0) 0x89b3f50 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3f10 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3ed0 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3e90 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3e50 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3e10 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3dd0 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3d90 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3d50 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3d10 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3cd0 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3c90 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3c50 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3c10 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3bd0 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3b90 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3b50 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3b10 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3ad0 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3a90 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3a50 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3a10 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b39d0 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3990 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3950 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3910 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b38d0 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b3890 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89aeda8 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89aed68 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89aebe0 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89aeea0 struct gsm_sub_plmn_list contains 12 bytes in 1 blocks (ref 0) 0x89b31a8 SIM contains 644 bytes in 1 blocks (ref 0) 0x89b44c8 struct gsm_sim_handler contains 16 bytes in 1 blocks (ref 0) 0x89b3160 struct gsm_sim_handler contains 16 bytes in 1 blocks (ref 0) 0x89b3118 struct gsm_sim_handler contains 16 bytes in 1 blocks (ref 0) 0x89aee18 telnet_connection contains 49 bytes in 2 blocks (ref 0) 0x89aefa8 struct telnet_connection contains 48 bytes in 1 blocks (ref 0) 0x89aef38 struct gsm322_ba_list contains 180 bytes in 1 blocks (ref 0) 0x89b3358 struct osmocom_ms contains 16364 bytes in 1 blocks (ref 0) 0x89aefe0 /root/.osmocom/bb contains 29 bytes in 1 blocks (ref 0) 0x8973488 main.c:240 contains 29 bytes in 1 blocks (ref 0) 0x8973430 Aborted root@tom-ei9dl:~/osmocom-bb/src/host/layer23/src/mobile# Can some one please help me solve this. Tom

1 0

baseband-devel unsubscribe notification
by mailman-bounces＠lists.osmocom.org 28 Jul '14

28 Jul '14

devinechristophe(a)gmail.com has been removed from baseband-devel.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel