GSL MEM ERROR: kgsl_sharedmem_alloc ioctl failed.应用闪退问题修复

解决特定机型应用闪退问题
最新推荐文章于 2023-07-27 11:58:33 发布
原创 最新推荐文章于 2023-07-27 11:58:33 发布 · 8.3k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#android

本文针对vivo及OPPO部分旧型号手机上的应用程序闪退现象提供了有效的解决方案。通过调整Activity的硬件加速配置，例如在运行时设置Window的FLAG_HARDWARE_ACCELERATED标志位或者更改View的layerType为LAYER_TYPE_SOFTWARE，可以有效避免闪退问题。

目前发现这个闪退只发生在某些16、17年比较老的机型上：vivo y66(..)、vivo x9(..)、vivo y79(..)、oppo r9s、oppo a77(..)等等。

解决方案：Application/Activity的硬件加速去掉，改为使用时开启硬件加速。比如：

Window：运行时对窗口设置flag使其使用硬件加速

window.setFlags(WindowManager.LayoutParams.FLAG_HARDWARE_ACCELERATED)

View：运行时对单个View设置层级类型使其停用硬件加速

view.setLayerType(View.LAYER_TYPE_SOFTWARE, null)

报错如下：

Adreno-GSL: <sharedmem_gpuobj_alloc:2021>: sharedmem_gpumem_alloc: mmap failed errno 12 Out of memory
Adreno-GSL: <gsl_memory_alloc_pure:2135>: GSL MEM ERROR: kgsl_sharedmem_alloc ioctl failed.

ChrisZhao520
关注
高通GPU OOM问题分析
m0_45265996的博客
11-19 6230
参考资料:https://createpoint.qti.qualcomm.com/search/contentdocument/stream/dcn/KBA-161206184816 GPU OOM问题可能会导致异常渲染问题,例如出现异常黑块,或者出现进程crash/强制关闭,严重影响用户体验,GPU OOM问题主要出现在32位应用上,例如微信等三方应用,32位应用的虚拟内存大小有限,通常问题不容易复现,需要压测来尝试重现问题,如MONKEY 测试或者老化测试 main log中的异常log: 11-03
OpenGL OOM的解决方案
进击的小宇宙
07-24 8718
本文介绍使用OpenGL后引起OOM的一些解决方案。
RenderThread线程报错记录
“点点”专栏
04-27 4333
RenderThread线程报错是很蛋疼的，它是属于native报错，而且还会有各种情况。 04-23 16:31:38.343 17895 17895 F DEBUG : *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** *** 04-23 16:31:38.344 17895 17895 F DEBUG : Build fingerprint: 'xiaomi/tiffany/tiffany:7.1.2/N2G47H/V9.5
异常：Adreno-GSL: ＜gsl_memory_alloc_pure:2297＞: GSL MEM ERROR: kgsl_sharedmem_alloc ioctl fai，无日志闪退问题排查
zhan10001的博客
02-23 6711
Adreno-GSL: <gsl_memory_alloc_pure:2297>: GSL MEM ERROR: kgsl_sharedmem_alloc ioctl failed. Adreno-GSL: <sharedmem_gpuobj_alloc:2713>: sharedmem_gpumem_alloc: mmap failed errno 12 Out of memory 这个异常是硬件加速兼容性导致的问题。出现场景是用webview打开一个3d的网页，有时会出现异常
marvell 上os_mem_alloc的使用问题
X289700836的博客
09-30 1361
在Marvell 平台上使用os_mem_alloc 时需要注意，如果申请的空间用来存放字符串是，申请的长度需要strlen + 1，然后bzero， 否则可能出现存储的字符串由于没有0的分割而取值越界问题！
解决win7系统执行electron应用出现GL_OUT_OF_MEM的问题
weixin_43398820的博客
03-26 1805
问题描述 在win7系统上面点击运行electron应用，应用界面无法渲染出来，只能显示出应用的一个模糊框架 在cmd中执行exe程序，会一直打印出下面的错误： [5228:0326/183956.523:ERROR:gl_utils.cc(325)] [.DisplayCompositor] GL_OUT_OF_MEM ORY: Context has been lost. [5228:0326...
kgsl_ioctl_gpu_command
weixin_44901612的博客
11-08 792
【代码】kgsl_ioctl_gpu_command。
kgsl_ioctl_drawctxt_create
weixin_44901612的博客
11-06 649
【代码】kgsl_ioctl_drawctxt_create
一次OOM纪实
一只小翊的博客
10-06 4664
在最近的一次项目开发中 我遇到了 Adreno-GSL: <gsl_memory_alloc_pure:2258>: GSL MEM ERROR: kgsl_sharedmem_alloc ioctl failed. 最终： OpenGLRenderer: GL error: Out of memory! OpenGLRenderer: glViewport erro...
android日志分析&崩溃拦截
01-05
android日志分析&崩溃拦截，包括如下： andorid手机程序错误信息的demo.rar android app异常收集处理.rar android java 通用代码，关于用properties存储打印的Log.zip android 错误收集工具.rar android 错误日志的收集.rar Android下的自定义日志框架。移动开发一般没有必要引入第三方日志框架，可以自己编写.zip Android开发的日记打印工具类Log4jForAndroid和LogUtil.rar Android捕获全局异常源码.rar Android控制整个项目Log的打印和关闭.zip Android日志打印类LogUtils.rar android端_手机端日志查看工具.rar app打印日志保存到手机上传服务器.rar javaapk.com文件列表生成.bat 动态错误提示效果Android.rar 实现抓取系统所有app的崩溃错误的log信息，并且通过邮箱发送给指定的技术人员，快速定位错误以及及时修复.rar 抓取app的奔溃日志报告，并且可以以邮件的形式将发送给开发者，也可以将错误日志以.txt文件形式保存.rar 提取xutil的logutil轻量高效.rar 日志记录，开源项目使用方法见说明.zip 用户反馈小demo.zip
Android日志分析工具-V3.6.4
07-14
软件版本：V3.6.4。 Android常用开发工具Eclipse和Android Studio本身自带有日志查看工具LogCat，一般性使用基本满足要求。但若长期处于Android的深度开发，会发现自带的工具内容缓冲区有限，会造成历史数据的丢失，且无法进行信息过滤和日志头自动提取分类。为了解决这些问题，故而开发了此款软件，该软件不仅解决了上述问题，而且还支持对日志文件进行离线分析和导出备份，支持对日志内容的横向过滤和纵向过滤，且可通过ADB工具直连物理设备进行日志的监控和分析，无需依赖开发工具。另外，软件为完全自主开发，对后期若有新的功能需求可以很方便的进行功能扩展和维护。 欢迎反馈意见到964195140@qq.com
内核与用户空间的通信实现——ioctl（驱动+用户程序）
ljl113的博客
09-24 7384
本文主要介绍内核空间与用户空间通信的一种方式----ioctl，用户程序可以通过调用ioctl函数来实现将一个cmd传给内核，而内核驱动根据switch case来实现预先设定好cmd对应执行的相关程序。学习ioctl是一个字符设备，所以在我们学习ioctl之前需要先了解一下linux设备驱动中的字符设备。
PerfDog发现App游戏内存问题
fzxwl的博客
05-06 1408
团队成员在测试游戏过程中，验证每个游戏的房间资源回收情况，设计用例进入某个游戏，玩一会，退出，然后重复该过程多次（该动作请自动化进行，手动操作自行补脑），发现进行30多次后app会出现卡死或者崩溃的情况，查看日志信息如下 04-15 21:45:22.188 W/Adreno-GSL( 1995): <sharedmem_gpuobj_alloc:2339>: sharedmem_gp...
Android性能优化之游戏 OutOfMemoryError: pthread_create探究真相
HeXinGen的博客
07-27 945
探究游戏在bugly上百万量级OOM crash 的真凶。
Unity在骁龙GPU的Android设备上的崩溃问题描述
xinyangsd的专栏
04-28 6930
Unity : OPENGL NATIVE PLUG-IN ERROR: GL_INVALID_OPERATION: Operation illegal in current state Adreno-GSL: <sharedmem_gpuobj_alloc:2668>: sharedmem_gpumem_alloc: mmap failed errno 12 Out of me...
adb查看手机cpu使用率_记录一下Unity打包Android在骁龙cpu上概率性卡死的问题
weixin_29209805的博客
12-23 894
我们的游戏内测时有部分玩家反应在游戏进行到半路的时候会突然卡死，屏幕抖动，重启游戏后就没有这个问题。经过统计发现出现卡死的手机全是骁龙cpu的，网上查了很久资料没有找到解决问题的办法，用adb查看到的报错如下：Unity : OPENGL NATIVE PLUG-IN ERROR: GL_INVALID_OPERATION: Operation illegal in current state...
危害9亿安卓设备高通漏洞细节曝光（CVE-2016-3842,含POC）
SAKAISON的博客
08-16 2768
360播报的文章质量真的不错，无论长度还是内容，sakaison没有特别的阅读顺序，看到什么有趣的就贴上来，也算是留给自己以后看吧。 （一）、前言 就在几天之前，安全研究专家在高通芯片内发现了一系列严重的Android安全漏洞，受这些漏洞影响的Android智能手机和平板电脑数量将会超过九亿台。更可怕的是，大部分受漏洞影响的Android设备可能永远都不会被修复。  
ld.lld: error: undefined symbol: gsl_DataInit >>> referenced by wrt_gsl.c >>> input/touchscreen/silead/wrt_gsl.o:(startup_chip) in archive drivers/built-in.a ld.lld: error: undefined symbol: gsl_alg_id_main >>> referenced by wrt_gsl.c >>> input/touchscreen/silead/wrt_gsl.o:(gsl_ts_xy_worker) in archive drivers/built-in.a ld.lld: error: undefined symbol: gsl_mask_tiaoping >>> referenced by wrt_gsl.c >>> input/touchscreen/silead/wrt_gsl.o:(gsl_ts_xy_worker) in archive drivers/built-in.a
最新发布
06-12
<think>我们正在处理一个触摸屏驱动编译时的链接错误。错误信息是"undefinedsymbol:gsl_DataInit,gsl_alg_id_main,gsl_mask_tiaoping"。这些符号在链接时未找到，通常发生在编译成内核模块(.ko)时。以下是一步一步的解决方案：###1.确认符号定义的位置首先，我们需要知道这些符号（函数或变量）应该在哪个源文件中定义。根据问题描述，这些符号属于思立微触摸屏驱动（sileadtouchscreendriver）。通常，这些符号应该在驱动的一个或多个源文件中定义。-`gsl_DataInit`:可能是初始化数据结构的函数-`gsl_alg_id_main`:可能是一个算法相关的变量-`gsl_mask_tiaoping`:可能是触摸屏的配置参数（如一个数组）###2.检查源文件在驱动源代码中查找这些符号。例如：```bashgrep-rn"gsl_DataInit"drivers/input/touchscreen/grep-rn"gsl_alg_id_main"drivers/input/touchscreen/grep-rn"gsl_mask_tiaoping"drivers/input/touchscreen/```如果这些符号在头文件中声明（通常在头文件中用`extern`声明），但在源文件中没有定义，就会导致链接错误。###3.查看编译选项在构建内核模块时，确保包含这些符号的源文件被正确编译。检查Makefile，例如：```makefileobj-$(CONFIG_TOUCHSCREEN_SILEAD)+=silead_ts.o```如果这些符号定义在另一个源文件（例如`gsl_fw.c`）中，那么需要将该文件加入编译：```makefilesilead_ts-objs:=silead_ts_main.ogsl_fw.o```###4.解决未定义符号的常见方法####a.确保定义符号的源文件被编译如果这些符号定义在某个源文件中，但该源文件没有被编译进模块，则需要修改Makefile。####b.检查条件编译如果定义这些符号的代码被条件编译宏（如`#ifdefCONFIG_XXX`）包围，而当前配置没有定义该宏，则会出现问题。需要检查配置：-在驱动源文件中，查找这些符号的定义，看它们是否被条件编译宏包裹。-检查内核配置（`.config`文件）中是否启用了对应的配置选项。例如：```c#ifdefCONFIG_TOUCHSCREEN_GSLX680_FW_UPDATEvoidgsl_DataInit(structdevice*dev){//...}#endif```如果`CONFIG_TOUCHSCREEN_GSLX680_FW_UPDATE`没有在配置中设置，那么该函数就不会被编译。####c.检查头文件声明在头文件中，这些符号应使用`extern`声明，以便其他文件使用。如果头文件中没有声明，或者声明与定义不一致，也会导致问题。确保声明和定义一致。####d.链接器参数（仅临时解决方案）在开发阶段，有时为了快速测试，可以临时忽略未定义符号（但最终发布前必须解决）。例如，在模块的链接阶段添加链接器参数：```makefileLDFLAGS_MODULE+=-w--unresolved-symbols=ignore-all```但**强烈建议**不要在生产中使用，因为可能导致模块加载失败或运行时错误。在Linux内核模块的Makefile中，可以这样添加（不推荐，仅作为临时手段）：```makefileKBUILD_CFLAGS_MODULE+=-Wl,--unresolved-symbols=ignore-all```###5.针对引用中提供的解决方案的思考引用[1]和[2]提到了在Android的CMake中添加链接器参数`-Wl,--unresolved-symbols=ignore-all`。但请注意：-这是应用层的解决方案，不适用于内核模块。-内核模块的链接要求严格，未定义的符号会导致加载失败（`insmod`失败）。因此，在内核驱动中，我们不应忽略未定义符号，而应该正确定义它们。###6.具体到本问题的可能原因根据错误信息，这些符号很可能是触摸屏驱动所需的配置数据或函数。在思立微驱动中，这些符号可能定义在一个与固件相关的源文件中（如`gsl_fw.c`）或配置头文件中（如`gslX680.h`）。请检查：-这些符号是否在某个条件编译块中（例如，只在某个特定的芯片型号配置下才定义）？-是否在模块初始化函数中引用了这些符号，但定义它们的文件没有被编译？###7.解决方案步骤1.**查找符号定义位置**：使用`grep`在驱动目录中查找定义。2.**检查Makefile**：确保定义这些符号的源文件被编译到模块中。3.**检查Kconfig配置**：确保依赖的配置选项被启用（例如，`CONFIG_TOUCHSCREEN_GSLX680_FW_UPDATE`）。4.**检查代码条件编译**：确保定义这些符号的代码在当前的配置下被编译。###示例：修复Makefile假设`gsl_DataInit`定义在`gsl_fw.c`中，而原来的Makefile只编译了`silead_ts.c`，则需要修改：```makefileobj-$(CONFIG_TOUCHSCREEN_SILEAD)+=silead_ts.osilead_ts-y:=silead_ts_main.ogsl_fw.o```###示例：解决条件编译问题在头文件`gslX680.h`中，添加缺失的符号定义，或者确保定义它们的配置宏被设置。例如：```c#ifndefGSLX680_H#defineGSLX680_H#ifdefCONFIG_TOUCHSCREEN_GSLX680_FW_UPDATEexternvoidgsl_DataInit(structdevice*dev);externintgsl_alg_id_main;externunsignedintgsl_mask_tiaoping[];#endif#endif```###8.如果找不到定义？如果这些符号在驱动源代码中确实找不到，那么可能：-驱动代码不完整（缺少文件）。-这些符号属于另一个模块（例如，需要依赖另一个模块）。这种情况下，需要在内核配置中启用该模块，并在模块加载时先加载依赖模块。最后，重新编译驱动模块：```bashmakeM=drivers/input/touchscreenmodules```如果问题仍然存在，请提供更多信息（如驱动代码结构，定义这些符号的位置）。###相关问题1.如何在Linux内核模块中解决未定义符号的问题？2.内核模块的Makefile应该如何编写？3.如何调试Linux内核模块的链接错误？4.内核配置选项如何影响模块的编译？5.什么是条件编译？它在内核驱动中起什么作用？[^1]:Android中链接带符号库ld.lld:error:undefinedsymbol。在cmkae中添加参数（仅参考，不适用于内核）。[^2]:C++:ld.lld:error:undefinedsymbol。当链接器找不到符号定义时发生。</think> ### 解决触摸屏驱动编译时出现的"undefined symbol"链接错误 针对您遇到的链接错误 `undefined symbol: gsl_DataInit, gsl_alg_id_main, gsl_mask_tiaoping`，以下是系统化的解决方案和排查步骤： #### 1. 定位符号缺失的根本原因 - **驱动文件缺失**：这些符号通常定义在思立微触屏驱动的固件配置文件（如`gslX680.h`或`gsl_fw.c`），检查： ```bash # 查找符号定义位置 grep -rnw 'gsl_DataInit' drivers/input/touchscreen/ grep -rnw 'gsl_alg_id_main' drivers/input/touchscreen/ ``` - **常见情况**：思立微驱动的配置文件通常包含类似结构： ```c // gslX680.h static unsigned char gsl_mask_tiaoping[] = { ... }; // 符号定义 static struct gsl_DataInit config_data = { ... }; // 符号定义 ``` #### 2. 关键解决方案（分优先级） 1. **检查头文件包含路径** 确保驱动源文件正确包含配置头文件。根据您的配置差异： ```c // 在驱动源文件顶部添加 #if defined(CONFIG_TOUCHSCREEN_GSLX680) #include "gslX680.h" // gsl_DataInit/gsl_mask_tiaoping 应在此定义 #elif defined(CONFIG_TOUCHSCREEN_GSL_CC600P) #include "gsl_cc600p.h" #endif ``` 2. **验证条件编译宏** 通过`.config`确认启用了正确的配置宏： ```bash # 检查内核配置 cat .config | grep -E "CONFIG_TOUCHSCREEN_GSLX680|CONFIG_TOUCHSCREEN_GSL_CC600P" ``` 如宏未启用，通过 `make menuconfig` 在 `Device Drivers → Input device support → Touchscreens` 中启用 3. **修复符号可见性** 如符号定义在`.c`文件中但需跨文件访问： ```c // gsl_fw.c EXPORT_SYMBOL(gsl_DataInit); // 导出符号供链接器使用 EXPORT_SYMBOL(gsl_alg_id_main); ``` 4. **编译依赖调整** 在驱动 Makefile 中确保依赖文件正确编译： ```makefile # 示例：drivers/input/touchscreen/Makefile obj-$(CONFIG_TOUCHSCREEN_GSLX680) += gslx680.o gslx680-objs := gsl_core.o gsl_fw.o # gsl_fw.o包含符号定义 ``` 5. **临时链接器覆盖（仅开发环境）** 作为临时方案，在内核模块构建中忽略未定义符号： ```makefile # 在内核驱动目录Makefile添加 KBUILD_CFLAGS += -Wl,--unresolved-symbols=ignore-all ``` **警告：** 生产环境禁用此方案，可能导致运行时故障[^1][^2] #### 3. 调试流程图 ```mermaid graph TD A[出现错误 undefined symbol] --> B{符号是否在头文件中定义？} B -->|是| C[检查头文件包含条件和路径] B -->|否| D[在源代码中查找符号定义] D --> E{是否在.c文件中？} E -->|是| F[添加EXPORT_SYMBOL导出] E -->|否| G[验证文件编译依赖] G --> H[修改Makefile添加依赖文件] C --> I[确保CONFIG宏正确启用] I --> J[验证menuconfig配置] ``` #### 4. 特定错误处理（`gsl_mask_tiaoping`） 此类数组符号通常在配置头文件中定义为静态数据： ```c // 在gslX680.h中的典型定义 static unsigned char gsl_mask_tiaoping[] = { 0xXX, 0xXX, 0xXX, 0xXX, // 具体芯片寄存器配置值 0xXX, 0xXX, 0xXX, 0xXX, ... }; ``` **排查重点：** 1. 确认所用芯片的配置文件版本 2. 检查头文件是否被多次包含导致静态符号重定义 #### 5. 工程实践建议 1. **版本匹配**：确认驱动代码与内核版本兼容 2. **调试符号**：用`objdump -t gslx680.o | grep gsl_DataInit`检查目标文件符号表 3. **分步编译**：先单独编译驱动模块 ```bash make M=drivers/input/touchscreen modules ``` ### 相关问题 1. Linux内核驱动开发中如何处理"EXPORT_SYMBOL未定义"错误？ 2. 如何调试Linux内核模块的链接阶段错误？ 3. 思立微触摸屏驱动移植到新版内核有哪些常见问题？ 4. 内核编译时如何设置链接器参数来处理未定义符号？ 5. Kconfig配置选项对驱动模块编译的具体影响机制是什么？ [^1]: 在cmake中添加链接器参数仅适用于用户空间程序，不适用于内核模块。 [^2]: 链接错误本质是符号定义缺失，临时忽略方案存在风险。
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值