Вообщем ковырялся в биосах ASUS/SOLTEK.
Asus вообще изменил стандартную структуру биоса и использует 4Mb ROMы, а SOLTEK пока ещё следует правилам.
Имеем следующее:
file1+CRC
file2
file3
file4
FFFF
PROGA1
FFFF
PROGA2
FFFF
CRC [xx-xx-xx-xx]
boot-block
В последнем CRC (общем) первый xx это CHECKSUM от начала до последнего FFFF, а что за переменные xx-xx-xx ? И от чего они зависят ?
--------------
original.tmp
CRC_origig_tmp
file
file
....
file
ffffffff.....
.............
......fffffff
Memory_sizing
Common_CRC
Для асусов:
==============
original.tmp
CRC_origig_tmp
file
CRC_file
file
CRC_file
file
CRC_file
....
file
file
CRC_file
ffffffff.....
.............
......fffffff
Именно поэтому модбин сотоварищи с асусами "отдыхает"...
А можно ли поподробнее узнать об CRC_origig_tmp ?
Известен ли алгоритм его расчета или способ, которым его можно исправить ?
Пробовал CBROM'ом (v.2.07), как здесь советовали, удалять что-нибудь, а затем обратно запаковывать. Так этот CRC_origig_tmp нисколько не изменился :-( ( я прекрасно понимаю, что такие манипуляции рассчитаны больше на исправление Common_CRC, просто хотел проверить)
Может этот CRC_origig_tmp вообще не нужен ? :-)
Но прежде, чем переходить к практике, хотелось посоветоваться с грамотными людьми.
Кстати, в статье говорится, что CRC_origig_tmp можно поправить с помощью модбина, но что-то не хочется с модбином связываться.
Не доверяю я ему :-) Для проверки пробовал открыть БИОС модбином. Потом, не делая никаких изменений, сохранил и сразу вышел -- так этот модбин надобавлял кучу своей инфы в original.tmp.
По поводу АСУСов: не совсем понятно, зачем им CRC в таких количествах? Ведь каждый модуль представляет из себя архив, в котором и так содержится двухбайтный CRC + заголовок проверяется на контрольную сумму.
ЗЫ: Не планируется ли продолжение статьи по раскурочиванию биосов ? Например, по AMI. Ждем с нетерпением :-)