Ну зачем так сердиться и нервничать.В спорах рождается истина(с)
Цитаты на английском предназначались только для вас, и если бы вы их внимательно перевели и проанализировали
то обнаружили бы ну .......
Не буду выкладывать на форуме дабы не навредить бизнесу писателей-продавателей чудесных правильных биосов. И себе!!!!
Есть у меня в архиве замечательный случай (вот вот,да про МЕ) как незадачливый сервис- центр
чуть не попал под две серьезные статьи УК (ужас страшнее попадания на пиратский автокад).
МОГУ дать почитать.(выкладывать здесь нельзя).

Скиньте на е-майл, если не затруднит.

alex68q
и мне тоже если можно

alex68q
Мне пожалуйста тоже. Заранее вам благодарность.

присоединяюсь, мне тоже очень интересно.

Обязательно.Утрамбую только ,много букв однако.

Нашол причину .......был сколотый резистор по системе питания +VCCPLL.
Пост коды побежали но радость длилась не долго зависает на посте 4f, 35.
Может кто сталкивался с asm1142 три штуки и довольно сильно греются (палец держать можно но не долго) нормально ли это?.

Выложил всем "ответ на запрос"


Выложу позже , чуток подучиться надо ,как советуете,а то я все англ.цитатами
Все таки еще кину в ответ на "там флеш на панельке, удобно, снимете ее, запустите плату"
• Intruder Detect input:
— Can generate TCO interrupt or SMI# when the system cover is removed
— INTRUDER# allowed to go active in any power state, including G3
• Detection of bad BIOS Flash programming:
— Detects if data on first read is FFh (indicates that BIOS flash is not
programmed)

If the INTRUDER# signal is still active when software attempts to clear the INTRD_DET
bit, the bit remains set and the SMI is immediately generated again. The SMI handler
can clear the INTRD_SEL bits to avoid further SMIs. However, if the INTRUDER# signal
goes inactive and then active again, there will not be further SMIs, since the
INTRD_SEL bits would select that no SMI# be generated.
Detecting Improper Flash Programming
The PCH can detect the case where the BIOS flash is not programmed. This results in
the first instruction fetched to have a value of FFh. If this occurs, the PCH sets the
BAD_BIOS bit.

Мне можете ни верить ,но Intel-у???

ПРЕДУПРЕЖДЕНИЕ! НА НОУТБУКАХ ВСЕ НИ ТАК!(про МЕ)

Скажите, Вы хоть понимаете о чем здесь идет речь? Видимо нет, но я Вам поясню.
Если говорить по простому это датчик открытия крышки системного блока, обычно реализуется в фирменных блоках HP, IBM, Lenovo и прочих, в обычных он не используется, по своей сути является аналогом сигнала Case Open мультиконтроллера, который на платах от Asus не редко создает проблемы "Сhassic INTRUDER", это вкратце. Мне не понятно одно, какое отношение это имеет к предмету нашего спора???

Дословно: Обнаружение плохого программирования BIOS Flash, причем не совсем понятно, где мост проверяет данные FFh в BIOS, ME,GBe,OEM регионах? Тем не менее, какие логичные действия надо при этой ошибке предпринять, а? Прошить корректный образ!!!

Oбязательно надо ядом брызнуть!Вот вам перевод:

Следующие инструкции и функции которые поддерживаются PCH:
• Тайм-аут первого таймера для генерации SMI # после программируемого времени:
- Первый тайм-аут таймера вызывает SMI #, позволяя восстановление на основе SMM из ОС
запирать
• Второй тайм-аут таймера для генерации перезагрузки:
- Этот второй таймер используется только после первого тайм-аута
- Второй тайм-аут позволяет выполнить автоматический сброс и перезагрузку системы в случае ошибки HW
- Возможность предотвратить сброс второго тайм-аута через ресурсы HW
• Обнаружение присутствия процессора:
- Обнаруживает, если процессор не может получить первую инструкцию после сброса
• Различное обнаружение ошибок (например, ошибок ECC), указанное хост-контроллером:
- Может генерировать прерывания SMI #, SCI, SERR, NMI или TCO
• Вход обнаружения вторжения:
- Может генерировать прерывание TCO или SMI # при снятии крышки системы
- INTRUDER # разрешено активировать в любом состоянии питания, включая G3
• Обнаружение плохого программирования BIOS Flash:
- Определяет, есть ли данные при первом чтении FFh (указывает, что флэш-память BIOS не
запрограммировано)

Тут не про lenovo и проч. эксперименты с asus h61, тут про очередность выполнения инструкций в хабе. Вот дошли до биос. А далее до "прошить корректный образ" еще кое что есть (bios-bad bit однако).Но это не является предметом нашего спора.Все что после CS# это другая большая тема!!!У нас несколько про другое.
Напомню если забыли "вплоть до завершения(снятия PLTRST#) инициализируется и контролируется МЕ микрокодом"

Уж извини, Ваше бесконечное цитирование ОДНОГО И ТОГО ЖЕ превращается в безумие, Вы даже не понимаете этого.
Все эти функции должны как-то инициализироваться и контролироваться, микрокодом например, а из Ваших слов они живут своей жизнью, Вы тоже этого не понимаете.
Я с Вами пока веду нормальную аргументированную беседу, Вы же пытаетесь меня обвинять в каких то агрессивных действиях, в то время как с Вашей стороны, кроме флуда в виде цитат из тех. документации смысл которых Вы тоже не понимаете, ничего не увидел.

Все то что не доказано цитатой из библии есть ЕРЕСЬ(с)
А чем доказывать, как ни информацией с первоисточника, чем является официальная документация от INTEL?
Краткое цитирование на англ.--не понимаем.
Полное ,расширенное на англ.--увидели/поняли только про крышку.(Кстати полезно всем проверить перед выпаиванием хаба
и экспер. с биос.)
Перевод на русский ---- оказывается "вы тоже не понимаете"???Но мы не тоже.

НУ не верю я в мифические сокральные знания, а верю тому что пишут в даташитах(хотя ошибки бывают).
Навязывать свое мнение никому не хочу,каждый может думать и поступать как хочет(даже при ремонте м.п).

Здорово, уже и библию сюда подтянули, что следующие, Хроники Ака́ши???
Наша беседа переросла в демагогию и развивать ее не собираюсь более.
Каждый останется при своем мнении и опыте....

Нет, будет старый,престарый анекдот.
Вопрос - у кого самые большие яйца? Первый - у слона.Второй - ты че? у страуса!!!Третий - ага , вот почему страусы не летают!?!?

Да фиг с ней ,с этой МЕ ,вон INTEL хвастается ,что проц. в новейших сериях хабов (чипсетах) достигает производительности. i486,так что еще со многими прибамбасами предстоит разбираться и спорить о ньюансах.

Всем спасибо. Тему закрываю.