电源管理芯片可以为多设备供电,且这些设备电压电流有所不同.为这些设备提供的稳压器代码模型即为regulator. 说白了regulator就是稳压器,它提供电源供给．简单的可以gpio操作,高电平开电,低电平关电．一般的还包括电流值, 电压值等． 一般regulator有两种不同的电源,即:ldo和sd. Ldo适合电压要求比较稳,但是功率不是很大的设备. Sd适合功率要求比较大,但可以接受较小的纹波的设备. 除此之外pmu还可能集成,charger,battery, 音频功放等等. 首先我们分

1. compatible节点: qpnp-vm-bms.c使用来控制电池曲线的和BMS功能的,其compatible节点是"qcom,qpnp-vm-bms" 2. probe函数: qpnp_vm_bms_probe函数如下: static int qpnp_vm_bms_probe(struct spmi_device *spmi) { struct qpnp_bms_chip *chip; struct device_node *revid_dev_node; int rc,

以msm8909为例,高通的主要文件有几个: qpnp-linear-charger.c(线性充电器) qpnp-vm-bms.c(BMS管理) power_supply_core.c(power_supply对外部提供对应接口) 其中,vm_bus的power_supply一般为struct power_supply *bms_psy; 而linear-charger则是struct power_supply usb_psy; (当然这只是一个命名方式而已了) power_supply具体参考

/** ****************************************************************************** * @author    Maoxiao Hu * @version   V1.0.0 * @date       Feb-2015 ****************************************************************************** * < COPYRIGHT 2015 IS

转自:http://www.wowotech.net/pm_subsystem/rpm_overview.html 1. 前言 终于可以写Runtime PM(后面简称RPM)了,说实话,蜗蜗有点小激动.因为从个人的角度讲,我很推崇使用RPM进行日常的动态电源管理,而不是suspend机制. 软件工程的基本思想就是模块化:高内聚和低耦合.通俗地讲呢,就是“各人自扫门前雪”,尽量扫好自己的(高内聚),尽量不和别人交互(低耦合).而RPM正体现了这一思想:每个设备(包括CPU)都处理好自身的电源管理

应用于Type-C拓展坞外围集成Buck变换器的电源管理芯片 IM2603 IM2603 概述 用于带有集成降压转换器的 Type-C 外围应用的电源管理 IC IM2603 是一款主要用于 Type-C 外围应用的电源管理 IC. 它集成了一个带有内置高侧 MOSFET 的同步降压转换器和一个用于可选低侧外部 MOSFET 的栅极驱动器. 如果输入电压 VIN 降低到接近 VOUT 的电压,则进入低压差操作,占空比为 100%. 它具有内部固定软启动功能并提供保护功能,包括输入 UVLO.逐周

用于带有集成降压转换器的 Type-C 外围应用的电源管理 IC IM2603 是一款主要用于 Type-C 外围应用的电源管理 IC. 它集成了一个带有内置高侧 MOSFET 的同步降压转换器和一个用于可选低侧外部 MOSFET 的栅极驱动器. 如果输入电压 VIN 降低到接近 VOUT 的电压,则进入低压差操作,占空比为 100%. 它具有内部固定软启动功能并提供保护功能,包括输入 UVLO.逐周期电流限制.输出短路保护 (SCP) 或 OVP 和热关断. IM2603 还控制两个 N-MO

Run-time PM. 每个device或者bus都会向run-time PM core注册3个callback   struct dev_pm_ops { ... int (*runtime_suspend)(struct device *dev); int (*runtime_resume)(struct device *dev); int (*runtime_idle)(struct device *dev); ... };   每个device或者bus都会有2个计数器,一个是devi

本文转载自:http://www.wowotech.net/pm_subsystem/generic_pm_architecture.html 1. 前言 这里的Generic PM,是蜗蜗自己起的名字,指Linux系统中那些常规的电源管理手段,包括关机(Power off).待机(Standby or Hibernate).重启(Reboot)等.这些手段是在嵌入式Linux普及之前的PC或者服务器时代使用的.在那个计算机科学的蛮荒时代,人类在摩尔定律的刺激下,孜孜追求的是计算机的计算能力.处

CV:Constant Voltage恒压 SMMB charger:Switch-ModeBattery Charger and Boost peripheral开关模式电池充电器和升压外围设备 OCV:Open circuitvoltage EOC:End OfCharge充电结束 UUC:UnusableCapacity不可用电量 对应的源代码文件为\kernel\drivers\power\qpnp-vm-bms.c,高通QPNP电压模式的PMIC电池管理系统(Qualcomm'sQPN

ASOC的出现是为了让codec独立于CPU,减少和CPU之间的耦合,这样同一个codec驱动就无需修改就可以匹配任何一款平台. 在Machine中已经知道,snd_soc_dai_link结构就指明了该Machine所使用的Platform和Codec.在Codec这边通过codec_dai和Platform侧的cpu_dai相互通信,既然相互通信,就需要遵守一定的规则,其中codec_dai和cpu_dai统一抽象为struct snd_soc_dai结构,而将dai的相关操作使用snd_s

介绍了Android SurfaceFlinger层次以下的图形合成和显示系统,主要基于高通MSM8k MDP4x平台. 做为Android Display专题.SurfaceFlinger的详细介绍参见链接文章. Android GDI之SurfaceFlinger SurfaceFinger按英文翻译过来就是Surface投递者.SufaceFlinger的构成并不是太复杂,复杂的是他的客户端建构.SufaceFlinger主要功能是: )将Layers(Surfaces)内容的刷新到屏幕上

资料:http://blog.csdn.net/bingqingsuimeng/article/category/1228414http://os.chinaunix.net/a2006/0519/1002/000001002210.shtmlhttp://www.ednchina.com/ART_44010_29_0_TA_eeda337e_3.HTM?jumpto=view_welcomead_1408610592294 好文:http://blog.csdn.net/bingqingsui

点击打开链接 高通8064 8974 8926等pm芯片都集成了电量计,估计后续芯片都会一直存在,现在许多项目UI状态栏电池都有百分比显示,所以需要深入分析BMS有助于解决电量方面的BUG. 一: SOC(荷电状态)计算方法 名词: FCC  Full-charge capacity UC     Remaining capacityCC     Coulumb counter    UUC  Unusable capacityRUC   Remaining usable capacity //

1.I2C总线架构图: 2.Gemini Lake平台所支持的PMIC 是哪种类型? POR 是SVID PMIC, i2c PMIC 会影响性能. 3.SerialVID, 总共有三个信号线 时钟(clock) , 信号(data) Alert (报警) 组成的. 是一种串行同步接口. 4.VID(Voltage Identification,电压识别)是一种电压识别技术,装上不同的CPU,会产生不同的电压. VID可分压PVID(并行VID)和SVID(串行VID). VID(Voltage

转自:http://www.wowotech.net/pm_subsystem/wakeup_events_framework.html 1.  前言 本文继续“Linux电源管理(6)_Generic PM之Suspend功能”中有关suspend同步以及PM wakeup的话题.这个话题,是近几年Linux kernel最具争议的话题之一,在国外Linux开发论坛,经常可以看到围绕该话题的辩论.辩论的时间跨度和空间跨度可以持续很长,且无法达成一致. wakeup events framewo

本文转载自:https://blog.csdn.net/wlsfling/article/details/46005409 1. 前言 Autosleep也是从Android wakelocks补丁集中演化而来的(Linux电源管理(9)_wakelocks),用于取代Android wakelocks中的自动休眠功能.它基于wakeup source实现,从代码逻辑上讲,autosleep是一个简单的功能,但背后却埋藏着一个值得深思的话题: 计算机的休眠(通常是STR.Standby.Hibe

ARM linux电源管理——Cortex A系列CPU(32位)睡眠和唤醒的底层汇编实现 承接 http://www.wowotech.net/pm_subsystem/suspend_and_resume.html Linux电源管理(6)_Generic PM之Suspend功能一文中的下图. 本文主要分析平台相关的CPU睡眠和唤醒,即下电和上电流程,以及ARM底层汇编代码实现. 内核版本:3.1.0               CPU:ARM Cortex-A7 1 平台相关函数执行流程

tar xjf u-boot-1.1.6.tar.bz2 cd u-boot-1.1.6 patch -p1 < ../u-boot-1.1.6_jz2440.patch make 100ask24x0_config 后面修改代码之后在从新制作补丁 (2440的第七章介绍了各种工作模式,250页介绍了如何进入sleep模式) (2440的手册上251页详细的介绍了如何唤醒sleep模式) 二. 给u-boot添加suspend命令(见cmd_suspend.c的do_suspend(),cmd_

1. 前言 本文继续"Linux电源管理(6)_Generic PM之Suspend功能"中有关suspend同步以及PM wakeup的话题.这个话题,是近几年Linux kernel最具争议的话题之一,在国外Linux开发论坛,经常可以看到围绕该话题的辩论.辩论的时间跨度和空间跨度可以持续很长,且无法达成一致. wakeup events framework是这个话题的一个临时性的解决方案,包括wake lock.wakeup count.autosleep等机制.它们就是本文的话