vectors.S

最新推荐文章于 2021-07-29 18:57:22 发布
最新推荐文章于 2021-07-29 18:57:22 发布
阅读量1k 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/mxslgyb/article/details/5493842
版权

vectors.S位于/hal/arm/arch/v3_0/src目录下,是启动入口

mxslgyb
关注
TI的vectors.asm解析
EE漫谈
02-28 4485
    学习dsp发现没有对vectors.asm进行详细讲解的文章，我也是初学者之一，就把自己学习的体会写出来交流一下。     代码如下： unused  .macro id         .global unused:id: unused:id:         b unused:id:    ; nested branches to block interrupts        ...
uboot启动流程分析详解
weixin_63032791的博客
12-04 613
1。
ARM启动代码解释（Vectors.c、Init.s、Target.c、 Target.h）
12-07
启动代码是芯片复位后进入C语言的main（）函数前执行的一段代码，主要是为运行C语言程序提供基本运行环境，如初始化存储器系统等。ARM公司只设计内核，不自己生产芯片，只是把内核授权给其它厂商，其它厂商购买了授权且加入自己的外设后生产出各具特色的芯片。这样就促进了基于ARM处理器核的芯片多元化，但也使得每一种芯片的启动代码差别很大，不易编写出统一的启动代码。ADS（针对ARM处理器核的C语言编译器）的策略是不提供完整的启动代码，启动代码不足部分或者由厂商提供，或者自己编写。启动代码划分为4个文件：Vectors.c、Init.s、Target.c、 Target.h。Vectors.c包含异常向量表、堆栈初始化及中断服务程序与C程序的接口。Init.s包含统初始化代码，并跳转到ADS提供的初始化代码。Target.c和 Target.h包含目标板特殊的代码，包括异常处理程序和目标板初始化程序。这样做的目的是为了尽量减少汇编代码，同时把不需要修改的代码独立出来以减少错误。
LPC2104启动代码之Vectors.s注释（用于uC/OS-II 2.52移植）
Jarod's Blog
02-03 3018
;******************************************************************************;Vectors.s;******************************************************************************;定义堆栈的大小，根据需要改变FIQ_STACK_LENGTH 
【u-boot-2018.11】源码分析之vectors.S
linuxweiyh的博客
10-02 1462
arch/arm/lib/vectors.S #include <config.h> /* * A macro to allow insertion of an ARM exception vector either * for the non-boot0 case or by a boot0-header. */ /* 宏，定义了异常向量表，用来插入boot的头部 */ ...
四极管：2410启动代码分析之 vector.s详解一
杨琦（四极管）
12-20 1045
根据各方面资料，整理了一下··未完待续 ;下面是对ARM处理器模式寄存器对应值的常数定义，ARM处理器中有一个CPSR程序状态寄存器，它的后;;五位决定目前的处理模式 USERMODE  EQU 0x10 ;//用户模式 FIQMODE   EQU 0x11 ;//FIQ模式 IRQMODE   EQU 0x12 ;//IRQ模式 SVCMODE   EQU 0x13 ;//管理模式
STM32详解一
热门推荐
见习馒头
12-09 1万+
STM32详解1 一、在进入主题之前我们先了解一些必要的基础知识----stm32系列芯片的种类和型号： startup_stm32f10x_cl.s 互联型的器件，STM32F105xx，STM32F107xx startup_stm32f10x_hd.s 大容量的STM32F101xx，STM32F102xx，STM32F103xx startup_stm32f10x_hd_vl.s
ICC.rar_icc_icc os_vectors.s icc
09-23
标题中的“ICC.rar”是一个压缩文件，通常包含多个相关文件，这里主要涉及到“icc”，“icc_os”，以及“vectors.s_icc”。这些元素都与嵌入式系统开发相关，特别是针对ATMEGA128微控制器使用MicroC/OS-II（uc/OS）...
exploring_word_vectors.ipynb
06-01
The term "embedding" refers to the fact that we are encoding aspects of a word's meaning in a lower dimensional space. As Wikipedia states, "conceptually it involves a mathematical embedding from a ...
Uboot 2015 代码解析2 vectors.S
持续学习和分享感兴趣的技术
04-20 928
位于arch/arm/lib/vectors.S文件中存有uboot执行的第一段代码_start。 .globl _start /* ************************************************************************* * * Vectors have their own section so linker script c...
ecos vector.S 分析I: 主干部分
aaaaatiger--寻路
03-07 1446
##-----------------------------------------------------------------------------## Hardware supplied vectors        .set    noreorder    .section ".reset_vector","ax"    # Reset vector at 0xBFC00000>>c
C++ Vectors详解
代码海贼团船长的博客
12-25 665
C++ Vectors详解构造函数（constructors）constrctor_1.cppconstructor_2.cppassign函数其他函数 Vectors包含着一系列连续存储的元素，其行为和数组类似。访问Vector中的任意元素或从末尾添加元素都可以在常量时间复杂度内完成，而查找特定值的元素所处的位置或者是在Vector中插入元素则是线性时间复杂度。 当Vectors空间不足时，会重...
Android 中 vector 反汇编示例
啃着地瓜数星星
09-19 1037
前言 最近遇到一个 native crash 问题，如下所示：（Android 8.1） Revision: '0' ABI: 'arm64' pid: 1863, tid: 3348, name: Binder:1863_F &amp;amp;gt;&amp;amp;gt;&amp;amp;gt; system_server &amp;amp;lt;&amp;amp;lt;&amp;amp;lt; signal 11 (SIGSEGV), cod
u-boot移植（三）---修改前工作：代码流程分析2
dongbipi3785的博客
06-03 188
一、vectors.S 1.1 代码地址 　　vectors.S (arch\arm\lib) 1.2 流程跳转 　　　　 　　跳转符号 B 为 start.S 中的 reset 执行代码，暂且先不看，先看看 vector.S 中的执行。 1.3 代码分析 　　ldr{条件} 目的寄存器 <存储器地址> 1 _start: 2 3...
STL库---vector
shuayang1155的博客
03-10 214
定义： 1、vector是表示可变大小数组的序列容器。 2、就像数组一样，vector也采用的连续存储空间来存储元素。也就是意味着可以采用下标对vector的元素进行访问，和数组一样高效。但是又不像数组，它的大小是可以动态改变的，而且它的大小会被容器自动处理。 3、本质讲，vector使用动态分配数组来存储它的元素。当新元素插入时候，这个数组需要被重新分配大小为了增加存储空间。其做法是，分配一个新...
ARM Linux 中断向量表建立流程
海纳百川
09-27 8189
一般编写arm的裸机程序的时候，创建中断向量表就把它放在0x00000000~0x0000001c中，一般都放在这个位置上。但是中断向量表也可以放在0xffff0000~0xffff001c中，知道这是怎么设置的么？开始看到的时候真的有点奇怪，因为在学习arm的时候，根本没去看arm中的协处理器CP15中的c1控制寄存器中的v位来控制，我们一般都使用默认的值0，则必须将中断向量表放在0x00000
U-Boot启动流程详解
zhuguanlin121的博客
07-29 4384
1、u-boot.lds文件 2、arch/arm/lib/vectors.S 文件 3、u-boot.map(地址映射文件) 4、链接文件分析 总结
C++ Vectors详细解析与用法
领头“洋”
06-02 2667
为了准备保研夏令营的机式，这段时间都会搞一下算法练下手，不免遇到很多需要运用栈和队列解决的问题比如迷宫问题等，今天遇到一个计算表达式的问题，感觉又要用栈又要用到队列，好麻烦，我写代码的风格是不喜欢定义太多的变量和用到过多的数据结构，因为这样会使得代码看起来很复杂，而且自己也会搞晕。能否找到一个可以代替栈和队列的数据结构呢？ 我们知道栈是满足先进后出(FILO)，而队列满足先进先出(FIFO)，因此...
Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0). Core 0 register dump: PC : 0x40377921 PS : 0x00040034 A0 : 0x4200b714 A1 : 0x3fc97c20 --- 0x40377921: _xt_lowint1 at /home/ming/Desktop/Project/250204esp32/espidf/esp-idf/components/xtensa/xtensa_vectors.S:1240 0x4200b714: Bus_Parallel16::dma_transfer_start() at /home/ming/Desktop/Project/250204esp32/Justclock/components/hub75/include/platforms/esp32s3/gdma_lcd_parallel16.cpp:424 A2 : 0x3fca03ec A3 : 0x3fc96c60 A4 : 0x4200e28c A5 : 0x3fca03dd --- 0x4200e28c: task_wdt_isr at /home/ming/Desktop/Project/250204esp32/espidf/esp-idf/components/esp_system/task_wdt/task_wdt.c:474 A6 : 0x00000000 A7 : 0x00000010 A8 : 0x8200b711 A9 : 0x403808e6 --- 0x403808e6: _frxt_int_enter at /home/ming/Desktop/Project/250204esp32/espidf/esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/portasm.S:140 A10 : 0x00000064 A11 : 0x3fca08f8 A12 : 0x00000000 A13 : 0x3fca21c0 A14 : 0x3fca2104 A15 : 0x3fca213c SAR : 0x00000018 EXCCAUSE: 0x00000005 EXCVADDR: 0x00000000 LBEG : 0x40056f5c LEND : 0x40056f72 LCOUNT : 0xffffffff --- 0x40056f5c: memcpy in ROM 0x40056f72: memcpy in ROM Core 0 was running in ISR context: EPC1 : 0x40382e5f EPC2 : 0x00000000 EPC3 : 0x00000000 EPC4 : 0x40377921 --- 0x40382e5f: uart_hal_write_txfifo at /home/ming/Desktop/Project/250204esp32/espidf/esp-idf/components/hal/uart_hal_iram.c:27 0x40377921: _xt_lowint1 at /home/ming/Desktop/Project/250204esp32/espidf/esp-idf/components/xtensa/xtensa_vectors.S:1240 ESP-ROM:esp32s3-20210327 Build:Mar 27 2021 rst:0x7 (TG0WDT_SYS_RST),boot:0x2b (SPI_FAST_FLASH_BOOT) Saved PC:0x4037bdb2 --- 0x4037bdb2: panic_print_str at /home/ming/Desktop/Project/250204esp32/espidf/esp-idf/components/esp_system/panic.c:138 (discriminator 1) SPIWP:0xee mode:DIO, clock div:1 load:0x3fce2810,len:0x15a0 load:0x403c8700,len:0x4 load:0x403c8704,len:0xd20 load:0x403cb700,len:0x2ee4 entry 0x403c8928
最新发布
03-16
<think>嗯，用户遇到了一个ESP32-S3的Guru Meditation错误，具体是Core 0 panic，原因是中断看门狗超时。我需要先理解这个错误的基本情况，然后分析提供的日志信息，最后给出解决建议。 首先，Guru Meditation Error是ESP-IDF中的一种严重错误类型，通常表示系统发生了不可恢复的故障。这里的错误类型是“Interrupt wdt timeout on CPU0”，也就是中断看门狗在CPU0上超时。看门狗（Watchdog Timer，WDT）的作用是监控系统是否正常运行，如果在一定时间内没有被重置，就会触发复位，防止系统死锁。中断看门狗特别监控中断处理函数的执行时间，如果中断处理时间过长，就会导致超时，进而引发panic。 接下来看寄存器转储部分，PC（程序计数器）指向了0x40377921，对应的代码位置是_xt_lowint1在xtensa_vectors.S的1240行。这可能是中断处理相关的底层代码。另一个关键点是在A0寄存器指向的Bus_Parallel16::dma_transfer_start()函数，这可能与并行总线或DMA传输有关。同时，A5寄存器指向了task_wdt_isr，说明看门狗中断服务例程被触发，可能是在处理任务看门狗时出现问题。 EXCCAUSE是0x00000005，根据Xtensa架构的定义，这通常对应“LoadProhibited”异常，即尝试读取无效的内存地址。EXCVADDR是0x00000000，可能意味着程序试图访问空指针。这可能是在中断处理过程中发生了非法内存访问，导致系统崩溃。 另外，日志中显示Core 0在ISR上下文中运行，EPC1指向uart_hal_write_txfifo，这可能与串口传输有关，但需要确认是否在中断处理中进行了阻塞操作，比如在中断服务例程（ISR）中调用了需要等待的函数，导致处理时间过长。 SPI的启动模式和ROM版本信息显示设备是从SPI闪存启动，没有明显的配置错误。但错误发生在DMA传输启动的过程中，可能与HUB75显示屏驱动相关，尤其是并行总线配置或DMA设置不当。 可能的原因包括： 1. 中断处理函数（ISR）执行时间过长，超过了看门狗的超时时间。 2. 在ISR中进行了阻塞操作，如延迟或等待资源。 3. 内存访问错误，如空指针或无效地址访问。 4. DMA配置错误，导致传输无法完成，进而卡住中断。 5. 任务看门狗未正确喂狗，尤其是在高优先级任务或ISR中未及时处理。 解决方案方面，首先需要检查代码中的中断处理函数，确保它们尽可能简短，避免复杂操作。特别是与DMA传输相关的部分，比如Bus_Parallel16::dma_transfer_start()函数，是否有耗时操作。另外，检查是否有内存访问错误，尤其是涉及指针操作的地方，比如DMA缓冲区的地址是否正确分配和初始化。 还可以尝试调整看门狗的超时时间，或者暂时禁用任务看门狗进行测试，看是否问题消失。此外，使用JTAG调试器进行堆栈跟踪，查看崩溃时的具体上下文，帮助定位问题代码。同时，确保所有硬件相关的驱动和配置正确，特别是并行总线和DMA的设置是否符合ESP32-S3的要求。 另外，用户的项目路径中包含“Justclock”组件，可能与显示驱动相关，需要确认该组件的代码是否与使用的ESP-IDF版本兼容，或者是否存在已知的bug。更新到最新的ESP-IDF版本或组件版本可能有助于解决问题。 总结来说，需要从ISR优化、内存访问检查、DMA配置、看门狗设置等多个方面进行排查，逐步缩小问题范围，找到导致中断看门狗超时的根本原因。</think>### Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0) 分析 #### 1. **错误类型与原因** - **错误类型**：`Interrupt wdt timeout on CPU0` 表示 **中断看门狗（Interrupt Watchdog Timer）在 CPU0 上超时**，导致系统崩溃。 - **根本原因**： - 中断服务程序（ISR）执行时间过长，未在规定时间内完成。 - 中断处理逻辑中存在阻塞操作（如死循环、未释放资源等）。 - 硬件配置错误（如 DMA 传输冲突或外设驱动问题）。 --- #### 2. **关键日志分析** - **寄存器转储（Register Dump）**： - **PC 指针** `0x40377921` 指向 `_xt_lowint1`（中断向量处理函数）。 - **A0 指针** `0x4200b714` 指向 `Bus_Parallel16::dma_transfer_start()`，说明问题可能与并行总线 DMA 传输相关。 - **A5 指针** `0x4200e28c` 指向 `task_wdt_isr`，表明看门狗中断服务程序被触发。 - **异常信息**： - **EXCCAUSE: 0x00000005**（Xtensa 架构的 `LoadProhibited` 异常），表示尝试访问非法内存地址。 - **EXCVADDR: 0x00000000**，表明可能发生了空指针解引用。 - **调用链**： - `uart_hal_write_txfifo` 涉及串口传输，可能与调试输出或外设冲突相关。 - `Bus_Parallel16::dma_transfer_start()` 属于 HUB75 并行显示屏驱动的 DMA 初始化代码，需重点检查。 --- #### 3. **可能原因** - **代码问题**： 1. **DMA 配置错误**：DMA 缓冲区地址未正确初始化或内存越界。 2. **中断冲突**：并行总线（HUB75）与其他外设（如 UART）共享中断资源，导致 ISR 超时。 3. **内存访问错误**：如空指针操作（`EXCVADDR: 0x00000000`）。 - **硬件问题**： 1. 并行显示屏接口（HUB75）连接错误或时序不匹配。 2. 电源不稳定导致 DMA 传输异常。 --- #### 4. **解决方案** ##### 步骤 1：检查中断服务程序（ISR） - **缩短 ISR 执行时间**：确保中断处理逻辑简短，避免复杂计算或阻塞操作。 - **禁用中断嵌套**：在 ISR 中调用 `portDISABLE_INTERRUPTS()` 防止高优先级中断抢占。 - **检查 DMA 回调函数**：确认 `dma_transfer_start()` 中未触发死锁或无限循环。 ##### 步骤 2：排查内存问题 - **检查指针有效性**：确认 `Bus_Parallel16` 驱动中所有指针（如 DMA 缓冲区）已正确初始化。 - **使用内存调试工具**： - 启用 ESP-IDF 的堆栈保护（`CONFIG_COMPILER_STACK_CHECK_MODE`）。 - 使用 `heap_caps_check_integrity_all()` 检测堆内存损坏。 ##### 步骤 3：调整看门狗配置 - **增加超时时间**（临时调试）： ```c // 在 menuconfig 中修改 CONFIG_ESP_INT_WDT_TIMEOUT_MS=5000 // 默认 300ms ``` - **暂停看门狗**（仅调试阶段）： ```c task_wdt_config_t config = { .timeout_ms = 0 }; // 禁用看门狗 task_wdt_reconfigure(&config); ``` ##### 步骤 4：验证硬件连接 - **检查 HUB75 接口**：确认引脚定义、时序配置（如 RGB 时钟频率）与显示屏规格匹配。 - **降低 DMA 频率**：尝试减少并行总线的数据传输速率，观察是否稳定。 ##### 步骤 5：调试输出优化 - **关闭不必要的日志**：减少 UART 输出，避免因串口阻塞导致 ISR 延迟。 ```c esp_log_level_set("*", ESP_LOG_NONE); // 关闭所有日志 ``` --- #### 5. **附加建议** - **使用 JTAG 调试**：通过硬件调试器捕获崩溃时的调用栈和变量状态。 - **更新 ESP-IDF 版本**：确认使用的 ESP-IDF 版本与硬件兼容（日志显示 `ESP-IDF` 路径可能存在兼容性问题）。 - **简化测试代码**：注释掉 HUB75 驱动代码，逐步排查功能模块。 --- 通过上述步骤，可定位到 DMA 传输或中断处理中的具体问题。若需进一步分析，请提供 `gdma_lcd_parallel16.cpp` 中相关代码片段。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值