ARM с Linux на борту., С низким энергопотреблением. Подскажите. Опции

[JeDay]

Всем привет
Есть задачка разработать автомобильное устройство с линуксом на борту. Процу большая производительность не нужна. Надо выбрать с минимальным токопотреблением и возможно готовым фреймворком управления питаем и частотой.
Если кто нибуть проходил данный путь, посоветуйте плиз. Мои познания пока ограничены асортиментом план с starterkit. Как вариант iMX233 думаю применить..

[Golikov A.]

жители индии - индийцы.
индусы - это человек проповедующий индуизм.
индусом может быть русский, китаец, белорус.

индуский код - нарицательное название малокачественого кода пошло вроде бы со времен библиотек микрочипа.

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

Объем исходников больших библиотек велик, и весь его переписать лень, особенно бесплатно, вот и ползают там жуки оставленные студентами.

[jcxz]

индуский код - нарицательное название малокачественого кода пошло вроде бы со времен библиотек микрочипа.

Конечно же я имел в виду переносное значение. Но в библиотеках DSPLIB для 5000-го семейства TI написанных очень криво и неоптимально, находил именно индийские фамилии авторов. Может - просто совпадение?

Вот тут Вы сейчас маленько перегнули... Я не знаю, кто пишет FreeRTOS, но над нашей родной scmRTOS работают уважаемые люди форума, на котором Вы сейчас находитесь... поливать огульно всех и вся - некрасиво...

Это Вы похоже перегнули. Где Вы видели что я говорил обо всех? Я писал только про основную массу тех, с которыми мне приходилось иметь дело.
С перечисленными вами не имел дела, но в портах uCOS находил очень глупые ошибки (в последних версиях кстати они их исправили, но долго тянулось).

Блин, меня всегда удивляет, когда говорят о неком "индусском коде", "вьетнамском коде", "сингапурском код", как будто по качеству ширпотреба, ввозимого из тех стран, можно судить о специалистах.

Вам знакомо понятие "нарицательное наименование"?

А вот это уже откровенное хамство в адрес людей, которые могут быть на этом форуме (зная русский язык)... Стыдно, товарищ!

Нисколько. Ибо говорил о том, что реально видел. И не надо передёргивать.

Разумеется есть задачи, куда пихать линукс неразумно.

Вот я писал как раз о том, что это относится к большинству задач, которые здесь на форуме обсуждаются.

Многие критики считают, что линукс используют те, кто не умеет программировать "голое железо".
Однако как раз наоборот, те кто имеет большой опыт программирования "голого железа" как раз выбирают Линукс для решения подходящих к нему задач.

Вот как раз я так и считаю.
Обычно новички так и поступают. Потому что изучать что-то это долго и лень, а проще сразу вляпать линух и сразу начать кодить. Имхо - это и есть бОльшая часть случаев применения линукса. Причём даже в серийно изготавливаемых устройствах, над которыми вроде должны работать профессионалы, ведь профессиналов нанять - это дорого.

[DASM]

а проще сразу вляпать линух и сразу начать кодить. Имхо - это и есть бОльшая часть случаев применения линукса.

А вы попробуйте. Вляпать и начать. Продолжаем молоть ерунду, как и ожидалось без знакомства с предметом.
У довольно простого SoC DM3730 TRM занимает около 4000 страниц и отнюдь не картинок. При том что за рамки его вынесен C64x+ DSP - на него отдельные TRM того же объема, отдельные TRM на кеши pipeline (а без этого написанный код рискует быть медленнне в разы) и полностью убрано OpenGL ускорителя (оно вообще NDA). Сколько времени доку только читать будем ? Сколько времени потратим чтобы хотя бы на консоль приветствие вывести ?Дальше больше - возьмем недорогой OMAP4460 . Мультипроцессорность у нас "неленивые" хорошо знают ? С нуля начнем ? На самом деле хороший инженер от плохо тем и отличается - хороший инженер - ленивый инженер, он будет искать пути решения проблемы кратчайшим путем. И не стоит говорить, что для слабеньких процев Линукс не нужен. Доля таких процев падает и будет падать дальше. Если на борту есть ethernet но нет ресурсов для минимального *nix - втопку этот процессор, он инжереного труда в партиях меньше сотен тысяч больше сожрет, а главное - продукт опоздает с выходом на рынок (читай пойдет в утиль сразу). Так что можете думать и говорить что угодно конечно, индусы будут только рады отсталости и ограниченному кругозору конкурентов.

[jcxz]

А вы попробуйте. Вляпать и начать.

В который уже раз - нафига???

Дальше больше - возьмем недорогой OMAP4460 . Мультипроцессорность у нас "неленивые" хорошо знают ? С нуля начнем ? На самом деле хороший инженер от плохо тем и отличается - хороший инженер - ленивый инженер, он будет искать пути решения проблемы кратчайшим путем.

Как вы всё гладко теоретизируете...
А я вообще-то писал и под OMAP без всяких *никсов. Хотя вас это так пугает. Читал доку и организовывал взаимодействие ядер, портировал uCOS на ARM9-ядро OMAP-а, писал USB-стек для него, писал дрова для прочей периферии. И что? Нет там ничего такого архисложного. Стартовал быстро. А с линуксом думаю - увяз бы надолго (как другие товарищи, пошедшие параллельным крусом на том же OMAP-е с линухом).
И к тому же теперь - полностью прозрачно знаю где у меня и сколько и на какие нужды тратится ресурсов, могу переконфигурить так или иначе (в зависимости от новых задач которые придётся ещё добавлять в работающую систему).
Ну нет ничего сложного там! Всё есть в даташитах (если производитель нормальный). Всё можно сделать и за реальные сроки.
А не как - в одном знакомом проекте поставили linux на ARM9 ядро, так он не только там сожрал прилично ресурса быстродействия ядра, но ещё и начало периодически сбоить пинг-понг DMA (с потерями данных), так как где-то в недрах линукса какой-то кривой драйвер изредка почему-то запрещает прерывания на пару сотен мсек. И найти его они не смогли. Начали заплаты лепить

И не стоит говорить, что для слабеньких процев Линукс не нужен. Доля таких процев падает и будет падать дальше. Если на борту есть ethernet но нет ресурсов для минимального *nix - втопку этот процессор, он инжереного труда в партиях меньше сотен тысяч больше сожрет, а главное - продукт опоздает с выходом на рынок (читай пойдет в утиль сразу).

Для вас наверное это действительно адский труд - разобраться в простом TCP/IP стеке.
Если Вы занимаетесь прогаммированием только для себя, то попробуйте представить что есть люди, которые пишут ПО для изделий, идущих потом в серийное производство и где каждый рубль себестоимости учитывается. А слабенькие процессоры (и дешёвые) - они всегда будут.
А если технология улучшается, то может лучше разместить на кристалле дополнительные модули (DSP-ядра, ПЛИС, RF-модули, ...) вместо тяжелого процессора, необходимого для линуха. Это позволит уменьшить кол-во корпусов в изделии и понизить его цену.