ARM topic: Is DT on ARM the solution, or is there something better?

On 11/18/2013 09:06 AM, Thierry Reding wrote:
...

Part of my point was that you could possibly still use the same IP
with only a modified (standard) register interface. That way no
licensing of third party IP would be needed. You'd only need to
rewrite parts of the IP to make it look (and behave) like the
standard one.

That's exactly how 16550-compatible UARTs work, isn't it? Or even
the way that USB (EHCI, ...) work. There's a standardize register
interface, possibly with a way for vendor-specific extensions, but
the interface itself doesn't need to be licensed, so there are no
additional costs to supporting the standard interface. There are
only the advantages of being able to reuse a well-tested body of
code.

Your idea would be great if it could be made to work in practice. I'm
not convinced how possible this would be, without ARM mandating it in
their contractual licensing terms, or large customers mandating it in
order to use SoCs for their flagship designs.

The one fly in the ointment is that even in cases where there are
standard register interfaces, there are always quirks in how vendors
implement those interfaces, so HW ends up being 90-99.5% compliant
with the interface, but with subtle differences. Take a look at
Tegra's SDHCI, EHCI and PCIe controllers for examples! Still, I
suppose that even with that caveat, having a 90% identical driver
compared to a 0% identical driver would be better than where we are today.