diff --git a/boards/xtensa/esp32/esp32-devkitc/Kconfig b/boards/xtensa/esp32/esp32-devkitc/Kconfig
index e93d362c45b..e537922f1fe 100644
--- a/boards/xtensa/esp32/esp32-devkitc/Kconfig
+++ b/boards/xtensa/esp32/esp32-devkitc/Kconfig
@@ -21,22 +21,8 @@ config ESP32_DEVKITC_RUN_IRAM
 	bool "Run from IRAM"
 	default n
 	---help---
-		The default configuration is set up run from IRAM.  However, the
-		current (2016-11-14) OpenOCD for ESP32 does not support writing to
-		FLASH.  This option sets up the linker scripts to support execution
-		from IRAM.  In this case, OpenOCD can be used to load directly into
-		IRAM.
-
-		At this stage the nuttx image is small enough to be entirely memory-
-		resident.  Once board support is more mature you can add flash cache
-		mapping code to run from SPI flash after initial boot. There are at
-		least two possible approaches you could take: You can add the flash
-		cache mapping code into nuttx directly, so it is self-contained -
-		early nuttx initialization runs from IRAM and enables flash cache,
-		and then off you go. Or you can use the esp-idf software bootloader
-		and partition table scheme and have nuttx be an esp-idf "app" which
-		allows interoperability with the esp-idf system but makes you
-		reliant on the esp-idf design for these parts. Both are possible.
+		This loads all of NuttX inside IRAM.  Used to test somewhat small
+		images that can fit entirely in IRAM.
 
 source boards/xtensa/esp32/common/Kconfig
 
diff --git a/boards/xtensa/esp32/esp32-ethernet-kit/Kconfig b/boards/xtensa/esp32/esp32-ethernet-kit/Kconfig
index 6b4f996cfda..14b948f51c9 100644
--- a/boards/xtensa/esp32/esp32-ethernet-kit/Kconfig
+++ b/boards/xtensa/esp32/esp32-ethernet-kit/Kconfig
@@ -21,22 +21,8 @@ config ESP32_ETHERNETKIT_RUN_IRAM
 	bool "Run from IRAM"
 	default n
 	---help---
-		The default configuration is set up run from IRAM.  However, the
-		current (2016-11-14) OpenOCD for ESP32 does not support writing to
-		FLASH.  This option sets up the linker scripts to support execution
-		from IRAM.  In this case, OpenOCD can be used to load directly into
-		IRAM.
-
-		At this stage the nuttx image is small enough to be entirely memory-
-		resident.  Once board support is more mature you can add flash cache
-		mapping code to run from SPI flash after initial boot. There are at
-		least two possible approaches you could take: You can add the flash
-		cache mapping code into nuttx directly, so it is self-contained -
-		early nuttx initialization runs from IRAM and enables flash cache,
-		and then off you go. Or you can use the esp-idf software bootloader
-		and partition table scheme and have nuttx be an esp-idf "app" which
-		allows interoperability with the esp-idf system but makes you
-		reliant on the esp-idf design for these parts. Both are possible.
+		This loads all of NuttX inside IRAM.  Used to test somewhat small
+		images that can fit entirely in IRAM.
 
 source boards/xtensa/esp32/common/Kconfig
 
diff --git a/boards/xtensa/esp32/esp32-wrover-kit/Kconfig b/boards/xtensa/esp32/esp32-wrover-kit/Kconfig
index 6e16fb881a1..5e2142dd92a 100644
--- a/boards/xtensa/esp32/esp32-wrover-kit/Kconfig
+++ b/boards/xtensa/esp32/esp32-wrover-kit/Kconfig
@@ -21,22 +21,8 @@ config ESP32_WROVERKIT_RUN_IRAM
 	bool "Run from IRAM"
 	default n
 	---help---
-		The default configuration is set up run from IRAM.  However, the
-		current (2016-11-14) OpenOCD for ESP32 does not support writing to
-		FLASH.  This option sets up the linker scripts to support execution
-		from IRAM.  In this case, OpenOCD can be used to load directly into
-		IRAM.
-
-		At this stage the nuttx image is small enough to be entirely memory-
-		resident.  Once board support is more mature you can add flash cache
-		mapping code to run from SPI flash after initial boot. There are at
-		least two possible approaches you could take: You can add the flash
-		cache mapping code into nuttx directly, so it is self-contained -
-		early nuttx initialization runs from IRAM and enables flash cache,
-		and then off you go. Or you can use the esp-idf software bootloader
-		and partition table scheme and have nuttx be an esp-idf "app" which
-		allows interoperability with the esp-idf system but makes you
-		reliant on the esp-idf design for these parts. Both are possible.
+		This loads all of NuttX inside IRAM.  Used to test somewhat small
+		images that can fit entirely in IRAM.
 
 source boards/xtensa/esp32/common/Kconfig