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

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

Да, по логике должно быть так, но по моим экспериментам, при снятом проце, обмена не происходит

А сброс, такт есть?

Это действительно встречается на шине LPC, а не только на последовательной диагностической шине Compal?

Вот тут я не уверен, АМИ это детально описывает и выплевывает даже в USB. Нужно почитать, да времени нет.

"А сброс, такт есть?" - да, усё есть.

Я задаюсь тем же вопросом, только сформулирую по другому: мульт по идее стартует первым, такт есть, сброс прыгает, после выполнения каких еще условий должен начаться обмен по LPC?

на чём?... платформа какая?
... коре I к примеру у мульта ваще своё пзу... а на основном пзу и питание то нема без - мульт- югу... юг оветил... мульт sys b\c и погнали (грубо)

_________________
Ремонт ноутбуков в Краснодаре. +7 961 855-90-25

Я безотносительно к платформе. Общие принципы. Т.е. даже при неисправном юге, если шина не просажена, то, например, на коре I, по идее мы должны засечь обращение мульт-юг, даже если второй не отвечает?

вот при неисправном юге, если шину он придавил, а такое часто бывает - ничего там не будет ! А на исправной материнке без проца шевеления кратковременно появятся.

Я это все к чему. В десктопных мамках скажем на 6100, 6150 юг дает команду мультику на запуск, битый юг - мульт молчит, даже если шины не просажены, снимаем юг - мульт запустился. Пару раз пробовал такое на ноутах, сейчас платформы не вспомню, со снятым югом гробовое молчание, вроде все, что надо приходит но на LPC никакого шевеления.

По логике откуда югу данные та брать. ПЗУшку мульт читает. Юг же не процессор, этож ЦП надо запустить. Вот мульт-сам процессор.

Речь не про южник. Вопрос звучит примерно так, если мульт отдельное самостоятельное устройство, инициализируется первым, соответственно обмен по LPC начинается с него, т.е. ЦП ему для этого вообще не нужен, при включении мы должны увидеть на LPC, как минимум начало обмена мульт-юг, если его нет, это однозначно дохлый мульт, либо есть еще какие-то устройства либо условия, блокирующие этот обмен?

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

Спасибо, не знаю как топикстартер, а я для себя все выяснил.

Сильно сомневаюсь, что мульт может инициализировать обмен данными по LPC.
Хотя бы по той причине, что сигналы Frame и Clock у мультов IT85xx это входные сигналы.
Есть предположение, что начало обмена по LPC происходит, когда мосты видят, что проц обратился к адресу FFFF и сигнал A20Gate в состоянии реального режима процессора. Т.е. проц пытается выполнить программу в ПЗУ.
Поправьте, если я не прав.

СОГЛАСЕН, а как тогда в тех случаях, когда мульт читает по шине LPC из микросхемы биоса свою программу ? Он когда ее читает ? До старта цпу или нет ? Есть мульты с собственной прошивкой, есть читающие свою пзу, есть читающие общую.



Если мы говорим про пост-коды, то естественно, до старта проца никаких кодов на шине LPC быть не может.
Если мы говорим, кто у нас является хостом, то южник.
см спецификацию от интела
http://www.intel.com/design/chipsets/in ... 128901.pdf

_________________
ремонт ноутбуков, планшетов в Одессе
продажа паяльных станций Термопро ик-650
и расходных материалов для пайки и ремонта

Не факт. Никто не говорит о полноценном обмене. Я наблюдал дерганье по LPC без CPU. Просто в букварях этот вопрос никак не описан. Я склоняюсь к тому, что все очень сильно зависит от конкретной схемотехники конкретного мульта.

и я

А такие случаи есть?
Подскажите, в какой плате?
Чтоб мульт именно по шине LPC читал свою прошивку из биоса.

Я вообще считаю это важной темой.
В начале старта материнки мы можем контролировать последовательность Power sequence.
Потом контролируем пост коды.
А между этими последовательностями происходят еще события на материнке, контролировать которые стандартных возможностей нет. Между сбросом процессора и первым пост кодом. Вот и хотелось бы разобраться, что там происходит.

я тут наверное наврал

_________________
ремонт ноутбуков, планшетов в Одессе
продажа паяльных станций Термопро ик-650
и расходных материалов для пайки и ремонта

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

"В режиме LPC общение между мостом и флэшкой происходит лишь по четырёхбитной шине, а пятый LFRAME# служит в качестве стартового (для начала операции по обмену данными). Плюс LRESET# и LCLK#, которые полностью аналогичны своим собратьям на материской плате - вот и весь набор нужных проводов (остальные - опционально)."

Кусок полной цитаты с сайта rom.by - под флэшкой подразумеваем мультиконтроллер. Главное здесь LFRAME# выход с южника есть вход мульта. Отсюда вывод - запутался...
Или южник с этим сигналом должен выставить на LPC данные или при получении мультом LFRAME#, он должен выдать на шину LPC данные ?

В общем, моя теория такова. При подключении блока питания к материнке ( без аккумулятора ), начинают работать дежурки, которые запускают мульт и некий блок в ЮМ, в котором хранятся настройки BIOS и идут часы с подпиткой RTC (батарейки). Мульт, обмениваясь постоянно с ПЗУ ( кто ремонтировал АОН-ы, представте, что это Z80 работает с ПЗУ - BIOS и ОЗУ - Южник ) ждет нажатия кнопки Power. При нажатии этой кнопки, стартуют все остальные напруги, запитывая Север, полностью Юг и проц. Проц обменивается данными с СМ, CМ с ЮМ и если всё в порядке, то Юг выдаёт
LFRAME# на мульт, который на LPC выставляет данные - и понеслась ... Вот такая "ботва" Но это только моя теория.

Всегда надо смотреть конкретную реализацию в конкретной схеме - в Асусе M2Ne кнопка Power воопще к Югу приделана.
Флэшка может сидеть напрямую на LPC или после EC/KBC на SPI или параллельной шине, есно от этого зависит увидите ли вы сигналы на LPC при подаче питания.
Мало того, кусок микропрограмы EC воопще может жить в другой флешке или внутри самого EC/KBC...

_________________
Ремонт ноутбуков в Новосибирске -
тел 214-58-43
или +7-913-912-58-43

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

Алгоритм запуска зависит от конкретного мульта и BIOS'a, а их не так уж много... Тема очень интересная, давно хотелось в этом разобраться.

Добавь сюда еще и ЮМ. Логически, структурно да, не так уж и много, но при реализации в конкретном железе... С десктопами проще, а вот с буками... Слишком много разных нюансов, плюс производитель не ограничен в полете мысли. В спецификации на LPC семь обязательных и семь необязательных сигналов, которые используются, в том числе, и для управления питанием.

Ещё объясните пожалуйста, что есть в схемных обозначениях совместно с ЕС (embedded controller ) KBC ? Для начинающих непосредственно