> Не,самые первые вроде armel вообще были.На ARMv6 вы и не запустите armhf юзермод как раз! Потому и кидалово. Подсунули клиентам в новом дизайне legacy ABI. Как угодно но armhf подразумевает >=ARMv7. В этом кидок от броадком и состоит. Я за несколько до этого уже ворочал бордами с v7 и armhf, и уже довольно дешевыми, так что де факто это не инновация а хайп и даунгрейд были.
> Если бы в то время в малины ставили что-то "новейшее" то стоили
> бы они еще в разы дороже.
У меня почему-то были одноплатники за сравнимые цены без "благодетелей" с легаси архитектурой. И уже как раз сравнимо по цене. Единственное что то жулье умело хорошо - гнилой пиар. Выгодно слили лежак со склада ;).
Единственное что я не понял - зачем они и дальше тупую архитектуру чипа таскали. Врядли они DVD плеерами массово барыжат теперь.
> А так как работать это в большинстве случаев будет на 32-битном armv7
> то логично и отлаживать на 32-битной системе.
По задумке мой код на си портабельный и работает на всем от 8 до 64 битов. Поэтому баги должны чиниться и там и сям. Но как вы поняли если у меня железки нет, виртуалка таки будет с примерно тем процом и конфигой.
> заканчивается и придется впрягаться самому.
Меня имхо вообще почти не заимпактит почти или я отманеврирую.
> Если для какого-нибудь embedded - то я с вами согласен и поступаю
> примерно также. Но писал я об отсутствие сейчас необходимости сборки ядра для _десктопа_.
Я сказал что люблю быстрые компы? Я также люблю плавные, low latency, приятные в использовани компы. И мои ядра более радикальны в этом чем дистровские low-latency.
> А что, некривые таблицы ACPI вообще хоть где-то бывают?
Device Tree называется :))). Правда не ACPI зато не кривой и не требует маздайских тулкитов для крафтинга. Одна из причин по которым я хочу развидеть x86 вокруг себя, даже 64 битный.
> - ядро уже давно её знать будет.
Раз на раз не приходится. Да и можно подумать у вас почтари не работают.
> В проприетарном софте хотябы есть некие господа,которые может быть будут разбираться.
Лицензию читайте ;). Я лично видел как MS глазом не моргнув прокатывал верхушку фортуны 500. И что хотите то и делайте но компонент - все! И им пофиг что с бизнесом будет, не их же! Как вы это оспорите?
> дипломного проекта - разбираться приходится самому потому что авторы давно утратили
> к нему интерес и недоступны для связи.
И все же это не должно становиться проблемой других людей. Хотя бы потому что проблемы с портабельностью - это не их факап.
> симулятор микроконтроллеров AVR. Ну очень удобная штука. Кстати - бесплатная и
> официально совместимая с WINE. Но - с 32-разрядным конечно.
Мне как-то не требовались симуляторы особо. Тем более что обвес и периферию они все равно симулируют "не очень". А так qemu умеет STM32. Но - увы - без большей части железок. В уарт поругатсья можно. А при попытке читануть ADC - hard fault.
> Вы считаете что это вообще хорошо,когда одна программа может сожрать всю память
> в системе?
Я считаю что как использовать мое железо решать - мне. Иногда ну вот надо какую-то ресурсоемкую разовую операцию например. И так лучше всего.
Более того - это лезет и в других местах. Скажем mmap() для работы с файлами как с массивом в ряде случаев удобно - но в 32 битах оно жестко утыкается в "нехватку номерков", это даже не настоящие аллокации, просто абстракция такая.
> не видел бы постоянно 0% использования.
Я себе ZRAM нарулил вместо свопа, опять же, так латенси лучше. И таки "cold" pages туда могут и выдавиться в ряде случаев, если запущено эн прог, ряд виртуалок и проч. Но если они потребуются - распаковать LZ4 или LZO+RLE RAM -> RAM много времени не займет, и урон латенси лимитирован. Звездолет не снабжен якорем, он должен быть быстрым.
> повод периодически софт перезапускать,а не позволять ему бесконтрольно разрастаться.
Если это проблема можно лимиты настроить. А вот жестко решать за меня как мне мое железо юзать? Я не для этого за него платил.
> К сожалению, сейчас код пишете не только вы. Но и те люди,которые
> вообще не программисты,а лишь когда-то прослушали краткий курс программирования в институте.
Они и пишут на питоне или ноджыэс каком. А я и не ставлю их барахло посмотрев depends :)
> указатель это тоже 32 бита. А еще встречается хранение IP-адреса как 32-разрядного инта.
В случае дебиана это вообще повод выбросить пакет из репы, ибо они сватают себя как IPv6 ready.
> Хотеть выпустить новое и принудительно дропнуть поддержку уже работающего - это существенно
> разные действия.
Скорее, НЕ хотеть возиться с ЧУЖИМИ проблемами, копаясь в окаменелых останках про которые автор давно забыл или даже не знал. По моему кому это надо тот и работает эти работы.
> Не слышал заявления от Интела чтобы он пообещал прекратить выпуск процов,
> поддерживающих 32-bit режим.
Вроде хотели только 64 бит оставить. Хотя 32 бит проги - на 64 бит оси - вроде все же смогет выполнять, если не ошибаюсь. Но там идея такая что сразу с powerup - в 64 бит режиме.
