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] [April 2007 Threads] SendQueueFromISRPosted by Joe on April 5, 2007 Hi @all,
I am using the Arm7-port with a lpc2290 uC from NXP. I coded a message-passing framework with allocated buffers which adresses are passed with the message-queuing mechanism. But when i am calling the QueueSendFromISR during an interrupt, may be from an receive buffer indication of an uart-driver, i am not able do detect whether the buffer was sent or not because the QueueSendFromISR does not provide an error when the queue is full and the message was not sent during the ISR routine. But i dont't free the buffer after that error my memory will get a leakage.
does anybody have an solution for that problem ?
regards Joe
RE: SendQueueFromISRPosted by Nobody/Anonymous on April 7, 2007 You could either define a function to check if the queue is full first (don't use the standard function as this uses critical sections)
int iIsQueueFullFromISR( xQueueHandle xQueue ) { return ( pxQueue->uxMessagesWaiting == pxQueue->uxLength ); }
Or add another parameter to the queue send from isr function to return an error code.
RE: SendQueueFromISRPosted by Joe on April 9, 2007 thanks for the proposal,
actually i use the uxQueueMessagesWaiting function to get the catually queued members and to compare it with the max number, but if you mean that i must not use this mechanism i will check your proposed way
regards Joe
Copyright (C) Amazon Web Services, Inc. or its affiliates. All rights reserved.
|