then i would suggest to expand the scheduling thing. i
will see how
complex that would be...
ok, i see that there is also a "one shot" scheduler with full frame
number range. (sched_gsmtime.c) i think that i can use this to modify
the current channel set. i have code to test it. i don't know if the
callback function of the scheduled event is called before or after the
actual transmission/reception of the burst, which also sets the right
frequency. even if not, there will be only one frame lost.