⑴ u-boot使用make編譯出現找不到dtc命令，如何解決啊
我在ubuntu14.04上編譯uboot時也遇到了這個問題，dtc是device-tree-compiler的縮寫，即設備樹編譯器，說明系統中沒有安裝這個編譯器，我用的是apt-get install device-tree-compiler安裝後就可以成功編譯了哈。
⑵ 如何使用dtc編譯設備樹 devicetree
DTS (device tree source)
.dts文件是一種ASCII 文本格式的Device
Tree描述，此文本格式非常人性化，適合人類的閱讀習慣。基本上，在ARM
linux在，一個.dts文件對應一個ARM的machine，一般放置在內核的arch/arm/boot/dts/目錄。由於一個SoC可能對應多個machine（一個SoC可以對應多個產品和電路板），勢必這些.dts文件需包含許多共同的部分，Linux內核為了簡化，把SoC公用的部分或者多個machine共同的部分一般提煉為.dtsi，類似於C語言的頭文件。其他的machine對應的.dts就include這個.dtsi。譬如，對於VEXPRESS而言，vexpress-v2m.dtsi就被vexpress-v2p-ca9.dts所引用，
vexpress-v2p-ca9.dts有如下一行：
/include/
"vexpress-v2m.dtsi"
當然，和C語言的頭文件類似，.dtsi也可以include其他的.dtsi，譬如幾乎所有的ARM
SoC的.dtsi都引用了skeleton.dtsi。
.dts（或者其include的.dtsi）基本元素即為前文所述的結點和屬性：
[plain] view
plainprint?
/ {
node1 {
a-string-property = "A string";
a-string-list-property = "first string", "second string";
a-byte-data-property = [0x01 0x23 0x34 0x56];
child-node1 {
first-child-property;
second-child-property = <1>;
a-string-property = "Hello, world";
};
child-node2 {
};
};
node2 {
an-empty-property;
a-cell-property = <1 2 3 4>; /* each number (cell) is a uint32 */
child-node1 {
};
};
};
/ {
node1 {
a-string-property = "A string";
a-string-list-property = "first string", "second string";
a-byte-data-property = [0x01 0x23 0x34 0x56];
child-node1 {
first-child-property;
second-child-property = <1>;
a-string-property = "Hello, world";
};
child-node2 {
};
};
node2 {
an-empty-property;
a-cell-property = <1 2 3 4>; /* each number (cell) is a uint32 */
child-node1 {
};
};
};
上述.dts文件並沒有什麼真實的用途，但它基本表徵了一個Device
Tree源文件的結構：
1個root結點"/"；
root結點下面含一系列子結點，本例中為"node1" 和
"node2"；
結點"node1"下又含有一系列子結點，本例中為"child-node1" 和
"child-node2"；
各結點都有一系列屬性。這些屬性可能為空，如"
an-empty-property"；可能為字元串，如"a-string-property"；可能為字元串數組，如"a-string-list-property"；可能為Cells（由u32整數組成），如"second-child-property"，可能為二進制數，如"a-byte-data-property"。
下面以一個最簡單的machine為例來看如何寫一個.dts文件。假設此machine的配置如下：
1個雙核ARM
Cortex-A9 32位處理器；
ARM的local bus上的內存映射區域分布了2個串口（分別位於0x101F1000 和
0x101F2000）、GPIO控制器（位於0x101F3000）、SPI控制器（位於0x10170000）、中斷控制器（位於0x10140000）和一個external
bus橋；
External bus橋上又連接了SMC SMC91111
Ethernet（位於0x10100000）、I2C控制器（位於0x10160000）、64MB NOR
Flash（位於0x30000000）；
External bus橋上連接的I2C控制器所對應的I2C匯流排上又連接了Maxim
DS1338實時鍾（I2C地址為0x58）。
其對應的.dts文件為：
[plain] view
plainprint?
/ {
compatible = "acme,coyotes-revenge";
#address-cells = <1>;
#size-cells = <1>;
interrupt-parent = <&intc>;cpus {
#address-cells = <1>;
#size-cells = <0>;
cpu@0 {
compatible = "arm,cortex-a9";
reg = <0>;
};
cpu@1 {
compatible = "arm,cortex-a9";
reg = <1>;
};
};serial@101f0000 {
compatible = "arm,pl011";
reg = <0x101f0000 0x1000 >;
interrupts = < 1 0 >;
};serial@101f2000 {
compatible = "arm,pl011";
reg = <0x101f2000 0x1000 >;
interrupts = < 2 0 >;
};gpio@101f3000 {
compatible = "arm,pl061";
reg = <0x101f3000 0x1000
0x101f4000 0x0010>;
interrupts = < 3 0 >;
};intc: interrupt-controller@10140000 {
compatible = "arm,pl190";
reg = <0x10140000 0x1000 >;
interrupt-controller;
#interrupt-cells = <2>;
};spi@10115000 {
compatible = "arm,pl022";
reg = <0x10115000 0x1000 >;
interrupts = < 4 0 >;
};external-bus {
#address-cells = <2>
#size-cells = <1>;
ranges = <0 0 0x10100000 0x10000 // Chipselect 1, Ethernet
1 0 0x10160000 0x10000 // Chipselect 2, i2c controller
2 0 0x30000000 0x1000000>; // Chipselect 3, NOR Flashethernet@0,0 {
compatible = "smc,smc91c111";
reg = <0 0 0x1000>;
interrupts = < 5 2 >;
};i2c@1,0 {
compatible = "acme,a1234-i2c-bus";
#address-cells = <1>;
#size-cells = <0>;
reg = <1 0 0x1000>;
interrupts = < 6 2 >;
rtc@58 {
compatible = "maxim,ds1338";
reg = <58>;
interrupts = < 7 3 >;
};
};flash@2,0 {
compatible = "samsung,k8f1315ebm", "cfi-flash";
reg = <2 0 0x4000000>;
};
};
};
/ {
compatible = "acme,coyotes-revenge";
#address-cells = <1>;
#size-cells = <1>;
interrupt-parent = <&intc>;
cpus {
#address-cells = <1>;
#size-cells = <0>;
cpu@0 {
compatible = "arm,cortex-a9";
reg = <0>;
};
cpu@1 {
compatible = "arm,cortex-a9";
reg = <1>;
};
};
serial@101f0000 {
compatible = "arm,pl011";
reg = <0x101f0000 0x1000 >;
interrupts = < 1 0 >;
};
serial@101f2000 {
compatible = "arm,pl011";
reg = <0x101f2000 0x1000 >;
interrupts = < 2 0 >;
};
gpio@101f3000 {
compatible = "arm,pl061";
reg = <0x101f3000 0x1000
0x101f4000 0x0010>;
interrupts = < 3 0 >;
};
intc: interrupt-controller@10140000 {
compatible = "arm,pl190";
reg = <0x10140000 0x1000 >;
interrupt-controller;
#interrupt-cells = <2>;
};
spi@10115000 {
compatible = "arm,pl022";
reg = <0x10115000 0x1000 >;
interrupts = < 4 0 >;
};
external-bus {
#address-cells = <2>
#size-cells = <1>;
ranges = <0 0 0x10100000 0x10000 // Chipselect 1, Ethernet
1 0 0x10160000 0x10000 // Chipselect 2, i2c controller
2 0 0x30000000 0x1000000>; // Chipselect 3, NOR Flash
ethernet@0,0 {
compatible = "smc,smc91c111";
reg = <0 0 0x1000>;
interrupts = < 5 2 >;
};
i2c@1,0 {
compatible = "acme,a1234-i2c-bus";
#address-cells = <1>;
#size-cells = <0>;
reg = <1 0 0x1000>;
interrupts = < 6 2 >;
rtc@58 {
compatible = "maxim,ds1338";
reg = <58>;
interrupts = < 7 3 >;
};
};
flash@2,0 {
compatible = "samsung,k8f1315ebm", "cfi-flash";
reg = <2 0 0x4000000>;
};
};
};
上述.dts文件中,root結點"/"的compatible 屬性compatible =
"acme,coyotes-revenge";定義了系統的名稱，它的組織形式為：<manufacturer>,<model>。Linux內核透過root結點"/"的compatible
屬性即可判斷它啟動的是什麼machine。
在.dts文件的每個設備，都有一個compatible
屬性，compatible屬性用戶驅動和設備的綁定。compatible
屬性是一個字元串的列表，列表中的第一個字元串表徵了結點代表的確切設備，形式為"<manufacturer>,<model>"，其後的字元串表徵可兼容的其他設備。可以說前面的是特指，後面的則涵蓋更廣的范圍。如在arch/arm/boot/dts/vexpress-v2m.dtsi中的Flash結點：
[plain] view
plainprint?
flash@0,00000000 {
compatible = "arm,vexpress-flash", "cfi-flash";
reg = <0 0x00000000 0x04000000>,
<1 0x00000000 0x04000000>;
bank-width = <4>;
};
flash@0,00000000 {
compatible = "arm,vexpress-flash", "cfi-flash";
reg = <0 0x00000000 0x04000000>,
<1 0x00000000 0x04000000>;
bank-width = <4>;
};
compatible屬性的第2個字元串"cfi-flash"明顯比第1個字元串"arm,vexpress-flash"涵蓋的范圍更廣。
再比如，Freescale
MPC8349 SoC含一個串口設備，它實現了國家半導體（National Semiconctor）的ns16550
寄存器介面。則MPC8349串口設備的compatible屬性為compatible = "fsl,mpc8349-uart",
"ns16550"。其中，fsl,mpc8349-uart指代了確切的設備， ns16550代表該設備與National Semiconctor
的16550
UART保持了寄存器兼容。
接下來root結點"/"的cpus子結點下面又包含2個cpu子結點，描述了此machine上的2個CPU，並且二者的compatible
屬性為"arm,cortex-a9"。
注意cpus和cpus的2個cpu子結點的命名，它們遵循的組織形式為：<name>[@<unit-address>]，<>中的內容是必選項，[]中的則為可選項。name是一個ASCII字元串，用於描述結點對應的設備類型，如3com
Ethernet適配器對應的結點name宜為ethernet，而不是3com509。如果一個結點描述的設備有地址，則應該給出@unit-address。多個相同類型設備結點的name可以一樣，只要unit-address不同即可，如本例中含有cpu@0、cpu@1以及serial@101f0000與serial@101f2000這樣的同名結點。設備的unit-address地址也經常在其對應結點的reg屬性中給出。ePAPR標准給出了結點命名的規范。
⑶ 居住地code格式錯誤是怎麼回事
一、軟體方面的
1、先檢查設備管理器 看設備的驅動和運行狀態是否正常（如驅動錯誤、設備禁用等）。
2、有些電腦有自我的過流保護功能(就是外接設備電流大於正常電流時會自動斷開連接防止對電腦本身造成不可逆的損壞）。
二、硬體方面的
打開設備管理器 然後再插入U盤 看設備樹列表是否有收起再張開現象，如果沒有就可以基本判定線路斷開或接觸不良了（保護電阻燒斷、或插口贓污生銹松動等）。
追加一點：也有可能是外接設備的問題！ 具體可以追問 希望能幫到你
⑷ 單獨編譯內核和設備樹
source /opt/fsl-imx-xwayland/4.19-warrior/environment-setup-aarch64-poky-linux
export ARCH=arm64
make -j 16
生成的Image 和dtb在下面的路徑
~/imx-yocto-bsp/build-imx8mmevk/tmp/work/imx8mmevk-poky-linux/linux-imx/4.19.35-r0/git/arch/arm64/boot
⑸ jetson TX2
Jetson TX2 安裝JetPack3.3教程
TX2的CH340驅動的安裝
上文中對應的英文博客鏈接如下：
Build Kernel and Moles – NVIDIA Jetson TX2
其中必須先裝qt然後才能make xconfig
How to configure the devicetree for dsi ?
關於jetson平台的一些名稱
nVIDIA Jetson TX1 內核kernel編譯
TX2中設備樹燒寫
英偉達TX2的USB口無法使用的解決辦法
jetson-TX2 的設備樹修改
Jetson-TX2 新底板移植
⑹ 在鴻蒙(OHOS3.0)編譯框架中添加樹莓派4B
之前在樹莓派4b上點亮了OHOS3.0，不過內核是用tftp拉取的，根文件系統掛在了NFS上，拔了網線就無法啟動。當然這么操作只是為了方便調試，而最終需要的是一個可以燒錄到TF卡上的img鏡像文件。這就需要將所有調試好的內容添加到OHOS3.0的編譯框架，本以為是很簡單的事情，好傢伙，整了這么久，感覺添加編譯框架比移植本身更復雜。於是我整理了添加樹莓派單板到編譯框架的內容，希望對各位有所幫助，為大家避坑。
主要參考 hisilicon build組件倉，添加一個procts編譯組件，這個組件是在產品配置文件中指定的。比如
proctdefinecommonproctsRPI4B.json
其他部分參考Hi3516，但是其中2條，指定單板組件路徑，並添加組件。如果刪除這兩條，將不能編譯內核，只生成OHOS的文件系統。
接下來在device目錄下，新建一個raspberrypi編譯組件文件夾，並添加 ohos.build 文件。和前面產品配置文件中的設置對應起來了。
deviceraspberrypibuildohos.build
新建 deviceraspberrypibuildBUILD.gn 當然每個廠家不可能只有1個板子，如果有其他單板就在這里指定，比如樹莓派2B、3B等
既然前面指定了rpi4b的編譯配置組件，那麼就在 deviceraspberrypi 新建一個 rpi4b 的目錄，可以參考 hi3516dv300 build組件
deviceraspberrypirpi4bBUILD.gn
至此一個rpi4b build組件就添加到OHOS3.0的編譯框架了，之後相關內容添加到這個文件夾下就可以了。
接下來分析下目前移植了樹莓派4B的哪些內容，如何將這些內容編譯進OHOS3.0。
關於補丁可以參考 Patch組件，可以得知內核編譯由kernel.mk來執行
kernellinuxbuildkernel.mk
所以補丁文件需要放到正確的路徑下，以正確的名字命名就可以patch到內核。
hdf.patch補丁文件，現在還沒有移植HDF相關內容，所以可以先使用Hi3516的
rpi4b.patch補丁文件，使用樹莓派的官方鏡像，https://github.com/raspberrypi/linux
kernellinuxconfiglinux-5.10archarmconfigsrpi4b_standard_defconfig
內核配置文件目前已知的需要開啟下面內容，但是肯定不止這些，以後會繼續更新
Pi4的GPU是VideoCore VI支持OpenGL ES 3.2，而Pi3的GPU是VideoCore IV支持OpenGL ES 2.0。VideoCore IV 驅動程序是 VC4，VideoCore VI 驅動程序的 V3D。內核已經提供驅動，參考rpi4b_standard_defconfig將驅動直接編入到內核。
同時需要在config.txt中開啟設置
OHOS中修改weston的配置文件，指定顯示驅動
systemetcweston.ini
具體思路就是先查找設備號，根據設備號找到驅動程序。
前面內核配置的時候rpi4b_standard_defconfig中已經將觸摸驅動編入內核，所以後面不需要在init載入模塊了，修改下eudev的配置文件即可。
third_partyeudevrules.d ouchscreen.rules
正常情況下內核是由uboot進行引導的，而且OHOS默認生成uImage。但是樹莓派自帶BootLoader，雖然可以先用樹莓派自帶的BootLoader啟動uboot，再用uboot載入uImage，但是這樣會比較麻煩，而且會增加啟動時間。不過目前 zImage是寫死在kernel.mk中的，沒辦法改下編譯腳本把。
kernellinuxbuildkernel.mk 將 uImage 改為 zImage moles dtbs
kernellinuxbuildbuild_kernel.sh
kernellinuxbuildBUILD.gn
kernellinuxbuildkernel_mole_build.sh
這里內核編譯會依賴proct_path="vendor/$proct_company/$proct_name"下的hdf.hcs文件，得先新建一個應付下，不然會報下面這個錯誤。
ninja: error: '../../vendor/raspberrypi/RPI4B/hdf_config/uhdf/hdf.hcs', needed by 'gen/drivers/adapter/uhdf2/hcs/hdf_default.hcb', missing and no known rule to make it
新建：vendor/raspberrypi/RPI4B/hdf_config/uhdf/hdf.hcs
對於鏡像燒錄，Hi3516會將uImage、system.img、vendor.img等鏡像燒寫到emmc，但是樹莓派使用TF卡啟動，所以需要對TF卡進行分區，然後復制對應的內容到各個分區。首先製作樹莓派boot目錄，這個用來目錄存放樹莓派設備樹、config.txt、cmdline.txt、內核鏡像等信息。寫一個簡單的mkboot.py腳本來實現這個功能，位置在碼倉.py將會生成boot.img。
為了方便燒錄，需要將boot.img、system.img、updater.img、vendor.img、userdata.img合並成一個rpi4b.img。還是寫一個簡單的腳本來處理這個步驟.py。
不過有個問題，主分區只支持4個，所以updater.img暫時先不合並了，這個問題等以後再來處理。
最後將會得到一個rpi4b.img的鏡像文件，將這個文件燒錄到SD卡就可以了。
Linux：可以使用dd命令
windows：使用Win32 Disk Imager工具燒錄即可。
到這里總算是跑通了一個完整的添加新單板的流程，只不過目前只適配了顯示和觸摸。接下來打算嘗試HDF或者distributed部分。
⑺ 如何學習zynq乙太網控制器及協議棧
第 9 章 ZedBoard 入門
前面大家已經對 ZYNQ 架構以及相應的開發工具有一定的認識，接下來我們將帶領大家來一起 體驗 ZYNQ，體驗軟硬體協同設計的魅力。由於時間的關系，下面的一些實驗（本章及後續章節的實驗） 可能有不完善的地方，歡迎讀者向我們反饋。 9.1 跑馬燈 本實驗將指導大家使用 Vivado 集成設計環境創建本書的第一個 Zynq 設計。這里，我們使用跑馬燈 這個入門實驗來向大家介紹 Vivado IDE 的 IP Integrator 環境，並在 Zedboard 上實現這個簡單的 Zynq 嵌 入式系統。之後，我們將會使用 SDK 創建一個簡單的軟體應用程序，並下載到 Zynq 的 ARM 處理器中， 對在 PL 端實現的硬體進行控制。本實驗分為三個小節來向大家進行介紹： ? 第一節我們將使用 Vivado IDE 創建一個工程。 ? 在第一節的基礎上，第二節我們將繼續構建一個 Zynq 嵌入式處理系統，並將完成後的硬體導入 到 SDK 中進行軟體設計。 ? 最後一節我們將使用 SDK 編寫 ARM 測試應用程序， 並下載到 ZedBoard 上進行調試。 實驗環境：Windows 7 x64 操作系統， Vivado2013.4，SDK 2013.4
9.1.1 Vivado 工程創建
1) 雙擊桌面 Vivado 快捷方式 ，或者瀏覽 Start > All Programes > Xilinx Design Tools > Vivado
2013.4 > Vivado 2013.4 來啟動 Vivado. 2) 當 Vivado 啟動後，可以看到圖 9-1 的 Getting Started 頁面。
圖 9- 1 Vivado 開始界面
3) 選擇 Create New Project 選項，圖 9-2 所示的 New Project 向導將會打開，點擊 Next。
圖 9- 2 New Project 對話框 4) 在 Project Name 對話框中，輸入 first_zynq_design 作為 Project name, 選擇 C:/XUP/Zed 作為 Project location，確保 Create project subdirectory 被勾選上，如圖 9-3，點擊 Next。
圖 9- 3 Project Name 對話框 5) 在 Project Type 對話框中，選擇 RTL Project，確保 Do not specify sources at this time 選項沒有 被勾選，如圖 9-4，點擊 Next。
圖 9- 4 Project Type 對話框 6) 在 Add Source 對話框中， 選擇 Verilog 作為目標語言，如果你對 VHDL 熟悉的話， 你也可以 選擇 VHDL，如果這里你忘記了選擇，在工程創建完成後，也可以在工程設置中選擇你熟悉的 HDL 語言。如果你已經有了源文件，在這里就可以選擇 Add file 或者 Add directory 進行添加， 由於我們沒有任何的源文件， 所以這里我們直接點擊 Next 即可，如圖 9-5。
圖 9- 5 添加源文件 7) 在 Add Existing IP 對話框中，點擊 Next。 8) 在 Add Constraints 對話框中，點擊 Next。 9) 在 Default Part 對話框中，在 Specify 框中選擇 Boards 選項，在下面的 Board 列表中選擇 ZedBoard Zynq Evaluation and Development Kit，點擊 Next，如圖 9-6。
圖 9- 6 晶元選擇 10) 在 New Project Summary 對話框中，點解 Finish 完成工程創建，至此，我們已經使用 Vivado 創建了一個 Zynq 設計的工程框架，圖 9-7 為 Vivado 的工程界面，在第四章我們已經對該界面 進行過介紹，如果還不熟悉的讀者再回到前面復習一下。下面我將使用 Flow Navigator 的 IP Integrator 功能完成第二節的嵌入式系統設計。
圖 9- 7 Vivado 工程界面
9.1.2 在 Vivado 中創建 Zynq 嵌入式系統 這一節我們將創建一個簡單的 Zynq 嵌入式系統，該系統使用 Zynq PL 部分實現一個通用 I/O 控制 器 (GPIO)，控制器同 ZedBoard 上的 8 個 LED 相連接，並且通過 AXI 匯流排連接到 PS 端，這樣我們就可 以通過將要在第三小節中實現的 ARM 應用程序來對 LED 進行控制。系統結構圖如圖 9-8 所示。
⑻ 如何在linux-3.x內核編譯設備樹
可以讓設備樹文件和內核一起編譯，單獨編譯的化，可以參考下面的文檔：
http://blog.csdn.net/woshigaoyuan/article/details/13996277
⑼ 編譯linux內核設備樹文件使用什麼命令
Linux源碼的arch/powerpc/boot/dts/目錄下存放了很多dts文件，可以作為參考文件。另外dtc編譯器在內核源碼2.6.25版本之後已經被包含進去。在2.6.26版本之後，生成blob的簡單規則已經加入makefile，如下命令：
$ make ARCH=powerpc canyonlands.dtb
也可以根據自己的硬體修改好dts文件後，用下面類似命令生成dtb文件。
$ dtc -f -I dts -O dtb -R 8 -S 0x3000 test.dts > mpc836x_mds.dtb
$ mkimage -A ppc -O Linux -T flat_dt -C none -a 0x300000 -e 0 -d mpc836x_mds.dtb mpc836x_mds.dtu