bigbaicai

芯方式是以半导体人、电子工程师等电子行业相关领域从业人员为核心的知识经验学习、分享、交流社群。 凭借开放、合作、共赢的运营理念,聚集了来自国内外知名院校和顶尖科技公司的半导体人、电子工程师。 我们致力于营造专业、认真、有温度的分享交流环境,将高质量的内容和方案成规模地生产和分享,帮助个人和团队在芯方式找到有价值的Key。 http://www.icfans.com/

MTK针对第三方VM的支持策略

0
阅读(197) 评论(0)

[DESCRIPTION]
MTK支持哪些Java虚拟机?
MTK对于Rolltech和Aplix的支持策略有何不同?
[SOLUTION]
MTK支持哪些Java虚拟机?icfans
MTK平台常用的Java虚拟机供应商( VM vendor)主要有两家: Rolltech(滚雷)和
Aplix(原IA solution)。
Rolltech是一直与MTK合作的VM vendor。从10A(含)之后, MTK内部项目使用的VM只
有Rolltech,整合其VM并且通过每次MTK内部的测试。 MTK Java适配层( Java
Adaptation Layer ,JAL)的设计、修改和测试都是基于Rolltech的VM。 10A(含)之
前Rolltech给出的SVM是IJET; 11A(含)之后, Rolltech给出的MVM是NEMO,其中有
两个特例,即11B1132MP和11B1132SP由于是slim版本,因此仍使用Rolltech的IJET。
Aplix的VM是Jblend( Jblendia),其VM曾在09A和09B的若干版本参与过MTK的内部测
试,之后Jblend就再也没有和MTK整合测试过。由于MTK JAL是full source code
release的, 因此10A( 含) 之后Aplix对于VM的porting策略是根据JAL的设计,单方
面porting。这一限制也导致对于10A(含)之后使用Aplix VM的客户, MTK支策略
的不同。icfans
MTK对于Rolltech和Aplix的支持策略。(请使用Aplix VM的客户重点关注该宣导)
使用Rolltech VM的客户,出现Java问题时,可以选择将该问题先行提交MTK或
Rolltech中任意一方。第一手分析方如果发现问题需要另一方协助澄清,或完全需要
依靠另一方解决,则会与另一方一起讨论解决。
使用Aplix VM的客户,出现Java问题时,应依序参照下述原则:
1、所有Java问题应当由Aplix一线分析。
2、如果Aplix认为该问题由JAL代码导致,须通过客户向MTK提供清楚的分析报告。如
果无法证明JAL有问题,则须麻烦Aplix自行修改JAL来解决。因为JAL已经通过MTK的
SQC测试,也在其它VM上证实是没有问题的。
3、如果是由于MTK平台和VM的适配导致的问题, MTK可以给出VM的修改建议,之后由
Aplix自行修改VM来解决。如果Aplix评估后认为修改VM的工作量太大,希望修改JAL
来解决,则仍须麻烦Aplix自行修改JAL。并且,这部分修改后的JAL代码, MTK无须帮
忙review,后续如果出现修改导致的新问题仍须遵循以上三条原则解决