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] [October 2008 Threads] vTaskSwitchContext() usage of listGET_...Posted by Robert Warner on October 22, 2008 vPreemptiveTick() calls vTaskSwitchContext() usage of listGET_OWNER_OF_NEXT_ENTRY() causes __dabt(). Unfortunately there is no task at this point to execute.
This appears to be a race condition of letting the tick counter generate ticks while tasks are just getting initialized. I assume the tick generation should not occur until after the tasks have been initialized and prior to vTaskStartScheduler(). Now locating where the tick generation has been initiated.
RE: vTaskSwitchContext() usage of listGET_...Posted by Dave on October 22, 2008 You have not mentioned which port you are using. If using Cortex M3 then this can happen if you attempt to block from within a critical section. It can also happen on any port if you have your interrupt priorities wrong, that is you are using API calls from an interrupt priority about the maximum allowable system call interrupt priority.
RE: vTaskSwitchContext() usage of listGET_...Posted by Robert Warner on October 22, 2008 This is part of the same problem as https://sourceforge.net/forum/forum.php?thread_id=2412378&forum_id=382005.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|