ACPI vs DT at runtime

On Friday 15 November 2013, Jason Gunthorpe wrote:

On Fri, Nov 15, 2013 at 09:57:17AM +0000, Mark Rutland wrote:

quoted

first-class citizen. We don't need to modify every driver and subsystem
to support ACPI, only those necessary to support the minimal set of
platforms using ACPI. ACPI is new in the arm space, and we can enforce
quality standards on ACPI now above what we're allowing for DT, and
avoid future problems.

I think to replicate the kind of 'success' ACPI sees in x86-land you
really need to push back on the HW folks and limit what drivers will
be supported on ACPI systems.

ACPI should be coupled with a standard basic HW environment -
analogous to the stable APIC, PCI and HPET standards we have in
x86. (ARMv8 only?)

timers and interrupts are pretty much standardized in ARMv8 and in
SMP-capable ARMv7 systems now, it's really the PCI argument that
matters here. Even on Intel's embedded SoCs, the integrated 
peripherals tend to be shown to software as standalone PCI devices
that don't need to talk to another internal device to set up
DMA, clocks, pinmux etc.

Other essential devices (ethernet, graphics, etc) should fit within
the PCI framework. Again, mostly like x86.

If you don't fit in that model then use DT.

If you need the kernel to control clk, pinctrl, regulator, etc then
you should be using DT.

Exactly.

	Arnd