lwj103862095的专栏

项目中经常需要把内存数据dump出来看看是否与自己设想的一样，dump之前我们需要把内核的虚拟地址先转换为物理地址才能借助工具dump出来。废话不多说，直接说正题。1. 内核里的地址是从3G开始算的，即起始地址为：0xc00000002. ARM小机端的内存起始地址并不是0，而是0x40000000也就是说虚拟地址与物理内存起始地址两者的差为：0x80000000那如果要将内核的虚拟地址转换为物理

arm-linux-gnueabi-readelf工具解决问题编译一个32位平台的内核时，出现如下错误提示：libschw.a: could not read symbols: File format not recognized于是进入相应的目录发现，libschw.a这个文件是存在的，但是为啥编译不过呢，同样的编译在另外一个64位平台却没有这个报错。思路：是否与32位64位平台有关？使用rea

最近工作中遇到一个问题，想在某个文件的指定位置后面添加一个标志位，要求在shell脚本里实现。问题说明：想在sys_config.fex文本的某个字符串后面添加一个flag例如：sys_config.fex里有这么一段[nand_para]nand_use = 1要求在[nand_para]后面添加一个flag = 1，最后变成（不影响其他内容）：[nand_para]flag = 1nand_u

这几天有个bug缠绕了我半天，于是就有了本文章。触摸屏因为加了个笔记本键盘后不能用了，摘掉笔记本键盘后，触摸屏又可以用了，真是见鬼了。稍微研究一看，原来是加了笔记本键盘后导致TP驱动的设备节点改变了，比如说，以前是event4，加了笔记本键盘后event6，导致应用程序使用的设备节点跟TP驱动不匹配。于是，我就纳闷了，以前的方法是在编译的时候写死了，比如配置为4了，运行的时候就是设置为4，不变了，

问：如何在shell里面判断指定的文件是否存在，如果存在则做一些你想做的事情，如果不存在则做另外一些你想做的事情。假设你想判断tom是否在/sys/class/input/event0/device/name/sys/class/input/event1/device/name/sys/class/input/event2/device/name/sys/class/input/event3/de

问：如何在shell里面实现，判断设备文件是否存在，如果不存在则重新判断，直到它存在，如果存在了则往下跑?假设要判断的设备文件是一个字符设备，例如：/dev/input/event4while true; do if [ ! -c /dev/input/event4 ]; then echo "Can not find /dev/input/event4" sleep 1 conti

一、使用iozone常用的几个参数.-a 全面测试，比如块大小它会自动加-i N 用来选择测试项, 比如Read/Write/Random 比较常用的是0 1 2,可以指定成-i 0 -i 1 -i2.这些别的详细内容请查man  0=write/rewrite  1=read/re-read  2=random-read/write  3=Read-backwards  4=Re-write-r

最近在调式一个判断nand是好的还是坏的驱动+测试程序，于是有了以下的调式过程，似乎自己也学到了一点知识，所以记录一下。这篇文章主要是讲述调式驱动的一个方法而已。先来看看测试程序#include #include #include "dragonboard_inc.h"#include #include #include #include #include #include #i

抱着拿来主义，自己挑选了部分，以下内容摘自网络。Linux内核地址空间划分 通常32位Linux内核地址空间划分0~3G为用户空间，3~4G为内核空间。注意这里是32位内核地址空间划分，64位内核地址空间划分是不同的。 Linux内核高端内存的由来 当内核模块代码或线程访问内存时，代码中的内存地址都为逻辑地址，而对应到真正的物理内存地址，需要地址一对一的映射，如逻辑地址0xc0000003对应的物

本文转自：http://blog.csdn.net/unbutun/article/details/6101354#ibm-pconRead 系统调用在用户空间中的处理过程Linux 系统调用（SCI，system call interface）的实现机制实际上是一个多路汇聚以及分解的过程，该汇聚点就是 0x80 中断这个入口点（X86 系统结构）。也就是说，所有系统调用都从用户空间中汇聚到 0x

最近刚接触一种工具(命令)，什么命令呢？就是adb命令，对这个命令纯属一个小白鼠，什么都不懂，所以只能adb --help 一下参数，然后就尝试着使用。 今天遇到一个问题，需要将某个文件拷到小机上面，小机可以理解为手机或者平板电脑这种类似的机子，机子是跑安卓的。顿时就不知道怎么拷贝了。于是搜索了一番，从此就与adb打上交道了。 首先使用USB连接电脑与小机，然后安装adb相应的驱动，这是第一步，也

SD卡数据传输模式的流程分析！！！

SD卡功能描述 所有主机和SD卡间的通信都是由主机控制的，这和USB是一致的，例如：U盘并没有主动通知USB控制器的能力，USB鼠标也没有主动通知USB控制器的能力，当然，SD卡也是没有主动通知SD控制器的能力的。 主机发送的命令有两种，一种是一对多，另一种自然是一对一了，他们分别是：1.广播命令：广播命令发送给所有挂在SD总线上的SD卡，有一些广播命令需要SD卡作出响应。2.寻址(点对点)命令：

相信大家都学过I2C总线，

前言： 老衲我近期研究的是SD/MMC卡驱动，研究过的SD/MMC驱动的贫僧们都应该知道SD/MMC协议是必不可少的一部分，除非你不想研究透SD/MMC驱动，那你大可只研究driver/mmc/host目录下的文件即可。说到SD/MMC协议，网上一搜，SD3.0的协议只有英文版的资料，要想真正理解协议，英文水平差的贫僧就可吃力了，老衲英文水平实在是一般，但是网上对SD3.0协议的解读相关的中文资料

SD总线通信是基于指令和数据比特流，起始位开始和停止位结束。SD总线通信有三个元素：1.Command：由host发送到卡设备，使用CMD线发送；2.Response：从card端发送到host端，作为对前一个CMD的相应，通过CMD线发送；3.Data：即能从host传输到card，也能从card传输到host，通过data线传输。一、Commands 以下是四种用于控制卡设备的指令类型，每个c

熟悉SD/MMC的相关寄存器对协议的理解有一定的辅助作用，

以下内容大多摘自网络，自己看了觉的不错，自己整理了一番。

经常看到SD/MMC这样的写法，在这里稍微总结一下SD卡和MMC卡的异同点吧。 首先，两者在外型的规格上是几乎一致的。而且两都的接口是兼容的。也就是说，两者可以用同一个卡座来进行读取。而且，两者在时序上也是一致的，读写命令控制也完全一样，这就是为什么经常把两者混在一起写的原因。不过，虽说外型几乎一致，但还是有点差异的。MMC比SD卡要薄一些，并且，长度只有SD卡的一半。下面，Hanny从主机驱动方

IO调度器（IO Scheduler）是操作系统用来决定块设备上IO操作提交顺序的方法。存在的目的有两个，一是提高IO吞吐量，二是降低IO响应时间。然而IO吞吐量和IO响应时间往往是矛盾的，为了尽量平衡这两者，IO调度器提供了多种调度算法来适应不同的IO请求场景。其中，对数据库这种随机读写的场景最有利的算法是DEANLINE。接着我们按照从简单到复杂的顺序，迅速扫一下Linux 2.6内核提供的几