I've pulled git repo today, but the RSSI firmware gets an error.
apps/rssi/main.c: In function `main':
apps/rssi/main.c:896: warning: 'a' might be used uninitialized in this
function
apps/rssi/main.c:896: warning: 'e' might be used uninitialized in this
function
CC board/compal_e88/rssi.compalram.manifest.o
LD board/compal_e88/rssi.compalram.elf
OBJ board/compal_e88/rssi.compalram.bin
CC board/compal_e88/rssi.highram.manifest.o
LD board/compal_e88/rssi.highram.elf
OBJ board/compal_e88/rssi.highram.bin
CC board/compal_e88/rssi.e88loader.manifest.o
LD board/compal_e88/rssi.e88loader.elf
OBJ board/compal_e88/rssi.e88loader.bin
CC board/compal_e88/rssi.e88flash.manifest.o
LD board/compal_e88/rssi.e88flash.elf
OBJ board/compal_e88/rssi.e88flash.bin
CC board/compal_e86/rssi.compalram.manifest.o
LD board/compal_e86/rssi.compalram.elf
arm-elf-ld: region LRAM is full (board/compal_e86/rssi.compalram.elf
section .data)
make[1]: *** [board/compal_e86/rssi.compalram.elf] Error 1
make[1]: Leaving directory src/target/firmware'
make: *** [firmware] Error 2
$ git pull
Already up-to-date.
$
Anyone experiencing the same issue?
Hi all,
I noticed that cppcheck and pyflakes are detecting some possible issues
in the osmocom-bb codebase on the master branch:
./src/target_dsp/calypso/dump2coff.py:3: 'namedtuple' imported but unused
./src/host/fb_tools/bdf_to_c.py:30: 'string' imported but unused
[src/host/layer23/src/common/main.c:146]: (error) Possible null pointer dereference: app_opp
[src/host/gsmmap/gsmmap.c:379] -> [src/host/gsmmap/gsmmap.c:384]: (error) Possible null pointer dereference: meas - otherwise it is redundant to check it against null.
[src/shared/libosmocore/src/gb/gprs_bssgp.c:1076] -> [src/shared/libosmocore/src/gb/gprs_bssgp.c:1041]: (error) Possible null pointer dereference: dup - otherwise it is redundant to check it against null.
[src/shared/libosmocore/src/gb/gprs_bssgp.c:1087] -> [src/shared/libosmocore/src/gb/gprs_bssgp.c:1041]: (error) Possible null pointer dereference: dup - otherwise it is redundant to check it against null.
[src/shared/libosmocore/src/gb/gprs_bssgp.c:1088] -> [src/shared/libosmocore/src/gb/gprs_bssgp.c:1041]: (error) Possible null pointer dereference: dup - otherwise it is redundant to check it against null.
[src/shared/libosmocore/src/gsm/lapd_core.c:1936] -> [src/shared/libosmocore/src/gsm/lapd_core.c:1948]: (error) Possible null pointer dereference: msg - otherwise it is redundant to check it against null.
[src/target/firmware/apps/chainload/main.c:39]: (error) Possible null pointer dereference: entry
[src/target/firmware/apps/loader/main.c:92]: (error) Possible null pointer dereference: entry
[src/target/firmware/apps/loader_mtk/main.c:87]: (error) Possible null pointer dereference: entry
[src/target/ui-experiment/png2tiny.c:20]: (error) printf format string has 1 parameters but only 0 are given.
[src/target/firmware/rf/mt6139.c:138]: (error) Uninitialized variable: pga_gain
--
bye,
pabs
http://bonedaddy.net/pabs3/
Hi,
attached is a patch that cleans up gsm_7bit_decode_hdr() a
little and removes the need for calloc/free. This way, this
function can be used on systems that do not have the
required allocation routines (e.g. a layer1 firmware).
This is a bit selfish, as I personally need it :)
Cheers
Nico
Hi,
I create patch with added decoding of UCS2 USSD messages.
Text in UCS2 is printed on 'mobile' console and status is sent to vty since
there is no support of wide characters in vty.
Added constants to decode GSM 7bit text when DCS is specified as 0x00, 0x01.
I tested it with Russian language with several providers and all works ok.
Thanks,
Pavel
Hi all!
This is the announcement for the next Osmocom Berlin meeting.
Sept 19, 8pm @ CCC Berlin, Marienstr. 11, 10113 Berlin
There is no formal presentation scheduled for this meeting.
If you are interested to show up, feel free to do so. There is no
registration required. The meeting is free as in "free beer", despite
no actual free beer being around.
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)
Attached is a patch for libosmocore that fixes the error
mentioned in CABvrX2XCNRP+qhdW+b8eiWzCDJGVeC5vEaHfO3tOTsjaUg96Lw(a)mail.gmail.com.
I guess this should be fixed in libosmocore and not osmocom-bb and the included
shared library should be updated.
Cheers
Nico