x58pro e вырубается

Ну просто была мысль что EC читает свою программу с фиксированного адреса. как раз в области с ff.
Да дело то в том что на x58 pro мульт не подключен к флэшке на прямую. поэтому мало вероятно для конкретной платы, но вполне возможно для чипсета.

Да, не понял.
А как тогда процессор в этом участвует? кроме повергудов?
Если проц не участвует в первой серии посткодов, значит их выдают мосты, при условии их исправности и исправности шины.
Значит один из мостов не запускается.

Полистал вот эту книжечку: IC BOOK
Там ничего про самостоятельное постование СМ или ЮМ нет.

Если процессор в этом всёже участвует в выдаче посткодов с самого первого, то надо понимать он просто читает и выполняет инструкции из флэшки, не сохраня при этом временных данных в память. При этом имеет возможность работы с портами.

Что касается потров USB, то их прозвонка показала что с ними всё в порядке.

Мусорная мысль порождает мусорные комментарии .
Т.е. выплескивается поток сознания без всякого размышления.

Вы таки не поверите - активно участвует .

Опять мусорный поток сознания. И только потом real-comp-master попробовал что-то почитать.
Но сначала ему нужно нагадить своим фирменным маразмом .

Почему сразу маразмом?
Я конечно понимаю что есть контроллер памяти, контроллер доступа к ресусрсам, адресам и т.п.
Который определяет куда перенаправить запрос, например для чтения биос.
Я просто не знаю точно как происходит инит чипов.

Современные чипы вполне могли бы провести самотестирование, тестирование связи между чипами, и выдать это всё в отладочный порт (не обязатольно 80 и вообще) за долго до того как процессором будет выполнен первый опкод.
Что упростило бы и намного, диагностику выхода из строя мостов и хабов. ну и других чипов.

То что этого ещё не сделано, или просто не сделано, это не говорит о том что я дебил.
Да, у меня плохая память, и не очень хорошее внимание.
Но даже отличная память ещё не делает человека...

Форум это и есть размышление.

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

Могли бы, угу. А еще они могли бы самотестировать цепи самотестирования цепей самотестирования, попутно наливая чашечку чая/кофе бокальчик вина/коньяка ремонтнику .

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

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

Это почему? изза ошибки TRMTRIP# THRMTRIP# ?
Или чтото не так с перегревом?

If THRMTRIP# goes active, the processor is indicating an overheat condition, and the
ICH7 immediately transitions to an S5 state.

Вроде инвертный, если высокий значит не активен..

Ну а почему ff в биосе - ну наверно для брендина резерв, картинки вставлять.

Это потому что вы сдуру указали для R256 два сигнала, которые не могут совмещаться на разных выводах одного и того же резистора.
Необходимость в подобных объяснениях - это весьма забавно.

Забавный бред. Картинка, кстати, вполне себе присутсвует .

Мульт подключен к LPC шине, это даёт ему возможность может читать из флэшки, при условии того что ЮМ инициализирован?

Вложение	Размер
screenshot_from_2019-08-08_22-38-57.png	58.32 КБ

Нет .

И зачем MIO в данном случае вдруг понадобилась флешка и ее данные?

У MIO есть пины GPIO, которые вероятно могут конфигурироваться. А также, например, для управления вентиляторами.