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

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

Тема:

> >> Существенно уменьшить его можно только одним способом - раздобыть каким-то образом .obj-файлы, из которых ядро собирается. OBJ-и дизассемблировать - одно удовольствие.
> > 
> > это тоже идея. Только кто нам даст .obj-и?
> 
> Например те, что ядро компилируют. Чем чёрт не шутит.
> 
> > IBM?
> 
> А почему бы и нет? За соответствующую сумму.
> А ещё они (точно так же, за деньги) могут сами проделать все необходимые для виртуализации манипуляции и выдать уже готовое ядро.
> 
> > Вот если бы была такая тулза "делинкер" -- на входе .exe, а на выходе .obj и .def :) Только как я понимаю, при линковке информация из .obj-ей теряется, и ее обратно не восстановить
> 
> Естественно. Если бы она не терялась, этап преобразования в .obj был бы не нужен, дизассемблер сразу бы из EXE всё брал.
>  
> >> Или другой вариант: взять то, что было наработано в рамках osFree TPE, тяжело вздохнуть и начать добавлять туда KEE и прочие новинки. (Для справки: владелец лицензии на OS/2, в принципе, имеет право пользоваться таким ядром.)
> > 
> > Но тогда новым пользователям неоткуда получить лицензии, тем боллее, что IBM скоро может прекратить их продавать. osFree TPE -- крайний вариант, к сожалению.
> 
> Ничуть не более крайний, чем любой другой. Ведь мы обсуждает только замену ядра OS/2, а всё остальное у человека откуда возьмётся? Правильно, из IBM-овского дитрибутива, на который он должен иметь лицензию.
>  
> >>> 2) изолировать неустойчивые драйверы в отдельную VM
> >> 
> >> У нынешних драйверов не предусмотрена процедура перезапуска. Они рассчитаны на то, что в момент их старта управляемый ими объект находится во вполне определённом состоянии. А после падения драйвера это состояние может оказаться каким угодно. И это так не только для драйверов устройств, а для любых. Как ты себе представляешь, например, перезапуск IFS, если при её падении на диске были открытые файлы?
> > 
> > Да, состояние при этом конечно, не сохраняется. То есть, если например, проигрывается звук и драйвер звуковой карты падает, то после перезапуска VM состояние будет "дефолтным", например, уровень звука сбросится.
> 
> Хуже. Драйвер вполне может предполагать, что в момент его старта управляемая железка находится в некотором строго определённом состоянии. Но после падения предыдущего экземпляра эта железка может пребывать совсем в другом состоянии, и повекдение драйвера в такой ситуации непредсказуемо.
> 
> > С IFS, конечно, сложнее -- возможна потеря данных. Но по крайней мере, при этом в любом случае система трапается и возможна потеря данных.
> 
> Какая система? Та, в которой драйвер (инструментальная), или та, которая этим драйвером пользуется (прикладная)?
> 
> > А в случае запуска внутри VM хотя бы нарушится состояние только одной VM, на остальную часть системы это не влияет -- она может продолжать работать.
> 
> Может продолжать? Программа в прикладной ОС пытается прочитать очередной кусок ранее открытого ею файла, а с точки зрения находящейся в инструментальной ОС IFS этот файл и не открыт вовсе.
>  
> >>>> Так не будет же никакого тестирования нового ядра. Потому что работать в такой схеме будут только IBM-овское ядро и виртуализатор. Никакие функции старого ядра перенаправляться в новое не будут. 
> >>> 
> >>> будут, через маппер
> >> 
> >> Ну что ты... Маппер выполняет строго обратную функцию - перенаправляет запросы из основной ОС в виртуализированную. Но не наоборот. Поэтому, если программа в виртуализированной OS/2 попросит, например, выделить ей память, то выделением памяти будет заниматься ядро OS/2, а не новое. И никаким маппером ты этот запрос не перехватишь.
> > 
> > Нет. Программы (кроме самого маппера) запускаются в основной VM. А от VM с драйверами требуется только выполнение ioctl-запросов на драйверы и возврат результатов в основную VM. То есть, выделение памяти, разумеется, будет выполняться новым ядром в основной VM. А выполнять эти запросы старому ядру и не требуется -- его задача просто обслуживать драйвера, и все.
> 
> То есть, речь идёт исключительно о запуске драйверов, но не прикладных программ OS/2?
> Видишь ли, если у нас есть виртуализированная OS/2, то почему бы не запускать с её помощью ещё и осевые программы. В этом случае можно вообще не заморачиваться с созданием OS/2-совместимой подсистемы в своей ОС (точно так же, как в OS/2  для программ Windows была сделана "виртуализированная Windows 3.1"). Вспомни, я уже писал об этом.
>  
> >> Не совсем понятно, что значит "задавать". Загрузка любого значения в сегментный регистр - команда непривилегированная.
> > 
> > Вообще-то да. Сегментные регистры можно загружать (хотя я не был в этом уверен). А вот в GDT добавить селектор может только ядро.
> 
> Совершенно верно. А GDT ведает микроядро. Так что ты уж выясни, как они там выкручиваются.

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