http://blog.chinaunix.net/uid-15797451-id-3041829.html
一、IP过滤:包括来源IP或者目标IP等于某个IP
比如:ip.src addr==192.168.0.208 or ip.src addr eq 192.168.0.208 显示来源IP (ip.addr(或者ip.src)==192.168.10.87)//有自动补全功能
ip.dst addr==192.168.0.208 or ip.dst addr eq 192.168.0.208 显示目标IP
二、端口过滤:
比如:tcp.port eq 80 // 不管端口是来源的还是目标的都显示
tcp.port == 80
tcp.port eq 2722
tcp.port eq 80 or udp.port eq 80
tcp.dstport == 80 // 只显tcp协议的目标端口80
tcp.srcport == 80 // 只显tcp协议的来源端口80
过滤端口范围
tcp.port >= 1 and tcp.port <= 80
三、协议过滤:tcp
udp
arp
icmp
http
smtp
ftp
dns
msnms
ip
ssl
等等
排除ssl包,如!ssl 或者 not ssl
四、包长度过滤:
比如:
udp.length == 26 这个长度是指udp本身固定长度8加上udp下面那块数据包之和
tcp.len >= 7 指的是ip数据包(tcp下面那块数据),不包括tcp本身
ip.len == 94 除了以太网头固定长度14,其它都算是ip.len,即从ip本身到最后
frame.len == 119 整个数据包长度,从eth开始到最后
五、http模式过滤:
例子:
http.request.method == “GET”
http.request.method == “POST”
http.request.uri == “/img/logo-edu.gif”
http contains “GET”
http contains “HTTP/1.”
// GET包
http.request.method == “GET” && http contains “Host: ”
http.request.method == “GET” && http contains “User-Agent: ”
// POST包
http.request.method == “POST” && http contains “Host: ”
http.request.method == “POST” && http contains “User-Agent: ”
// 响应包
http contains “HTTP/1.1 200 OK” && http contains “Content-Type: ”
http contains “HTTP/1.0 200 OK” && http contains “Content-Type: ”
一定包含如下
Content-Type:
六、连接符 and / or
七、表达式:!(arp.src==192.168.1.1) and !(arp.dst.proto_ipv4==192.168.1.243)
posted @ 2012-05-29 20:15 海王 阅读(13) 评论(0)
编辑
http://www.cnblogs.com/chon/archive/2011/07/11/2102894.html
What is Application
Application和Actovotu,Service一样是android框架的一个系统组件,当android程序启动时系统会创建一个 application对象,用来存储系统的一些信息。通常我们是不需要指定一个Application的,这时系统会自动帮我们创建,如果需要创建自己的Application,也很简单创建一个类继承 Application并在manifest的application标签中进行注册(只需要给Application标签增加个name属性把自己的 Application的名字定入即可)。
android系统会为每个程序运行时创建一个Application类的对象且仅创建一个,所以Application可以说是单例 (singleton)模式的一个类.且application对象的生命周期是整个程序中最长的,它的生命周期就等于这个程序的生命周期。因为它是全局的单例的,所以在不同的Activity,Service中获得的对象都是同一个对象。所以通过Application来进行一些,数据传递,数据共享等,数据缓存等操作。
Data passing between components using Application
假如有一个Activity A, 跳转到 Activity B ,并需要推荐一些数据,通常的作法是Intent.putExtra() 让Intent携带,或者有一个Bundle把信息加入Bundle让Intent推荐Bundle对象,实现传递。但这样作有一个问题在于,Intent和Bundle所能携带的数据类型都是一些基本的数据类型,如果想实现复杂的数据传递就比较麻烦了,通常需要实现 Serializable或者Parcellable接口。这其实是Android的一种IPC数据传递的方法。如果我们的两个Activity在同一个进程当中为什么还要这么麻烦呢,只要把需要传递的对象的引用传递过去就可以了。
基本思路是这样的。在Application中创建一个HashMap<String,Object> ,以字符串为索引,Object为value这样我们的HashMap就可以存储任何类型的对象了。在Activity A中把需要传递的对象放入这个HashMap,然后通过Intent或者其它途经再把这人索引的字符串传递给Activity B ,Activity B 就可以根据这个字符串在HashMap中取出这个对象了。只要再向下转个型 ,就实现了对象的传递。
Data caching in Application
我一般会习惯在application中建立两个HashMap<String,Object>一个用于数据的传递,一个用于缓存一些数据。比如有一个Activity需要从网站获取一些数据,获取完之后我们就可以把这个数据cache到Application 当中,当页面设置到其它Activity再回来的时候,就可以直接使用缓存好的数据了。但如果需要cache一些大量的数据,最好是cache一些 (软引用)SoftReference ,并把这些数据cache到本地rom上或者sd卡上。如果在application中的缓存不存在,从本地缓存查找,如果本地缓存的数据也不存在再从网络上获取。
PitFalls
使用Application如果保存了一些不该保存的对象很容易导致内存泄漏。如果在Application的oncreate中执行比较耗时的操作,将直接影响的程序的启动时间。不些清理工作不能依靠onTerminate完成,因为android会尽量让你的程序一直运行,所以很有可能 onTerminate不会被调用。
MemoryLeak
在Java中内存泄漏是只,某个(某些)对象已经不在被使用应该被gc所回收,但有一个对象持有这个对象的引用而阻止这个对象被回收。比如我们通常会这样创建一个View TextView tv = new TextView(this);这里的this通常都是Activity。所以这个TextView就持有着这个Activity的引用。下面看张图 (Google IO 2011 ppt中抄得)
通常情况下,当用户转动手机的时候,android会重新调用OnCreate()方法生成一个新的Activity,原来的 Activity应该被GC所回收。但如果有个对象比如一个View的作用域超过了这个Activity(比如有一个static对象或者我们把这个 View的引用放到了Application当中),这时候原来的Activity将不能被GC所回收,Activity本身又持有很多对象的引用,所以整个Activity的内存被泄漏了。
经常导致内存泄漏的一些原因:
keeping a long-lived reference to a Context.持有一个context的对象,从而gc不能回收。
1,一个View,的作用域超出了所在的Activity的作用域,比如一个static的View或者 把一个View cache到了application当中 etc
2,某些与View关联的Drawable的作用域超出了Activity的作用域。
3,Runnable对象:比如在一个Activity中启用了一个新线程去执行一个任务,在这期间这个Activity被系统回收了,但Runnalbe的任务还没有执行完毕并持有Activity的引用而泄漏,但这种泄漏一般来泄漏一段时间,只有Runnalbe的线程执行完闭,这个 Activity又可以被正常回收了。
4,内存类的对象作用域超出Activity的范围:比如定义了一个内存类来存储数据,又把这个内存类的对象传给了其它Activity 或者Service等。因为内部类的对象会持有当前类的引用,所以也就持有了Context的引用。解决方法是如果不需要当前的引用把内部类写成 static或者,把内部类抽取出来变成一个单独的类,或者把避免内部对象作用域超出Activity的作用域。
out Of Memery Error 在android中每一个程序所分到的内存大小是有限的,如果超过了这个数就会报Out Of Memory Error。android给程序分配的内存大小与手机硬件有关,以下是一些手机的数据:
G1:16M Droid:24 Nexus One:32M Xoom:48Ms
所以尽量把程序中的一些大的数据cache到本地文件。以免内存使用量超标。
Snippets
1,通过Application在两个Activity间传递数据
记得数据传递完成之后,把存放在application的HashMap中的数据remove掉,以免发生内存的泄漏。
如果有什么疑问,发现bug或者有更好的想法或者建议,或者附件无法下载。请发邮件至arthurbrown@163.com
工程源码
QQ:304811527
Emal:arthurbrown@163.com
Android QQ Group:172448270
posted @ 2012-04-03 22:54 海王 阅读(16) 评论(0)
编辑
http://blog.csdn.net/chenvsa/article/details/7013760
其中Vino-Server是Ubuntu自带的远程桌面服务器,也就是在系统(System) —> 首选项(Preferences) —> 远程桌面(Remote Desktop)下,可以很容易开启,然后就可以使用VNC Viewer进行远程桌面连接。具体开通办法,可以参见《Ubuntu下开启远程桌面的方法》。不过,这种自带的Vino-Server方式有一个最显著的缺点:那就是当你重启机器之后,必须首先到远程服务器那边登录机器,进入系统(相当于创建了一个Session)之后,才能在本地使用远程桌面连接这个远程服务器。这个缺点导致Vino-Server有时极为不方便。
那么,我们如果要解决这个问题,可以通过安装VNC Server来解决。在Ubuntu下安装VNCServer的过程非常简单:
(1)安装VNCServer
使用ssh登录Ubuntu,执行命令:sudo apt-get install vnc4server
(2)关闭原来Ubuntu Server自带的远程桌面
可以先使用VNCViewer连接到Ubuntu上,然后在系统(System) —> 首选项(Preferences) —> 远程桌面(Remote Desktop)下,去掉第一个勾。这个时候你的VNCViewer就会自动断开。
(3)配置VNCServer
在ssh到Ubuntu的命令行中,运行如下命令:vncpasswd,注意不用加sudo。
这个命令是为当前用户设定远程桌面密码的。
(4)启动VNCServer
vncserver -geometry 1280×800 -alwaysshared :1
这个命令包含了3个参数,第一个参数geometry表示分辨率,你可以指定适合自己桌面的分辨率;第二个参数alwaysshared表示运行多个人同时连接到同一个桌面;第三个参数:1表示开启一个1号远程桌面,此时你可以使用ip:1来连接这个远程桌面。(注意:上面1280与800之间的连接符为英文字母x(xyz的x),而不是中英文的乘号!)
然后会在当前用户的根目录下生成.vnc的文件夹,
进入.vnc的文件之后,修改xstartup文件:
vim .vnc/xstartup (假设你此时在用户根目录下)
注释掉 twm & (即在这一行的最开头加上一个#) ,在文件最后添加一行gnome-session &,保存退出。
(5)使用VNCViewer连接这个远程桌面
在VNCViewer中,输入ip加桌面号,即 X.X.X.X:1 即可连接刚才的远程桌面,密码为之前设定的密码。
这样,当你再次重启服务器之后,就不必跑到服务器前登录系统,而可以首先使用ssh登录Ubuntu,执行以上第4步命令,就可以开启一个远程桌面,然后就可以使用VNCViewer连接这个远程桌面了。
我也曾经尝试能否在Ubuntu下自动启动VNCServer,自动启动一个远程桌面,不过很遗憾,在网上查到的方法多是针对其他的Linux的方 法,在Ubuntu下目录结构完全不同,一些极少数在Ubuntu下自动启动VNCServer的文章也不适合Ubuntu 9.04 Server版,因此最终我没有在Ubuntu 9.04 Server上实现自动启动VNCServer的方法。就是每次重启机器之后,得先多一步ssh启动VNCServer的步骤。先这么用着吧。
备注:另外,如果想要关闭一个远程桌面,可以使用如下命令:
vncserver -kill :1
其中,":1"表示的创建远程桌面时的桌面号。
修改分辨率:vncserver -geometry 1280×800
posted @ 2012-03-31 16:13 海王 阅读(144) 评论(0)
编辑
http://android-sz.iteye.com/blog/1265613
进过几天的等待,几经波折终于把android 4.0 的代码下载下来。(http://android-sz.iteye.com/blog/1259206)
终于可以编译了,期待……
编译环境:
1,系统: Ubuntu 10.10 (64bit)
2,Jdk: java (64bit)
3,交叉编译链: 自带
为了避免编译过程中出现错误,执行如下命令安装下面软件
$:sudo apt-get install zlib1g-dev lib64z1-dev bison flex libncurses5-dev libgl1-mesa-dev gperf gnupg zip libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential
个人习惯,修改一些配置文件。减少系统语言的种类,设置系统显示的样式及设置jdk变量。
Html代码
- envsetup.sh | 3 ++-
- target/product/languages_full.mk | 3 ++-
- target/product/locales_full.mk | 2 +-
- 3 files changed, 5 insertions(+), 3 deletions(-)
-
- diff --git a/envsetup.sh b/envsetup.sh
- index bab2d25..900b3f0 100644
- --- a/envsetup.sh
- +++ b/envsetup.sh
- @@ -1046,7 +1046,8 @@ function set_java_home() {
- export JAVA_HOME=/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home
- ;;
- *)
- - export JAVA_HOME=/usr/lib/jvm/java-6-sun
- + #export JAVA_HOME=/usr/lib/jvm/java-6-sun
- + export JAVA_HOME=/usr/local/jdk6/jdk1.6.0_24
- ;;
- esac
- fi
- diff --git a/target/product/languages_full.mk b/target/product/languages_full.mk
- index e494fad..77ddd93 100644
- --- a/target/product/languages_full.mk
- +++ b/target/product/languages_full.mk
- @@ -21,5 +21,6 @@
-
- # Those are all the locales that have translations and are displayable
- # by TextView in this branch.
- -PRODUCT_LOCALES := en_US fr_FR it_IT es_ES de_DE nl_NL cs_CZ pl_PL ja_JP zh_TW zh_CN ru_RU ko_KR nb_NO es_US da_DK el_GR tr_TR pt_PT pt_BR rm_CH sv_SE bg_BG ca_ES en_GB fi_FI hi_IN hr_HR hu_HU in_ID iw_IL lt_LT lv_LV ro_RO sk_SK sl_SI sr_RS uk_UA vi_VN tl_PH ar_EG fa_IR th_TH sw_TZ ms_MY af_ZA zu_ZA
- +PRODUCT_LOCALES := zh_CN hdpi
- +#en_US fr_FR it_IT es_ES de_DE nl_NL cs_CZ pl_PL ja_JP zh_TW zh_CN ru_RU ko_KR nb_NO es_US da_DK el_GR tr_TR pt_PT pt_BR rm_CH sv_SE bg_BG ca_ES en_GB fi_FI hi_IN hr_HR hu_HU in_ID iw_IL lt_LT lv_LV ro_RO sk_SK sl_SI sr_RS uk_UA vi_VN tl_PH ar_EG fa_IR th_TH sw_TZ ms_MY af_ZA zu_ZA
- # We don't have the fonts to display am_ET yet
- diff --git a/target/product/locales_full.mk b/target/product/locales_full.mk
- index cab2b91..7b95d4a 100644
- --- a/target/product/locales_full.mk
- +++ b/target/product/locales_full.mk
- @@ -1,3 +1,3 @@
- -PRODUCT_LOCALES := cs_CZ da_DK de_AT de_CH de_DE de_LI el_GR en_AU en_CA en_GB en_NZ en_SG en_US es_ES fr_CA fr_CH fr_BE fr_FR it_CH it_IT ja_JP ko_KR nb_NO nl_BE nl_NL pl_PL pt_PT ru_RU sv_SE tr_TR zh_CN zh_HK zh_TW
- +#PRODUCT_LOCALES := cs_CZ da_DK de_AT de_CH de_DE de_LI el_GR en_AU en_CA en_GB en_NZ en_SG en_US es_ES fr_CA fr_CH fr_BE fr_FR it_CH it_IT ja_JP ko_KR nb_NO nl_BE nl_NL pl_PL pt_PT ru_RU sv_SE tr_TR zh_CN zh_HK zh_TW
-
- $(call inherit-product, build/target/product/languages_full.mk)
做完上面几步,可以开始编译了……
1, 配置编译环境
SOURCE_PATH$:source ./build/envsetup.sh
执行了下面几个文件
including device/samsung/maguro/vendorsetup.sh
including device/samsung/tuna/vendorsetup.sh
including device/ti/panda/vendorsetup.sh
including sdk/bash_completion/adb.bash
2, 设置编译选项
SOURCE_PATH$:lunch
You're building on Linux
Lunch menu... pick a combo:
1. full-eng
2. full_x86-eng
3. vbox_x86-eng
4. full_maguro-userdebug
5. full_tuna-userdebug
6. full_panda-eng
Which would you like? [full-eng] 1
============================================
PLATFORM_VERSION_CODENAME=REL
PLATFORM_VERSION=4.0.1
TARGET_PRODUCT=full
TARGET_BUILD_VARIANT=eng
TARGET_BUILD_TYPE=release
TARGET_BUILD_APPS=
TARGET_ARCH=arm
TARGET_ARCH_VARIANT=armv7-a
HOST_ARCH=x86
HOST_OS=linux
HOST_BUILD_TYPE=release
BUILD_ID=ITL41D
============================================
呵呵,可以看到平台的配置。
3,开始编译
SOURCE_PATH$:make -j4
启用4线程编译吧!
等待中 …………
足足编译了4个小时,中间遇到磁盘不足。各位大能记得预留足够的磁盘空间。
终于编译完了。是不是迫不及待想看看效果呢?
4, 执行自己编译出来的android 4.0 吧!
设置sdk环境变量
SOURCE _PATH$:export PATH=~/Android/out/host/linux-x86/sdk/android-sdk_eng.root_linux-x86/tools:$PATH
执行编译出来的img
SOURCE_PATH$: $OUT/emulator -system system.img -data userdata.img -ramdisk ramdisk.img
5, 图出来咯
启动
进入系统
查看一下编译信息
ok 大功告成!
可以更深一步研究Android 4.0
转载请注明出处,谢谢!
posted @ 2012-03-31 14:20 海王 阅读(176) 评论(0)
编辑
http://blog.csdn.net/junlineliu/article/details/6988233
1、初始化编译环境(ubuntu11.04 64bit)
$ sudo add-apt-repository "deb http://archive.canonical.com/ lucid partner"
$ sudo apt-get update
$ sudo apt-get install sun-java6-jdk
$sudo apt-get install git-core gnupg flex bison gperf build-essential \
zip curl zlib1g-dev libc6-dev lib32ncurses5-dev ia32-libs \
x11proto-core-dev libx11-dev lib32readline5-dev lib32z-dev \
libgl1-mesa-dev g++-multilib mingw32 tofrodos python-markdown \
libxml2-utils
2、下载代码
$ mkdir ~/bin
$ PATH=~/bin:$PATH
$ curl https://dl-ssl.google.com/dl/googlesource/git-repo/repo > ~/bin/repo
$ chmod a+x ~/bin/repo
$ mkdir WORKING_DIRECTORY
$ cd WORKING_DIRECTORY
$ repo init -u https://android.googlesource.com/platform/manifest -b android-4.0.1_r1
$ repo sync
3、编译代码
$ source build/envsetup.sh
$ lunch full-eng
$ make
此处有比较详细的介绍
下面介绍一下编译时可能发生的错误:
网上有人说 android4.0编译需要16G内存,简直是开玩笑
其实2G内存+5G交换分区就可以完成编译了。
硬盘最少有15G空间
详细信息:http://source.android.com/source/initializing.html
posted @ 2012-03-31 14:18 海王 阅读(136) 评论(1)
编辑
http://wb127.blog.51cto.com/2232662/793116
android平台2.3.4,发现插上usb鼠标和键盘开机,那么都能正常使用,一旦拔出以后再插回去,就不能使用了。
首先检测/dev/input下的设备节点是否正常,发现拔出和插入设备,节点文件都能正常删除和创建。
# ls /dev/input/ -al
total 8
drwxrwxrwx 2 root root 4096 Feb 29 2012 ./
drwxrwxrwx 7 default default 4096 Feb 29 2012 ../
crw-r----- 1 root root 13, 63 Feb 28 2012 mice
插入鼠标:
# ls /dev/input/ -al
total 8
drwxrwxrwx 2 root root 4096 Feb 29 2012 ./
drwxrwxrwx 7 default default 4096 Feb 29 2012 ../
crw-r----- 1 root root 13, 64 Feb 29 2012 event0
crw-r----- 1 root root 13, 63 Feb 28 2012 mice
crw-r----- 1 root root 13, 32 Feb 29 2012 mouse0
再插入键盘:
# ls /dev/input/ -al
total 8
drwxrwxrwx 2 root root 4096 Feb 29 2012 ./
drwxrwxrwx 7 default default 4096 Feb 29 2012 ../
crw-r----- 1 root root 13, 64 Feb 29 2012 event0
crw-r----- 1 root root 13, 65 Feb 29 2012 event1
crw-r----- 1 root root 13, 63 Feb 28 2012 mice
crw-r----- 1 root root 13, 32 Feb 29 2012 mouse0
直接cat /dev/input/event0,然后晃动鼠标,能看见有接收到消息。说明kernel这一层的input系统工作正常。问题应该在android内部。
打开logcat,查看拔插消息,发现如下打印:
如果鼠标正常时拔除:
E/EventHub( 1202): remove device: /dev/input/mouse0 not found
I/EventHub( 1202): Removed device: path=/dev/input/event0 name=Logitech USB Optical Mouse id=0x10001 (of 0x2) index=3 fd=76 classes=0x8
I/InputReader( 1202): Device removed: id=0x10001, name=Logitech USB Optical Mouse, sources=00010004
如果已经拔出过,再次插入拔出时:
E/EventHub( 1202): remove device: /dev/input/mouse0 not found
E/EventHub( 1202): remove device: /dev/input/event0 not found
插入鼠标时:
E/EventHub( 1202): could not open /dev/input/mouse0, Permission denied
E/EventHub( 1202): could not open /dev/input/event0, Permission denied
android的设备检测由两部分来合作:
1.Init - system/core/init/负责处理uevent消息并在/dev下建立相关节点文件
system/core/init/devices.c
2.EventHub - frameworks/base/libs/ui/处理/dev/input/下的节点文件,监测是否有文件新建(IN_CREATE)
frameworks/base/libs/ui/EventHub.cpp
当init使用mknod()在/dev下建立节点文件,文件的owner和group都是root。然后根据需要使用chown()改变起 ower和group属性。对于/dev/input/下的节点文件,group变为input。但是EventHub随时随刻都在监测/dev /input/event*,在init创建节点但是还没有执行chown时,此时EventHub没有权限去打开。
为了验证这个理论,你可以自己写一个模块,在其初始化函数里面在/dev/input使用evdev创建节点文件event*,然后insmod这个模块,你会在logcat里面看见对应的event*无法打开,和我们开头的出错信息一样:
E/EventHub( 953): could not open /dev/input/event3, Permission denied
以下是修改内容:
--- old/system/init/devices.c
+++ new/system/init/devices.c
@@ -209,8 +209,10 @@ static void make_device(const char *path, int block, int major, int minor)
mode = get_device_perm(path, &uid, &gid) | (block ? S_IFBLK : S_IFCHR);
dev = makedev(major, minor);
- mknod(path, mode, dev);
- chown(path, uid, -1);
+ unlink("/dev/.initdev");
+ mknod("/dev/.initdev", mode, dev);
+ chown("/dev/.initdev", uid, -1);
+ rename("/dev/.initdev", path);
}
--- old/frameworks/base/libs/ui/EventHub_old.cpp 2012-02-29 23:48:42.000000000 +0800
+++ new/frameworks/base/libs/ui/EventHub.cpp 2012-02-29 23:49:15.000000000 +0800
@@ -515,7 +515,7 @@
mDevices[0] = NULL;
#ifdef HAVE_INOTIFY
mFDs[0].fd = inotify_init();
- res = inotify_add_watch(mFDs[0].fd, device_path, IN_DELETE | IN_CREATE);
+ res = inotify_add_watch(mFDs[0].fd, device_path, IN_DELETE | IN_CREATE | IN_MOVED_TO);
if(res < 0) {
LOGE("could not add watch for %s, %s\n", device_path, strerror(errno));
}
@@ -955,7 +955,7 @@
//printf("%d: %08x \"%s\"\n", event->wd, event->mask, event->len ? event->name : "");
if(event->len) {
strcpy(filename, event->name);
- if(event->mask & IN_CREATE) {
+ if(event->mask & (IN_CREATE | IN_MOVED_TO))
openDevice(devname);
}
else {
posted @ 2012-03-31 14:08 海王 阅读(106) 评论(0)
编辑
http://www.cnblogs.com/jqyp/archive/2012/01/02/2310077.html
SD card porting
一、进程启动和配置文件的分析
vold的全称是volume daemon。实际上是负责完成系统的CDROM, USB大容量存储,MMC卡等扩展存储的
挂载任务自动完成的守护进程。它提供的主要特点是支持这些存储外设的热插拔。在Android上的这个
vold系统和GNU/Linux的之间存在很大的差异,这里主要是分析Android上的vold系统的处理过程。
自Android 2.2开始,vold又做了大改动,升级为vold 2.0,之前的配置文件是
system/etc/vold.conf,vold 2.0变为system/etc/vold.fstab。
1、启动vold
在init.rc中启动VOLD这个守护线程和创建socket的命令如下:
?
service vold /system/bin/vold
socket vold stream 0660 root mount
ioprio be 2
2、配置vold.fstab
vold.fstab文件的格式是:
?
Format: dev_mount <label> <mount_point> <part> <sysfs_path1...>
label: -Label for the volume
mount_point -Where the volume will be mounted
part -Partition #(1 based), or 'auto' for first usable partition.
<sysfs_path> -List of sysfs paths to source devices
例如:
dev_mount sdcard /mnt/sdcard 1 /devices/platform/mxsdhci.0/mmc_host/mmc0
自Android 2.2后,SD mount的位置变为/mnt/sdcard。
二、控制流程分析
Vold关于SD card settings的代码位于:
packages/apps/Settings/src/com/android/settings/deviceinfo/Memory.java
Vold上层MountService的代码位于:
frameworks/base/services/java/com/android/server/MountService.java
Vold底层处理的代码位于:
system/vold/
1、Vold设计架构
Setting
|
MountService
|
CommandListener
|
VolumeManager - NetlinkManager
|
Volume - DirectVolume
|
SD/USB device
MountService会接收来之Setting的变化,及来自底层VolumeManager的信息,并对之分析判,然后
通过doMountVolume命令到底层。
Vold初始化时,会创建class NetlinkManager和VolumeManager,class NetlinkManager接收
来自底层的信息,然后传交给VolumeManager处理;
重要类class VolumeManager 仅有一个实例,它主要负责vold的管理操作,管理多个sd卡,usb各种
操作;重要类class Volume 可有多个实例, 挂载多少个sd卡、usb,它就有多少个。重要类class
DirectVolume 封装了很多的方法和属性;重要类class CommandListener主要收到上层
MountService通过doMountVolume发来的命令,分析后,转交给VolumeManager处理;
VolumeManager处理信息后,或报告给上层MountService,或交给volume执行具体操作(挂载
SD,USB).
2、Vold代码实现过程大致分为三步:
1).创建链接:
在vold作为一个守护进程,一方面接受驱动的信息,并把信息传给应用层;另一方面接受上层的命令并
完成相应操作。
所以这里的链接一共有两条:
(1)vold socket: 负责vold与应用层的信息传递;
(2)访问udev的socket: 负责vold与底层的信息传递;
这两个链接都是在进程的一开始完成创建的。
2).引导:
这里主要是在vold启动时,对现有外设存储设备的处理。首先,要加载并解析vold.fstab,
并检查挂载点是否已经被挂载(注:这里检查挂载点的用意不是很清楚!); 其次,执行MMC卡挂
载; 最后,处理USB大容量存储。
3).事件处理:
这里通过对两个链接的监听,完成对动态事件的处理,以及对上层应用操作的响应
posted @ 2012-03-31 13:40 海王 阅读(249) 评论(0)
编辑