簡介《全志v3s音視頻開發(fā).pdf》面向具備Linux與嵌入式基礎(chǔ)的研發(fā)人員及音視頻方向工程師圍繞全志V3S平臺梳理從系統(tǒng)環(huán)境搭建到音視頻應(yīng)用落地的完整開發(fā)鏈路。資源包共1個PDF文件大小約12.26MB便于集中查閱與按章節(jié)實踐。內(nèi)容覆蓋源碼準(zhǔn)備、交叉編譯器配置、U-Boot與Linux 5.4.31內(nèi)核配置、Buildroot根文件系統(tǒng)制作并逐步展開2.4寸TFT-LED屏、按鍵、聲卡、攝像頭等外設(shè)驅(qū)動配置。后半部分重點講解SDL2與Qt5的移植方法以及基于Qt5設(shè)計音樂播放器、圖片顯示、視頻播放器和攝像頭模塊結(jié)合FFmpeg理解音視頻解碼處理。文中保留設(shè)備樹修改、menuconfig選項和編譯命令等關(guān)鍵細(xì)節(jié)適合按順序搭建實驗環(huán)境、對照配置外設(shè)并完成GUI綜合項目。已有329人學(xué)習(xí)。1. 全志 V3S 音視頻開發(fā)卡住人的從來不是 Qt 代碼全志 V3S 音視頻開發(fā)這套環(huán)境我第一次搭的時候在交叉編譯器和設(shè)備樹上耗了整整兩天。板子能上電串口也有輸出但一敲make就是arm-linux-gnueabihf-gcc: not found再往后以太網(wǎng) PHY 又認(rèn)不出來ping 不通宿主機TFTP 拉不到內(nèi)核整條鏈路就卡死在第一步。這套環(huán)境一共六份源碼buildroot-2021.02.1、gcc-linaro-6.5.0-2018.12 交叉編譯器、linux-5.4.31、u-boot-v3s-current、alsa-lib/alsa-utils 1.2.2以及宿主機上的 Qt 5.14.2。它們之間版本互相咬合錯一個后面全是連鎖反應(yīng)。適合手上已經(jīng)有 V3S 板子、想從零把音視頻界面跑起來的人也適合之前裝到一半放棄、想回來把環(huán)境補完整的人。2. 源碼與交叉編譯器gcc-linaro-6.5.0 的路徑不能憑感覺寫2.1 六份源碼先擺齊版本對不上就別急著解壓先把要用的東西列成一張表貼在自己項目的 README 里比記在腦子里靠譜。版本之間有明確的對應(yīng)關(guān)系內(nèi)核是 5.4.31交叉編譯器就得選內(nèi)核頭文件系列能對上的 6.5-2018.12buildroot 2021.02.1 的 Toolchain 選項里正好能選5.4.x的頭文件系列選早了或選晚了后面編 Qt 時都會以各種奇怪的方式報錯。文件版本用途放置位置buildroot-2021.02.1.tar.xz2021.02.1生成根文件系統(tǒng)~/qz/toolsgcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf.tar.xz6.5.0-2018.12交叉編譯器~/qz/toolslinux-5.4.31.tar.gz5.4.31內(nèi)核~/qz/kernelu-boot-v3s-current.zipcurrent引導(dǎo)程序~/qz/toolsalsa-lib-1.2.2.tar.bz21.2.2音頻庫后續(xù)交叉編譯alsa-utils-1.2.2.tar.bz21.2.2aplay/amixer 等工具后續(xù)交叉編譯qt-opensource-linux-x64-5.14.2.run5.14.2宿主機 Qt Creator宿主機安裝宿主機的編譯依賴要一并裝上常見做法是提前裝齊省得編到一半再回來補sudo apt update sudo apt install -y build-essential bison flex libssl-dev \ libncurses5-dev device-tree-compiler unzip bc \ lib32z1 lib32stdc6 rsyncbison、flex是 U-boot 和內(nèi)核 Kconfig 解析要用的libssl-dev影響內(nèi)核模塊簽名相關(guān)配置device-tree-compiler提供dtc編譯 dtb 時會調(diào)用lib32z1、lib32stdc6是跑 32 位工具鏈輔助程序時要的。少裝一個報錯信息通常不會直接告訴你缺的是哪個包。2.2 目錄約定好后面所有路徑都好寫交叉編譯環(huán)境的路徑會出現(xiàn)在~/.bashrc、內(nèi)核 Makefile、buildroot 的 Toolchain path 三個地方目錄不統(tǒng)一改起來一定漏。我習(xí)慣在用戶目錄下建一套固定結(jié)構(gòu)mkdir -p ~/qz/driver # 自己寫的應(yīng)用程序 mkdir -p ~/qz/tools # U-boot、交叉編譯器、buildroot 壓縮包 mkdir -p ~/qz/kernel # 內(nèi)核源碼 cd ~/qz/tools tar -xvf gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf.tar.xzx86_64表示這是跑在 64 位宿主機上的版本arm-linux-gnueabihf表示產(chǎn)出的是 ARM 架構(gòu)、Linux 系統(tǒng)、gnueabihf硬浮點 ABI 的可執(zhí)行程序。V3S 是 Cortex-A7 帶 VFPv3 硬浮點單元所以后面所有配置里浮點策略都要選VFPv3選軟浮點會出現(xiàn)程序能跑但音視頻解碼慢到?jīng)]法用的情況。解壓完成后~/qz/tools下會多出一個長名字目錄這就是工具鏈的根。后面一律以$HOME/qz/tools/gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf表示不要從別人文章里抄帶用戶名的絕對路徑。2.3 拿到 pwd 輸出環(huán)境變量只能照它寫很多人環(huán)境變量配錯就是因為抄了教程里的/home/xxx/...。正確做法是進到 bin 目錄讓pwd告訴你真實路徑cd ~/qz/tools/gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf/bin pwd # 輸出示例/home/dev/qz/tools/gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf/bin拿到這一行之后再往~/.bashrc末尾追加vim ~/.bashrc # 文件末尾追加路徑換成上一步 pwd 的真實輸出 export PATH$PATH:/home/dev/qz/tools/gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf/bin source ~/.bashrcexport PATH$PATH:...是把新路徑追加到原有 PATH 后面原命令一個不丟。如果你把$PATH:寫掉了變成export PATH/xxx/bin當(dāng)前終端里ls、vim會全部失效只能重開一個終端。source ~/.bashrc是讓改動立刻在當(dāng)前 shell 生效不 source 就得關(guān)掉終端重開。改完立刻自檢which arm-linux-gnueabihf-gcc arm-linux-gnueabihf-gcc -v要看到兩樣?xùn)|西才算過which指到~/qz/tools/...下的 bin 目錄-v輸出里帶gcc version 6.5.0 201812xx以及--with-archarmv7-a --with-fpuvfpv3-d16這類字樣。如果-v顯示的是宿主機自帶的 gcc說明 PATH 沒生效或者寫錯了。2.4 編一個 hello 驗證工具鏈真的產(chǎn)出 ARM 程序環(huán)境變量能查到不等于能編譯這一步別省cd ~/qz/driver cat hello.c EOF #include stdio.h int main(void) { puts(v3s toolchain ok); return 0; } EOF arm-linux-gnueabihf-gcc hello.c -o hello file hellofile的輸出應(yīng)該是ELF 32-bit LSB executable, ARM, EABI5 version 1, dynamically linked。如果看到x86-64說明調(diào)用到了宿主機 gcc回頭查 PATH 順序如果提示找不到libc.so一般是沒有加-static后面往板子上跑時用hello的靜態(tài)版本驗證更省事arm-linux-gnueabihf-gcc -static hello.c -o hello_static-static把 glibc 一起鏈進可執(zhí)行文件板子上根文件系統(tǒng)還沒做好的階段靜態(tài)程序是最省心的驗證手段。動態(tài)鏈接版本依賴目標(biāo)板的libc根文件系統(tǒng)做好之后再驗證不遲。3. U-boot 與內(nèi)核 5.4.31一份設(shè)備樹決定以太網(wǎng)能不能用3.1 U-boot 解壓并跑一遍 defconfigcd ~/qz/tools unzip u-boot-v3s-current.zip cd u-boot-v3s-current make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- LicheePi_Zero_defconfig三個參數(shù)各有分工ARCHarm告訴構(gòu)建系統(tǒng)按 ARM 架構(gòu)挑源碼目錄CROSS_COMPILEarm-linux-gnueabihf-指定工具鏈前綴末尾那個短橫不能漏因為構(gòu)建規(guī)則是$(CROSS_COMPILE)gcc拼出來的少一個短橫就會去找一個叫arm-linux-gnueabihf的可執(zhí)行文件LicheePi_Zero_defconfig是這塊板子的默認(rèn)配置模板。終端打出# configuration written to .config才算成功其它輸出都可以先放著。3.2 設(shè)備樹里補 emac兩處都要改U-boot 默認(rèn)配置里沒把以太網(wǎng)打開得自己補。第一處在板級 dts/* arch/arm/dts/sun8i-v3s-licheepi-zero.dts */ aliases { serial0 uart0; ethernet0 emac; /* 讓 U-boot 的 net 子系統(tǒng)能找到這塊網(wǎng)卡 */ }; /* 文件末尾追加 */ emac { phy phy0; phy-mode mii; allwinner,use-internal-phy; /* 使用芯片內(nèi)部 PHY不走外部 PHY 芯片 */ allwinner,leds-active-low; status okay; phy0: ethernet-phy0 { reg 1; /* 內(nèi)部 PHY 的 MDIO 地址是 1不是 0 */ }; };第二處在arch/arm/dts/sun8i-v3s.dtsi補 pinctrl 引腳組和 emac 控制器節(jié)點/* soc 節(jié)點內(nèi)增加引腳復(fù)用 */ emac_rgmii_pins: emac00 { allwinner,pins PD0, PD1, PD2, PD3, PD4, PD5, PD7, PD8, PD9, PD10, PD12, PD13, PD15, PD16, PD17; allwinner,function emac; allwinner,drive SUN4I_PINCTRL_40_MA; allwinner,pull SUN4I_PINCTRL_NO_PULL; }; emac: ethernet1c30000 { compatible allwinner,sun8i-h3-emac; reg 0x01c30000 0x104, 0x01c00030 0x4; reg-names emac, syscon; interrupts GIC_SPI 82 IRQ_TYPE_LEVEL_HIGH; resets ccu RST_BUS_EMAC, ccu RST_BUS_EPHY; reset-names ahb, ephy; clocks ccu CLK_BUS_EMAC, ccu CLK_BUS_EPHY; clock-names ahb, ephy; status disabled; };phy-mode mii是最關(guān)鍵的一項寫成rgmii會出現(xiàn)鏈路協(xié)商不上、ping全是 timeout 的現(xiàn)象。allwinner,use-internal-phy是 Allwinner 這套綁定的私有屬性別拿掉。reg 1對應(yīng)內(nèi)部 PHY 的 MDIO 地址寫成 0 的話 U-boot 會去總線上掃一個不存在的設(shè)備。3.3 menuconfig 打開 sun8i GMAC 驅(qū)動make ARCHarm menuconfig路徑是Device Drivers→Network device support→Ethernet driver support→ 勾上*Allwinner sun8i GMAC support。星號是編進內(nèi)核鏡像M是編成模塊——U-boot 階段沒有模塊加載機制必須選星號。3.4 編譯并用 dd 燒到 SD 卡make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- lsblk # 先確認(rèn)哪塊盤是 SD 卡務(wù)必看清楚 sudo dd ifu-boot-sunxi-with-spl.bin of/dev/sdc bs1024 seek8 syncseek8表示從設(shè)備第 8KB 處開始寫這是 sunxi 平臺 SPL 的固定位置約定改了板子起不來。/dev/sdc千萬別憑記憶寫lsblk看清楚容量和掛載點寫錯盤號的后果不用多說。sync是保證緩沖區(qū)落盤拔卡前執(zhí)行一下。3.5 串口里配網(wǎng)絡(luò)ping 通宿主機才算過接上串口上電進 U-boot 命令行把四個網(wǎng)絡(luò)變量配齊 setenv ipaddr 192.168.10.202 # 開發(fā)板自身地址 setenv gatewayip 192.168.10.1 # 網(wǎng)關(guān) setenv serverip 192.168.10.201 # 宿主機TFTP/NFS 服務(wù)器地址 setenv netmask 255.255.255.0 saveenv ping 192.168.10.201saveenv會把變量寫進 MMC 的環(huán)境分區(qū)下次上電還在。ping成功時輸出是Using ethernet1c30000 device加host 192.168.10.201 is alive如果只打印No ethernet found說明 3.2 和 3.3 里至少有一處沒生效回上一節(jié)逐條對。宿主機側(cè)要有對應(yīng)配置網(wǎng)線和板子直連或者同一交換機下宿主機192.168.10.201這個地址要真的配在網(wǎng)卡上防火墻別攔 ICMP。3.6 內(nèi)核 Makefile 改架構(gòu)與編譯器cd ~/qz/kernel tar -xvf linux-5.4.31.tar.gz cd linux-5.4.31 vim Makefile找到這兩行沒有就補上ARCH ? arm CROSS_COMPILE ? arm-linux-gnueabihf-?的意思是“變量沒定義才賦值”所以更穩(wěn)妥的習(xí)慣是不改 Makefile在命令行傳參make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- ...。改 Makefile 的好處是后面敲命令短壞處是萬一哪天要編 x86 版本會莫名其妙出問題。兩種都行別混著用。3.7 sunxi_defconfig 之后補 GMAC 和 NFSmake ARCHarm CROSS_COMPILEarm-linux-gnueabihf- sunxi_defconfig make ARCHarm menuconfigdefault 配置里網(wǎng)卡和 NFS 都不全逐項確認(rèn)Device Drivers→Network device support→Ethernet driver support→*Allwinner sun8i GMAC support同時*Generic driver for DWMACNetworking support→Networking options→*NFS client support勾上 version 2 / 3 / 4[*]Root file system on NFSNFS 根文件系統(tǒng)是調(diào)試階段最省時間的做法改一個應(yīng)用重新編不用重新燒卡重啟板子就生效。等界面調(diào)試穩(wěn)定了再考慮把根文件系統(tǒng)固化到 SD 卡或者 SPI Flash。3.8 內(nèi)核設(shè)備樹寫法與 U-boot 不一樣這是最容易翻車的地方U-boot 用phy phy0內(nèi)核 5.4 用的是phy-handle加 mdio-mux 的組合兩種寫法不能互相抄。板級 dts 里/* arch/arm/boot/dts/sun8i-v3s-licheepi-zero.dts */ aliases { serial0 uart0; ethernet0 emac; }; /* 文件末尾追加 */ emac { phy-handle int_mii_phy; phy-mode mii; allwinner,leds-active-low; status okay; };sun8i-v3s.dtsi里補 emac、mdio、mdio-mux 和 sysconemac: ethernet1c30000 { compatible allwinner,sun8i-v3s-emac; syscon syscon; reg 0x01c30000 0x10000; interrupts GIC_SPI 82 IRQ_TYPE_LEVEL_HIGH; interrupt-names macirq; resets ccu RST_BUS_EMAC; reset-names stmmaceth; clocks ccu CLK_BUS_EMAC; clock-names stmmaceth; phy-handle int_mii_phy; phy-mode mii; status disabled; mdio: mdio { compatible snps,dwmac-mdio; }; mdio_mux: mdio-mux { compatible allwinner,sun8i-h3-mdio-mux; mdio-parent-bus mdio; internal_mdio: mdio1 { compatible allwinner,sun8i-h3-mdio-internal; reg 1; int_mii_phy: ethernet-phy1 { compatible ethernet-phy-ieee802.3-c22; reg 1; clocks ccu CLK_BUS_EPHY; resets ccu RST_BUS_EPHY; }; }; }; };mdio-mux是這一版內(nèi)核掛內(nèi)部 PHY 的必需節(jié)點缺了它啟動日志里會出現(xiàn)no phy at addr -1之類的字樣eth0怎么也起不來。int_mii_phy的reg 1和 U-boot 里的phy0: ethernet-phy0 { reg 1; }是同一個地址兩邊必須一致。3.9 編 uImage 與 dtb拷進 tftp 目錄make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- -j12 uImage LOADADDR0x41000040 make ARCHarm CROSS_COMPILEarm-linux-gnueabihf- dtbs mkdir -p /tftpboot cp arch/arm/boot/uImage /tftpboot/ cp arch/arm/boot/dts/sun8i-v3s-licheepi-zero.dtb /tftpboot/LOADADDR0x41000040是內(nèi)核加載地址不同文檔給出的值可能不一樣跟著自己這套源碼的約定走改錯的表現(xiàn)是板子跑到加載內(nèi)核那一步直接重啟。-j12是并行編譯核數(shù)按宿主機 CPU 核數(shù)調(diào)到一半左右內(nèi)存小的虛擬機建議降到-j4否則容易在鏈接階段被 OOM kill 掉。4. buildroot-2021.02.1外部工具鏈路徑手抄必錯4.1 解壓與 Target options 五個選項cd ~/qz/tools tar -xvf buildroot-2021.02.1.tar.xz cd buildroot-2021.02.1 make ARCHarm menuconfigTarget options里逐項對齊Target ArchitectureARM (little endian)Target Binary FormatELFTarget Architecture Variantcortex-A7Target ABIEABIhfFloating point strategyVFPv3ARM instruction setARM這六項和 2.2 里提到的硬浮點 ABI 是一一對應(yīng)的。cortex-A7選成cortex-A9雖然通常還能跑但生成的指令集不完全匹配EABIhf選成EABI就會和宿主機上的工具鏈 ABI 沖突最終表現(xiàn)是程序編譯通過、板子上一跑就Illegal instruction。4.2 Toolchain 必須選 External CustomToolchain菜單里改動最多也最容易錯Toolchain type (External toolchain) # 不用 buildroot 自己編工具鏈 Toolchain (Custom toolchain) # 用我們自己裝的那套 Toolchain origin (Pre-installed toolchain) # 已經(jīng)裝在宿主機上 Toolchain path (/home/dev/qz/tools/gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf) Toolchain prefix (arm-linux-gnueabihf) # 注意不帶末尾的短橫 External toolchain gcc version (6.x) External toolchain kernel headers series (5.4.x) External toolchain C library (glibc/eglibc) [*] Toolchain has SSP support? [*] Toolchain has RPC support? [*] Toolchain has C support? # 編 Qt 必須勾 [*] Enable MMU supportToolchain path填到工具鏈根目錄不要帶/bin。寫成.../bin的后果是 buildroot 拼出.../bin/arm-linux-gnueabihf-gcc這種路徑去探測探測失敗時錯誤信息藏在output/build/toolchain-external-custom/下的日志里翻半天才能定位。Toolchain prefix填arm-linux-gnueabihf不要帶末尾短橫buildroot 自己會拼。這一項和CROSS_COMPILE的寫法剛好相反不少人在這里翻車。kernel headers series選5.4.x跟 5.4.31 內(nèi)核對齊。選低版本會導(dǎo)致 glibc 編出來的東西調(diào)用不到某些系統(tǒng)調(diào)用選高版本可能引入 5.4.31 里不存在的接口。C support必須勾上后面 Qt 5.14.2 要用到 C11 甚至部分 C14 特性。4.3 生成的根文件系統(tǒng)在哪怎么用配置好之后make -j8產(chǎn)物在output/images/下常見的是rootfs.tar、rootfs.ext4、rootfs.ext2幾種格式。用 NFS 掛載調(diào)試時把output/target/整個目錄作為 NFS 導(dǎo)出目錄即可# 宿主機 /etc/exports /home/dev/qz/tools/buildroot-2021.02.1/output/target 192.168.10.0/24(rw,sync,no_root_squash,no_subtree_check) sudo exportfs -rano_root_squash讓開發(fā)板上的 root 用戶保留 root 權(quán)限做應(yīng)用調(diào)試時不用反復(fù) chmodno_subtree_check關(guān)掉子樹檢查減少 NFS 路徑變更后的異常。這兩項在正式發(fā)布環(huán)境里都該關(guān)掉調(diào)試階段圖省事。4.4 alsa-lib、alsa-utils 與 Qt 5.14.2 各歸各位這里有個容易誤解的點源碼清單里那份qt-opensource-linux-x64-5.14.2.run是x64 宿主機版本裝在自己電腦上寫代碼、做交叉編譯工程用的它不能裝到 V3S 板子上。板子上的 Qt 庫有兩個來源要么在 buildroot 的Package Selection for the target里勾 Qt5要么自己用交叉編譯器單獨編一份 Qt 5.14.2 再放到根文件系統(tǒng)里。音頻側(cè)同理。alsa-lib-1.2.2是應(yīng)用層要鏈接的庫alsa-utils-1.2.2提供aplay、arecord、amixer這些命令。調(diào)試順序上我一般先編 alsa-lib再編 alsa-utils最后跑 Qtcd ~/qz/driver tar -xjf ~/qz/tools/alsa-lib-1.2.2.tar.bz2 cd alsa-lib-1.2.2 ./configure --hostarm-linux-gnueabihf --prefix$HOME/qz/driver/alsa-out \ --disable-python --disable-static make -j8 make install--hostarm-linux-gnueabihf讓 configure 用交叉編譯器而不是宿主機 gcc--prefix指到一個臨時輸出目錄方便統(tǒng)一拷到板子上--disable-python關(guān)掉 Python 綁定目標(biāo)板上用不到關(guān)掉能省下不少交叉編譯的麻煩。5. 避坑與排查這幾處報錯我踩過不止一次5.1 現(xiàn)象終端提示arm-linux-gnueabihf-gcc: command not found原因~/.bashrc里寫的是別人電腦上的路徑比如/home/farsight/...或者只在一個終端里export PATH...新開終端就丟了。解決回到 2.3 節(jié)在工具鏈 bin 目錄下執(zhí)行pwd拿真實路徑~/.bashrc里改成自己的改完source ~/.bashrc然后which arm-linux-gnueabihf-gcc確認(rèn)。長期做法是把這套路徑寫進項目里的env.sh每次開終端source env.sh不依賴個人家目錄。5.2 現(xiàn)象U-boot 啟動后敲ping提示No ethernet found原因兩種可能。一是 3.3 節(jié) menuconfig 里Allwinner sun8i GMAC support沒勾成星號二是 dts 里emac節(jié)點的status還是disabled或者aliases里沒加ethernet0 emac;。解決先看menuconfig里那項是不是*再grep -n status arch/arm/dts/sun8i-v3s-licheepi-zero.dts確認(rèn)okay重新make之后重新dd燒錄。改完 dts 一定要重?zé)恢匦戮幉粺亲畛Ｒ姷摹案牧藳]效果”。5.3 現(xiàn)象內(nèi)核啟動日志里出現(xiàn)no phy at addr -1eth0起不來原因把 U-boot 的 dts 寫法直接抄進了內(nèi)核。U-boot 用phy phy0加allwinner,use-internal-phy內(nèi)核 5.4 用的是phy-handle int_mii_phy加mdio-mux套internal_mdio。解決按 3.8 節(jié)把mdio、mdio_mux、internal_mdio、int_mii_phy四個節(jié)點補全phy-handle指到int_mii_phy。改完make dtbs只換 dtb 文件就能驗證不用重編整個內(nèi)核。5.4 現(xiàn)象內(nèi)核掛載 NFS 根文件系統(tǒng)時卡住最后報VFS: Unable to mount root fs on unknown-block原因menuconfig里Root file system on NFS沒勾或者宿主機serverip和 NFS 服務(wù)不在同一網(wǎng)段也可能是/etc/exports改完沒exportfs -ra。解決按 3.7 節(jié)把 NFS 三項勾全宿主機上showmount -e 192.168.10.201看導(dǎo)出列表是否包含目標(biāo)目錄再rpcinfo -p確認(rèn)nfs服務(wù)在跑。交叉驗證順序是“U-boot 能 ping 通 → 能 tftp 拉到文件 → 再談 NFS 掛載”前兩步?jīng)]過就別折騰 NFS。5.5 現(xiàn)象buildroot 編到一半報 toolchain 探測失敗日志里全是No such file原因Toolchain path手抄成了帶/bin的路徑或者Toolchain prefix末尾多了短橫。buildroot 的探測腳本拿到這種路徑拼出來的命令一定不存在。解決Toolchain path填到gcc-linaro-6.5.0-2018.12-x86_64_arm-linux-gnueabihf這一層為止Toolchain prefix填arm-linux-gnueabihf不帶短橫。改完先make clean再重新make menuconfig保存一次讓探測腳本重跑。這類錯誤不看日志很難猜output/build/toolchain-external-custom/下的config.log是唯一線索。6. 裝完怎么驗證從 ping 通到屏幕出聲的四步驗收環(huán)境裝沒裝好不看編譯有沒有報錯看板子跑起來之后這四步能不能連續(xù)過。第一步串口有完整的啟動日志。打開串口工具115200 8N1上電后應(yīng)能看到 U-boot 的U-Boot 20xx.xx版本號然后Hit any key to stop autoboot倒計時。能停在這里說明 3.4 節(jié)的dd偏移寫對了。第二步U-boot 里網(wǎng)絡(luò)通。按 3.5 節(jié)配完四個變量執(zhí)行 ping 192.168.10.201 Using ethernet1c30000 device host 192.168.10.201 is alive tftp 0x41000000 uImageis alive和 tftp 的Bytes transferred ...都出現(xiàn)了說明 U-boot 側(cè)設(shè)備樹、驅(qū)動、網(wǎng)絡(luò)配置三項全對。后面就算內(nèi)核起不來也能靠 tftp 反復(fù)換鏡像調(diào)試不至于每次都要拔卡。第三步內(nèi)核起來、網(wǎng)卡就緒、根文件系統(tǒng)掛上。啟動日志里應(yīng)該出現(xiàn)類似下面的行[ 0.000000] Booting Linux on physical CPU 0x0 [ 1.2xxxxx] sun8i-v3s-emac 1c30000.ethernet: PHY ID xxxxxxxx at 0 IRQ POLL [ 2.1xxxxx] VFS: Mounted root (nfs filesystem) on device 0:14.第一行證明內(nèi)核加載地址正確第二行證明內(nèi)部 PHY 掛上了并且認(rèn)到了 ID第三行證明 NFS 根文件系統(tǒng)掛載成功。登錄進系統(tǒng)后ip addr看到eth0有地址ifconfig里 RX/TX 計數(shù)會隨 ping 增長。第四步聲卡與圖形界面。這一步直接決定音視頻開發(fā)能不能往下走# 板子上執(zhí)行 aplay -l cat /proc/asound/cardsaplay -l能列出 card 0 及 playback 設(shè)備說明 alsa-lib 和內(nèi)核聲卡驅(qū)動都到位。然后插一張 48kHz 的 wavaplay test.wav耳機口有聲音。最后跑 Qt 程序驗證export QT_QPA_PLATFORMlinuxfb ./your_qt_app -platform linuxfbQT_QPA_PLATFORMlinuxfb讓 Qt 走 framebuffer不需要 X11 或者 WaylandV3S 這類資源有限的板子基本都是這個跑法。屏幕上出畫面、觸摸或按鍵有響應(yīng)、音頻同步出聲這套全志 V3S 音視頻開發(fā)環(huán)境才算真正驗收完。從那以后我每次拿到一塊新板子都先把“串口日志 → ping 通 → aplay -l”這三步強制走一遍再動 Qt 和音視頻代碼中間少走的路比多寫幾行業(yè)務(wù)代碼省時間得多。希望幫到你。本文還有配套的精品資源點擊獲取