Device-tree compiler
PowerPC kernels are moving towards requiring a small Open
Firmware-style device tree as the only means of passing information
from bootloaders/firmware to the kernel. This does not require a full
Open Firmware implementation. DTC (Device Tree Compiler) is a tool to
create a static device tree, which is adequate for most embedded
systems (since their topology will not vary across reboots). DTC is
available via a git tree: git://ozlabs.org/srv/projects/dtc/dtc.git
- Sources inherited from project SUSE:SLE-15-SP5:GA
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout SUSE:SLE-15-SP7:Update/dtc && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
baselibs.conf | 0000000021 21 Bytes | |
dtc-1.6.1.tar.gz | 0000203749 199 KB | |
dtc-1.6.1.tar.sign | 0000000833 833 Bytes | |
dtc.changes | 0000009956 9.72 KB | |
dtc.keyring | 0000023463 22.9 KB | |
dtc.spec | 0000003105 3.03 KB | |
makefile-bison-rule.patch | 0000001571 1.53 KB |
Latest Revision
Elisei Roca (eroca)
committed
(revision 2)
- makefile-bison-rule.patch: Makefile: fix infinite recursion by dropping non-existent `%.output` - update to 1.6.1 (bsc#1210812): * A number of bugfixes * Fix many warnings with -Wsign-compare * Add compilation with meson (not used by default so far) * Yet another revamp of how we handle unaligned accesses * Added a number of extra checks for common tree errors * Checks for interrupt providers * i2c reg properties * Tighten checking of gpio properties * Reduce dependencies when building libfdt only * Allow libfdt.h header to be used from C++ more easily * Accept .dtbo extension for overlays * Update valid node and property characters to match current devicetree spec * Add several checks for root node sanity in fdt_check_full() * Somewhat more robust type labelling for the benefit of yaml output - Update to 1.6.0 (no changelog) - Removed dtc-no-common-conflict.patch - add dtc-no-common-conflict.patch (bsc#1160388) - Use %make_build and recpect %optflags.
Comments 0