LINUX.ORG.RU

История изменений

Исправление SakuraKun, (текущая версия) :

Пока что всё это звучит как «покайтесь, ибо грядёт» ;-)

AMD скорее всего последует по примеру

С чего это вдруг? в AMD всё-таки не такие засранцы как в Intel'е сидят: вон, Intel'овцы даже сделали чтобы их сайт в России напрямую не открывался; а у AMD всё работает. И тут AMD скорее пожертвуют незначительным % транзисторного бюджета, чтобы иметь возможность говорить: «смотрите, у нас legacy работает, а у интела нет» - и нагнут их этим как минимум в американских госзаказах

Для какого-нибудь индустриального железа с DOS современные процессоры не требуются и можно использовать специализированные медленные x86 процессоры

У любого железа, даже индустриального, есть свой срок службы и его нужно чем-то заменять, поэтому в любом случае кто-то будет выпускать свежие x86 процессоры под эти задачи с поддержкой legacy

Это невозможно в принципе потому что у BIOS ABI и интерфейсы 16 битные, а 16 бит не будет в новых процессорах

SeaBIOS скорее 32-битный чем 16-битный, можно будет довыбросить 16-битную часть если ещё осталась

Работать это сможет разве что в виртуальной машине

Ну или сэмулировать её: в coreboot'е ведь есть какой-то x86emu. Судя по отчётам board_status 89% коребутчиков используют SeaBIOS, и даже если «жареный петух клюнет» спустя X лет - они скорее организуют схему coreboot --> x86emu --> SeaBIOS чем согласятся перейти к UEFI-жирноте

Можно тот же код CoreBoot взять за основу и портировать в EDK-2

а смысл? это точно также окажется coreboot + EDK2, просто под одним флагом, никто не будет тратить на это ресурсы. К тому же, основная задача coreboot'а - это низкоуровневая инициализация железа с последующей передачей управления payload'у

проприетарные прошивки от вендоров железа основаны именно на EDK-2

даже если и так, можно лишь посочувствовать индусам которым приходится этим заниматься за миску риса)

U-Boot же как-то не прижился на x86
Зато он легковеснее

На каком-нибудь MIPS - да, легковеснее; а под мою типичную AMD-шную плату он был бы не легче coreboot+SeaBIOS'а - т.к. всю опенсорсную AGESA-библиотеку, заправляющую кучей низкоуровневых вещей, пришлось бы поместить в него. А если говорить конкретно про SeaBIOS - в нём и так очень мало строчек кода, куда легковесней-то?

полностью чист от легаси 16 битных итерфейсов

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

Исходная версия SakuraKun, :

Пока что всё это звучит как «покайтесь, ибо грядёт» ;-)

AMD скорее всего последует по примеру

С чего это вдруг? в AMD всё-таки не такие засранцы как в Intel'е сидят: вон, Intel'овцы даже сделали чтобы их сайт в России напрямую не открывался; а у AMD всё работает. И тут AMD скорее пожертвуют незначительным % транзисторного бюджета, чтобы иметь возможность говорить: «смотрите, у нас legacy работает, а у интела нет»

Для какого-нибудь индустриального железа с DOS современные процессоры не требуются и можно использовать специализированные медленные x86 процессоры

У любого железа, даже индустриального, есть свой срок службы и его нужно чем-то заменять, поэтому в любом случае кто-то будет выпускать свежие x86 процессоры под эти задачи с поддержкой legacy

Это невозможно в принципе потому что у BIOS ABI и интерфейсы 16 битные, а 16 бит не будет в новых процессорах

SeaBIOS скорее 32-битный чем 16-битный, можно будет довыбросить 16-битную часть если ещё осталась

Работать это сможет разве что в виртуальной машине

Ну или сэмулировать её: в coreboot'е ведь есть какой-то x86emu. Судя по отчётам board_status 89% коребутчиков используют SeaBIOS, и даже если «жареный петух клюнет» спустя X лет - они скорее организуют схему coreboot --> x86emu --> SeaBIOS чем согласятся перейти к UEFI-жирноте

Можно тот же код CoreBoot взять за основу и портировать в EDK-2

а смысл? это точно также окажется coreboot + EDK2, просто под одним флагом, никто не будет тратить на это ресурсы. К тому же, основная задача coreboot'а - это низкоуровневая инициализация железа с последующей передачей управления payload'у

проприетарные прошивки от вендоров железа основаны именно на EDK-2

даже если и так, можно лишь посочувствовать индусам которым приходится этим заниматься за миску риса)

U-Boot же как-то не прижился на x86
Зато он легковеснее

На каком-нибудь MIPS - да, легковеснее; а под мою типичную AMD-шную плату он был бы не легче coreboot+SeaBIOS'а - т.к. всю опенсорсную AGESA-библиотеку, заправляющую кучей низкоуровневых вещей, пришлось бы поместить в него. А если говорить конкретно про SeaBIOS - в нём и так очень мало строчек кода, куда легковесней-то?

полностью чист от легаси 16 битных итерфейсов

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