Intel выкидывает легаси

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

Вот пример с опёнком, почему совместимость с костылями из 80х лучше выкинуть: https://www.os2museum.com/wp/the-history-of-a-security-hole/

Любителям Coreboot (SakuraKun) готовится переходить с убогого SeaBIOS на EDK 2.

Зато можно будет грузиться сразу в 64-битный режим, что сильно упростит загрузчики и прочий низкоуровневый код.

А можно мне, как простому юзеру, объяснить, какой с этого мне профит?

Комп будет грузиться чуть быстрее, особенно из суспенда.

Я тут из криокамеры, а там всё ещё используется контроллер клавиатуры для управления адресной линии A20?

Там уже давно нет никакого контроллера клавиатуры. Всё это эмулируется программно. Но да, используется лол.

PS/2 порт всё ещё бывает на современных материнских платах. И соответственно контроллер клавиатуры.

Не очень понял. Под виндой вагон софта 32-битного. Он будет продолжать работать, как работал? Если да, то пофиг. Если нет, то мертворожденная поделка.

Возможность запуска 32-разрядных приложений в окружении 64-разрядной ОС сохранится.

Ну тогда ладно. 32-битных операционок вроде уже и не осталось толком. Никто не заметит.

Но время на это всё равно тратится.

Пять микросекунд?

PS/2 порт всё ещё бывает на современных материнских платах. И соответственно контроллер клавиатуры.

Не-а. Там контроллер подключен через USB на самом деле.

Основная проблема в том, что процессор при загрузке стартует в 16-битном режиме. Поэтому, например, выход из суспенда так много времени занимает

Много это сколько? И чем это обусловлено конкретно? Звучит сомнительно.

Но время на это всё равно тратится.

Пять микросекунд?

Скорее, в районе секунды. Сравни как быстро макбук на арме выходит из суспенда и как быстро это делали последние маки на интелах. Одна из причин – как раз переинициализация CPU.

Вторая причина – переинициализация GPU, которая на x86 тоже сделана крайне через жопу ради совместимости с древним говном из 80х.

cc vbr

Оно же вроде для геймеров делается чтобы снизить задержки (latency).

Оно же вроде для геймеров делается чтобы снизить задержки (latency).

На геймерских платах PS/2 как раз нету, он в основном на серверных (вдобавок к VGA и встроенному GPU от Matrox, я не шучу) и для рабочих станций идёт. Да и геймерских клавиатур с PS/2 ты не найдёшь.

Скорее, в районе секунды. Сравни как быстро макбук на арме выходит из суспенда и как быстро это делали последние маки на интелах. Одна из причин – как раз переинициализация CPU.

Вангую, что все затыки - в протоколах инициализации подсистем чипсета и периферии, а вовсе не в переключении режимов CPU.

Какая разница, стартует у тебя проц сразу в long mode или не сразу, если само переключение занимает копейки. Это всё ерунда.

Скорее, в районе секунды. Сравни как быстро макбук на арме выходит из суспенда и как быстро это делали последние маки на интелах. Одна из причин – как раз переинициализация CPU.

Вангую, что все затыки - в протоколах инициализации подсистем чипсета и периферии, а вовсе не в переключении режимов CPU.

Там хрень в том, что тебе сначала надо инициализировать всё в 16-битном режиме, потом переключиться в 32-битный, инициализировать ещё раз, но иначе, а потом переключиться в 64-битный. Штука из сабжа выпиливает в том числе и первый этап инициализации вместе с эмуляцией всяких 8259 и прочего древнего говна, которое было в IBM PC и которое с тех пор тащат.

Один хрен, если выпиливать одно легаси, то выпиливать надо вообще всё.

Вангую, что все затыки - в протоколах инициализации подсистем чипсета и периферии, а вовсе не в переключении режимов CPU.

Ещё могут быть требования поддержки всяких 16 битных VGA BIOS ROM, PXE ROM и прочего.

Комп будет грузиться чуть быстрее, особенно из суспенда.

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

Время может тратится на поддержку всякого 16 битного говнокода в прошивках. Ради него процессор переключают в 16 битный режим и обратно при каждом вызове.

Основная проблема в том, что процессор при загрузке стартует в 16-битном режиме. Поэтому, например, выход из суспенда так много времени занимает в сравнении с новыми армовыми маками или любым телефоном.

Ну что за враньё? Переключить проц в любой режим это меньше миллисекунды. Может быть, даже меньше микросекунды.

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

Просто выпилять весь 16 битный код и не надо будет виртуалок. Кому надо 16 бит, пусть покупают специализированное железо по 100 кратной стоимости.

Виндузятник?

Что ты несёшь?

Ещё раз, может так понятнее будет: если кто-то не хочет костылей, то он предложенную тобой идиотскую схему «переключать на каждый вызов (вызов чего, кстати?) в 16-битный режим» делать и не стал бы. А костыльщик сделает и виртуалку. Так что отсутствие поддержки 16-бит кода процом никак не повлияет на первый случай и замедлит второй.

Ты всё равно на старом железе сидишь. Проходи мимо.

Там хрень в том, что тебе сначала надо инициализировать всё в 16-битном режиме, потом переключиться в 32-битный, инициализировать ещё раз, но иначе, а потом переключиться в 64-битный.

Кому нужно и зачем? Может текущие биосы так и делают, но не надо их недостатки приписывать процу. Он тут ни при чём.

переинициализация GPU, которая на x86 тоже сделана крайне через жопу

А виноват конечно 16-битный режим проца.

Где он в lsusb? И зачем такое городить, когда проще в чипсет встроить нативно (как скорее всего и делают)?

16 битный режим при любом раскладе не нужен в 2023 году.

Вполне здравая инициатива. Консъюмера давно сидят на 64-битных системах, а в long mode, как известно, 16-битный реальный режим все равно не поддерживается. Так нафига его поддерживать в камне?

Правда, сомневаюсь что это упростит процессор даже на 5%.

И к чему ты это ответил? Моё сообщение было не про нужность его.

Все процессоры x86 стартуют в 16-битном real mode. Это их свойство, не свойство биосов.

Алсо, вот это тебе жопу тут рвёт.

Я в курсе. Да, процессоры стартуют в 16-битном режиме. А вот всякое «из-за этого долгий выход из саспенда», «а вот там надо всё инициализировать три раза и долго» и т.д. - это уже чьи-то сказки.

Процессор уже спустя миллисекунду после запуска вполне может находиться в 64-битном режиме и все дальнейшие действия делать так, как будто 16-битного никогда и не было. Единственное, что может этому помешать - это тормозной биос.

Там был FreeDOS, наверняка

Он самый. Его пихают в случае, когда совсем без оси нельзя.

Для использования пригоден примерно никак

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

Дос 6.22 установить довольно легко. Вот попробуй семерочку или дисяточку 32 бит на современное железо установить.

Там хрень в том, что тебе сначала надо инициализировать всё в 16-битном режиме, потом переключиться в 32-битный, инициализировать ещё раз, но иначе, а потом переключиться в 64-битный

Кто тебе это сказал? Плюнь в лицо ему. Не переключаться в 32 бит не надо, ни цепочки инициализации в различных режимах. Бред, полный. Они не совместимы друг с другом 💯, каждая последующая полностью сломает предидущую.

А я подозреваю, что их наклепали лет 10-15 назад и с тех пор они на складе валяются.

Надо смотреть. Если на пассиках - значит, новые, ибо пассики за 10 лет подыхают.

У меня, кстати, ни один дисковод не сдох за всю мою жизнь

Могу показать 1 дохлый, 1 полудохлый и 1 рабочий CD/DVD привод. Я все стадии прошёл, дохнут они в лёт.

Всё это эмулируется программно

Я имел в виду, что эмулируется, правда не уверен, на уровне прошивок ли, или всё-таки на уровне чипсета.

То есть, останется только long mode? Замечательно же!

man dosbox

Еще бы вариант x86s включал бы в себя только код для x86-64-v3 и выше.

Оно виндовое

Старое убогое легаси всё равно никому не нужно

Так платформа wintel стоит на сохранении обратной совместимости с легаси. Intel пилит сук, на котором сидит

ЩИТО? Работает нативно под линуксом.

Правда, ключевое слово там Envisioning. Готовых девайсов ждать еще несколько лет.

Для не-Ъ, по ссылке написано что A20 убрали еще в 2008.

Там самое главное, что: «Возможность запуска 32-разрядных приложений в окружении 64-разрядной ОС сохранится.»

Да, но только приложений и наверное не во всех ОС, хотя в винде и линуксе (и бсде) сохранится. Они там много чего выпиливают. С того же опеннета

Использование упрощённой 64-разрядной модели сегментной адресации памяти для поддержки сегментной адресации в 32-разрядных приложениях, что соответствует практике, используемой в современных операционных системах.

Практике соответствует, но я не поручусь даже за все патчи к линуксу и виртуалки

Прекращение поддержи 1 и 2 колец защиты, которые не применяются в современном ПО.

Как бы да, но и как бы есть разные экспериментальные ОС, где используются.

Прекращение поддержки 32-разрядного режима в нулевом кольце защиты. Удаление 16- и 32-разрядных защищённых режимов.

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

И кучка других кастраций

Как бы да, но и как бы есть разные экспериментальные ОС, где используются.

Использование этих колец бесполезно потому что они дырявые и есть рабочие эксплоиты позволяющие получить права кольца 0 из любого из них. И для исправления требуются несовместимые изменения ISA.

с другой в разном промоборудовании можно и не такое встретить.

Не обязательно использовать на промоборудовании последние процессоы Intel. Есть и другие производители процессоров x86, в том числе для промоборудования. В таких случаях высокая производительность обычно не требуется.