标签: device-tree

.dtsfile和.dtsifile有什么区别？生成设备树Blob时有区别吗？什么时候使用其中一个？

根据我的理解，选择的节点用于将引导参数发送到内核。以下是现有设备代码（am335x-bone-common.dtsi）的选定节点。

chosen {
  stdout-path = &uart0;
  };

因此，我修改了选择的节点以传递内核参数。

chosen {
        bootargs = "console=ttyO0,115200 root=/dev/mmcblk0p2 rootfstype=ext3 rw rootwait";
        stdout-path = &uart0;
    };

在提起董事会时，我遇到了KERNEL PANIC，这是日志{ https://pastebin.com/XHyrsmfG }

仅供参考：这些是在串行控制台（minicom）上发出的u-boot命令，以便使用SDcard移植内核和设备树。

fatload mmc 0:1 0x81000000 zImage
fatload mmc 0:1 0x82000000 am335x-boneblack.dtb
bootz 0x81000000 - 0x82000000 

如果我从shell加载我自己的设备树覆盖,它加载正常,但如果我尝试在启动时加载它,它将不会这样做.我错过了什么？

这是我用debian-debian-7.4-2014-04-23-2gb.img.xz设置的debian BeagleBone Black.使用
Linux beaglebone 3.8.13-bone47#1 SMP Fri Apr 11 01:36:09 UTC 2014 armv7l GNU/Linux的

这是我对/boot/uboot/uEnv.txt所做的更改:

optargs = capemgr.enable_partno = BB-FOO-GPIO

这是dmesg |的输出 grep bone-capemgr:

底板:'A335BNLT,00A5,4049BBBK7400'
兼容底板= ti,beaglebone-black
slot#0:没有斗篷发现
插槽#1:没有斗篷发现
插槽#2:没有斗篷发现
插槽#3:没有斗篷发现
插槽#4:特定覆盖
骨骼:在插槽4
插槽#4 处使用覆盖eeprom数据:'Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G'
插槽#5:特定覆盖
骨骼:使用覆盖eeprom数据插槽5
插槽#5:'Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI'
插槽#6:特定覆盖
骨:在插槽6
插槽#6 处使用覆盖eeprom数据:'Bone-Black-HDMIN, 00A0,德克萨斯仪器,BB-BONELT-HDMIN"
enabled_pa​​rtno PART_NUMBER 'BB-FOO-GPIO',版本'N/A',PRIO '0'
时隙#7:通用覆盖
骨:在时隙7使用倍率EEPROM数据
时隙#7 : '覆盖电路板名称,00A0,覆盖MANUF,BB-FOO-GPIO'
装载机:前槽4 BB-BONE-EMMC-2G:00A0(PRIO 1)
装载机:检查槽4 BB-BONE-EMMC-2G: 00A0(prio 1)
装载机:插槽前5 BB-BONELT-HDMI:00A0(prio 1)
装载机:检查插槽-5 BB-BONELT-HDMI:00A0(prio 1)装载机:插槽
前 - 6 BB-BONELT-HDMIN:00A0(prio 2)
加载程序:检查slot-6 BB-BONELT-HDMIN:00A0(prio 2) …

考虑以下设备树覆盖示例。片段编号为 0、1、2。

数字重要吗？它们必须按升序排列吗？或者 0, 2, 1 也可以吗？哪里指定的？

/dts-v1/;
/plugin/;

/ {
    fragment@0 {
        target = <&foo>;
        __overlay__ {
            ...
        };
    };

    fragment@1 {
        target = <&bar>;
        __overlay__ {
            ...
        };
    };

    fragment@2 {
        target = <&baz>;
        __overlay__ {
            ...
        };
    };

};

Linux设备驱动程序编程中的哪个GPIO API更可取,在什么条件下:gpio_set_value()或gpiod_set_value()？

一个采用GPIO desc作为对象,而另一个采用从设备树解析的GPIO.

我正在尝试在设备树中为am335设置引脚模式。我如下更改设备树中的pinmux节点。

pinctrl_test: pinctrl_test_pins {
    pinctrl-single,pins = <
        0x078 0x07 /* P9_12 OUTPUT | MODE7 | PULLDOWN */
        0x048 0x07 /* P9_14 OUTPUT | MODE7 | PULLDOWN */
    >;
}

但我没有看到任何变化/sys/kernel/debug/pinctrl/44e10800.pinmux/pins。

我找到了有关GPIO -HOG的信息，但是找不到好的文档。

我正在使用的内核版本是4.8.13

我在演示中使用 sama5d27-wlsom1-ek 板，并尝试对设备树进行更改。

到目前为止，我已经编译了 core-image-minimal 并发现我的 dtb 文件是在

/tmp/work/sama5d27_wlsom1_ek_sd-poky-linux-gnueabi/linux-at91/5.4+gitAUTOINC+3dba8c9991-r0/build/arch/arm/boot/dts

文件夹。

我还发现许多不同的 dts 文件

build/tmp/work-shared/sama5d27-wlsom1-ek-sd/kernel-source/arch/arm/boot/dts

但是，如果我的机器在构建文件夹内生成设备树文件，那么它们从哪里获取？如果我使用自定义 dts 文件，如何更新它们？

我想使用我的 custom.dts 文件构建映像，在其中启用某些外围设备并禁用不需要的外围设备。（将来定制 dtb 的测试）。

我尝试了这里找到的不同方法 How to use an own device tree andmodified kernel config in Yocto? 以及 仅使用 Yocto/bitbake 快速重建设备树？

我创建了一个新meta-local层并将其添加到bblayer 后面的recipetool命令中，将我的 dts 文件添加到新层。添加KERNEL_DEVICETREE += "custom.dtb"到.bbappend元本地生成的文件中，然后运行bitbake构建映像命令到目前为止但是，当我尝试构建映像时，我似乎遇到了以下错误。

    Loading cache: 100% |############################################| Time: 0:00:00
Loaded 3474 entries from dependency cache.
Parsing recipes: 100% |##########################################| Time: 0:00:00
Parsing of 2309 .bb files complete …

我是 Buildroot 系统的新手（我之前使用过 Yocto）。我需要修改我的主板的设备树，这是实现这一目标的最佳方法？

非常感谢，西蒙娜