kbdan52
Да тупо проигнорировал это сообщение, яб на вашем месте взял бы чистый с оф.сайта, ваша версия 705, на сайте крайний 70G, ключ винды вашем есть, а вот серийка чет не нашел

guar33
С серийником бывает забавно. Я на одном ноуте обратил внимание, что при прошивке чужих биосов серийник не менялся. Оказалось, что он сидит в мульте.

Можно включить голову и посмотреть содержимое файлов, вместо того, чтобы бездумно повторять за кем-то. Любой биос на Intel платформе должен начинаться с дескриптор-региона. У тебя содержимое 8мб флэшки начинается с дескриптор-региона, так зачем туда ещё видеобиос лепить? Это же абсурд.

Если использовать правильную версию FIT никаких ошибок не будет. Правильная версия FIT для твоего дампа 9.0.2.1345 или 9.0.0.1323.

а вы пробовали отрытьвать этими версиями? я делал 9.0.0.1323 там всеравно ошибка вылетает.

Пробовал - нет ошибок в версии 9.0.0.1323

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

Не надо никаких волшебных версий FITC на каждый случай - не занимайтесь ерундой. Он не ругается, а сообщает, что в дампе некорректное "имя" записей таблицы VSCC (флех) и он поставит наоборот правильное(!!!) по дефолту, при этом на практике оно ни на что не влияет, для детекта флех НЕ используется

Для дампа созданного в той версии оно как раз корректное. Открываем соответствующий той версии FIT документ Intel VSCCommn.bin Content от марта 2013 года, ревизия 3.5 и что же мы видим:

Теперь открываем документ соответствующий версии FIT в которой выходит ошибка - от мая 2013 года, ревизия 3.7, смотрим историю изменений:

новые ID:

Нет никаких правильных или неправильных значений. Есть версия FIT и соответствующая ей таблица VSCC значений.
Просто вы пытаетесь натянуть сову на глобус, подсовывая программе данные, которые она не знает.

Да ладно, вот Intel оказывается, сделали фигню какую-то, которая не используется

Я ж это и написал ))) values изменились, а не device id - понимаете разницу?

В последующих версиях Values были изменены; но в детекте флешек они не участвуют ибо она детектится через device id, которые НЕ ИЗМЕНИЛИСЬ - ID как был 1C7017, так и остался, поэтому на эти значения просто забиваем как на "информационное поле" и не ищем старых волшебных версий под старые значения

Набор флешек в обоих прошивках не изменился.


используется, но не для детекта флеши, а если коротко - как с этой флешкой работать, поэтому да, если были внесены изменения, то значит более новые, более "правильные"

И в определенных доках по программированию есть всякие пометки типа " Using 0x20012001, 0x20192019 or 0x20112011 will result in slower Intel® ME Firmware performance."
Я бы мог наверное целую статью написать, но она не в коней и денег мне за это не дадут )

А кто говорил про device ID? Я и имел ввиду VSCC ID / values, не суть. Скрины даже приложил, где разные именно VSCC значения, а не device ID.
Да, можно забить, ловить ошибку и использовать новые значения, это ни на что не повлияет. А можно просто использовать подходящие версии утилит, тут уже кому что больше нравится. Я лишь описал, почему выходит ошибка. К тому же есть причины использовать максимально близкую версию FIT к ME, которые поважнее изменившихся VSCC значений будут. В новых версиях ME при использовании слишком старого FIT или слишком нового у вас не то что ошибки будут, а просто дамп не откроется.
Для чего и как используется, описано в SPI Programming Guide от Intel на каждое поколение. Кому интересно, тот сам найдет
upd: увидел причину в предыдущем моем сообщении, по которой мог быть понят неверно насчет ID. Поправил.

Это я написал - сразу со скринами)
Таблица vscc состоит из двух частей если по-простому
список самих флех (vendor/device) и правила работы с ними (values) - что видно на моем скрине в HEX для обсуждаемого случая, которые вообще могут сообщать производители флех, а Интел сразу умыл руки "These settings are not part recommendations, nor are they an indication these parts
are supported on Intel platforms. All parts on this list have NOT been validated, and it is the responsibility of the customer to validate the flash parts used on their platform"

Так вот правила/значения нас не интересуют совсем - нам без разницы как оно работает на нашем уровне ремонта.

Ну вы заодно тогда посмотрите там же, где одинаковые values, но разный даже Вендор )) Потому что разные флешки могут работать одинаково - вроде просто же
А то, что поменялись значения мы и без таблицы знаем, нам ведь FITC сказал уже это и даже написал какие именно. А поменялись они потому что кто-то решил так будет оптимальнее и правильнее(с). Может в том режиме вообще было все фатально плохо и внесли изменения - их же не просто так вносят.
Вы ведь тут вроде не жалуетесь когда в биосе микрокод обновляется и не начинаете говорить, что самый правильный микрокод этот тот, который был на момент релиза - вы просто не в курсе даже этого обычно, что там где поменялось в версиях прошивки и спите спокойно. Вот так и тут, FITC просто дал информацию, ну дал и дал - для наших задач она избыточна. Производителю виднее как он там считывает данные по 2кб или по 4кб - шуточно говоря, это не наше дело.

Я обсуждаю не фантазии и многообразие случаев, а только конкретное сообщение в FITC "Decomposed VSCC does not match default", желательно ведь все-таки понимать, где ошибка, а где информация. А у меня будет все хорошо)

да, по моей цитате гуглится - я ее специально оставил)

Это не ошибка, а информация, что в дампе используется устаревшая методика работы с одним из типов флех. Но вы не "апгреживайте" ее как пожелал производитель, а просто берете более древнюю версию софта) Причем если пофантазировать, и в каких-то следующих версиях прошивки эти изменения уже будут внесены сами-по-себе, то вы возражать не будете и даже не проверите. То есть единственная мотивация - это избавится от сообщения.
Мне "нравится" думать, что я не умнее разработчиков, и у них есть причины для внесения каких-то фундаментальных изменений

PS ой ну надо же и правда, в более новой версии этой прошивки ее уже собрали с новыми values в таблице - какойужос и это единственное отличие дескриптора)

Я не есть великий специалист, в чём сознался. По этому некоторые вещи приходится повторять как обезьяна, и если не получается , то обращаться за помощью. Вам собственно - спасибо ! Узнал про дескриптор, попробую разобраться. ВидеоБИОС для меня ну совсем не моё.

К сожалению ни одной из указанных Вами версий мне не попалось. Если можно, поделитесь ссылкой или архивом. Попались 9,0,22,1467 и 9,1,10,1000. В описании к обоим говорится , что они подходят для моей версии МЕ. Ранее я не однократно пользовался версиями новее (в последних цифрах), чем определяет МЕ Аналайзер и всё было нормально. Ну отличались иногда в результирующей прошивке версии МЕ и использованный FIT, но всё работало. Версия FIT не везде и указывается то.

Я понял, что это предупреждение про флэшки и решил на него забить с мыслью, что если загрузится, то правильно, что забил.
Но после этого предупреждения выскакивает :
ERROR-Flash image Tool
Invalid value for SMBus Address, Setting to "0x28-NXP"
Вот тут я напрягся , ибо видел похожее, когда пытался ну совсем новую версию ФИТа использовать. И решил, что не прав.
Я не смог найти даже про что это предупреждение. И не понимаю, что происходит, если и на него забить.
Ещё раз извиняюсь, но копание в ВИОСах это все-таки не мой уровень. Вся надежда на помощь.

Нет Вы не это написали. Вот что Вы написали:

Т.е. чушь полную. Какое оно нафиг некорректное? Для времени, когда была создана данная прошивка, оно самое наикорректнейшее. Вы ещё 11-ой версией попробуйте дамп открыть, она там тоже много некорректного для себя найдет.

Да ладно? Вы тоже заметили? Спасибо, кэп

Пример с микрокодом некорректный. Старый микрокод не вводит прогу в ступор и она принудительно на заменяет его своей "дефолтной" версией.

А я обсуждаю.

Попробуйте нагуглить что-нибудь посвежее 12 года

Это не апгрейд, а принудительная подмена конфигурации дефолтным значением неподходящей версии софта, которую пользователь возможно не планировал и не собирался делать никогда. В отношении VSCC значений это может и безобидно, а в отношении других параметров, которые также могут не устроить новую версию программы, может быть критично.

А может обновление не планируется вовсе? А может пользователь будет возражать?

Нет, единственная мотивация, оставить конфигурацию в первозданном виде, нетронутом "апгрейдами". Вам не приходило в голову, что может стоять такая задача?

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


держи

Mardekai
Один вопрос, где взяли эту версию?

Ну раз вы решили таки дать ответ, то почему заканчивать будете именно вы)

Очень странное высказывание для ремонтника - ведь биосы и софты апдейтят по разным причинам, а не говорят "на момент выпуска девайса они самые наикорректнейшие, а значит любые изменения зло"; даже платы исправляют/изменяют...
На момент создания да, на момент обновленной версии нет; ведь cfeon(?) решил внести исправления, которые "внеслись" массово на весь поток тыщ разных плат; значит он посчитал предыдущие значения какими? "некорректными"/неоптимальными и пр - а нам, ремонтниками, просто пофиг в данном(!) случае - работает и ладно

Микрокод это пример "незаметности" изменений. В обновах куча вещей может меняться/дополнятся, но поскольку они происходят обычно "незаметно", то все спят спокойно, а не пишут перлы типа "на момент создания он был самый наикорректнейший".... ну был и был, а потом производитель посчитал, что не был ))
В ступор, "страх и панику" она вводит вас (ну изначально вопрошателя) - это от непонимания; а так она просто сообщает об изменениях, которые для нас некритичны

в обсуждении "Decomposed VSCC does not match default", будут другие параметры - будет видно

в данном(!) случае она подходящая; о чем и речь; просто сменились дефолтные режимы работы одной из флех с подачи скорее всего самого производителя флех и эти новые изменения пошли для всего производства данного поколения железа; кому очень страшно могут юзать старую версию да, но это не вопрос "неподходящести"

вы видимо не в курсе, но 11я (и др) по сути это совсем-совсем другая программа, для другого железа - просто интерфейс такой же)
а вот внутри одной версии существуют мажорные и минорные апдейты

зачем - это же просто пример, я вам накидал хлебных крошек) кому интересно будет - сам поищет

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

какие-то начинаются завуалированные полуоскорбления - это хорошо)
я ведь написал уже, что я думаю "Мне "нравится" думать, что я НЕ умнее разработчиков"
А совсем или не совсем - не вам решать уж точно

Собрал я прошивку с помощью присланного ФИТ 9.0.0.1323 и сравнил с присланной guar33 прошивкой. Вся разница в обсуждаемых параметрах флешки, при этом не той флешки, которая применена на плате. И ещё разница в текстовом фрагменте:

В общем без разницы чем делать.
Про
ERROR-Flash image Tool
Invalid value for SMBus Address, Setting to "0x28-NXP"
Я так понял, что в чистом МЕ регионе этого параметра нет, по этому и на это предупреждение забиваем.

Где я такое сказал то? Я не против обновлений. Давайте Вы не будете выдумывать и приписывать мне убеждения, которых у меня нет.
Вы как-то странно интерпретируете, то что Вам говорят. Вам говорят про Фому, а Вы опять начинаете по 3 кругу рассказывать про Ерёму... Но уже всем надоело.

Что-то Вы много фантазируете. Самое забавное это то, что перлы начали выдавать Вы, заявив про некорректность VSCC значений в дампе и про чудесную замену на правильные. Даже если дословно перевести фразу FIT "Decomposed VSCC 0x20452045 does not match default VSCC 0x20052005. Forcing to default", то получится: "Разложенный VSCC 0x20452045 не соответствует VSCC по умолчанию 0x20052005. Принудительное использование значений по умолчанию". Где тут некорректность или неправильность?
Я то как раз понимал причину сообщения, которую выдал FIT про несоответствие VSCC, и привел скрины из разных версий документов Intel VSCCommn.bin Content с историей изменений. И тут Вы решили плавно перестроиться и начать зачем-то пояснять мне, то, что я уже знаю - что такое VSCC и с чем его едят, хотя суть была не в этом. А всего лишь в том, чтобы предложить человеку вариант избавления от сообщения про VSCC, не вдаваясь в лишние подробности, что зачем и почему.

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

Да неужели? Куда уж мне быть в курсе... Может хватит включать капитана-очевидность?

Снова что-то путаете или выдумываете. Мои, как Вы выражаетесь, "страшилки" неподходящих версий носили рекомендательный характер в целом, и написаны были уже после того, как Вы вмешались.
А изначально я написал только, что если использовать версию 9.0.2.1345 или 9.0.0.1323, то сообщения FIT про VSCC не будет. Это я так запугал?

То, что сообщение можно проигнорировать, уже сказали

Из полного пакета Intel ME 9.0.2.1345 для корпоративных систем

Не так. Дьявол в деталях. Ваша фраза "Правильная версия FIT......" То есть другие версии неправильные, а это дезинформирует людей для данного сообщения программы - и не только задавшего вопрос, но и те, кто через поиск будут попадать. И она (фраза) была сказана ДО меня, я ж на нее и среагировал, поскольку звучала она категорично и могла создать ложное впечатление у, скажем так, не очень подготовленных по теме людей или зародить лишние сомнения, что и произошло, поскольку стали спрашивать именно эту версию программы. Но "правильной" будет любая версия программы, которая соберет рабочую прошивку
Поэтому я дал конкретный ответ без всякой воды, на что именно обращает внимание программа, прикрепив скрин конкретно из прошивок (а не фиг знает чего) задающего вопрос человека, где указал даже саму флешку и изменившийся блок. Что вы имели ввиду или что вы понимали или нет - абсолютно не важно, я ведь изначальный ответ писал не для вас
Спрашивающий уже сам проверил и убедился и даже догадался что у него другая флешка и ему вообще все эти параметры не интересны в его случае

Дык если бы никто не спорил, то и разговора бы не было; вы же зачем-то пишите мне про какие-то 11е версии и какие-то другие (неназванные) абстрактные ошибки, которые тут никто и не обсуждал )
А если никто не спорит, то и разговаривать не о чем

hello my friends
i have problem with dell 5300 bios
i try to make clear me file
File System State is Configured but still 15 sec boot delay
what i do wrong?
here is both files

clear dump

tnx but still 15sec delay :(
can delay be related to anything other than bios and ME?

Обновил BAT-ники: viewtopic.php?p=751058#p751058

Доброго времени суток.
Прошу помощи в очистке дампа от ноутбука msi gf63 thin 11uc. (плата ms-16r61 ver 2.1)
Всю голову сломал себе с ним.
После замены хаба в биосе версия ME 0.0.0.0. Не видится nvme диск и долгий старт.
Пробовал чистить разными способами, с заменой региона через FIT, брал регион с обновления с сайта msi, а так же чистый с репозиториев, но ни с одним из них не стартанул ноут.
Пробовал чистить с помощью батников от форумчанина с ником Ciber SLasH, но тоже безрезультатно, с дампом на выходе ноут не проходит инит. Бесконечно долго черный экран и на этом все.
С прошивкой с официального сайта msi не стартует тоже.
Может ли доставлять проблем пресловутый boot guard ?
Если да, то как бороться с этим ?
Буду благодарен за любую помощь.

stm32x32: вы о самом главном скромно умолчали, и в своей теме, и здесь - откуда хаб взяли? Ибо как истина - не заработало с оф. прошивкой - хаб мусор, хоть сто раз прошивку перебери.

Хаб брал с Акодиса.

upd.
Таки регионы чистил я правильно.
Дело было в недосевшем хабе на плату.
Закинул еще раз на паялку, прошил прошивку с чистым ME еще раз и все стартануло.
В биосе версия ME видится корректно, диск увиделся, ОС загрузилась.
Всем спасибо.

Хорошего дня коллеги !!! помогите с чистым Me под хаб intel qm57 mobility эта гадость используеться в относительно древнем Lenovo t510i на i3 первых поколений , ноут работает но не видит температуры cpu и не включает кулек хотя при старте нет fan error кулек раскручиваеться и останавливаеться управа на него валидная , датчик оборотов тоже авсе норм доходит

sdld2
Бекп где?

Помогите очистить me LA-l191 rev c1, после замены чипсета FH82HM570, ноут вкл долго но не видит ссд м2 и не загружается