Marty Otzenberger

Quick update, it looks like the latest FreeRTOS+TCP Network Interface code in 10.3.0 removed the xCheckLoopback function. I can't speak to the need to put it back, but this at least resolves this issue since it no longer depends on an undefined function.

Thanks, 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?

The file names are already different from the Xilinx BSP though (Xilinx doesn't have the underscore in the name after the 'x'), so including the "Zynq/" is redundant. As I noted, this is the only place in the codebase I have seen a path as part of a #include, and it makes for an awkward special case for buid scripts.

FreeRTOS-Plus-FAT Demo DefaultWebPages.h Include

Understood. Hopefully everthing goes smoothly. Thanks.

Thanks. I had a copy of the xCheckLoopback code from a forum post that is working for me. My primary goal with this request was to see if the FreeRTOS_ARP.[ch] code in this repo could be udpated (or the dependency could be removed from the Zynq port in this repo). I am managing my project with SVN, and was hoping to be able to use an SVN external to pull in all of the FreeRTOS-Plus code without modificaition, but that requires the Zynq port code and the FreeRTOS-Plus-TCP code in Source Forge to be...

I compiled the new code into my project, and everything appears to be working correctly. I am only running the example FTP server and UDP/TCP CLI consoles at the moment, so nothing to complex. One more note that I had forgotten when I posted originally. On Line 341 of x_emacpsif_physpeed.c there is a sleep(1) call. Changing that to a vTaskDelay helps prevent the EMAC thread from blocking other tasks from running if the ethernet connection is not present when the Zynq boots.

xCheckLoopback