在MTK 10A平台上报的一个断言错在 vrt_task.c 文件， vrt_sys_check_mmi_has_gdi_lock函数处出错。求指点_百度知道
在MTK 10A平台上报的一个断言错在 vrt_task.c 文件， vrt_sys_check_mmi_has_gdi_lock函数处出错。求指点
不要说直接去跟就完了。跟也跟过，这个函数是在库里的不能跟到定义。
我来帮他解答
其他类似问题
lock的相关知识
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁我在学习MTK MMI的时候把程序独立后，F5试调遇到报错，求大神们指点下 希望能给出具体的步骤_百度知道
我在学习MTK MMI的时候把程序独立后，F5试调遇到报错，求大神们指点下 希望能给出具体的步骤
&------ 已启动生成: 项目: MoDIS, 配置: Debug Win32 ------1&正在链接...1&mmi_app.lib(mainmenu.obj) : error LNK2019: 无法解析的外部符号 _mmi_myapp_entry，该符号在函数 _goto_main_menu 中被引用1&.\Debug/MoDIS.exe : fatal error LNK1120: 1 个无法解析的外部命令1&生成日志保存在“file://f:\Object\modis_6252_email\MoDIS_VC9\MoDIS\Debug\BuildLog.htm”1&MoDIS - 2 个错误，0 个警告
是MTK6252_10A
提问者采纳
现在这个都淘汰了啊，你还在学习这个？mmi_myapp_entry这个定义了没？或者有编译进系统么？
额额....我不懂哦,我是刚毕业的应届生,学的是嵌入式技术与应用专业,在学校学的是C语言和51单片机.。。刚从学校出来。。这是第一次上班,老板让我学这个的,我有写mmi_myapp_entry这个函数的.怎么看它有木有编译进系统?
简单的方法是你在mmi_myapp_entry这里加一个语法错误，看看编译有没有报错。 mmi_myapp_entry所在的文件是系统自带的，还是你新建了一个文件？新建的文件需要把文件路径加进系统编译
提问者评价
其他类似问题
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁MTK 显示从 MMI WGUI LAYER 到DRIVER 刷新到LCD的流程_52RD研发论坛
MTK 显示从 MMI WGUI LAYER 到DRIVER 刷新到LCD的流程elliezhu1016 Post at
15:57:03&&最近想搞明白MTK平台整个的显示流程,想请高手解释一下这中间的奥妙.....&&&从MMI&WGUI&layer层我们所熟悉的show&categoryScreen到最后DRIVER将MMI传过来的DATA数据刷新到LCD,这中间的流程,有谁能帮我整明白么?[em13][em13][em11][em11]perennial Post at
20:00:45好问题，我也想学习。elliezhu1016 Post at
11:27:30那LS同学学习成果,我们可以一起研究交流一下哦希望有兴趣的人加入,一起探讨....wanghaiyang Post at
12:49:10大家谁建个群&&这样比较方便讨论&&kevin_dx Post at
17:08:03希望有高手能指点一下嘛,帖子不能这样沉下去啊caz28 Post at
12:03:30show&categoryScreen也是调用画图的函数画界面,gdi_draw_xxx,这些函数先判断clip,再修改活动的层的buffer,当调用gdi_layer_blt_ext()时,才涉及到drive.在gdi_layer_blt_ext里最终会调用lcd_fb_update,这个函数有一千七百多行,里面经过一通判断,会调用LCD驱动的BlockWrite函数,这个函数就把我们画的东西更新到屏幕上了.MTK的代码宏和全局变量太多,函数指针也很多,我没写过这么大的程序,不敢乱加评论,只能说我看着很晕.perennial Post at
18:03:22caz28&讲得很好，我也分析到了这个过程。我觉得有两个层次，首先是从DrawScreen到GDI,另一个从gdi_layer_blt_ext到LCM&GRAM的过程。前一个层次的问题我还没有深入研究，对后一个问题做了浅显的分析。数据流为线索分析，其基本流程是通过config_lcd_layer_window函数来设置图层和窗口信息后通过lcd_fb_update更新窗口；这个过程MTK设计了一个复杂的状态机（标名为：LCD&Interface&State&Machines，文档名称为：LCD_all_chip_API_Design_V1.01.pdf），我还没有仔细研究，如果弄懂了会分享给大家。我现在遇到了两个困惑：1)&从framebuf到LCM&GRAM&拷贝数据的DMA是如何触发的？&&&&我看了一下DATASHEET，其中有个叫做IMAGE&DMA的，可能是合并图层和拷贝数据等专用的DMA，但是它何时被启动我没有在代码中找到，因为lcd_fb_update太大了，怀疑是在START_LCD_TRANSFER中被启动的不能确定。希望达人指点；2)&图层合并是何时发生的？我准备把这两个问题弄清楚了，再来研究它的状态机。把状态机搞清楚了，再来搞清楚多层、多屏时的framebuf切换、传递流程。把framebuf问题搞清楚了，再来研究window层的东西。不知道这个思路是否可行，还请达人指点。wzl1188 Post at
9:15:05很受启发singlespark Post at
11:25:15START_LCD_TRANSFER开启了DMA传输，会将各层frame&buffer中的数据先合并后传输到GRAM中去。图层的合并就在此时发生，由于是硬件合并，所有没有代码。joelwang Post at
12:52:02谢谢,&受益非浅,谢谢jackyY Post at
16:39:28是这样的过程:&WGUI&&-&GUI&&-&GDI&&-&LCD&dirver&&-&Display&bufferspirit_wolf Post at
14:11:12WGUI和GUI有啥区别？luffier Post at
13:35:32学习了..sumuhhdxx Post at
14:10:45顶了，这么好的帖子，学习了。UFO2006 Post at
10:49:41好帖，顶，upfeixun007 Post at
16:40:54顶贴，希望有高手继续讲解。。yangxb Post at
18:05:38以一段代码来说明（这里省略了很多的东西）：void&EntryScrIncomingOptions(void){&&1、退出上一窗口，进入新的窗口；EntryNewScreen(ITEM_SCR_INCOMING_OPTIONS,NULL,&EntryScrIncomingOptions,&NULL);2、获取当前窗口的GUI&buffer&guiBuffer&=&GetCurrGuiBuffer(ITEM_SCR_INCOMING_OPTIONS);&&&3、获取列表窗口的子菜单数目；number_of_items&=&GetNumOfChild_Ext(MITEM_OPT_PSEUDO);4、获取要显示的字符串序列；GetSequenceStringIds_Ext(MITEM_OPT_PSEUDO,&list_of_items);&5、设置当前窗口的父窗口的ID；SetParentHandler(MITEM_OPT_PSEUDO);6、注册highlight&函数RegisterHighlightHandler(ExecuteCurrHiliteHandler);7、在已经获取了以上信息后，绘制当前的窗口；&&&&ShowCategory1Screen(&&&&&&&&STR_SCR1002_CAPTION,&&&&&&&&0,&&&&&&&&STR_GLOBAL_OK,&&&&&&&&IMG_GLOBAL_OK,&&&&&&&&STR_GLOBAL_BACK,&&&&&&&&IMG_GLOBAL_BACK,&&&&&&&&number_of_items,&&&&&&&&list_of_items,&&&&&&&&0,&&&&&&&&guiBuffer);ywen1018 Post at
23:11:28好贴，好人啊，顶！！MTKPHONE Post at
2:03:46怎么说呢，基本上到了lcd_fb_update这个函数，你就别想跟下去了，不过通过MTK提供的仿真可以推出来，lcd_fb_update这个函数做了这么几件事：1.&layer&compound,&图层复合，对四个（或六个）图层进行复合，包括clip,&alpha&blending(opacity)，形成最后逻辑上的一个复合图像2.将复合后的图像COPY到显存。===========================送你几个关键字：frame&buffer,&linear&addresssumuhhdxx Post at
16:34:29真的是&个好帖！！！！！！zhaotieming Post at
12:27:25我的理解，START＿LCD＿TRANSFER　与DMA没有关系，非DMA也需调用这个宏。指定使用DMA，是通过宏ENABLE_LCD_ROI_CTRL_CMD_FIRST来指明的。DMA与非DMA的数据传输流程有何区别？特别是指令传输的区别？不知有哪位高人可以出来说说？此帖不错，希望一直讨论下去。perennial Post at
17:52:56通过DATASHEET可以看出，START_LCD_TRANSFER的作用是：Start&Contrl&of&LCD&Frame&buffer&.由此推断出这是向LCM搬运数据的触发点，进而做出是触发DMA传输的猜测也是有一定的道理的。至于ENABLE_LCD_ROI_CTRL_CMD_FIRST，从DATASHEET上看应该是：Comamnd&Tansfer&Enable&Control，是传送命令的启动点。perennial Post at
17:57:10请达人解释LCD更新的几种触发模式：LCD_SW_TRIGGER_MODE&&&&&&/*&LCD&SW&trigger&with&frame&buffer&*/LCD_HW_TRIGGER_MODE&&&&&&/*&LCD&HW&trigger&with&frame&buffer&*/LCD_DIRECT_COUPLE_MODE&&&/*&LCD&HW&trigger&without&frame&buffer,&direct&couple&*/anmin Post at
15:32:31群号:MTK手机综合群oosky Post at
11:02:06Mark，pppppw Post at
9:20:49好帖[em14]pppppw Post at
9:22:00好东西[em08]singlespark Post at
13:25:30以前讨论过的帖子，今天又看到了。以前一直以为START_LCD_TRANSFER触发了DMA传输，现在看来好像又不是。不管是不是DMA模式，都会调用START_LCD_TRANSFER。spirit_wolf Post at
14:41:09好帖又被顶上来了！fendynd Post at
15:15:09顶下有在方案公司做mmi&的，可加我Q：，我可以介绍外块给大家perennial Post at
10:54:49事实越辩越清，欢迎更多达人参与，共同提高。eastvenuslee Post at
10:41:05大家继续呀，好贴顶起来，受益匪浅！denghost Post at
10:54:05[em01]denghost Post at
10:25:30[em01]eastvenuslee Post at
13:50:09Mark&again~Wait&for&going&ahead.Justinyue Post at
18:07:37关注，期待高手解决……zzfalian Post at
20:56:54好贴，顶一下~~~why Post at
9:23:23受益非浅,谢谢[em08]zhaotieming Post at
23:55:52好贴，顶！dilemma Post at
19:13:51好贴，顶！hmsxg4160 Post at
9:52:23mark,dingdilemma Post at
15:32:12这个可以用什么工具来跟踪总的过程吗？这样不是要方便很多zzb_boy Post at
16:53:10猜测DMA触发在这个函数lcd_fb_update_to_memory，猜测多层合并是硬件完成，合并的原理是通过A值加权求和很喜欢perennial兄弟研究角度，深有体会BrayL Post at
15:34:41通过模拟器的代码可以猜测&多层合并的时候应该和模拟器差不多通过&source&key&和A值进行&颜色的合并[em01]liufuliang Post at
14:59:40不错,顶一下chuanqiudiyi Post at
22:56:00顶起~~~ruifeng2006 Post at
23:04:43学习了UPfangel74 Post at
13:38:56学习,&顶起daniel_shuai Post at
16:54:05学习了~~~~dollfacedboy Post at
22:43:07尽管我也不明白,我却知道你们都没有说明白,因为听你们说了,我还是不明白![em14]