MTK手机软件系统工程和配置简介(二)

转载:
                             MTK手机软件系统工程和配置简介(二)
2008年01月24日 星期四 14:17

. MTK手机软件系统的构建过程

    如前面一节所述,MTK手机软件系统的构建使用了GNUmake,使得整个工程的构建可以自动进行,且可以灵活控制。整个构建过程由Make.batmake2.plMoDIS.dswGsm2.makOption.mak_.mak等文件控制。构建PC模拟版是通过msdevVC的工程文件MoDIS.dsw来完成的。Gsm2.mak是构建ARM版的核心Makefile文件,整个构建过程由其控制,其他是一些启动、选项配置、子过程的文件。其关系图如下所示。


    在MTK手机软件系统的根目录下有一个批处理文件Make.bat,这个批处理文件启动了整个工程的构建过程。在windows的命令行下,在该系统的根目录下输入命令make和相应的参数即可开始工程的构建,该批处理文件的使用方法如下所示。

Usage:
   make [
"customer"|"mt62xx"] "project" "action" ["modules"
]

Description:
   customer   
=
mtk              (Default customer)
             
=
firefly17_demo   (FIREFLY17_DEMO project)
             
= [mt6217|mt6219|mt6226|mt6227|mt6228|
mt6229] (EVB only)
             
=
...

   project    
= l1s              (Layer 1 stand-
alone)
             
=
gsm              (GSM only)
             
=
gprs             (GPRS only)
             
=
basic            (Basic Framework)

   action     
= new              (codegen, resgen, clean, update) (default
)
             
=
update or u      (scan, compile, link)
             
=
remake or r      (compile, link)
             
=
clean or c       (clean)
             
=
resgen           (resgen)
             
=
c,u              (clean then update)
             
=
c,r              (clean then remake)
             
=
codegen          (codegen)
             
=
viewlog          (open edit to view build log)
             
=
emigen           (emigen)
             
=
emiclean         (emiclean)

   module(s)  
= modules'' name    (kal, l1, ...)

   => OPTIONAL when action is one of (clean c remake r update u c,r c,u)

Example:
   make gsm
new                          (MT6205B EVB new
)
   make gprs codegen                     (MT6218B EVB codegen)
   make mt6219 gprs update               (MT6219 EVB update)
   make firefly17_demo gprs
new

   make milan_demo gprs c,u init custom
   make mt6219 gprs r init custom drv

    其中较常用的actionnewupdateremakenew_modis这几个。

    new是全新开始构建整个工程的ARM版,包括图片、声音、字符串等资源都要重做,依赖的其他动作最多,是最彻底也是耗时最长的一个动作,一般得到一个新的MTK发布版本后要做一次。

    update是重新更新整个工程的ARM版,该动作会扫描工程中文件和库的依赖关系,若依赖关系有变化会建立新的依赖关系,随后根据新的依赖关系重新编译链接有改动的部分,一般在增加或删除一些驱动或应用的情况下需要用update

    remake是重新编译整个工程的ARM版,该动作只是简单的重新编译链接有改动的部分,不检查依赖关系,是耗时最短的一个动作,也是最常用的动作。

    new_modis是全新构建整个工程的PC模拟版,其调用VC的编译器和链接器得到一个可以在windows上运行的PC模拟版。MMI应用软件工程师可以在没有硬件板的情况下在PC上检查和调试自己写好的应用。

    Make.bat实际上只起引导作用,其只有一行批处理语句perl make2.pl %*,于是运行该批处理文件后控制权转给了perl脚本make2.pl。在这个perl脚本中解析了用户输入的命令行参数,设置变量,准备make时需要的临时配置文件,随后根据生成的可运行映像是PC模拟版还是ARM版而分别调用不同的构建过程。

    Pc模拟版的构建通过调用如下命令实现。

        system("$msdev MoDIS.dsw /MAKE \"$argu - Win32 $modisDir\"

                    /OUT ${MoDISLogDir}\\${argu}.log")

    在这里$msdev就是VCmsdev,通过VC的工程文件MoDIS.dsw和后面的参数进行具体的构建过程。熟悉VC工程的朋友应该比较清楚,因此就不再具体解释了。之后将只以ARM版为主来讲解整个工程的构建过程。

     ARM版的构建通过调用如下命令实现。

        system("${makeCmd} -f${makeFolder}${myMF} -r -R

                    CUSTOMER=$custom PROJECT=$project $action")

    在这里${makeCmd}tools\make.exe,即GNUmake${makeFolder}${myMF}make\Gsm2.mak$actionnewupdateremake等。变量CUSTOMERPROJECT分别是客户名和项目名,在构建过程中将根据此两个变量的值选定项目相关的配置文件,从而实现客户化的定制。通过给make指定ARM版的核心Makefile文件Gsm2.mak,开始了ARM版的构建过程。

    Gsm2.mak文件中包含了Option.mak这个配置用的Makefile文件,另外还包含了一些以.tmp和.bld为后缀的由perl脚本make2.pl生成的临时配置文件。这些临时配置文件主要是一些action如clean、remake等所需的变量设置,及客户化和版本号等的一些信息。Gsm2.mak控制了new、update、remake等动作的过程。具体分别如下所示。

new : cleanall cmmgen mmi_feature_check asngen codegen asnregen \
           operator_check_lite update

update
: cleanlog cleanbin mcddll_update codegen resgen cksysdrv remake

remake
:
cleanlog cleanbin genverno libs $(BIN_FILE) done

    上面的构建过程的几个步骤中,最重要的两个步骤是libs、$(BIN_FILE) 。libs调用ARM版的编译器和连接器将各个模块目录下的C文件编译链接为独立的库。$(BIN_FILE)这个步骤将各个模块编译链接得到的库和mtk_lib目录下的库一起链接起来得到一个映像文件,然后使用ADS的工具fromelf将映像文件生成以变量BIN_FILE命名的二进制文件,该文件可以下载到硬件板上运行。
    libs这个步骤如下所示。
libs: cleanlib startbuildlibs $(COMPLIBLIST)

    libs中真正进行编译链接的步骤是$(COMPLIBLIST),要生成的库由变量COMPLIBLIST列出,在ARM版中,变量COMPLIBLIST从变量COMPLIST得到。变量COMPLIST是在Option.mak及其包含的Makefile文件中赋值的。因有很多库需要编译链接,变量COMPLIBLIST展开后包含多个步骤,而这些步骤都是重复不变的,因此在定义步骤$(COMPLIBLIST)的构建过程时使用%.lib代替。%.lib这个步骤先清除了之前的一些依赖关系文件,将一些变量的设置写入~compbld.tmp这个临时文件中,然后给make指定Makefile文件comp.mak,完成库的编译和链接,如下所示。

%.lib:
    …
    @if /I %OS% EQU WINDOWS_NT \
        (if /I $(BM_NEW) EQU TRUE \
            (tools\make.exe -fmake\comp.mak -k -r -R $(strip $(CMD_ARGU)) COMPONENT=$* > $(strip $(COMPLOGDIR))\$*.log 2>&1)
\
        else \
            (tools\make.exe -fmake\comp.mak -r -R $(strip $(CMD_ARGU)) COMPONENT=$* > $(strip $(COMPLOGDIR))\$*.log 2>&1) \
        ) \
    else \
        (if /I $(BM_NEW) EQU TRUE \
            (tools\make.exe -fmake\comp.mak -k -r -R $(strip $(CMD_ARGU)) COMPONENT=$* > $(strip $(COMPLOGDIR))\$*.log) \
        else \
            (tools\make.exe -fmake\comp.mak -r -R $(strip $(CMD_ARGU)) COMPONENT=$* > $(strip $(COMPLOGDIR))\$*.log) \
        )


     上面的命令语句中,参数-k是指有错误也要继续编译,-r和-R是指没有GNU make的默认规则和变量。COMPONENT=$*把当前要生成的库赋给变量COMPONENT。要注意%.lib匹配了所有要生成的库,但这个步骤一次只生成一个模块的库,这个步骤对所有匹配到的库都会执行一次。
    comp.mak这个Makefile文件控制了模块的编译链接过程。在这个文件中,首先将当前模块要生成的库(由变量COMPONENT传入)设置给了变量TARGLIB。之后从.lis文件中得到SRC_LIST和CPPSRC_LIST两个源文件列表,设定要编译的C文件、C++文件、汇编文件等的列表,和要链接的中间目标文件的列表。将.inc、.def、.pth文件中的头文件路径、C文件路径、编译链接参数等赋值给相应的变量。将平台相关(如6223、6225)的编译参数加上,确定使用ARM编译器还是thumb编译器,是否支持ARM指令和thumb指令的interwork模式。最后进入库的编译链接过程。
    库的编译链接由update_lib步骤完成,这个步骤直接依赖了$(TARGLIB)。目标$(TARGLIB)是由所有按照.c.obj、.s.obj、%.obj: %.cpp等规则编译得到的中间目标文件链接得到的。其主要过程如下所示。
$(TARGLIB):
    ...
    @if exist $(FIXPATH)\$(CUS_MTK_LIB)\$(COMPONENT).lib                                         \
        (copy /z $(FIXPATH)\$(CUS_MTK_LIB)\$(COMPONENT).lib $(subst /,\,$(TARGLIB))) & \
        ($(LIB) -r $(TARGLIB) $(COMPOBJS_DIR)/*.obj)                                     \
    else                                                                                                 \
        ($(LIB) -create $(TARGLIB) $(COMPOBJS_DIR)/*.obj)
...

    Option.mak是整个工程构建过程中的总控配置文件,在这个文件中还包含了_.mak和REL_CR_MMI_.mak这两个项目相关的配置文件,用户自定义的配置文件USER_SPECIFIC.mak,另外还包含了一些临时生成的配置文件。这些配置文件在一起设置了工程构建过程中用到的编译器、链接器,库和二进制的工具,设置了编译链接时的参数,公共的头文件路径,设置了需要包含mtk_lib目录中的哪些既有的库,设置了需要生成的库等一系列相关的设置。这些设置都由一些重要的变量保存,具体在下一节中讲解。
 

. MTK手机软件系统的配置

     MTK手机软件系统的大部分配置都已经确定,基本上不需要再改变,一般是MTK发布新的版本时会作些改变,客户不大需要关心。最主要的配置文件是Option.mak,而客户化定制需要需要修改的主要是_.makREL_CR_MMI_.mak这两个文件。

     Option.mak文件中设置了工程构建时用到的编译器、链接器、库管理、二进制文件生成等工具的路径和可执行程序名,设置了基本的编译链接参数,指定CPU类型(ARM7EJ-S),确定最终使用的库列表(COMPLIST)

     

    一个项目是由工程中的多个基本库、第三方库和由源代码新编译链接的库组成的,最终这些库链接到一起得到一个完整的可执行映像文件。由哪些新编译链接的库来组成一个项目是由四个关键的变量决定,其中一个是前面提到的COMPLIST,另外三个分别是CUS_REL_SRC_COMPCUS_REL_PAR_SRC_COMPCUS_REL_MTK_COMP。这个几个变量的关系如下所示

# *************************************************************************

# Custom Release Component Configuration

# *************************************************************************

# Be sure the following:

# 1. CUS_REL_SRC_COMP + CUS_REL_PAR_SRC_COMP =COMPLIST(CUSTOM_RELEASE = True)

# 2. CUS_REL_SRC_COMP + CUS_REL_PAR_SRC_COMP + CUS_REL_MTK_COMP = COMPLIST(CUSTOM_RELEASE = False)

     COMPLIST确定了该项目最终是由哪些库(组件)组成的。MTK的内部版本构建时,则包括 CUS_REL_SRC_COMPCUS_REL_PAR_SRC_COMPCUS_REL_MTK_COMP这些库。客户版本构建时,则只包括 CUS_REL_SRC_COMPCUS_REL_PAR_SRC_COMP这些库。手机设计公司构建的版本都是客户版本,因此只要改变 CUS_REL_SRC_COMPCUS_REL_PAR_SRC_COMP这两个变量的值即可以定制自己的项目了。

    MTK_LIBS确定了该项目最终包含了哪些MTK提供的基本库。

    COMPOBJS确定了该项目最终包含了哪些第三方提供的不带源代码的库。变量CUS_RES_OBJ_LIST用于把这些第三方库随项目发布。

    Option.makREL_CR_MMI_.mak这两个文件都有对这两个变量CUS_REL_SRC_COMPCUS_REL_PAR_SRC_COMP赋值。但Option.mak文件只是设定了整个工程需要的基本库,如手写、图形解码等,和特定项目没有关系。因此客户要定制自己的项目只需要修改REL_CR_MMI_.mak这个文件对这两个变量的赋值即可。

    _.mak文件也有对COMPLIST的赋值,但这只是对MTK的内部版本有用,客户版本没有影响。值得注意的是,该项目的绝大部分功能特性(feature)是在这个文件中确定的,如使用的sensor、支持哪些音视频格式、电话本大小、LCD屏幕大小等。下面是该文件中的部分内容。

J2ME_SUPPORT      = NONE    # J2ME support: NONE, MTK_J2ME, J2ME_LIB, \
                               MTK_J2MEHI, J2MEHI_LIB, MTK_DUMMYVM

DRM_SUPPORT = NONE #DRM VENDOR: NONE, MTK, BSCI

DRM_VERSION = NONE # DRM VERSION: NONE, V01, V02, ALL

AMRWB_DECODE        = TRUE      # TRUE/FALSE

AMRWB_ENCODE        = FALSE     # TRUE/FALSE
               # MT6219 DSP cannot support AMRWB_ENCODE when GPRS connection

JPG_DECODE          = JPG_HW    # NONE, JPG_HW, JPG_SW

JPG_ENCODE          = JPG_HW    # NONE, JPG_HW, JPG_SW

GIF_DECODE          = TRUE      # TRUE/FALSE

PNG_DECODE          = NONE      # NONE, PNG_HW, PNG_SW

DAF_DECODE          = TRUE      # TRUE/FALSE

MJPG_SUPPORT        = FALSE     # TRUE/FALSE

MP4_CODEC           = TRUE      # TRUE/FALSE

AAC_DECODE          = TRUE      # TRUE/FALSE

ISP_SUPPORT         = TRUE      # TRUE/FALSE

CMOS_SENSOR         = OV7660        # OV9640, PAS105, PAS302, NONE, MT9D011, \
                                       MT9M111, OV9650

. 增加模块的配置实例

    若我们需要加入zlib这么一个模块(zlib包含了很多程序都用到的压缩和解压函数),我们可以按如下步骤进行。

    1. zlib的源代码包拷贝到你的MTK软件系统根目录下,这样所有的zlib代码都在zlib目录或zlib-1.2.3目录下(用哪个目录名由你的喜好来确定),在此为简单起见就放在zlib目录。

    2. make目录下新增一个zlib的目录(最好和根目录下的目录名一样),增加四个文件,分别是zlib.defzlib.inczlib.liszlib.pthzlib.def文件只要加上APCS_INTWORK就可以了,其他三个文件中加上源文件及其目录、头文件目录即可。

    3. REL_CR_MMI_.mak这个文件的合适位置加上如下语句。

CUS_REL_SRC_COMP += zlib

    4. 把这个工程remake一下,若没有错误,zlib模块就成功加上去了。其他模块就可以调用zlib提供的压缩和解压缩函数了。


     若我们需要加入一个没有源代码的第三方库,譬如加入wifi,我们可以按如下步骤进行。

    1. wifi的所有第三方库文件拷贝到一个新建的wifi目录下。

    2. Option.mak这个文件的合适位置加上如下语句。

ifeq ($(strip $(WIFI_SUPPORT)),WIFI_LIB)

    COMPOBJS += wifi\sslplus.lib

    CUS_REL_OBJ_LIST += wifi\sslplus.lib

    COMPOBJS += wifi\sb.lib

    CUS_REL_OBJ_LIST += wifi\sb.lib

endif

     3. 把这个工程remake一下,若没有错误,wifi库就成功加上去了。其他模块就可以调用wifi提供的功能了。

投 票

觉得本文不错,投一票   

评 论

  • 嵌入式在线网友  2008-8-29 18:23:31
  • 嵌入式在线网友
    本人想搭建 mtk 开发环境,请朋友们提供 mtk 平台程序文件,可支付点费用,谢谢! QQ: 16280900 ,有效期, 2008-08,09月.
  • 嵌入式在线网友  2008-10-17 13:28:29
  • 嵌入式在线网友
    因为自己对自己的MTK核心的手机功能不满意,希望能够自己对系统进行修改,定制,请问如何能够得到文中所指的软件包,多谢.


验证码: 看不清?换一张