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

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

Лучше скажите когда у амуде будет 10 серия райзенов. 7 и 9 я решил пропустить. Деньги жгут ляжку, хочу обновить свой 5950X.

Надеюсь, они добавят инструкцию CRN.

Нахрен оно надо? Там давно арм и систем5 развивающийся. не нужна эта устаревшая архитектура никому.

А интел в свое время армы профукала, помню везде фрискейлы были.

Нахрен оно надо?

Да так-то не надо, в общем-то. Я к тому что могли бы хотя бы попытаться.

Угадал что у тебя материнки от известного бракодела (асуса и его аффилированной фирмы асрок).

Они бы лучше fixed size instruction length сделали. Памяти для кода сейчас жопой жуй.

А в чём брак-то? У меня с ними всё работает без проблем.

i8051

Спаси и сохрани

Это типичные клоуны из интернета, которые по единичным случаям какие-то глобальные выводы делают. У меня на msi x570 проблемы с uefi boot и чо!?

На некоторых материнках есть headless режим. Интересно, там такие видеокарты в ОС работать будут?

Лично я об открытии этой инициативы узнал из новости от её закрытии.

Я к тому что могли бы хотя бы попытаться.

А они и попытались: https://www.phoronix.com/news/Intel-RISC-V-International

Но, по-моему, свернули и это.

Они бы лучше fixed size instruction length сделали. Памяти для кода сейчас жопой жуй.

Зато кеша теперь недостаточно.

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

И кстати в них уже тогда был неприкрытый уефи, но mbr-загрузка тоже есть.

Так то к доктору сходить надо, он антидепрессант какой-нибудь пропишет

И кстати в них уже тогда был неприкрытый уефи, но mbr-загрузка тоже есть.

А проблема-то в чём? Зачем нужна загрузка через MBR, если UEFI работает?

Затем, чтобы запустить ОС, очевидно. Не создавая при этом мусорных разделов.

А, то есть единственная проблема UEFI – это необходимость отдельного раздела? То есть, проблем у UEFI в принципе нет. Понял.

Не прикидывайся шлангом. Вот распишу подробнее:

1) ему нужно чтобы на диске вообще была таблица разделов в понятном ему формате, многие не поддерживают даже традиционную (а поддерживают только gpt), а таблицы других ОС (BSD например) не поддерживаются вообще

2) раздел, который ему нужен, должен быть в нужной ему фс и никак иначе

3) на этом разделе он ищет файлы в виндузятном PE-формате - сразу видно кто стоит за проталкиванием этой пакости

4) выше были практические неудобства, а теперь идеологическое: сам факт того, что прошивка материнки лезет в структуры на диске, чтобы в них активно парсит - никуда не годится

Каждый из этих четырёх пунктов сам по себе важен, и не надо делать вид что это не так.

Не прикидывайся шлангом. Вот распишу подробнее:

У меня длинный шланг, я не комплексую.

1. ему нужно чтобы на диске вообще была таблица разделов в понятном ему формате

И? Не насрать ли?

а таблицы других ОС (BSD например) не поддерживаются вообще

BSD умеют GPT, вообще проблемы нет.

2. раздел, который ему нужен, должен быть в нужной ему фс и никак иначе

У тебя проблемы с FAT32?

3. на этом разделе он ищет файлы в виндузятном PE-формате - сразу видно кто стоит за проталкиванием этой пакости

Intel стоит. А что? Тебе они не нравятся? Неплохие процессоры вроде как делают, хотя я, как уже писал выше, использую в основном AMD.

И опять же, не вижу тут проблемы. Тулинг для работы с PE под люнексом есть. EFI появился в конце 90х при создании Itanium, когда люнекс был в основном студенческой поделкой и на серверах никто в здравом смысле его не запускал, как и коммерческие юниксы на x86 в принципе (они были на системах соответствующих вендоров). Так что можешь считать это историческим артефактом, как и в принципе всё вокруг x86.

4. выше были практические неудобства, а теперь идеологическое: сам факт того, что прошивка материнки лезет в структуры на диске, чтобы в них активно парсит - никуда не годится

То есть, в том, что прошивка материнки лезет в бутсектор, у тебя проблемы нет. И в том, что прошивка материнки содержит код, исполняемый процессором, проблемы тоже нет. В том, что код из бутсектора активно дёргает эту прошивку через прерывания, ты тоже проблем не видишь. А в том, что она читает файлы с раздела, чтобы их запустить, проблема есть. Ты странный.

а таблицы других ОС (BSD например) не поддерживаются вообще

*BSD поддерживают таблицу разделов GPT. Haiku тоже поддерживает. Не знаю ни одной актуальной ОС, которая не поддерживает GPT. Вы про DOS что ли? Она мертва давно.

Из 512 байт загрузочного сектора запустить современную ОС нельзя. Надо выдумывать костыли с загрузчиком, загружающим загрузчик, загружающим загрузчик, загружающим загрузчик… И всё это на антикварном 16 битном коде x86 real mode.

Будут если есть куда подключить. Современные ОС умеют инициализировать видеокарту с нуля без участия BIOS. Из неудобств может быть разве что отсутствие картинки на начальных этапах загрузки.

BSD умеют GPT, вообще проблемы нет.

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

То есть, в том, что прошивка материнки лезет в бутсектор

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

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

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

Я не про то, что умеют BSD системы, а про то, чего этот дурацкий уефи не умеет - BSD-разметку

А зачем ему её уметь-то?

Может быть у меня кастомная ОС с вообще другой структурой данных, и эти разделы мне нафиг не сдались, но ради уефи я должен их поддерживать?

Так у тебя кастомная ОС с вообще другой структурой данных и диск вообще без разделов? Или ты это выдумал просто чтобы повыдрючиваться?

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

Этот один единственный первый сектор должен быть в специальном формате с таблицей разделов (из 4 штук), один из которых обязательно должен быть помечен как загрузочный, плюс 446 байта на код для загрузки. Вообще полностью аналогичная хрень, минус тот факт, что MBR – наследие флоппиков из 80х и там были другие требования по упаковке и размеру.

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

Чем плохо? Тут всё просто: либо ты доверяешь прошивке, и тогда проблемы нет вообще, либо ты не доверяешь прошивке, и тогда тебе стоит сжечь твой компьютер и купить другой.

А вот что в MBR плохо так это то, что эта дрисня не поддерживает диски больше 2 терабайт. Т.е. на трёх из пяти дисков в моей системе MBR просто не может использоваться, они тупо больше.

а таблицы других ОС (BSD например) не поддерживаются вообще

BIOS не поддерживает таблицы разделов, отличные от MBR. Оно как минимум читает первые 512 байт, а зачастую и всю таблицу разделов.

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

Нет тут никакой разницы. Требование размещения загрузчика в первых 512 байтах диска ломает совместимость с некоторыми форматами таблицы разделов.

Этот один единственный первый сектор должен быть в специальном формате с таблицей разделов (из 4 штук)

Нет, достаточно магического числа. Разделов вообще может не быть. Если мы рассматриваем загрузку через BIOS.

Проблема чтения через ФС, и PE файлов что оно нормально не работает. Это слишком сложно для реализации, прочесть файл на диске и определить что это загрузчик. Патрику из за этого приходиться разбираться в grub, на многих компьютерах elilo просто не хочет загружаться. А прочесть сектор и прыгнуть на него это уже попроще.

Проблема чтения через ФС, и PE файлов что оно нормально не работает. Это слишком сложно для реализации

што? Драйвер FAT32 – сложно для реализации? Совсем упоролись, что ли?

Патрику из за этого приходиться разбираться в grub, на многих компьютерах elilo просто не хочет загружаться.

А зачем Патрегу GRUB-то? И как это связано с «слишком сложно для реализации», если оно уже реализовано? Плюс, можно просто ядро кинуть в раздел ESP и не париться, если GRUB собрать такая проблема.

https://docs.kernel.org/admin-guide/efi-stub.html

Другой вопрос, что слака просто не нужна.

на многих компьютерах elilo просто не хочет загружаться.

Ну и нахер его?

Не наш.

Ты странный.

А что делать? Вот такое оно, смиряемся и принимаем, «как есть».... И как пить...

Не, я лулзы ловлю. firkax и stanson два моих любимых шизофреника тут. Оба любят сишечку и asm под 8086 какой-то очень странной, затмевающей здравый смысл любовью. Один тут про кастомную ОС со своей таблицей разделов пишет, хотя казалось бы, EFI stub пишется куда проще 16-битного загрузчика и позволяет не париться с инициализацией процессора лишний раз. Второй вообще предлагал выше бинарики из под 8086 запускать в long mode зачем-то. Разве это не офигенно?

што? Драйвер FAT32 – сложно для реализации? Совсем упоролись, что ли?

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

А зачем Патрегу GRUB-то?

Потому что elilo через раз работает из за кривого UEFI. Хотя как загрузчик он довольно простой и приятный. Вот и приходится впиливать grub как стандартный. Он всегда был в репозитории, но установщик предлагал lilo или elilo.

Плюс, можно просто ядро кинуть в раздел ESP и не париться, если GRUB собрать такая проблема.

Это не подходит, проблем будет еще больше чем у elilo. GRUB был выбран потому что его чаще всего видят. Некоторые UEFI реализации настолько безумные, что имеют whitelist для путей.