С утра пытался написать, но трезвость мешала, счас

22 мая 2015 - 19:37
romby team >> 5380 >> 382.16

С утра пытался написать, но трезвость мешала, счас тормозов поменьше, можно и догадок/полубреда написать.

Дизассемблирование здесь ни при чем - человек же в рантайме работает, как я понимаю.
IMHO - косячит QEMU.

Цитата:
Если раньше код по адресу 0xe8000 исполнялся из RAM( распакованный original.tmp по адресам
0xE0000 - 0xFFFFF), то после изменения PAM по адресу 0xe8000(0xE000 : 0x8000) - содержимое

микросхемы BIOS(как Вы писали, там запакованный модуль).

Да, ситуация ПРИМЕРНО где-то рядом - по 0xE8000 неожиданно "мусор"/"не то". НО

Цитата:
По моему изменение PAM в данном случае недопустимо, тк приводит к бессмысленной передаче управления.

Оно допустимо. На реальной системе. Ибо это BIOS, на реальной системе класса P2 типа работающий (как минимум теоретически, как я понимаю). Т.е. недопустимых с точки зрения реальной системы вещей в нем быть не может. Так?

Вообще-то я бы порыл те же исходники SeaBios (штатный для QEMU) и, в частности, запрос Гуглу
"SeaBIOS 0xe8000 qemu" (это не рецепт, это "на подумать").

Проблемы с ремаппингом при запуске AWARD BIOS на виртуалке