Линус Торвальдс настойчиво предлагает дропнуть поддержку i486

в win11 дропнули процессоры 4 летней давности

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

Вообще есть :D

x32? Нет такой архитектуры, но есть x86. Также есть её 64-битная (разрядная) версия — x86-64.

А чего бы и не дропнуть? Хочется на древних железках сидеть? Да пожалуйста, но на старых ядрах. Что нового может выйти в ядре, что может понадобиться на тех компах?

А следующие, 686ые, ещё лет десять пусть потерпят :)

полно по сей день только 32-битного ПО

Какого? Разве нельзя собрать под любую архитектуру?

x32 — так называли вариант ABI для x86_64 с 32-битными указателями, который не взлетел. Добро пожаловать!

https://en.m.wikipedia.org/wiki/X32_ABI

Памяти не хватит.

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

https://www.ebay.com/itm/165588291274?hash=item268dd4ceca:g:-boAAOSwzaJX7qFG&...

https://en.wikipedia.org/wiki/List_of_Intel_chipsets#80486_chipsets

x32 — так называли вариант ABI

Вот именно. Не архитектуру же.

Архитектура таки называется/лась ia32 (64х битная внезапно ia32e, потому что ia64 это итаниум).

x86 это вроде 32 битное расширение 16 битной архитектуры (x87 расширение плавающей точкой).

x86 это вроде 32 битное расширение 16 битной архитектуры

Нет. x86 – это изначально серия процессоров Intel начиная с 16 битного 8086, потом 80286, 80386 (32 битный) и т.д..

x87 расширение плавающей точкой

Изначально это отдельная микросхема 8087 – сопроцессор для вычислений с плавающей точкой. В ранних процессорах x86 была предусмотрена возможность расширения набора команд через отдельные микросхемы-сопроцессоры. Потом набор команд x87 интегрировали в основной процессор, а сейчас вроде этот набор команд уже устарел и вместо него используется SSE.

cli
*делаешь чо надо атомарно*
sti

Классика жи, аж в Minix было.

P.S. кажется, большинство мест где cmpxchg вообще встречается и так завернуты в cli-sti

Его Тео покусал. Весь ненужный код = вредный код.

Кстати, о Феномах. Я всё ещё жду ответа в другой теме.

Если че, она ставится на процы без TPM с помощью небольшого костыля.

Как например и macos big sur ставится на ноуты 2012 года.

Да и купить отдельно нашлёпку TPM (если до усрачки хочется) проблем не составляет.

Если мне не изменяет склероз, поддержка 386 сломана уже лет 10 в принципе (ядро соберётся, но не запустится).

Другой вопрос - а нахуа она собственно нужна? Микроконтроллеров на базе 386 с достаточным количеством RAM вроде как нет, в отличии от MC68k.

Какого?

gens

Разве нельзя собрать под любую архитектуру?

./configure

configure: error: 64-bit is currently not supported.

Другой вопрос - а нахуа она собственно нужна?

Производство i386 было дропнуто в 2007 году.

EX - используется до сих пор.

Даже 8/16 битные микроконтроллеры до сих пор применяются из-за низкой себестоимости. Скажем для микроволновки даже 32 бит – это много.

И там, конечно же, везде полноценный линукс?

Moving up to requiring cmpxchg8b doesn’t sound unreasonable to me

А для меня это звучит странно. Линукс поддерживает кучу платформ, где нет cmpxchg8b и как то никто не жалуется. Такие штуки должны по идее быть изолированны в самом ядре ядра и не пересекаться с более прикладным кодом (читай дровами, ФС и т.п.). Если это вдруг стало не так и вызывает проблемы, а тем более отвлекает внимание каждый раз, то код говно и чинить нужно с другого конца.

Товарищ. Неполноценного Линукса - не бывает.

Еще как бывает

Нет, товарищ. Нет. Линукс - монолитен. От него очень тяжело отчленять куски. Даже драйверы очень тяжело отрывать и портировать куда-то ещё, при наличие исходников.

Снова встали на старые рельсы?

У меня есть двухпроцовая материнка для 486. Правда линукс я там не пробовал запускать.

Ичо? Я отвечал вот на это:

Что такое x32? Нет такого названия.

Такие штуки должны по идее быть изолированны в самом ядре ядра и не пересекаться с более прикладным кодом

Так и есть. В драйверах фс итд нет асм вставок.

то код говно и чинить нужно с другого конца.

Верно, надо переходить на бсд.

Есть такие артефакты. Но они реально работают только под Windows NT 3.51 при установке драйверов.

Нет, обновления безопасности нужны.

Только пентиум 4 не трогайте, у меня оно стоит в чулане, я на нём когда то убунту запускал. С третьекедами, компизом и глобальным меню

Ну так пусть латают дыры в старых ядрах те, кому это надо

Ну вот инвесторам и надо, потому поддержку и не выкидывают. Речь идет только о i486, которые сейчас и правда редкость.

Речь идет только о i486, которые сейчас и правда редкость.

Хаха нифига. Intel Quark аж до 2019 года выпускали и дропнули только недавно. Например, на этой штуке Intel ME во многих мамках работает до сих пор. Разве что там Minix вместо лялекса.

Ты же понимаешь, что cmpxchg — это единственный CAS-примитив на x86? На нём всё, локфри, спинлоки, мьютексы. Какое нафиг «завёрнуты в cli-sti»?

Какое нафиг «завёрнуты в cli-sti»?

Для юзерленда можно в системный вызов завернуть.

Ты ведь понимаешь, что весь смысл futex и тем более локфри структур данных — в том, чтобы обходиться без системных вызовов?

Что ж за парад тупняка-то сегодня.

wine с dosbox’ом и куча игр как минимум.

Ты ведь понимаешь, что весь смысл futex и тем более локфри структур данных — в том, чтобы обходиться без системных вызовов?

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

Ещё бы он перестал пилить миллионы дистров и сосредоточился только на кубунте и стало бы норм.

wine с dosbox’ом и куча игр как минимум.

Dosbox эмулирует CPU и работать не перестанет. Приделать эмулятор CPU к Wine тоже не проблема. Например, вот: box86(64) или есть ли жизнь на ARM-e?

Так что выкинуть поддержку 32-битного режима из процессора в софтовую эмуляцию – это было бы весьма круто. ARM, например, к этому движется.

выкинуть поддержку 32-битного режима из процессора в софтовую

Ага, чтобы то, что не тормозило на 4 пне, начало тормозить на 4-ядерниках, отличная идея.

Ага, чтобы то, что не тормозило на 4 пне, начало тормозить на 4-ядерниках, отличная идея.

Ты не шаришь. Сходи по ссылке, там разница в производительности даже с попенсорцной шняжкой Box всего в два раза в сравнении с нативным кодом. Чтобы запускать старые проги, этого хватит за глаза.

Логично. Если такое железо где-нибудь эксплуатируется, свежее ядро там точно не нужно.

У меня NFS Porsche тормозил в PCem. Эмулировался PII + Voodoo3

Не знаю, как сейчас, пять лет назад 486 SoC в корпусе-радиаторе был вполне опцией для автоматизации чего-либо. Да, с isa шиной и прочими ништяками.

Не нонсенс, а изврат.

Хаха нифига. Intel Quark аж до 2019 года выпускали и дропнули только недавно.

Сейчас глянул. У Intel Quark есть CMPXCHG8B инструкция, но кстати, нет ни SSE, ни даже MMX. Даже не знал.

Не знаю, как сейчас, пять лет назад 486 SoC в корпусе-радиаторе был вполне опцией для автоматизации чего-либо. Да, с isa шиной и прочими ништяками.

И с современным Linux-ядром на борту?

Сейчас глянул. У Intel Quark есть CMPXCHG8B

Значит, добавили. Я помню, что там было ядро из i486, слегка допиленное напильником и сунутое в SoC.

Я хз, но кто в здравом уме будет использовать deprecated?!