Creating a real usable phone using OsmocomBB

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/baseband-devel@lists.osmocom.org/.

Harald Welte laforge at gnumonks.org
Tue Dec 13 07:32:03 UTC 2011


On Tue, Dec 13, 2011 at 12:56:08PM +0800, suraev at stud.ntnu.no wrote:
> 13.12.2011 02:02, Denis 'GNUtoo' Carikli пишет:
> 
> > That's exactly what I was thinking about, since running the layer23 on the 
> > Application CPU is not a so good idea, it renders the phone usable only for a 
> > small period of time(since,in that configuration, you cannot suspend the AP 
> > CPU because it has to run the telephony code).
> 
> I've probably missed this part of discussion. Could you re-iterate: is it technical
> limitations that prevent us from porting layer23 onto calypso BP or it's simply lack
> of manpower?

It's really only the latter.  There are probably a number of external
references that need to be resolved (we don't have a full libc/libm in
the target), as well as issues related to unaligned accesses.

Also, the current 'mobile' code probably needs to be split into the
actual 'logic' code (L2, L3, cell [re]selection, etc.) and the
'application' part (the VTY based interface we have right now).  The
higher-level interface of the 'logic' code and the application needs to
be defined, probably as some kind of message queue of primitives.

A first incremental step could be to move L2 (LAPDm) into the phone and
use RSLms to talk with the existing PC-based 'mobile' application over
the UART.

Regards,
	Harald.
-- 
- Harald Welte <laforge at gnumonks.org>           http://laforge.gnumonks.org/
============================================================================
"Privacy in residential applications is a desirable marketing option."
                                                  (ETSI EN 300 175-7 Ch. A6)




More information about the baseband-devel mailing list