baseband-devel

baseband-devel@lists.osmocom.org

1 participants
2024 discussions

How to grow and scale the project?
by Harald Welte 20 Apr '10

20 Apr '10

Hi! As you can see, there is not really that much progress throughout the last 2 weeks or so. Dieter and myself were the only two who actually looked at how to driver the DSP, TPU and RF hardware, write the drivers for it and the existing layer1 code. Now we're both busy with other (paid) work, and the project almost seems stuck. I would like to see this change. I'm quite sure there are some other folks on this list who would be interested in diving in those lower layer bits of the system. However, I also understand there is not all too much that can be done without running your own non-hopping BTS (as we don't do frequency hopping at the moment). So a working OpenBTS, OpenBSC setup or something like a CMD55 or Racal 6103 are a precondition. Nonetheless, a number of people on this list have access to those devices. I'd like to encourage some other people to also look at this and remove the dependence on Dieter and myself in that area. Furthermore, members of the IRC channel have certainly noticed the growing interest in a potential port to the Mediatek chipset based devicees. Mediatek is churning out more than 95 million chipsets every quarter, so there is plenty of phones around. The data sheets, reference schematics and other training materials can easily be found on a lot of chinese developer websites - as is the Mediatek SDK. However, the critical layer1 and DSP API part is only provided in object code, and the documentation does not document it. Still I believe it is feasible. So if you want to stay out of the GSM part, feel like the Calypso is too boring for you: Why not work on getting a minimal custom software image for the MT622x running, including bootloader support, keypad/touchscreen and graphics output? If that is done by the wider community, the so-called experts can focus on looking at the GSM side of things once they have time. Even on the Calypso there are many tasks that still need to be finished, including battery charging, power management, file system, SIM Card API, etc. If you know somebody who understands C development for microcontrollers and wants to help building the worlds first Free Software GSM baseband chipset software, please motivate them to join. We can really need every helping hand we get. Happy hacking, Harald -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

4 3

large collection of gsm related datasheets
by willem 19 Apr '10

19 Apr '10

i found this, searching google/codesearch for 'ftm_cmd' svn co http://hwplatform.googlecode.com/svn/trunk/ about 1.5G of datasheets, sourcecode, and tools for various phones. willem

5 4

Request for review: GSM phone hardware introduction
by Harald Welte 17 Apr '10

17 Apr '10

Hi! I've written an introductory text on GSM mobile phone architecture, and before officially posting/announcing it, I thought I'd invite the members of this list to do some review and give feedback! -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

4 5

Re: Request for review: GSM phone hardware introduction
by Harald Welte 15 Apr '10

15 Apr '10

Hi Jake (and others), On Tue, Apr 13, 2010 at 10:09:52AM -0700, Jacob Appelbaum wrote: > > I've written an introductory text on GSM mobile phone architecture, > > and before officially posting/announcing it, I thought I'd invite > > the members of this list to do some review and give feedback! > > Do you have the latex available? It's hard to edit and send a diff of a > pdf... see attachment. -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

3 4

Patch: Add CRC16 to libosmocore
by Christian Vogel 13 Apr '10

13 Apr '10

Hi everyone, prom is using the crc16 as implemented in the Linux Kernel for his bootloader work, and I'm planning to add an optional crc16 check for sercomm. To have crc16 easily accessible in baseband, this commit adds it to libosmocore. Chris

1 1

Patch: Add ECHO DLCI to sercomm
by Christian Vogel 13 Apr '10

13 Apr '10

Hi, this patch adds a new DLCI, Numbered 11, which just echoes whatever it recveices on the mobile back to the PC. It is very useful for debugging serial port problems. Chris

1 0

Re: Patch: UART initialisation, serial port errors
by Dieter Spaar 11 Apr '10

11 Apr '10

Hello Christian, I had the suspicion that a UART reset in the code is missing, however I could not verify that because I never had those problems with wrong bytes. Out of curiousity, have you tried if just the following line is enough to fix the problems you noticed ? > + uart_reg_write(uart, MDR1, 0x07); /* turn off UART */ This should cause the UART to be reset and I would expect that setting the XON/XOFF characters is not needed as long XON/XOFF handshake is not turned on. Thanks and best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

1 0

Patch: UART initialisation, serial port errors
by Christian Vogel 11 Apr '10

11 Apr '10

Hi, I've seen a lot of systematic character swaps on the serial port, especially in the vincinity of 0-bytes. As the XON/XOFF registers are the only thing in the UART that look like they would consider the actual data sent, I've added this initialisation to uart.c This makes the problem go away completely on my C123. To check for it I've added CRCs to the HDLC protocol and checked for bad frames, and also compared them in a (patched) osmocon that just sends random garbate in a special DLCI. The bad frames I observed always looked like this (number in parenthesis define number of omitted bytes, for brevity): <------ good bytes ----------> <-recvd|sent-> <----- identical again ------> d0 e0 00 00..(107)..f7 ce 17 c4 < 0c 00|00 0c > db 70 ba cb..(67)..d8 6d 3a 1f 31 e1 00 00..(47)..38 ca 2f e5 < 0c 00|00 0c > f8 a3 77 5f..(127)..5b 72 ff 4a <-- good -> <--- bad -----> <---- good again -------------> dc e1 00 00 < 0c 00|00 0c > 87 cb 24 83..(178)..2f 69 b3 51 ae e2 00 00..(167)..bd 18 6f a1 < 0c 00|00 0c > 2f 53 d2 b2..(7)..da c7 1b 63 dc e3 00 00..(131)..8e 2c b0 a8 < 0c 00|00 0c > 40 62 56 5f..(43)..f0 3a 47 f7 Formerly I was observing about 10 packets for every 2000 sent (with 192 bytes of payload each). Now, with the added initialisation, I see (as the time of writing this email) 12000 packets with 192 bytes each sent, with 0 bytes missing, corrupted, flipped). Please have a look and tell me if it's helping for you. I'll send the HDLC/CRC patch in another email. Chris

1 0

Re: AW: Developer Meeting in Berlin / 2010-04-10
by Dieter Spaar 11 Apr '10

11 Apr '10

Hello Andreas, On Mon, 5 Apr 2010 17:20:24 +0200, "Andreas.Eversberg" <Andreas.Eversberg(a)versatel.de> wrote: > > i would like to participate (and others maybe too). what if we have > somethink like a conference for all the people not in berlin? > > in our company we do it this way: > > - a conference number is dialed by all members. > - a phone with hands free option can be used on one place where multiple > members are. > - netmeeting is used for presentation. this can also be via VNC remote > desktop. A conference call sounds good. If it is done this way, I would participate too. Best regards, Dieter -- Dieter Spaar, Germany spaar(a)mirider.augusta.de

5 8

fix: disabling romloader on romload-targets
by Steve Markgraf 10 Apr '10

10 Apr '10

Hi, when I tried to read the secure-romloader of an Alcatel VLE5-series phone, I noticed a small bug in calypso_bootrom(), which prom already tried to fix, but his fix only worked on targets which have nIBOOT tied to high (Compal). I've committed a fix for this to steve-m/pending. Regards, Steve

2 2

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel