>Кстати, а чего она не умеет, если не секрет?Не анализировал в деталях но веселостей на которых грабель можно отхватить в embedded - предостаточно. Как вам перспективка загрузиться с SPI флехи (для того чтобы просто поиметь из нее данные, ОС должна уметь работать с SPI-интерфейсом проца, что как бы chip-specific и понимать что там именно spi-флеха висит с ее набором команд и геометрией, что вообще-то требует соотв. драйверов). Да еще когда вас пнет экзотичный лоадер типа redboot или u-boot, нифига не похожий на BIOS. А вам надо еще и понять - где root FS взять, собссно. А где лежит лоадер и его параметры, которых упаси боже трогать на запись и все такое по понятным причинам :). В пингвинах все это УЖЕ прикручено более-менее для мало-мальски используемых кем-то на практике платформ, лоадеров, чипов флеша, ... (для понимания о чем я - почитайте скажем сообщения при загрузке ядра например у роутеров на атеросе, там вполне видно эти моменты, соотв. драйвера вполне доступно выплевывают инфо что они там нашли, etc - если гугл подведет, могу налить логов с такого добра с чегонить попавшегося под руку, например).Вместо SPI может быть NAND например.Тоже напрямую на соотв. интерфейсе проца. Висящий *без* всяких лишних прибамбасов типа контроллеров размазывающих запись аппаратно и показывающих это как якобы этакое HDD :).
Если даже допустить что все это удалось (т.е. читать флеху осилили и root fs найти - можем) - ну ладно... а, гм, собственно, *что* будет этим rootfs-ом?! Из того что бзди смогут сжевать?
Под пингвина для таких задач есть squashfs, jffs2, ubifs, ... - а в бздях? Чтоб сильно сжатое(места в флешках всем сроду не хватает по жизни) и могло работать на объеме несколько мегов "диска" с крайне специфичными свойствами (требуется wear leveling, стирание - медленное и только крупными блоками, запись по весьма специфичным правилам "игры", а то и вовсе глухое read-only, никаких FSCK неприемлимо по куче причин, сконцентрированные в одном месте таблицы - моментом затрут флеху под собой до дыр, etc). Ну и мизер оперативки (рамдиски по этой причине не айс). Я тупо не знаю нормальной ФС для бздей которая бы реально подошла для таких задач и чтобы это было не через задницу и без откровенных крупных минусов. В этом месте наверное энтузиазм у большинства и заканчивается (ну, потуги портировать бзди на эмбеддед я видел - ядра плюющие мессагами в уарт перцы показывают бойко, но а дальше то ... чего?). Да, какойнить микрософт корпорейшн наверное такое как-то разруливает с их ресурсами (их смарты с нетбздей как-то грузятся наверное с флеша все-таки), но поделиться решением они скорее всего как обычно "забыли", в отличие от той же нокии пнувшей ubifs в mainline, чтобы самим не геморроиться с его поддержкой ;). Еще не лишне что-то типа unionfs - полезно для соединения нескольких разделов (неубиваемой readonly базы с readwrite разделом с отличиями, сие позволяет некое рекавери в случае когда доигрались и прописали не то и не туда).
> "Скорее всего" - слабый аргумент, не находите? ;) Выше я уже кого-то, вроде, убедил
>в состоятельности OpenBSD уместиться на скромном флеш-драйве…
Попробуйте уместиться на SPI-флешку в несколько мегов на не-x86 например? А то если видеть мир через призму x86 писюка - все вроде как просто. А если это не писюк а вообще более другая железка? При том не-писючность дает вагон плюсов, как то меньшее потребление, простые и дешевые дизайны систем(скажем все в проце, не надо чипсет и прочая), возможность уместить ВСЮ систему в 1 мелком чипе флеша наподобие того в которые в писюках bios шьют и прочая. Пингвина на данный момент научили гнуться во всех позах - обучить его грузиться с кастомной железки - достаточно просто, я даже могу дать пендаля в форумы где народ всем этим занимается.И вендорье чипов зачастую предоставляет референсные дизайны и помогает в решении проблем (им главное чипы продать а линух - готовое решение для клиентов, которое они могут без проблем доделать под их нужды).При том вендорье - это всякие там атмели, атеросы и много кого еще.Кстати в таком раскладе плюсы bsdl мало востребованы - потому что только наиболее отчаянные и мазохистичные кастомеры заложатся на блобы пхнутые в board support package. И вообще хрен бы там этого кастомера знает какие задачи у него и насколько ему референсная система подойдет. Загеморроивать ему жизню - отличный метод заставить его рассмотреть иные чипы иного производителя, коих в общем то есть :).
P.S. писалось в сонном состоянии - если где нагнал, ногами не пинаться...
