Полигон-2

Количество ошибок не дает никакую информацию. Ловишь проблему. Пока на етапе сбора как можно больше инфо о проблеме Возможность подключить другого видеоадаптера полагаю нету?

dk_spb, тут ещё многое может зависеть от скорости и алгоритма записи, например. Т.е. если большой объём данных быстро переносится в видеопамять через, скажем, stosb, то один эффект, а если изменяются отдельные байты (и другими командами) - другой. И от установленного видеорежима может что-то зависеть...
А почему "в каждом байте" - это 8192? Вроде ж всего должно быть 32768 байт?
Тут ещё могут быть какие-то эффекты, связанные именно с компилятором C - кто его знает, что там на выходе получается в машинных кодах, лучше для этого асм использовать.

dk_spb Там процессор случайно не 8086 (16-бит данные)? Тогда может глючить мукс обмена байтами (т.е. пишет не в тот адрес).

Как-то кроме матерных ругательств и сказать-то нечего (шшшшш, модератор где-то рядом ;-)

В выходные после снятия стрессов появилась способность и время раскинуть остатками мозгов.
Погонял свой тест в разных вариантах. Выводы:
1) по-прежнему ищется хороший тест памяти с возможностью задания адресов для теста
2) при пословных операциях проблемы нет.
3) при побайтовой записи младшей половины слова (четный байт) в старшую половину слова (нечетный байт) пишется в 95-100% случаев FF, в остальных - что попало.

Теперь хоть понятно куда копать. Жаль что нет схемы :-( Но схему мне вроде добрые люди пообещали.

>Если побайтово то какие еще младшие половины слова?
А у Вас что, байты сами по себе, слов они не образуют?

>вместо BIOS зашить тесты из архива
Именно эти тесты я и гонял и выше про это писал. Они оба для машин на 8088. Supersoft вообще никаких ошибок не видит, PC_inmate ругается на все три канала 8253. К видеопамяти ни у одного из тестов нареканий нет.
А у меня машинка на 8086. Соответственно механизм побайтовой записи в память они не тестируют.

Я по схеме Искры-1030 посмотрел как этот механизм приблизительно устроен. Попробую посмотреть что у меня на платке....