Вектора копируются при создании нового процесса, там даже специальная функция для этого предусмотрена, _program_vectors. Мне больше интересно, как все эти архитектуры с RAM в самом низу умудряются грузиться? Им кто-то копирует код в ОЗУ при ресете?Цитата:
Сообщение от SfS
Да, я так и сделаю.Цитата:
Может просто в конфиге ядра какой символ предусмотреть? Если он не определён - компилить как раньше. Если определёно - то как в твоём коммите.
#define CONFIG_BANK_FIXED_START 0xC000, в таком духе
Копировние = лишние 256 байт занятого ОЗУЦитата:
Сообщение от Eltaron
Да так же грузятся, как я пентеву гружу... В момент включения с адреса 0 - ПЗУ. Потом всё копируется куда надо и переключается на ОЗУ.
Эта схема стандартная. Она и ARM и ещё много где.
---------- Post added at 17:49 ---------- Previous post was at 17:30 ----------
Eltaron
Мелкий косяк. Номер устройства в таблице - MAJOR, а не minor.Цитата:
struct devsw dev_tab[] = /* The device driver switch table */
{
// minor open close read write ioctl
// -----------------------------------------------------------------
---------- Post added at 17:59 ---------- Previous post was at 17:49 ----------
Кстати, в структуре struct devsw вообще ни major ни minor не указан.
Это плохо.
Модульные драйвера в произвольных страницах сложнее сделать будет.
Алан в бложике писал, что в fuzix он уже внес "усовершенствования" в ФС от UZI - например, увеличил длину имен файлов (вот зачем?). Насколько после этого сохранилась совместимость с утилитами от UZIX - ХЗ. Кстати, и в UZIX не в чистом виде ФС от UZI: разрабы UZIX писали что в классической UZI в коде ФС есть ошибки, иногда приводящие к крашу ФС, и они якобы их исправили (исправил ли их Алан?). Что там при этом поменялось - структура ФС (и соответственно совместимости с UZI нет) или только функции ядра (и совместимость с UZI осталась) не описывалось. Для UZIX я собирал утилиты для себя из исходников UZIX, для win32. Те что под Linux - не пробовал.Цитата:
Сообщение от Eltaron
Да там вообще жесть. Добавил устройство в верх таблицы - переделывай всё вплоть до файловой системы. Зато скорость доступа растет, не надо всё таблицу оббегать.Цитата:
Сообщение от SfS
На фоне выигрыша в 16 килобайт? :)Цитата:
Копировние = лишние 256 байт занятого ОЗУ
И даже не 256, а 104. Выше NMI (0x66) ничего нет, ни векторов, ни рестартов.
Почему? По uzix не припоминаю такого. Впрочем, не пробовал таблицу менять.Цитата:
Сообщение от Eltaron
Потому что номер устройства в таблице - это его major. Скажем, я сначала выкинул всякие дисководы и параллельные порты, оставил один терминал. Терминал получил major = 0. Потом добавил дисковод в верх таблицы - дисковод стал 0, терминал стал 1.Цитата:
Сообщение от Error404
И пошло-поехало. Дефайн BOOT_TTY поменяй, номер устройства у /dev/tty1 поменяй... Не то, чтобы это большая проблема была, но всё же.
Заколебался с менеджером памяти пентевы. Чтото я делаю не так.
Грузится, запускается - и потом рушится тут же. только стартовое сообщение и вижу.
А казалось бы - поменяй в паре мест 7FFD на порт пентевы и инвертируй биты...
Как и какие порты юзаешь? Архитектуру бэйзконфы не ведаю, зачем инвертировать биты? Скинь кусок этого менеджера подивиться.Цитата:
Сообщение от SfS
Тут подробно. http://nedopc.com/zxevo/rom/zxevo_ba...figuration.pdfЦитата:
Сообщение от Sergey
Просто я ещё не все фишки за 3 дня разборов с пентевной памятью просёк.
Там портов всяких... Как у дурака махорки...
Есть и режим пентагон1024 и АТМ и свой пентевовский. Две карты памяти, которые можно переключать и не дай бог это сделать, если в другой карте памяти в этом окне другая страница впечатана...
Причём влияние одних портов управления памяти на другие определяется третьими портами:)
Видеорежимов 7 штук.
Есть NMI - ловушка, срабатывающая по адресу..
В обещем - почти "воплощение всех мечт". А теперь я со всей этой хренью взлететь пробую:)
В общем я примерно идею как правильно сделать уяснил. теперь дело за малым - сделать:)
Это я в курсе. Дока-то есть и даже распечатана, но слишком слаб умом, чтобы вникнуть :)Цитата:
Сообщение от SfS
Пиши не под BASE- , а под TS-Config! - там все очень просто:
порты 0x10af, 0x11af, 0x12af, 0x13af для окон 0, 1, 2, 3 соответственно. И доступны всегда без всяких фокусов. Пишешь туда номер паги, и всё!
Только для окна 0 есть нюансы связанные с мапом ПЗУ.
Да и видео-режимы по-быстрее и по-удобней для кодинга.Цитата:
Регистры Page0-Page3. Номер страницы задается линейно 0-255. Для страниц ПЗУ используются только биты 4:0, биты 7:5 игнорируются.
Q: Что творится в в окне #0000, как использовать регистр MemConfig?
А: Отображаемая страница в окне #0000 задается в регистре Page0.
MemConfig указывает что и каким образом там отображать.
W0_RAM: что отображать - 0 - ПЗУ, 1 - ОЗУ
W0_WE: 0 - запись запрещена, 1 - разрешена. Для ПЗУ - это соответствующая ножка чипа EEPROM. Для ОЗУ - просто запрет записи. Нужно для правильной работы прошивки бейсика из ОЗУ, поскольку бейсик пишет в адреса ПЗУ и портит прошивку.
!W0_MAP: включает "маппинг" четвертинок ПЗУ в окне 0. При этом номер страницы образуется так: биты 7:2 (или 4:2 для ПЗУ) берутся из Page0, а биты 1:0 заменяются на то, что должно быть в окне 0 в зависимости от бита 4 из #7FFD и включенности TR-DOS:
00 Service
01 DOS
10 128
11 48
Это позволяет загрузить в ОЗУ прошивку ПЗУ (64кБ) и использовать например для отладки.
ROM128 - копия бита 4 из #7FFD.
ссылка на полный FAQ: http://forum.tslabs.info/viewtopic.php?f=35&t=157
ссылка на памятку по портам: https://zx-evo-fpga.googlecode.com/h...onf/TSconf.xls
ссылка на эмулятор: http://zx-evo-fpga.googlecode.com/hg.../bin/unreal.7z
Хотя, если под бэйз напишешь, тебе потом пожизни ничего страшно не будет :)