Additional device tree overlays to support different hardware on Radxa products
This repo is supposed to be applied directly over Linux source tree. You will also need this patch so they can be built with the kernel.
Currently we mandate a custom metadata
node in overlays. This data is parsed by rsetup
to provide human readable description and conflict detection. Below is a sample metadata
node with detailed guideline after:
/ {
metadata {
title = "Enable ENC28J60 on SPI2";
compatible = "unknown";
category = "misc";
exclusive = "GPIO2_B3", "GPIO2_B2", "GPIO2_B1", "GPIO2_B4", "GPIO4_A7";
description = "Enable Microchip ENC28J60 SPI Ethernet controller on SPI2.\nINT=40";
};
};
title
should not contain the product name.
rsetup
will only show compatible overlays withcompatible
field. As such, do not confuse users to second guess if an overlay is truly compatible when the product name is not explicitly mentioned.title
should not end with period.
compatible
should not be a SoC unless it is truly compatible for every products using that SoC.
rsetup
will match base device tree'scompatible
with overlay'scompatible
. As long as one value from each matches, the overlay is considered compatible. Since most product's device tree contains their SoC incompatible
, setting SoC in overlay'scompatible
will make it compatible with every such products.
Explicit products list should be perferred to generic SoC matching.- If a overlay is broken,
compatible
should beunknown
.
category
currently can be one of the following:
camera, display, misc
exclusive
should refer to device tree node and property.- For features that are muxed to a GPIO line,
exclusive
should be the GPIO ID. - For features that use multiple GPIO lines, they should all be listed under
exclusive
.
description
is a multi line text to describe the function of the overlay. It can be the same astitle
with ending period.- New line in
description
should use\n
. - Hardware parameters should be listed at the end to help user to connect their devices.