diff --git a/FreeRTOS/Demo/Posix_GCC/FreeRTOSIPConfig.h b/FreeRTOS/Demo/Posix_GCC/FreeRTOSIPConfig.h index 5926ff0ad1..c04394bad5 100644 --- a/FreeRTOS/Demo/Posix_GCC/FreeRTOSIPConfig.h +++ b/FreeRTOS/Demo/Posix_GCC/FreeRTOSIPConfig.h @@ -266,7 +266,7 @@ Ethernet driver does all the necessary filtering in hardware then software filtering can be removed by using a value other than 1 or 0. */ #define ipconfigETHERNET_DRIVER_FILTERS_FRAME_TYPES 1 -/* The windows simulator cannot really simulate MAC interrupts, and needs to +/* The Linux simulator cannot really simulate MAC interrupts, and needs to block occasionally to allow other tasks to run. */ #define configWINDOWS_MAC_INTERRUPT_SIMULATOR_DELAY ( 20 / portTICK_PERIOD_MS ) diff --git a/FreeRTOS/Demo/Posix_GCC/main_blinky.c b/FreeRTOS/Demo/Posix_GCC/main_blinky.c index 78e98f1b01..5e5c31f0ab 100644 --- a/FreeRTOS/Demo/Posix_GCC/main_blinky.c +++ b/FreeRTOS/Demo/Posix_GCC/main_blinky.c @@ -19,19 +19,18 @@ * IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN * CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE. * - * http://www.FreeRTOS.org - * http://aws.amazon.com/freertos + * https://www.FreeRTOS.org + * https://github.com/FreeRTOS * - * 1 tab == 4 spaces! */ /****************************************************************************** - * NOTE 1: Windows will not be running the FreeRTOS demo threads continuously, so - * do not expect to get real time behaviour from the FreeRTOS Windows port, or + * NOTE 1: The FreeRTOS demo threads will not be running continuously, so + * do not expect to get real time behaviour from the FreeRTOS Linux port, or * this demo application. Also, the timing information in the FreeRTOS+Trace - * logs have no meaningful units. See the documentation page for the Windows + * logs have no meaningful units. See the documentation page for the Linux * port for further information: - * http://www.freertos.org/FreeRTOS-Windows-Simulator-Emulator-for-Visual-Studio-and-Eclipse-MingW.html + * https://freertos-wordpress.corp.amazon.com/FreeRTOS-simulator-for-Linux.html * * NOTE 2: This project provides two demo applications. A simple blinky style * project, and a more comprehensive test and demo application. The @@ -52,7 +51,7 @@ * The queue send task is implemented by the prvQueueSendTask() function in * this file. It uses vTaskDelayUntil() to create a periodic task that sends * the value 100 to the queue every 200 milliseconds (please read the notes - * above regarding the accuracy of timing under Windows). + * above regarding the accuracy of timing under Linux). * * The Queue Send Software Timer: * The timer is an auto-reload timer with a period of two seconds. The timer's @@ -75,9 +74,9 @@ * pressed then the queue receive task will output a message indicating that * data was received on the queue from the queue send software timer. * - * NOTE: Console input and output relies on Windows system calls, which can - * interfere with the execution of the FreeRTOS Windows port. This demo only - * uses Windows system call occasionally. Heavier use of Windows system calls + * NOTE: Console input and output relies on Linux system calls, which can + * interfere with the execution of the FreeRTOS Linux port. This demo only + * uses Linux system call occasionally. Heavier use of Linux system calls * can crash the port. */ @@ -246,7 +245,7 @@ uint32_t ulReceivedValue; is it an expected value? Normally calling printf() from a task is not a good idea. Here there is lots of stack space and only one task is using console IO so it is ok. However, note the comments at the top of - this file about the risks of making Windows system calls (such as + this file about the risks of making Linux system calls (such as console output) from a FreeRTOS task. */ if( ulReceivedValue == mainVALUE_SENT_FROM_TASK ) { diff --git a/FreeRTOS/Demo/Posix_GCC/main_full.c b/FreeRTOS/Demo/Posix_GCC/main_full.c index 3d9f198cf7..db30492223 100644 --- a/FreeRTOS/Demo/Posix_GCC/main_full.c +++ b/FreeRTOS/Demo/Posix_GCC/main_full.c @@ -32,11 +32,11 @@ * application. It is provided as a convenient development and demonstration * test bed only. * - * Windows will not be running the FreeRTOS simulator threads continuously, so + * Linux will not be running the FreeRTOS simulator threads continuously, so * the timing information in the FreeRTOS+Trace logs have no meaningful units. - * See the documentation page for the Windows simulator for an explanation of + * See the documentation page for the Linux simulator for an explanation of * the slow timing: - * http://www.freertos.org/FreeRTOS-Windows-Simulator-Emulator-for-Visual-Studio-and-Eclipse-MingW.html + * https://freertos-wordpress.corp.amazon.com/FreeRTOS-simulator-for-Linux.html * - READ THE WEB DOCUMENTATION FOR THIS PORT FOR MORE INFORMATION ON USING IT - * * NOTE 2: This project provides two demo applications. A simple blinky style