高通android開發

Ⅰ 高通平台android開發小結怎麼解決

1、高通平台android開發總結
1.1 搭建高通平台環境開發環境
在高通開發板上燒錄文件系統
建立高通平台開發環境
高通平台，android和 modem 編譯流程分析
高通平台 7620 啟動流程分析
qcril 流程分析，設置sim卡鎖
python scons 語法學習
Python 語言之 scons 工具流程分析：

1.2 搭建高通平台環境開發環境
高通android智能平台概述
選擇合適的源代碼以及工具
建立 Android 開發環境（部分略）
建立 modem 開發環境

1.2.1 高通android智能平台概述
高通 7230 android 智能手機解決方案的軟體包括兩個部分
1. 以linux 操作系統為基礎的 android 系統
2. 以 L4，REX為基礎的 Modem 部分
在高通7系列的架構中，一個IC內部集成有兩個ARM處理器，一個ARM9（或者arm11），專門負責處理通信協議，射頻以及GPIO等，軟體架構採用 AMSS， 另外一個是ARM11，用來處理多媒體，上層應用，以及其他的一些任務，運行的系統是 android 系統，這兩個處理器之間通過共享內存的硬體方式來進行通信。

1.2.1.1什麼是L4,REX,BREW,AMSS以及相互之間的關系
L4是一組計算機程序，是最初由Jochen Liedtke設計的微內核構架的操作系統內核，現在已經形成一個微內核家族。L4這個微內核系統由於其出色的性能和很小的體積而開始被計算機工業所認知，被移植到了許多不同的硬體構架上。高通的 L4 提供了操作系統最基本的操作，是買別人的。
早期的操作系統絕大多數是 Monolithic Kernel, 意思是整個操作系統 - 包括Scheling (調度), File system (文件系統), Networking (網路), Device driver (設備驅動程序), Memory management (存儲管理), Paging(存儲頁面管理) - 都在內核中完成.一直到現在廣泛應用的操作系統,如UNIX,Linux,和Windows還大都是monolithic kernel操作系統.但隨著操作系統變得越來越復雜(現代操作系統的內核有一兩百萬行C程序是很常見的事情),把所有這些功能都放在內核中使設計難度迅速增加.
微內核是一個與Monolithic Kernel相反的設計理念.它的目的是使內核縮到最小,把所有可能的功能模塊移出內核.理想情況下,內核中僅留下Address Space Support(地址空間支持),IPC (Inter-Process Communication,進程間通訊),和Scheling(調度),其他功能模塊做為用戶進程運行。
REX 是在 L4 之上封裝的服務，是一個搶占式，多任務的RTOS，所有的任務都以task的形式存在，REX提供包括任務創建，同步，互斥，計時器，中斷控制等功能的API，這里的task實際上就是我們的線程，每個 task對應著一個線程。REX維護一個task list(雙向鏈表)，始終運行高優先順序的task。procts裡面所有的服務包括3g協議棧等都是以task的形式跑在rex之上的。
而Brew的話是運行的環境，跟Java 有點兒類似，相當於是一個虛擬機。
AMSS――高級的移動用戶軟體(Advanced Mobile Subscriber Software)技術，是一種新的軟體架構，是對原來軟體架構 DMSS 的升級。 AMSS源代碼實際上是QC BREW(Binary Runtime Environment For Wireless)平台的的底層部分，去掉了為應用程序提供介面的AEE(application execution environment)部分，高通在Dual Proc晶元上的其他平台基本上都是採用的這樣的架構。

Ⅱ 安卓開發需要學習什麼

學習分三個階段：

1，Android基礎階段：平台架構特性(JAVA/C) Market/應用程序組件 環境搭建與部署/打包與發布 AVD/DDMS/AAPT 調試與測試 相關資源訪問/資源製作 Activity/Service/Broadcast Receiver/Content Provider/原理(生命周期)及深層實現

2，Android進階初級：組件Widget/ 菜單Menu/ 布局Layout 詳解 Xml解析(Pull/Dom/Sax)/JNI 解析SQL資料庫原理,。

SQLite /SharedPreferences/File詳解 多媒體Audio/Video/Camera 詳解

3，Android進階高級：藍牙/WIFI SMS/MMS 應用實現 深層次解析GPS原理。

實現LocationManager/LocationProvider 進行定位/跟蹤/查找/趨近警告以及Geocoder正逆向編解碼等技術細節 2D圖形庫(Graphics/View)詳解 SDCARD/感測器/手勢 應用實現

(2)高通android開發擴展閱讀：

知識體系

1、Unix/Linux平台技術：基本命令，Linux下的開發環境

2、企業級資料庫技術：SQL語言、SQL語句調優、Oracle資料庫技術

3、Java 語言核心技術：Java語言基礎、Java面向對象編程、JDK核心API、Java集合框架、Java網路編 程、JavaI/O編程、Java多線程編程、Java異常機制、Java安全、JDBC、XML

4、軟體工程和設計模式：軟體工程概述、配置管理及SVN、UML、基本設計模式

5、Android應用開發基礎：Android開發平台、Eclipse+ADT開發環境、AVD及感測模擬器調試、Android核心組件、Android常用組件、Android高級組件、文件及網路訪問、SQLite資料庫編程、後台服務編程

6、互聯網核心技術： HTML、CSS、JavaScript、JQuery、Ajax應用

7、Android高級應用開發：音頻視頻攝像頭、互聯網應用、GPS和位置服務、Google Map、2D3D繪制、感測器開發、游戲開發、電話及SMS服務、網路BluetoothWi-Fi等。

8、Android系統級開發：移植、驅動、NDK（C方向）。

9、JavaEE核心技術：Servlet核心技術、JSP核心技術、Struts、Spring、Hibernate框架。

Ⅲ 如何入手學習android 底層開發

android 底層開發學習：
一、基於Android的CPU+GPU的異構編程開發，目前主要有以下幾種平台：
1. OpenCL
在桌面系統和大規模並行計算領域被普遍使用的一種底層API。最近一段時間，主流的晶元廠商的旗艦或准旗艦晶元都開始支持OpenCL1.1或者1.2標准，包括高通，三星， 聯發科，Rockchip等廠商的晶元，都可以找到OpenCL的支持。
2. CUDA
目前只有NVIDIA自己出的基於Tegra K1晶元的設備（NVIDIA Shield）支持CUDA，所以支持的面比較窄。
3. RenderScript （RS）
Google力推的異構編程，宗旨是由平台幫你選擇運行的處理器，也就是說你是不知道你的程序跑在CPU還是GPU上的，這是由系統的驅動來決定的。想法是美好的，可現實是開發者並不買RS的帳， 大家覺得RS的性能不可控，靈活性太差，其文檔之缺乏也被人詬病；此外，晶元廠商對於RS的優化都還普遍處於比較低階的水平，這些都導致了RS在實際應用中很少被用到。

二、由於OpenCL的普及程度，以下部分只針對OpenCL展開。
目前支持OpenCL的設備和晶元
1. 支持OpenCL的GPU
高通幾乎全系的GPU， 包括但不限於以下GPU (Adreno 305, 320, 330, 405, 420, 430, 530 ...)
ARM Mali的6系和7系GPU， 比如T628， T760

2014年以來較新的Imagination PowerVR GPU，比如G6430
2. 支持OpenCL的晶元。以下是一個很粗略地列舉了主要的支持OpenCL的晶元。

高通8064， 8974（驍龍800，801）， 8084（驍龍805）， 8994（驍龍810）等
三星 Exynos獵戶座 5420, 5433 （內置ARM Mali GPU）
聯發科 MT6752 （內置ARM Mali T760 GPU)
瑞芯微 RK3288 （內置ARM Mali GPU）
3. 支持OpenCL的手機和平板。 這個就數不勝數了，下面只隨手給出幾個例子以供參考。（注意：Google Nexus系列的手機或平板，雖然硬體上支持OpenCL，但因為刪掉了OpenCL的驅動程序，所以基本都不支持OpenCL；值得注意的是，據國外blog上報道，可以將相應的OpenCL驅動推送回設備以重新開啟OpenCL的支持， 詳見maxlv.net 的頁面）

三星 Galaxy S4， S5， S6， Note 3， Note 4
LG G2， G3， G4
HTC One M7， M8， M9
小米使用高通晶元的手機和平板
魅族M1 Note
台積電P90HD
等等等等。。。。
如果不確定手頭的設備是否支持OpenCL， 可以使用OpenCL-Z Android進行檢測，這款軟體可以顯示詳細的OpenCL的設備信息，同時運行micro-benchmark檢測設備的計算能力。
三、需要掌握的知識：
1. 簡單的GPU基本知識
2. OpenCL並行程序設計
3. Android NDK知識
4. Android JNI介面的編寫
5. 簡單的Android程序開發知識

四、開發的步驟（這里只是步驟的精簡版本，只闡述操作，不進行解釋）：
1. 編寫OpenCL的C/C++程序實現GPU的核心計算代碼
2. 用Android NDK編譯之前寫的C/C++代碼。這一階段可以在純C/C++環境下工作，可以編寫main函數測試實現的功能，用NDK將代碼編譯為可執行的代碼（BUILD_EXECUTABLE)， 然後用ADB將可執行程序推送到設備上運行。運行可執行程序要求設備具有root許可權，如果沒有root許可權，可以通過Native Program Launcher (AndroidNativeLauncher · GitHub，可能需要翻牆) 這一工具在設備上執行二進制代碼。
3. 上一階段測試結束，功能基本正常。開始編寫JNI介面。
4. 開始編寫Android應用程序，使用JNI封裝native函數。編譯C/C++代碼成動態鏈接庫。
5. 在Android程序里，以靜態方式載入上一步編譯的動態鏈接庫。
6. 在需要的地方（比如點擊按鈕事件），調用相應的native函數，即可實現相應的功能。

Ⅳ Android對內核有什麼要求嗎還是隨便是個Linux kernel都可以跑Android

Android對內核的要求並非隨意，而是與Linux kernel的兼容性和定製化緊密相關。作為操作系統的核心組件，Android內核並非所有Linux內核都能勝任，特別是對於驅動晶元、處理器啟動和硬體設備的管理。以高通ARM手機晶元為例，其內核選擇往往依據晶元特性和谷歌的需求。

高版本的Linux kernel，如4.9.y，由於優化了代碼結構，減少了核心體積，設計理念更先進，被高通採用作為longterm分支。比如，高通710晶元就使用了這一版本，並結合了安卓通用內核android-4.9-x，作為其基礎的板級支持包（BSP）。

內核版本的選擇通常由晶元廠商主導，Android通用內核與上游的longterm線有著密切的關系。高通在晶元研發初期就以最新的longterm版本作為基礎，如caf系列，它們傾向於在晶元點亮後迅速整合安卓內核的源碼。

然而，Android內核並非單純依賴Linux kernel，谷歌有自己的定製化需求，例如互動式CPufreq調節器，MTP/PTP功能等。這些功能由於特定原因不能直接提交到Linux kernel，因此在安卓內核中實現。另一方面，一些供應商和OEM特有的功能，如sdcardfs，也通過這種方式為Android設備提供支持。

盡管理論上任何Linux內核理論上可以嘗試運行在Android設備上，但對於專業內核開發者來說，這需要高度的適配和調試。例如，某開發者嘗試將Nexus 5的內核升級到4.4內核版本，但這樣的工作涉及到大量的補丁移植和調試，且需要對晶元架構有深入理解。

Android內核版本號的重要性不言而喻，從3.4.x到 Pie的升級，內核主要驅動硬體設備，但新功能如FBE文件級加密、SELinux和EAS調度等，需要更高級別的內核版本才能實現。Oreo引入的sdcardfs文件系統，開發者們會將其從高版本內核移植到低版本，以優化舊設備的性能。

安卓版本的特性與內核版本兼容性密切相關。例如，Android Pie要求的內核優化可能在舊設備上無法實現，如安全性和穩定性。隨著AOSP的不斷發展，設備樹blob的處理方式也在變化，這進一步強調了內核版本的必要性。

對於安全問題，Google非常重視，定期發布針對安卓內核的CVE分支，並在像Pixel這樣的設備上啟用CFI編譯。隨著內核版本的演進，4.19.y以下的內核已不再受安卓通用內核的支持，這意味著安全更新和新功能的兼容性要求更高。

綜上所述，Android對內核的需求並非隨意選擇，而是經過精心設計和定製，以確保兼容性、性能和安全性的完美結合。每個版本的Android都對應著特定的內核版本，以適應不斷變化的技術需求和安全標准。