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

Какая в жопу эмуляция? 32-битный софт работает в long mode на 64-битных процессорах. Без переключения режимов в 32-битный и обратно.

Когда у тебя 64-битная ОС запущена, у тебя проц не работает в 32-битном защищенном режиме.

Он в таком случае всегда работает в long mode. Который делится на 2 подрежима: 64-bit mode и Compatibility mode.

Эту часть процессорных инструкций и режимов никто не трогает.

Какая в жопу эмуляция?

Какие юзеры, такая и эмуляция)

Ладно,уговорил. Но я вообще не айтишник,мне так тупить можно) А вот че настоящие айтишники меня в заблуждение своей эмуляцией вводят тогда?

Ладно,успокоил)

Ну давай, ну по слогам попробуй уже, я не знаю:

16-bit and 32-bit protected mode are not supported anymore and cannot be entered. The CPU always operates in long mode. The 32-bit submode of Intel64 (compatibility mode) still exists. An attempt to load a descriptor into CS that has CS.L==0 and CS.D==0 will generate a #GP(sel) exception.

Угадай, что останется, если от говна отрезать большой кусок?

Угадай, что останется, если от говна отрезать большой кусок?

Одна из самых успешных процессорных архитектур на планете.

Так же как раньше играл, ничего не поменяется.

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

The 32-bit submode of Intel64 (compatibility mode) still exists

То есть ограничились полумерами.

Ничто не мешает при необходимости запилить 64-битность и в SeaBIOS’е

Как вы это себе представляете? Интерфейсы BIOS же 16 битные [...] многие ОС делают вызовы BIOS через x86 эмулятор где обычно нет 64 битного режима.

Просто берём и всё то 16-битное что вдруг перестало работать на новом Intel'е - и переписываем на 64-битное! Разумеется, только если нам есть дело до этого нового напичканного зондами Intel'а... Продвинутым ОС вроде Linux на этот «апгрейд битности» будет пофиг - судя по опыту, они достаточно сообразительны чтобы самостоятельно успешно взаимодействовать с железом даже где кривые поломанные БИОСы, а вот «HobbyOS» вроде KolibriOS/MichalOS возможно придётся приспособиться под эту 64-битность

BIOS должен исполнять 16-битный код MBR загрузчика ОС

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

Когда упоминают SeaBIOS, вы прежде всего вспоминаете про 16-битные интерфейсы стандартных БИОСов и прочее legacy - которое среди современных ОС имеет значение разве что для HobbyOS (см. выше). Для меня же, SeaBIOS - это прежде всего удобная бутменюшка с минималистичным Сишным кодом в ~50k строк, являющаяся прекрасной KISS-альтернативой раздутому UEFI. И я не вижу никаких причин, почему такая без-UEFI'шная бутменюшка чисто физически не может существовать на новом железе

Windows XP перестанет работать же :(

Просто берём и всё то 16-битное что вдруг перестало работать на новом Intel’е

С чего бы это внезапно? Там все равно uefi. Я не вижу ни одного рационального аргумента в пользу legacy bios, пусть даже в виде SeaBIOS. Legacy BIOS не стоит того, чтобы ради него усложнять архитектуру легаси-костылями.

SeaBIOS - это прежде всего удобная бутменюшка с минималистичным Сишным кодом в ~50k строк, являющаяся прекрасной KISS-альтернативой раздутому UEFI.

Что тебе мешает написать минималистичный UEFI вместо раздутого edk2?

кому она нужна?

SeaBIOS - это прежде всего удобная бутменюшка с минималистичным Сишным кодом в ~50k строк, являющаяся прекрасной KISS-альтернативой раздутому UEFI

А поддержка real mode и загрузка через него, когда можно сделать проще – это не нарушение принципа KISS? А переусложненный процесс загрузки по вине импотентности классического BIOS – это не нарушение принципа KISS?

Ну будем честны: полтора миллиона строк в edk2 это тоже не то чтобы очень хорошо :D

С чего бы это внезапно? Там все равно uefi.

Там - это где? В связке coreboot+SeaBIOS нет ни грамма UEFI

Legacy BIOS не стоит того, чтобы ради него усложнять архитектуру легаси-костылями.

Но ведь даже с этим уже имеющимся «усложнением» у нас всего 50k строк кода в SeaBIOS, причём в реальных конфигах задействованы далеко не все - например, если не включать поддержку TPM (которая вроде бы и не нужна из-за их проприетарности), получится всего лишь ~35k

Конечно, в теории можно заморочиться и выкинуть legacy-часть из SeaBIOS чтобы SeaBIOS стал ещё меньше - но legacy-часть вылизана и есть не просит. А вот UEFI - это труЪ-усложнение и тот ещё громоздкий монстр с переусложнённой архитектурой. Сколько там строк кода даже в опенсорсном EDK2? То-то же ;-)

А вот UEFI - это труЪ-усложнение и тот ещё громоздкий монстр с переусложнённой архитектурой. Сколько там строк кода даже в опенсорсном EDK2? То-то же ;-)

То что он опенсорсный не значит что он хороший :)

Что тебе мешает написать минималистичный UEFI вместо раздутого edk2?

Плохая репутация у UEFI в целом и нелюбовь к раздутым стандартам, следуя которым наверняка получишь ту же раздутость. Проще было бы выкинуть LegacyBIOS-часть из SeaBIOS, несмотря на её минимализм, если она как кость в горле у некоторых ;-)

P.S. Но, т.к. одна из крутых фич SeaBIOS - возможность грузить виртуальные дискеты различных HobbyOS вроде KolibriOS/MichalOS хранящиеся внутри БИОС-чипа - а эти HobbyOS могут зависеть от LegacyBIOS-части - выпиливать её просто так было бы неразумно

Плохая репутация у UEFI в целом и нелюбовь к раздутым стандартам, следуя которым наверняка получишь ту же раздутость. Проще было бы выкинуть LegacyBIOS-часть из SeaBIOS, несмотря на её минимализм, если она как кость в горле у некоторых ;-)

Не, не проще, ОС уже анонсируют планы выкинуть поддержку BIOS.

ОС уже анонсируют планы выкинуть поддержку BIOS

И как же это выкидывание будет выглядеть? ;-) Гружусь я такой coreboot+SeaBIOS --> GRUB --> ОС , а ОС мне и говорит " UEFI в компе не обнаружено, запуск запрещён " ? Ну так это искусственные ограничения, присущие разве что винде - но никак не опенсорсным ОС

ТЫ НЕ ПОВЕРИШЬ!!!!!!!!

Есть довольно жирное сообщество фанатов. Они даже каким-то боком дрова бэкпортируют, чтобы на новом железе XP запускать.

Он не обязан быть 16-битным - на практике главное чтобы он успешно «дёрнул» ОС

Как же не обязан если код загрузчика ОС в MBR/PBR 16 битный и всякие int 13h тоже 16 битные? Отсутствие поддержки 16 битного кода в BIOS полностью сломает совместимость со всеми ОС.

P.S. Но, т.к. одна из крутых фич SeaBIOS - возможность грузить виртуальные дискеты различных HobbyOS вроде KolibriOS/MichalOS хранящиеся внутри БИОС-чипа

Без подлежащего выпиливанию 32 битного защищённого режима KolibriOS будет работать разве что в эмуляторе.

Ну так это искусственные ограничения, присущие разве что винде - но никак не опенсорсным ОС

В Линуксах тоже весьма стремительно выпиливают поддержку 32 битной ОС. Скоро могут начать и поддержку BIOS выкидывать ибо никому не нужно кроме пары фанатиков. Не будет нужно поддерживать 16 битный код полувековой давности в котором уже никто не разбирается.

код загрузчика ОС в MBR/PBR 16 битный

Это сейчас он 16-битный, но ничто не мешает ему быть хоть 64-битным - лишь бы ОС грузил

Отсутствие поддержки 16 битного кода в BIOS полностью сломает совместимость со всеми ОС

Если какая-либо ОС способна работать на ПК с UEFI без 16-битного кода, то она точно также способна работать на ПК и с модернизированным BIOS'ом без 16-битного кода. Современные ОС вообще как будто бы не полагаются на БИОС, судя по тому что даже с БИОСом имеющим наикривейшие таблицы прерываний - которые вызывали проблемы у KolibriOS - Linux чувствовал себя как рыба в воде

Скоро могут начать и поддержку BIOS выкидывать ибо никому не нужно кроме пары фанатиков

Но это выкидывание будет искусственным в стиле «назло бабушке отморожу уши» - а значит, и с лёгкостью обратимым ;-) Не беспокойтесь за нас, фанатиков: если нас вдруг потянет поставить себе RedHat'овское поделие чтоб посмеяться, штуки вроде " UEFI not detected, stop booting " и использование глупого systemd-bootd не умеющего в MBR вместо старого-доброго загрузчика GRUB - мы обойти уж как-нибудь сумеем...

Если какая-либо ОС способна работать на ПК с UEFI без 16-битного кода, то она точно также способна работать на ПК и с модернизированным BIOS’ом без 16-битного кода.

Вся проблема в стандарте публичного интерфейса между BIOS и OS. Этот стандарт требует использования 16 битного кода в начале загрузки. Чтобы сделать некий 64 битный BIOS, надо выпускать новый стандарт несовместимый с существующим и адаптировать ВСЕ существующие ОС под него, что никто на практике делать не будет.

В реальном мире стандарты намного важнее реализации. Договориться о новом стандарте между многими вендорами – очень трудный процесс и проще сделать обёртку над существующим общепринятым стандартом (UEFI).

И как же это выкидывание будет выглядеть? ;-) Гружусь я такой coreboot+SeaBIOS –> GRUB –> ОС , а ОС мне и говорит " UEFI в компе не обнаружено, запуск запрещён " ? Ну так это искусственные ограничения, присущие разве что винде - но никак не опенсорсным ОС

У тебя инсталлятор просто не будет иметь опции поставиться на MBR, лол. А в ядре выключат VESA.

Вся проблема в стандарте публичного интерфейса между BIOS и OS

Судя по тому, что возможна и более прямая загрузка coreboot --> GRUB2 --> OS , не используя ни SeaBIOS ни UEFI/EDK2 - современные OS способны работать вне зависимости от того, работает ли данный интерфейс, на какой битности, и вообще существует ли он. А значит, в усложнённой схеме coreboot --> X --> GRUB2 --> OS этот X может быть каким угодно, лишь бы не мешал грузиться дальше

Можно откатиться к старой версии инсталлятора (при необходимости бэкпортировав в него новые изменения) и отменить патч, выключающий VESA в ядре. А если таких «палок в колёса» накопиться слишком уж много, чтобы с ними бороться - что ж, уйдём на нормальные дистрибутивы которые не занимаются BDSM со своими пользователями

Выходит что SeaBIOS в любом случае не нужен, уже хорошо.

Тогда уж надо брать GRUB 2 в качестве Coreboot payload. Только вот ничего кроме Линукса на такой конфигурации запускаться не будет. То есть не будут работать различные BSD, Solaris, Haiku, Windows и т.д.. В итоге получается вендор лок на Линукс что далеко от концепции свободного ПО.

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

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

Можно откатиться к старой версии инсталлятора (при необходимости бэкпортировав в него новые изменения) и отменить патч, выключающий VESA в ядре. А если таких «палок в колёса» накопиться слишком уж много, чтобы с ними бороться - что ж, уйдём на нормальные дистрибутивы которые не занимаются BDSM со своими пользователями

Например? Потому что удалении MBR в установщике и удаление VESA я взял из роадмапа федоры.

Можно откатиться к старой версии инсталлятора (при необходимости бэкпортировав в него новые изменения) и отменить патч, выключающий VESA в ядре. А если таких «палок в колёса» накопиться слишком уж много, чтобы с ними бороться - что ж, уйдём на нормальные дистрибутивы которые не занимаются BDSM со своими пользователями

Например? Потому что удалении MBR в установщике и удаление VESA я взял из роадмапа федоры.

Fedora – это буквально самый главный дистр по части BDSM с пользователем. Что в принципе неудивительно, потому что пользователи федоры – трансректальные жопотрахи через одного.

Fedora – это буквально самый главный дистр по части BDSM с пользователем. Что в принципе неудивительно, потому что пользователи федоры – трансректальные жопотрахи через одного.

Линукс как линукс, ничего необычного.

Fedora – это буквально самый главный дистр по части BDSM с пользователем. Что в принципе неудивительно, потому что пользователи федоры – трансректальные жопотрахи через одного.

Линукс как линукс, ничего необычного.

Только чтобы киношечку посмотреть, надо подключать сторонние репы, потому что кодеки.

Только чтобы киношечку посмотреть, надо подключать сторонние репы, потому что кодеки.

Надо подключить third-party репозиторий RPMFusion. В дебиане и убанте для этого нужно подключать non-free.

Только чтобы киношечку посмотреть, надо подключать сторонние репы, потому что кодеки.

Надо подключить third-party репозиторий RPMFusion. В дебиане и убанте для этого нужно подключать non-free.

Добиан на втором месте по длине ректального пролапса. Так что тут ты абсолютно прав.

Так а больше ничего user-friendly у нас и нет.

Поверю. Есть же сообщество линуксоидов.

Так а больше ничего user-friendly у нас и нет.

Манжара? Попос? На самом деле, user friendly достаточно много. Гейб вон на рачелюниксе годную SteamOS сделал, для игрушек вообще огонь.

Манжара? Попос? На самом деле, user friendly достаточно много.

Манжара не помню, посос это убунта с собственном шеллом и плюшками.

Гейб вон на рачелюниксе годную SteamOS сделал, для игрушек вообще огонь.

Так там шелл с четко очерченной функциональностью, заботливо настроенный инженерами. Канешно огонь.

Манжара? Попос? На самом деле, user friendly достаточно много.

Манжара не помню, посос это убунта с собственном шеллом и плюшками.

Манжара на раче. В попосе от бубунты только база, а софт там через флатпак в основном ставится.

Гейб вон на рачелюниксе годную SteamOS сделал, для игрушек вообще огонь.

Так там шелл с четко очерченной функциональностью, заботливо настроенный инженерами. Канешно огонь.

Ну, да. GNOME – это тоже шелл с четке очерченной функциональностью, только настроили его какие-то говноделы.

Алсо, в SteamOS KDE из коробки буквально на расстоянии пары кликов мышкой.

https://support.system76.com/articles/codecs/

https://linuxhint.com/install-multimedia-codecs-manjaro/

https://support.system76.com/articles/codecs/

https://linuxhint.com/install-multimedia-codecs-manjaro/

Да, и? Там не требуется сторонние репозитарии подключать. Или вообще какие-либо репозитарии. По ссылке предлагают тупо поставить пакеты и всё.

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

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

В консоль можно не лезть. Там есть гуй.

Где там? Во всех ссылках консоль.