Intel закрывает инициативу x86S

Это затрагивает только операционные системы на голом железе (не в эмуляторе/гипервизоре).

Ошибаетесь. VTx тоже редуцировался.

Но я не видел, чтобы это делал именно загрузчик. Обычно сама операционка просит уефи сдриснуть.

exitBootServices вызывает именно загрузчик, потому что окружение UEFI boot services не совместимо с окружением ядра ОС. Будут конфликты ресурсов.

exitBootServices вызывает именно загрузчик

SMM-ная эмуляция девайсов не является частью бут сервисов.

Это не случай firkax где ОС использует нестандартную разметку диска. Пример таких ОС он так и не дал.

Она также не является частью интерфейса UEFI.

Это про хост ОС на голом железе, а не гостевую ОС.

Это не случай firkax где ОС использует нестандартную разметку диска. Пример таких ОС он так и не дал.

Вроде бы он говорил вообще про любую не-ГПТ таблицу разделов. Ну да не буду за него говорить.

Пример таких ОС он так и не дал.

Ты идиот? Я вроде достаточно ясно выражался чтобы кто угодно мог понять о чём речь. Напиши сам лоадер и простой драйвер любой простой фс, который читает её с начала диска без разделов и шелл с командой вывода списка файлов 0 вот тебе и будет эта ОС. Это займёт не больше недели, если ты достаточно компетентен чтобы вести споры на эту тему. И такими вещами занималось огромное количество людей в том или ином виде. И давай не начинать по 10 кругу вопросы целесообразоности данного занятия, целесообразность тут такая: юзер захотел, значит надо.

Она также не является частью интерфейса UEFI.

Ну да. Просто это часть уефи, точнее, часть CSM.

Это про хост ОС на голом железе, а не гостевую ОС.

Что именно? Разверните мысль, иначе складывается впечатление, что x86S, яко бы, не затрагивал гипервизоры.

И давай не начинать по 10 кругу вопросы целесообразоности данного занятия,

А кто начинает про целесообразность то? Вам говорили, что он сделает это под кему. А про целесообразность - это вы сами с собой спорите.

Потом я дал вам другой способ: передавать ядру смещение и размер. Вам мало, я дал третий способ: вставить усб-накопитель с уефи-загрузчиком. Опять мало???

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

Напиши сам лоадер и простой драйвер любой простой фс, который читает её с начала диска без разделов и шелл с командой вывода списка файлов 0 вот тебе и будет эта ОС.

Вот сами берите и пишите. Где такие существующие ОС и где они применяются?

x86S затрагивает гипервизоры (работающие на голом железе), но не гостевые ОС.

Не понял! Если у вас кастрировать VTx, это затронет гостевую ОС или нет? Как минимум, она будет медленнее исполняться. Как максимум - не будет совсем.

Где такие существующие ОС и где они применяются?

Под кему. Применяются в институтах, на лабораторках.

Как минимум, она будет медленнее исполняться.

Но будет же. Для древних гостевых ОС производительность не так важна. Да и надо замерять насколько медленнее станет.

Но будет же. Для древних гостевых ОС производительность не так важна.

Пфф… Видимо, именно по этому существует аж целых 2 досэмулятора, один хвастается совместимостью, а другой - производительностью? И далеко не все игры вытягивает dosbox. И это только ДОС! Самая простая из легаси-операционок.

Да и надо замерять насколько медленнее станет.

Твою ж… Вы явно что-то не понимаете. :) «Замерять, насколько медленнее станет» вы сможете только после того, как эмуляторописатели освоят эти «нововведения» и переведут всё, что надо, на совтовую эмуляцию. Понятно, что вам, как юзеру, это преподнесут на тарелочке, и ещё будут хвастаться, что вот у них производительность почти не просела, а у конкурентов - просела. Но, по факту, за этим вашим «надо замерять, насколько медленнее станет» стоят тысячи человеко-часов труда, чтобы оно вообще хоть как-то продолжило работать. И меня несколько задевает такое легкомысленное отношение к проблеме.

Я по статье в ссылке новости не нашёл аргументацию почему отказались от x86S. Подозреваю что причина в финансовых проблемах Intel, а не VT-x.

Я и не говорил, что VTx явился причиной отказа. Я говорил, что он явится существенной проблемой для эмуляторов и гипервизоров, хотя, разумеется, для пользователей эффект будет максимально нивелирован. Тем не менее, это подстава, когда рабочий механизм, являющийся фундаментом одной из важнейших подсистем ядра, подвергается такой кастрации.

Но причина сворачивания, конечно же, не в этом. Когда вообще Интел волновало, сколько человеко-часов потратят разрабы, чтобы справиться с новыми проблемами?

Читай выше. Возможность этого зависит от NVMe и от самой UEFI прошивки.

Почему-то я читаю это как «нет никаких причин для загрузки с NVMe в legacy mode кроме кривых UEFI прошивок». Или же в два слова: «UEFI НЕНУЖНО».

На самом деле, это у меня просто травма от UEFI: как-то целы день бился и не мог понять, почему ядро не грузится и не пишет никаких ошибок, не смотря на все опции про «early uefi console» и т.п. Плюнул, грузанулся в legacy mode, и там на текстовом экране белым по черному «cannot mount root fs unsupported filesystem or чего-то еще».

Надо ли говорить, что через 5 минут все отлично загружалось (и UEFI был ни при чем)? Однако желание связываться с технологией, которая банально не может в раннюю отладочную печать, начисто пропало. Зачем мне такая бомба замедленного действия на локалхосте?

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

Это Линукс не может. UEFI всё прекрасно может через console output protocol и GOP.

Это Линукс не может.

В гугле забанили? https://forums.gentoo.org/viewtopic-t-1008506-start-0.html

CONFIG_EARLY_PRINTK_EFI=y
CONFIG_FB_EFI=y
CONFIG_FRAMEBUFFER_CONSOLE=y

И это - 10летней давности трид.

Ну, в данном случае «обратная совместимость» это возможность запустить ms-dos/win9x на 24-ядерном i9-14900. А толку что процессор вроде как может, если ОС не вывезет по драйверам. и по биосу, и по шинам и вообще по всему. Куда не ткни - совместимость сломана, но не процессором.

Рубикон вообще перешли лет даже хз сколько назад, когда браузеры и вслед за ними системный софт отказались работать без sse или ещё каких то инструкций. Вот вроде как где то там есть х86_32 процессоры, удовлетворяющие требованиям, но большинство отвалилось. А особенно - самое интересное большинство. Как бы там ни единственный пеньтиум4 оказался чтобы с нужными инструкциями но без 64 бит.

Так что даже условную 32-битную ХР никто запускать не станет на новом железе. Во первых всё завалено подходящим старым, а во вторых вин10 или 7 не так уж плохо выполнит нужный софт.

Ну, в данном случае «обратная совместимость» это возможность запустить ms-dos/win9x на 24-ядерном i9-14900. А толку что процессор вроде как может, если ОС не вывезет по драйверам. и по биосу, и по шинам и вообще по всему.

Ещё 1, да только что же ссылку на ютуб давал как вин98 на современном железе запускать… Сколько можно то?

Я пытался запустить вин98 на коре2 и на практике это ЖОПА и анриал. Если какой то блогер смог - ну честь ему и хвала.

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

что. вы. несёте?