rtel wrote on Wednesday, July 11, 2007:
vPortEndScheduler() is only really implemented for the PC port, where you can return to DOS once the scheduler is stopped. In most ports there is nothing as such to return to, hence the lack of implementation. You can look at the PC port to see what it does - but can ignore the bit where it re-installs the original DOS tick handler that was replaced with the FreeRTOS.org timer routine.
In the simplest case you can just stop the tick timer from generating interrupts. Look at prvSetupTimerInterrupt() in port.c to see the timer used to generate the tick. If the tick interrupts do not fire then the same task will continue to execute without interference from FreeRTOS.org provided you don’t call any API functions. The timer is the only peripheral that is altered by the kernel itself, so the only thing that requires consideration.
If you are using an ARM port then take care that you are in an appropriate operating mode prior to calling you application. Tasks run in System mode.
Hope this helps.