Hi to everyone!
First of all, sorry for reporting as issue, but I wasn't sure, if you would be aware of issue, if I put in into my fork.
I sync my fork with yours dev branch, to keep me synchronization somehow :) I use latest commit (9ed192e) from dev branch and merge it with my fork.
Seems ok in basic, but have issues, when using alt_printf() with trace facility enabled in FreeRTOS. Monitor task periodicly (20s) sends using UART JTAG (STDOUT) report about tasks and stacks (generated by vTaskList). After sending whole string with this alt_printf transfer, system crash and I found it in StackOverflow hook (task info is corrupted). But I think this is not problem related to stack.
It has something to do with interupts during UART transmission. When I use option small driver (UART pollen, not interrupt driven) everythnig works ok.
Any ideas how to find, what is the problem?
PS: I used port with mluthi's ignored interrupt context solution before.
Best regards, Modemo
Hi to everyone!
First of all, sorry for reporting as issue, but I wasn't sure, if you would be aware of issue, if I put in into my fork.
I sync my fork with yours dev branch, to keep me synchronization somehow :) I use latest commit (9ed192e) from dev branch and merge it with my fork.
Seems ok in basic, but have issues, when using alt_printf() with trace facility enabled in FreeRTOS. Monitor task periodicly (20s) sends using UART JTAG (STDOUT) report about tasks and stacks (generated by vTaskList). After sending whole string with this alt_printf transfer, system crash and I found it in StackOverflow hook (task info is corrupted). But I think this is not problem related to stack.
It has something to do with interupts during UART transmission. When I use option small driver (UART pollen, not interrupt driven) everythnig works ok.
Any ideas how to find, what is the problem?
PS: I used port with mluthi's ignored interrupt context solution before.
Best regards, Modemo