linux的触摸屏之二：手工调试
（1）简述：在编译好了的ANDROID根文件系统的system/etc/pointercal这个文件内，存放着7个数，这7个数就是《linux的触摸屏之一》所讲的a,b,c,d,e,f,s。比如我在自己的MID上查看的数值为：4933 -5 -15710176 -95 -4961 56071328 65536。
（2）处理说明：“system/etc/pointercal”这个文件是被java程序读取使用的，文件目录：frameworks/base/services/java/com/android/server/InputDevice.java（注：我用的是koolu的源码，官方的源码请自行搜索）。该文件的第32行定义了：static final String CALIBRATION_FILE = "/system/etc/pointercal";这个CALIBRATION_FILE变量在第237行被使用于打开该文件：FileInputStream is = new FileInputStream(CALIBRATION_FILE);后面的代码就是从这个文件里读取那7个数据，用于上层函数的坐标转换。所以只要根据该公式通过手工计算出那7个值，就可以准确的进行触摸操作了。
（3）计算：计算前需要取得4个触摸屏的坐标，我们取LCD 4个对角的坐标，因为只有这4个坐标知道确切的LCD坐标。要取坐标必须打开内核中触摸屏的调试代码，启动后在console上使用dmesg命令来跟踪取得。如下是我的320x240屏记录的结果：
坐标轴里小括号()里面的是调试信息给的触摸屏坐标，中括号[]里的是对应的LCD坐标。
x坐标
/|\
|(X:870, Y:140) (X:870, Y:890)
| [320,0] [320,240]
|
|
|
+-------------------------------> y坐标
(X:120, Y:140) (X:120, Y:890)
[0,0] [0,240]
设定s=65536，将那4个坐标代入那个公式，可以得出8个方程组：
0 = a*120 + b*140 + c
0 = d*120 + e*140 + f
0 = a*120 + b*890 + c
65536*240 = d*120 + e*890 + f
65536*320 = a*870 + b*140 + c
0 = d*870 + e*140 + f
65536*320 = a*870 + b*890 + c
65536*240 = d*870 + e*890 + f
解方程组后就可得（本人未验证解方程）：a = 0，b = 20971，c = -2935940，d = 27962，e = 0，f = -3355440，s = 65535。
然后用工具打开andriod的“system/etc/pointercal”文件，把这几个数输进去，用空格分开，此时启动试试。
我的屏到这�
相关文档：
1. 有些命令参数过多，可以用grep来方便查找，如：
iptables -h 2>&1|grep '\-A'
其中2>&1将stderr转向stdout，然后我们就可以通过grep找到需要的选项，要注意的是横杆之前要加反斜� ......
vi是所有UNIX系统都会提供的屏幕编辑器，它提供了一个视窗设备，通过它可以编辑文件。当然，对UNIX系统略有所知的人，
或多或少都觉得vi超级难用，但vi是最基本的编辑器，所以希望读者能好好把它学起来，以后在UNIX世界里必将畅行无阻、
游刃有余，因为其他几种文本处理器并非UNIX标准配备。说不定别人的Linux机器没安装j ......
进程管理：
自动执行进程的命令，at和batch。其中at制定进程执行的时间，batch在系统空闲时自动执行。crontab可以周期性的执行进程，比如让某脚本周期性的执行，常用于系统监测。它的命令格式如下：
时程表的格式如下
:
f1 f2 f3 f4 f5 program
其中 f1 是表示分钟，f2 表示小时，f3 表示一个月份中的第几日，f4 表� ......
问题描述：
当linux启动到sendmail服务时，无法正常进入系统
解决问题：
1、并不是无法进去，而是这一个服务启动的特别慢，所以敬请等待
2、如启动时不想等待，OK，那当我们进入以后，关掉sendmail服务： ......
USB是大家常见的，设备总线。 这个USB分为两个部分：主机，设备。 他是一个树形的关系： 主机
设备 设备 设备 主机里装的是，主机控制器，设备中装的是设备控制器 Host Controller ......
