Hi,<br /><br />> ok, i see that there is also a "one shot" scheduler with full frame<br />> number range. (sched_gsmtime.c) i think that i can use this to modify<br />> the current channel set. i have code to test it.<br /><br />Yes, I'm pretty sure that's the one I pointed you to. That's the one used for RACH scheduling as well.<br /><br />> i don't know if the<br />> callback function of the scheduled event is called before or after the<br />> actual transmission/reception of the burst, which also sets the right<br />> frequency. even if not, there will be only one frame lost.<br /><br />It's undefined I think. Because the one-shot scheduler will push it's event in the same pool as the other events once in range.<br /><br />But a priority associated with each task would be useful. Something like:<br /><br />-1 Before any burst<br />0...7 Timeslot (so that task can be scheduled in order of timeslot, would allow sdcch [4..7] )<br />8 After all bursts<br /><br />   Sylvain