а) сначала все сигналы ресета активны, т.е. имеют низкий уровень. Так что изначально они подтянуты к нему чем-то.
б) надо понимать, что ресеты бывают разные - CPU_RST#, PCI_RST#, FWH_RST#, IDE_RST# и т.д. Соответственно, нас интересует FP_RST# (который идет с Front Panel на ЮМ или на мультик) и так скажем "глобальный" ресет. Есть еще сигналы рода PWR_GOOD, которые тоже могут использоваться как RST#'ы, т.к. у PWR_GOOD'ов - высокий уровень = активности сигнала.
Соответственно получается так, что
CPU_RST управляется СМ, т.к. в нем расположен контроллер системной шины и до его снятия явно должен заиниться СМ;
PCI_RST выставляется ЮМ, т.к. именно в нем располагается мост Hub-to-PCI;
ЮМ и мультик получается, что снимают "свои" ресеты раньше всех.
Цитата:
При resete с кнопки reset - чем отличается процудура появление ресета от reseta при включении питания.
глобально - ничем. Просто когда нажимаем кнопку ресета, то сначала выставляется ресет на ЮМ, а потом по очереди все ресеты на остальных у-вах.
а) сначала все сигналы ресета активны, т.е. имеют низкий уровень. Так что изначально они подтянуты к нему чем-то.
б) надо понимать, что ресеты бывают разные - CPU_RST#, PCI_RST#, FWH_RST#, IDE_RST# и т.д. Соответственно, нас интересует FP_RST# (который идет с Front Panel на ЮМ или на мультик) и так скажем "глобальный" ресет. Есть еще сигналы рода PWR_GOOD, которые тоже могут использоваться как RST#'ы, т.к. у PWR_GOOD'ов - высокий уровень = активности сигнала.
Соответственно получается так, что
CPU_RST управляется СМ, т.к. в нем расположен контроллер системной шины и до его снятия явно должен заиниться СМ;
PCI_RST выставляется ЮМ, т.к. именно в нем располагается мост Hub-to-PCI;
ЮМ и мультик получается, что снимают "свои" ресеты раньше всех.
глобально - ничем. Просто когда нажимаем кнопку ресета, то сначала выставляется ресет на ЮМ, а потом по очереди все ресеты на остальных у-вах.