Перейти к содержанию
    

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Отвечу так:

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

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

 

Гдето так.

 

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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Насколько переносим код, например, для Linux Ubuntu при переходе к другой плате на таком же дистрибутиве?

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

 

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

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

Ethernet

USB

LCD

GPIO

 

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

 

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

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

Гдето так.

+100500

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

Гдето так.

 

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

 

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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

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

За пыво. :)

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

 

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

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

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

 

Можно ковырнуть современные тулзы. Секция чтото вроде 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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

_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 на которые контроллер не сконфигурировать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

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

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

 

:rolleyes:

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

 

:rolleyes:

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...