CmBacktrace
CmBacktrace copied to clipboard
Advanced fault backtrace library for ARM Cortex-M series MCU | ARM Cortex-M 系列 MCU 错误追踪库
 在Misc Contorls增加如下两个指令之后,编译顺利通过且没有任何警告了。 -Wno-format-security -Wno-invalid-source-encoding 但是,当我制造一个bug出来后,打印出来的信息不正常了。。。打印出”z:528"  各位大神怎样解决??
请问有支持CortexA53的计划吗
移植至oneos操作系统,对接系统接口,增加头文件包含,增加CmBacktrace在oneos操作系统下的初始化文件
请问cm_cfg.h能否提供外部文件配置的接口? 类似于freertos,可以不修改CmBacktrace git仓中cm_cfg.h,cm_def.h的代码,而是通过外部文件来配置所需的配置项。
前情提要: chatgpt:在 FreeRTOS v10 版本中,确实移除了 vTaskStackSize 函数,这是因为不是所有平台都能支持直接获取任务的栈大小。在这个版本及以后的版本中,FreeRTOS 推荐的方式是在创建任务时自行记录栈大小,以便在需要时能够查询这些信息。 chatgpt太谨慎了,不敢让我改内核。推荐我新建个函数,每次创建任务时记录一下该任务的栈大小。但是这个删除任务时,不好同步。 我不接受gpt的建议,于是我参照v9版本,做出以下修改。pxCurrentTCB是内核自用的,是全局变量,指向当前正在运行的任务控制块,我们也可以用。如果它私有化了,那就在task.c里用 ---------------1在task.c中加了以下几个函数:-------------------、 ```C uint32_t * vTaskStackAddr() { return pxCurrentTCB->pxStack; } uint32_t vTaskStackSize() { #if ( portSTACK_GROWTH > 0 ) return (pxNewTCB->pxEndOfStack...
通过定义`traceRETURN_xTaskGetCurrentTaskHandle`宏,在调用`xTaskGetCurrentTaskHandle()`时,在其内部记录当前task的start address和stack size,这样可以避免修改FreeRTOS源码。
Many projects already have another mechanism for getting firmware info or want to save RAM and do not need firmware info of CmBacktrace.
1. 使用相对路径包含头文件 2. keil V5.36,AC6编译器错误进入`__GNUC__`预处理宏导致register警告 3. 修改几处字符串输出未使用格式说明符导致的警告 4. 利用ArmLink的$$Super$与$$Sub$机制,无感且一劳永逸的替换fault中断,避免使用cubemx等工具生成代码时每次覆盖更改
如题,想要将cm_backtrace移植至 模组SDK中,如何添加cmb_fault.S文件至工程的 makefile中
Internal Error: [CoreUtil/General]: Access violation (0xc000'0005) at 00007FF61D64C0E2 (reading from address 0x0) 