Linux kernel 带有设备树的调节器框架文档

Linux kernel 带有设备树的调节器框架文档,linux-kernel,linux-device-driver,embedded-linux,device-driver,Linux Kernel,Linux Device Driver,Embedded Linux,Device Driver,我想知道是否有关于linux内核调节器框架和设备树的文档。我完全不知道消费者的名字和名单。我需要从设备树中添加消费者,但在设备树文件中根本看不到消费者列表。 我正在使用基于TI sitara的基于AM335x的定制板。通过阅读这两个文档(和),您应该能够找到您想要的。但和往常一样,最好的文档是代码本身。驱动程序正在使用DeviceTree和调节器框架。通过阅读这两个文档(和),您应该能够找到您想要的。但和往常一样,最好的文档是代码本身。驾驶员正在使用DeviceTree和调节器框架。此外,Fed

我想知道是否有关于linux内核调节器框架和设备树的文档。我完全不知道消费者的名字和名单。我需要从设备树中添加消费者,但在设备树文件中根本看不到消费者列表。
我正在使用基于TI sitara的基于AM335x的定制板。

通过阅读这两个文档(和),您应该能够找到您想要的。但和往常一样,最好的文档是代码本身。驱动程序正在使用DeviceTree和调节器框架。

通过阅读这两个文档(和),您应该能够找到您想要的。但和往常一样,最好的文档是代码本身。驾驶员正在使用DeviceTree和调节器框架。

此外,Federico已经说过,还有所谓的MFD(多功能)设备。这些通常被称为PMIC(电源管理IC),与TI的SOC一起使用。对于AM335x,可能是TPS65217、TPS65910A、TPS65910x、TPS650250等。如果是这样,这意味着您可以找到以下链接:。

此外,Federico已经说过,有所谓的MFD(多功能)设备。这些通常被称为PMIC(电源管理IC),与TI的SOC一起使用。对于AM335x,它可能是TPS65217、TPS65910A、TPS65910x、TPS650250等。如果是这样的话,这意味着您可以找到其中的一些,请点击以下链接:。

我只是自己研究了一下,我的结论是,设备树中的设置与电路板文件中的设置方式大不相同

您需要做的是将驱动程序也添加到设备树中,然后使用“[name]-supply”符号,例如:

cpus {
    cpu0 {
        cpu0-supply = <&omap_tps65912_dcdc1>;
    };
};
cpu{
cpu0{
cpu0供应=;
};
};

如果您在其他板文件中查找,您将看到它是如何工作的

我自己也在研究这个问题,我的结论是设备树中的设置与线路板文件中的设置非常不同

您需要做的是将驱动程序也添加到设备树中,然后使用“[name]-supply”符号,例如:

cpus {
    cpu0 {
        cpu0-supply = <&omap_tps65912_dcdc1>;
    };
};
cpu{
cpu0{
cpu0供应=;
};
};

如果您在其他板文件中查找,您将看到它是如何工作的

我需要了解处理器/供应商DTS是如何编写的。对于框架,设备、节点和sysfs条目是基于dts文件创建的,如果没有任何文档,很难理解dts文件。自从dts问世以来,消费者的名字几乎不可能在监管机构框架中追踪。我需要了解处理器/供应商dts是如何编写的。对于框架,设备、节点和sysfs条目是基于dts文件创建的,如果没有任何文档,很难理解dts文件。自从dts问世以来,消费者的名字几乎不可能在监管机构的框架内被追踪到。这是设备树的另一个问题。TI和几乎所有供应商都编写了dts文件并修改了框架,但没有任何文档。更不用说,它们都不在一个文件中。这是设备树的另一个问题。TI和几乎所有供应商都编写了dts文件并修改了框架,但没有任何文档。更不用说,它们都不在一个文件中。