MT6755 使用R63350 IC 出现唤醒概率性闪白,并导致ESD FAIL

现象描述.

手机自动灭屏后按power键或home 键点亮屏幕,概率性上方有白色的一道,还会闪两三下屏.
使用的LCM IC是:r63350, (FHD VDO)屏,附件为mtklog看看是什么原因?

dear custom:

若關閉 ESD check 對問題現象有改善

是否可以協助把 frontporch 加大測試一下

謝謝

1.
加大 vertical_frontporch
params->dsi.vertical_frontporch = 24;

hi mtk:

单独修改 params->dsi.vertical_frontporch = 24; 验证有复现到这个现象.
关闭esd
check机制,目前还没测试到闪屏现象,但不太确定后面会不会出现。

这边FAE有如下疑问:因为唤醒时出现的异常, vendor有2点怀疑

1.在唤醒屏还没有正常显示图像(正常工作), esd check会不会就提前去检测屏状态了?
2.lcm_resume多久,esd
check才会有检测动作 ? 能不能再延后一点开启esd 检测线程。

dear custom:

就我們驗證其他 vendor IC 經驗

一般其他 vendor 都是提供另外其他的寄存器當作 ESD reg check

只有
RSP 只能讀 0x0A

一般 0x0A reg 都只在第一次開機確認 panel 有沒接上來使用

且就經驗了解 RSP
DDIC 0x0A 所需穩定的時間特別久

若 RSP 堅持只能讀 0x0A 當作 ESD read reg check 的話

只能透過 delay 來等待 RSP DDIC reg 0x0A 穩定

但其他 vendor DDIC
並不會有這樣的限制.....

供貴司作參考

Dear customer

內部另外討論了一個延遲 ESD check 的實驗

麻煩先把之前建議的代碼修改
(resume/suspend 函式 "在下完亮屏指令之後" 多加些 delay) 先屏蔽掉

在 disp_recovery.c 內之
primary_display_check_recovery_worker_kthread(void *data) 函式

新增如下延遲代碼試試看

謝謝

/* 1. esd check & recovery */
if
(esd_check_enable) {

i = 0;/*repeat*/
do {

mdeay(100); //add
by MTK

ret = primary_display_esd_check();

if (ret == 1) {

DISPERR("[ESD]esd check fail, will do esd recovery. try=%d\n", i);

primary_display_esd_recovery();
recovery_done = 1;
} else
break;

} while (++i < esd_try_cnt);

闪白屏这块可以让vendor查一下根本原因,看是否可以通过延迟开背光,或者其他方式修改!

时间: 2024-11-12 23:23:04

MT6755 使用R63350 IC 出现唤醒概率性闪白,并导致ESD FAIL的相关文章

关于概率性事件的产品性能和客户体验讨论

事件回放:近期关于短信验证码出现的概率性事件,为处理db2序列返回概率大概在万份之一为null的解决方案. 方案一,为杜绝null的产生和数据库数据的完全性及用户体验的角度,允许设计万份之一为null的组合主健出现,但为必须要处理插入数据库后的过滤处理,确保数据的完整性. 方案二,为杜绝概率性nul出现,db2序列返回值和规则时间组合主键直接拦截,并不做接下来的操作. 方案一由本人提出并设计校验,方案二由第三方架构师提供.经过一场讨论,在处理概率性事件上,主要看产品运用场景而采用不同的方案.第一

ssh登陆概率性失败,报错:kex_exchange_identification

kex_exchange_identification: Connection closed by remote host 通过内网主机或者远程主机ssh登陆概率性失败,最高登陆失败率达到80%左右. 内网win主机登陆表现为登陆失败,需要反复登陆多次,因为这台主机是我内网的集中管控服务器,不能轻易的重装或者调整,整个大内网都靠它去监控和维护.期间尝试过更改各种配置,包括某乎帖子中的各种操作. 无效!!! 我只能默默的忍受~ 我的解决办法是在xshell建立快捷方式,然后疯狂点击快捷方式登陆,好

(转)Unity导出Android在高通骁龙800以上CPU概率性崩溃解决方法研究

Android上的奇葩问题真的是太多了,开始测试反馈说游戏在某些Android手机上随机crash,后来经过详细的测试发现随机闪退的手机都是搭载了高通骁龙800以上的CPU.然后连上真机当crash的时候错误的日志是: signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 6ed5c800 然后打印出了一大堆的内存信息,今天记录一下解决方案也许正是你也在寻找的. 但是用OpenGL ES 3.0打包就不存在这个问题.. 只能说高手在民间 绕了

等概率无重复的从n个数中选取m个数

问题描述:程序的输入包含两个整数m和n,其中m<n.输出是0~n-1范围内的m个随机整数,要求:每个数选择出现的概率相等,且按序输出. 学习过概率统计的同学应该都知道每一个数字被抽取的概率都应该为m/n. 那么我们怎么构造出这样的概率呢?在<编程珠玑>上面是这样解析的: 依次考虑整数0,1,2,.....,n-1,并通过一个适当的随机测试对每个整数进行选择.通过按序访问整数,我们可以保证输出结果是有序的. 假如我们考虑m = 2,n = 5的情况,那么选择的每一个数字的概率都应该是2/5

PLC与IC卡读卡器

由于IC卡的便利性,IC卡的应用越来越广泛,在PLC上嵌入IC卡读卡器的案例越来越多.为了将PLC与IC卡读卡器 连接变得简单和稳定,友我科技推出了两款专门针对PLC的IC卡读卡器,使用Modbus-rtu通信协议,与PLC的标准 外部设备完全兼容.友我科技的这两款读卡器型号分别为YW-630和YW-631. 工业级PLC专用IC卡读卡器YW-631的特点:工业级Modbus接口的IC卡读卡器支持卡: ISO14443A卡,S50,S70等采用稳定可靠的隔离技术将RS485总线的干扰冲击全部与系

利用等概率Rand5产生等概率Rand3

转自http://outofmemory.cn/wr/?u=http%3A%2F%2Fwww.gocalf.com%2Fblog%2Funbalanced-coin.html 利用等概率Rand5产生等概率Rand3 问题本身很明确,但不知道起个什么题目好,姑且先这么说吧. 问题描述:现在有一个叫做Rand5的函数,可以生成等概率的[0, 5)范围内的随机整数,要求利用此函数写一个Rand3函数(除此之外,不能再使用任何能产生随机数的函数或数据源),生成等概率的[0, 3)范围内的随机整数. 我

等概率随机采样问题

1. 输入包含两个整数m和n,其中m<n.输出[0,n-1]内的m个随机数,要求:每个数选择出现的概率相等(也就是m/n),且按序输出. 依次考虑整数0,1,2,...,n-1,并通过一个适当的随机测试对每个整数进行选择.通过按序访问整数,可以保证输出结果是有序的. if m=2 and n=5,那么选择的每一个数字的概率都应该是2/5. 分析过程:在0,1,2,3,4这五个数字中 第一次遇到0时,它的选择概率应该是2/5,如果选中了,我们开始测试第二个数1,这个时候因为1选中了,所以1这个数字

Linux进程的睡眠和唤醒

1   Linux进程的睡眠和唤醒 在Linux中,仅等待CPU时间的进程称为就绪进程,它们被放置在一个运行队列中,一个就绪进程的状态标志位为TASK_RUNNING.一旦一个运行中的进程时间片用完, Linux内核的调度器会剥夺这个进程对CPU的控制权,并且从运行队列中选择一个合适的进程投入运行. 当然,一个进程也可以主动释放CPU的控制权.函数schedule()是一个调度函数,它可以被一个进程主动调用,从而调度其它进程占用CPU.一旦这个主动放弃CPU的进程被重新调度占用CPU,那么它将从

Linux唤醒抢占----Linux进程的管理与调度(二十三)

日期 内核版本 架构 作者 GitHub CSDN 2016-07-05 Linux-4.6 X86 & arm gatieme LinuxDeviceDrivers Linux进程管理与调度 CFS负责处理普通非实时进程, 这类进程是我们linux中最普遍的进程 1 前景回顾 1.1 CFS调度算法 CFS调度算法的思想 理想状态下每个进程都能获得相同的时间片,并且同时运行在CPU上,但实际上一个CPU同一时刻运行的进程只能有一个.也就是说,当一个进程占用CPU时,其他进程就必须等待.CFS为