|
|||||||||||||||
FreeRTOS Support ArchiveThe 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.
Loading
uxQueueNumber not initializedPosted by ammaree on August 23, 2015 I am using FreeRTOS v8.2.2 and in my process of building a set of trace macros and routines I have discovered that pxNewQueue->uxQueueNumber is not initialized to a known value (0) in xQueueGenericCreate() around line 375. The problem showed itself when the traceQUEUE_CREATE() is called immediately afterwards and, expecting the uxQueueNumber to be 0 it returns random values. Is this a bug or is there some reason behind it? On a related topic, I also cannot find any functionality to retrieve the queue name from the registry. Any suggestions ? Andre uxQueueNumber not initializedPosted by rtel on August 23, 2015 It is an interesting point you raise: uxQueueNumber is provided purely for use by trace tools, and thus far has been set by the trace code, rather than the RTOS code. You can see the definition of TRACESETOBJECT_NUMBER in FreeRTOS-PlusSourceFreeRTOS-Plus-TraceIncludetrcKernelPort.h. However, perhaps it should be initialised to something - althoug just initialising it to 0 is not going to be helpful and initialising it to anything else might not be correct for whichever library is providing the trace macros. Regards.
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|
|||||||||||||||
NXP tweet showing LPC5500 (ARMv8-M Cortex-M33) running FreeRTOS.
Meet Richard Barry and learn about running FreeRTOS on RISC-V at FOSDEM 2019
Version 10.1.1 of the FreeRTOS kernel is available for immediate download. MIT licensed.
View a recording of the "OTA Update Security and Reliability" webinar, presented by TI and AWS.
FreeRTOS and other embedded software careers at AWS.
