On Friday 15 November 2013, Jason Gunthorpe wrote: > > On Fri, Nov 15, 2013 at 09:57:17AM +0000, Mark Rutland wrote: > > > 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 -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
