Activity for Richard Barry
-
Richard Barry modified a comment on discussion Free Support
If that issue the issue, then it will be caught by defining configASSERT in most FreeRTOS architecture ports. Rationale for separate API is here: https://freertos.org/FAQ_API.html#IQRAPI
-
If that issue the issue, then it will be caught by defining https://freertos.org/a00110.html#configASSERT in most FreeRTOS architecture ports. Rationale for separate API is here: https://freertos.org/FAQ_API.html#IQRAPI
-
If you are not deliberateily using the MPU then it might be the build system has automatically picked up the mpu files unnecessarily. As per the above, that can get sorted on the FreeRTOS forums. 10 times bigger Presumably an exageration. duplication of the APIs now spills over to the QP port, so you have stuff like Q_NEW_FROM_ISR(), etc. Can't you keep the single API, then test to see if you are in an interrupt within that API's implementation, then call the appropriate FreeRTOS API once you know...
-
Unfortunately, there are currently no examples for the Keil uVision, because FreeRTOS has no official port to the ARM Compiler-6. (They only have ports for the outdated ARM Compiler-5). Many people create FreeRTOS project directly from within uVision, and from CMSIS packs. If you use Arm compiler V5 then use the FreeRTOS port files from the FreeRTOS/Source/Portable/RVDS directory of the kernel distribution. If you use Arm compiler V6 then use the FreeRTOS port files from the FreeRTOS/Source/Portable/GCC...
-
There is a sign up button and a sign in button on the top right of the forum page. You can sign in with a github account if you don't want to create a forum account.
-
endless loops on vPortRaiseBASEPRI on disassembly
-
The assembly code bares no resemblance to the source code, especially as the source function is written in assembly. For that reason I am confident this is not a FreeRTOS bug. Please create a support request on https://forums.freertos.org and we can help diagnose for you. Additionally, SourceForge is no longer our primary repository. Please see https://github.com/freertos
-
Compiler Warnings Generated with Keil C166 EC++ Compiler
-
Hi Victor - sorry for the inconvenience as I didn't realise people could still open tickets here. I would be grateful if you could open the tick here instead: https://github.com/FreeRTOS/FreeRTOS-Kernel thanks.
-
Handle variable-length queue items
-
This can now be done with a message buffer, rather than a queue.
-
Include Task handler information in vTaskList()
-
See uxTaskGetSystemState() https://www.freertos.org/uxTaskGetSystemState.html
-
Provide a method of getting a task handle by its task name
-
I didn't realize that repo had been created. Is it going to replace the FreeRTOS-Labs folder in the main FreeRTOS repository for the upcoming releases? Yes.
-
Clang/LLVM support for Cortex M0
-
Now captured by a separate more generic 'ARM Clang' backlog item.
-
GCC port.c: turn off lto before assembly sections + patch
-
We are testing with LTO now too.
-
AVR : Change makefile MCU tag to mega32
-
The port was tested with the ATMega32 too.
-
heap_3.c not really thread safe
-
xQueueReceive needs to indicate more messages waiting
-
There is already a workaround, and changing the API would be a big breaking change.
-
Remove Path From #include For Zynq EMAC Driver
-
It is added to enable you to bring in the versions of those files used (and/or modified) for use with the provided network interface. Otherwise they would need updating each time Xilinx updated their BSP.
-
Translation Source File cmsis_os.c
-
ARM and ST both provide a CMSIS RTOS implementation for FreeRTOS.
-
Provide a method of getting a list of all task handles
-
https://www.freertos.org/uxTaskGetSystemState.html
-
STM8 port
-
Given our current backlog it is unlikley we would create an STM8 port.
-
Support 16-bit timers for Run Time Statistics generation
-
I think this could be done by the implementation of the portGET_RUN_TIME_COUNTER_VALUE() macro. Some demos do this for the default Cortex-M implementation that uses a 24 bit time that runs very quickly so overflows rapidly.
-
configTIMER_TASK_PRIORITY compile time check
-
suspend()/resume() not enough for writing other synchronisation objects
-
LPC2000: Fix for "Error: invalid literal constant: pool need
-
This is for a very old vesion of code and I think was fixed.
-
Port optimized task selection bitmap feels inconsistent
-
Complete V5.4.2 demo for the Olimex SAM7-EX256 dev board (so
-
ISR-euqivalent for xQueuePeek()
-
Done, but the ticket was never closed.
-
LTO Support in FreeRTOS
-
Recent versions are biulding with LTO.
-
proposed change/addition to vCoRoutineSchedule to xCoRoutine
-
Co-routines are no longer under active development.
-
FreeRTOS comments and documentation
-
ARP announcement for V5.4.2 (patch)
-
This is patch to a third party library.
-
fixed memory size allocation
-
Memory allocation is part of the port layer so users can create their own - plus the memory allocation schemes have been expanded and enhanced since this ticket was created.
-
FreeRTOS-Plus-FAT Demo DefaultWebPages.h Include
-
The new Labs repo has a +FAT only demo that no longer uses the FTP or HTTP https://github.com/FreeRTOS/FreeRTOS-Labs/blob/master/FreeRTOS-Labs/Demo/Common/FreeRTOS_Plus_FAT_Demos/CreateAndVerifyExampleFiles.c
-
Task creation and run time management
-
As there is a workaround already I prefer not to break backward compatibility by changing the xTaskCreate[static}() API. It could be achieved without breaking the API by overloading a bit in an existing API parameter - as per the 'create priviliged' bit used in the MPU port, but that is a bit hacky.
-
UDP ARP Behaviour
-
Pend blocking API calls from in ISRs
-
Don't understand, but now too old.
-
Support TLS for IAR DLib
-
SAM7 port system interrupt "sharing"
-
This was potentially updated - but in any case refers to what is now a very old port.
-
_init_startup option to call user code
-
The AVR32 port in the FreeRTOS download is for ES chips - Atmel (now Microchip) maintain their own version.
-
Global Namespace Cleanup
-
Some prefer this type of scheme, others prefer as the code currently is. For backward compatibility we will leave as is.
-
support for avr evk1103 board and AT32UC3C controlller
-
Fix compiler warnings
-
xTaskRestart() or xTaskResetToBeginning() Request
-
Duplicate.
-
FreeRTOSConfig define for saving full FPU to stack.
-
Updated port to MSP430F149
-
Out of date.
-
All deleted tasks to be cleaned up by any other task
-
Change time management in coroutine
-
Co-routines are deprecated.
-
feature 115 - Intel Nios II VIC
-
As per request in ticket.
-
patch: generalise the stack checking functions
-
See discussion.
-
Cortex M1
-
Semaphores with coroutines
-
Coroutines are deprecated.
-
Restart a task
-
A user can effect this themselves by having an 'outer' loop in the task that restores the task to its initial condition then start the 'inner' work loop as per a normal task.
-
Add a void *pvParameters to Timer_t struct
-
Feature Request: Heap from ISR + Dynamic queues
-
Memory allocation is part of the port layer so users are free to add their own implementations.
-
Expose structure definitions
-
A method of achieving this was introduced in the FreeRTOS vesion that supported static allocation.
-
PLLFCG setting in LPC2129 demo
-
Was demo code rather than port code. Now obsolete.
-
Possible Mistake on port.c Codewarrior coldfire Porting
-
Port is now obsolete.
-
Bug with vCoRoutineSchedule()
-
FreeRTOS_lpc17xx_uart.c - incorrect TX FIFO level parameter usage
-
Being replaced by the Common IO interface.
-
FreeRTOS_lpc17xx_uart.c - incorrect ioctlSET_SPEED behavior
-
Being replaced by the Common IO interface.
-
FreeRTOS+IO Char Queue Tx timeout with empty queue
-
Being replaced by the 'common IO' interface.
1 >