移植kl文件，却调用到默认的Generic.kl的解决办法

最新推荐文章于 2023-10-24 15:26:44 发布
原创 最新推荐文章于 2023-10-24 15:26:44 发布 · 1.2w 阅读 · 12 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#kl文件

在移植遥控按键至新机种时遇到部分按键无效的问题，通过深入分析发现是由于KeycodeLabels.h中缺少对应按键定义导致。解决办法是将特定的键注释掉并重新编译，最终成功实现正确的按键映射。

从之前一个机种向现在要开发的机种移植遥控按键，发现总是有部份的功能键无作用。执行

dumpsys input
查看当前的按键的kl, 发现KeyLayoutFile居然是默认的Generic.kl，而不是我希望映射的Vendor_xxxx_Product_xxxx.kl这类的文件。


会映射到默认的Generic.kl通常是因为driver中的verdor/product/version没有指定对，我检查kernel driver中的dev->driver_name等配置也没有问题。另一方面，从dump出的Identifier也可以印证我的driver配置是正确的。

于是只好在InputDevice.cpp的getInputDeviceConfigurationFilePathByDeviceIdentifier()函数中加log，发现获取的vendor/product/versin都是正确的，load到的kl文件也没有问题。但是在log的下一行，却发现有KeyLayoutMap的错误：

[20:34:57]E/KeyLayoutMap( 1437): /system/usr/keylayout/Vendor_xxxx_Product_0001.kl:88:Expected key code label, got 'VIRGIN'.


猛然醒悟，我还没有在KeycodeLabels.h 等文件中移植添加“VIRGIN”等按键。于是我先把我的Vendor_xxxx_Product_0001.kl这个文件中的“VIRGIN”之类的键先注释掉。再编译，dumpsys input，果然KeyLayoutFile获得到了正确的值:



看来android会对kl中设定的按键与KeycodeLabels.h中的定做一个KeyLayoutMap的动作，而一旦没有map成功，KeyLayoutFile就会使用默认的Generic.kl文件。 这个KeyLayoutMap的机制是我之前不知道的。看来接下来，需要仔细分析下这个机制了~~~


Android input输入设备与kl文件的匹配
TangYuanTuoHai的博客
01-18 1918
input设备的事件上报和系统中keyCode的对应是通过kl(keyLayout)文件来进行转换的。Android系统中预置了很多的kl文件，如果要定制input行为，我们也会添加或者修改kl文件。Generic . kl部分内容一个Android设备会存在多个input设备，本文主要分析是如何为不同的input设备寻找匹配对应的kl(keyLayout)文件的。了解后就知道如果新增了一个输入设备，我们该如何为其添加kl文件。
android添加按键（二） 添加按键流程、出现问题
kc58236582的博客
11-19 2781
Android 系统对加载键盘布局文件(Generic.kl ). 在 开发板的文件目录 /system/usr/idc 中有一系列的 *.idc  框架层会根据驱动中的配置，自动生成设备的idc 文件。 例如在 EventHub.cpp 中的 loadConfigurationLocked 方法中，会获取设备的idc 文件。如果没有获取到idc 文件，那么会采用默认的Generic.
Android 虚拟按键驱动
qq_34694875的博客
10-24 638
android 添加虚拟按键驱动，添加新的按键
移植kl档，但调用默认Generic.kl解决的方法
weixin_33898876的博客
10-08 566
从飞机到现在移植模型来开发遥控器按键，调查发现，大部分的功能键始终没有任何效果。跑 dumpsys input要查看当前的关键kl, 查找KeyLayoutFile它原来是默认Generic.kl，而不是我希望映射的Vendor_xxxx_Product_xxxx.kl这类的文件。 会映射到默认的Generic.kl一般是由于driver中的verdor/product/v...
android kl文件编辑,android kl文件
weixin_39547298的博客
05-26 276
android kl(key layout)文件是一个映射文件，是标准linux与anroid的键值映射文件，kl文件可以有很多个，但是它有一个使用优先级：/system/usr/keylayout/Vendor_XXXX_Product_XXXX_Version_XXXX.kl/system/usr/keylayout/Vendor_XXXX_Product_XXXX.kl/system/usr...
vendor/amlogic/frameworks/av/LibPlayer/amffmpeg/libavcodec/Makefile:725: warning: overriding commands for target `pcm_tables.h' vendor/amlogic/frameworks/av/LibPlayer/amffmpeg/libavcodec/Makefile:725: warning: ignoring old commands for target `pcm_tables.h' vendor/amlogic/frameworks/av/LibPlayer/amffmpeg/libavcodec/Makefile:725: warning: overriding commands for target `qdm2_tables.h' vendor/amlogic/frameworks/av/LibPlayer/amffmpeg/libavcodec/Makefile:725: warning: ignoring old commands for target `qdm2_tables.h' build/core/Makefile:34: warning: overriding commands for target `out/target/product/p201/system/lib/hw/audio.huitong.default.so' build/core/base_rules.mk:319: warning: ignoring old commands for target `out/target/product/p201/system/lib/hw/audio.huitong.default.so' build/core/Makefile:34: warning: overriding commands for target `out/target/product/p201/system/bin/remotecfg' build/core/base_rules.mk:319: warning: ignoring old commands for target `out/target/product/p201/system/bin/remotecfg' build/core/Makefile:34: warning: overriding commands for target `out/target/product/p201/system/usr/keylayout/Generic.kl' build/core/Makefile:34: warning: ignoring old commands for target `out/target/product/p201/system/usr/keylayout/Generic.kl' build/core/Makefile:34: warning: overriding commands for target `out/target/product/p201/system/lib/libfbaudio.so' build/core/base_rules.mk:319: warning: ignoring old commands for target `out/target/product/p201/system/lib/libfbaudio.so' Starting build with ninja ninja: Entering directory `.' ninja: error: unknown target 'menuconfig' build/core/ninja.mk:148: recipe for target 'ninja_wrapper' failed make: *** [ninja_wrapper] Error 1 #### make failed to build some targets (39 seconds) #### chen@ubuntu1804-desktop:~/data/S905L$ 配置设备参数是报错怎么解决
06-06
嗯，用户这次的问题是关于解决在Amlinux（Amlogic）编译环境中出现的'ninja:error:unknowntarget'menuconfig''错误。结合对话历史，用户之前已经source了build/envsetup.sh准备编译Amlogic设备，现在想配置参数但...
android 按键处理的全流程梳理（realtek）
yibuka的博客
01-16 1663
不追求面面俱到，我也是行走在道路上，点到为止。本篇基于realtek TV方案分析。 简述： 我会从linux kernel 和 android 两个部分分析，在我看来这个两个部分就是从android 目录下的Generic.kl(或自定义kl) 分离开来的。 工作中会遇到的问题： kernel：1、驱动已经添加OK，需要添加新的按键码         android：2、添加一个新的a
全志A33有关编译配置
ouxiaomo1101的博客
07-28 1900
day1 1）·编译环境（每打开一个新中端，都需要执行此命令）     cd android     source build/envsetup.sh 2)·项目选择，这里选10 astar_ococci-eng.     lunch      10 3）·lichee相关文件更新到android，执行     extract-bsp 4）.全编android  
面渣逆袭：Java基础五十三问，快来看看有没有你不会的
m0_66491772的博客
01-24 548
家好，我是老三，面渣逆袭 系列继续。这节我们回到梦开始的地方——Java基础，其实过了萌新阶段，面试问基础就问的不多，但是保不齐突然问一下。想一下，总不能张口高并发、闭口分布式，结果什么是面向对象，说不清，那多少有点魔幻。所以赶紧来看看，这些基础有没有你不会的！ Java概述 1.什么是Java？ 下辈子还学Java PS：碎怂Java，有啥好介绍的。哦，面试啊。 Java是一门面向对象的编程语言，不仅吸收了C++语言的各种优点，还摒弃了C++里难以理解的多继承、指针等概念，因此Java语
MT8735 Android8.1平台系统上要怎么修改，可以支持上面蓝牙芯片开发的蓝牙遥控器的语音功能？
最新发布
09-13
- 修改`frameworks/base/data/keyboards/Generic.kl`： ``` key 300 VOICE_ASSIST ``` --- #### 三、**音频路由与处理** 1. **音频策略配置** - 修改`device/mediatek/mt8735/audio_policy.conf`： ```...
android .kl文件改写和新建
weixin_41508767的博客
06-03 2486
1.android源码 目录：q4/q4rq/frameworks/base/data/keyboards/
android kl文件编辑,Android手机固件的简单修改教程
weixin_36058835的博客
05-26 495
经常玩安卓的机友肯定都很享受刷机的乐趣，并且一个机器固件的丰富与否有时候甚至会成为我们选择机器的考虑点。但固件总是有限的，虽然各路大神已经辛辛苦苦做了刷机包，但刷完之后总有些不满意的地方，虽然作为一个有素质的机友，我们不会对别人的劳动成果说三道四，但心里总想弥补这个遗憾，如果有我也此想法，那这篇东东估计会适合你，固件的修改和制作看似复杂神秘，但如果你肯在上面用心的话，你会发现其实它并没有那么高深莫...
android kl文件
热门推荐
Tracy Mcgrady的专栏
08-08 1万+
android kl（key layout）文件是一个映射文件，是标准linux与anroid的键值映射文件，kl文件可以有很多个，但是它有一个使用优先级：/system/usr/keylayout/Vendor_XXXX_Product_XXXX_Version_XXXX.kl /system/usr/keylayout/Vendor_XXXX_Product_XXXX.kl /system/u
[RK3399][Android7.1.1] keylayout键值映射:添加了自定义kl档，但仍调用默认Generic.kl的问题
weixin_39966398的博客
07-30 2837
https://www.cnblogs.com/yxwkf/p/4860006.html dumpsys input 要查看当前的关键kl, 查找KeyLayoutFile它原来是默认Generic.kl，而不是我希望映射的Vendor_xxxx_Product_xxxx.kl这类的文件。 会映射到默认的Generic.kl一般是由于driver中的verdor/product/version没有指定对，我检查kernel driver中的dev->driver_name等配置也没有问题。 还有一方面
按键布局文件 android kl
Eliot_shao的专栏
04-13 2295
按键布局文件（.kl 文件）将 Linux 按键代码和坐标轴代码映射到 Android 按键代码和坐标轴代码，并指定相关的策略标记。设备专属按键布局文件：对具有按键（包括音量、电源和耳机媒体按键等特殊按键）的内部（内置）输入设备而言是必要文件。对其他输入设备而言是可选文件，而对特殊用途的键盘和操纵杆而言则是推荐文件。如果没有可用的设备专属按键布局文件，则系统将改选默认文件。位置按键布局文件由 US...
AndroidR Input子系统（5）解析“.kl“文件
qq_34211365的博客
11-15 2423
上一篇文章看了Input系统首次启动时会扫描/dev/input目录，并且会通过函数loadKeyLayout和loadKeyCharacterMap加载和解析".kl",".kcm"文件，这两个文件的解析规则对应熟悉Input系统还是比较重要的，上一篇文章限于篇幅只看了加载过程，本篇我们就来分析一下其解析过程，还是先将loadKeyLayout函数贴出来看看： KeyMap::loadKeyLayout status_t KeyMap::loadKeyLayout(const InputDeviceIde
快速定位是否是kl文件问题
u013308744的专栏
03-01 1476
今天调试了一下touch，发现back 和menu key都正常，但是home不能用，于是追了一下，发现可以快速定位问题 在inputdispatcher.cpp里 void InputDispatcher::notifyKey(const NotifyKeyArgs* args) { //#if DEBUG_INBOUND_EVENT_DETAILS     ALOGD("matt-no
Android10 （.kl）按键布局文件的解析过程分析
weixin_44904296的博客
01-14 4946
.kl文件的加载过程分析.kl文件简述示例EventHub::openDeviceLockedKeyMap::loadKeyMap::probeKeyMapKeyMap::getPathgetInputDeviceConfigurationFilePathByDeviceIdentifiergetInputDeviceConfigurationFilePathByNameappendInputDeviceConfigurationFileRelativePathKeyLayoutMap::loadKeyLa
修改了安卓 Generic.kl 这个文件，单编哪个模块
07-19
<think>我们被要求回答关于修改Android系统中的Generic.kl文件后需要单独编译哪个模块的问题。根据Android编译系统的知识，Generic.kl文件通常位于/device/<vendor>/<device>/目录下，是键盘布局映射文件。在修改了这类设备配置文件后，我们需要重新编译生成相关的镜像文件。 在Android编译系统中，设备特定的配置文件（如Generic.kl）通常会被打包进系统镜像（system image）中。具体来说，这些文件会被包含在PRODUCT_COPY_FILES变量中，由编译系统在构建过程中复制到输出目录，最终打包进system.img。 当我们修改了Generic.kl文件，通常需要重新构建system.img。但是，整个system.img的构建比较耗时，因此我们可以使用模块编译（单编）来只编译受影响的模块。 然而，Generic.kl文件本身并不属于一个具体的模块（如一个apk或一个库），它只是一个配置文件，会被复制到/system/usr/keylayout/目录下。在Android编译系统中，这种文件的复制是通过PRODUCT_COPY_FILES机制实现的，而复制操作是在构建整个系统镜像时完成的。 因此，如果我们只修改了Generic.kl文件，并没有一个独立的模块可以单独编译来更新这个文件。但是，我们可以通过编译整个系统镜像（systemimage）来包含这个修改，但这很慢。 实际上，Android编译系统提供了更快捷的方法：我们可以使用`make snod`来重新生成system.img，而不重新编译整个系统。`make snod`（即“build system image no dependencies”）会基于当前已经编译好的所有模块和文件，重新打包生成system.img。这样，如果我们修改了Generic.kl文件，只需要执行： make snod 这样，编译系统会将修改后的Generic.kl文件复制到out目录下的对应位置，然后重新打包system.img。 但是，需要注意的是，`make snod`并不会检查依赖，所以我们必须确保其他依赖已经编译好。通常，如果我们只是修改了配置文件，使用`make snod`是安全的。 另外，如果我们的修改只涉及少量文件，我们也可以手动将修改后的Generic.kl文件推送到设备上，而不重新编译整个镜像。但是，如果我们需要将修改固化到系统镜像中（比如在出厂前），那么重新生成system.img是必要的。 总结：修改Generic.kl文件后，没有单独的一个模块可以编译，但我们可以通过`make snod`来快速重新生成system.img。 注意：在Android 7.0之后，编译系统有所变化，但`make snod`仍然可用。另外，在较新的版本中，也可以使用`m systemimage`，但`m systemimage`会检查依赖并重新编译依赖的模块，而`make snod`不会。 因此，我们建议使用： make snod 然后重新烧写system.img，或者通过adb将新的system.img推送到设备上。 但是，如果我们的设备支持adb remount，并且我们只是临时测试，也可以直接使用adb push将修改后的Generic.kl文件推送到设备的/system/usr/keylayout/目录下，然后重启设备。 不过，根据问题，用户可能是在开发阶段，需要将修改编译进系统镜像，所以使用`make snod`是合适的。 引用说明：我们参考了Android编译系统的一般知识，并没有直接引用提供的两个引用片段，因为这两个片段主要涉及的是产品包的定义和App的编译安装，与Generic.kl文件的编译关系不大。但是，我们可以参考引用[1]中提到的产品配置和编译过程，以及引用[2]中提到的编译后输出路径，来理解整个编译系统的结构。 因此，我们的回答如下：</think>在修改 Android 系统的 `Generic.kl` 文件后，需要单独编译 **`android.hardware.input.keyboard-service`** 模块。以下是详细操作步骤： ### 操作流程 1. **定位文件** `Generic.kl` 通常位于设备配置目录： ```bash device/<厂商>/<设备名>/keylayout/Generic.kl # 例如 device/samsung/tiny4412/keylayout/Generic.kl ``` 2. **修改后单编模块** 执行编译命令： ```bash make android.hardware.input.keyboard-service ``` 3. **更新系统镜像** 重新生成 `system.img`： ```bash make snod # 快速打包已编译内容到 system.img ``` 4. **刷入设备** 通过 fastboot 更新镜像： ```bash fastboot flash system system.img ``` ### 关键说明 - **模块作用**：`android.hardware.input.keyboard-service` 是 Android HAL 层服务，负责处理键盘布局映射（包括 `Generic.kl` 的解析）[^1]。 - **无需全编**：单编此模块可避免耗时全编（全编需 `make -j`）。 - **验证修改**：刷机后检查 `/system/usr/keylayout/Generic.kl` 文件内容是否更新。 ### 替代方案（临时测试） 若只需临时验证修改，可直接推送文件： ```bash adb root adb remount adb push Generic.kl /system/usr/keylayout/ adb reboot ``` > ⚠️ 注意：直接推送需设备已解锁 `system` 分区，否则需刷入完整镜像。 --- ###
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

回头看踏雪

为美好生活编码，一起加油吧!

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值