AC In/Out OS Slow Response

最新推荐文章于 2021-11-19 19:17:29 发布
最新推荐文章于 2021-11-19 19:17:29 发布
阅读量2.9k 收藏 5
点赞数
CC 4.0 BY-SA版权
分类专栏： Bug Tracking 文章标签： os function cmd 测试 c
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/hgf1011/article/details/4161094
本文探讨了一个超薄笔记本电脑在频繁插拔交流电源（AC）时，操作系统电源图标响应缓慢的问题。分析了从EC检测到AC状态变化到OS更新电源图标的过程，发现电池状态更新过程中读取EC内容的延迟可能是原因。通过调整SCI中断脉冲宽度解决了问题，强调了深入分析和验证在解决问题中的重要性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

AC In/Out OS Slow Response

 

1. Phenomenon

    

     手上一个超薄NB的案子DQA报了这样一条bug：频繁的插拔AC，vista右下角的power icon有时反应很慢，AC插拔过后有时需要等几秒或十几秒才发现power icon有变化。Power icon指的是下图红色圆圈标出的部分：

 

图 1

2. Why???

 

    刚看到这条bug时，我有点不以为然，因为有些机种也有这样的状况，所以我以为这个有可能是不同的测试人员认知上差异。而且超薄NB为了解决好功耗、导热的问题都使用比较低的配置，我最初还觉得可能跟配置有关。但是他们找了个相同chipset的机器去试，反应很流畅没有这样的现象L!我的猜测站不住脚了，这时我觉得应该是FW有些地方没有处理好导致的了。随后我们开始debug，首先我们要理清AC in/out 过程中EC、BIOS、OS都做了哪些动作,我所知道的状况是这样：1. EC检测到AC in/out的中断，更新EC ram中的AC

最低0.47元/天 解锁文章

200万优质内容无限畅学
PaddlePaddle/PaddleOCR 中英文文字识别
钱多多先森
09-06 1万+
1.准备工作 GitHub地址：https://github.com/PaddlePaddle/PaddleOCR 1.QUICK INSTALLATION：https://github.com/PaddlePaddle/PaddleOCR/blob/release/2.2/doc/doc_en/installation_en.md 2.Quick start of Chinese OCR model:https://github.com/PaddlePaddle/PaddleOCR/blob/rel
TensorFlow工作笔记001---Centos7.3下安装TensorFlow最新版本，基于python2.7.5的，没有编译TensorFlow的源码
添柴程序猿的专栏
03-04 1730
技术交流QQ群【JAVA,.NET,BigData,AI】：170933152 Centos7.3下安装TensorFlow最新版本，基于python2.7.5的，没有编译TensorFlow的源码，这样不好啊，没有编译源码，没有 经过，优化，TensorFlow跑起来挺慢，而且会有一些警告。但是这样安装快。先装上再说吧。 人工智能第一步啊： 前奏：如果想装高版本的python...
EC修炼之道—ECSCI
zhao_longwei的专栏
04-04 6964
ECSCI是EC上的一个请求系统中断的PIN。电池信息的上报，温度上报，LID状态上报，亮度调节请求以及切屏等功能都需要此中断来通知操作系统执行。既然是中断，就必须有中断号，ECSCI和其它一些DEVICE共用一个SCI中断号，由BIOS来指定，并通过ACPI报给操作系统。   1 SCI中断 在了解ECSCI之前，我们先了解一下整个SCI中断的知识。要不然，会造成一叶障目，不见泰山。
Ubuntu 意外死机 （Linux Crash/Hang）解决
zhangrelay的专栏
05-13 3万+
Ubuntu 意外死机 （Linux Crash/Hang）解决以Intel Bay Trail/J1900/N2940 为例，通常是由于linux kernel和硬件兼容性问题导致：查询网址：https://bugzilla.kernel.org/点开对应问题，就可以看到问题，和一些解决方案。 Bug List: (5 of 5) First Last Prev Ne
Spring Cloud 学习笔记（3 / 3）
热门推荐
KISS
03-03 6万+
Spring Cloud 学习笔记（1 / 3） Spring Cloud 学习笔记（2 / 3） - - - 108_Nacos之Linux版本安装 109_Nacos集群配置(上) 110_Nacos集群配置(下) 111_Sentinel是什么 112_Sentinel下载安装运行 113_Sentinel初始化监控 114_Sentinel流控规则简介 115_Sentinel流控-QPS直接失败 116_Sentinel流控-线程数直接失败 117_Sentinel流控
个人常用命令集锦 持续更新
勿忘初心
02-05 3万+
OS 1、 立刻关机 halt 2、 centos安装yum apt-get install yum 3、 查找文件夹 find / - name 需要查找文件名称 4、 vi里面 查找字符串 “/”，后面跟要查找的字符串，再按回车。vi将光标定位在该串下一次出现的地方上。键入n跳到该串的下一个出现处，键入N跳到该串的上一个出现处。 要查找一个以search为行首的行，则键入/^search ，要查找一个以search为行尾的行，则键入/search＄。 5、 解压 tar -zxvf archive
CentOS 7系统配置国内yum源和epel源
Hacker-Prince
09-24 1839
1、首先进入/etc/yum.repos.d/目录下，新建一个repo目录，用于保存系统中原来的repo文件 [root@wjq1 ~]# cd /etc/yum.repos.d/ [root@wjq1 yum.repos.d]# ll drwxr-xr-x. 2 root root 187 Jun 12 2018 repo 2.在CentOS中配置使用网易和阿里的开源镜像 2、到阿里开源镜像站点下载系统对应版本的repo文件 [root@wjq1 yum.repos.d]# ..
Linux过时了- 塔能鲍姆-托瓦兹辩论(Tanenbaum–Torvalds debate)
茫茫大士的专栏
09-07 9721
FORM:http://www.hisnote.com/2013/10/27/tanenbaum-torvalds-debate/ 本文根据维基百科、码农逐梦者博客、oreilly出版社整理而成。 安德鲁·斯图尔特·塔能鲍姆博士(在comp.os.minix上叫 ‘ast’ ) 塔能鲍姆-托瓦兹辩论（英语：Tanenbaum–Torvalds debate），由Minix创作者安德鲁·斯...
Go IDE vscode (by quqi99)
技术并艺术着
11-19 2054
作者：张华 发表于：2021-11-19 版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本版权声明 (http://blog.youkuaiyun.com/quqi99 ) 之前的CLI方式 之前一直使用cscope和ctag(往前跳和往后跳仍然是Ctrl+O以及Ctrl+I)来查看go代码， find . ! -name '*test.go' ! -path '*test*' -name '*.go' > cscope.files cscope -Rbkq ctags -R fin
android ANR问题分析指北
kevin's cache的专栏
02-10 4568
ANR定义：    主线程在特定的时间内没有做完特定的事情常见的场景 A.input事件超过5S没有处理完成 B.service executing 超时（bind，create，start，unbind等等），前台20s，后台200s C.广播处理超时，前台10S，后台60s D.ContentProvider执行超时，20s常见的原因        A.耗时操作，如复杂的...
px4/apj格式的飞控固件刷写工具(python)
uav360
01-28 1552
1. 新建脚本文件 touch uploader.py chmod +x uploader.py 2. 添加脚本内容 #!/usr/bin/env python ############################################################################ # # Copyright (c) 2012-2017 PX4 Development Team. All rights reserved. # # Redistribution and u
Tracking ACPI/ASL Using WinDbg
Dig into computer system.
02-12 1万+
Tracking ACPI/ASL Using WinDbg 1. Preface       ACPI是BIOS和OS之间沟通的主要手段，所以有些系统相关的问题，都跟ACPI asl code有很大的关系，如果能够直Debug ACPI asl code那将会对解决这类问题提供很好的帮助。这篇文章的目的就是讲解如何使用WinDbg实现ACPI/ASL code源码级别的调试。  
IGD Display Switch
Dig into computer system.
12-19 8179
IGD Display Switch 1.  Introduction IGD OpRegion是intel为了改善传统的Integrated Graphics Driver和BIOS之间的通信机制即SMI、INT10存在的缺陷（SMM mode有可能会影响OS的稳定性，Int 10则有可能受限于OS)，而引入的一种新的接口。它使用SCI取代传统的SMI机制，可谓取其精华，去其糟粕
ACPI_BIOS_USING_OS_MEMORY
Dig into computer system.
03-17 5905
ACPI_BIOS_USING_OS_MEMORY 最近我们的BIOS碰到一个奇怪的bug，最初是插上4G的Memory， BIOS Setup中只能显示3G，后来BIOS修改代码以后总算在Setup menu里面显示出了4G。显示虽然对了可再也进不去OS了，每次都是蓝底白字直接blue screen。死状如下图1所示。      图 1           可能是因为SW
Debug Driver Using WinDbg
Dig into computer system.
03-05 5168
Debug Driver Using WinDbg 1. Preface       前一段时间我们NB出货的一只软体碰到vista下的uac bug。最终的解决方法是使用一个keyboard filter driver去拦截oem scan code，然后再转给上层软体最终绕过了uac。在实现keyboard filter driver过程中我也遇到了几个问题，多亏WinDbg这
减少Post Time
Dig into computer system.
04-30 5062
最近有个project需要降低Post Time，我花了些时间去调整code，最终达成目标。最近发现可能是年纪大了，记性狂插：（，遂决定记录一下，以备后用。总结了一下，主要做了以下的工作：1.调整SEC阶段CAR,code stack & data stack size，提升SEC阶段及PEI阶段的性能，降低时间。2.如果CPU支持P-State，在进PEI之前先将CPU调整的最大的per
谁动了我的Scancode?
Dig into computer system.
12-20 3918
  谁动了我的Scancode?一．Bug report     DQA测试发现搭配在NB出货的一只软体，在某一model上运行发现：当打开vitsa的device manager后，该软体就无法正常工作了。 二．Bug Analysis                        我看到这条bug后，去找相关部门借了机台进行复制，发现复制不到该现象。请求DQA帮
Debug Tips
Dig into computer system.
03-04 3524
前一段时间看一个BIOS的bug，当时已经可以确定system hang有时会hang在一个driver里面，为了能够narrow down到具体的某个函数的某一行 所以就需要加入一些debug message。一开始我就在每个函数里面DEBUG这个函数的名称，或者当前在做什么之类的字符串，可是加了几个函数就烦了，实在是太多了，就算是copy一下改个字符串也是相当费劲后来就想到了下面的做法：
fpga I/O速度slow和fast
最新发布
06-19
<think>我们正在讨论FPGA中I/O速度的slow和fast模式的区别及使用场景。根据引用[1]和[2]中的信息，FPGA通常与实时(RT)处理器协同工作，其中FPGA处理低级别、高速、确定性任务，而RT处理器管理整体控制逻辑和与主机的通信。此外，引用[2]提到了时序约束、STA（静态时序分析）和PVT（工艺-电压-温度）因素，这些都与I/O时序设置密切相关。在FPGA设计中，I/O速度模式（slow和fast）通常指的是I/O缓冲器的驱动强度和转换速率(slewrate)设置。这些设置影响信号边沿的陡峭程度和驱动能力，进而影响信号的完整性、功耗和电磁干扰(EMI)。###区别：1.**转换速率(SlewRate)**：-**Fast模式**：提供更快的边沿变化（更陡峭的上升/下降沿），减少信号上升/下降时间，从而支持更高的数据速率。但副作用是可能增加开关噪声（地弹、电源反弹）和电磁干扰(EMI)，并可能增加功耗。-**Slow模式**：边沿变化较缓，减少开关噪声和EMI，降低功耗，但可能限制最大数据速率。2.**驱动强度(DriveStrength)**：-虽然通常驱动强度是独立设置的，但有时也与速度模式相关联。驱动强度指的是输出缓冲器能够提供的电流大小。较大的驱动强度可以驱动更重的负载（例如长走线或多负载），但也会增加功耗和噪声。###使用场景：-**Fast模式**：-适用于高速接口，如DDR内存接口、高速串行通信（LVDS）等，其中信号的建立和保持时间要求严格，需要快速的边沿转换来满足时序要求。-在时序紧张的路径上，使用fast模式可以减少信号传输延迟，从而满足建立时间要求。-**Slow模式**：-适用于低速信号，或者对EMI和功耗有严格要求的场景（如电池供电设备）。-在信号完整性容易受到破坏的环境中（如长传输线、阻抗不匹配），使用slow模式可以减小反射和振铃。-对于时钟信号，有时也会使用slow模式来减少高频辐射。###设计考虑：在FPGA设计中，我们通常通过约束文件（如Xilinx的XDC或Intel的SDC）来设置I/O的速度模式。在静态时序分析(STA)中，我们需要根据选择的模式来检查时序（引用[2]中提到了STA在多模式多角下的执行）。此外，PVT条件也会影响I/O性能，因此需要在不同的工艺、电压和温度条件下验证时序。###示例（XilinxFPGA）：在XilinxVivado中，我们可以通过以下方式设置I/O标准、驱动强度和转换速率：```tclset_propertyIOSTANDARDLVCMOS33[get_ports{port_name}]set_propertyDRIVE12[get_ports{port_name}];#驱动强度设置为12mAset_propertySLEWFAST[get_ports{port_name}];#设置为fast模式```###总结：选择slow或fast模式需要权衡速度、功耗、信号完整性和EMI。在高速应用中优先选择fast模式，而在低速或对噪声敏感的应用中选择slow模式。&sect;&sect;相关问题&sect;&sect;1.在FPGA设计中，如何通过约束文件设置I/O的速度模式？2.除了转换速率，还有哪些因素会影响FPGAI/O的性能？3.如何通过仿真和测试来验证不同I/O速度模式下的信号完整性？</think>### FPGA I/O速度模式：Slow与Fast的区别及使用场景 在FPGA设计中，I/O速度模式（Slow/Fast）直接影响信号完整性、时序性能和功耗。以下是核心区别及使用场景： #### 🔧 核心区别 | **特性** | **Slow模式** | **Fast模式** | |----------------|------------------------------------------|------------------------------------------| | **转换速率** | 边沿变化平缓（低slew rate） | 边沿变化陡峭（高slew rate） | | **信号完整性** | 更低的过冲/下冲，减少振铃和EMI | 更高的过冲风险，可能引发信号反射 | | **功耗** | 开关功耗较低 | 开关功耗较高（因快速充放电） | | **时序特性** | 更长的上升/下降时间 | 更短的建立/保持时间 | | **噪声容限** | 对传输线阻抗失配更鲁棒 | 对阻抗失配敏感 | #### 🚀 使用场景 **Slow模式适用场景：** 1. **长距离传输**：当PCB走线较长时（如背板连接），用slow模式减少信号反射[^1] 2. **多负载驱动**：驱动多个器件时降低串扰风险 3. **低功耗设计**：电池供电设备中优化功耗 4. **EMI敏感场景**：医疗/航空航天设备中满足电磁兼容要求 5. **低速接口**：UART、I2C等<100MHz接口 **Fast模式适用场景：** 1. **高速接口**：DDR内存、LVDS、千兆以太网等高速链路（需满足时序余量）[^2] 2. **时序关键路径**：解决建立时间违规（setup violation） 3. **时钟网络**：高频时钟信号（>200MHz）的快速边沿传递 4. **源同步接口**：如摄像头MIPI CSI-2接口的严格时序要求 5. **低抖动要求**：高速ADC/DAC数据采集系统 #### ⚠️ 设计注意事项 1. **阻抗匹配**：Fast模式必须配合精确的终端电阻（如源端串联匹配） 2. **约束设置**：在SDC约束文件中需明确定义： ```tcl set_output_delay -clock CLK -max 2.5 [get_ports DATA_OUT] set_drive 100 [get_ports {USB_DP* USB_DN*}] ;# 设置驱动强度 ``` 3. **信号完整性验证**：使用IBIS模型进行仿真，检查眼图质量 4. **PVT影响**：在工艺角分析（Process-Voltage-Temperature）中需覆盖慢速/快速工艺角[^2] 5. **功耗权衡**：Fast模式可能使I/O功耗增加30-50%，需评估散热方案 > ⚡ **典型案例**：在Xilinx UltraScale+ FPGA的DDR4接口设计中，通常对地址/控制信号用slow模式（减少SSN噪声），而对数据线用fast模式（满足>2400Mbps时序）[^1]。
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值