RU/2: Форум. Общение пользователей и разработчиков OS/2 (eCS). : Ответить на сообщение

Имя:
e-mail:
FIDO:
Home page:
сохранить данные о вас

Тема:

> > В целом так. Только тут надо уточнить, что это не налагает на линукс ограничения использовать на корневой точке монтирования всегда только FS, уже вкомпилированую в ядро. Это касается только начальной загрузки, а потом можно и перемонтировать. Когда линукс стартует с рамдиска и потом перемонтируется на что-то другое - это даже специальное название и кучку реализаций имеет: http://en.wikipedia.org/wiki/Initrd
> Ну собственно это никак не меняет того, что я сказал. Пингвиновое ядро уже имеет внутре себя драйвера/IFS для загрузки. Ему не нужно прыгать в RM и дергать биос. То бишь отличие в том, что линуху все подается на блюдечке. В момент старта у него уже есть драйвер и IFS для бутового раздела/диска. Соответственно все запары с BIOS/UEFI/OpenFirmware/OpenBIOS ложатся на бутлодер. Что, в общем-то, логично и правильно.
> 
> 
> > А вот тут ты меня не внимательно читаешь. Разумеется, ядро это не парит. НО, осевое ядро это точно так же не парит. И что осевое ядро стартует в RM - это никак не связано с начальной файловой системой. Это просто так захотел IBM. Это можно даже изменить относительно локальной правкой ядра и сохранить интерфейс к mFSD, который вполне себе PM.
> Угу, а mFSD будет дергать Int13 в RM.
> 
> Теряется смысл mFSD как таковой. Если все идет через PRELOAD, то нафига mFSD? Сама логика ущербная, со времен OS/2 1.3 тянется. Ядро определяет, чего грузить и дергает лодер (а тот - BIOS Int13 в RM). Вообще, изначально предполагалось что os2ldr будет отдаваться OEM производителям в сорцах и те будут для своего железа писать свою вариацию. Ессно никто заморачиваться не захотел. 
> 
> > 
> > > VBE драйвер вполне может выполнять код биоса в эмуляторе, как-то ведь он работает в 64-битном пингвине?
> > Уфф, всё таки скачал последний x.org и посмотрел. Драйвер, можно сказать, архитектурно не зависим (у него там и SB, так что смысл в этом есть), и вызывает некую xf86ExecX86int10(), определяемую общим кодом xserver. Надо полагать, не только весовому драйверу нужна. Сама эта функа может иметь различные реализации. Есть опять таки платформенно независимая: через x86emu. А именно для линукса (и только для него) есть альтернативная: через VM86 проца. Так что какая используется в конкретном дистрибуте - это вопрос. Технически и AMD64 линукс может временно уйти из long mode в legacy и там выполнить miniVDM. А вот что выбрано на самом деле - это уже в конретные ядра надо смотреть.
> А вот в VESAFB сделано еще прикольнее. Там бутлодер выставляет видеомоду через BIOS и потом все живут в этой видеомоде, никуда из нее не переходя.
> 
>

_, _, _, / \ (_ / ~ ) \ / , ) / / ~ ~ ~~~