Hi Wolfgang,
On Wed, 1 Apr 2020 at 01:39, Wolfgang Wallner wolfgang.wallner@br-automation.com wrote:
Hi Simon,
-----"U-Boot" u-boot-bounces@lists.denx.de schrieb: -----
[snip]
- acpi,ddn : Contains the string to use as the _DDN (DOS (Disk
Operating
- System) Device Name)
- acpi,hid : Contains the string to use as the HID (Hardware ID)
- identifier _HID
- acpi,probed : Tells U-Boot to add 'linux,probed' to the ACPI
tables so that
- Linux will only load the driver if the device can be detected
(e.g. on I2C
- bus)
Will support for 'linux,probed' be mainlined? Otherwise the description should IMHO mention that it is an out-of-tree feature.
I have thought some more about this property. The Chromium discussions [1] mention that "linux,probed" is intended to be a property in both Devicetree and ACPI, so a Linux kernel could handle the device in the expected way whether it boots on a Devicetree platform or an ACPI platform. The proposed "acpi,probed" property would only solve one such use case (ACPI-based platforms): U-Boot boots, reads "acpi,probed" from Devicetree, adds "linux,probed" to the ACPI description and hands that to the Linux kernel.
Why would we not keep the name "linux,probed" for this property? U-Boot could still do the same Devicetree -> ACPI translation, but the same property could then also be useful for Devicetree-based platforms.
OK...oh dear. I will change it back to linux,probed
Regards, Simon