update Demo-Build/RISC-V32/readme.txt.

Signed-off-by: 零中断延迟的RTOS <cosyos@139.com>
2026-08-17 08:42:13 +08:00 · 2026-08-04 19:48:35 +00:00
parent 435cee98fe
commit d04ef559b4
1 changed files with 3 additions and 4 deletions
@@ -177,9 +177,8 @@ MIE： 机器模式中断使能
 简单来说，内核解锁后，最后两句代码（断点1、断点2）已不在服务层临界区的保护之中。
 如果在内核解锁前，系统中断（SysTick、PendSV）已经被触发，要保证在内核解锁之后，
 在最后两句代码（断点1、断点2）执行完之前，不会响应系统中断。否则说明硬件压栈技
-术是不可靠的，不能使用。
-
-为此，特提供两种测试方法给自己和用户，以方便验证硬件压栈技术的可靠性。
+术是不可靠的，不能使用。为此，特提供两种测试方法给自己和用户，以方便测试并验证
+硬件压栈技术的可靠性。

 方法一
 在 port_rv32_HWS.S 中，通过自行 #define __TEST_PENDSV 来开启测试。
@@ -194,7 +193,7 @@ void test_pendsv_fault_handler(void)
 }

 方法二
-在 pendsv_hook 中打印 mepc，持续一定时间后数据统计，如果 mepc 出现过 断点1
+在 pendsv_hook 中打印 mepc，持续一段时间后数据统计，如果 mepc 出现过 断点1
 或 断点2 的地址，判定异常发生。
 /* 示例 */
 __WEAK void pendsv_hook(void) MCUCFG_OSIT_ATTRIBUTE