2020 * of flash), so pointers should have XIP_BASE subtracted before passing into one of these
2121 * functions.
2222 *
23- * \if rp2040-specific
23+ * \if rp2040_specific
2424 * The only valid cache maintenance operation on RP2040 is "invalidate", which tells the cache to
2525 * forget everything it knows about some address. This is necessary after a programming operation,
2626 * because the cache does not automatically know about any serial programming operations performed
2727 * on the external flash device, and could return stale data.
2828 * \endif
2929 *
30- * \if rp2350-specific
30+ * \if rp2350_specific
3131 * On RP2350, the three types of operation are:
3232 *
3333 * * Invalidate: tell the cache to forget everything it knows about some address. The next access to
@@ -136,12 +136,12 @@ void xip_cache_invalidate_range(uintptr_t start_offset, uintptr_t size_bytes);
136136 * This function is faster than calling xip_cache_clean_range() for the entire address space,
137137 * because it iterates over cachelines instead of addresses.
138138 *
139- * \if rp2040-specific
139+ * \if rp2040_specific
140140 * On RP2040 this is a no-op, as the XIP cache is read-only. This is indicated by the
141141 * XIP_CACHE_IS_READ_ONLY macro.
142142 * \endif
143143 *
144- * \if rp2350-specific
144+ * \if rp2350_specific
145145 * On RP2350, due to the workaround applied for RP2350-E11, this function also effectively
146146 * invalidates all cache lines after cleaning them. The next access to each line will miss. Avoid
147147 * this by calling xip_cache_clean_range() which does not suffer this issue.
@@ -155,7 +155,7 @@ void xip_cache_clean_all(void);
155155 *
156156 * This causes the cache to write out pending write data at these offsets to the downstream memory.
157157 *
158- * \if rp2040-specific
158+ * \if rp2040_specific
159159 * On RP2040 this is a no-op, as the XIP cache is read-only. This is indicated by the
160160 * XIP_CACHE_IS_READ_ONLY macro.
161161 * \endif
0 commit comments