docs: Fix incorrect -rtos option values
authorPeter Stuge <peter@stuge.se>
Mon, 14 May 2012 15:47:09 +0000 (17:47 +0200)
committerSpencer Oliver <spen@spen-soft.co.uk>
Mon, 14 May 2012 16:23:42 +0000 (16:23 +0000)
Commit 9ca1592cb9fe4e61ee5bc327345fdfc254c9fe13 started on documentation
for the -rtos option, but some of the documented values were incorrect so
we'll clean up the mess here.

Many thanks to Freddie Chopin for spotting this!

Change-Id: Iaa633bd40ff5f75dd6a69e74e79dafc1643ee21a
Signed-off-by: Peter Stuge <peter@stuge.se>
Reviewed-on: http://openocd.zylin.com/642
Reviewed-by: Freddie Chopin <freddie.chopin@gmail.com>
Tested-by: jenkins
doc/openocd.texi

index 34d0884c94fdd8a70b682a7183402e8ea3d0ed5a..0c0b9519feea4cec5fbe9d1bc45b816a9ea0b595 100644 (file)
@@ -3941,8 +3941,8 @@ The value should normally correspond to a static mapping for the
 @code{-work-area-phys} address, set up by the current operating system.
 
 @item @code{-rtos} @var{rtos_type} -- enable rtos support for target,
-@var{rtos_type} can be one of @option{auto}|@option{eCos}|@option{threadx}|
-@option{freertos}|@option{linux}.
+@var{rtos_type} can be one of @option{auto}|@option{eCos}|@option{ThreadX}|
+@option{FreeRTOS}|@option{linux}.
 
 @end itemize
 @end deffn