This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.
Dieter Spaar spaar at mirider.augusta.deHello Sylvain, On Sun, 1 Nov 2009 21:17:26 +0100, "Sylvain Munaut" <246tnt at gmail.com> wrote: > > - In gprs_bssgp.c the function bssgp_rx_ul_ud calls : > > bts = gsm48_bts_by_ra_id( > TLVP_VAL(&tp, BSSGP_IE_CELL_ID), > TLVP_LEN(&tp, BSSGP_IE_CELL_ID)); > > But gsm48_bts_by_ra_id defined in gsm_04_08_gprs.c takes 3 arguments > the gsm_network as first one then the buffer and lenght. Since the > function was implicitely defined in gprs_bssgp.c, it compiled but of > course segfaulted as soon as it got there ... I don't even understand > how it worked for you. At the time I made the trace, I did not yet have connected with a GPRS phone. In the meantime I made a temporary workaround by referencing the global "bsc_gsmnet" and using it for the first parameter. > <0004> gsm_04_08_gprs.c:434 GMM RA UPDATE REQUEST type="RA updating" REJECT > <0004> gsm_04_08_gprs.c:408 <- ROUTING AREA UPDATE REJECT > > But as soon as the REJECT is sent to the BTS, it reboots ... no error > no message nothing ... I get a "GMM Attach Request" with my phone and the same behaviour afterwards, the nanoBTS reboots. Best regards, Dieter -- Dieter Spaar, Germany spaar at mirider.augusta.de