Using SPI-/I2C-devices without device-tree
Comments
-
A similar effect can be achieved using ACPI overlays. We have a solution for this in the pipeline - I think it is due to be released for ubilinux in the coming weeks. Basically it allows user-supplied ACPI extensions to be loaded (appended to the ACPI tables from the BIOS) during init by the kernel, and these in turn will tell the kernel about the SPI and I2C devices that are connected. There is a facility in the ACPI spec to encapsulate parameters which are analogous to the Device Tree specification, and the kernel drivers can pick these up (requires some specific kernel patches to make it work). So, basically, it allows the user to leverage those kernel modules which were written with Device Trees in mind.
-
Well, I do hope you'll write how to use them on your wiki, when your solution is out.
-
@Dan O'Donovan said:
A similar effect can be achieved using ACPI overlays. We have a solution for this in the pipeline - I think it is due to be released for ubilinux in the coming weeks. Basically it allows user-supplied ACPI extensions to be loaded (appended to the ACPI tables from the BIOS) during init by the kernel, and these in turn will tell the kernel about the SPI and I2C devices that are connected. There is a facility in the ACPI spec to encapsulate parameters which are analogous to the Device Tree specification, and the kernel drivers can pick these up (requires some specific kernel patches to make it work). So, basically, it allows the user to leverage those kernel modules which were written with Device Trees in mind.Is this solution implemented nowadays in UP kernel?