Помогите найти/вытащить микрокод (06A9, VIA C7)

Здравствуйте.
Нужно добавить данный проц в материнку.
Конкретно вот этот - valid.x86.fr/p6tamd
Как видно проц работает, но на минимальном множителе (и он не меняется), плюс до загрузки винды с ним все конкретно тормозит, нет инфо о проце (первый раз такое вижу - обычно "Unknown CPU", а тут вообще пусто). Ну и самом собой материнка в начале загрузки пишет про отсувствующий "CPU uCode"

Здесь jetwaycomputer.com/NF77.html нашел вродебы похожее на мое, но не знаю как выдрать оттуда микрокод. CBROM пишет что их там типа нет. i.piccy.info/i9/6c5dd40edefd29a783c9079930ae7d7a/1458437002/22242/939311/c...
Хотя по ссылке в "Revised History" пишут что он 2 раза обновлялся - в версии A03 и A06.1

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

Или может кто знает где еще такие процы стояли (буду искать на них биосы и доставть микрокод).
Или может у кого то в заначке есть уже извлеченный - вообще было бы супер roll

Спасибо.

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

RomanLV писал(-а):
еще нагугливал что виашные процы 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


RomanLV писал(-а):
Микрокод 06D0 нашел и даже пихнул на всякий случай, но естественно не помогло.
1. Вы скорее всего запихнули Intel'овский microcode update;
2. "Соседей по номеру" запихивать бесполезно - все равно они не будут использоваться, т.е. бессмысленная затея изначально:).

Аватар пользователя RomanLV

Спасибо. Чтото я даже и открывал 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 не прокатывает:) Контрольная сумма говорят во втрой строчке, но как высчитвается я не нашел.

RomanLV писал(-а):
да, видно название блока, но вот сигнатура lh5 отсувствует...
Дык оно несжатое штатно:).

RomanLV писал(-а):
Я так понимаю вы смотрели сами?
Из-за спины никто не подглядывал, если вас это волнует:D.

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

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

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

RomanLV писал(-а):
Контрольная сумма говорят во втрой строчке, но как высчитвается я не нашел.
В 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.

Аватар пользователя RomanLV

Цитата:
Но учтите нюанс - 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.

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

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

Аватар пользователя RomanLV

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

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

RomanLV писал(-а):
всмысле 006FAP2F - это Nano-вский микрокод?
06FA - совпадает с CPUID Nano:).

RomanLV писал(-а):
Меня вообе тезают сомнения что там просто совпадение знаков на ID похожее, Оно ж вроде должно быть в шестнадцатеричном формате зашифровано... у интелов
Дык формат не Intel'овский, т.е. опираться на него не получится.

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

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

RomanLV писал(-а):
Вот кстати как проц видится в БИОСе
Отлично видится:D. Задублирую в Фотографиях:).

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

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

RomanLV писал(-а):
биос все так же ругается на CPU uCode loading error
Кроме "внешних" признаков соответствия могут присутствовать и "внутренние" - непосредственно в теме microcode update. Это гадание:).

Аватар пользователя RomanLV

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

Ну, а они какого размера обычно? В биосе P4P800 как раз двухилобайтные.
Но походу я начал смотреть - С7/С7-М - 2 штуки, Nano - 3 штуки (06F2 06F3 06FA). Уже чтото не сходится, так что поидее меньше 2кб:) (как вариант вставили не все, но это ж неправильно)
Цитата:
Кроме "внешних" признаков соответствия могут присутствовать и "внутренние" - непосредственно в теме microcode update. Это гадание:).
Всмысле биос не по сигнатуре ищет нужный микрокод а по тому что внутри (и нам не видно в явном виде)? Ну... может и так быть...
Цитата:
Работать-то можно, но производительность будет маловата
я о том что производительность там вполне соответствует производительнсти третьепня 400МГц (с включеным кэшем). Если не считать что в БИОСе конкретно тормозит (страницы разворачиваются в виде слайдшоу, причем ооочень медленного.)

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

RomanLV писал(-а):
Всмысле биос не по сигнатуре ищет нужный микрокод а по тому что внутри (и нам не видно в явном виде)?
Нет, BIOS как раз работает по "внешним" признакам, которые расположены в заголовке. Я имел в виду контроль внутри процессора по признакам внутри блока, тут я в общем-то фантазирую:).

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей