❶ 如何編譯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
❷ 手機方案公司需要在mtk工程源碼編譯後將apk預裝到system/app目錄下如何操作
在 Android 中，如果要使用系統限制的許可權（比如 android.permission.WRITE_SECURE_SETTINGS），我們需要把程序安裝到 /system/app/ 下。
下面以 SecureSetting.apk 為例，演示這個操作。需要准備一台已經獲得 Root 許可權的手機。
1、通過 USB 連接手機和電腦。
2、使用 adb 控制手機。
源碼列印？
1. $ adb push SecureSetting.apk /sdcard/ // 上傳要安裝的文件，為安裝做准備。
2. $ adb shell
3. $ su // 切換到 root 用戶。如果沒有獲得 Root 許可權，這一步不會成功。
4. # mount -o remount,rw -t yaffs2 /dev/block/mtdblock3 /system // 讓分區可寫。
5. # cat /sdcard/SecureSetting.apk > /system/app/SecureSetting.apk // 這一步可以用 cp 實現，但一般設備中沒有包含該命令。如果使用 mv 會出現錯誤：failed on '/sdcard/NetWork.apk' - Cross-device link。
6. # mount -o remount,ro -t yaffs2 /dev/block/mtdblock3 /system // 還原分區屬性，只讀。
7. # exit
8. $ exit
$ adb push SecureSetting.apk /sdcard/ // 上傳要安裝的文件，為安裝做准備。
$ adb shell
$ su // 切換到 root 用戶。如果沒有獲得 Root 許可權，這一步不會成功。
# mount -o remount,rw -t yaffs2 /dev/block/mtdblock3 /system // 讓分區可寫。
# cat /sdcard/SecureSetting.apk > /system/app/SecureSetting.apk // 這一步可以用 cp 實現，但一般設備中沒有包含該命令。如果使用 mv 會出現錯誤：failed on '/sdcard/NetWork.apk' - Cross-device link。
# mount -o remount,ro -t yaffs2 /dev/block/mtdblock3 /system // 還原分區屬性，只讀。
# exit
$ exit
❸ 如何在ubuntu10.04環境下編譯android
安裝JDK1.6，使用如下命令
sudo chmod u+x jdk-6u23-linux-x64.bin
sudo cp -a jdk-6u23-linux-x64.bin /虧鏈或opt
sudo /opt/jdk-6u23-linux-x64.bin
sudo rm -f /opt/jdk-6u23-linux-x64.bin
2
設置JDK環境變數,在HOME根目錄下按鍵盤Crtr+H顯示HOME目錄下所有文件，打開.bashrc，在最後加入以下代銷伍碼
#set java environment
export JAVA_HOME=/opt/jdk1.6.0_23
export JRE_HOME=$JAVA_HOME/jre
export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib:$JRE_HOME/lib
export PATH=$PATH:$JAVA_HOME/bin:$JRE_HOME/bin
3
測試JDK是否安裝成功,使用命令java -version 如果顯示
java version "1.6.0_23"
Java(TM) SE Runtime Environment (build 1.6.0_23-b02)
Java HotSpot(TM) Server VM (build 16.3-b01, mixed mode)
則JDK安裝成功。
END
測試MTK android編譯環境是否搭建成功
切換到MTK源碼根目喚亮錄下，使用命令./mk check-env，若顯示如下信息則安裝成功
**********checking Env************
Your building environment is OK
The detail information is in "checkenv.log"!
*************************************************
同時在MTK源碼根目錄下生成checkenv.log文件，打開文件，顯示ubuntu10.04大部分自帶工具都和MTK的推薦的一致，如下：
Build Environment Requirement
===================================================
* ********* Suggested OS and Tool Chain to install *********
*
* OS : Linux distribution Ubuntu 10.04
* Memory Size : 4G or above
* make : GNU Make 3.81 or 3.82
* perl : Version 5.10.X
* python : Version 2.6.X
* arm-linux-androideabi-gcc : Version 4.6.X
* gcc : Version 4.4.3
* jdk : Version 1.6.X
* bison : Version 2.4.X
* flex : Version 2.5.X
* gperf : Version 3.0.X
* mingw : Installed
* unix2dos/tofrodos : Installed
* **********************************************************
===================================================
Build Environment Check Result Report
*************************************************************
[OS]: Ubuntu 10.04.4 (64-bit) [OK]
[Physical Memory Size] : 4052924 K-Bytes [WARNING]
it's smaller than recommendation, may cause out-of-memory build error
[make]: 3.81 (64-bit) [OK]
[perl]: 5.10.1 (64-bit) [OK]
[python]: 2.6.5 (64-bit) [OK]
[arm-linux-androideabi-gcc]: 4.6. (64-bit) [OK]
[gcc]: 4.4.3 (64-bit) [OK]
[jdk]: 1.6.0_45 (64-bit) [OK]
[bison]: 2.4.1 (64-bit) [OK]
[flex]: 2.5.35 (64-bit) [OK]
[gperf]: 3.0.3 (64-bit) [OK]
[mingw]: Installed [OK]
[unix2dos/tofrodos]: Installed [OK]
*************************************************************
步驟閱讀
3
也可以解決下這個問題
[Physical Memory Size] : 4052924 K-Bytes [WARNING]
it's smaller than recommendation, may cause out-of-memory build error
打開mediatek/build/tools/checkEnv.py
修改lowMen為0
❹ MTK Android tinycap錄制音頻
tinycap和tinymix 是tinyalsa下的可執行程序，源碼在external\tinyalsa下
我們只需要在device.mk 內添加
編譯即可
1.在開機後，有root許可權的情況，執行扮彎tinymix，得到控制項狀薯侍態。
2.開啟錄音機。執行tinymix，得到錄音狀態下控制項情況
比較不同處
經過分析，主要是ctl id 14 15 16 17 20 21需要在錄音時候打開。
1.執行如廳手悶下命令
tinymix 14 1
tinymix 15 3
tinymix 16 1
tinymix 17 1
tinymix 20 4
tinymix 21 4
2.tinycap錄音
tinycap /sdcard/aud-test.wav -D 0 -d 1 -c 2 -b 16 -r 16000
OK～
❺ 如何學習MTK 編譯android系統的framework層源碼，需要看一些什麼文檔，最近在公司需要學習、
mtk有個叫makeMtk的腳本文件，直接執行就行，後面參數加上自己要編譯的模塊，比如./makeMtk -t mm frameworks/base/core/res
❻ 如何編譯 MTK 的模擬器
編譯命令
make custom=xxx gprs/gsm new/remake/update/clean mole_name
編譯時進入Dos下工程所在的目錄，然後輸入上面的命令語句即可開始編譯。
參數：
custom=xxx
xxx是不同的軟體版本，編譯時可忽略參數「custom=」，系統會自動判斷。
gprs/gsm是說明該軟體是否支持gprs的，如果不支持gprs，只輸入gsm即可；
mole_name：各個模塊的名字
new
功能：全部重新編譯
用途：第一次編譯時和修改了make文件夾中的文件必須得重新new一下
remake
功能：只重新編譯工程中更新過的部分
用途：remake是耗時最短的一個動作，也是仿運好最常用的動作。
resgen
功能：編備鉛譯資源
用途：如果更改了資源文件或新加了資源文件，則用此命令。
upadte
功能：先檢查，然後重新編譯更新部分，編譯時間較長。
用途：update是耗時較長的一個指令,
一般在增加或刪除一些驅動或應用情況下使用，在做開發時不推薦使用，此命令雖比new
的時間短，但比remake的時間長很多。
clean
功能：刪除對應的obj
用途：作為其它命令所依賴的指令，還有就是清除工程或者指定模塊對象的類庫。
也可以寫編譯腳本例寫一個new.bat 文件 文件內容為make custom=project_name new
則編譯時在cmd.exe下輸入new 即可 相對應的resgen.bat 內容為make custom=project_name resgen
編譯模擬器時 應注意：
gen_modis
gen_modis功能：產生VC工程文件
在new完成後需要運行此命令，其它情況如果模擬器出現異常時也可用此命令重新生成VC
工程文件。
codegen_modis
功能：產生modis需要的trace文件的datebase
用途：在new完成後需要運行此命令，在運行此命令前需先運行gen_modis命令，此命令在
new完成後一般只運行一次，執行像resgen或remake命令後都不需要運行此命令。
new_modis
功能：組合了gen_modis 和 codegen_modis
只是聽說悄蔽，沒具體試驗過呢我一般分開執行的簡化命令
工程new 一遍 模擬器不會自動生成一個新的模擬器
當改動工程中的make文件時 工程必須要new一遍 然後gen_modis codegen_modis 然後編譯VC
當改動的是源文件且源文件已經是工程中某些模塊的內容 則可以無須對工程進行操作 直接用VC編譯
當改動的是資源文件則工程要resgen remake 然後gen_modis codegen_modis 然後才用VC編
❼ 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
❽ android如何把apk的工程代碼放到源碼目錄下編譯
啥平台的，是原生的還是高通的還是mtk的？反正都類似，你需要一個Android.mk然後源碼需要整體new過。然後編譯的時候編譯到Android.mk所在目錄就可以了。反正我現在接觸mtk平台的，new代碼方法如下：1、首先到XXXXXX/L23_XXXXXXX_AN5.1_MT6735_65C_L1.MP3.V1.8.9_150503/android_mtk_6753_mp目錄下，使用如下命令./TmakeGionee
BFL7506A
-p
packages/apps/XXXXX（XXXXXX就是你apk代碼所存放的並且與Android.mk同級的目錄）。
❾ mtk平台修改init.rc後如何快速編譯啊
修改init.rc文件後，一般只需要做以下快速編譯即可生成新文件。
./mk bootimage