FreeRTOS Support Archive
The FreeRTOS support forum is used to obtain active support directly from Real
Time Engineers Ltd. In return for using our top quality software and services for
free, we request you play fair and do your bit to help others too! Sign up
to receive notifications of new support topics then help where you can.
This is a read only archive of threads posted to the FreeRTOS support forum.
The archive is updated every week, so will not always contain the very latest posts.
Use these archive pages to search previous posts. Use the Live FreeRTOS Forum
link to reply to a post, or start a new support thread.
[FreeRTOS Home] [Live FreeRTOS Forum] [FAQ] [Archive Top] [July 2010 Threads] Setting up context for the schedulerPosted by Joseph Dupre on July 8, 2010 I use timers and interrupts prior to calling vTaskStartScheduler() as part of a startup routine. Aside from calling portDISABLE_INTERRUPTS(), is there any other cleanup required to define the proper context before starting the scheduler???
RE: Setting up context for the schedulerPosted by Dave on July 14, 2010 I'm not sure exactly what the question is, but as long as you don't try doing a context switch before the scheduler has started you should be ok. Normally interrupts will get disabled by calling an API function if the scheduler is not started in any case.
RE: Setting up context for the schedulerPosted by Joseph Dupre on July 14, 2010 I'm just asking what the required state be when starting the scheduler for the first time. As far as I know (for an ARM), it's just: 1) interrupts disabled. 2) in supervisor mode.
RE: Setting up context for the schedulerPosted by Dave on July 14, 2010 “1) interrupts disabled. 2) in supervisor mode.” That is correct. FreeRTOS will disable interrupts temporarily while the scheduler is being started in any case. Interrupts will be enabled when the first task actually starts executing (by default in any case).
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|