[OFF]

CBROM пишет что их там типа нет.

Возьмите более новую версию cbrom - будет показывать, что соответствующий блок есть, а заодно и его размер :). Хотя указывать CPUID cbrom не будет :).
Можете глазами поглядеть на прошивку - блок хорошо виден. Но структура у него отличается от Intel'овского. Забавно - что-то очень похожее на CPUID указано прямым текстом почти посередине блока :D.

еще нагугливал что виашные процы C7-M имеют CPUID 06D0, а 06A9 это просто С7, а у меня странный - модель C7-M 754, а ID от просто С7. Хотя ядро у всех одинаковое - Esther.

Core Process Family Model Stepping VIA Esther 90nm SOI 6 A 0-F VIA Esther 90nm 6 D 0-F

Микрокод 06D0 нашел и даже пихнул на всякий случай, но естественно не помогло.

1. Вы скорее всего запихнули Intel'овский microcode update;
2. "Соседей по номеру" запихивать бесполезно - все равно они не будут использоваться, т.е. бессмысленная затея изначально :).[/OFF]

Спасибо. Чтото я даже и открывал sb32_198, но не замтил что там "лишний" блок в списке появился.
HEX редактором просмотрел - да, видно название блока, но вот сигнатура lh5 отсувствует...
Я так понимаю вы смотрели сами? :) Блок я так понял тот кусок с его названием в конце?

Но структура у него отличается от Intel'овского.

хм... т.е. просто пихнуть его в интеловскую материнку (это кстати ASUS P4P800SE с переходником CT-479) не получится? Вырезаю тут из него наугад ( ) разные куски, MMtool говорит что ничего похожего на микрокод не видно. Что собственно не удивительно т.к. я и сам не вижу )

Вы скорее всего запихнули Intel'овский microcode update;

ммм... а у интела разве есть 06D0? Вытянул его из RoverBook Partner W500L - там есть поддержка виа С7-M, и там есть такой блок (с кучкой других интеловских - 0695 (2 штуки), 06D1, 06D2, 06D6, 06D8). Полное название - 0206D005

"Соседей по номеру" запихивать бесполезно - все равно они не будут использоваться, т.е. бессмысленная затея изначально

Да я с надеждой что проц неправильно в CPU-Z определился - должен же быть 06D0 а он зараза чегото 06A9 ))) Вобщем это я на всякий случай от безысходнсти :)
Кстати а нельзя както обмануть чтоб биос подумал что это микрокод для 06A9 (процы вроде одинаковые - чисто для пробы, мне ж терять нечего :) ) Просто пару байтов поменять в заголовке блока D0 06 на A0 06 не прокатывает :) Контрольная сумма говорят во втрой строчке, но как высчитвается я не нашел.

[OFF]

да, видно название блока, но вот сигнатура lh5 отсувствует...

Дык оно несжатое штатно :).

Я так понимаю вы смотрели сами?

Из-за спины никто не подглядывал, если вас это волнует :D.

Блок я так понял тот кусок с его названием в конце?

За последним упакованным модулем пустое пространство, после него блок с текстовым полем NCPUCODE.BIN в конце (*ALIN16* и мелочи - это служебное, т.е. не входит непосредственно в данные microcode update).

т.е. просто пихнуть его в интеловскую материнку (это кстати ASUS P4P800SE с переходником CT-479) не получится?

Впихнуть-то руками можно, но update loader скорее всего не поймет формат. Но учтите нюанс - CPUID, который в текстовом виде виден в BIOS'е NF77, от Nano. Т.е. формат блока microcode update в этом случае может быть индивидуальным и несовпадающим с Intel'овским в отличие от Esther.

а у интела разве есть 06D0?

Реального процессора от Intel с таким вариантом не помню, но формально мог быть Dothan со степпингом 0. Если вытаскивали из BIOS'а с поддержкой Esther'ов, то мое исходное предположение неправильно :).

Контрольная сумма говорят во втрой строчке, но как высчитвается я не нашел.

В Intel'овском варианте:

Offset (in bytes) - 16

Length (in bytes) - 4

Checksum of update data and header. Used to verify the integrity of the update header and data. Checksum is correct when the summation of the 512 double words of the update result in the value zero.

P.S. Для решения проблем с множителем и прочими мелочами скорее всего понадобится кусок bootblock'а, а не microcode update.[/OFF]

Но учтите нюанс - CPUID, который в текстовом виде виден в BIOS'е NF77, от Nano. Т.е. формат блока microcode update в этом случае может быть индивидуальным и несовпадающим с Intel'овским в отличие от Esther.

ммм... всмысле 006FAP2F - это Nano-вский микрокод? Меня вообе тезают сомнения что там просто совпадение знаков на ID похожее, Оно ж вроде должно быть в шестнадцатеричном формате зашифровано... у интелов :)
Ну и это... там

Processor VIA Nano, C7, and Eden (V4) Processors

Я так понял там микрокоды от всех трех типов процев должны быть , т.е. как минимум три микрокода (а точнее больше - С7 как уже выяснили имеют два CPUID)

За последним упакованным модулем пустое пространство, после него блок с текстовым полем NCPUCODE.BIN в конце (*ALIN16* и мелочи - это служебное, т.е. не входит непосредственно в данные microcode update).

ага, понял. Но без заголовков епнятно где начало а где конец, да и ра формат не тот то думаю это не подойдет... Надо искать биос с интеловким форматом.

Checksum of update data and header. Used to verify the integrity of the update header and data. Checksum is correct when the summation of the 512 double words of the update result in the value zero.

О, а за это большое спасибо. Теперь буду сидеть переваривать и понимать как оно считается... (а то пока непонял что именно и как суммировать - биты, байты или как еще...)

P.S. Для решения проблем с множителем и прочими мелочами скорее всего понадобится кусок bootblock'а, а не microcode update.

хм.... а вот тут можно поподробнее? :) Т.е. микрокод не причем?
Вот кстати как проц видится в БИОСе
http://i.piccy.info/i9/53d6246f66abd3595212e122b26d2d22/1458497286/238676/463814/IMAG0569.jpg
http://i.piccy.info/i9/4dde8464e0d14f9bc1ab041d6e7badea/1458497395/395617/463814/IMAG0574.jpg

Кстати может проблему решить с другого конца - чмто типа управления PowerState увеличить множитель из винды? Мне впринипе все что надо - это просто получить множитель 15 (ну или хотябы 10) Правда на счет кэша я не понял - работает он или нет, по быстродействию вроде похоже что есть, по крайней мере L1 точно т.к. без него знаю что работать нереально :)

А, разобрался как менять контрольную сумму. Подменил CPUID в микрокоде 06D0 на 06A9, все приняло, но не помогло - биос все так же ругается на CPU uCode loading error. Похоже вы правы насчет бутблока :( (там я и близко не представляю как менять, поэтому наверное прийдется сдаться) Или искать способы "с другой стороны" :)

В любом случае спасибо за помощь.

[OFF]

всмысле 006FAP2F - это Nano-вский микрокод?

06FA - совпадает с CPUID Nano :).

Меня вообе тезают сомнения что там просто совпадение знаков на ID похожее, Оно ж вроде должно быть в шестнадцатеричном формате зашифровано... у интелов

Дык формат не Intel'овский, т.е. опираться на него не получится.

т.е. как минимум три микрокода

Если блоки microcode update будут по 2 кб, то на 3 хватит. Но сильно сомневаюсь в адекватности такого подхода.

Т.е. микрокод не причем?

Микрокод обычно только обеспечивает возможность что-то делать. Но для того, чтобы это сделать, обычно требуется настройка. Она обеспечивается путем выполнения определеного набора операций (обычно в bootblock'е).

Вот кстати как проц видится в БИОСе

Отлично видится :D. Задублирую в Фотографиях :).

Кстати может проблему решить с другого конца - чмто типа управления PowerState увеличить множитель из винды?

Можно и так попробовать, если получится.

Правда на счет кэша я не понял - работает он или нет, по быстродействию вроде похоже что есть, по крайней мере L1 точно т.к. без него знаю что работать нереально

Работать-то можно, но производительность будет маловата :).

биос все так же ругается на CPU uCode loading error

Кроме "внешних" признаков соответствия могут присутствовать и "внутренние" - непосредственно в теме microcode update. Это гадание :).[/OFF]

Если блоки microcode update будут по 2 кб, то на 3 хватит. Но сильно сомневаюсь в адекватности такого подхода.

Ну, а они какого размера обычно? В биосе P4P800 как раз двухилобайтные.
Но походу я начал смотреть - С7/С7-М - 2 штуки, Nano - 3 штуки (06F2 06F3 06FA). Уже чтото не сходится, так что поидее меньше 2кб :) (как вариант вставили не все, но это ж неправильно)

Кроме "внешних" признаков соответствия могут присутствовать и "внутренние" - непосредственно в теме microcode update. Это гадание:).

Всмысле биос не по сигнатуре ищет нужный микрокод а по тому что внутри (и нам не видно в явном виде)? Ну... может и так быть...

Работать-то можно, но производительность будет маловата

я о том что производительность там вполне соответствует производительнсти третьепня 400МГц (с включеным кэшем). Если не считать что в БИОСе конкретно тормозит (страницы разворачиваются в виде слайдшоу, причем ооочень медленного.)

[OFF]

Ну, а они какого размера обычно?

У Intel'а если Data Size равно 0, то 2000 байт (с заголовком - 2 кб). Если Data Size не равно 0, то размер будет отличен от 2000 байт.

Всмысле биос не по сигнатуре ищет нужный микрокод а по тому что внутри (и нам не видно в явном виде)?

Нет, BIOS как раз работает по "внешним" признакам, которые расположены в заголовке. Я имел в виду контроль внутри процессора по признакам внутри блока, тут я в общем-то фантазирую :).[/OFF]