androiduevent

1. android sensor怎样创建设备节点

在Android中，由于没有mdev和udev，所以它没有办法动态的生成设备节点，那么它是如何做的呢？

我们可以在system/core/init/下的init.c和devices.c中找到答案：

init.c中

在Android中，没有独立的类似于udev或者mdev的用户程序，这个功能集成到了init中做了。代码见：system/core/init/init.c文件，如下：

if (ufds[0].revents == POLLIN)

handle_device_fd(device_fd);

其中handle_device_fd(device_fd)函数在system/core/init/devices.c中实现，参数device_fd 由函数device_init（）->open_uevent_socket()->socket(PF_NETLINK, SOCK_DGRAM, NETLINK_KOBJECT_UEVENT)函数调用返回。

函数handle_device_fd(device_fd)中，根据传进来的device_fd参数，调用recv(fd, msg, UEVENT_MSG_LEN, 0)函数，将内核探测到的设备并通过NETLINK机制传过来的socket描述符转化成消息。接着调用parse_event(msg, &uevent);函数将消息翻译成uevent事件，并将改事件传递给handle_device_event（&uevent）函数。

handle_device_event（&uevent）函数中，依据参数uevent->subsystem类型创建dev下的相应目录，如：/dev/graphics。紧接着根据uevent->action是"add"还是"remove"来实现设备节点的创建与删除。如果uevent->action是"add"，则调用make_device(devpath, block, uevent->major, uevent->minor)函数生成设备节点。如果uevent->action是"remove"，则调用unlink(devpath)对设备节点进行删除。

2. 怎样在乌班图系统中新建70-android-usb.rules文件

你需要这么做下，udev的文件系统需要添加这个uevent的rule： 基于uevent驱动加载机制,需要再/etc/udev/rules.d/51-android.rules文件，内容如下 SUBSYSTEM=="usb", SYSFS{idVendor}=="18d1", MODE="0666" 同时chmod修改777权限。

3. vivo x9怎么查电池寿命

vivo X9手机不能查询电池寿命的。
vivo手机电池寿命一般为2-3年，使用手机的习惯也会影响电池的寿命。随着手机的充电次数增加，电池的实际容量会减少，所以建议在手机提示电量低时再充电，充电的时候尽量不要使用手机。

4. Ubuntu下连接Android手机为什么没有反应或者说linux怎样连接Android手机来使用U盘

这个恩一般我记得连接Android的操作系统你得给usb添加一个驱动到/etc/udev/下面哦。ubuntu现在是基于uevent驱动的热插拔机制。

基于uevent驱动加载机制,需要再/etc/udev/rules.d/51-android.rules文件，内容如下SUBSYSTEM=="usb", SYSFS{idVendor}=="18d1", MODE="0666"同时chmod修改777权限。供usb驱动使用

5. android耳机插拔监听做不了全局注册吗

1. 耳机检测的硬件原理
一般的耳机检测包含普通的耳机检测和带mic的耳机检测两种，这两种耳机统称为Headset，而对于不带mic的耳机，一般称之为Headphone。

对于Headset装置的插入检测，一般通过Jack即耳机插座来完成，大致的原理是使用带检测机械结构的耳机插座，将检测脚连到可GPIO中断上，当耳机插入时，耳机插头的金属会碰到检测脚，使得检测脚的电平产生变化，从而引起中断。这样就可以在中断处理函数中读取GPIO的的值，进一步判断出耳机是插入还是拔出。

而对于Headset是否带mic的检测，需要通过codec附加的micbias电流的功能。

Android耳机插拔可以有两个机制实现：

1. InputEvent

2. UEvent

其中UEvent是Android系统默认的耳机插拔机制，所以这里代码是基于UEvent实现的，对于InputEvent机制只是大概看了看，并没有具体实现。

1.1 两种机制的切换
Android默认提供了两种解决方法，那么一定也提供了两种方式的切换，这个提供切换的设置名为config_useDevInputEventForAudioJack( When true use the linux /dev/input/event subsystem to detect the switch changes on the headphone/microphone jack. When false use the older uevent framework)，对Android源代码进行全局搜索，可以看到它在frameworks/base/core/res/res/values/config.xml中，默认为false，即不使用InputEvent方式，另外在源码包的厂商相关的文件夹中也找到了相关的设置，如下：

/android/4.2/device/asus/flo/overlay/frameworks/base/core/res/res/values/config.xml

false

/android/4.2/device/samsung/manta/overlay/frameworks/base/core/res/res/values/config.xml

True

可以看到有些厂商的确是使用了InputEvent的方式来进行耳机检测。具体对这个变量的修改是在device下还是frameworks下我想应该都可以，device下可能更好。violet源码device/mstar/mstarnike/overlay/frameworks/base/core/res/res/values/config.xml 中，没有对config_useDevInputEventForAudioJack 设置。

1.2 Android耳机插拨检测流程

2 InputEvent
2.1 Framework层对InputEvent的处理机制
InputEvent的处理主要在frameworks/base/services/java/com/android/server/input/

InputManagerService.java中。在InputManagerService构造函数中，通过如下函数，

mUseDevInputEventForAudioJack = context.getResources().

getBoolean(R.bool.config_useDevInputEventForAudioJack);

判断当前是否通过InputEvent实现耳机插拔检测。

当Android得到InputEvent后，会调用InputManagerService.java中notifySwitch的函数，进而转至WiredAccessoryManager.java文件中的notifyWiredAccessoryChanged函数，之后的流程就和UEvent相同了，在后续会讲到。

2.2 Kernel层的处理机制
Kernel层对耳机插拔InputEvent处理主要是通过input_report_key/input_report_switch（include/linux/input.h）来实现，而在实际使用中，ASOC已经为我们封装好了相应Jack接口函数，只要符合规范就可以拿来使用。下面列出几个常用的接口函数（/sound/soc/soc-jack.c）。

int snd_soc_jack_new(structsnd_soc_codec *codec,

const char *id, int type, struct snd_soc_jack *jack)

生成一个新的jack对象，定义其被检测的类型，即可能插入的设备类型。一般定义为SND_JACK_HEADSET，其余也可以根据接口支持种类添加SND_JACK_LINEOUT，SND_JACK_AVOUT等。

这个函数中调用了snd_jack_new，而在snd_jack_new中可以看到调用 input_allocate_device()分配了input device，就可以在后续产生input event了。

int snd_soc_jack_add_pins(structsnd_soc_jack *jack, int count, struct snd_soc_jack_pin *pins)

将之前定义好的pins加入dapm widgets中，方便dapm统一管理。这一步和InputEvent没有一定联系，可以不调用，主要是可以将耳机插座定义为widgets加入dapm进行省电管理。

viod snd_soc_jack_report(structsnd_soc_jack *jack, int status, int mask)

汇报jack插拔状态，主要完成以下两个工作：

 a) 根据插入拔出状态更新前面通过snd_soc_jack_add_pins加入的dapm pin的状态，对其进行上电下电管理。

b) 调用snd_jack_report，在其中通过input_report_key/input_report_switch来向上层汇报input event。

基于上面的函数，可以用以下做法来实现基于InputEvent机制的耳机插拔检测：

a) snd_soc_jack_new 创建jack对象

b) snd_soc_jack_add_pins将其加入到dapm wigets中

c) 通过request irq申请耳机插拔中断，在中断处理函数中通过检测线高低电平判断耳机是插入还是拔出，通过读取codec寄存器来判断是headset还是headphone

d) 根据判断结果调用snd_soc_jack_report发送InputEvent

此外，ASOC还提供了一个封装好的函数来实现上述c)和d)步骤的功能：

int snd_soc_jack_add_gpios(struct snd_soc_jack *jack, int count,

struct snd_soc_jack_gpio *gpios)

该函数通过标准GPIO驱动申请GPIO及GPIO对应中断，并提供了统一的中断处理函数来汇报事件。此函数只适用于耳机中断接至GPIO且GPIO驱动为Linux标准驱动的情况下，并且不支持mic检测。

3. UEvent
3.1 Switch 基本原理
Switch是Android引进的新的驱动，目的是用于检测一些开关量，比如检测耳机插入、检测 USB 设备插入等。Switch在sysfs文件系统中创建相应entry，用户可以通过sysfs与之交互； 此外还可以通过uevent机制与之交互， 从而检测switch状态。

3.1.1 Switch的实现
Switch class在Android中实现为一个mole，可动态加载；而具体的switch gpio则是基于 platform device框架。代码在drivers\switch\switch_class.c和drivers\switch\switch_gpio.c中。其中switch_class.c实现了一个switch class，而switch_gpio.c则是这个class中的一个device，即针对gpio的一个switch设备。

switch_class.c文件创建了一个switch_class，实现了内核的switch机制，提供支持函数供其他switch device驱动调用。

static int __init switch_class_init(void){

return create_switch_class(); }

static void __exit switch_class_exit(void){

class_destroy(switch_class); }

mole_init(switch_class_init);

mole_exit(switch_class_exit);

init函数调用create_switch_class->class_create创建switch_class设备类。相对应 exit则是销毁这个设备类。

该文件导出两个函数供其他switch设备驱动调用，分别是注册switch设备switch_dev_register和注销switch_dev_unregister（drivers/switch/switch_class.c）。

int switch_dev_register(struct switch_dev *sdev)

{

int ret;

if (!switch_class) {

ret = create_switch_class();

if (ret < 0)

return ret;

}

sdev->index = atomic_inc_return(&device_count);

sdev->dev = device_create(switch_class, NULL,

MKDEV(0, sdev->index), NULL, sdev->name);

if (IS_ERR(sdev->dev))

return PTR_ERR(sdev->dev);ret = device_create_file(sdev->dev, &dev_attr_state);

if (ret < 0)

goto err_create_file_1;

ret = device_create_file(sdev->dev, &dev_attr_name);

if (ret < 0)

goto err_create_file_2;dev_set_drvdata(sdev->dev, sdev);

sdev->state = 0;

return 0;

err_create_file_2:

device_remove_file(sdev->dev, &dev_attr_state);

err_create_file_1:

device_destroy(switch_class, MKDEV(0, sdev->index));

printk(KERN_ERR "switch: Failed to register driver %s\n", sdev->name);return ret;

}

EXPORT_SYMBOL_GPL(switch_dev_register);void switch_dev_unregister(struct switch_dev *sdev)

{

device_remove_file(sdev->dev, &dev_attr_name);

device_remove_file(sdev->dev, &dev_attr_state);

dev_set_drvdata(sdev->dev, NULL);

device_destroy(switch_class, MKDEV(0, sdev->index));

}

EXPORT_SYMBOL_GPL(switch_dev_unregister);

然后是两个sysfs操作函数(state_show和name_show)，分别用于输出switch device的name和state。当用户读取sysfs中对应的switch entry（/sys/class/switch/<dev_name>/name和/sys/class/switch/<dev_name>/state）时候，系统会自动调用这两个函数向用户返回switch设备的名称和状态。

static ssize_t state_show(struct device *dev, struct device_attribute *attr, char *buf)

{

struct switch_dev *sdev = (struct switch_dev *)dev_get_drvdata(dev);

if (sdev->print_state) {

int ret = sdev->print_state(sdev, buf);

if (ret >= 0)

return ret;

}

return sprintf(buf, "%d\n", sdev->state);

}static ssize_t name_show(struct device *dev, struct device_attribute *attr,

char *buf)

{

struct switch_dev *sdev = (struct switch_dev *)dev_get_drvdata(dev);

if (sdev->print_name) {

int ret = sdev->print_name(sdev, buf);

if (ret >= 0)

return ret;

}

return sprintf(buf, "%s\n", sdev->name);

}

可见，这两个函数就是直接调用对应的switch_dev中的print_state和print_name函数；如果没有定义这两个函数，则调用sprintf把信息打印到buf缓冲区里。

最后是 switch_set_state 函数，该函数是内核内部使用，并不为用户调用，它完成的功能主要是两件事： 调用name_show和state_show输出switch设备名称和状态至sysfs文件系统；发送uevent通知用户switch device的信息(名称和状态) 。

switch_gpio.c文件基于switch class实现了一个gpio的switch设备驱动，其实现的原理如下： 基于platform device/driver框架，在probe函数中完成初始化，包括获取gpio的使用权限，设置gpio方向为输入，注册switch_dev设备，为gpio分配中断，指定中断服务程序，初始化一个gpio_switch_work工作，最后读取gpio初始状态。

当 GPIO 引脚状态发生变化时，则会触发中断，在中断服务程序中调用schele_work，这个被schele的work即前面初始化的gpio_switch_work，最后这个work被执行，在gpio_switch_work函数中读取当前gpio电平，调用 switch_set_state更新sysfs并通过 uevent通知上层应用。

这个设备驱动只实现了print_state函数：switch_gpio_print_state，没有实现 print_name函数。当gpio_switch_work执行的时候，里面调用switch_set_state->switch_gpio_print_state输出GPIO状态到 sysfs。

3.1.2 Switch模块的用户接口
sysfs文件为sys/class/switch/<dev_name>/name， sys/class/switch/<dev_name>/state，uevent环境变量为SWITCH_NAME=<name>， SWITCH_STATE=<state>。sysfs文件系统和uevent机制。

UEvent机制比较简单，它基于switch driver，switch driver会在Android建立耳机插拔的目录/sys/devices/virtual/switch/h2w，在此目录下有个设备结点名为state，driver通过更新state的值，从而通知Android上层耳机状态的改变。

3.2 Framework层对UEvent的处理机制
Android在frameworks/base/services/java/com/android/server/WiredAccessoryManager. java中实现针对UEvent的机制。

在这个文件中，从UEventObserver中继承了类WiredAccessoryObserver，在makeObservedUEventList中将要观察的事件加入到UEvent系统中：

if(!mUseDevInputEventForAudioJack)

{

uei = new UEventInfo(NAME_H2W,BIT_HEADSET, BIT_HEADSET_NO_MIC);

……

}

可以看到，只有当不使用InputEvent时才添加UEvent事件，NAME_H2W就是headphone对应的switch driver的名字。BIT_HEADSET和BIT_HEADSET_NO_MIC是state结点的两个值，分别表示有mic和无mic的耳机。

当UEvent事件到来时，类WiredAccessoryObserver中重载的onUEvent函数会被回调，从而调用updateStateLocked(devPath,name, state) ，其中state的值就是通过/sys/devices/virtual/switch/h2w/state结点来获得。

最后，程序会进入setDeviceStateLocked函数中处理，在setDeviceStateLocked中根据state的值设置device，然后调用mAudioManager.setWiredDeviceConnectionState，最后进入AudioPolicyManagerBase::setDeviceConnectionState。

3.3 Kernel层的机制
前面说过，基于UEvent的耳机检测机制需要实现一只switch driver，它会建立一个用于耳机插拔检测的目录/sys/devices/virtual/switch/h2w，在此目录下有个设备结点名为state，switch driver通过更新state的值，从而通知Android上层耳机状态的改变。

switch driver的目录在Linux kernel的drivers/staging/android/switch目录下，可以从目录名称中看到这只driver是为了Android专门产生的。在switch目录下有两个已有文件，switch_class.c是switch driver的内部实现，它提供了switch driver所需的一些API；switch_gpio.c是一个例子，它实现了一个基于GPIO中断的switch driver。

另外，在drivers/switch目录下也有同样的文件，不同之处是两者在Android下生成的结点的位置不同，如果要按照drivers/switch目录下的switch driver来实现，需要更改WiredAccessoryManager.java文件。

下面讲讲如何添加switch driver。添加switch driver很简单，可以仿照switch_gpio.c，大致步骤如下：

 a) 在drivers/staging/android/switch目录下新建一个platform driver，其中包含一个全局变量struct switch_dev sdev，即要注册的switch device。

b) 在platformdriver的probe函数中调用switch_dev_register将前面的sdev注册到系统中。

c) 申请用于耳机检测的中断处理函数。对于耳机插拔来说，由于用户的插拔快慢等可能产生多次中断，所以一般是在中断处理函数中实现一个延时工作队列，即INIT_DELAYED_WORK，在队列的回调函数中来进行实际判断。

d) 当中断发生后，通过switch_set_state设置state节点的值，这个值要和WiredAccessoryManager.java文件中定义的一致，可参看BIT_HEADSET和BIT_HEADSET_NO_MIC的定义。目前是0表示无耳机插入，1表示带Mic的耳机，2表示不带Mic的耳机。switch_set_state这个函数调用了kobject_uevent_env/kobject_uevent，这两个函数就是kernel通过uevent来通知user space的核心函数了。

6. android uevent 怎么获取

Device Year Class 的主要功能是根据 CPU核数、时钟频率 以及 内存大小 对设备进行分级。代码很简单，只包含两个类: DeviceInfo-> 获取设备参数， YearClass-> 根据参数进行分级。 下表是 Facebook 公司提供的分级标准，其中Year栏表示分级结果。 Year Cores Clock RAM 2008 1 528MHz 192MB 2009 n/a 600MHz 290MB 2010 n/a 1.0GHz 512MB 2011 2 1.2GHz 1GB 2012 4 1.5GHz 1.5GB 2013 n/a 2.0GHz 2GB 2014 n/a >2GHz >2GB 关于输出年份的计算方法可以参考源码，本文只把一些比较常用的功能抽取出来做一个简要介绍。 获取 CPU 核数 我们都知道，Linux 中的设备都是以文件的形式存在，CPU 也不例外，因此 CPU 的文件个数就等价与核数。 Android 的 CPU 设备文件位于/sys/devices/system/cpu/目录，文件名的的格式为cpu\d+。 ? 1 2 3 4 5 6 7 8 9 10 root@generic_x86_64:/sys/devices/system/cpu # ls <b>cpu0</b> cpufreq cpuidle kernel_max modalias offline online possible power present uevent 统计一下文件个数便可以获得 CPU 核数。 ? 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 public static int getNumberOfCPUCores() { if (Build.VERSION.SDK_INT <= Build.VERSION_CODES.GINGERBREAD_MR1) { // Gingerbread doesn't support giving a single application access to both cores, but a // handful of devices (Atrix 4G and Droid X2 for example) were released with a al-core // chipset and Gingerbread; that can let an app in the background run without impacting // the foreground application. But for our purposes, it makes them single core. return 1; } int cores; try { cores = new File("/sys/devices/system/cpu/").listFiles(CPU_FILTER).length; } catch (SecurityException e) { cores = DEVICEINFO_UNKNOWN; } catch (NullPointerException e) { cores = DEVICEINFO_UNKNOWN; } return cores; } private static final FileFilter CPU_FILTER = new FileFilter() { @Override public boolean accept(File pathname) { String path = pathname.getName(); //regex is slow, so checking char by char. if (path.startsWith("cpu")) { for (int i = 3; i < path.length(); i++) { if (path.charAt(i) < '0' path.charAt(i) > '9') { return false; } } return true; } return false; } }; 回到顶部 获取时钟频率 获取时钟频率需要读取系统文件 -/sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_max_freq或者/proc/cpuinfo。 我的 Android 模拟器中并没有cpuinfo_max_freq文件，因此只能读取/proc/cpuinfo。 /proc/cpuinfo包含了很多 cpu 数据。 ? processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 70 model name : Intel(R) Core(TM) i7-4770HQ CPU @ 2.20GHz stepping : 1 cpu MHz : 0.000 cache size : 1024 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 4 wp : yes 代码如下： public static int getCPUMaxFreqKHz() { int maxFreq = DEVICEINFO_UNKNOWN; try { for (int i = 0; i < getNumberOfCPUCores(); i++) { String filename = "/sys/devices/system/cpu/cpu" + i + "/cpufreq/cpuinfo_max_freq"; File cpuInfoMaxFreqFile = new File(filename); if (cpuInfoMaxFreqFile.exists()) { byte[] buffer = new byte[128]; FileInputStream stream = new FileInputStream(cpuInfoMaxFreqFile); try { stream.read(buffer); int endIndex = 0; //Trim the first number out of the byte buffer. while (buffer[endIndex] >= '0' && buffer[endIndex] <= '9' && endIndex < buffer.length) endIndex++; String str = new String(buffer, 0, endIndex); Integer freqBound = Integer.parseInt(str); if (freqBound > maxFreq) maxFreq = freqBound; } catch (NumberFormatException e) { //Fall through and use /proc/cpuinfo. } finally { stream.close(); } } } if (maxFreq == DEVICEINFO_UNKNOWN) { FileInputStream stream = new FileInputStream("/proc/cpuinfo"); try { int freqBound = parseFileForValue("cpu MHz", stream); freqBound *= 1000; //MHz -> kHz if (freqBound > maxFreq) maxFreq = freqBound; } finally { stream.close(); } } } catch (IOException e) { maxFreq = DEVICEINFO_UNKNOWN; //Fall through and return unknown. } return maxFreq; } 回到顶部 获取内存大小 如果 SDK 版本大于等于JELLY_BEAN，可以通过ActivityManager来获取内从大小。 ? ActivityManager.MemoryInfo memInfo = new ActivityManager.MemoryInfo(); ActivityManager am = (ActivityManager) c.getSystemService(Context.ACTIVITY_SERVICE); am.getMemoryInfo(memInfo); 如果版本低于JELLY_BEAN，则只能读取系统文件了。 ? FileInputStream stream = new FileInputStream("/proc/meminfo"); totalMem = parseFileForValue("MemTotal", stream); 完整代码如下： @TargetApi(Build.VERSION_CODES.JELLY_BEAN) public static long getTotalMemory(Context c) { // memInfo.totalMem not supported in pre-Jelly Bean APIs. if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.JELLY_BEAN) { ActivityManager.MemoryInfo memInfo = new ActivityManager.MemoryInfo(); ActivityManager am = (ActivityManager) c.getSystemService(Context.ACTIVITY_SERVICE); am.getMemoryInfo(memInfo); if (memInfo != null) { return memInfo.totalMem; } else { return DEVICEINFO_UNKNOWN; } } else { long totalMem = DEVICEINFO_UNKNOWN; try { FileInputStream stream = new FileInputStream("/proc/meminfo"); try { totalMem = parseFileForValue("MemTotal", stream); totalMem *= 1024; } finally { stream.close(); } } catch (IOException e) { } return totalMem; } }