① MTK 如何配置内核编译选项
使用make menuconfig ，来配置kernel的选项
a、首先通过下面的方式进入menuconfig, 在project 下输入：
cd kernel
TARGET_PRODUCT=<project> make menuconfig
在弹出的窗口后，enter < / > 进入查找窗口，输入要查找的kernel feature名称
查到该feature后，选择开启或者关闭该feature， 保存，退出menuconfig
b、 完成上述配置后，将.config复制到mediatek/config/$project/autoconfig/kconfig/目录下并重命名为project
然后进行编译kernel
② MTK的开发环境怎么搭建
一、开发环境设立
以下表述中提到的相关压缩包或安装文件到华禹ftp服务器下载，部分文件要到群共享里面下，那里是最新的。
华禹ftp服务器：IP：220.113.15.15，帐号为study-bbs.com，密码为study-bbs0304
P1300的QQ群号: 15762255
P1300_Build_Guide.rar来自ftp服务器，“华禹\MTK相关部分”目录下
手机开发板C语言开发视频.rar来自ftp服务器，“华禹\MTK相关部分”目录下
huayu109_ads1.2.rar来自ftp服务器，“华禹\旋风001手机模块\1.工具类”目录下
huayu102_ADS12_Patch_Windows.rar同上
huayu106_perlzip.rar同上
huayu108_SourceInsight3.5.rar同上
huayu101_p1300软件使用工具及开发指南.rar同上
huayu201_P1300_V1.7_Release.rar文件来自群共享
huayu203_P1300_V1.7_Release_patch.rar文件来自群共享
FlashTool_v3.0844.00.rar文件来自群共享
1、开发主机要求及所需工具：
操作系统：Windows 2000, WinXP. 推荐Windows 2000 with SP2 or later.
编 译 器：ADS (Arm Developer Suite) v1.2 [Build 842]
Perl解析：ActivePerl, 推荐使用ActivePerl 5.6.1版本
仿真工具：MTK PC Simulator
跟踪工具：Catcher_L1 v3.10.01，从串口输出调试信息，只做普通UI应用的话，大致不会用到，用PC仿真工具就好了
烧录工具：FlashTool_UI v3.1.05 或 FlashTool_v3.0844.00
其他：PL2303_Driver_XP2K v20，这是下载线用到的USB串口驱动，以前机器上装过PL2303驱动的就不必再装了
二、开发环境建立过程：
新建一个目录，英文的好了，否则有些工具不认识中文路径，这里以E:\MTK_P1300为例说明，下面我用文字和图片简单说明下安装过程，更详细的安装过程可以看压缩文件“手机开发板C语言开发视频.rar”中的Flash文件“P1300_Build_Env.swf”。
（1）安装ADS1.2
解压文件huayu109_ads1.2.rar到某个目录，比如说解压到“E:\MTK_P1300”，解压完后运行“E:\MTK_P1300\ADS1.2\Setup.exe”，一路按下一步，最后安装License时选定文件“E:\MTK_P1300\ADS1.2\CRACK\ license.dat”，然后接着一路下一步直到安装完。安装完后删掉目录“E:\MTK_P1300\ADS1.2\”，节省磁盘空间。
（2）安装ADS补丁
运行huayu102_ADS12_Patch_Windows.rar压缩文件中的ADS_Patch_Window.exe，这是个自解压的压缩文件，选Unzip解压到上一步ADS的安装目录(缺省是C:\Program Files\ARM\ADSv1_2)，解压过程中如果问到是否覆盖，全部选覆盖好了。
（3）安装脚本解释器Perl
直接运行压缩包huayu106_perlzip.rar里面扩展名为msi的安装文件，缺省安装就好，一路Next，呵呵。
上述几步完成后，编译环境基本建立，此时可以开一个dos窗(开始菜单->运行->输入cmd->确定)看一下，安装正常应该能顺利执行以下命令，如下图：
注意看版本号，应该是ADS1.2 [Build 842]，不是的话可能没打补丁，或补丁打的位置不对，请看第2步ADS补丁部分的说明并重新打一次，直到版本号对为止，哈哈。
这是perl解释器的运行画面。
注1：上述安装过程会自动创建编译环境所需的环境变量，如果发现编译不正常了，可能是安装了其他编译工具导致冲突，这时建议查看下系统环境变量，把Perl和ADS的安装目录调到最前面，同时从path中去掉可能会产生冲突的编译工具链的路径(例如winavr)，如下图所示(我是安装到D盘滴，缺省是C盘，不过我C盘几乎被我塞满了)：
如果嫌改path麻烦(因为要用到其他编译工具链的时候还得改回去)，还有一种办法，就是改make.bat批处理，具体见注4中相关说明。
注2： 如果安装ADS时，改变了默认安装路径，需要修改源码中的设置，源码目录树解压过程见模拟器编译环节相关介绍。
1. make\Option.mak
2. ----------------------------------
3. ifeq ($(strip $(COMPILER)),ADS)
4. DIR_ARM= c:\progra~1\arm\adsv1_2 # 修改这里
5. DIR_ARM := $(strip $(DIR_ARM))
6. DIR_TOOL = $(DIR_ARM)\bin
7. DIR_ARMLIB = $(DIR_ARM)\lib
8. DIR_ARMINC = $(DIR_ARM)\include
9. endif
10. ------------------------------------------------
比如改装到D盘了，这里把红色部分“c”改成“d”就好了
（4）代码编辑环境
运行压缩文件huayu108_Source Insight3.5.rar中的安装文件安装即可。至于编辑器，这个看个人喜好了，不过Source Inside看代码蛮方便的。
（5）PC机模拟器
模拟器MTK PC Simulator是用来在PC上仿真调试用的，要安装VC6 SP6(同时要安装Uuicode 静态和动态库，没有装Unicode库的可以用“huayu103_MTK模拟器DLL补丁.zip”中的库，拷到系统目录“%windir%\system32”下即可)。我机器上的VC是有装Unicode库的，没装过Unicode库的如果在模拟器编译或运行中出现问题，建议重装下VC6，安装时勾选Unicode库，并打上相关补丁到SP6。
模拟器能模拟真机的大部分行为，这样能给调试带来很大便利，不需要每次改动都要烧录。
模拟器要从源码编译，解压压缩包“huayu201_P1300_V1.7_Release.rar”里面的文件“HUAYU_P1300_V1.7_Release.rar”到目录“E:\MTK_P1300”，此时会出现目录“E:\MTK_P1300\P1300_V1.7_Release”，这就是P1300的代码目录树了；接着打上最新的补丁，解压压缩包“huayu203_P1300_V1.7_Release_patch.rar”里面的压缩文件“HUAYU_P1300_V1.7_Release_patch.rar”到目录
“E:\MTK_P1300\P1300_V1.7_Release”，解压时选择全覆盖以替换被修改过的文件，打补丁之前对目录树里面的文件进行修改过的，需要手动再加上去。
编译PC仿真器之前需要先把刚才上面得到的目录树build一次，开一个dos窗，盘符和目录转到代码目录树对应的盘符和目录，例如：
1. E:
2. cd E:\MTK_P1300\P1300_V1.7_Release\
3. make new
注3：第一次make的时候要用“make new”，make new的时间比较长(慢的机器搞不好要2小时以上)，编译过程中间会出现一些文件找不到的信息，只要编译过程没意外终止，那些信息可以忽略。编译日志文件位置: build\NEOTEL25_06B\log\，要查看编译过程有啥问题就看这个目录下的文件了；生成的bin文件位置: build\NEOTEL25_06B\*.bin，下载烧录就是烧bin文件。
这里顺带介绍下build的命令格式：
make new 清除后重新编译整个项目
make resgen 重新生成资源
make remake重新编译链接项目
make viewlog xxx 查看模块xxx的编译日志
make查看可以用make选项帮助信息
注4：如果机器上装了其他gcc编译工具链(比如winavr之类)的话可能要手动改下Path，否则编译会出错，修改Path的方法见注1，也可以修改批处理文件“E:\MTK_P1300\P1300_V1.7_Release\make.bat”，在“perl make2.pl %*”之前加上下面两句：
1. set PERL5LIB=D:\perl\lib
2. set PATH=D:\perl\bin;d:\progra~1\arm\adsv1_2\bin;E:\MTK_P1300\P1300_V1.7_Release\tools;c:\windows\system32;c:\windows;c:\windows\system
注意，上面的路径是我机器上的，不是缺省安装路径，要根据自己的实际安装路径做修改。
下面开始编译PC仿真器了，用VC6打开工程文件“E:\MTK_P1300\P1300_V1.7_Release\plutommi\mmi\ PC_Simulator.dsw”,然后开始编译，编译时间比较长，具体看机器配置了，这时又可以干点别的啥了，呵呵。
因为仿真器工程涉及文件较多，编译费时，建议编译过程中电脑上少开窗口，特别是网络类的，如QQ，有时会发现开QQ后，编译过程中VC会挂死，呵呵。有可能是开QQ后防火墙过滤网络数据占用较多系统资源，如果发现VC编译特别慢或干脆挂死，可以重启动一下电脑，只开必要的窗口，然后开始编译。
如果编译过程中发现怪异的问题，如：
1. incomingstringiddef.h(120) : error C2059: syntax error : 'constant'
2. 或者
3. error C2065: 'STR_CM_REDIAL' : undeclared identifier
4. 之类
5.
这个时侯你可能需要看一下你VC相关路径的设置顺序，如下图：
把VC原本的头文件路径调整到最前面，我刚开始编译的时候SDK的头文件在前面，编译总是通不过，改一下就好了，库也一样都调整下比较保险，呵呵。
（6）Tracer跟踪工具
解压文件P1300_Build_Guide.rar到E:\MTK_P1300，然后在文件管理器进入目录“E:\MTK_P1300\P1300_Build_Guide”，接着解压Catcher_L1_v3.10.01.zip到当前目录下的Catcher_L1_v3.10.01子目录，进入子目录Catcher_L1_v3.10.01，发送一个Catcher.exe的快捷方式到桌面。
在需要用到TRACE的时候，在代码中使用函数
void kal_prompt_trace(mole_type mod_id, const kal_char *fmt,...); 打印需要查看的信息，使用Catcher跟踪查看。
这个有点类似linux的Kernel Debug工具，具体使用方法见文档《cather使用手册.doc》，这个文档可在压缩包“huayu101_p1300软件使用工具及开发指南.rar”里面找到。
（7）烧录工具
解压文件“E:\MTK_P1300\P1300_Build_Guide\ FlashTool_UI_exe_v3.1.05.zip”到当前目录，然后进入目录“E:\MTK_P1300\P1300_Build_Guide\FlashTool_v3.1.05”,发送一个Flash_tool.exe的快捷方式到桌面好了。
还有个下载工具FlashTool_v3.0844.00.rar，也是不用安装，解压后直接用的，据说烧录速度比上面那个快。
具体使用方法见文档《flash_tool_MT平台使用教程.doc》，这个文档可在压缩包“huayu101_p1300软件使用工具及开发指南.rar”里面找到。
（8）USB串口下载线驱动
运行压缩文件
1. “E:\MTK_P1300\P1300_Build_Guide\ PL2303_Driver_XP2K_v20.zip”
里面的可执行文件进行安装，一路下一步，这里不再赘述。
nucleus实时操作系统MTK手机软件系统工程和配置简介
MTK使用了nucleus实时操作系统，在其上做了个内核抽象层的封装，以适应多种实时操作系统，如oscar、ThreadX、nucleus。整个软件系统包括nucleus操作系统、平台设备驱动、协议栈、文件系统、WGUI、MMI、J2ME等。在这里MMI部分几乎包括了操作系统内核、协议栈、文件系统之上的所有部分，其中WGUI也在其中。
MTK的PC模拟版使用VC的编译器和链接器生成，ARM版使用ADS1.2的编译器和链接器生成。因为MTK的整个软件系统是一个很庞大而且复杂的工程，并且要支持多个MTK的产品系列和多家客户的客户化支持，使用集成开发环境(IDE)已经无法胜任，而且很难做到整个工程的自动构建和资源、代码的生成。所以MTK的软件系统使用了windows下的GNU开发工具链(MinGW)来进行工程的管理、配置和构建，MTK将MinGW放到了第三方工具中。
另外还使用了perl脚本来解析用户输入的命令行参数，因此第三方工具中还包含了ActivePerl(windows下的perl解释器)。不过，整个软件系统并没有使用MinGW的全部工具，好象只使用了make这个工具，由几个Makefile控制了构建的过程，在编译和链接时根据最终生成PC模拟版还是ARM版而分别调用VC的编译器和链接器或ADS1.2的编译器和链接器。
③ mtk平台修改init.rc后如何快速编译啊
修改init.rc文件后，一般只需要做以下快速编译即可生成新文件。
./mk bootimage
④ MTK当修改一些代码时，使用什么编译命令可以
1: ./mk n(r) kernel; ./mk bootimage;当修改build-in 到kernel相关代码时,要使用此命令,具体文件参考如下:
alps/kernel/
alps/mediatek/platform/mt65xx/kernel/
alps/mediatek/source/kernel/
alps/mediatek/coustom/mt65xx/kernel/
alps/mediatek/coustom/common/kernel/
alps/mediatek/coustom/$porject_name$/kernel
...
ps: 由于./mk bootimag是很长的过程, 如果您没有修改到ramdisk相关的code, 可以参考以下FAQ加快编译.
只修改kernel的时候, 快速编译方法: FAQ05444
2: ./mk n(r) k /mole_path 当修改kernel mole相关代码时,要使用此命令,具体文件参考如下:
alps/mediatek/platform/mt65xx/kernel/drivers/ccci/
alsp/mediatek/platform/mt65xx/gpu/
......
通常看对应文件夹的Makefile就知道是build in到kernel,还是ko,
obj-m += xxx, 表示build成ko mole,
obj-y += xxx, 表示build in到bootimag.
ps: 要特别注意, 如果你new的时候是user版本, 在使用此命令的时候一定要加上
-oTARGET_BUILD_VARIANT=user, 否则会导致将之前new的结果全部删除,
3: ./mk n pl 当修改preloader相关代码时,要使用此命令,具体如下:
alps/mediatek/platform/mt65xx/preloader/
alps/mediatek/source/preloader/
alps/mediatek/coustom/mt65xx/preloader/
alps/mediatek/coustom/common/preloader/
alps/mediatek/coustom/$porject_name$/kernle
......
4: ./mk uboot 当修改uboot相关代码时,要使用此命令,具体如下:
alps/mediatek/platform/mt65xx/uboot/
alps/mediatek/source/uboot/
alps/bootable/bootloader/uboot/
alps/mediatek/coustom/mt65xx/uboot/
alps/mediatek/coustom/common/buoot/
alps/mediatek/coustom/$porject_name$/uboot/
......
5: ./mk systemimage 当修改system相关代码时使用此命令,具体文件目录如下:
alps/frameworks/
alps/packages/
alps/vendor/
alps/hardware/
alps/dalvik/
alsp/external
...........
new完一次后, 如果使用这个命令其实很耗时间, 建议参考6的做法,
6: ./mk mm ./mole_path ; 主要build一些moles, 如lib库, native 可执行程序, jar库, jar
apk. 相关文件参考如下:
alps/frameworks/base #可以根据修改的某些文件, 进入更细的目录去build相关库.
alps/frameworks/native/libs/binder/ #native目录下有很多相关的lib库.
alps/frameworks/native/libs/binder/utils/
alps/external #主要是一些native的二进制可执行文件.
ps: build完后可以找到对应的目标文件直接push到手机, 也可以使用./mk snod直接快速打包新的system.img, 然后download. 可参考如下FAQ:
如何加速./mk snod打包: FAQ10299
7: ./mk recoverimage 当修改recover相关代码时使用此命令,具体如下:
alps/bootable/recovery/
alps/mediatek/customer/$project_name$/recovery/
......
8: ./mk factoryimage: 当修改factory相关代码时使用此命令,具体如下:
alps/mediatek/coustom/$project_name$/factory/
alps/mediatek/coustom/common/factory/
alps/mediatek/source/factory/
......
9: ./mk secroimage 当修改secro相关代码时使用此命令,具体如下:
alps/mediatek/source/secro/
alps/mediatek/coustom/$project_name$/secro/
⑤ 如何编译MTK的模拟器
MTK的emulator是基于MTK平台的codeabse编译得到用来闭槐模拟真机的虚拟Device,以下是具体的操作步骤：
1. Build MTK SDK Packages
-对于mt6572以前的chip，用如下的命令编译:
./makeMtk banyan_addon
-从mt6572开始的chip,由于mt6572之后CPU开始支持X86架构，其performace会更好，mt6572之后，建议编译x86的emulator来使用.
./makeMtk banyan_addon_x86
编译完成后会在out/host/linux-x86/sdk_addon下生成MTK的SDK包，比如mtk_sdk_api_addon-17.1.zip，(其中17是android api level)
2. 解压mtk_sdk_api_addon_17.1.zip
将解压后的mtk_sdk_api_addon-17.1整个文件夹放在android原本的sdk的add-ons目录下。
3. 拷贝emulator相关的执行文件到android sdk tool下：
- 对ICS 4.0之前的版本：
进 入android-sdk-windows\add-ons\banyan_addon_ALPS.GB.FDD.MP.V1_eng\tools 目录下，将其中的 emulator.exe 或者 emulator（如果使用Linux的SDK的话）复制出来，覆盖android-sdk-windows\tools下的相应 emulator.exe
- 对ICS 4.0及之后的版本：
将 mtk_sdk_api_addon-15.1\emulator对应文件夹下的emulator,emulator-arm,emulator-x86 这三支文件替换android原本sdk的tools目录下的emulator,emulator-arm,emulator-x86这三支文件(建议备 份google原始sdk下的emulator,emulator-arm,emulator-x86，以团亮便后面用到Google emulator)。
4. 创建新的AVD
在Target里面选择带有MediaTek标塌态宽志的，然后启动这一AVD就可以了
PS：创建AVD时需要同步将SDK的版本升级到相对的android版本，比如JB2对应的android API level 17,则对应SDK的版本也要升级到level 17,否则将在创建AVD的时候将load不出带MediaTek标志的target
⑥ Yocto编译杰发或MTK的linux或android时的几个问题
编译问题1（audiomanager_7.0.bb的do_configure报错）：
错误：CMake Error at Plugins/PluginCommandInterfaceCAPI/cmake/CommonAPI.cmake:352 (message):
| Failed to generate files from FIDL:
手动执行一下：
$ commonapi-generator-linux-x86 -ll verbose -sk Default -d . /data/linux/hz_rs28_bm/sources/神燃build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/audiomanager/7.0-r1/audiomanager-7.0/Plugins/PluginCommandInterfaceCAPI/fidl/CommandInterface.fidl
-bash: /data/linux/hz_rs28_bm/sources/src/build/tools/commonapi_tool/commonapi-generator/commonapi-generator-linux-x86: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory
解决（需要安装32位的glibc库和32位java jre环境）：
$ sudo yum install glibc.i686
$ sudo yum install java-1.8.0-openjdk.i686
$ sudo ln -s /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.191.b12-1.el7_6.i386/jre/bin/java /bin/java
$ java -version （保证是32位的java）
编译问题2（perl_5.20.0.bb的do_package报错）：
错误：ERROR: obj failed with exit code 256 (cmd was ‘arm-poky-linux-gnueabi-obj’ –only-keep-debug
… generate_uudmap: File format not recognized
解决（tar在1.29版本之后需要exclude在路径的前面）：
sources/meta/poky/bitbake/lib/bb/fetch2/bzr.py
tar_flags = “–exclude ‘.bzr’ –exclude ‘.bzrtags'”
修改成：
tar_flags = “–exclude=’.bzr’ –exclude=’.bzrtags'”
sources/meta/poky/bitbake/lib/bb/fetch2/cvs.py
tar_flags = “–exclude ‘CVS'”
修改成：
tar_flags = “–exclude=’CVS'”
sources/meta/poky/bitbake/游轮虚lib/bb/fetch2/repo.py
tar_flags = “–exclude ‘.repo’ –exclude ‘.git'”
修改成：
tar_flags = “–exclude=’.repo’ –exclude=’.git'”
sources/meta/poky/bitbake/lib/bb/fetch2/svn.py
tar_flags = “–exclude ‘桐颤.svn'”
修改成：
tar_flags = “–exclude=’.svn'”
sources/meta/poky/meta/recipes-devtools/quilt/quilt-0.63.inc
tar -cf – bin/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -cf – compat/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -cf – quilt/ –exclude \*.in | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -cf – test/ –exclude mail.test –exclude delete.test | ( cd ${D}${PTEST_PATH} && tar -xf – )
修改成：
tar -c –exclude=\*.in bin/ | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -c –exclude=\*.in compat/ | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -c –exclude=\*.in quilt/ | ( cd ${D}${PTEST_PATH} && tar -xf – )
tar -c –exclude=mail.test –exclude=delete.test test/ | ( cd ${D}${PTEST_PATH} && tar -xf – && chmod 777 test)
sources/meta/poky/meta/recipes-extended/sed/sed-4.2.2/sed-add-ptest.patch
+ cd $(BUILDDIR); tar -cf – $(TESTDIR) –exclude *.o | ( cd $(DESTDIR) && tar -xf – )
修改成：
+ cd $(BUILDDIR); tar -c –exclude=*.o $(TESTDIR) | ( cd $(DESTDIR) && tar -xf – )
sources/meta/poky/meta/recipes-support/attr/acl.inc
tar -cf – test/ –exclude nfs | ( cd ${D}${PTEST_PATH} && tar -xf – )
修改成：
tar -c –exclude=nfs test/ | ( cd ${D}${PTEST_PATH} && tar -xf – )
sources/meta/poky/meta/recipes-support/attr/attr.inc
tar -cf – test/ –exclude ext | ( cd ${D}${PTEST_PATH} && tar -xf – )
修改成：
tar -c –exclude=ext test/ | ( cd ${D}${PTEST_PATH} && tar -xf – )
sources/meta/poky/meta/recipes-devtools/perl/perl-ptest.inc
tar -cf – * –exclude \*.o –exclude libperl.so –exclude Makefile –exclude makefile –exclude hostperl \
–exclude miniperl –exclude generate_uudmap –exclude patches | ( cd ${D}${PTEST_PATH} && tar -xf – )
修改成：
tar -c –exclude=\*.o –exclude=libperl.so –exclude=Makefile –exclude=makefile –exclude=hostperl \
–exclude=miniperl –exclude=generate_uudmap –exclude=patches * | ( cd ${D}${PTEST_PATH} && tar -x )
编译问题3（libunwind_1.1.bb的do_compile报错）：
错误：make[1]: latex2man: Command not found
解决：
$ sudo yum install texlive-tetex
$ sudo rpm -ivh ~/latex2man-1.18-2.noarch.rpm
编译问题3（qt5-app_1.0.bb的do_compile报错）：
错误（有一批类似的错误）：ld: cannot find -lgtest
解决：
$ vi atc_linux/application/btate/btate.pro
equals(MY_BUILD_SYSTEM, atc) {
LIBS += -L $(DA_LIBDIR)/lib -lgtest -lpthread -lbluetoothclient -lglobalbus -lappobj -lapputils
} else {
LIBS += -L$(DA_TOP)/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/atc-binarys/1.0-r0/image/usr/lib -lgtest -lpthread -lbluetoothclient -l
globalbus -lappobj -lapputils
}
$ vi atc_linux/application/gps/gps_bin.pro
equals(MY_BUILD_SYSTEM, atc) {
LIBS += -L $(DA_LIBDIR)/lib -lapputils -lglobalbus -lappobj -lgps
} else {
LIBS += -L$(DA_TOP)/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/gpsd/3.10-r0/gpsd-3.10/ -lapputils -lglobalbus -lappobj -lgps
}
$ vi atc_linux/application/dvr/dvr_bin.pro
equals(MY_BUILD_SYSTEM, atc) {
LIBS += -L${DA_TOP}/lib/lib/ -ldvr -ludev -lsurface_atc -lglobalbus -lappobj -lapputils -lstorage_atc -lgps
} else {
LIBS += -L${DA_TOP}/application/lib -L$(DA_TOP)/../../sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/gpsd/3.10-r0/gpsd-3.10/ -ldvr -ludev -lsurface_atc -lglobalbus –
lappobj -lapputils -lstorage_atc -lgps
}
$ vi atc_linux/application/dvr/dvr_bin.pro
INCLUDEPATH += ${DA_TOP}/kernel/kernel-3.18/drivers/ \
../common/ \
../utils/ \
../appobj/include/ \
../globalbus/include/ \
../appcommon/include/ \
../storage_atc/ \
../dvr/gps/ \
../gps/include/ \
../gps/includeex/ \
编译问题4（makall报错）：
报错：./makall: line 169: mkisofs: command not found
解决：$ sudo yum install mkisofs
编译问题5（修改ac83xx_systemd_defconfig再编译时报错）：
报错：Applying patch remove-selinux-android.patch
patching file system/extras/ext4_utils/make_ext4fs.c
Hunk #1 FAILED at 62.
1 out of 1 hunk FAILED — rejects in file system/extras/ext4_utils/make_ext4fs.c
解决：
$ vi sources/meta/meta-atc/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb
在里面做个假的do_patch()，bitbake会优先使用本bb文件的do_patch()函数。
do_patch(){
}
编译问题6（修改ac83xx_systemd_defconfig再编译时报错）：
报错：sources/build/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/qtbase/5.5.0+gitAUTOINC+c619d2daac-r0/git/src/corelib/tools/qregexp.cpp:3947:1: internal compiler error: in add_stores, at var-tracking.c:6000
解决：
$ cd sources/meta/poky/meta/recipes-devtools/gcc/gcc-4.9/
$ wget http://openlinux.windriver.com/overc/sources/core2_64/gcc-4.9.2-r0.1/0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch
$ vi sources/meta/poky/meta/recipes-devtools/gcc/gcc-4.9.inc
file://0058-gcc-r212171.patch \
file://0059-gcc-PR-rtl-optimization-63348.patch \
file://target-gcc-includedir.patch \
file://0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch \
其实就是这个文件：
$ cat 0062-gcc-var-tracking.c-backport-from-gcc-trunk-r212178.patch
From Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Stefan=20M=C3=BCller-Klieser?= <[email protected]>
Date: Tue, 7 Apr 2015 16:15:11 +0200
Subject: [PATCH] gcc/var-tracking.c: backport from gcc trunk r212178
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
resolves a bug seen on cortexa8 building qt5 libraries.
2014-06-30 Joseph Myers <[email protected]>
* var-tracking.c (add_stores): Return instead of asserting if old
and new values for conditional store are the same.
git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@212178 138bc75d-0d04-0410-961f-82ee72b054a4
Signed-off-by: Stefan Müller-Klieser <[email protected]>
---
gcc/var-tracking.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/gcc/var-tracking.c b/gcc/var-tracking.c
index 65d8285..7c38910 100644
--- a/gcc/var-tracking.c
+++ b/gcc/var-tracking.c
@@ -5997,7 +5997,8 @@ add_stores (rtx loc, const_rtx expr, void *cuip)
{
cselib_val *oval = cselib_lookup (oloc, GET_MODE (oloc), 0, VOIDmode);
- gcc_assert (oval != v);
+ if (oval == v)
+ return;
gcc_assert (REG_P (oloc) || MEM_P (oloc));
if (oval && !cselib_preserved_value_p (oval))
--
1.9.1
编译问题7（修改ac83xx_systemd_defconfig再编译时报错）：
报错：libevdev/1.2.2-r0/libevdev-1.2.2/test/test-main.c:24:19: fatal error: check.h: No such file or directory
解决：
$ vi meta/poky/meta/recipes-support/libevdev/libevdev_1.2.2.bb
LIC_FILES_CHKSUM = “file://COPYING;md5= \
file://libevdev/libevdev.h;endline=21;md5=″
DEPENDS += “libcheck”
SRC_URI = “ http://www.freedesktop.org/software/libevdev/ ${BP}.tar.xz”
编译问题8（修改ac83xx_systemd_defconfig再编译时报错）：
报错：python报错： ‘do_rootfs’, lineno: 17, function
Exception: CalledProcessError: Command ‘[‘’, ‘-ks’, …
解决： 没有实际问题，重新编译一次即可，可能是机器太忙导致超时，或者某个命令执行不成功。
编译问题9（preuboot编译工具问题）：
报错：make: armv7a-mediatek451_001_vfp-linux-gnueabi-gcc: Command not found
解决：
$ vi atc_linux/bootloader/preuboot/Makefile
#CROSS_COMPILE :=armv7a-mediatek451_001_vfp-linux-gnueabi-
CROSS_COMPILE :=arm-poky-linux-gnueabi-
$ vi ../../atc_linux/bootloader/preuboot/driver/mmc/include/linux/list.h
#ifndef NULL
#define NULL 0
#endif