android lcd调试 高通平台lcd调试深入分析总结(mipi和rgb接口)

    各位网友:最近发现我这篇文章转载的到处都是,有的则以原创存在,转载时请注明出处,还有文中错误的地方请指正!谢谢合作。

     下面点lk方法适用于8660,8064。当然qrd则没有那么复杂。

一:点亮lcd in kernel

其实点亮lcd很简单必须保证以后几个步骤正确:

1:确认Lcd信息所在文件被编译进去,并且lcd 和board name里面注册一质,倘若这部正确,那么log里面应该有对应分辨率的一段framebuffer同时调到相对应的power_on函数。对于lcdc panel对应文件在lcdc_xx.c,对于mipi panel对应文件在mipi_xx.c(下序列操作)和mipi_xxxx.c(timing pll clk等初始化操作)。

2:仔细检查上电同时测量,同时将28根rgb interface对应gpio设为lcdc func。对于传统的lcd不需要RST操作只需拉高即可,对于mipi和需要下code的RGB panel需要RST高低高操作,这样code才生效。注意一般sleep out(0x11)和display on(0x29)之间需要mdelay(100)左右,貌似这个对于大部分panel是必须的。

3:最后还要确认是否有framebuffer输出,要是改动了display这块的clk很有可能没有buffer输出的,可以通过cat /dev/graphyics/fb0查看有没有输出字符。曾经调试开机logo连续显示时遇到过好几次没有buffer输出导致kernel卡住,屏也不亮按power键没有反映的情况。

4:如果以上操作正常同时序列正确,那么屏幕应该可以点亮。对于遇到的有以下显示问题:

a:屏幕呈花屏状态,说明lcd初始化成功,但是没有rgb刷过来。认真检查之后发现pclk时序不对,由于是新的平台所以设对以后,以后的屏就好办了。

b:RGB pane内容l闪烁通常由pclk设置不对导致还有可能与porch有关。通常wvga 16bit的panel使用24.5M的PCLK,qhd的24bit panel 30M PCLK。至于porch我们可以多替换几组试试或者找FAE发个可以点亮的。一般屏对porch要求不高,几乎都可以点亮的。

c:FPC没有贴好也有可能导致屏幕不亮。

d:rest有问题,一定仔细测量使用示波器看出波形,比如lk下面有时可能就没有控制对。

e:许多kernel里面实现的但是在lk下面由于代码比较少,就不好实现,比如pm上电,vibrator等等,其实在kernel里面归根也是写对应寄存器的,很简单,最好使的办法就是在kernel里面读出来,在在lk里面写进去,这样就好办了。8x平台许多上电我就是这样做的,还有mipidsi相关设置clkREG

f:屏幕经常唤醒只显示灰色底面,最后查明寄存器没有使能外部升压电路。

g:唤醒屏幕闪白光问题,说白了是背光早亮了,很有可能是下序列mdelay太久,改小点就没有这个问题了。根本原因屏幕初始化序列下慢了。亲身经历的。

h:lcd唤醒闪屏问题,这个是由于每次重新RST下序列过程delay久了导致,适当减少delay时间即可。

i:用厂商给的序列要么屏点不亮要么界面有水波纹,这些通常都是rgb interface polarity导致,需要调整pclk hsync vsync de极性使之符合平台极性。

j:结束开机logo至android动画出现之间好多屏会出现闪屏或者闪白光的情况。原因:在这个时间点kernel会会对屏再次初始化,我们可以软件上屏蔽第一次初始化动作从而解决。

k:点mipi video模式的lcd中遇见唤醒就只偶尔出现一帧,之后隐约看见刷的灰色界面但不能正常显示。最后发现是high speed模式没有设置正确,该屏只能使用burst模式,video还有其他2中模式,建议调屏时可以多尝试一下;

l:屏有时可以唤醒有时则唤不醒,通常RST有问题,可以尝试将RST动作移到下载序列之前。

m:最近在msm8974上遇见开机LOGO经常会消失又突然出现同时都是偶现的,最后查到是bitclk的太大导致的,由于LK默认lcd 刷新率是60(改到50就不消失了),所以通过计算很容易导致LOGO的消失显示不稳定的问题。记得使用设备树之前的平台都是在lcd相关的文件中可以直接定义的bitclk,现在修改bitclk很隐蔽,所以这个不太好查。

 

二:深入分析

高通平台屏幕亮起来必须满足一下条件

Lcdc interface:

1:enable mdp core clk(max 200M)

2:enable pixel clk(pclk)(refer to panel spec),configure polarity of pclk,vsync,hsync,de.

3:enable 0-27gpio as lcdc func and power on

4:downloade code.(not necessary)

Mipi interface:

1:enable mdp core clk(max 200M)

2:enable bit clk(refer to panel spec),shoud set pll reg.

3:enable a series of dsi clk(du to display )

4:downloade code.

 

 

三:点亮lcd in bootloader

      由于开机logo的需要,故需要在bootloader lk里面将lcd给驱动起来,这样才可以显示开机logo。由于lk下面的代码没有kernel里面丰富。故lk写了很精致的代码主要还是写寄存器从而控制硬件,其实在kernel里面也写了寄存器但是由于代码量太多,可能有时找起来不是很方便,下面等会贴出部分关键代码,再比较kernellk,需要强调的是驱动从本质上说都是些寄存器控制硬件,任何外界硬件都是一样的实现。

    其实lk里面点亮lcdkernel里面一样

Lcdc interface:

1:enable mdp core clk(max 200M)

2:enable pixel clk(pclk)(refer to panel spec),configure polarity of pclk,vsync,hsync,de.

3:enable 0-27gpio as lcdc func and power on

4:downloade code.(not necessary)

Mipi interface:

1:enable mdp core clk(max 200M)

2:enable bit clk(refer to panel spec),shoud set pll reg.

3:enable a series of dsi clk(du to display )

4:downloade code.

但是在lk里面点亮起来可能更加难度大点,lk里面调试需要串口线相比而言复杂点。

最近在lk里面点亮一款mipi 4lane video mode 720ppanel耗了不少时间,复杂度比kernel里面难多了。

问题1:遇到不显示的问题,查后发现配置的pll regkernel里面重写了,故需要在kernel里面读出来,再

填入lk里面,其事用来配置bit clock通常mipi panel必须要300-500MCLK,而其实现高通平台就是写pll reg的。注意clk或大或小不会影响显示的,可能不匹配会造成屏幕闪烁,与其刷新率没有对上。

static struct mipi_dsi_phy_ctrl dsi_video_mode_phy_db = {

/* DSI Bit Clock at 500 MHz, 2 lane, RGB888 */

/* regulator */

{0x03, 0x01, 0x01, 0x00},

/* timing   */

{0xb9, 0x8e, 0x1f, 0x00, 0x98, 0x9c, 0x22, 0x90,

0x18, 0x03, 0x04},

/* phy ctrl */

{0x7f, 0x00, 0x00, 0x00},

/* strength */

{0xbb, 0x02, 0x06, 0x00},

/* pll control */    在这里配置的clk,计算方法高通有个自动计算工具

{0x00, 0xec, 0x31, 0xd2, 0x00, 0x40, 0x37, 0x62,

0x01, 0x0f, 0x07,

0x05, 0x14, 0x03, 0x0, 0x0, 0x0, 0x20, 0x0, 0x02, 0x0},

};

8x60有个重配的函数

int mipi_dsi_phy_pll_config(u32 clk_rate)

{

struct dsiphy_pll_divider_config *dividers;

u32 fb_divider, tmp;

dividers = &pll_divider_config;

/* DSIPHY_PLL_CTRL_x:    1     2     3     8     9     10 */

/* masks               0xff  0x07  0x3f  0x0f  0xff  0xff */

/* DSIPHY_PLL_CTRL_1 */

fb_divider = ((dividers->fb_divider) / 2) - 1;

MIPI_OUTP(MIPI_DSI_BASE + 0x204, fb_divider & 0xff);

/* DSIPHY_PLL_CTRL_2 */

tmp = MIPI_INP(MIPI_DSI_BASE + 0x208);

tmp &= ~0x07;

tmp |= (fb_divider >> 8) & 0x07;

MIPI_OUTP(MIPI_DSI_BASE + 0x208, tmp);

/* DSIPHY_PLL_CTRL_3 */

tmp = MIPI_INP(MIPI_DSI_BASE + 0x20c);

tmp &= ~0x3f;

tmp |= (dividers->ref_divider_ratio - 1) & 0x3f;

MIPI_OUTP(MIPI_DSI_BASE + 0x20c, tmp);

/* DSIPHY_PLL_CTRL_8 */

tmp = MIPI_INP(MIPI_DSI_BASE + 0x220);

tmp &= ~0x0f;

tmp |= (dividers->bit_clk_divider - 1) & 0x0f;

MIPI_OUTP(MIPI_DSI_BASE + 0x220, tmp);

/* DSIPHY_PLL_CTRL_9 */

MIPI_OUTP(MIPI_DSI_BASE + 0x224, (dividers->byte_clk_divider - 1));

/* DSIPHY_PLL_CTRL_10 */

MIPI_OUTP(MIPI_DSI_BASE + 0x228, (dividers->dsi_clk_divider - 1));

return 0;

}

所以lk里面填入的pll需要在kernel里面读出,再填入数组即可。其实许多操作都可以从kernel里面读出,在lk里面写入,比如给一系列的pm某个管脚上电,enable vibrate in lk等等,就是在kernel里面读出操作其寄存器的值,再在lk里面写入!用到的非常平凡,下面还有。

lk里面mipi的瓶只要上电正常,RESET正常,这些必要手动测出的这是第一步,之后下载序列,屏幕有花屏,就说明可以下进去的,屏幕有反应。

问题二:有遇见在lk下面mipi 的屏显示不对的问题还有彩色不对,显示不对是dsi某个寄存器的值和kernel里面不一样,由于是video mode至于色彩是rgb或者bgr等打包方式不对,换下就好了。

msm_dss_io_8x60.c中有写dis clkdsi pclk的寄存器的2个函数

Kernel:

static void mipi_dsi_pclk_ctrl(struct dsi_clk_desc *clk, int clk_en)

{

char *cc, *ns, *md;

char mnd_en = 1, root_en = 1;

uint32 data, val;

cc = mmss_cc_base + 0x0130;

md = mmss_cc_base + 0x0134;

ns = mmss_cc_base + 0x0138;

if (clk_en) {

if (clk->mnd_mode == 0) {

data  = clk->pre_div_func << 12;

data |= clk->src;

MIPI_OUTP_SECURE(ns, data);

MIPI_OUTP_SECURE(cc, ((clk->mnd_mode << 6)

      | (root_en << 2) | clk_en));

} else {

val = clk->d * 2;

data = (~val) & 0x0ff;

data |= clk->m << 8;

MIPI_OUTP_SECURE(md, data);

val = clk->n - clk->m;

data = (~val) & 0x0ff;

data <<= 24;

data |= clk->src;

MIPI_OUTP_SECURE(ns, data);

MIPI_OUTP_SECURE(cc, ((clk->mnd_mode << 6)

      | (mnd_en << 5)

      | (root_en << 2) | clk_en));

}

} else

MIPI_OUTP_SECURE(cc, 0);

wmb();

}

static void mipi_dsi_clk_ctrl(struct dsi_clk_desc *clk, int clk_en)

{

char *cc, *ns, *md;

int pmxo_sel = 0;

char mnd_en = 1, root_en = 1;

uint32 data, val;

cc = mmss_cc_base + 0x004c;

md = mmss_cc_base + 0x0050;

ns = mmss_cc_base + 0x0054;

if (clk_en) {

if (clk->mnd_mode == 0) {

data  = clk->pre_div_func << 14;

data |= clk->src;

MIPI_OUTP_SECURE(ns, data);

MIPI_OUTP_SECURE(cc, ((pmxo_sel << 8)

| (clk->mnd_mode << 6)

| (root_en << 2) | clk_en));

} else {

val = clk->d * 2;

data = (~val) & 0x0ff;

data |= clk->m << 8;

MIPI_OUTP_SECURE(md, data);

val = clk->n - clk->m;

data = (~val) & 0x0ff;

data <<= 24;

data |= clk->src;

MIPI_OUTP_SECURE(ns, data);

MIPI_OUTP_SECURE(cc, ((pmxo_sel << 8)

      | (clk->mnd_mode << 6)

      | (mnd_en << 5)

      | (root_en << 2) | clk_en));

}

} else

MIPI_OUTP_SECURE(cc, 0);

wmb();

}

Lk:

//这是配置mdp clk的函数

void mdp_clock_init(void)

{

/* Turn on the PLL2, to ramp up the MDP clock to max (200MHz) */

nt_pll_enable(PLL_2, 1);

config_mdp_clk(MDP_NS_VAL, MDP_MD_VAL,

       MDP_CC_VAL, MDP_NS_REG, MDP_MD_REG, MDP_CC_REG);

}

//下面这两个函数与mipi 屏幕显示相关的,所以有关kernel里面显示正常但是在lk里面显示不正常,我们只用读出寄存器对比即可。方可解决问题。

void configure_dsicore_dsiclk()

{

unsigned char mnd_mode, root_en, clk_en;

unsigned long src_sel = 0x3; // dsi_phy_pll0_src

unsigned long pre_div_func = 0x00; // predivide by 1

unsigned long pmxo_sel;

secure_writel(pre_div_func << 14 | src_sel, DSI_NS_REG);

mnd_mode = 0; // Bypass MND

root_en = 1;

clk_en = 1;

pmxo_sel = 0;

secure_writel((pmxo_sel << 8) | (mnd_mode << 6), DSI_CC_REG);

secure_writel(secure_readl(DSI_CC_REG) | root_en << 2, DSI_CC_REG);

secure_writel(secure_readl(DSI_CC_REG) | clk_en, DSI_CC_REG);

}

void configure_dsicore_pclk(void)

{

unsigned char mnd_mode, root_en, clk_en;

unsigned long src_sel = 0x3; // dsi_phy_pll0_src

unsigned long pre_div_func = 0x01; // predivide by 2

secure_writel(pre_div_func << 12 | src_sel, PIXEL_NS_REG);

mnd_mode = 0; // Bypass MND

root_en = 1;

clk_en = 1;

secure_writel(mnd_mode << 6, PIXEL_CC_REG);

secure_writel(secure_readl(PIXEL_CC_REG) | root_en << 2, PIXEL_CC_REG);

secure_writel(secure_readl(PIXEL_CC_REG) | clk_en, PIXEL_CC_REG);

}

问题三:遇见在lk里面显示内容闪烁很严重的问题,注意是内容查实不是配置屏幕的clk造成的,最后查出是porch没有调整好。

 

 

三:panel唤醒流程

       我认为对于调试lcd,对lcd唤醒流程的认知是必须的,加深理解lcd工作原理,睡眠流程同理。首先resume对应suspend,对么我们就会想到msm_fb.c中对应的early_resume和early_suspend。下面是流程图。

      msmfb_early_resume  ->  msm_fb_resume_sub ->  msm_fb_blank_sub ->mdp_lcdc_on(76x27对应mdp_dma_lcdc.c,8x60对应在mdp4_overlay_lcdc.c) ->lcdc.c ->lcdc_toshiba_wxvga.c(自己对应的panel)

      在msm_fb_resume_sub中会调到msm_fb_blank_sub(FB_BLANK_UNBLANK, mfd->fbi,mfd->op_enable)这个就是打开lcd的操作了。msm_fb_blank_sub这个函数将panel与fb联系起来。这个函数起着桥梁作用,无论第一次亮屏还是唤醒和熄灭,msm_fb_blank_sub起着至关作用。

static int msm_fb_blank_sub(int blank_mode, struct fb_info *info,

    boolean op_enable)

{

struct msm_fb_data_type *mfd = (struct msm_fb_data_type *)info->par;

struct msm_fb_panel_data *pdata = NULL;

int ret = 0;

if (!op_enable)

return -EPERM;

pdata = (struct msm_fb_panel_data *)mfd->pdev->dev.platform_data;

if ((!pdata) || (!pdata->on) || (!pdata->off)) {

printk(KERN_ERR "msm_fb_blank_sub: no panel operation detected!\n");

return -ENODEV;

}

switch (blank_mode) {

case FB_BLANK_UNBLANK://点亮lcd操作

if (!mfd->panel_power_on) {

msleep(16);

ret = pdata->on(mfd->pdev);

if (ret == 0) {

mfd->panel_power_on = TRUE;

/* ToDo: possible conflict with android which doesn't expect sw refresher */

/*

  if (!mfd->hw_refresh)

  {

    if ((ret = msm_fb_resume_sw_refresher(mfd)) != 0)

    {

      MSM_FB_INFO("msm_fb_blank_sub: msm_fb_resume_sw_refresher failed = %d!\n",ret);

    }

  }

*/

}

}

break;

case FB_BLANK_VSYNC_SUSPEND:

case FB_BLANK_HSYNC_SUSPEND:

case FB_BLANK_NORMAL:

case FB_BLANK_POWERDOWN://熄灭lcd操作

default:

if (mfd->panel_power_on) {

int curr_pwr_state;

mfd->op_enable = FALSE;

curr_pwr_state = mfd->panel_power_on;

mfd->panel_power_on = FALSE;

bl_updated = 0;

msleep(16);

ret = pdata->off(mfd->pdev);

if (ret)

mfd->panel_power_on = curr_pwr_state;

mfd->op_enable = TRUE;

}

break;

}

return ret;

}

Msm_fb只是初始化frame_buffer,而进入上面函数则关联mdp端和panel

所以我们可以这样理解,frame_buffer操作好了,可以打开屏了?首先还要操作mdp,接着打开pixel clk,接着给panel上电和下序列。

 Panel_on时出fb之后首先进入mdp_dma_lcdc.cmdp_lcdc_on,接着依次调用其他的panel-on,(panel_next_on),最终还是在msm_fb中结束。

其实知道流程还是很重要的,比如调连续显示,lcd唤醒出现问题,我们就可以从头查。

 

 

四:开机Logo连续显示
待写!后续补充。
阅读更多 登录后自动展开
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页