sgmenghuo的专栏

yi

需求设备树（DTS）我们基本都是通过of_get_xxx这样的内核API来被动获取设备结点的属性值，很少会去修改它，如果要修改某个属性值，必须在各个设备驱动之前修改，一般在board级别代码修改。那为什么要去修改呢，什么需求才要这样做呢？我们碰到了这样的需求了。是这样的，我们的项目中一个产品在PCB改版时，硬件资源发生了改变（由DTS来配置的），其中一个使能脚的控制改变了，既要保持对前一个

由文章，linux设备树笔记__dts基本概念及语法，我们知道了基本概念，知道了大概的设备树节点及其属性，而节点下的属性大多是自定义，除了保留的几个属性，大多从.dts是无法知道其用途的，这个就需要看驱动是如何解析属性值的了，这点也可作技术细节的部分隐藏。在源码的msm8x12\kernel\arch\arm\boot\dts下有很多xxx.dts，xxx.dtsi，一般一个mac

device treebinding目录(?)[+]设备树手册（Device Tree Usage）原文地址：http://www.devicetree.org/Device_Tree_Usage本文概述了如何为一个全新的计算机编写设备树。意在提供一个device tree概念的概述以及如何使用device tree描述一台计算机。有关device

现在的手机平板供电系统变得比以前的嵌入式设备复杂了，要考虑USB、AC和battery的供电，同时USB和AC还要充电，这一系列功能一般由电源管理芯片完成。android设备使用的供电系统使用的是sys文件系统的固定位置，对应的硬件抽象层是android标准的直接接口，内核中使用的是power_supply框架，对芯片驱动填充好power_supply结构体，再进行注册即可。而我们在开发andro

子系统

前面文章一说完HAL的基本架构，下面以实例展现整个添加新模块的过程。工作中自己编写的一个基于stub结构的HAL程序，包含：hal，jni，service三个层次，依次被后一个调用。hal完全是调用内核驱动的接口，jni就是一个让java能调用c的转换接口，service就是将硬件接口以java的形式提供给framework。程序是关于触摸屏相关接口，我将简化只保留一个接口，其实框架函数保

环境：android 4.3HAL(hardware abstract layer)是位于操作系统与硬件之间的接口层，目的在于硬件抽象化。它存在于linux的应用层，它在Android系统中的位置是：向下连接驱动，向上给JNI提供接口。源码的位置：msm8x12\hardware\libhardware_legacy 为过去的HAL目录，采用链接库模块概念的旧架构，audi

最近写代码，老是忘记short，long int 类型大小，还有kernel.h常用数据和函数。有点小时间，记录下来。基本数据类型这个表格是网上复制下来的。archcharshortintlongptrlong-longu8u16

在进行android或者linux开发的过程中，打印和格式化使我们经常使用的函数，有时候有某种想法，可是不知道有哪些函数可以去实现，就算你知道是有函数的，但你可能记不住名字，参数个数，以及顺序，快年底了，趁现在有空，赶紧整理出来，我可能侧重内核空间部分，但对于内核空间和用户空间的打印、格式化一般都有一一对应的函数的，可能就是名字稍微不一样罢了，比如内核空间打印用printk，而用户空间用print

linux庞大系统中，各个模块是相对独立的，那么模块间通信该如何做呢？当然你也可以使用全局资源，如果这样的话系统缺少独立性，会带来稳定性问题的。如果你说，使用共享内存，进程通信等，那么你曲解我的意思了，因为你说的大多是user space的，而我说的是内核模块级别的。notifier_chain，对就是它，实质上这个机制就是一个回调函数链表的操作，回调函数的注册，注销，调用。源系统处（比如A子系统

最近项目中想要内核qi

内核中的时间

完成量用于执行

在老版本的内核（2.6之前），系统基本上

接下来的例子，我会从当前高通

安卓开发中