July 2010 - baseband-devel - lists.osmocom.org

by Sylvain Munaut

Hi, I've hacked something together to quickly test non-combined CCCH. However, I've hit a problem when trying to receive anything on another timeslot than 0. The TX side seems to work fine as the BTS can see my location update request and answers with a reject, but on the MS side, I never see the reject and wireshark only shows invalid incohrent data on the RX. The frames for SDCCH/8 show really nothing valid (looks like random bytes), things like 09 80 7f 47 49 06 1d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 09 00 47 d5 2d 06 1e 00 00 69 7c a0 91 3d 22 ff ab fe 6c 4f 56 4f 36 ... while the frames for the associated SAACH show at least something gsm-like : 03 03 01 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b 2b but that's not quite a SI5/6 ... To RX/TX on TS=1, I just delayed the RX/TX window by 625 bits (4 * 156.25) when I'm in dedicated channel mode by chaning the 'start' in l1s_tx_win_ctrl / l1s_rx_win_ctrl Is there something else that should be done ? Cheers, Sylvain

11 years, 9 months

2
5
0 0

Use OsmocomBB as OpenBTS / airprobe clock generator

by Harald Welte

Hi! Recently we've had the idea of using OsmocomBB with a simple firmware that synchronizes to an existing GSM networks FCCH and use the resulting 13MHz clock to drive the USRP for airprobe or OpenBTS. Ideally, we would even use the Calypso-internal PLL (for ARM or DSP) to multiply it up to the required 52 MHz. However, neither the Openmoko nor the Compal/Motorola phones expose any of the 3 clock output pads :( So the only choice is to use something along the lines of the http://focus.ti.com/docs/prod/folders/print/cdcvf25084.html as a quad clock multiplier and attach it to the CLK13OUT signal of the phone. The chip is available for 9 USD in single quantities at digikey, and possibly cheaper at other sources. Combined with a sub-20EUR phone it might be a very cheap but still accurate frequency source for OpenBTS - at least as long as there are any commercial gsm networks available. Regards, 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)

12 years, 1 month

8
17
0 0

Re: Trouble building Osmocom

by Holger Freyther

On 06/08/2010 09:41 PM, Huseyin Turan wrote: > root@name1-desktop:/home/name1/osmocom/gnuarm-4.0.2/bin# ls -l arm-elf-gcc > -rwxrwxrwx 1 name1 name1 112344 2006-02-17 23:59 arm-elf-gcc > root@name1-desktop:/home/name1/osmocom/gnuarm-4.0.2/bin# ./arm-elf-gcc > bash: ./arm-elf-gcc: cannot execute binary file > root@name1-desktop:/home/name1/osmocom/gnuarm-4.0.2/bin# uname -a > Linux name1-desktop 2.6.28-19-generic #61-Ubuntu SMP Wed May 26 23:35:15 > UTC 2010 i686 GNU/Linux > please try b.) again (you miss the file part) and also please reply to the mailinglist.

13 years, 2 months

6
10
0 0

Wanted: Osmocom logo

by Harald Welte

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(a)lists.gnumonks.org mailing list. Thanks in advance for any submissions! -- - 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)

13 years, 8 months

5
5
0 0

Who would attend a developer room / meeting at FrOSCon ?

by Harald Welte

Hi! I've been offered a 'developer room' at FrOSCon 2010 (http://www.froscon.de/) which will be at FH Bonn-Rhein-Sieg (http://www.fh-brs.de/) in Sankt Augustin from August 21/22 this year. Before sending a response, I would like to inquire whom of you would actually have any intention of visiting this conference and spending time in the developer room to work on OpenBSC or OsmocomBB ? I think the idea is great to meet some of you guys [again], not only at the annual CCC congress in winter. But there is little point for me to go there if there is no interest from the wider project community. Please provide your feedback ASAP. -- - 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)

13 years, 8 months

3
4
0 0

OsmocomBB, Problem , prospects discussed.. with Mr. Spaar..

by Dev Purohit

>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.

13 years, 8 months

2
1
0 0

Re: OsmocomBB, Problem , prospects discussed.. with Mr. Spaar..

by Dieter Spaar

Hello Dev, On Sat, 31 Jul 2010 04:21:57 -0700 (PDT), "Dev Purohit" <devpurohit19(a)yahoo.com> 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(a)mirider.augusta.de

13 years, 8 months

1
0
0 0

Some refactoring proposals

by Sylvain Munaut

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

13 years, 8 months

3
6
0 0

AW: Some refactoring proposals

by Andreas.Eversberg

surely i agree! (as i noted in my last mail) -----Ursprüngliche Nachricht----- Von: Harald Welte [mailto:laforge@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 <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

13 years, 9 months

1
0
0 0

AW: Some refactoring proposals

by Andreas.Eversberg

>> 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!

13 years, 9 months

1
0
0 0

Progress..

by Dev Purohit

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 <devpurohit19(a)yahoo.com> wrote: From: Dev Purohit <devpurohit19(a)yahoo.com> Subject: progress.. To: baseband-devel(a)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..

13 years, 9 months

2
1
0 0

progress..

by Dev Purohit

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..

13 years, 9 months

1
0
0 0

socket running problem

by Dev Purohit

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@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@ubuntu:~/osmocom-bb/src/host/osmocon$

13 years, 9 months

3
2
0 0

socket running problem

by Dev Purohit

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.

13 years, 9 months

2
1
0 0

kernel choice

by Scott Weisman

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

13 years, 9 months

2
1
0 0

AW: OsmocomBB Layer1 progress

by Andreas.Eversberg

> 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

13 years, 9 months

1
0
0 0

Running osmocombb on a Motorol C118

by Maciej Grela

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@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

13 years, 9 months

2
2
0 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

baseband-devel July 2010