Now want to make sure what is the approximate size of this probability of collapse, and determine the next is intolerable,
Want to ask next anyone come across this collapse, is there any plan to deal with the collapse or statistics under the collapse rate,
01-10 11:20:16. 717, 10070, 12132, 12311 F libc: Fatal signal 11 (SIGSEGV), code 1, fault addr 0 x27 dar in 12311 (Chrome_InProcGp), pid 12132 (ybrid: Launcher0)
01-10 11:20:17. 749, 10070, 14341, 14341 F the DEBUG: * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
01-10 11:20:17. 750, 10070, 14341, 14341 F the DEBUG: Build fingerprint: 'xiaomi/whyred/whyred: 8.1.0/OPM1.171019.011/8.12.20: user/release - keys'
01-10 11:20:17. 750, 10070, 14341, 14341 F the DEBUG: Revision: '0'
01-10 11:20:17. 750, 10070, 14341, 14341 F the DEBUG: ABI: 'arm'
01-10 11:20:17. 750, 10070, 14341, 14341 F the DEBUG: pid: 12132, dar: 12311, name: Chrome_InProcGp & gt;> Com. Beautiful miui. Hybrid: Launcher0 & lt; <
01-10 11:20:17. 750, 10070, 14341, 14341 F the DEBUG: 11 (SIGSEGV) signal, code 1 (SEGV_MAPERR), fault addr 0 x27
01-10 11:20:17. 750, 10070, 14341, 14341 F the DEBUG: Cause: null pointer dereference
01-10 11:20:17. 750, 10070, 14341, 14341 F the DEBUG: r0 0000000 F r1 r2 and r3 00000000 00000003 d1d1ef28
01-10 11:20:17. 750, 10070, 14341, 14341 F the DEBUG: 00001 f50 r4 r5 cacb8400 r6 00000000 r7 00000000
01-10 11:20:17. 750, 10070, 14341, 14341 F the DEBUG: the r8 cacb8400 r9 00000000 sl d43ae738 fp 00000000
01-10 11:20:17. 750, 10070, 14341, 14341 F the DEBUG: IP 00000001 sp c7f6aee8 lr e3993971 PC e39942e2 CPSR 80030030
01-10 11:20:17. 838, 10070, 14341, 14341 F the DEBUG:
01-10 11:20:17. 838, 10070, 14341, 14341 F the DEBUG: backtrace:
01-10 11:20:17. 838, 10070, 14341, 14341 F the DEBUG: # 00 PC 0015 a2e2/vendor/lib/egl/libGLESv2_adreno. So (EsxRenderBucket: : AddUnbucketedEntries (EsxCmdBufType, unsigned int) + 101)
01-10 11:20:17. 838, 10070, 14341, 14341 F the DEBUG: # 01 PC/0015996 d/vendor/lib/egl libGLESv2_adreno. So (EsxRenderBucket: : BucketRenderingCmds (EsxRenderBucketParams *) + 754)
01-10 11:20:17. 838, 10070, 14341, 14341 F the DEBUG: # 02 PC 0018 a0e5/vendor/lib/egl/libGLESv2_adreno. So (EsxContext: : BucketRenderingCmds (int) + 732)
01-10 11:20:17. 838, 10070, 14341, 14341 F the DEBUG: # 3 PCS 001897 bb/vendor/lib/egl/libGLESv2_adreno. So (EsxContext: : BucketProcessingSetup () + 70)
01-10 11:20:17. 838, 10070, 14341, 14341 F the DEBUG: # 4 PCS 000 d0beb/vendor/lib/egl/libGLESv2_adreno. So (EsxContext: : Clear (unsigned int, unsigned int, unsigned int, EsxClearValues *) + 514)
01-10 11:20:17. 838, 10070, 14341, 14341 F the DEBUG: # 5 PCS 000 fcb89/vendor/lib/egl/libGLESv2_adreno. So (EsxGlApiParamValidate: : GlClear (EsxDispatch *, unsigned int) + 140)
01-10 11:20:17. 839, 10070, 14341, 14341 F the DEBUG: # 6 PC 012174 f5/system/app/WebViewGoogle/WebViewGoogle apk (offset 0 x502e000)
CodePudding user response:
Can you tell me the solution? If settled, the trouble to contact me, [email protected], there will be a ChongXieCodePudding user response:
Switch to the our company own webview kernel