[Поиск 2] Подготовка к сборке платы. Вопросы

[Tronix]

Ну с датой вроде тоже немного прояснилось. DOS пользует функцию 04h прерывания 1ah для чтения даты. В CH должно вернуться столетие в BCD. Поисковый BIOS возвращает там 0xFF. DOS с такого расклада офигевает, потому как 0xFF нифига не валидное число в BCD, и уходит на ошибку, то есть устанавливает дату на свою дефолтную. Почему Поиск возвращает там 0xFF? Да хрен его знает. В обработчике Int 1Ah он честно возвращает значение столетия из ячейки 0x32h CMOS. Но большой вопрос - а не пишет ли он в эту ячейку свою карту дефектов RAM, и вообще, инициализирует ее хоть как-нибудь? Честно говоря, все сорцы BIOS (2.1) напоминают урывками нахватанные где-то куски кода, часть от Поиск-1, часть от сорцов IBM AT, часть еще откуда-то, кое как слепленные в нечто целое по быстрому, при этом разные куски разбросаны по разным файлам. Хочется взять и сжечь. Разбираться в этом совершенно не хочется.
Фиксится так же просто и беспощадно, в лучших традициях этого BIOS - в функции 04 прерывания Int 1Ah в регистре CH всегда возвращать 0x20h. Тем самым решается проблема 2000 года, так как год не может быть никакой другой, корме 20xx -))

- - - Добавлено - - -

Вообщем на скорую руку подправил BIOS v2.6 по вышеописанным методам. Должен теперь в ДОС аутоматически брать время/дату из RTC. Еще поправлен класс машины на FC (IBM AT) чтоб некоторые программы все-таки позволяли работать с CMOS. Другое остальное ничо не трогал, все как в оригинальной версии v2.6.

[Advertiser]

[medvdv]

посмотри мою утилитку (выше ссылка) она выдает дамп цмоса и карту установленой памяти
в пустых банках будет FF все верно вот он оттуда его и берет или 00 если память есть

с 19h по 29h ячейки

а в 32h там вообще мусор уже может быть

кстати в доке той есть ошибки относительно того как конфиг в цмосе лежит но я уже разобрался если надо что как

и все верно про биос - как я и писал выше когда смотрел исходники биос собран из кусков методом копипаста кем то без царя в голове - совершенно точно

давайте всетаки сделаем нормальный скажем анон биос 3 - уберем из него все лишнее + добавим цмос по ат стандарту по возможности и будет классно

алгоритм инициализации памяти понятен я могу тебе расписать его а в остальном анон биос сойдет главное вот только функции часов нормально добавить

кстати так анон 8 кб то можно хт-иде прям туда зашить как варик перед ним? счас в поиске какой то кривой мфм биос есть с настройками на 5 винтов

правда надо еще зашить норм флоповый биос в аноне 1-44 кажыс не поддерживал?

[Tronix]

алгоритм инициализации памяти понятен я могу тебе расписать

Я с памятью так и не вкурил с этими портами 0x0E, 0x0F. Распиши, если не сложно.

[medvdv]

Tronix

Итак есть следующие регистры

0xF0 - запись и чтение из SRAM перекодировки логического адреса в физический
0xE0 - логический адрес для которого мы будем писать или читать физический из 0xF0 - те адрес в этой SRAM

SRAM из 256 ячеек по байту

она транслирует постранично 2 мб логическое пространство в 2мб физическое, размер страницы 16кб

те там хранятся соответственно 8 старших бит физического адреса памяти

[ ADDRMEM21 | ADDRMEM20 .. | ADDRMEM14 ]

Если мы хотим изменить трансляцию адреса - то 0xE0 идет на адресные линии SRAM а 0xF0 читает/пишет содержимое
Соответственно пишем в 0xE0 логический адрес а потом читаем/пишем в 0xF0 соответствующий ему физический - и там и там старшие 8 бит

Кроме того для самого проца память видна только до первых 640 кб этого логического пространства
а все сверх 640кб мапится через 4 страницы по 16 кб
они идут подряд по адресам D0000 D4000 D8000 DC000

И таким образом постраничный аппаратный EMS работает так:

последнее что записали в 0xE0 идет как старшая часть ЛОГИЧЕСКОГО адреса когда идет доступ к D0000
в 0xE1 доступ к D4000
в 0xE2 доступ к D8000
в 0xE3 доступ к DС000

Т.е. для каждого окна мы выбираем 16 кб ЛОГИЧЕСКУЮ страницу из 2-х мегабайт любую
которая будет видна в этом окне.

И потом еще она будет транслирована в ФИЗИЧЕСКУЮ по таблице из SRAM

Все физическое пространство памяти - тоже 2 мегабайта
Там 4 банка по 512 килобайт они идут подряд в физическом пространстве адресов
В каждом банке получается может стоять физически 512 или 128 или ничего
И это надо проверить при тесте

А точнее можно проверить все - в том числе просто не учитывать испорченные страницы DRAM - что кстати круто! Если драм где то испортилась - у тебя просто на 16КБ меньше памяти, ничего не надо перепаивать и никаких парити чеков и тд

Те мы просто перебираем все 256 физических страниц по 16 килобайт
тестим каждую и если она работает и без ошибок добавляем ее следующей в логическое адресное пространство

В конце мы знаем сколько у нас рабочих 16 кб страниц и значит объем рабочей памяти

Короче, исходную инициализацию делаем дословно так

uint8_t log_page = 0;
uint8_t phys_page = 0;
uint16_t memory_size_kb = 0;

do {
	outportb(0xE0, log_page);
	outportb(0xF0, phys_page);
	if (OK == test_mem(0xD0000,0x4000)) {
		memory_size_kb += 16;
		++ log_page;
		printf(“TEST MEMORY %d KB OK\r”, memory_size_kb);
	}  else 
		mark_unworking_page_bit_in_CMOS(phys_page);

} while(++phys_page);

и на выходе у нас:

1 - размер доступной памяти в memory_size_kb
2 - правильный маппинг по любому даже если ставить микрухи не с нулевого банка
3 - битовая карта нерабочих страниц

Интересно что для какой то цели это пишется в CMOS RAM в виде карты из 16 байт где каждый бит получается есть ДВЕ (почему то) страницы.
если он 1 - там нет памяти или она битая а если 0 - есть память и все хорошо.

Видимо это пишется для EMS драйвера чтобы ему заново не проверять память?

Но реально ему было бы достаточно номера максимальной рабочей логической страницы и того факта что при POST они были правильно замаплены в физические. Вобщем странно. Наверное при горячем сбросе это используется или еще как?

Кроме того в CMOS есть бит который говорит не тестить память а типа брать маппинг из CMOS “фабричный” те можно записать туда что угодно и даже рабочие куски памяти будут считаться битыми и наоборот - но не знаю работает ли этот бит реально в 2.6

интересные моменты кроме того

1 - если мы очень захотим можно сделать основную память меньше 640 таким образом отдав лишнее на EMS
2 - мы можем перекидывать в основное адресное пространство страницы из EMS и до 640 кб, по сути по любому адресу с шагом в 16 кб показать любую страницу физической памяти из рабочих, менять их быстро местами и т.д. скажем можно было бы таким образом убирать часть кода дос или оболчки а потом быстро возвращать и т.д.

вообще такой MMU страничный на XT это очень даже передовая штука была, если бы он был стандартом сразу от IBM

[Tronix]

medvdv, Спасибо, постараюсь вникнуть на свежую голову. Но для меня этот участок кода в биос по-прежнему остается загадкой:

        XOR     AL,AL
;----------------------------------------------------------------------------
;	ТЕСТ РЕГИСТРОВ R0...R3 УСТРОЙСТВА EMS ОЗУ И ДЕШИФРАТОРА
;       		ФИЗИЧЕСКИХ АДРЕСОВ ОЗУ
;------------------------------------------------------------------------------
	MOV	DL,0FFH
LP2:	MOV	CX,100H
LP1:	OUT	0E0H,AL      ;- адрес для статики
	XCHG	AL,DL
	OUT	0F0H,AL	     ;- значение
	XCHG	AL,DL
        INC	AL
	LOOP	LP1

Что этим хотел сказать афтор?

[medvdv]

Tronix

ну аффотор просто записал FF во все ячейки РУ2 этого маппера
я думаю для того чтобы проверить живое ли это SRAM потом - прочитав что там лежит далее

те это просто часть теста SRAM трансляции адресов

дословно он просто перебирает все логические адреса и пишет для них FF как физический
те SRAM[0..0xFF]=0xFF

uint8_t log_page = 0;

do { 
        outportb(0xE0, log_page);
	outportb(0xF0, 0xFF);
} while(++log_page);

потом он видимо прочтет все ячейки и проверит прочиталось ли FF

- - - Добавлено - - -

Давайте сделаем отдельный топик и там доведем до ума биос поиска 2