summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorCobus van Eeden <35851496+cobusve@users.noreply.github.com>2020-09-08 14:42:09 -0700
committerCobus van Eeden <35851496+cobusve@users.noreply.github.com>2020-09-08 14:42:09 -0700
commitbcc41c97fdcb984898fbeb7cb49b79bcc7b69353 (patch)
tree1de1e4898ddf9a6708ce091e51d8fd7b7d3e9fb6
parent2621e601245bdbde19efc4e28ff9ee6652921705 (diff)
downloadfreertos-git-bcc41c97fdcb984898fbeb7cb49b79bcc7b69353.tar.gz
Fix references to Linux instead of Windows
-rw-r--r--FreeRTOS/Demo/Posix_GCC/FreeRTOSIPConfig.h2
-rw-r--r--FreeRTOS/Demo/Posix_GCC/main_blinky.c23
-rw-r--r--FreeRTOS/Demo/Posix_GCC/main_full.c6
3 files changed, 15 insertions, 16 deletions
diff --git a/FreeRTOS/Demo/Posix_GCC/FreeRTOSIPConfig.h b/FreeRTOS/Demo/Posix_GCC/FreeRTOSIPConfig.h
index 5926ff0ad..c04394bad 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 78e98f1b0..5e5c31f0a 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 3d9f198cf..db3049222 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