Android验证按键映射工具

    我们在调试输入设备时，有些时候需要修改到*.idc、*.kcm、*.kl这些扩展名的文件，即会修改到输入设备配置文件、按键布局文件、按键字符映射文件和虚拟按键定义文件。而有些时候我们并不想在修改完相应文件后等到编译代码或者push到真机验证时才发现相应文件语法上有问题，还好Android源码里有validatekeymaps这个工具，可以在我们修改完时进行相应文件的验证，下面是关于该工具的说明（以Android7.1源码进行分析）：
    1.源码
        该工具源码位于frameworks/base/tools/validatekeymaps目录。
    2.编译
       进入到Android源码目录（前提是编译过源代码树），使用如下命令编译（注意先执行过lunch设置过环境变量）：
       mmm frameworks/base/tools/validatekeymaps
       编译好的工具会生成为out/host/linux-x86/bin/validatekeymaps。
    3.使用
       执行validatekeymaps命令会有如下内容输出（设置过环境变量可在源码根目录下执行）：
       Keymap Validation Tool

       Usage:
        validatekeymaps [*.kl] [*.kcm] [*.idc] [virtualkeys.*] [...]
          Validates the specified key layouts, key character maps, 
          input device configurations, or virtual key definitions.
       从上面帮助信息可以知道在validatekeymaps命令后带上相应要验证的文件的路径就可以验证了，如有异常则根据提示处理，如果文件正确，则会有如下输出：
       Validating file 'frameworks/base/data/keyboards/Generic.kcm'...
       No errors.

       Success.
       从提示可以看到验证的文件及结果。
    4.自动化
       上述的验证只是手动处理，但有些时候可能修改完后忘了验证，如果在编译的时候编译脚本也没去验证的话，如果存在问题，可要等到运行Android系统时才能发现，还好Android系统在编译时已做了相应的处理，可以查阅frameworks/base/data/keyboards/Android.mk文件，内容如下：
        LOCAL_PATH := $(call my-dir)

        include $(LOCAL_PATH)/common.mk

        # Validate all key maps.
        include $(CLEAR_VARS)

        LOCAL_MODULE := validate_framework_keymaps
        intermediates := $(call intermediates-dir-for,ETC,$(LOCAL_MODULE),,COMMON)
        LOCAL_BUILT_MODULE := $(intermediates)/stamp

        validatekeymaps :=         $(HOST_OUT_EXECUTABLES)/validatekeymaps$(HOST_EXECUTABLE_SUFFIX)
        $(LOCAL_BUILT_MODULE): PRIVATE_VALIDATEKEYMAPS := $(validatekeymaps)
        $(LOCAL_BUILT_MODULE) : $(framework_keylayouts)         $(framework_keycharmaps) $(framework_keyconfigs) | $(validatekeymaps)
                $(hide) $(PRIVATE_VALIDATEKEYMAPS) $^
                $(hide) mkdir -p $(dir $@) && touch $@

        # Run validatekeymaps uncondionally for platform build.
        droidcore : $(LOCAL_BUILT_MODULE)

        # Reset temp vars.
        validatekeymaps :=
        framework_keylayouts :=
        framework_keycharmaps :=
        framework_keyconfigs :=
        从上面的内容可以看到droidcore : $(LOCAL_BUILT_MODULE)这一句，表示LOCAL_BUILT_MODULE这个目标是会被编译到的，因为droidcore依赖到，而从build/core/main.mk文件看到droid_targets: droidcore dist_files可知droid_targets依赖到droidcore，而从该文件开头可以看到如下语句：
        .PHONY: droid
        DEFAULT_GOAL := droid
        $(DEFAULT_GOAL): droid_targets
        可知我们在进行Android系统编译时默认目录是droid（编译Android时make命令后不带对象时默认是droid，因为在该Makefile文件时第一个目标就是droid，根据Makefile的语法规则可知），而其依赖droid_targets，故而知道编译Android系统时会编译到该目录下的对象validate_framework_keymaps，从上面的Android.mk文件中可知编译该对象会执行到如下语句：
        $(hide) $(PRIVATE_VALIDATEKEYMAPS) $^
        而PRIVATE_VALIDATEKEYMAPS有PRIVATE_VALIDATEKEYMAPS := $(validatekeymaps)语句进行赋值，而validatekeymaps由validatekeymaps :=         $(HOST_OUT_EXECUTABLES)/validatekeymaps$(HOST_EXECUTABLE_SUFFIX)赋值，即可知道PRIVATE_VALIDATEKEYMAPS为上面提到的validatekeymaps工具对应的路径，那么$^则表示$(framework_keylayouts)         $(framework_keycharmaps) $(framework_keyconfigs)这串内容，其在include $(LOCAL_PATH)/common.mk包含的common.mk文件中赋值了，即对当前目录下的所有文件进行列表并将文件名保存到相应的变量中，即$^表示当前目录下的所有kl、kcm、idc文件，即使用validatekeymaps工具对当前目录下的所有需要验证的文件进行验证，由此可知Android系统编译时已做了相应的自动化处理，如果我们在其他目录下添加了相应的配置文件，也可以参照上面的Android.mk文件进行修改。
    5.参考网址
       https://source.android.com/devices/input/validate-keymaps
      
地点: 中国广东省深圳市南山区科技园 邮政编码: 518057

评论

发表评论

此博客中的热门博文

I/O映射之I/O端口

图片
对于外设，操作系统会采用端口映射和内存映射两种方式来对其进行控制，其中端口映射就是操作系统规定好一段地址给指定换上设，其与外设的寄存器按顺序一一对应上。 在Linux内核源码include/asm-generic/io.h头文件里有如下我们对I/O port进行操作的函数： static inline u8 inb(unsigned long addr) { return readb(addr + PCI_IOBASE); } static inline u16 inw(unsigned long addr) { return readw(addr + PCI_IOBASE); } static inline u32 inl(unsigned long addr) { return readl(addr + PCI_IOBASE); } static inline void outb(u8 b, unsigned long addr) { writeb(b, addr + PCI_IOBASE); } static inline void outw(u16 b, unsigned long addr) { writew(b, addr + PCI_IOBASE); } static inline void outl(u32 b, unsigned long addr) { writel(b, addr + PCI_IOBASE); } #define inb_p(addr) inb(addr) #define inw_p(addr) inw(addr) #define inl_p(addr) inl(addr) #define outb_p(x, addr) outb((x), (addr)) #define outw_p(x, addr) outw((x), (addr)) #define outl_p(x, addr) outl((x), (addr)) 分别对应对端口进行读取或写入字节、字、双字大小数据的操作。 该头文件中还有其他的操作函数及宏定义，请自行深入了解。 我们可通过读取/proc/ioports文件来了解Linux里I/O端口的映射
阅读全文

通过Netlink检测网线插拔

  最近有个需求需要检测RJ45网卡的网线有没有接上，而最近正在了解Netlink相关资料，刚好也看下通过Netlink可以进行检测，故在此做下粗略笔记：   1.首先要创建一个Netlink Socket，在用户层使用如下参数来调用socket()函数：    fd = socket(AF_NETLINK, SOCK_RAW, NETLINK_ROUTE);    上面这个函数第一个参数必须是AF_NETLINK或PF_NETLINK，这两个标志在Linux下是一样的，第二个参数可以是SOCK_RAW或SOCK_DGRAM（对应用到TCP或UDP协议），而最后一个参数NETLINK_ROUTE为“路由守护进程”，用于接收来自内核的路由通知事件。   2.将上面创建的Socket绑定    addr.nl_family = AF_NETLINK;    addr.nl_groups = RTNLGRP_LINK; //指定接收路由多播组消息    bind(fd, (struct sockaddr*)&addr, sizeof(addr));    上面将创建的socket与相应的协议族和组进行绑定，接下来通过读fd这个socket来获得相应的消息数据struct nlmsghdr，再对该结构体数据进行判断来获得网线是接上或是拔掉，相应的源码如下： #include <sys/types.h>  #include <sys/socket.h>  #include <asm/types.h>  #include <linux/netlink.h>  #include <linux/rtnetlink.h>  #include <stdlib.h>  #include <stdio.h>  #include <sys/ioctl.h>  #include <linux/if.h>  #include <string.h>  #define BUFLEN 20480  int main(int argc, char *argv[])  {      int fd, retval;      char buf[BUFLEN] = {0};
阅读全文

使用seq_file

在《使用procfs》一文的源码示例中有说到proc文件系统每次读取的数据只能是1个页，如果超过则需多次读取，这样的话会增加读取次数，增多系统调用次数，影响了整体的效率，故而才有seq file序列文件的出现，该项功能使得内核对于大文件的读取更加容易。 对于seq file，其结构体定义在include/linux/seq_file.h文件中，内容如下： struct seq_file { char *buf; size_t size; size_t from; size_t count; size_t pad_until; loff_t index; loff_t read_pos; u64 version; struct mutex lock; const struct seq_operations *op; int poll_event; #ifdef CONFIG_USER_NS struct user_namespace *user_ns; #endif void *private; }; 这里不详细说明该结构体，仅供感受下。 对于seq_file，相应的文件操作需要实现seq_operations结构体的成员，该结构体在同一头文件中有如下定义： struct seq_operations { void * (*start) (struct seq_file *m, loff_t *pos); void (*stop) (struct seq_file *m, void *v); void * (*next) (struct seq_file *m, void *v, loff_t *pos); int (*show) (struct seq_file *m, void *v); }; 实现该结构体成员后，需要使用seq_open打开，让文件与该seq_operations关联起来，最终这个open函数要作为file_oper
阅读全文