> А это кстати какие-то из разновидностей Raspberry Pi вроде бы.
> Хотя лично мои несколько штук - armv7Самые первые малины. Кидалово от броадкома по сливу лежака для DVD.
> Я именно такие _слухи_ слышал. Причем именно на этом форуме.
Не помню анонса таких планов - пока видел насчет MIPSEL и сокращение поддержки i386. Не удивлюсь если и ARMEL урежут, старинный и пользователей мало осталось.
> Сомневаюсь что пакеты под арм они там собирают на арм. Скорее всего кросс-компиляцией.
Да вроде прям на железках. И с этим трабл что у железок рамы мало.
> Это я тут на компе из телеприставки Mele A2000G собирал бинари под Raspberry.
Ну и я так делал - и в кросс-виртуалке еще, но в кросс-вм небольшой софт реально. Большой долго. Но одно дело если комп пыхтит, и другое - я. Ядро ессно кроссом - ему либ не надо и мучений нет, вот это быстро но у него и депендсов нет.
> Для сборки под арм не нужен сам арм. Ворочать сборку может какой-нибудь
> китайский многоядерный Xeon с Али. Арм нужен только для отладки собранного.
Покажите мне сборку кроссом какойнить жирной проги с кучей депендсов, угумс. А вот отлаживаю портабельный код я как раз на x86 с тяжелыми инструментами типа asan/ubsan. Глупо портабельностью не пользоваться.
> это чаще всего сейчас бывает.
Вот можете этим и заняться - если оно вам надо. А то почему-то всегда должен - кто-то другой, кому оно не надо.
> Думаете за 5-6 лет сдохнут ... которые встраивает во всякие свои проекты?
Нет. Я думаю что через 5-6 лет вернусь к вопросу более предметно и смогу трезвый re-eval проблемы с пониманием "куда двигаемся". И более современные вещи как раз освою. Пока RISCV-64 в дебиане злостный WIP.
> один задействовать для автономного робота на основе кода ardupilot.
Так то затея хорошая. Меня на 32 битах напрягает работа с камерой и проч, картинку себе по вафле пульнуть и проч - лучше несколько 64 бит ядер на процессинг, крипто и проч, с запасом.
> для тех кто обладает достаточной технической квалификацией.
Ну вот я до энной степени свои проблемы - решу так или иначе отманеврировав имхо.
> процедуры. Похоже что теперь опять надо будет собирать. Ничего катастрофического в
> этом не вижу.
Я собираю себе ядра сам - потому что считаю что умею это лучше, таргетируя low latency. У меня довольно бескомпромиссные full preempt, с 1000Hz tick, при том tickless для экономии питания, местеми секурити подтянут, подписи модулей - свои, с mandatory проверками. В основе когда-то был дистро конфиг ессно.
Эмбедовака может юзать иные настройки - смотря что я таргетирую по параметрам. В отличие от вон тех я понимаю что и зачем я кручу.
> Не могу понять зачем выкидывать то что за тридцать лет отлажено и работает.
Затем что до сих пор создает траблы, а код ужасен. И добавляет адовых костылищ много куда, усложняя жизнь за пределами своей помойки. Много кода реюзано с 64-bit и увы, эта медаль имеет оборотную сторону. Скажем ACPI у ранних x86 был максимально глюкавый из всех. А теоретически ACPI даже у ARM 64-bit может быть. А оно им надо - с вон тем УГ копаться?
> двух-трехгодичной давности отличалось принципиально. А сейчас отличие практически не
> заметно если это десктоп,а не датацентр.
Ну это кому как. Захочется новую железку - а старый кернел ее чисто технически не знает.
> Тоже самое и с линуксом будет.
Возможно. У меня даже N800 в принципе работает. Правда всерьез его юзать - ну, блин, проц там хилый и рамы мало. Но вот с ним неудобно: 2.6.32 крайне глючен в usb-eth протоколе. И вафля специфичная, не полностью на mac80211 подсистему была переведена еще в те лохматые годы.
> проект это вполне реально,то чем крупнее проект и "ближе к ядру"
> тем меньше шансов если нет личных знакомств с кем-нибудь из "небожителей".
В именно ядре как раз народ относительно гибкий - даже вон M68K таскают. Их критерий - если вы решаете свои проблемы и другим не икается то и фиг с вами. Так что вот M68K порт, пжалста. А техасские DSP таки выкинули: сто лет патчей никто не слал и майнтайнера нет.
> Это уже для совсем экзотики,типа какого-нибудь встроенного в станок компа на 386 проце.
Нишевое развлечение, учитывая что железки там могут быть специфичные и недокументированые.
> В моем же случает 32-разрядный вариант линукса нужен для совместимости не с
> железом,а с _софтом_,
Лично я не завишу от проприетарного софта - и меня 64 бит комп уже давно так то. А с своим совтом его господа и разбираются. Я когда-то давно эн траблов решил, теперь все просто работает.
> он постарше конечно,но зато там 16 гигов памяти. И тоже точно такой
> же Дебиан.
Тупо юзать 32 бит систему на железе с 16 гиг памяти. Когда прога более четверти оперативы не могет "потому что не хватило цифр" это супертупо имхо.
> Перепаять конденсаторы очень намного проще,чем переписывать софт.
Когда как. Я вообще довольно давно привык писать портабельный код - C99 с нами не вчера образовался, если что.
> Вот корпократы (интел в данном случае) об этом думают,и у них нет планов внезапно
> и насовсем дропнуть поддержку x86-32.
Они хотят выпустить x86-lite который будет лишен 16/32 режимов. И дропнуть поддержку BIOS, так что загрузить DOS на этом не получится в принципе, хоть там как.
> бывает пользуются тем что написано еще на фортране ЕС ЭВМ. Которая,сюрприз!, тоже
> 32-разрядная.
Наиболее нормальные вещи - типа xnec2c какого - по счастью и на си переписали, и на 64 бита вот сбилдили.
