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/baseband-devel@lists.osmocom.org/.
Patrick McHardy kaber at trash.netHarald Welte wrote: > On Fri, Mar 12, 2010 at 12:06:07PM +0100, Patrick McHardy wrote: > >> Yeah, its the one you sent me. I'll try a different one tommorrow. > > any progress / result with that? Yes, I've tried using a different phone and it works fine. > Holger and I have discussed your problems yesterday, but we really don't > have an idea at this point. > > Some (relatively stupid) ideas to debug it: > > 1) does hello_world.bin work for you at all? Yes. > 2) what happens if you change the timing, i.e. add a couple of delays > to see if the reboot happens after a certain fixed wallclock time or > really depends on the code that is executed I've tried disabling the tpu_end_scenario() call, which avoids the crash. My understanding is that the new settings are not activated without this, so I guess a good spot would be to add some delays directly after the tpu_end_scenario() call to see if the crash happens within the interrupt handlers? > 3) what about using layer1.bin and the layer23 program on an ARFCN > that is produced by OpenBSC + nanoBTS? This is the most frequently > used setup by Dieter, Holger and myself so far. This way we can > exclude the possibility that something received from the real > operator GSM network in your location causes the problem I'll give that a try. Thanks!