Board.KolibriOS.org

По крайней мере под AMD есть очень много свободных дров в Linux, выложенных под свободными лицензиями GPL, да и для другого хорошего железа тоже. Думаю, мешает сложность портирования с C на ассемблер, недостаток свободного времени и людей в проекте Kolibri.

А зачем нам эта дырка?

_________________
Страдаю полуидиотизмом

Дыру попытались обосновать удобством для админов и прочей фигнёй, хотя я ни разу не видел чтобы хоть какие-нибудь админы кроме NSA-шных её использовали К тому же, из-за зондов ME/PSP в зависимости от платформы могут быть большие сложности с самой возможностью запуска "неподписанных" (т.е. не одобренных Большим Братом) прошивок вроде coreboot.

Иногда производитель железа вроде Purism может договориться с зондоделом по этому поводу и обеспечить запуск коребута на своём свежем железе, пусть и с зондом. Но пока такие договора были только с Intel-ом который по своей природе дыряв: имеет много аппаратных уязвимостей которым AMD не подвержена и для исправления которых в ОС должны быть программные патчи, значительно снижающие производительность. Да и железо такое идёт с солидной наценкой "за свободу" и нам по цене не очень доступно.

Как видишь, не по своей воле коребутчикам приходится сидеть на пусть и не устаревшем, но не на самом свежем железе: приходится искать материнки на всяких авито в хорошем состоянии (новым уже не купить, если только на складе каком завалялось) а процессор заказывать из Китая например. И есть несколько магазинов - правда не в России - которые делают то же самое за пользователей: ищут б/у железо в хорошем состоянии и поддерживаемое коребутом, тщательно чистят его до состояния почти как новый, может быть с небольшим ремонтом по мелочи, прошивают coreboot и продают с определённой наценкой за работу.
В России пока так никто не делает, поэтому Kolibri Shop - продающий коребутное железо с встроенным в БИОС Колибри - вполне рабочая идея! И хотя бы понятно в чём уникальная особенность такого компа, ведь в "Эльдорадо" подобный комп не купишь

Вики подсказывает что То есть OpenBIOS, как и SeaBIOS, неспособен самостоятельно полностью инициализировать железо, и полагается на coreboot который проинициализирует железо за него и передаст ему управление.

Насколько мне известно, QEMU использует coreboot для инициализации своего виртуального железа и передаёт управление SeaBIOS - стандартному основному дополнению "Payload" у coreboot. Возможно SeaBIOS может быть заменён OpenBIOS, но необходимость в coreboot для инициализации железа сохраняется. А на прошлой странице подробно рассказано, почему именно coreboot а не что-то другое.

Загрузить 64-битный код на 2-ю (3-ю, и т.д) голову конечно можно, и здесь большой ядерной переделки не требуется.
Но этот код должен как-то общаться с внешним миром, так?
тут возможны 2 варианта:

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

2) ничего вообще кроме загрузчика не создавать; дать 64-битному приложению полный доступ ко всему пространству в монопольном режиме - и пусть само там делает что хочет. Рай для программистов и ад для пользователей.

Лично я уже староват и для первого пути, и для второго.

Читал, что какая-та версия MacOS была с гибридным ядром (32+64 bit), и ничего, шустро работала!

_________________
Страдаю полуидиотизмом

а есть ли у Колибри реальная необходимость в 64 битах?

Это смотря с какого бока-рака:
Если смотреть с положительной стороны:
первое - это задел под будущее: если кто-то напишет открывашку для exe (на что я сильно надеюсь), программам, которые были изначально сделаны под Windows, понадобится гораздо больше системных ресурсов (в том числе и процессора), чем приложениям, которые были изначально написаны для KolibriOS; ведь как известно приложения под винду не оптимизируются, а если и оптимизируются, то через пень-колоду;
второе - более широкое адресное пространство: сравните 64 строки/ячейки/блока/потока/бита/адреса и 32 строки/ячейки/блока/потока/бита/адреса соответственно;
Есть и недостаток: могут (а может и появятся) говнокодеры (тьфу-тьфу-тьфу через левое плечо), а также замедление выполнения кода в два-пять раза.
Конечно, если KolibriOS будет работать как-то вот так это уже будет что-то вроде читерства: два ядра занимаются только 32 битными приложениями, а два оставшихся - только 64 битными. Зато процессор не будет мучиться угрызениями совести, одновременно выполняя 32 и 64 битные инструкции, при этом переводя данные то в один регистр, то в другой.
И производительность будет выше, чем у кого-либо.
P.S. Иногда я не умею выразить свои мысли так, чтобы их все поняли.

_________________
Страдаю полуидиотизмом