Добавить код или работа с модулями AMI Bios

Забыл.

Возможно кто-то знает, как добавлять код в модуля, которые amibcp изменять не даёт.

С уважением Виктор.

P.S. Сорри за кривой репорт (перед постом смотрел - было всё Ok )

Виктор X
Можно разработать PCI AddOn ROM. Т.е. если, скажем, есть сетевуха без бутрома, то можно сделать такой модуль, что он якобы будет этим самым Бутромом и при вшитии в БИОС будет получать управление.
Минус такого метода - необходимо наличие карточки в компе, в противном случае "бутром" не получит управления.
Можете прочитать про данную методику (и не только) на сайте Pinczakko

Репорт подправил. Для таких случаев полезно использовать код [code]

Спасибо. Я в курсе предложенной ссылки. Помниться мне всё что было там описано, описано применительно к Award'am(пример как минимум), а меня интересует специфика работы с модулями AMI. А код написать и вставить я уже сумею.

C уважением Виктор.

Root

Спасибо за то что подправили репорт. За ссылку тоже спасибо. Добавлять возможность загрузки с сетевой мне не нужно(я сделал себе роутер из старого P 166 но изменял я не прошивку материнки а прошивку SCSI контроллера, потому что не было у меня сетевой с ROM чипом а биос материнки из-за добавлений настолько вырос что вставить туда что-либо без изменения алгоритма паковки не было возможности)

Всё что я понаходил за время изучения биосов в основном касалось AWARD'ов. Я надеюсь кого нибудь есть и документация на AMI касательно модулей.

Cудя по Вашему ответу, мои нужды не были поняты.
Уточняю:
> Я искал место куда могу вставить свой кусок кода. Для моих нужд самым приемлимым вариантом будет вставка кода как раз перед передачей управления на MBR(0000:7C00).

Я выбрал это место исходя из простых соображений. Если на этом этапе BIOS считывает сектора с HDD в память (почему-то не сразу передавая туда управление) то и я могу сделать тоже перед этим вызовом int 13h который считывет MBR в 0000:7C00.
amibcp править этот модуль не даёт. Ну и ладно. Я сделаю свой модуль. Но мои опасения насчёт того, что мои считывания HDD в память могут испортить уже имеющиеся в ней данные. (Я не знаю какие модуля какие области используют и не знаю порядка выполнения модулей на текущий момент) Скажем так я не знаю повлияет ли моя работа на прежнее фукционирование модулей. К примеру я тоже захотел использовать область 0000:7C00 для своих нужд и это могло бы привести к непредсказуемым результататм загрузки если runtime отрабатывается перед запуском моего модуля считав туда MBR(и ожидая выполнения всех остальных модулей чтобы потом передать управление на 0000:7C00 ибо он не сразу передаёт туда выполнение) , который я наверняка затру своими данными. Поэтому для меня порядок работы модулей критичен и критичны области памяти ими используемые.

С уважением Виктор.

Решил я воспользоваться для работы с модулями программой mmtool (Windows). Программа периодически сбоит, однако если не перемещаться по меню а сразу делать необходимые действия то можно добиться необходимых результатов. В моём случае я запустил прогу выбрал replace модулю runtime, и изменения прошли успешно(в отличие от amibcp которая не даёт это делать). Потом я решил проверить не испортила ли эта не стабильная программа сам ROM файл. Для проверки распаковывал каждый модуль под DOS с помощью amibcp и проверял с уже распаковваными эталонными вариантами. Как результат изменения были только в модуле runtime которыя я собственно и менял.
Поэтому вопрос о алгоритме паковки модулей стал для меня менее насущным(это не значит что меня он не интересует, но как я понял у многих необходимость трассировать вручную биос для выковыривания и описания алгоритмов вызывает полный и тотальный обломс )

C уважением Виктор.

P.S. Кто нибудь отзовитесь у кого есть таблица или любая информация о регистре edx который инициализируется при включении питания. Меня интересуют значения этого регистра в зависимости от модели процессора.

Не знаю, как насчет при включении, но при передаче управления BIOS'ом на загруженный boot(MBR) - в dl - номер диска.

Да, да так и есть если загрузка идёт с винта
перед вызовом int 13h в ah=02( считывание),al=количество считываемых секторов dh=side , cx для сектора и цилиндра(младшие 6 байт для секора оставшиеся 2 байта уходят как старшие для цилиндра в ch), dl=80h(если загрузка с первого винта) 81h второго и т д. es:bx место куда считываем.

Но я не про это спрашивал
К примеру опишу несколько первых команд в биосе который я упоминал выше
итак первая команда по адресу F000:FFF0 в памяти, если посмотреть e030123s.rom с помощью hiew.exe это будет адрес 3FFF0 (если кому не ясно смотрите geocities.com/mamanzip/Articles/Award_Bios_RE/Award_Bios_RE_guide.html пункт 8.1.4)

итак имеем первую инструкцию
EACDFF00F0 jmp 0F000:0FFCD
смотрим далее тем же hiew адрес в файле 3FFCD имеем
E932C0 jmp 3C002 (это адресация в hiew) имеем
cli
cld
mov ax,cs
mov ss,ax
mov ebp,edx
nop
mov sp,0C012
jmp 3C715
(если не понятно куда передаётся управление читайте ссылку приведённую выше)
не знаю кого на сколько таких jmp'ов хватит но в конце концов обнаружиться инструкция по сравнению dx с каким либо числовым значением (не так чтобы это сильно мешало дальнейшему трассированию но хотелось бы знать какое значение dx в зависимости от модели процессора)
Пробегала через мои глаза какая-то англоязычная тех документация и в моей памяти смутно зацепилось что при инициализации ...... читайте пункт 8.1.4 вышеприведённой ссылки, ... бла бла бла и регистр edx получает значение модели ппроцессора(цитирую не дословно)

Просьба к тем кто кто знает как оно на самом деле объяснить что будет в регистре edx при включении питания.

С уважением Виктор.

Нет, к int 13h отношения не имеет (разве что нумерация та же). Когда начинается выполнение Boot-сектора (переходом из BIOS по 7С00) - dl номер диска. А насчет EDX - а смысл? Даже если там по PW-ON и есть что-то полезное, то шанс им попользоваться невелик. К тому времени, пока до тебя дойдет управление - там уже ничего не будет, скорее всего.
Поиск рулит, кстати. Яндекс, запрос "состояние процессора после включения питания", первая же ссылка
lib.rin.ru/cgi-bin/load/docs.pl?open=112400.txt&view=104698

хм... метод неточный.
История такая:
пропатчил АМИ БИОС. Распаковал модули оригинального и пропатченного: выглядять один в один (почти). Но при этом полбиоса превратилось в массив из FFок :-o

Лехко.. Есть такая книжка Гука "Процессоры Pentium II, Pentium Pro и просто Pentium" (СПб, изд. Питер, 1999 год)
Раздел "8.3. Идентификация процессоров"

BIOS может получить информацию о типе 32-разрядного процессора, считав содержимое регистра DX непосредственно после сигнала RESET. Расшифровка полей регистра DX для процессоров 486 и старше приводится в таблл. 8.2. Для младших процессоров регистр DH содержит идентификатор процессора (03 - 80386), DL - номер модели.
Поле "тип" (биты 13:12) различает процессоры ОЕМ-версий (00), OverDrive (01) и Dual (10); значение 11 зарезервировано. Более интересная информация содержится в полях "семейство" (биты 11:8) и "модель" (биты 7:3). Поле степпинга (биты 3:0) несет дополнительную информацию, которую, к сожалению, без таблиц изготовителя не расшифровать. Процессоры 80386 имели несколько иное назначение бит: поле "семейство" совпадает, поле "модель" занимает биты 15:11, биты 7:0 отводятся под степпинг.
Таблица 8.2. Коды идентификации процессоров

+----------+----------+----------+---------------------------------------------------------------
|Тип       |Семейство |Модель    | Процессор
|EDX[13:12]|EDX[11:8] |EDX[7:4]  |           
+----------+----------+----------+---------------------------------------------------------------
| 00       | 0100     | 0000     | Intel486DX
| 00       | 0100     | 0001     | Intel486DX
| 00       | 0100     | 0010     | Intel486SX
| 00       | 0100     | 0011     | Intel487, DX2, DX2 OverDrive, AMD DX2 в режиме WT
| 00       | 0100     | 0100     | IntelSXL
| 00       | 0100     | 0101     | IntelSX2 OverDrive
| 00       | 0100     | 0111     | IntelDX2 Enhanced и AMD X2 в режиме WB
| 00       | 0100     | 1000     | IntelDX4 OverDrive
| 00       | 0100     | 1001     | AMD DX4 в режиме WB
| 00       | 0100     | 1110     | Am5x86 в режиме WT
| 00       | 0100     | 1111     | Am5x86 в режиме WB
| 01       | 0100     | 1000     | IntelDX4 OverDrive, AMD DX4 в режиме WT
| 00       | 0101     | 0000     | AMD K5-PR75, 90, 100
| 00       | 0101     | 0001     | Pentium 60, 66; pentium OverDrive 60, 66; AMD K5-PR120, 133
| 00       | 0101     | 0010     | Pentium 75-200, AMD K5-PR166
| 01       | 0101     | 0010     | Pentium OverDrive 75-133
| 01       | 0101     | 0011     | Pentium OverDrive для 486
| 00       | 0101     | 0100     | Pentium MMX (166, 200, 233)
| 01       | 0101     | 0100     | Зарезервировано (OverDrive для Pentium 75-133)
| 00       | 0110     | 0001     | Pentium Pro
| 00       | 0110     | 0011     | Pentium II первого поколения (233-300 МГц)
| 00       | 0110     | 0101     | Pentium II Deshutes (333-450 МГц), Celeron (266-300 МГц), Xeon
| 00       | 0110     | 0110     | Celeron 300A, 333, 366, 400
| 01       | 0110     | 0011     | Pentium II OverDrive
+----------+----------+----------+---------------------------------------------------------------

А теперь мой комментарий к тексту - короче, в EDX находится нечто вроде CPUIDа, если не он сам...
Да, и про сжатие - в Фениксах используется LZARI, в Авардах - LHA. В АМИ вроде тоже LZARI, хотя не уверен...
MmM, blood
я же просил сделать моноширинный русский и англицкий одинакового размера