This is my first attempt to flash the loader.
1) The instructions on http://bb.osmocom.org/trac/wiki/flashing require
loading the file named "target/firmware/board/compal_e88/loader.*e88loader*
.bin".
Strangely I do not have this file after compilation. I have
loader.compalram.bin and loader.highram.bin. I also
have layer1.e88loader.bin and rssi.e88loader.bin.
Can you please guide me?
2) The guide for flashing an application says to use rssi.e88flash.bin.
Does that mean if I want to flash "layer1" as my application, then I must
use layer1.*e88flash*.bin at that point?
Thank you for your help.
B.
Hello,
I have problems flashing applications to the motorola c123. I tried it with several phones. Booting and running applications via USB is working well, but unfortunately flashing does not work. Following both of the tutorials (flashing and flashing_new) the command "host/osmocon/osmoload fprogram 0 0x010000 compal_loader.bin" outputs:
Loading 8192 bytes of memory at 0x10000 in chip 0 from file compal_loader.bin
bad crc 9bf1 (not e0bc) at offset 0x00000000
status 5242976, aborting
The memdump-command seems to work - I get a file compal_loader.bin with an md5sum of f59dee5a67b4114251acd0d279eacd85. The "funlock" and "erase"-command seemed to be successful, according to the output of osmocom ("Unlocking block at 0x00010000, meaning 00010000", "Erasing block 0x00010000...done") and the fact, that the original firmware does not load anymore, when erased :-)
I am using debian 6.0 (32bit) with a cross-compile-environment setup as described on http://bb.osmocom.org/trac/wiki/GnuArmToolchain to compile osmocom. The libosmocore has Patch 5b6416a729b46aab8ac7ea25a7ec91f3afeaf4fc (latest master-Branch), but I am using commit f2ab5e14967426f4845b51def4d9105af22f9ad2 from the master-branch of osmocom, because with the latest version of osmocom, the phones would not boot - I get only an output of "got 2 bytes from modem, data looks like: 04 81 ..", then osmocom exits.
The motorola c123 is connected via USB-Hub and an CP2102-Cable I got from sysmocom.
Could anybody please give me a where the error is or what else I can try to solve the problem. Thanks for help.
greetings,
Andreas
sorry, wrong mailing list. so i try again:
Andreas Eversberg wrote:
> hi,
>
> this forthcoming tutorial describes the usage (flashing) of the menu app:
>
> https://bb.osmocom.org/trac/wiki/flashing_new
>
> andreas
>
>
Hi all,
I am asian. I am having this very problematic issue.
In my day job, I provide production support for a large application.
We have weekly calls with our clients.
The clients are mostly European. One of them's surname is Welsh
I am having a real hard time understanding their accent. I want to tell
them that I cant understand thier accent.
If I say so will it bad thing to say. That is, will they get offended by it
?
I am asking this question as many here are from the European continent.
Regards,
Ronald
Hi list,
When using the build-toolchain script in the osmocom-bb wiki,which works fine, I sometimes also want to use the obtained toolchain on a live cd, with same OS.
When I try to build the script on the live-cd I run out of space so I thougt it would be easy to just copy the the script built on first disk by issuing
cp -r /root/dublin/install/* /root/copyfile
and then
tar cf name.tar copyfile/ && bzip2 name.tar
Here dublin is the original folder where the full toolchain resulting from osmocombb buildscript, http://bb.osmocom.org/trac/wiki/GnuArmToolchain, is placed.
name.tar.bz2 is then copied onto the live-cd, decompressed into copyfile, but compiling osmocombb fails.
I suspect I introduce errors when copying /root/dublin/install/* onto copyfile since that command is omitting files(such as binutils)and some directories, from the original directory, but copying the full original directory osmocombb-buildscript directory dublin would lead to lack of disc-space in the live-cd. Somebody on the list noted in March that a simple chmod 777 /root/copyfile would fix it, but in my case it does not work. When I used the old now removed) toolchain available as tarball on the osmocombb-website about 7 months ago it worked to build on a live cd using that tooldchain, but maybe it is not possible to use the toolchain from the buildscript on such media as an OS booted from a live cd?
/regards erich
----------------------------------------------------------------------------------------------------------
some error message from running osmocom-bb/src/make on the live-cd:
cd shared/libosmocore/build-target && ../configure \
--host=arm-elf --enable-embedded --disable-shared \
--disable-tests ac_cv_header_sys_select_h=no \
--disable-tests ac_cv_header_sys_socket_h=no \
CFLAGS="-Os -ffunction-sections -I/root/osmocom-bb/src/target/firmware/include -nostartfiles
-nodefaultlibs"
configure: WARNING: unrecognized options: --disable-tests, --disable-tests
configure: WARNING: If you wanted to set the --build type, don't use --host.
If a cross compiler is detected then cross compile mode will be used.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for arm-elf-strip... arm-elf-strip
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make sets $(MAKE)... (cached) yes
checking for arm-elf-gcc... arm-elf-gcc
checking whether the C compiler works... no
configure: error: in `/root/osmocom-bb/src/shared/libosmocore/build-target':
configure: error: C compiler cannot create executables
See `config.log' for more details.
make: *** [shared/libosmocore/build-target/Makefile] Error
77
-------------------------------------------------------------------------------------
also on live-cd:
root@bt:~# arm-elf-gcc -v
Using built-in specs.
COLLECT_GCC=arm-elf-gcc
COLLECT_LTO_WRAPPER=/root/apple/bin/../libexec/gcc/arm-elf/4.5.2/lto-wrapper
Target: arm-elf
Configured
with: /root/dublin/src/gcc-4.5.2/configure --target=arm-elf
--prefix=/root/dublin/install --enable-interwork --enable-multilib
--with-float=soft --disable-werror --enable-languages=c,c++
--with-newlib
--with-headers=/root/dublin/src/newlib-1.19.0/newlib/libc/include
--with-system-zlib --disable-shared
Thread model: single
gcc version 4.5.2 (GCC)
-----------------------------------------------------------------------------------------
Some content of osmocom-bb-buildscript on original disk where building of osmocombb works:
root@bt:~/dublin# ls -a
. .. build gnu-arm-build.2.sh install src
root@bt:~/dublin# cd build
root@bt:~/dublin/build# ls -a
. .. binutils-2.21.1 gcc-4.5.2 newlib-1.19.0
root@bt:~/dublin/build# cd ..
root@bt:~/dublin# ls -a
. .. build gnu-arm-build.2.sh install src
root@bt:~/dublin# cd src
root@bt:~/dublin/src# ls -a
. .. binutils-2.21.1 binutils-2.21.1a.tar.bz2 gcc-4.5.2 gcc-4.5.2.tar.bz2 newlib-1.19.0 newlib-1.19.0.tar.gz
root@bt:~/dublin/src# cd ..
root@bt:~/dublin# clear
root@bt:~/dublin# ls -a
. .. build gnu-arm-build.2.sh install src
root@bt:~/dublin# cd build
root@bt:~/dublin/build# ls -a
. ..
binutils-2.21.1 gcc-4.5.2 newlib-1.19.0
Hello,
I figured out that all assigment requests from SDCCH to TCH Timeslot 0
fails. There is no problem for other timeslots.
It seems that layer 1 can not sync to ts 0 channel succesfully. Is there
anybody who observed this situation ?
thanks