Re: [Arm-netbook] device tree not the answer in the ARM world [was: Re: running Debian on a Cubieboard]

[joem <joem@martindale-electric.co.uk>]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset="utf-8", Size: 2695 bytes --]

On Sun, 2013-05-05 at 13:27 +0100, Luke Kenneth Casson Leighton wrote:

> when i say "completely and utterly different", i am not just talking
> about the processor, i am not just talking about the GPIO, or even the
> buses: i'm talking about the sensors, the power-up mechanisms, the
> startup procedures - everything.  one device uses GPIO pin 32 for
> powering up and resetting a USB hub peripheral, yet for another device
> that exact same GPIO pin is used not even as a GPIO but as an
> alternate multiplexed function e.g. as RS232 TX pin!


Wrong approach Luke.

The guys in PIC world will be laughing at all this since they have
no such difficulties.

Only one file changes between CPUs in the myriads of PICs out there.

Every register and every bit field is defined.

*Unions take care of multiplexed function*
(and #define of exact CPU model + product + wake up modes etc
 takes care of fine tuning including power-up mechanisms).


ARM realizes their mistake and introduces 'CMSIS' library.
It is available for NXP arm chips.
But the engineers who wrote it are too stupid.
They named the registers but bit fields and multiplexed pins etc
are not defined or just too stupid for words - they even change
similar register names like

 RS232-UART_Tx_REGISTER to  RS232-UART-TX-REGISTER

from one chip model to next bringing endless joy and happiness to
themselves as they aimlessly shoot themselves in both foot with one
bullet to make their library unusable from chip to chip. Doh!
(Ok just exaggerating, but its not far from the truth.)

The correct approach is to be critical of ARM lack of
a proper 'CMSIS' library and encourage them to hire just 4 open source
engineers and write some proper 'CMSIS' library, one chip at a time,
until a couple of chips get done, and then fan out and cover some
more bigger SoCs and families of chips. Its just too late to
go back and recover from all their mistakes. I'm sure once 4 engineers
publish each day their work on github, developers of SoC companies
will rapidly begin filling in the missing details for their custom
chips, because it is to their benefit to release one header file that
describe their chip completely to help port software quickly, and sell
more chips more quickly.

Who else could do this work? The SoC makers? Open source developers?
Distro makers? Not one fat chance!!

It is ARM's responsibility to make sure UART1 means UART1 in all
CPUs and not make a flat footed excuse about it.

This problem will never go away until they (ARM) do something about it.


ÿôèº{.nÇ+‰·Ÿ®‰­†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a­¢f£¢·hšïêÿ‘êçz_è®\x03(­éšŽŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨è­Ú&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥