Доброго времени суток всем!
Сейчас выпускается много плат на микроконтроллерах с поддержкой того или иного дистрибутива Linux. Насколько переносим код, например, для Linux Ubuntu при переходе к другой плате на таком же дистрибутиве? Существуют ли в Linux (и Ubuntu в частности) стандартные драйверы для LCD, GPIO, UART, USB, Ethernet? Для более специфических интерфейсов, таких как I2C, SPI, PWM? Как изменится ситуация, если придется переходить на другой дистрибутив?

Дистрибутив не причем (если и будут какие-то телодвижения, то они будут крайне минимальными).
Придется пересобирать ядро GNU/Linux и может быть подправлять платформ файл ядра (файл в котором описано как и какая периферия подключена к вашему МК).


Ну а как-же, только это не в дистрибутиве а в ядре

Отвечу так:
представьте себе поле. Большое. И там везде грабли, грабли, грабли..
До самого горизонта.

Гдето так.

ПыСы. Доходило до того, что сборка того же софта более новым gcc не работала. Казалось бы, да?
А вот он новую секцию добавлял, а тулзы его непонимали и кернел неправильно компонавали..

Тут нужно в первую очередь рассматривать ресурсы чипа и реализацию BSP а не тип дистритутива.


В порядке убывания стандартизированности:
Ethernet
USB
LCD
GPIO




+100500

Даже кернел с Торвальдсом пару раз доходил до этого.

"где-то так" бывает у всех новичков. Вы очевидно не исключение.



Отсюда вывод - не собирйте чем попало.

Причем тутта линкер-скрипт к "более новому" GCC ?

Вово.. И я так думал.

Могу покопать конкретно "при чем".
За пыво.
Просто так лень.

Линкер брал секции и из них собирал, и была там секция, которую он непонимал,
поэтому на эту секцию отводил чтото порядка несколько сотен мегабайт.
Не помню подробностей.

Можно ковырнуть современные тулзы. Секция чтото вроде build-id, введена по моему после 2.95.
Там, кажется, и CodeSourcery свои инициалы сейчас держит.
В общем, мне пришлось компилить objcopy с дебаг информацией, смотрел откуда он такой размер берет.
То ли аддресс там был нулевой, не сросталось чтото.

Ну что? Хайнекен?

Где-то так бывает когда начинаешь работать глубже чем Hello world. Например общаться с внешними устройствами. В драйверах ТАКОЕ обнаруживается что приходится кушать кактус.
Примеры:
imx28 linux2.6.35 от фрискейла. Драйвер i2c не поддеррживает Repeated Start (железо умеет). Ну и хрен бы с ним только мне надо подключить чип который в принципе не функционирует без Repeated Start. Ну в AD такие выдумщики. Хорошо хоть патч от коммюнити нашелся, он даже кое-как работает.
imx25 dma не поддерживается хотя в железе есть и работает. Ну кому такая фигня как dma может потребоваться. Коммюнити ниасилило потому как sdma там шибко накрученный.
imx6 на spi интерфейсе dma не поддерживается, ss программный. В железе dma поддерживается, ss аппаратный. Ну надо же чем то загрузить 1ГГц процессор.
Подобных косяков я могу нарыть сколько угодно

Сообщение отредактировал _3m - Sep 17 2013, 18:18

_Pasha,
нашел свой старый пост по теме:

Кийворд .note.gnu.build-id
В 2007 один хороший человек добавил эту секцию в бинарник,
"юникли айдентифиед билд".
В линкер скриптах про нее ничего нет, куда ложить.
Стрипать ее не стрипают.
В результате она в vmlinux ложится в секцию с аддресом 0х00000
Занимает 36 байт.
Все остальные секции располагаются там вверху гдето с 0хC000000..

В команде objcopy када из vmlinux делается бинарный образ мемори
секция не стрипается.
Он тупо находит секцию с самым маленьким стартовым адрессом, копирует,
затем берет следующую секцию, делает SEEK на 0хС000000 и получаем афигенный файл..


Референсес:
http://lists.linaro.org/pipermail/linaro-k...ary/000052.html
https://lkml.org/lkml/2011/12/15/162

Подобные "косяки" - это фигня полная. i2c, spi не ипользуются как скоростные интерфейсы - чисто сконфигурировать что-то или там тачскрины всякие где надо пару десятков байт передать/принять, на том же imx6 у SPI аппаратный FIFO - 64 байта, какой смысл для такой ерунды DMA заряжать если вся передача в FIFO целиком помещается ? GPIO в качестве SS - это очень распространенное явление чтобы реализовать все возможные варианты флагов у spi_message и spi_transfer на которые контроллер не сконфигурировать.

"Вон оно как, Михалыч" (с)..
Достал попкорн.
Сейчас "гуру" будут "новичков учить"

Для таких гуру как вы видимо трудно подправить драйвер и настрить так как нужно в конкретном случае ? Кушайте свой попкорн дальше.

Могу подтвердить, что он докопался до причин и устранил их.

Полгодика помучав драйвера Линя могу подтвердить, что писаны они левой ногой абы как.В оправдание — я буду писать с нуля дольше, хуже и дороже.