[Ksummit-discuss] [TECH TOPIC] Driver model/resources, ACPI, DT, etc (sigh)

Rafael J. Wysocki rafael.j.wysocki at intel.com
Mon May 12 22:03:42 UTC 2014


On 5/12/2014 11:59 PM, Mark Brown wrote:
> On Tue, May 06, 2014 at 02:22:15PM +0200, Rafael J. Wysocki wrote:
>> On Monday, May 05, 2014 06:45:28 PM Benjamin Herrenschmidt wrote:
>>> On Sun, 2014-05-04 at 14:28 +0200, Rafael J. Wysocki wrote:
>>>> In my opinion, device drivers should not be concerned about that
>>>> really.
>>>> The layers of code above them (bus types etc.) should, but not drivers
>>>> themselves, because that makes it difficult to use the same driver
>>>> for the same piece of hardware on two systems with different firmware
>>>> interfaces.
>>> Only for standardized resource types, such as mmio ranges or interrupts.
>>> Anything else is absolutely in the domain of competence of the driver
>>> and I would argue *only* in the domain of competence of the driver.
>> But why can't we treat DT bindings as a standard?
> Aside from the whole question of people bothering to pay attention to
> the specs when writing their BIOSs DTs (as used in modern systems) and
> ACPI have quite different models for what should be handled where - FDT
> is pure data and expects the kernel to do everything while ACPI expects
> to be used with active firmware.

While in practice ACPI is used on systems with active firmware usually, 
there's no expectation like this in ACPI itself in principle.



More information about the Ksummit-discuss mailing list