From d04ef559b4424a1131e8bd76e643cc94fd799e9a Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E9=9B=B6=E4=B8=AD=E6=96=AD=E5=BB=B6=E8=BF=9F=E7=9A=84RTOS?= Date: Tue, 4 Aug 2026 19:48:35 +0000 Subject: [PATCH] update Demo-Build/RISC-V32/readme.txt. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: 零中断延迟的RTOS --- Demo-Build/RISC-V32/readme.txt | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/Demo-Build/RISC-V32/readme.txt b/Demo-Build/RISC-V32/readme.txt index fd3a5a1f..17bc2027 100644 --- a/Demo-Build/RISC-V32/readme.txt +++ b/Demo-Build/RISC-V32/readme.txt @@ -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