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


Список сообщений | Написать новое | Ответить на сообщение | Домой Поиск:
Предыдущее сообщение | Следующее сообщение
From : LightElf
To : Slavik Gnatenko
Subj : 2 OS/4 Team
> В целом так. Только тут надо уточнить, что это не налагает на линукс ограничения использовать на корневой точке монтирования всегда только FS, уже вкомпилированую в ядро. Это касается только начальной загрузки, а потом можно и перемонтировать. Когда линукс стартует с рамдиска и потом перемонтируется на что-то другое - это даже специальное название и кучку реализаций имеет: 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 и потом все живут в этой видеомоде, никуда из нее не переходя.



Thu 15 Aug 2013 13:40 Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:17.0) Gecko/2010



Programmed by Dmitri Maximovich, Dmitry I. Platonoff, Eugen Kuleshov.
25.09.99 (c) 1999, RU/2. All rights reserved.
Rewritten by Dmitry Ban. All rights ignored.