baseband-devel

baseband-devel@lists.osmocom.org

2022 discussions

rssi chainload
by ☎ 08 Oct '12

08 Oct '12

Hello. I'm trying to load RSSI firmware into my c123 phone. It's too big to be loaded directly so it should be chainloaded. Unfortunately chainloading is almost undocumented (or I failed to locate the documentation :) As far as I understood it we use chainloader (small one) so it would load actual payload (big one). I've disabled size check in src/host/osmocon/osmocon.c:270 and recompiled latest git. After that I've tried following: ./osmocom-bb/src/host/osmocon/osmocon -p /dev/ttyUSB0 -m c123xor -c ./osmocom-bb/src/target/firmware/board/compal_e88/rssi.highram.bin ./osmocom-bb/src/target/firmware/board/compal_e88/chainload.compalram.bin but got only eternal stream of "Sending Calypso romloader beacon..." Could you help me to figure out proper image names? What's the meaning of -c option: the file to be loaded (big one)? And as a last argument we supply actual chainloader (small one)? -- best regards, Max, http://fairwaves.ru

3 3

[PATCH] build: Fix make rule for building crc%gen.h
by Maciej Grela 08 Oct '12

08 Oct '12

The current rule for building a directory for crc%gen.h uses $(notdir $@) causing a build error: make[3]: Entering directory `/home/enki/devel/tst/osmocom-bb/src/shared/libosmocore/build-target/include' /usr/bin/mkdir -p crc16gen.h sed -e's/XX/16/g' ../../include/osmocom/core/crcXXgen.h.tpl > osmocom/core/crc16gen.h Changed to use $(dir $@) which makes more sense when calling mkdir. Signed-off-by: Maciej Grela <maciej.grela(a)gmail.com> --- src/shared/libosmocore/include/Makefile.am | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/shared/libosmocore/include/Makefile.am b/src/shared/libosmocore/include/Makefile.am index dec8eac..2c5fb3e 100644 --- a/src/shared/libosmocore/include/Makefile.am +++ b/src/shared/libosmocore/include/Makefile.am @@ -99,5 +99,5 @@ endif noinst_HEADERS = osmocom/core/timer_compat.h osmocom/core/crc%gen.h: osmocom/core/crcXXgen.h.tpl - $(AM_V_GEN)$(MKDIR_P) $(notdir $@) + $(AM_V_GEN)$(MKDIR_P) $(dir $@) $(AM_V_GEN)sed -e's/XX/$*/g' $< > $@ -- 1.7.12

5 5

Compiling Osmocom for Windows
by Bhaskar11 07 Oct '12

07 Oct '12

Enthused by the successes of Dieter and Eisencah I have been trying to compile Osmocom under Windows XP using Cygwin and arm-elf-gcc4.6.3 dbsed on the website instructions. Osmocom compiles ok until the last portion. Then it gives some errors (as in TXT file attached). Can anyone please indicate what I am doing wrong. I am writing here after long experimenting to ensure that all dependencies have been included, etc. Can I also request Dieter and Eisencah to share their tips for the rest of us who wish to work on the Windows platform. Thanks in advance. B. ================================= eisencah eisenach Reply | Threaded Nov 06, 2010; 7:50pm Re: osmocom on windows 25 posts Hello everybody. Managed to compile the osmocom program under windows. Could anyone send me the image for the "Hello word" program so I could try to download it into the phone (haven't got to the part where I compile the firmware bit I would want to see osmocom work). Cheers, Mihai. er SpaarReply | Threaded | More Oct 07, 2010; 3:51pmRe: osmocom on windows 36 posts In reply to this post by eisencah eisenach Hello Peter, On Thu, 7 Oct 2010 11:54:28 +0200, "Peter Stuge" <[hidden email]> wrote: > > Does e.g. the CodeSourcery toolchain really need Cygwin? That would > suck. I don't know CodeSourcery, I use GNU ARM directly from www.gnuarm.com. According to the CodeSourcery FAQ, they do not require Cygwin. Are there any benefit using CodeSourcery ? I had issues in the past with the firmware using a different GNU ARM version, so I switched back to 4.0.2 which seems to be the same other use on Linux and so far it works OK. You don't seem to like Cygwin, my experience with it is not that bad, OpenBSC (not with GPRS yet due to the need for the TUN device), OsmocomBB, GNUradio and Airprobe run with minor adjustments (just to name GSM related stuff I use under Cygwin). Best regards, Dieter -- Dieter Spaar, Germany

2 1

Subject tagging of this mailing list
by Fabio Pietrosanti (naif) 07 Oct '12

07 Oct '12

Hi, i'd like to suggest to introduce "Subject" tagging for the osmocom mailing lists. Almost all ml i'm subscribed are Subject tagged with [MailingListName] prepended to the subject. Hope can be considered a nice suggestion, to improve the usability of mlist. -naif

3 2

2G / 3G / LTE differences and similarities at layer 1 ...
by John Case 05 Oct '12

05 Oct '12

Where can I find some documentation about how different (and similar) 2G / 3G and LTE are at the layer 1 level ? Thanks.

4 4

Testing (or even type approval).
by Andrew Back 05 Oct '12

05 Oct '12

Hello, I've picked up what appears to be most of a Rohde & Schwarz TS8916B GSM Type Approval system (CRTC02 equipment, a Sofimation SOFI05 radio channel/fading simulator and various RF switching) and wondered if it may be of use in testing the baseband. Or can everything we would want to test be done using simple MS test equipment and/or a BTS with OpenBSC? I did also wonder whether it would be possible to use this to try and achieve type approval, but realise that even if the rest of the hardware could be gathered together it would be a huge learning curve and even then maybe you have to be accredited/authorised for TA (or other challenges would prevent this). In any case, I thought it worth asking the question before it is split up. Regards, Andrew PS. Some photos are at: http://www.flickr.com/photos/carrierdetect/sets/72157631692365280/with/8054… The digital units are PCs running DOS and tests are written in C and compiled to run on DSP boards (2x TX + 2x RX per CRTC02 digital unit) which drive the attached analogue units. GPIB is used for control between these and to also control the SOFI, RF switches and other equipment that is missing (a signal generator and a second SOFI at least). -- Andrew Back http://carrierdetect.com

2 2

Why not a nexus chipset ?
by John Case 05 Oct '12

05 Oct '12

Usually a reference platform is something for developers and is not widely distributed. With android, the reference platform is a mass market device in the hands of millions of people worldwide. So, if there is a goal of a completely open phone - FaiF all the way through - why isn't one of the nexus phones a natural target for reverse engineering and spec-leaking ? One of the issues with the calypso chipset that I have seen discussed here is what OS to run on the upper layers of the phone - and this is a non-issue, since the nexus phones have been designed from the ground up to run linux. Even if you decline to put android specifically on it, you could run any other variant you like. I am not trivializing the work that has gone into calypso, and I realize that different nexus variants may have totally different baseband components, so you would have to choose one specific nexus model ... but isn't the real difficulty simply the secrecy of the specs of the chipset, and leaked specs solve the problem whether it is a 2G calypso or a 4G OMAP ?

8 18

Re: How much protection does an add-on GSM modem give me vs. built into phone ?
by Peter Zotov 04 Oct '12

04 Oct '12

Denis 'GNUtoo' Carikli писал 04.10.2012 15:07: > On Thu, 04 Oct 2012 14:53:08 +0400 > Peter Zotov <whitequark(a)whitequark.org> wrote: > > Did you check what the modem transport was(shared memory, high speed > serial etc...)? > > Denis. Sorry for the second letter. I just verified the GPS issue with grindars. He says that BP does not communicate with GPS chip directly; both UART and GPIO of the GPS chip are connected to AP. The only thing that will not work with BP off is GSM A-GPS, which is trivially replaced if you have WiFi connectivity or cellular data. -- WBR, Peter Zotov.

1 0

Re: How much protection does an add-on GSM modem give me vs. built into phone ?
by Peter Zotov 04 Oct '12

04 Oct '12

Denis 'GNUtoo' Carikli писал 04.10.2012 15:07: > On Thu, 04 Oct 2012 14:53:08 +0400 > Peter Zotov <whitequark(a)whitequark.org> wrote: > >> Denis 'GNUtoo' Carikli писал 04.10.2012 14:26: >> > On Thu, 4 Oct 2012 00:32:48 +0200 >> > Peter Stuge <peter(a)stuge.se> wrote: >> > >> >> John Case wrote: >> >> > the real trick I am interested is isolating (or at least >> >> > controlling) the interaction between the baseband processor and >> >> the >> >> > application processor. Using a computer with a USB dongle >> gives >> >> me >> >> > that control ... would I have that same level of control if we >> >> > had free software running on the baseband processor, or is >> there >> >> > still additional bleeding possible simpy by virtue of being >> >> > built into the computer ? >> >> >> >> In a smartphone it's almost not possible to distinguish the >> >> "computer" from the "GSM modem" anymore, because of how the >> >> hardware is constructed, so yes. >> > In some yes, in some no... it depend on how the smartphone was >> > designed: >> > >> > On one end some smartphones (openmoko GTA02,golden delicious >> > GTA04), the >> > baseband is isolated(tough on GTA04 it has access to a GPS with no >> > antenna(so it can't work)) . And on the other end there are >> > smartphones >> > with qualcomm System on a chip...where the modem and the CPU are >> in >> > a single chip: >> > The modem part has the audio DSP connected to it, the GPS. >> > And the baseband uses shared RAM memory and shared NAND(if I >> > remember well)... >> > And I'm not sure but maybe the baseband is even needed for booting >> > the >> > main CPU... >> > >> > There are also systems in between like the galaxy S/Neuxs S that >> > uses shared memory but do not have other problems... >> >> In addition to the above, there are some phones where baseband is >> completely >> submissive to the AP, namely Galaxy SII. Basically it's exactly the >> same >> as the USB dongle situation, but the dongle is integrated on the >> phone's >> PCB. > Did you check what the modem transport was(shared memory, high speed > serial etc...)? > > Denis. HSIC. It's basically USB but with a slightly altered physical layer to acommodate the unusual topology. http://www.synopsys.com/dw/dwtb/hsic_usb2_device/hsic_usb2_device.html There is no shared memory or, in fact, any other connections between BP and interfaces of the phone. Audio is transferred via the same USB, for example. GPS technically has some relation with the BP, I'm not absolutely sure which precisely, but you can a) upload reference SiRF firmware to the GPS, thus rendering any changes Samsung put to the latter void and b) AP controls !RESET pins of both GPS and BP. It's trivial to not allow both to run simultaneously. -- WBR, Peter Zotov.

1 0

Re: How much protection does an add-on GSM modem give me vs. built into phone ?
by Peter Zotov 04 Oct '12

04 Oct '12

Denis 'GNUtoo' Carikli писал 04.10.2012 14:26: > On Thu, 4 Oct 2012 00:32:48 +0200 > Peter Stuge <peter(a)stuge.se> wrote: > >> John Case wrote: >> > the real trick I am interested is isolating (or at least >> > controlling) the interaction between the baseband processor and >> the >> > application processor. Using a computer with a USB dongle gives >> me >> > that control ... would I have that same level of control if we had >> > free software running on the baseband processor, or is there still >> > additional bleeding possible simpy by virtue of being built into >> > the computer ? >> >> In a smartphone it's almost not possible to distinguish the >> "computer" from the "GSM modem" anymore, because of how the >> hardware is constructed, so yes. > In some yes, in some no... it depend on how the smartphone was > designed: > > On one end some smartphones (openmoko GTA02,golden delicious GTA04), > the > baseband is isolated(tough on GTA04 it has access to a GPS with no > antenna(so it can't work)) . And on the other end there are > smartphones > with qualcomm System on a chip...where the modem and the CPU are in a > single chip: > The modem part has the audio DSP connected to it, the GPS. > And the baseband uses shared RAM memory and shared NAND(if I remember > well)... > And I'm not sure but maybe the baseband is even needed for booting > the > main CPU... > > There are also systems in between like the galaxy S/Neuxs S that uses > shared memory but do not have other problems... In addition to the above, there are some phones where baseband is completely submissive to the AP, namely Galaxy SII. Basically it's exactly the same as the USB dongle situation, but the dongle is integrated on the phone's PCB. > > Denis. -- WBR, Peter Zotov.

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel