기타 ACPI 네임스페이스 개체

일부 특정 디바이스 클래스의 경우 추가 ACPI(고급 구성 및 전원 인터페이스) 네임스페이스 개체가 네임스페이스의 해당 디바이스 아래에 표시되기 위한 요구 사항이 있습니다. 이 섹션에서는 SoC 기반 플랫폼에 필요한 추가 개체를 나열합니다.

프로세서 식별 개체

프로세서는 ACPI 네임스페이스에서 열거해야 합니다. 프로세서는 플랫폼의 다른 디바이스와 마찬가지로 "Device" 문을 사용하여 \_SB 아래에 선언됩니다. 프로세서 디바이스에는 다음 개체가 포함되어야 합니다.

_HID: ACPI0007
_UID: MADT의 프로세서 항목과 일치하는 고유 번호입니다.

표시 관련 개체

표시 관련 개체에 대한 자세한 내용은 ACPI 5.0 사양의 부록 B, "비디오 확장"을 참조하세요.

Display-Specific 개체 요구 사항

메서드	설명	요구 사항
_DOS	출력 전환 사용/사용 안 함	시스템에서 디스플레이 전환 또는 LCD 밝기 수준을 지원하는 경우 필요합니다.
_국방부	디스플레이 어댑터에 연결된 모든 디바이스를 열거합니다.	통합 컨트롤러에서 출력 전환을 지원하는 경우 필수입니다.
_롬	ROM 데이터를 가져옵니다.	ROM 이미지가 독점 형식으로 저장되는 경우 필수입니다.
_GPD	POST 디바이스를 가져옵니다.	_VPO 구현되는 경우 필요합니다.
_SPD	POST 디바이스를 설정합니다.	_VPO 구현되는 경우 필요합니다.
_VPO	비디오 포스트 옵션.	시스템에서 VGA 후 디바이스 변경을 지원하는 경우 필요합니다.
_ADR	이 디바이스의 고유 ID를 반환합니다.	필수 사항입니다.
_BCL	지원되는 밝기 컨트롤 수준의 쿼리 목록입니다.	포함된 LCD가 밝기 제어를 지원하는 경우 필요합니다.
_BCM	밝기 수준을 설정합니다.	_BCL 구현되는 경우 필요합니다.
_DDC	이 디바이스에 대한 EDID를 반환합니다.	포함된 LCD가 표준 인터페이스를 통해 EDID의 반환을 지원하지 않는 경우 필요합니다.
_DCS	출력 디바이스의 상태를 반환합니다.	시스템에서 디스플레이 전환(핫키를 통해)을 지원하는 경우 필요합니다.
_DGS	그래픽 상태를 쿼리합니다.	시스템에서 디스플레이 전환(핫키를 통해)을 지원하는 경우 필요합니다.
_DSS	디바이스 상태가 설정되었습니다.	시스템에서 디스플레이 전환(핫키를 통해)을 지원하는 경우 필요합니다.

USB 호스트 컨트롤러 및 디바이스

USB 호스트 컨트롤러는 SoC 플랫폼에서 내부 및 외부 디바이스를 연결하는 데 사용됩니다. Windows에는 EHCI 또는 XHCI 사양을 준수하는 표준 USB 호스트 컨트롤러용 기본 제공 드라이버가 포함되어 있습니다.

SoC 기반 플랫폼에서는 ACPI를 통해 USB 호스트 컨트롤러를 열거할 수 있습니다. Windows는 호환되는 USB 하드웨어를 열거하고 구성할 때 다음 ACPI 네임스페이스 개체를 사용합니다.

공급업체에서 할당한 ACPI 규격 하드웨어 ID(_HID)입니다.
네임스페이스에 USB 컨트롤러 인스턴스가 두 개 이상 있는 경우(즉, 디바이스 식별 개체가 동일한 두 개 이상의 노드) _UID(Unique ID) 개체입니다.
EHCI 또는 XHCI 표준 규격 USB 호스트 컨트롤러(EHCI: PNP0D20)(XHCI: PNP0D10)에 대한 호환 ID(_CID)입니다.
USB 컨트롤러에 할당된 _CRS(현재 리소스 설정)입니다. 컨트롤러의 리소스는 적절한 하드웨어 인터페이스 사양(EHCI 또는 XHCI)에 설명되어 있습니다.

USB Device-Specific 메서드(_DSM)

Windows는 USB 하위 시스템의 디바이스 클래스별 구성을 지원하는 Device-Specific 메서드(_DSM)를 정의합니다. 자세한 내용은 USB Device-Specific 메서드를 참조하세요.

USB TT(통합 트랜잭션 변환기) 지원(_HRV)

표준 EHCI 호스트 컨트롤러는 고속 USB 디바이스만 지원합니다. SoC 플랫폼에서 Windows는 저속 및 전속 USB 디바이스용 통합 트랜잭션 변환기를 구현하는 EHCI 규격 호스트 컨트롤러의 두 가지 일반적인 디자인을 지원합니다. 하드웨어 수정 버전(_HRV) 개체는 USB 호스트 컨트롤러 드라이버에 대한 통합 TT 지원 유형을 나타냅니다.

_HRV 다음 조건에 따라 설정됩니다.

NoIntegratedTT - _HRV = 0

표준 EHCI 호스트 컨트롤러는 통합 트랜잭션 변환기를 구현하지 않으며 _HRV 값 0은 이러한 컨트롤러에만 유효합니다. 이러한 컨트롤러에 대한 _HRV 개체를 포함할 필요는 없습니다.
IntegratedTTSpeedInPortSc - _HRV = 1

통합 TT 지원을 사용하도록 설정합니다. 이 인터페이스 버전에는 PORTSC 레지스터 자체의 LowSpeed 및 HiSpeed 비트가 포함됩니다. 이러한 비트는 각각 비트 오프셋 26 및 27입니다. 속도를 결정할 때 EHCI 드라이버는 PORTSC를 읽고 이러한 비트에서 속도 정보를 추출합니다.
호스트PC의 통합 TTS 속도 - _HRV = 2

통합 TT 지원을 사용하도록 설정합니다. 이 인터페이스 버전에는 별도의 HOSTPC 레지스터에 LowSpeed 및 HiSpeed 비트가 포함됩니다. EHCI 드라이버가 포트 속도를 결정해야 하는 경우 관심 포트에 해당하는 HOSTPC 레지스터를 읽고 속도 정보를 추출합니다.

USB XHCI D3cold 지원

선택적 일시 중단 외에도 XHCI 컨트롤러에 연결된 내부 USB 디바이스를 D3cold 상태로 전환하고 사용하지 않을 때 전원을 끌 수 있습니다. 자세한 내용은 디바이스 전원 관리를 참조하세요. 모든 USB 디바이스 함수 드라이버는 D3cold에 옵트인해야 합니다.

USB 포트별 개체

Windows는 시스템에서 USB 포트의 표시 유형 및 연결 기능을 알고 있어야 합니다. 포트 및 디바이스에 대한 정확한 정보를 사용자에게 제공하기 위해서는 이 작업이 필요합니다. 이 용도로 두 개체인 _PLD(물리적 디바이스 위치) 및 USB 포트 기능(_UPC)이 사용됩니다. 자세한 내용을 보려면 다음을 참조하십시오:

ACPI 5.0 사양의 섹션 6.1.6, "디바이스 식별 개체" 및 9.13.1, "USB 2.0 호스트 컨트롤러 및 _UPC 및 _PLD".
ACPI를 사용하여 컴퓨터에서 USB 포트 구성

SD 호스트 컨트롤러 및 디바이스

SD 호스트 컨트롤러는 스토리지 및 I/O 디바이스에 액세스하기 위해 SoC 플랫폼에서 사용됩니다. Windows에는 SDA 표준 호스트 컨트롤러 하드웨어용 기본 제공 드라이버가 포함되어 있습니다. 이 드라이버와의 호환성을 위해 SD 호스트 컨트롤러 디바이스는 SD 연결의 SD 호스트 컨트롤러 사양을 준수해야 합니다.

SoC 플랫폼에서는 ACPI를 통해 SD 호스트 컨트롤러를 열거할 수 있습니다. Windows는 호환되는 SD 하드웨어를 열거하고 구성할 때 다음 ACPI 네임스페이스 개체를 사용합니다.

공급업체에서 할당한 ACPI 규격 하드웨어 ID(_HID)입니다.
네임스페이스에 SD 컨트롤러 인스턴스가 두 개 이상 있는 경우(즉, 디바이스 식별 개체가 동일한 노드가 두 개 이상인 경우) _UID(Unique ID) 개체입니다.
SDA 표준 규격 SD 호스트 컨트롤러(PNP0D40)에 대한 호환 ID(_CID)입니다.
컨트롤러에 할당된 _CRS(현재 리소스 설정)입니다. 컨트롤러의 리소스는 다음과 같이 설명됩니다.
- 구현된 모든 슬롯에 대한 하드웨어 리소스가 포함됩니다. 슬롯은 메모리 또는 I/O 디바이스에 대한 SDIO 버스의 연결점입니다. 각 슬롯은 연결된 디바이스와의 통신에 사용되는 SD 호스트 컨트롤러의 표준 레지스터 집합 및 인터럽트와 연결됩니다. SD 호스트 컨트롤러는 여러 슬롯을 구현할 수 있지만 SoC 플랫폼에는 일반적으로 하나만 있습니다.
- 슬롯 리소스는 슬롯 번호 순서로 함께 나열됩니다(슬롯 0의 리소스는 첫 번째, 슬롯 1의 리소스는 두 번째 등).
- 각 슬롯에 대해 리소스는 다음 순서로 나열됩니다.
  - 슬롯에 대해 설정된 SD 표준 레지스터의 기본 주소입니다.
  - 슬롯에 대한 SD 표준 인터럽트입니다.
  - 카드 삽입 및 제거 신호를 보낼 슬롯에 대한 GPIO 인터럽트 리소스입니다(표준 SD 카드 검색 인터페이스가 모든 전원 상태 동안 지원되지 않는 경우).
  - 카드가 현재 슬롯에 있는지 여부를 읽기 위한 슬롯에 대한 GPIO 입력 리소스입니다(표준 SD 카드 검색 인터페이스가 모든 전원 상태 동안 지원되지 않는 경우). 삽입/제거 인터럽트와 동일한 핀을 사용합니다.
  - 슬롯의 카드가 쓰기 보호되는지 여부를 읽기 위한 두 번째 GPIO 입력 리소스입니다(표준 SD 쓰기 보호 인터페이스가 모든 전원 상태 동안 지원되지 않는 경우).

인터럽트는 절전 모드 해제 가능("SharedAndWake" 또는 "ExclusiveAndWake"로 설명됨)이어야 합니다.

포함된 SD 디바이스

SD 연결 디바이스는 SD 버스 드라이버에 의해 열거됩니다. 플랫폼에 통합된 SD 디바이스도 SD 호스트 컨트롤러의 자식으로 ACPI 네임스페이스에 나열되어야 합니다. 이 요구 사항을 통해 운영 체제는 버스 열거형 디바이스를 ACPI 개체에 의해 디바이스에 제공된 플랫폼별 특성(예: 이동 불가, 디바이스 전원 상태, GPIO 또는 SPB 리소스 사용 등)과 연결할 수 있습니다. 이 연결을 위해 디바이스 네임스페이스에는 SDIO 버스에서 디바이스의 주소를 전달하는 Address(_ADR) 개체가 필요합니다. _ADR 개체는 정수 값을 반환합니다.

SDIO 버스의 경우 이 정수의 값은 다음과 같이 정의됩니다.

상위 단어 – 슬롯 번호(0 – 첫 번째 슬롯)
소문자 – 함수 번호(정의에 대한 SD 사양 참조)

포함된 SD 디바이스 네임스페이스도 다음을 포함해야 합니다.

디바이스를 제거할 수 없음을 나타내기 위해 0을 반환하는 Remove 메서드(_RMV) 개체입니다.
필요한 경우 디바이스에 필요한 사이드밴드 리소스(예: GPIO 핀 또는 SPB 연결)에 대한 _CRS 개체입니다.

이미징 클래스 디바이스(카메라)

카메라 디바이스는 그래픽 드라이버 또는 USB를 통해 열거할 수 있습니다. 두 경우 모두 Windows는 적절한 UI를 표시할 수 있도록 카메라의 물리적 위치를 알고 있어야 합니다. 이를 위해 시스템의 섀시에 기본 제공되고 기계적으로 고정된 방향이 있는 카메라 디바이스가 ACPI 네임스페이스에 포함되고 물리적 디바이스 위치(_PLD) 개체를 제공합니다. 이렇게 하려면 다음이 필요합니다.

열거자 디바이스(GPU 디바이스 또는 USB 디바이스)의 자식(중첩된 디바이스)으로 표시할 카메라 디바이스입니다.
부모 디바이스의 버스에 카메라 주소가 포함된 Address(_ADR) 개체를 제공하는 카메라 디바이스입니다.
- USB의 경우 아래 섹션의 포함된 USB 디바이스에 대한 ACPI 네임스페이스 계층 구조 및 _ADR 참조하세요.
- 그래픽의 경우 GPU 디바이스에서 제공되는 _DOD 메서드에 지정된 식별자입니다. 자세한 내용은 ACPI 5.0 사양의 부록 B, "비디오 확장"을 참조하세요.
_PLD 개체를 제공하는 카메라 디바이스입니다.
카메라 드라이버에 필요한 사이드밴드 리소스(예: GPIO 인터럽트 또는 I/O 연결 또는 SPB 연결)가 있는 경우 이러한 리소스에 대해 _CRS 개체가 제공됩니다.

_PLD 개체에서 패널 필드(비트 67-69), 뚜껑 필드(비트 66) 및 도크 필드(비트 65)는 카메라가 탑재된 표면의 값을 수정하도록 설정됩니다. 다른 모든 필드는 선택 사항입니다. 태블릿을 포함한 핸드헬드 모바일 장치의 경우 전면 패널은 디스플레이 화면을 들고 있는 패널이며, 디스플레이를 세로 방향으로 볼 때 왼쪽 아래 모서리에 있는 원본입니다. 이 참조를 사용하여 "Front"는 카메라가 사용자(웹캠)를 보는 것을 나타내고, "뒤로"는 카메라가 사용자(스틸 또는 비디오 카메라)에서 멀리 떨어져 있음을 나타냅니다. 자세한 내용은 ACPI 5.0 사양의 섹션 6.1.8, "_PLD(디바이스의 물리적 위치)"를 참조하세요.

포함된 USB 디바이스에 대한 ACPI 네임스페이스 계층 구조 및 _ADR

ACPI 네임스페이스에 포함된 USB 디바이스를 추가할 때 디바이스 노드의 계층 구조는 Windows USB 드라이버에 의해 열거된 디바이스의 계층 구조와 정확히 일치해야 합니다. 이는 "연결별 보기" 모드에서 Windows 디바이스 관리자를 검사하여 확인할 수 있습니다. USB 호스트 컨트롤러에서 시작하여 포함된 디바이스까지 확장하는 전체 계층이 포함되어야 합니다. 각 디바이스에 대해 디바이스 관리자에 제공된 "주소" 속성은 펌웨어가 디바이스의 _ADR 보고해야 하는 주소입니다.

ACPI 5.0 사양은 다음과 같이 USB 디바이스의 주소를 정의합니다.

USB 루트 허브: 호스트 컨트롤러의 자식만. _ADR 0이어야 합니다. 다른 자식 또는 _ADR 값은 허용되지 않습니다.

USB 포트: 포트 번호(1-n)

특정 포트에 연결된 USB 디바이스는 해당 포트의 주소를 공유합니다.

포트에 연결된 디바이스가 복합 USB 디바이스인 경우 복합 디바이스 내의 함수는 다음 주소를 사용해야 합니다.

복합 USB 디바이스 내의 USB 함수: 복합 디바이스가 연결된 포트의 포트 번호와 함수의 첫 번째 인터페이스 번호입니다. (산술 덧셈)

자세한 내용은 내부 카메라의 위치 식별을 참조하세요.

ASL 코드 예제

다음 ASL 코드 예제에서는 USB 포트 3에 직접 연결된 USB 웹캠을 설명합니다.

Device (EHCI) {
    ...  // Objects required for EHCI devices
    Device {RHUB) {         // the Root HUB
     Name (_ADR, ZERO)      // Address is always 0.
     Device (CAM0) {          // Camera connected directly to USB
                       //   port number 3 under the Root.
            Name (_ADR, 3)      // Address is the same as the port.
            Method (_PLD, 0, Serialized) {...}
            }  //  End of Camera device
    } // End of Root Hub Device
}  // End of EHCI device

다음 ASL 코드 예제에서는 웹캠을 함수 2로 구현하는 USB 복합 디바이스에 대해 설명합니다.

Device (EHCI) {
    ...  // Objects required for EHCI devices
    Device {RHUB) {
     Name (_ADR, ZERO)
     Device (CUSB) {        // Composite USB device
                    //   connected to USB port number 3
                    //   under the Root.
            Name (_ADR, 3)      // Address is the same as the port.
            Device (CAM0) { // Camera function within the
                    //   Composite USB device.
                Name (_ADR, 5)  // Camera function has a first
                    //   Interface number of 2, so
                    //   Address is 3 + 2  = 5.
                Method (_PLD, 0, Serialized) {...}
            }  //  End of Camera device
        } // End of Composite USB Device
    } // End of Root Hub Device
}  // End of EHCI device

다음 ASL 코드 예제에서는 I2C를 통해 연결된 웹캠을 설명합니다.

Device (GPU0) {
    ... // Other objects required for graphics devices
    Name (_DOD, Package ()  // Identifies the children of this graphics device.
                // Each integer must be unique within the GPU0 namespace.
                {
                    0x00024321,  // The ID for CAM0. It is a non-VGA
                    //   device, cannot be detected by
                    //   the VGA BIOS, and uses a vendor-
                    //   specific ID format in bits 15:0
                    //   (see the _DOD specification).
                    ...     // Other child device IDs (for
                    //   example, display output ports)
                })
    Device (CAM0) {
        Name (_ADR, 0x00024321) // The identifier for this device
                    //   (Same as in _DOD above)
        Name (_CRS, ResourceTemplate()
            {
            // I2C Resource
            // GPIO interrupt resource(s), if required by
            //   driver
            // GPIO I/O resource(s), if required by driver
                ...
            })
        Method (_PLD, 0, Serialized) {...}
    } // End of CAM0 device
} // End of GPU0 device

HID-over-I2C 디바이스

Windows에는 HID(휴먼 인터페이스 디바이스)용 클래스 드라이버가 포함되어 있습니다. 이 드라이버는 광범위한 입력 디바이스(예: 터치 패널, 키보드, 마우스 및 센서)에 대한 일반적인 지원을 지원합니다. SoC 플랫폼에서 HID 디바이스는 I2C를 통해 플랫폼에 연결될 수 있으며 ACPI를 통해 열거됩니다. Windows의 HID 클래스 지원과의 호환성을 위해 다음 네임스페이스 개체가 사용됩니다.

공급업체별 _HID
PNP0C50의 _CID
_CRS가 포함된:
- 디바이스에 액세스하기 위한 I2CSerialBusConnection 리소스
- 인터럽트용 GpioInt 리소스
디바이스에서 HID 설명자 레지스터 주소를 반환하는 HIDI2C _DSM 메서드입니다. 자세한 내용은 HIDI2C Device-Specific 메서드(_DSM)를 참조하세요.

단추 디바이스

SoC 플랫폼의 경우 Windows는 ACPI 정의 제어 방법 전원 단추와 Windows 호환 5 단추 배열을 모두 지원합니다. 전원 단추는 ACPI 컨트롤 메서드 Power Button으로 구현되거나 Windows 호환 단추 배열의 일부로 구현되었는지 여부에 관계없이 다음을 수행합니다.

꺼져 있는 경우 플랫폼의 전원이 켜지도록 합니다.
길게 누를 때 전원 버튼 재정의 이벤트가 생성됩니다. 자세한 내용은 ACPI 5.0 사양의 섹션 4.8.2.2.1.3, "전원 단추 재정의"를 참조하세요.

제어 방법 전원 단추

클램쉘 디자인 및 기본 제공 또는 연결된 키보드를 사용하는 기타 시스템은 ACPI 정의 제어 방법 전원 버튼(ACPI 5.0 사양의 섹션 4.8.2.2.1.2)을 구현하며, 이는 GPIO-Signaled ACPI 이벤트(ACPI 5.0 사양의 섹션 5.6.5)를 통해 이루어집니다. 전원 단추 디바이스를 지원하려면 네임스페이스:

전원 단추의 GPIO 인터럽트 핀을 비공유(배타적) GPIO 인터럽트 리소스로 설명합니다.
연결된 GPIO 컨트롤러의 _AEI 개체에 있는 전원 단추의 GPIO 인터럽트 리소스를 나열합니다.
GPIO 컨트롤러 디바이스에서 연결된 이벤트 메서드(Lxx/Exx/EVT)를 제공합니다. 이 이벤트 메서드는 단추 이벤트가 발생했음을 운영 체제의 제어 메서드 단추 드라이버에 알립니다.

자세한 내용은 Windows 8 태블릿 및 컨버터블 디바이스용 하드웨어 단추를 참조하세요.

Windows 호환 단추 배열

슬레이트와 같은 터치 우선(키보드 없는) 플랫폼의 경우 Windows는 5개의 단추 배열에 대한 일반 드라이버를 제공합니다. 배열의 각 단추에는 정의된 함수(아래 목록의 번호가 매겨진 항목 참조)가 있으며 특정 "길게 누르고 누르기" 단추 조합은 UI에 추가적인 의미를 가합니다. 전원 단추를 눌러야 하는 단추 조합이 정의되지 않았습니다. Windows 받은 편지함 단추 드라이버와의 호환성을 위해 Windows 호환 단추 배열 ACPI 디바이스가 구현됩니다. 디바이스는 다음과 같이 정의됩니다.

5개의 단추 각각은 플랫폼의 자체 전용 인터럽트 핀에 연결됩니다.
각 인터럽트 핀은 공유되지 않는(배타적) 에지 트리거(Edge) 인터럽트 리소스로 구성되며, 이 리소스는 양쪽 에지에서 활성화됩니다(ActiveBoth).
디바이스 네임스페이스에는 공급업체에서 정의한 _HID와 PNP0C40 _CID가 포함되어 있습니다.
_CRS 개체의 GPIO 인터럽트 리소스는 다음 순서로 나열됩니다.
1. "전원" 단추에 해당하는 인터럽트
  
  "전원" 단추는 절전 모드 해제 가능(ExclusiveAndWake)이어야 합니다.
2. "Windows" 버튼에 해당하는 인터럽트
  
  Windows 버튼은 절전 모드를 해제할 수 있어야 합니다(ExclusiveAndWake).
3. "볼륨 증가" 버튼에 해당하는 인터럽트
  
  "볼륨 업" 버튼은 장치를 절전 모드에서 해제할 수 없도록 설정해야 하며, 배타적으로 사용해야 합니다.
4. "볼륨 작게" 버튼에 해당하는 인터럽트
  
  "볼륨 다운" 버튼은 절전 모드 해제 기능을 가져서는 안 되며, 반드시 배타적으로 사용해야 합니다.
5. 지원되는 경우 "회전 잠금" 단추에 해당하는 인터럽트
  
  "회전 잠금" 단추는 절전 모드 해제 가능(배타적 사용)해서는 안 됩니다.

자세한 내용은 Windows 8 태블릿 및 컨버터블 디바이스용 하드웨어 단추를 참조하세요.

Windows 단추 UI의 진화를 지원하기 위해 Windows는 Windows 단추 배열 디바이스에 대한 Device-Specific 메서드(_DSM)를 정의합니다. 자세한 내용은 Windows 단추 배열 Device-Specific 메서드(_DSM)를 참조하세요.

도킹 및 컨버터블 PC 감지 장치

Windows는 ACPI 네임스페이스에서 두 개의 감지 디바이스를 사용하여 도킹 및 컨버터블(클램쉘/태블릿 콤보)을 지원합니다. 이러한 디바이스는 Windows 받은 편지함 단추 드라이버에서 지원됩니다. 단추 배열 디바이스에 적용되는 동일한 요구 사항도 다음 디바이스에도 적용됩니다.

GPIO ActiveBoth 인터럽트는 SPB에 연결된 GPIO 컨트롤러가 아닌 On-SoC GPIO 컨트롤러에 연결해야 합니다.
GPIO 컨트롤러는 수준 모드 인터럽트 및 동적 극성 다시 프로그래밍을 지원해야 합니다.
GPIO 컨트롤러 드라이버는 GPIO 프레임워크 확장 (GpioClx)에서 제공하는 ActiveBoth 에뮬레이션을 사용해야 합니다.
어설션된 상태("Docked" 또는 "Converted")가 어설션된 논리 수준이 낮지 않은 경우 GPIO 드라이버 스택의 기본 동작을 재정의하려면 GPIO 컨트롤러 _DSM 메서드가 필요합니다. 자세한 내용은 GPIO(범용 I/O) 항목의 GPIO컨트롤러 디바이스 섹션을 참조하세요.

자세한 내용은 Windows 8 태블릿 및 컨버터블 디바이스용 하드웨어 단추를 참조하세요.

도킹 감지 디바이스

도킹 감지 장치는 도킹이 시스템에서 연결되거나 연결되지 않은 경우 시스템을 중단합니다. 이 모드 변경 정보는 필요에 따라 사용자 입력 및 출력 환경을 업데이트하는 데 사용됩니다. 디바이스의 네임스페이스에는 다음이 필요합니다.

공급업체별 _HID
호환 ID(_CID)인 PNP0C70
하나의 ActiveBoth 인터럽트를 사용하는 _CRS

인터럽트는 깨우는 기능을 가질 수 없습니다.

컨버터블 PC 감지 장치

컨버터블 PC 감지 장치는 컨버터블 PC가 태블릿에서 클램쉘 폼 팩터로 전환할 때 시스템을 중단합니다. 이 모드 변경 정보는 필요에 따라 사용자 입력 및 출력 환경을 업데이트하는 데 사용됩니다. 디바이스의 네임스페이스에는 다음이 필요합니다.

공급업체별 _HID
A _CID of PNP0C60 (PNP0C60의 _CID)
하나의 ActiveBoth 인터럽트를 사용하는 _CRS

인터럽트는 깨우는 기능을 가질 수 없습니다.

피드백

이 페이지가 도움이 되었나요?

Last updated on 2025-04-04

다음을 통해 공유

기타 ACPI 네임스페이스 개체

프로세서 식별 개체

표시 관련 개체

Display-Specific 개체 요구 사항

USB 호스트 컨트롤러 및 디바이스

USB Device-Specific 메서드(_DSM)

USB TT(통합 트랜잭션 변환기) 지원(_HRV)

USB XHCI D3cold 지원

USB 포트별 개체

SD 호스트 컨트롤러 및 디바이스

포함된 SD 디바이스

이미징 클래스 디바이스(카메라)

포함된 USB 디바이스에 대한 ACPI 네임스페이스 계층 구조 및 _ADR

ASL 코드 예제

HID-over-I2C 디바이스

단추 디바이스

제어 방법 전원 단추

Windows 호환 단추 배열

도킹 및 컨버터블 PC 감지 장치

도킹 감지 디바이스

컨버터블 PC 감지 장치

피드백

추가 리소스