Нет VRA_RDY на 15м пине RT8885AZQW.
Не поднимается питание встроенной в проц видюхи, или того что может запитываться.
Падение напр через эту линию 2мв.
VCORE поднимается.
VCLK и VDIO
14, 12 pin нет клока и нет даты.
На проц 1.05В подаётся.
Похоже процу конец.
может быть биос испорчен. но тогда, говорят, мульт не даёт RSMRST#.
Здесь RSMRST# поднимается 3.3В и остаётся.
Мне не понятно: он сбрасываться в 0 должен, или всё с ним и так всё нормально?
Хотя это не логично, если бы небыло VCORE - тогда да.
А так вообще непонятно что. Но клока нет. А это значит что проц не выставляет SVID.
By Adie Dkhaz on Sunday, March 8, 2015 at 8:00pm RSMRST# When the Power,Bios,Ec are OK, the RSMRST# will go Hi. In the other word,this pin go Low only when the systemreset.If BIOSdata is error,RSMRST# won’t go HI.
Перенес в Песочницу.
maco
Вложение | Размер |
---|---|
first_reset_signal_on_laptop_motherboard.pdf | 80.79 КБ |
При желании можно было обойтись и без участия MIO в вопросе установки порога срабатывания .
Вот именно.
Тогда почему ошибка в нём не даёт MIO выстафить ВРЕФ.
Вопрос логичный, ибо как с остановленным по VR_HOT# CPU может работать биос?
Или MIO проводит проверку всей флешки ?
То что тогда отвечает за настроки IT8517E HXA?
Так денег никто и не просит.
ASUS это же надёжность. И простота ремонта.
А не туфта...
Да с того что я проверил дамп флешки. с ним всё ОК кроме одного маленького файла в области БИОС.
Исходя из "информации в теме" о том что наличие у IT8517E своей флешки является прекрасной ложью, то значит он должен при подаче питания считать настройки от кудато ещё.
Кроме флэшки есть варианты?
Ну можно представить что мульт выставил ВРЕФ, процессор запустился, и обнаружил, что биос с ашипкой, и взял да выдал мульту HALT в виде 0 ВРЕФ.
Ну только если так.
Всмысле?
Я не прошу денег у ASUSа.
Более того ему УЖЕ заплатили.
Всё что от него требуется это обеспечить доступ к информации за которую уже уплачено.
Или каждый покупатель обязан делать дамп биоса своего свежекупленного ноута?
А что же это если не данные для настройки ВРЕФ?
Данные лимита энергопотребления определяются на этапе "компиляции" конфигурации.
Базовое максимальное потребление платформы + максимальное потребление всех устройств.
И пишутся в область от куда потом считываются.
Ну я не знаю как и что там мульт читает.
Если профантазировать на эту тему, то мульт очень просто устроен, и если что и читает, то одним куском с заранее определённого стандартом адреса.
Тоесть он должен прочитать чтото из первых 2мб. А выхватывать куски из всего биоса - както слишком сложно.
Может конечно ещё хаб читать, и управлять мультом.
Или загружать в CMOS, а мульт читать от туда.
Или ещё вариант: проверкой целостности биоса занимается новомодная TPM, который также управляет мультом.
Ну если линк даёте на процесс инита, то мне будет проще и реалистичнее фантазировать.
А чё в мульте прям процессор есть который сбособен свою программу выполнять, и она потом читает из области БИОСа какой ей выставить ВРЕФ?
Так конечно, мешать то никто не мешает.
А чему мешать то? Когда в сети даже даташит на этот мульт не накопать...
Тоесть технически возможность у самого хаба имеется..?
2. Читать документацию весьма полезно .
Ну какбы я стараюсь не путать.
БИОС начинается гдето после 0x1FFFFF
А информация для мульта хранится гдето до 0x200000.
Потому мне и не понятно.
Почему.
Изза ошибки гдето посреди БИОС региона не выставляется ВРЕФ.
ВРЕФ как я понимаю должен выставляться ещё ДО снятия ресета с проца.
Так какое отношение адреса БИОСа имеют к мульту?
Так всё к тому и идёт.
Скоро страповых резисторов вообще не будет.
Все шимы, и другие чипы, будут иметь дежурное питание и читать настройки из единого биоса.
Ну, возможно, будут кэшировать, пока не прийдёт сигнал на апдейт.
Отправить комментарий