Is it possible to get the information for a device tree using /sys of a running kernel?
Solution 1
/proc/device-tree
or /sys/firmware/devicetree/base
/proc/device-tree
is a symlink to /sys/firmware/devicetree/base
and the kernel documentation says userland should stick to /proc/device-tree
:
Userspace must not use the /sys/firmware/devicetree/base path directly, but instead should follow /proc/device-tree symlink. It is possible that the absolute path will change in the future, but the symlink is the stable ABI.
You can then access dts properties from files:
hexdump /sys/firmware/devicetree/base/apb-pclk/clock-frequency
The output format for integers is binary, so hexdump
is needed.
dtc -I fs
Get a full device tree from the filesystem:
sudo apt-get install device-tree-compiler
dtc -I fs -O dts /sys/firmware/devicetree/base
outputs the dts to stdout.
See also: How to list the kernel Device Tree | Unix & Linux Stack Exchange
dtc
in Buildroot
Buildroot has a BR2_PACKAGE_DTC=y
config to put dtc
inside the root filesystem.
QEMU -machine dumpdtb
If you are running Linux inside QEMU, QEMU automatically generates the DTBs if you don't give it explicitly with -dtb
, and so it is also able to dump it directly with:
qemu-system-aarch64 -machine virt -cpu cortex-a57 -machine dumpdtb=dtb.dtb
as mentioned at: https://lists.gnu.org/archive/html/qemu-discuss/2017-02/msg00051.html
Tested with this QEMU + Buildroot setup on the Linux kernel v4.19 arm64.
Solution 2
I'm not sure if I understand you correctly.
If you're on a system that booted using a dtb, your device tree should be accessible inside debugfs.
You can also try the dtc tools by Pantelis Antoniou, they include fdtdump and fdtget that print dts from a blob.
If you don't have a device tree at all and did not boot boot from a dtb, then you'll have to go through the machine code yourself and add all device specific attributes and nodes to your dts. There is no "synthetic" device tree generated for such a boot. A starting point would be a similar machine or parent and then working your way system by system.
Related videos on Youtube
humanityANDpeace
Lucky those who have knowledge to help and assist others :)
Updated on September 18, 2022Comments
-
humanityANDpeace over 1 year
Commonly for arm systems, device trees supply hardware information to the kernel (Linux). These device trees exist as dts (device tree source) files that are compiled and loaded to the kernel. Problem is that I do not have access to such a
dts
file, not even to adtb
file.I have access to
/sys
and/proc
on the machine and I wanted to ask if that would allow me to "guess the correct values" to be used in a dts?Also potential answer could highlight additionally the aspect if the answer to this question also depends on whether the device tree interface was used in the first place (i.e. a
dtb
was created and provided to the kernel) instead of some more hacking "we simply divert from vanilla and patch the kernel so as to solve the device information problem for our kernel only"-solution?-
phk over 7 yearsDo you have access to the boot image? You could extract the device tree from there. I can help.
-
-
FRob about 8 yearsYes and yes for the first two. Last, IANAL, but the machine arch/???/mach-???/board-???.c would contain the special devices present for a machine in older kernels. This should be covered by GPL and have to be available for a fee. Individual device drivers might be closed source, no violation there.
-
Harry Tsai about 3 years@AnthonyD973 The ABI docs take the opposite position:
Userspace must not use the /sys/firmware/devicetree/base path directly, but instead should follow /proc/device-tree symlink.
-
AnthonyD973 about 3 years@HarryTsai I stand corrected ; thanks a lot! I've deleted my other comment to avoid confusion.
-
Oleg Kokorin over 2 years
/sys/firmware/fdt
is the device tree blob file location