Compiller Всё, разобрался я со структурой cpucode.bin. Составил

>Compiller
Всё, разобрался я со структурой cpucode.bin. Составил свой файл из необходимых микрокодов, прошил при помощи cbrom32. Всё работает нормально. Ура!
Насчет того, что коды комбинируются (см выше) - это я ошибся. Cbrom просто заменяет исходный cpucode.bin на мой. А микрокод 0F0A почему-то не входит в cpucode.bin и поэтому всегда будет присутствовать в биосе, несмотря на его отсутствие в прошиваемом cpucode.bin (поэтому и появилось 2 штуки 0F0A после обновления патчером)

-----
Набрел на одну ссылочку ftp.sandpile.org/mcupdate/ - разные микрокоды (причем много свежих версий) Также микрокоды лежат в открытом виде в системном файле update.sys (возможно из последних систем удилили старые процы - тогда их ищите в файле от win9x). Ну и напоследок для тех, кто хочет помучаться urbanmyth.org/microcode/ucode/intel-ia32microcode-10May2006.txt.bz2 - все микрокоды разбиты на блоки по 4 байта и еще записаны задом наперед (кто бы написал прогу для их конвертации в нормальный вид).
----
Уже вопрос конечно не по теме, но где можно найти соответствие байта по офсету 18 в двухкилобайтном файле микрокода типу процессора? Например для проца 0F27 бывает байт 04, 02, 08. 04 - это простые 478pin, 08 - мобильные, 02 - наверное Xeon. Соответственно "мобильный" микрокод 0F27 опознается только мобильным процом, простой - только простым процом и т.д.
Если шить микрокод под конкретный процессор - тут понятно: если микрокод уже есть в биосе, то извлечь, глянуть байт и прошить новый микрокод с таким же байтом или шить по очереди имеющиеся микрокоды пока не заработает.
А если прошивать микрокоды "про запас", как узнать, какие выбрать? Не шить же все подряд, занимая биос ненужным мусором.