Что означает набор аппаратных регистров в ACPI?

Я читаю вводный документ по ACPI. В нем говорится:

Сначала ACPI можно понимать как архитектурно-независимую структуру управления питанием и конфигурации, которая образует подсистему в хост-ОС. Эта структура устанавливает набор аппаратных регистров для определения состояний питания (сон, гибернация, пробуждение и т. д.). Набор аппаратных регистров может использоваться для операций на выделенном оборудовании и оборудовании общего назначения.

Я не совсем понимаю выделение жирным шрифтом набора регистров.

Насколько я понимаю, все устройства на платформе имеют собственные регистры для обеспечения управляемости. Собирает ли ACPI все регистры со всех устройств и использует ли состояние этих регистров для описания/управления платформой? Другими словами, ACPI рассматривает платформу как не что иное, как набор регистров.


operating-system uefi firmware acpi
person smwikipedia    schedule 11.08.2016    source источник

Ответы (2)


arrow_upward
0
arrow_downward

Нет, это означает, что в ACPI есть регистры для обеспечения управляемости — такое же понимание, как и для других устройств.

Какая управляемость? Это упоминается в цитате: чтобы вы могли перевести устройство в спящий режим, спящий режим, пробуждение и т. д.

Какое устройство? Это зависит от платформы, но для ПК это сама материнская плата (точнее, мосты памяти на материнской плате, которые в наши дни в основном интегрированы в сам ЦП).

person slebetman    schedule 11.08.2016

arrow_upward
0
arrow_downward

Почитав о ACPI Spec 6.0, я пришел к следующему:

ACPI — это реализация интерфейса OSPM (конфигурация устройства материнской платы и управление питанием, управляемая операционной системой).

Цель OSPM — переместить и централизовать возможности управления питанием и настройки устройств в операционной системе для более надежного и сложного управления.

Целью ACPI является стандартизация реализации OSPM.

Раньше такие возможности были разбросаны по приложениям, системному BIOS, аппаратному обеспечению и т. д. И довольно часто — собственным реализациям. Как только такие возможности будут интегрированы в ОС, приложения для этой ОС получат выгоду от набора новых интерфейсов/API для настройки устройства и управления питанием.

Для достижения этой цели, помимо программных усилий, необходимо разработать аппаратное обеспечение для поддержки OSPM/ACPI. И некоторые ACPI-совместимые регистры должны быть включены. Я думаю, что это набор регистров в моем вопросе.

Тем не менее, разработчик аппаратного обеспечения, приветствующий рациональность OSPM, не обязательно должен следовать ACPI, в конце концов, ACPI — это всего лишь один из способов достижения OSPM. Если разработчик оборудования выбирает совместимость с OSPM, но не с ACPI, он должен предоставить свои собственные драйверы для целевой ОС.

person smwikipedia    schedule 13.08.2016