Интерфейс встроенного контроллера хоста
![]() | Эта статья включает список общих ссылок , но в ней отсутствуют достаточные соответствующие встроенные цитаты . ( Май 2014 г. ) |
Интерфейс встроенного контроллера хоста ( HECI ) — это технология, представленная в 2006 году и используемая для технологии активного управления ( AMT ) в Intel наборах микросхем , поддерживающих Core 2 Duo микропроцессоры .
Подробности
[ редактировать ]HECI Шина позволяет операционной системе (ОС) хоста напрямую взаимодействовать с механизмом управления (ME), встроенным в набор микросхем . Эта двунаправленная шина с переменной скоростью передачи данных позволяет хосту и ME передавать информацию и события управления системой в соответствии со стандартами, по существу заменяя шину управления системой (SMBus). Шина состоит из четырех проводов: пары запроса и разрешения, а также последовательной пары передачи и приема данных.
Производители оригинального оборудования ( OEM ) исторически предоставляли технологии активного управления за счет использования собственных встроенных контроллеров, таких как контроллеры управления основной платой . Эти решения обычно имеют два основных недостатка из-за их патентованного характера. Высокие затраты на спецификацию обычно возникают из-за необходимости дополнительных компонентов и маршрутизации. Высокие затраты на жизненный цикл продукта возникают из-за нестандартной реализации, которая увеличивает затраты на проектирование и проверку программного и аппаратного обеспечения, оставаясь при этом относительно негибким к будущим изменениям. С другой стороны, негибкость HECI еще выше из-за связи HECI с набором микросхем и необходимости перерабатывать программное обеспечение HECI для каждого отдельного набора микросхем в отличие от одного общего программного обеспечения BMC для нескольких наборов микросхем.
HECI и ранее использовавшийся SMBus имеют следующие общие аспекты: хост-операционная система способна управлять устройствами управления системой, такими как встроенные контроллеры вентиляторов, устройства удаленного пробуждения, такие как Wake-on-LAN , устройства питания, такие как Smart Battery. Данные . Встроенные функции HECI и карты управления сторонних производителей могут позволить хост-операционной системе напрямую инициировать события управления (например, удаленное пробуждение или внеполосное регулирование для уменьшения профиля температуры и мощности) в случае, если HECI поддерживается работающей ОС. Примерами устройств являются сетевые карты и видеокарты . Кроме того, как HECI, так и другие технологии ME зависят от производителя чипсета/ME.
Сообщения, инициированные хостом
[ редактировать ]- Чтение состояния батареи
- Чтение тепловых данных
- Включить/отключить устройства пробуждения
- Уведомлять устройства об изменении состояния электропитания (нагрев, производительность или регулирование мощности)
Сообщения, инициированные механизмом управления
[ редактировать ]- Оповещение хоста о событии батареи
- Низкий или критический уровень заряда батареи
- Переключение между переменным током (питание от настенной розетки) и постоянным током (батарея)
- Оповещение хоста о тепловом событии (горячее или критическое тепловое отключение)
- Изменить скорость вентилятора
- Обнаружение пробуждения сети
- Система загрузки/выключения
- Обнаружено вторжение хоста
- Сменить загрузочное устройство
- Сообщить об инвентаризации системы
Пример
[ редактировать ]В качестве примера рассмотрим случай Wake-on-LAN. Традиционно ОС управляет Wake-on-LAN и должна вызывать сторонние драйверы устройств , чтобы включить поддержку сетевой карты. С помощью шины HECI хост может подтвердить свою линию запроса (REQ#), ME утвердить свою линию разрешения (GNT#), а хост может отправить свое сообщение, используя свой сигнал последовательной передачи. После получения сообщения о включении Wake-on-LAN на HECI ME напрямую включает Wake-on-LAN во встроенном (или поддерживаемом извне) сетевом устройстве. Без драйверов HECI в ОС функциональность Wake-on-LAN теряется, даже если стандартные сетевые драйверы могут ее включить. Это серьезная проблема в крупномасштабных корпоративных развертываниях со стандартными образами программного обеспечения.
Когда пакет волшебного пробуждения получен устройством локальной сети, инкапсулированные данные передаются в ME , который имеет собственный стек TCP/IP и может декапсулировать пакет. Затем ME утверждает свою строку запроса (REQ#), хост подтверждает, утверждая разрешение (GNT#), и сообщение передается хосту для инициирования события пробуждения.
С помощью этой технологии «волшебный пакет» может быть инкапсулирован в пакеты TCP , что позволяет пакету проходить через сетевую инфраструктуру через маршрутизаторы и тем самым увеличивает поверхность атаки, чего не позволяет традиционный Wake-on-LAN. Преимущество развертываний, ориентированных на Intel, заключается в том, что для решения не требуются драйверы сторонних производителей. Если взаимодействие между хостом и ME не требуется, HECI и другие технологии ME не зависят от ОС .
См. также
[ редактировать ]- Технология Intel Active Management (AMT)
- Контроллер управления основной платой (BMC)
- Интерфейс управления средой платформы (PECI)
Источники
[ редактировать ]- Хофемайер, Гаэль. «Блоги сети программного обеспечения Intel >>Intel(r) AMT и Intel(r) ME» . Проверено 14 декабря 2011 г.
- Мунгара, Аджай. «Блоги Intel Software Network >> Давайте поговорим о HECI и LMS» . Проверено 29 декабря 2007 г.
- «Драйверы и инструменты технологии Intel Active Management с открытым исходным кодом» . Проверено 29 декабря 2007 г.
- «Технология Intel Active Management» . Проверено 29 декабря 2007 г.
- «Сетевые блоги программного обеспечения Intel >> Контроллеры управления основной платой (BMC) и управление на основе устройств виртуализации» . Архивировано из оригинала 13 августа 2011 г. Проверено 29 декабря 2007 г.