CPU刚上电时或按下reset重启键

最新推荐文章于 2023-11-29 15:37:49 发布
转载 最新推荐文章于 2023-11-29 15:37:49 发布 · 1.1k 阅读 · 0
文章标签：

#arm处理器

本文详细介绍了ARM920T处理器核在启动时的状态及模式设置，包括特权模式和服务模式的具体含义，以及如何通过CPSR寄存器控制中断和运行状态。
arm cpu 核 类型：arm920T


当ARM核上电时,处于svc特权模式；  
当 CPU 刚上电时或按下 reset 重启键 ， 内核自动切换到 ARM 状态  



    
    CPSR = 0x200000D3；
    CPSR_c = 0xD3 = (1101 0011)b
如果对 cpsr_c 有疑惑的请看： *arm中的 CPSR_c是什么
    Register bits    Function                        Value
    [7]                I(禁止IRQ中断)                1        ----> I = 1,表示禁止IRQ中断
    [6]                F(禁止FIQ中断)                1        ----> F = 1,表示禁止FIQ中断                
    [5]                T(处理器运行状态)             0        ----> T = 0,表示当前为 ARM 状态，否则为 stumb 状态
    [4:0]              M4~M0                         10011    ----> 0b10011 为 管理（SVC） 模式。


    如果对arm的运行状态和模式有疑惑的请看：
** ARM处理器的寄存器，ARM与Thumb状态，7中运行模式 

    如果对arm的 cpsr 和 spsr 有疑惑的请看：
* CPSR 和 SPSR 
ATF官方文档翻译（二三）：CPU复位-（CPU Reset）
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
02-03 1073
本文档描述了在Trusted Firmware-A（TF-A）中处理CPU重置的框架的高级设计。它还描述了。（搓搓小手一起来看看）
ARM CPU Reset机制详解
最新发布
Linux内核架构师
09-12 889
本文深入解析了Trusted Firmware-A（TF-A）中的CPU复位处理框架，为平台集成商提供了优化启动流程的配置指南。文档详细介绍了通用复位代码流程、可编程CPU复位地址支持（通过PROGRAMMABLE_RESET_ADDRESS选项）、单CPU冷启动优化（COLD_BOOT_SINGLE_CPU选项）以及将BL31直接作为复位入口点（RESET_TO_BL31选项）的实现方案。针对不同平台特性，这些配置选项可单独或组合使用，以简化启动流程、减少不必要的检测步骤，从而提升系统启动效率和性能。文章
7-CPU Reset
baron-周贺贺-代码改变世界ctw
11-20 1759
本文档描述了在可信固件-A (TF-A) 中处理 CPU 重置的框架的高级设计。它还描述了平台集成商如何在一定程度上根据系统配置定制此代码，从而简化和优化引导流程。
【ARM学习笔记】问题Processor ARM920T raised an exception.Cause:Undefined instruction的解决方法
qq_43401552的博客
04-10 2364
在进行ARM系统原理与开发的学习过程中，使用ADS(ARM Developer Suite)进行ARM开发时，常会遇到一些问题，除了一些编写程序语法上的错误外，经常会遇到Processor ARM920T raised an exception.Cause:Undefined instruction的问题 出现这个问题的原因 （1）在进行ARM项目开发中，所创建的文件名相同，（后缀不同）导致在这...
硬件视角的操作系统 (CPU Reset；固件；为硬件编程) [南京大学2023操作系统-P3]
shimly123456的博客
03-14 364
啊 回忆一下写CPU的过程，CPU里的时序电路基本都有一个 reset 的过程 正是这个 reset 的过程，建立了程序员和硬件之间的桥梁 啊 啊 回忆一下我们买的电脑： 电脑的品牌是 惠普HP, CPU是Intel的，主板是华硕的 当开机的时候，屏幕上会显示 惠普HP 的商标 所以，firmware 应该不是由Intel来开发的，而是由惠普来开发的 Intel 会约定好 CPU Re...
SOC的多核启动流程详解
baron-周贺贺-代码改变世界ctw
06-22 2078
请先自行理解以下4个概念：另外还两种配置：我们就假定 reset地址是可编程的、SOC启动的时候只启动一个core，来讲解我们的boot流程：(1)、SOC一上电，SOC给ARM Core的signal configuration会改变RVBAR_EL3，这里一般就是就是bootrom的首地址。即CPU一上电，Primary core的PC指向的就是RVBAR_EL3的地址，机器就开始启动了。(2)、当需要Secondary Core启动的时候，例如会走PSCI协议，【主核】进入ATF会将bl31_warm
[车联网安全自学篇] Android安全之ARM汇编指令集手册「精简汇总版」
橙留香Park的博客
01-27 1411
PC端领域CPU的老大是Intel，而移动设备CPU老大就是ARM。不同的cpu架构对应不同的指令集。Intel和ARM两大阵营还可以再细分。Intel的架构中x86代表32位cpu，x86_64代表64位的cpu，x86汇编语言学习最为普遍。ARM架构也有32位和64位之分。使用apktool对app进行反编译，lib下得到三个包含so的文件夹armeabi : 32 位 arm cpu 库，几乎所有手机都支持。
RTC与备份寄存器协同工作模式：系统重启后时间状态无缝恢复技术详解
如果某天突然断电重启后它告诉你“今天是1970年1月1日”，那用户怕是要当场崩溃了吧 。 这可不是危言耸听。在嵌入式系统中，**实时时钟（RTC）与备份寄存器（BKP）的协同工作模式**，正是防止这种“时间大崩坏”的...
深入探索中断管理：STM32 FreeRTOS按键识别的秘诀（高级教程）
中断是微控制器响应外部事件的一种机制，当特定条件满足时，CPU暂停当前执行的程序，转而处理更高优先级的任务。对于实时操作系统（RTOS），如FreeRTOS，高效管理中断是保证系统响应性和实时性的重要手段。 ## 1.2 ...
可编程片上系统PSoC：赛普拉斯混合信号MCU的独特价值（模拟+数字协同设计革命）
可编程片上系统PSoC的技术演进与架构概览 PSoC（Programmable System-on-Chip）由赛普拉斯半导体（现属英飞凌）推出，融合了MCU的控制能力与FPGA式的硬件可编程性，开创了嵌入式系统设计的新范式。其核心在于将可...
理解上电复位
单个的人是软弱无力的，就像漂流的鲁滨孙一样，只有同别人在一起，他才能完成许多事业
04-03 8492
上电复位是指上电压从无到有在RESET处会先处于高电平一段时间，然后由于该点通过电阻接地，则RESET该点的电平会逐渐的改变为低电平，从而使得单片机复位口电平从1转到0，达到给单片机复位功能的一种复位方式。复位方式除了上电复位外，还有手动复位。 　　电容在上接高电平，电阻在下接地，中间为RST。这种复位电路为高电平复位。 　　其工作原理是：通电时，电容两端相当于是短路，于是RST引脚上为高电平，然后电源通过电阻对电容充电，RST端电压慢慢下降，降到一定程度，即为低电平，单片机开始正常工作。 　　1、上
CPU与单片机的复位电路的作用及基本复位方式
abcdefg的专栏
11-13 1万+
在上电或复位过程中，控制CPU的复位状态：这段时间内让CPU保持复位状态，而不是一上电或刚复位完毕就工作，防止CPU发出错误的指令、执行错误操作，也可以提高电磁兼容性能。 无论用户使用哪种类型的单片机,总要涉及到单片机复位电路的设计。而单片机复位电路设计的好坏,直接影响到整个系统工作的可靠性。许多用户在设计完单片机系统,并在实验室调试成功后,在现场却出现了“死机”、“程序走飞”等现象,这主要
聊一聊芯片上电复位和掉电检测
qq_44597856的博客
08-12 1463
聊一聊芯片上电复位和掉电检测
Ice Lake CPU RESET流程
Groom's Blog
02-03 7205
1、 处理器支持3种reset，分别是cold reset和warm reset和PWRGD reset； a) cold reset是指在首次上电触发CPU的PWRGOOD和RESET_N，其中PWRGD的触发需要在Base Clock就绪并且power都已经稳定之后才可以，该reset将会复位处理器里的所有的状态，包括被其他reset阻止的sticky state。 b) ...
X86硬件底层之硬件cpu 重启&关机&开机
sdl0358的博客
01-07 2919
一、CPU重启问题 1.关于硬件重启有如下三种方式：KBC reset、PORT 92h（端口值控制SUS#）、Ware reset
【理解ARM架构】异常处理
weixin_63726869的博客
11-29 2672
介绍了异常/中断的处理流程，包括现场保存，执行处理函数，现场恢复，这个过程中的种种细节。还演示了未定义指令异常，SVC异常，以及SysTick异常产生后的现象。
修改CPU型号（重启依然有效）
热门推荐
风尚
08-03 9万+
修改CPU型号重启依然有效
TRUEnas突然断网什么原因
07-26
<think>嗯，用户让我排查TrueNAS突然断网的原因。首先需要回忆常见的网络故障点。物理连接问题总是第一步要检查的，比如网线松动、接口损坏或者交换机故障。用户可能自己已经检查过，但还是要建议他们重新插拔网线和更换端口试试。 然后是网卡状态，TrueNAS的Web界面里可以看到网络接口的状态。如果显示down或者有错误数据包，可能是驱动问题或者硬件故障。这时候需要查看dmesg日志，看看有没有网卡相关的报错，比如"link down"之类的信息。另外，过热的网卡也会导致不稳定，特别是服务器长时间高负荷运行时。 接下来是IP冲突的可能性。虽然DHCP通常能避免冲突，但静态IP设置不当就容易出问题。用户应该检查TrueNAS的IP是否被其他设备占用，可以用arp-scan或者观察局域网内是否有IP重复的提示。重启网络服务或者暂时释放IP也能帮助排查。 交换机配置也不能忽视。比如STP协议有时候会把端口误判为环路而阻塞，尤其是当TrueNAS服务器有多个网口时。需要检查交换机的端口状态，临时关闭STP试试。另外，端口安全策略或者MAC地址过滤也可能导致断网，特别是企业网络环境里可能有这些设置。 系统日志是关键线索。在TrueNAS的Web界面的报告里查看messages和syslog，搜索"network"、"link"、"interface"这类关键词。如果发现大量"watchdog timeout"错误，可能是网卡驱动崩溃，需要更新驱动或者切换兼容模式。 硬件故障方面，除了网卡本身，还要考虑主板或PCIe插槽的问题。特别是当断网伴随其他硬件异常时，比如USB设备失灵或者系统卡顿。这时候可能需要更换网卡测试，或者检查主板日志。 网络配置错误也比较常见。比如VLAN设置错误、MTU不匹配，或者路由表混乱。用户应该检查ifconfig的输出，确认所有参数正确。临时禁用LRO、TSO这些高级特性也能排除驱动兼容性问题。 最后是系统层面的问题，比如软件更新后的bug或者资源耗尽。查看最近的更新记录，回滚到之前的版本试试。另外，内存不足或CPU过载也可能导致网络服务崩溃，需要监控系统资源使用情况。 用户可能需要具体的命令行操作指导，比如如何重启网络服务、查看日志文件路径。应该给出具体的命令示例，比如"ifconfig ix0 down up"这样的操作。同时提醒备份配置，避免在排查过程中误操作导致数据丢失。 相关问题部分要覆盖用户可能的后续疑问，比如如何诊断硬件故障、排查网络配置、分析日志，以及预防措施。这样用户可以根据自己的情况选择深入的方向。</think>好的，排查TrueNAS突然断网的问题需要系统性地检查多个环节。以下是可能的原因及相应的解决方法： ## 📍 TrueNAS 突然断网的可能原因及解决方法 ### 🛠 1. 物理连接问题 (最常见) * **原因:** 网线松动、损坏；网络接口（TrueNAS服务器端、交换机端、路由器端）接触不良或故障；交换机或路由器端口故障；网卡故障。 * **解决方法:** * **检查线缆:** 重新拔插TrueNAS服务器端的网线，确保插紧。尝试更换一根已知良好的网线。 * **检查端口:** 将网线换到交换机或路由器的另一个端口上测试。 * **检查指示灯:** 观察TrueNAS服务器网口指示灯、交换机/路由器对应端口的指示灯是否正常亮起（常亮表示物理连接正常，闪烁表示有数据传输）。如果指示灯不亮，重点检查该端口和线缆。 * **替换测试:** 如果可能，尝试将TrueNAS服务器连接到网络中的不同位置（如直接连到主路由器），或使用另一块已知良好的网卡（如果有备用）进行测试。 ### 📡 2. 网络接口/网卡状态异常 * **原因:** 网卡驱动问题、过热、硬件不稳定；操作系统层面网络接口意外关闭(`down`)或发生错误。 * **解决方法:** * **WebUI 检查:** 登录TrueNAS WebUI (如果还能访问的话)，进入 **网络 -> 接口**。检查物理接口（如`igb0`, `ix0`, `em0`等）的状态是否为`UP`。查看是否有错误计数（如`Errors`, `Dropped`）激增。 * **命令行检查:** * 通过控制台或SSH登录：`ifconfig` (查看接口状态、IP地址、错误包计数)。 * `netstat -i` (查看接口统计信息)。 * `dmesg | grep -i error` 或 `dmesg | grep -i <网卡驱动名>` (如`igb`, `ix`, `em`)，检查内核日志是否有网卡相关的错误报告（如`link down`, `watchdog timeout`, `reset adapter`等）。 * **重启接口:** 在命令行尝试重启网络接口 (谨慎操作，可能导致当前连接断开)： ```bash ifconfig <interface_name> down ifconfig <interface_name> up ``` 或者重启网络服务： ```bash service netif restart ``` * **检查温度:** 确保服务器散热良好，网卡/芯片组不过热。 * **更新驱动/固件:** 检查是否有适用于你的网卡型号和TrueNAS版本（CORE或SCALE）的驱动或固件更新。TrueNAS SCALE基于Linux，更新内核有时会包含新驱动。TrueNAS CORE基于FreeBSD，驱动更新通常随系统更新一起发布。 ### 🔄 3. IP地址冲突或DHCP问题 * **原因:** TrueNAS配置的静态IP地址被网络中的其他设备占用；DHCP服务器故障导致TrueNAS无法续租IP地址（如果使用DHCP）。 * **解决方法:** * **检查IP冲突:** 尝试从网络中另一台设备`ping` TrueNAS的IP地址。如果通，但TrueNAS本身无响应，可能是IP冲突。使用网络扫描工具（如`arp-scan`）检查该IP是否对应了多个MAC地址。 * **重启DHCP客户端:** 如果使用DHCP，在TrueNAS命令行尝试释放并重新获取IP： ```bash dhclient -r <interface_name> # 释放 dhclient <interface_name> # 重新获取 ``` * **检查DHCP服务器:** 确认网络中的DHCP服务器（通常是路由器）工作正常，地址池未耗尽。 * **改用静态IP (推荐):** 对于服务器，**强烈建议配置静态IP地址**以避免DHCP相关问题。在WebUI的 **网络 -> 接口** 中编辑相应接口，选择 **静态** 并配置正确的IP、子网掩码、网关。 ### ⚙ 4. 交换机/路由器配置问题 * **原因:** 交换机端口被错误配置（如STP阻塞、端口安全、VLAN错误、速率/双工不匹配）；路由器防火墙规则阻止；ARP表问题。 * **解决方法:** * **检查交换机配置:** 登录管理交换机，检查连接TrueNAS的端口： * 状态是否为`up`？ * 是否在正确的VLAN中？ * 端口安全（如MAC地址绑定）是否阻止了TrueNAS？ * STP状态是否正常（不是`blocking`）？可以尝试在交换机端口上临时禁用STP（`portfast`或等效设置）测试。 * 速率和双工是否设置为`auto`（推荐）或与TrueNAS网卡强制设置匹配？ * **检查路由器/防火墙:** 检查路由器日志或防火墙规则，看是否有阻止TrueNAS流量的条目（可能性相对较低，除非规则有变动）。 * **清除ARP缓存:** 在网络中的客户端或路由器上尝试清除ARP缓存（命令如`arp -d <ip_address>`或重启路由器）。 ### 📊 5. 系统日志分析 (关键) * **原因:** 系统日志中通常记录了网络接口状态变化、错误、DHCP事件等关键信息。 * **解决方法:** * **WebUI 查看日志:** 登录WebUI，进入 **系统 -> 日志 -> 查看日志**。选择 `SYSLOG` 或 `MESSAGES`。重点查找断网时间点前后的日志条目。搜索关键词如： * `<interface_name>` (你的网卡接口名) * `link state` * `down` * `error` * `DHCP` * `watchdog` (网卡看门狗超时) * `reset` * **命令行查看日志:** * `/var/log/messages` (TrueNAS CORE) * `/var/log/syslog` 或 `/var/log/journal` (TrueNAS SCALE) * 使用 `tail -f /var/log/messages` 或 `tail -f /var/log/syslog` 实时监控日志，结合复现断网问题。 * 使用 `grep -i 'network\|error\|<interface_name>' /var/log/messages` 等命令过滤关键信息。 ### 🧩 6. 网络配置错误 (TrueNAS 设置) * **原因:** 错误的网关、DNS设置；错误的VLAN配置；MTU设置过大导致分片问题；绑定(LAGG)配置错误。 * **解决方法:** * **WebUI 复查配置:** 仔细检查 **网络 -> 全局配置** 中的默认网关和DNS服务器是否正确。 * **检查接口配置:** 在 **网络 -> 接口** 中，确认每个物理接口或VLAN接口的IP、子网、网关（如果配置了）、MTU（通常保持1500）设置正确。对于绑定接口，检查聚合模式（如LACP, Failover等）是否与交换机配置匹配。 * **测试连通性:** 在TrueNAS命令行测试： * `ping <网关IP>` (测试到网关连通性) * `ping 8.8.8.8` (测试公网连通性) * `nslookup google.com` 或 `dig google.com` (测试DNS解析) ### 🧑 7. 资源耗尽或软件缺陷 * **原因:** TrueNAS系统内存不足、CPU过载导致网络服务无响应；特定的系统更新或插件/虚拟机导致的问题；罕见的软件Bug。 * **解决方法:** * **检查资源使用:** 在断网时或发生后，立即查看系统仪表板（WebUI首页或 **报告**）或使用命令行工具（`top`, `vmstat`, `netstat`）检查CPU、内存、网络连接状态。是否有某个进程占用资源异常？ * **回滚更新:** 如果断网发生在系统更新后不久，尝试回滚到之前的启动环境（TrueNAS CORE/SCALE 支持启动环境回滚）。 * **禁用插件/虚拟机:** 如果运行了可能导致网络问题的插件或虚拟机，尝试临时禁用它们测试。 * **检查Bug报告:** 访问 [TrueNAS Jira](https://jira.ixsystems.com/) 或论坛，搜索你的TrueNAS版本号和关键词（如`network drop`, `interface down`, 网卡型号），看是否有已知Bug和解决方案。 ### 📌 排查步骤建议 1. **立即检查物理连接和指示灯。** 2. **尝试访问WebUI。** * 如果能访问：立即查看 **网络->接口** 状态和 **系统->日志**。 * 如果不能访问：通过服务器控制台（显示器键盘）或IPMI（如果有）登录命令行。 3. **在命令行检查：** * `ifconfig` / `ip a` (查看接口状态和IP)。 * `ping <网关>` / `ping 8.8.8.8` (测试连通性)。 * `netstat -i` (查看接口错误)。 * `dmesg | tail -n 50` 或 `dmesg | grep -i error` (查看内核错误)。 * 检查 `/var/log/messages` 或 `/var/log/syslog`。 4. **根据初步发现缩小范围：** * **物理层问题：** 换线、换端口、换网卡。 * **数据链路层问题：** 检查交换机配置、VLAN、STP、速率双工；检查TrueNAS接口状态和错误；更新驱动/固件。 * **网络层问题：** 检查IP配置（冲突、静态/DHCP）、网关、路由；检查防火墙规则。 * **系统层问题：** 分析系统日志、资源占用；考虑回滚更新或检查已知Bug。 5. **尝试针对性解决：** 重启接口、重启网络服务、重启交换机端口、重启TrueNAS服务器（作为最后手段，注意业务影响）。 6. **验证解决：** 问题解决后，持续监控一段时间，确认不再复发。 **重要提示：** 在修改网络配置（尤其是IP/网关）或重启网络服务/服务器之前，确保你有物理访问服务器的能力（控制台或IPMI），否则可能导致完全失去连接。[^1]
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值