Проект ОС

[Vadim]

такие наслоения конечно лишние, скорее всего в драйверах придётся сразу предоставлять конечный для ядра функционал.

Нет, я долго думал над тем, как же лучше сделать и пришёл к выводу, что всё же лучше их расслоить. Накладные расходы при вызове из драйвера высокого уровня драйвера низкого уровня есть, но не катастрофичны. Конечно если мы не делаем посекторное чтение, вызывая драйвер для чтения каждого сектора. Делая расслоение что мы получаем?
1)Реальные функции и выполняет драйвер нижнего уровня, он написан раз и навсегда (ну почти навсегда)
2)Драйвер высокого уровня проще в разработке, меньше занимает. Он отвязан от низкоуровневых функций и в принципе может быть заменен во время работы
3)Несколько драйверов высокого уровня могут использовать 1 драйвер низкого. Например профи ide & nemo ide. Никаких проблем.

[NovaStorm]

такая проблема касается большей части только 128х и иже с ними (скорпы, каи, феники...вобщем то даже и недоэва) в основном изза привязки к трдосу при доступе к вг93, а в некоторых случаях изза невозможности подменить пзу на озу. на профи обе проблемы решены - вг93 программируется напрямую из любой точки адресного пространства проца, а пзу заменяется на озу. поэтому ос для 128х это скорее костыли...

Я вообще думаю, что ОС частью должна быть в ПЗУ. Даже если у нас 3х16к - 48,128, ТРДОС, то переход от одной прошивки к другой будет одним переключателем. А так как (насколько я знаю) в большинстве машин итак 1х64к, да и 128й бейсик мало кому сдался, то как минимум 16к ПЗУ под ОС есть.
В ТРДОС АФАИК же есть куски прошивки, через которые можно обращаться к портам. Так что тут тоже вроде проблем нет, иначе можно и ТРДОС ПЗУ заменить. А это ещё целых 16к =)

[Error404]

Ошибку издоса повторили авторы estex на спринтере. Реально почитав описание системы видим, что она подобна ЦПМ, но при этом с ней не совместима. Это опять же минус - выкидываем весь софт какой был (обсуждать его здесь не будем, примем то, что он есть и его немало), взамен что получаем? Подобную ЦПМ ось без совместимости с оной.

Вот это самое - ни с чем не совместимость, "свой вариант с блекджеком и шлюхами" - это грех практически всех "студенческих" разработок. Их немало, и даже в относительно недавних (типа какой-то там псевдо-Windows для Commodore, тут в форуме обсуждалось) авторы считают себя всех умнее. Итог закономерен - супер разработка, какбыокна, какбыпотоки - и, утрируя, две пользовательских программы: калькулятор и винамп (для STM-ок, конечно). Зато все пути внедрения CP/M (хотя бы эмулируя на авторском ядре) авторы обрезают как специально (хотя конечно не специально, а по студенческой дремучести).

[DimkaM]

На ось по моему рано ещё замахиваться, вот хотя бы биос ктонить смастрячил.

[Sayman]

а феник тут при чем? У него тоже ВГ93 можно программить напрямую, см. IODOS.

ну, ежели так, то очень хорошо. одним хорошим клоном больше значит)))

ОС частью должна быть в ПЗУ

с одной стороны в пзу надо посадить биос, как сделано на том же спринтере или на том же пц. но с другой стороны, при невозможности отключать это пзу приимуществ как бы мало...

В ТРДОС АФАИК же есть куски прошивки, через которые можно обращаться к портам

это мы уже проходили в прошлом году. был некий товарищ утверждавший подобное, даже говорил что особых проблем нет и типа всё будет быстро и надёжно...даже пытался некое подобие оси находу сваять..дважды...

[Vadim]

3)Несколько драйверов высокого уровня могут использовать 1 драйвер низкого. Например профи ide & nemo ide. Никаких проблем.

Тут я несколько ошибся с точностью до наоборот. Если на профи надо запустить скажем nemo ide - для него пишется низкоуровневый драйвер и все, высокоуровневый будет работать уже через него.

[Advertiser]

[NovaStorm]

вот хотя бы биос ктонить смастрячил.

в пзу надо посадить биос, как сделано на том же спринтере или на том же пц. но с другой стороны, при невозможности отключать это пзу приимуществ как бы мало...

Почему я написал про ОС в ПЗУ, так потому, что адресное пространство махонькое, а ещё 16к без переделок(ну или пара проводов в худшем случае) это существенно.

Что этот БИОС должен будет делать? И что в нём должно лежать?

Очевидно должен быть шрифт и часть работы с консолью, инициализация СХД, и передача загрузки в ОС, что ещё? Ведь это должно работать по возможности на большинстве машин.

[Дмитрий]

отключать это пзу приимуществ как бы мало...

отключать ПЗУ может более 50% клонов, можно сказать, что все с ОЗУ >128Kb (ZS, KAY, Phoenix, P2.2, etc).

[Vadim]

Что этот БИОС должен будет делать? И что в нём должно лежать?

Как и на ПЦ, там должны быть драйверы нижнего уровня для управления аппаратурой, чтение/запись секторов, позиционирование на нужнную дорожку и т.д., тэо пример дискетного контроллера. Простейший вывод на экран, чтение клавиатуры (кстати, в подавляющем большинстве спектрумовских программ, клавиатура читается просто неправильно, по уродливому, делаем скорость проца выше и всё, работать невозможно, двоящиеся троящиеся кнопки), управление памятью (хотя бы корректный тест наличия ОЗУ, и ответ какая у нас конфигурация, какие порты), вывод на принтер (хоть сейчас и не актуален) и т.д. и т.п. Т.е. управление всеми железками, что бы не писать эти процедуры с нуля.

В ПЗУ спектрума имеются кое какие процедуры (вывод на экран, чтение клавы), но это всего лишь подпрограммы интерпретатора бейсик и никак на БИОС не похожи.

Реально надо идти по пути аналогичному MSX. Делаем конфигурацию, при которой уже нет никакого ПЗУ с бейсиком в адресах 0-4000. Экран убираем в скрытую страницу, в первые 16К подключаем страницы ПЗУ. Вообще нужно сделать 4 окна и включать все по выбору. Или ПЗУ или ОЗУ. В ПЗУ (флешку), пишем начальный загрузчик с БИОСом. И всё, можем пускать любые ОСи. Даже тазик не проблема прикрутить.

Предвосхищая возражения что машинка уже не будет спектрума говорю - будет. Если так рассуждать то и спек 128 не спек. И 48 тоже не настоящий. Ведь MSX1 был с ПЗУ бейсиком в 32К+ 32К ОЗУ, ну расширение предполагалось ОЗУ, а MSX-2 конфигурацию совершенно сменила! Хотя вариант с бейсиком остался одним из подрежимов.

[NovaStorm]

>>позиционирование на нужнную дорожку
Не-не-не! ИМХО BIOS должен быть и HAL, если у нас есть дискета/винт/SD, то доступ к ним должен быть просто по LBA.
4 окна видимо не судьба, экран в тени - дело пользователя.
Опрос клавы должен идти по прерываниям, а это уже ISR и дело ОС. Потому на мой взгляд и сложно БИОС от ОС оторвать.