Jump to content

    

Переносимость на embedded Linux

Доброго времени суток всем!

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

Share this post


Link to post
Share on other sites

Дистрибутив не причем (если и будут какие-то телодвижения, то они будут крайне минимальными).

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

 

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

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

Share this post


Link to post
Share on other sites

Отвечу так:

представьте себе поле. Большое. И там везде грабли, грабли, грабли..

До самого горизонта.

 

Гдето так.

 

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

А вот он новую секцию добавлял, а тулзы его непонимали и кернел неправильно компонавали..

 

Share this post


Link to post
Share on other sites
Насколько переносим код, например, для Linux Ubuntu при переходе к другой плате на таком же дистрибутиве?

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

 

Существуют ли в Linux (и Ubuntu в частности) стандартные драйверы для LCD, GPIO, UART, USB, Ethernet?

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

Ethernet

USB

LCD

GPIO

 

Для более специфических интерфейсов, таких как I2C, SPI, PWM? Как изменится ситуация, если придется переходить на другой дистрибутив?

 

представьте себе поле. Большое. И там везде грабли, грабли, грабли..

До самого горизонта.

Гдето так.

+100500

 

Share this post


Link to post
Share on other sites
ПыСы. Доходило до того, что сборка того же софта более новым gcc не работала. Казалось бы, да?

А вот он новую секцию добавлял, а тулзы его непонимали и кернел неправильно компонавали..

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

Share this post


Link to post
Share on other sites
представьте себе поле. Большое. И там везде грабли, грабли, грабли..

До самого горизонта.

 

Гдето так.

 

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

 

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

А вот он новую секцию добавлял, а тулзы его непонимали и кернел неправильно компонавали..

 

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

Share this post


Link to post
Share on other sites
ПыСы. Доходило до того, что сборка того же софта более новым gcc не работала. Казалось бы, да?

А вот он новую секцию добавлял, а тулзы его непонимали и кернел неправильно компонавали..

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

Share this post


Link to post
Share on other sites
Причем тутта линкер-скрипт к "более новому" GCC ? :wacko:

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

 

Могу покопать конкретно "при чем".

За пыво. :)

Просто так лень.

 

Линкер брал секции и из них собирал, и была там секция, которую он непонимал,

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

Не помню подробностей.

 

Можно ковырнуть современные тулзы. Секция чтото вроде build-id, введена по моему после 2.95.

Там, кажется, и CodeSourcery свои инициалы сейчас держит.

В общем, мне пришлось компилить objcopy с дебаг информацией, смотрел откуда он такой размер берет.

То ли аддресс там был нулевой, не сросталось чтото.

 

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

Share this post


Link to post
Share on other sites
"где-то так" бывает у всех новичков. Вы очевидно не исключение.

Где-то так бывает когда начинаешь работать глубже чем Hello world. Например общаться с внешними устройствами. В драйверах ТАКОЕ обнаруживается что приходится кушать кактус.

Примеры:

imx28 linux2.6.35 от фрискейла. Драйвер i2c не поддеррживает Repeated Start (железо умеет). Ну и хрен бы с ним только мне надо подключить чип который в принципе не функционирует без Repeated Start. Ну в AD такие выдумщики. Хорошо хоть патч от коммюнити нашелся, он даже кое-как работает.

imx25 dma не поддерживается хотя в железе есть и работает. Ну кому такая фигня как dma может потребоваться. Коммюнити ниасилило потому как sdma там шибко накрученный.

imx6 на spi интерфейсе dma не поддерживается, ss программный. В железе dma поддерживается, ss аппаратный. Ну надо же чем то загрузить 1ГГц процессор.

Подобных косяков я могу нарыть сколько угодно

Edited by _3m

Share this post


Link to post
Share on other sites

_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

Share this post


Link to post
Share on other sites
Подобных косяков я могу нарыть сколько угодно

 

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

Share this post


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

"Вон оно как, Михалыч" (с)..

Достал попкорн.

Сейчас "гуру" будут "новичков учить"

 

:rolleyes:

 

Share this post


Link to post
Share on other sites
Достал попкорн.

Сейчас "гуру" будут "новичков учить"

 

:rolleyes:

 

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

Share this post


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

 

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this