海思編譯鏈
⑴ 海思3516DV300搭建交叉編譯環境問題記錄
剛開始搭建海思交叉編譯環境的時候遇到問題：
安裝完arm-himix200-linux後，輸入arm-himix200-linux -v，會出現如下錯誤：
xxx@xxx-virtual-machine:~/Downloads/study3516DV300/rp-hi3516dv300-busybox/sample/hifb$ arm-himix200-linux-gcc -v
arm-himix200-linux-gcc: loadlocale.c:130: _nl_intern_locale_data: Assertion `cnt < (sizeof (_nl_value_type_LC_TIME) / sizeof (_nl_value_type_LC_TIME[0]))' failed.
錯誤方法：
export LC_CTYPE=C.UTF-8
這樣做的話，arm-himix200-linux-gcc -v會顯示成功，但是當去編譯sample時候，會出現這個錯誤
collect2: fatal error: /opt/hisi-linux/x86-arm/arm-himix200-linux/host_bin/../lib/gcc/arm-linux-gnueabi/6.3.0/../../../../arm-linux-gnueabi/bin/nm terminated with signal 6 [Aborted], core mped
解決方案：
vi ~/.bashrc
最後加入這兩句，完成後保存
export LC_ALL=C
export PATH="/opt/hisi-linux/x86-arm/arm-himix100-linux/bin:$PATH"
編輯之後使環境變數生效的命令：source ~/.bashrc
之後編譯sample通過，生成sample_hifb文件。
⑵ 如何在64位的Linux系統上使用匯編和C語言混合編程 第2頁
編譯和鏈接的時候使用的指令：（AMD處理器，64位操作系統）
編譯鏈接指令
1 nasm -f elf foo.s -o foo.o
2 gcc -c bar.c -o bar.o
3 ld -s -o foobar bar.o foo.o
匯編語言用nasm編寫並用nasm編譯器編譯，而C語言用的是gcc編譯，這些都沒有問題，但是在鏈接的時候出錯了，提示如下：
ld: i386 architecture of input file `foo.o' is incompatible with i386:x86-64 output
google了一下，意思就是nasm 編譯產生的是32位的目標代碼，gcc 在64位平台上默認產生的是64位的目標代碼，這兩者在鏈接的時候出錯，gcc在64位平台上默認以64位的方式鏈接。
這樣在解決的時候就會有兩種解決方案：
<1> 讓gcc 產生32位的代碼，並在鏈接的時候以32位的方式進行鏈接
在這種情況下只需要修改編譯和鏈接指令即可，具體如下：
32位的編譯鏈接指令
1 nasm -f elf foo.s -o foo.o
2 gcc -m32 -c bar.c -o bar.o
3 ld -m elf_i386 -s -o foobar foo.o bar.o
具體的-m32 和 -m elf_i386 請自行查閱gcc （man gcc）
如果你是高版本的gcc（可能是由於更新內核造成的），可能簡單的使用-m32 的時候會提示以下錯誤（使用別人的歷程，自己未曾遇到）：
> In file included from /usr/include/stdio.h:28:0,
> from test.c:1:
> /usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory
> compilation terminated.
這應該是缺少構建32 位可執行程序缺少的包，使用以下指令安裝：
sudo apt-get install libc6-dev-i386
此時應該就沒有什麼問題了。
⑶ Hi3518eHiPtools工具的研究使用總結
姓名：張猛
【嵌牛導讀】：在海思+ov9712相機調試完成之後，便更改了比亞迪的相機BYD2013進行調試，在調試這個相機簡單的更改了相機配置寄存器之後圖像很容易的出來了，但是圖像有很大的噪點，失真，這個問題一直在研究搞不定（感覺自己在硬體軟體配置是對的），便想到用海思的Hi_ISP實現圖像的在線調試，看能不能達到一些意外的收貨，但是在用海思ISp工具時便遇到了問題，搞了兩天終於才把這個問題解決，在這里記錄一下。
【嵌牛鼻子】：ISP HiPQtools stream
【嵌牛提問】：對於海思在線調試工具，如何進行載入，載入的流程是什麼，以及要要注意這裡面的坑。
【嵌牛正文】：
1.首先載入設備驅動及進行系統配置
在ko目錄下，執行./load3518e -i 系統便會進行載入
2.sensor庫文件的生成（.ko）
sensor的戚輪庫文件需要在linux伺服器中的sdk包中編譯得到，將生成的.so文件放到Sdk的stream軟體包的libs/目錄下。
這樣就在上一層目錄的lib/目錄下生成了.so文件
3.修改stream軟體包的.ini文件
sc3035_3m_4lan.ini文件在Hi3516A_Stream_xxx/configs目錄下，改文件主要指定.so文件的位置、輸入視頻的介面(LVDS/MIPI/DVP)、視頻格式（解析度、同步方式、目標幀率等）等系統配置。
[sensor]
Sensor_type =sc3035 ;sensor name
Mode =0 ;WDR_MODE_NONE = 0
;WDR_MODE_BUILT_IN = 1
;WDR_MODE_2To1_LINE = 2
;WDR_MODE_2To1_FRAME = 3
;WDR_MODE_2To1_FRAME_FULL_RATE =4 ...etc
DllFile =libs/libsns_sc3035_4lan.so ;sensor lib path
[mode]
input_mode =0 ;INPUT_MODE_MIPI = 0
;INPUT_MODE_SUBLVDS = 1
;INPUT_MODE_LVDS = 2 ...etc
dev_attr = 0 ;mipi_dev_attr_t = 0
;lvds_dev_attr_t = 1
;NULL =2
[mipi]
;----------onlyformipi_dev---------
data_type = 1 ;raw 譽吵datatype: 8/10/12/14bit
;RAW_DATA_8BIT = 0
;RAW_DATA_10BIT = 1
;RAW_DATA_12BIT = 2
;RAW_DATA_14BIT = 3
lane_id = 0| 1 | 2 | 3 |-1|-1|-1|-1| ;lane_id: -1 - disable
[isp_image]
Isp_x 高虛信 =0
Isp_y =0
Isp_W =2304
Isp_H =1536
Isp_FrameRate=30
Isp_Bayer =3 ;BAYER_RGGB=0, BAYER_GRBG=1, BAYER_GBRG=2, BAYER_BGGR=3
4. 運行stream軟體
運行stream軟體包中的HiIspTool.sh腳本，通過乙太網卡與上位機的PQTools建立通信
./HiIspTools.sh -a -p ov9712_720p_line.ini
遇到的問題就出在這一塊，報錯是
研究其腳本文件HiIsptool.sh ,發現ISP的安裝是分為板端工具和PC端安裝，而板端安裝是根據這個腳本進行配置的，具體分兩個部分：
（1）killall ittb_control; #殺死ittb_control進程
DLL_PATH=${LD_LIBRARY_PATH}:${PWD}/libs; #指定庫路徑
export LD_LIBRARY_PATH=${DLL_PATH}#export 庫
LD_LIBRARY_PATH即Linux環境變數名，該環境變數主要用於指定查找共享庫（動態鏈接
庫）時除了默認路徑之外的其他路徑（該路徑在默認路徑之前查找）。
工具里使用了自己編譯好的動態庫，而這些動態庫放在發布包的libs文件夾下。當執行函數動態
鏈接時，如果此文件不再預設目錄下』/lib』 and 『/usr/lib』,那麼就需要指定環境變數
LD_LIBRARY_PATH
（2）運行可執行程序
./ittb_control&
總結：
ittb_control進程是基於TCP的服務端，負責控制信號的傳輸，也就是負責將海思板子和PC端的工具連接起來
ittb_stream進程也是基於TCP的服務端，負責播放H.265或YUV視頻流。，也就是負責將板端的數據進行傳輸處理
小插曲：
理論上上直接運行上面的Hi腳本就可以了，但是我在具體的操作過程中是報錯的，ps一下發現並沒有ittb＿controls和ittb＿stream兩個進程，單獨運行．／ittb＿controls報錯沒有許可權，運行chmod777ittb＿controls獲得許可權，此時運行卻發生缺少so文件，但是libs目錄下是有這個文件的，仔細查看腳本文件，
這裡面設計到了Makefile的一些知識，這裡面的路徑並不是指軟體目錄下的lib目錄，而是指的海思板系統根目錄下的lib目錄，復制報錯的．so到系統根目錄下報錯就換了一個．so報錯，這驗證了我的想法
執行命令cp＊／usr／lib／將軟體路徑lib下的所有．so復制到系統根目錄下的．lib／目錄下，此時，發現沒有報錯。ps查看linux進程中也有了control和stream兩個進程
這個時候打開window系統的pqtools，選擇sdk版本，填寫海思板子的IP，port默認就可以連接上板子了
⑷ 海思平台配置toolchain.cmake
交叉編譯,在我們的host宿主機器稿知鄭上需要生成target目標機器的程序, 使用CMake的Toolchain管理這里的各種環境變數和配置,就很好.
CMake給交叉編譯預留了一個變數-- CMAKE_TOOLCHAIN_FILE , 它定義了一個文件的路徑, 這個文件就是 toolchain ,我們可以在裡面配置 C_COMPILER , CXX_COMPILER ,如果用Qt的話需要更改 QT_QMAKE_EXECUTABLE 以及如果用 BOOST 的話需要更改的 BOOST_ROOT (具體查看相關 Findxxx.cmake 裡面指定的路徑), 因此,這個 toolchain 內嵌了一系列需要改變並且需要set的交叉環境的設置.
下面歸納一些比較重要的:
下面是一個常規的配置
這樣就完成了相關toolChain的編寫，之後，你可以靈活的選擇到底採用宿主機版本還是開發機版本，之間的區別僅僅是一條 -DCMAKE_TOOLCHAIN_FILE=./cross.toolChain.cmake ，更爽的是，如果你有很多程序需要做轉移，但目標平台是同一個，你僅僅需要寫一份toolChain放在一個地方，就可以給所有工程使用。
稍微大一點的項目都會用到一些外部依賴庫或者tool，CMake提供了 FIND_PROGRAM() , FIND_LIBRARY() , FIND_FILE() , FIND_PATH() and FIND_PACKAGE() 等命令來進行外部依賴的搜索查找。
但是有個問題，假如我們在給一個ARM處理器的移動設備做交叉編譯，其中需要尋找 libjpeg.so ，假如 FIND_PACKAGE(JPEG) 返回的是 /usr/lib/libjpeg.so ，那麼這就會有問題，因為找到的這個 so 庫只是給你的宿主機系統(例如一個x86的Ubuntu主機)服務的，不能用於Arm系統。所以你需要告訴CMake去其它地方去查找，這個時候你就需要配置以下的變數了：
在工程中一般通過如下步驟, 進入工程文件, 創建 arm-himix200-linux.cmake 文件, 內容是:
然後創建build文件夾, 進行編譯(注意, 需要指定 CMAKE_MAKE_PROGRAM , 不指定的話好像編譯有問題...):
在我的 toolchain 文件中,我指定:
因為我項猛戚目中 CMakeLists.txt 中需要查找 OpenSSL 和 curl , 因此會用到CMake自帶的 FindOpenSSL.cmake 和 FindCurl.cmake 兩個腳本, 他們會用到 Findxxx 命令, 會去我指定的目錄去搜鍵頌索對應的庫
https://www.cnblogs.com/rickyk/p/3875334.html
http://www.cmake.org/Wiki/CMake_Cross_Compiling
⑸ 華為海思hi3531sdk可以在linux下編譯嗎
不是，三星蘋果高通聯發科都不是，首先是akg框架授權，然後是三星台積電的製作，只能說設計上和一些關鍵晶元是自主研發的
⑹ linux 編譯安桌系統 海思
一般是編譯之前的配置出問題了，好好看看readme，根據你自己的環境重新configure一下。
⑺ 4月27日華為正式推送鴻蒙系統升級。鴻蒙OS系統你真的了解嗎
4月27日晚，華為向部分機型推送了鴻蒙0S系統小規模公測升級，據可靠消息稱，華為將在6月推送大規模正式公測升級 。
很多人收到了華為Harmony OS的推送，根據各個機型的不同，更新包大小也不相同，有的是2.87 GB，有的則是6.20GB。
HarmonyOS 鴻蒙系統（鴻蒙 OS）是一款「面向未來」、面向全場景（移動辦公、運動 健康 、社交通信、媒體 娛樂 等）的分布式操作系統。在傳統的單設備系統能力的基礎上，HarmonyOS提出了基於同一套系統能力、適配多種終端形態的分布式理念，能夠支持多種終端設備。
2020年9月10日 ，華為鴻蒙系統升級至華為鴻蒙系統2.0版本，即HarmonyOS 2.0，並面向128KB-128MB終端設備開源。
2020年12月16日 ，華為正式發布了HarmonyOS 2.0手機開發者Beta版本。
2021年2月22日 ，華為正式宣布HarmonyOS將於4月上線，華為Mate X2將首批升級。
2021年4月7日 ，華為消費者業務軟體部總裁、鴻蒙操作系統負責人王成錄表示，今年搭載鴻蒙操作系統的物聯網設備（手機、Pad、手錶、智慧屏、音箱等智慧物聯產品）有望達到3億台，其中手機將超過2億台，將力爭讓鴻蒙生態的市場份額達到16%。
市場主流手機操作系統IOS和安卓都屬於美國公司研發。美國為了抑制國有品牌在國外的大力發展，各種卡脖子操作。
全世界都很討厭美國電信和IT巨頭的壟斷，鴻蒙的問世是打破美國壟斷的一個現實方案，它對全球技術平衡具有積極意義。盡管蘋果和安卓系統已經佔領全球市場，但歡迎競爭是市場的天性，只要鴻蒙技術確實領先，中國市場為它孵化、積累出有競爭力的生態系統，它逐漸走向全球市場就不會比之前的中國電信設備走向世界不可思議。
但是華為研發鴻蒙操作系統，不僅僅是為了脫離美國的限制和替換安卓那麼簡單。
通過打造鴻蒙操作系統，華為要進一步鞏固和擴大其智能手機的市場份額，要建立圍繞智能手機的一個封閉的 生態系統 ，各個設備可以做到極簡、順滑的互聯互通體驗，這樣，能夠和華為手機相連接的產品就會很好賣。於是，消費者除了會買華為手機，還會買華為路由器、手錶、手環、音箱，或者里邊運行著海思晶元的其他周邊產品。這是華為的商業目標。為了達到這個商業目標，華為需要一個新的操作系統，一個超越安卓的操作系統，於是鴻蒙出世。
在傳統的單設備系統能力的基礎上，HarmonyOS提出了基於同一套系統能力、適配多種終端形態的分布式理念，能夠支持手機、平板、智能穿戴、智慧屏、車機等多種終端設備。
HarmonyOS整體遵從分層設計，從下向上依次為：內核層、系統服務層、框架層和應用層。系統功能按照「系統 > 子系統 > 功能/模塊」逐級展開，在多設備部署場景下，支持根據實際需求裁剪某些非必要的子系統或功能/模塊。
在搭載HarmonyOS的分布式終端上，可以保證「 正確的人，通過正確的設備，正確地使用數據 」。
通過「分布式多端協同身份認證」來保證「正確的人」。
通過「在分布式終端上構築可信運行環境」來保證「正確的設備」。
通過「分布式數據在跨終端流動的過程中，對數據進行分類分級管理」來保證「正確地使用數據」。
1、硬體互助，資源共享
分布式軟匯流排： 分布式軟匯流排是多種終端設備的統一基座，為設備之間的互聯互通提供了統一的分布式通信能力，能夠快速發現並連接設備，高效地分發任務和傳輸數據。
分布式設備虛擬化： 分布式設備虛擬化平台可以實現不同設備的資源融合、設備管理、數據處理，多種設備共同形成一個超級虛擬終端。
分布式數據管理： 分布式數據管理基於分布式軟匯流排的能力，實現應用程序數據和用戶數據的分布式管理。
分布式任務調度： 分布式任務調度基於分布式軟匯流排、分布式數據管理、分布式Profile等技術特性，構建統一的分布式服務管理（發現、同步、注冊、調用）機制，支持對跨設備的應用進行遠程啟動、遠程調用、遠程連接以及遷移等操作，能夠根據不同設備的能力、位置、業務運行狀態、資源使用情況，以及用戶的習慣和意圖，選擇合適的設備運行分布式任務。
2、 一次開發，多端部署
HarmonyOS提供了用戶程序框架、Ability框架以及UI框架，支持應用開發過程中多終端的業務邏輯和界面邏輯進行復用，能夠實現應用的一次開發、多端部署，提升了跨設備應用的開發效率。
3、統一OS，彈性部署
HarmonyOS通過組件化和小型化等設計方法，支持多種終端設備按需彈性部署，能夠適配不同類別的硬體資源和功能需求。支撐通過編譯鏈關系去自動生成組件化的依賴關系，形成組件樹依賴圖，支撐產品系統的便捷開發，降低硬體設備的開發門檻。
支持分布式多端開發、分布式多端調測、多端模擬模擬和全方位的質量與安全保障。
-DevEco Studio
面向華為終端全場景多設備的一站式分布式應用開發平台，支持分布式多端開發、分布式多端調測、多端模擬模擬和全方位的質量與安全保障。
- DevEco Device Tool
HarmonyOS 智能設備一站式集成開發環境，支持 HarmonyOS 組件按需定製、一鍵編譯和燒錄、可視化調試、分布式能力集成等，幫助開發者高效開發和創新新硬體。
-鴻蒙系統設計工具
該設計工具承載了 HarmonyOS 設計規范，幫助三方開發團隊提升設計協作效率 ，提供設計雲規范和原子化布局兩大服務。
OpenHarmony是開放原子開源基金會（OpenAtom Foundation）旗下開源項目，定位是一款面向全場景的開源分布式操作系統。
OpenHarmony在傳統的單設備系統能力的基礎上，創造性地提出了基於同一套系統能力、適配多種終端形態的理念，支持多種終端設備上運行，第一個版本支持128K~128M設備上運行。
OpenHarmony採用了組件化的設計方案，可以根據設備的資源能力和業務特徵進行靈活裁剪，滿足不同形態的終端設備對於操作系統的要求。可運行在百K級別的資源受限設備和穿戴類設備，也可運行在百M級別的智能家用攝像頭/行車記錄儀等相對資源豐富的設備。
鴻蒙 OpenHarmony 1.1.0 LTS 版本相比於1.0版本，1.1.0 LTS版本新增 AI 子系統、電源管理子系統、泛 Sensor 子系統、升級子系統，及統一 AI 引擎框架。
（以上信息來源於華為官網、鴻蒙學堂、換換回收整理）
相信看完以上資訊，你應該對華為的鴻蒙OS系統有了更深入的了解！下次有跟小夥伴聊到鴻蒙OS系統的時候，相信不再會是一問三不知了！
今天的分享就到此結束啦~
我是換換回收的換換君，關注我，
每天為你帶來最新的數碼行業資訊！
⑻ 基於海思3559A方案+Atlas 200 AI模塊_邊緣計算平台開發及介面定義
海思Hi3559A+Atlas200（升騰310）。
可以在端側實現大路數人臉識別、車牌識別、圖像分類、視頻結構化處理，可首簡廣泛應用於智慧公安、智慧交通、智慧金融、智慧電力、智慧社區、智能機器人、智能無人機等多種應用場景。
硬體配置
——————————————————————————————————
- 海思Hi3559AV100 CPU，雙核ARM Cortex [email protected]+雙核ARM Cortex [email protected]+單核ARM Cortex [email protected]
- 雙核ARM Mali G71@900MHz，支持OpenCL 1.1/1.2/2.0，支持OpenGL ES 3.0/3.1/3.2
- DDR (4GB/8GB可選) ，eMMC（8GB/16GB/32GB/64GB/128GB可選腔慧）
- 雙核NNIE@840MHz 神經網路加速引擎
- 四核 DSP@700MHz，32K I-Cache /32K IRAM/512KB DRAM
NNIE
——————————————————————————————————
- 支持 Alexnet、VGG16、Googlenet、Resnet18、Resnet50等多種分類神經網路
- 支持 Faster R-CNN、YOLO、SSD、RFCN 、YoloV2 等多種目標檢測神經網路
- 支持SegNet、FCN 等場景分割網路
- 4.0Tops 神經網路運算性能
- 支持完整的 API 和工具鏈（編譯器、模擬器），易於適配客戶定製網路
特性描述
——————————————————————————————————
Hi3559AV100支持8K@30fps/4K120fps視頻者圓褲錄制下，提供硬化的6-Dof 數字防抖。集成了雙核A73和雙核A53，獨創性的大小核架構和雙操作系統，使得功耗和啟動時間達到均衡。
Hi3559AV100集成了海思獨有的SVP平台，提供了高效且豐富的計算資源，支撐客戶開發各種計算機視覺應用，如無人機、機器人等行業類應用，為邊緣計算提供優秀的硬體平台。
Hi3559AV100方案的邊緣計算主板開發，目前主要應用分布在，視頻監控、黑白名單識別、陌生人識別、零售分析、無感考勤等方向；
邊緣計算主板開發
——————————————————————————————————
- 同時支持8-16路視頻的實時人臉檢測跟蹤
- 支持至多30W人臉底庫
- 提供多種抓拍參數（包括人臉遮擋，人臉清晰度，人臉角度）供用戶設置
- 支持自定義人臉庫和抓拍比對記錄搜索
- 開放盒子後端HTTP介面協議供用戶管理視頻分析盒子
- 支持實時上傳（FTP，HTTP）抓拍人臉圖和場景圖
- 支持ONVIF和RTSP協議
- 視頻流接入
⑼ 我在編譯海思給的常式時，出現這個錯誤，怎麼解決
從你的描述上來看，你應該是直接拷貝了別人的工程或者是常式來編譯的吧看直接這樣編譯的話會出這個問題的，你可以這么做，先把對應編譯目錄下的.obj文件和其他的調試文件全部刪除，但是一定保留源文件和工程文件，這樣再重新編譯就可以了，這個原因是因為編譯的時候需要制定對應的目錄的，你從別人那裡直接拷過來的話，目錄不一致，因此出現找不到文件的問題，只要刪除那些非源代碼文件就能解決了
⑽ 三、內核&文件系統編譯
一、編譯官方提供的內核源碼
1、解壓官方提供的內核源碼包
2、根據官方提供的配置文件對內核進行配置，方式如下
make ARCH=arm xxxxx_defult_config
cp arch/arm/xxxxx_config .config
3、打開圖形界面對內核進行配置，根據需要增加或者刪除模塊和其他內容
4、對內核進行編譯
make ARCH=arm CROSS_COMPILE=arm-hisiv300-linux-uclibcgnueabi- uImage -j6
或者編輯Makefile文件，對其中的ARCH變數和CROSS_COMPILE變數進行修改，然後執行make uImage
5、在編譯編譯的時候回出現mkimage命令缺失，這個命令是UBootr提供的，在編譯的UBoot路徑下面找到這個命令，即可直接使用
6、編譯的時候各個方面需要一致性，
1、編譯的內核的交叉編譯工具鏈如果支持硬體浮點數運算那麼在配置內核的時候也需要添加硬體浮點數的支持
Kernel Features --->
[*] Use the ARM EABI to compile the kernel
2、在編譯的內核的時候注意保持不要做太多的修改，否則會出問題
7、編譯內核模塊
make ARCH=arm CROSS_COMPILE=arm-hisiv300-linux-uclibcgnueabi- moles -j6
8、安裝內核模塊到指定的目錄中去
make moles_install ARCH=arm CROSS_COMPILE=arm-hisiv300-linux-uclibcgnueabi- INSTALL_MOD_PATH=/home/fu/hisi/kernel/build
9、不要採用內核模塊安裝的命令來安裝內核，因為內核不需要安裝，在arch/arm/boot/uImage就是所需要的內核文件
二、編譯官方提供的busybox來構建根文件系統
1、解壓需要編譯的busybox源碼
2、進入源碼中對busybox進行配置，主要是配置交叉編譯工具鏈
Busybox Settings --->Build Options ---> 下面有關於busybox是否配置為採用共享庫的模式，還有添加交叉編譯工具鏈的前綴
3、配置需要的文件和命令進行添加或者刪除
4、然後執行命令make -jn && make install
5、創建根文件系統需要的其他的文件和目錄，在一個空白的目錄中首先拷貝busybox/_install下面的bin、sbin、usr目錄到空白目錄中，在空白目錄中創建其餘的所需要的目錄文件 bin dev etc home lib linuxrc mnt opt proc sbin sys tmp usr var等以上目錄
6、接下來在lib目錄中復制內核模塊，在編譯內核的時候模塊安裝在了指定的地方，直接拷貝過來就行。
6、創建文件系統所需要的其他文件，配置文件（最簡單的辦法就是直接復制busybox文件下面的example文件夾裡面的東西）
1、/etc/inittab 填寫或者 一下是最基本的，還有其他的需要填寫
# /etc/inittab
::sysinit:/etc/init.d/rcS //指定初始化腳本
::askfirst:-/bin/sh //指定第一次輸入回車後打開的shell
::ctrlaltdel:/sbin/reboot //指定這三個按鍵按下後的反應
::shutdown:/bin/umount -a -r //指定關機是進行的操作
2、/etc/init.d/rcS //這個就沒有詳細額硬性規定了，寫入需要初始化的東西即可
#!/bin/sh
mount -a
3、/etc/fstab //寫入mount -a是要自動掛載的文件系統
# device mount-point type options mp fsck order
proc /proc proc defaults 0 0
tmpfs /tmp tmpfs defaults 0 0
7、拷貝需要用到的庫文件，在交叉編譯工具鏈下面存放
arm-linux-xxxxxx-gcc/lib
海思的開發板是在和tahet/lib下面，切記。