Uwaga
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
W przypadku niektórych klas urządzeń istnieją wymagania dotyczące dodatkowych obiektów przestrzeni nazw Advanced Configuration i Power Interface (ACPI), które mają pojawić się pod tymi urządzeniami w przestrzeni nazw. W tej sekcji wymieniono dodatkowe obiekty wymagane dla platform opartych na soC.
Obiekty identyfikacji procesora
Procesory muszą być wyliczane w przestrzeni nazw ACPI. Procesory są deklarowane w obszarze \_SB przy użyciu instrukcji "Urządzenie", podobnie jak w przypadku innych urządzeń na platformie. Urządzenia procesora muszą zawierać następujące obiekty:
- _HID: ACPI0007
- _UID: unikatowa liczba zgodna z wpisem procesora w MADT.
Obiekty specyficzne dla ekranu
Aby uzyskać więcej informacji na temat obiektów specyficznych dla wyświetlania, zobacz Dodatek B, "Rozszerzenia wideo" specyfikacji ACPI 5.0.
wymagania dotyczące obiektów Display-Specific
Metoda | Opis | Wymaganie |
---|---|---|
_DOS | Włączanie/wyłączanie przełączania wyjścia. | Wymagane, jeśli system obsługuje przełączanie ekranu lub poziomy jasności LCD. |
_DOD | Wyliczanie wszystkich urządzeń dołączonych do karty wyświetlania. | Wymagane, jeśli zintegrowany kontroler obsługuje przełączanie danych wyjściowych. |
_ROM | Pobieranie danych ROM. | Wymagane, jeśli obraz ROM jest przechowywany w formacie zastrzeżonym. |
_GPD | Pobierz urządzenie POST. | Wymagane w przypadku zaimplementowania _VPO. |
_SPD | Ustaw urządzenie POST. | Wymagane w przypadku zaimplementowania _VPO. |
_VPO | Opcje POST wideo. | Wymagane, jeśli system obsługuje zmianę urządzenia post VGA. |
_ADR | Zwróć unikatowy identyfikator tego urządzenia. | To jest wymagane. |
_BCL | Pytanie o listę obsługiwanych poziomów kontroli jasności. | Wymagane, jeśli osadzony wyświetlacz LCD obsługuje sterowanie jasnością. |
_BCM | Ustaw poziom jasności. | Wymagane w przypadku zaimplementowania _BCL. |
_DDC | Zwróć EDID dla tego urządzenia. | Wymagane, jeśli osadzony wyświetlacz LCD nie obsługuje zwrotu identyfikatora EDID za pośrednictwem standardowego interfejsu. |
_DCS | Zwraca stan urządzenia wyjściowego. | Wymagane, jeśli system obsługuje przełączanie wyświetlania (za pomocą skrótu klawiszowego). |
_DGS | Wykonywanie zapytań o stan grafiki. | Wymagane, jeśli system obsługuje przełączanie wyświetlania za pomocą klawisza. |
_DSS | Stan urządzenia ustawiony. | Wymagane, jeśli system obsługuje przełączanie wyświetlania za pomocą skrótu klawiszowego. |
Kontrolery i urządzenia hosta USB
Kontrolery hosta USB są używane na platformach SoC do łączenia urządzeń wewnętrznych i zewnętrznych. System Windows zawiera wbudowane sterowniki dla standardowych kontrolerów hosta USB, które są zgodne ze specyfikacjami EHCI lub XHCI.
Na platformach opartych na soC kontroler hosta USB może być wyliczany przez ACPI. System Windows używa następujących obiektów przestrzeni nazw ACPI podczas wyliczania i konfigurowania zgodnego sprzętu USB:
Przypisany przez dostawcę identyfikator sprzętu zgodny ze standardem ACPI (_HID).
Obiekt unikatowego identyfikatora (_UID), jeśli w przestrzeni nazw znajduje się więcej niż jedno wystąpienie kontrolera USB (czyli dwa lub więcej urządzeń o identycznych obiektach identyfikacji urządzenia).
Zgodny identyfikator (_CID) dla kontrolera hosta USB zgodnego ze standardem EHCI lub XHCI (EHCI: PNP0D20), (XHCI: PNP0D10).
Bieżące ustawienia zasobów (_CRS) przypisane do kontrolera USB. Zasoby kontrolera są opisane w odpowiedniej specyfikacji interfejsu sprzętowego (EHCI lub XHCI).
Metoda Device-Specific USB (_DSM)
System Windows definiuje metodę Device-Specific (_DSM) do obsługi konfiguracji specyficznej dla klasy urządzenia podsystemu USB. Aby uzyskać więcej informacji, zobacz Usb Device-Specific Method (Metoda Device-Specific USB).
Obsługa zintegrowanego translatora transakcji USB (TT) (_HRV)
Standardowe kontrolery hosta EHCI obsługują tylko szybkie urządzenia USB. Na platformach SoC system Windows obsługuje dwa typowe projekty kontrolerów hostów zgodnych ze standardem EHCI, które implementują zintegrowany translator transakcji dla urządzeń USB o niskiej szybkości i pełnej szybkości. Obiekt Hardware Revision (_HRV) wskazuje typ zintegrowanej obsługi TT dla sterownika kontrolera USB hosta.
_HRV jest ustawiana zgodnie z następującymi kryteriami:
NoIntegratedTT — _HRV = 0
Standardowe kontrolery hostów EHCI nie implementują zintegrowanych translatorów transakcji, a wartość _HRV 0 jest prawidłowa tylko dla tych kontrolerów. Nie jest konieczne dołączenie obiektu _HRV dla tych kontrolerów.
IntegratedTTSpeedInPortSc — _HRV = 1
Włącz zintegrowaną obsługę protokołu TT. Ten typ interfejsu zawiera bity LowSpeed i HiSpeed w samym rejestrze PORTSC. Te bity są odpowiednio przesunięciami bitów 26 i 27. Podczas określania prędkości sterownik EHCI odczytuje PORTSC i wyodrębnia informacje o prędkości z tych bitów.
IntegratedTTSpeedInHostPc — _HRV = 2
Włącz zintegrowaną obsługę protokołu TT. Ten rodzaj interfejsu zawiera bity LowSpeed i HiSpeed w oddzielnym rejestrze HOSTPC. Gdy sterownik EHCI musi określić szybkość portu, odczytuje rejestr HOSTPC odpowiadający portowi zainteresowania i wyodrębni informacje o szybkości.
Obsługa USB XHCI D3cold
Oprócz selektywnego wstrzymywania, wewnętrzne urządzenia USB podłączone do kontrolerów XHCI można wprowadzić w stan D3cold i wyłączyć, gdy nie są używane. Aby uzyskać więcej informacji, zobacz Zarządzanie energią urządzeń. Wszystkie sterowniki funkcji urządzeń USB muszą wyrazić zgodę na D3cold.
Obiekty specyficzne dla portu USB
System Windows musi znać widoczność i możliwość łączenia portów USB w systemie. Jest to wymagane w celu dostarczenia użytkownikowi dokładnych informacji o portach i urządzeniach. W tym celu są używane dwa obiekty, lokalizacja urządzenia fizycznego (_PLD) i możliwości portów USB (_UPC). Aby uzyskać więcej informacji, zobacz następujące zasoby:
Sekcje 6.1.6, "Obiekty identyfikacji urządzeń" i 9.13.1, "Kontrolery hosta USB 2.0 i _UPC i _PLD", w specyfikacji ACPI 5.0.
Konfigurowanie portów USB na komputerze przy użyciu interfejsu ACPI.
Kontrolery i urządzenia hosta SD
Kontrolery hosta SD są używane na platformach SoC do uzyskiwania dostępu zarówno do magazynów danych, jak i urządzeń we/wy. System Windows zawiera sterownik skrzynki odbiorczej dla standardowego sprzętu kontrolera hosta SDA. Aby zapewnić zgodność z tym systemem, urządzenie kontrolera hosta SD musi być zgodne ze specyfikacją SD Association Kontrolera Hosta SD.
Na platformach SoC kontroler hosta SD może być wyliczany przez ACPI. System Windows używa następujących obiektów przestrzeni nazw ACPI podczas wyliczania i konfigurowania zgodnego sprzętu SD:
Przypisany przez dostawcę identyfikator sprzętu zgodny ze standardem ACPI (_HID).
Obiekt Unikatowy identyfikator (_UID), jeśli istnieje więcej niż jedno wystąpienie kontrolera SD w przestrzeni nazw (czyli dwa lub więcej węzłów, które mają identyczne obiekty identyfikacji urządzenia).
Zgodny identyfikator (_CID) dla standardowego kontrolera hosta SD (PNP0D40).
Bieżące ustawienia zasobów (_CRS) przypisane do kontrolera. Zasoby kontrolera są opisane w następujący sposób:
Zasoby sprzętowe dla wszystkich wdrożonych slotów są uwzględniane. Gniazdo to punkt połączenia w magistrali SDIO dla pamięci lub urządzenia we/wy. Każde gniazdo jest skojarzone ze standardowym zestawem rejestrów oraz przerwaniami w kontrolerze hosta SD, które są używane do komunikacji z podłączonym urządzeniem. Kontrolery hosta SD mogą implementować dowolną liczbę gniazd, ale na platformach SoC jest zwykle tylko jeden.
Zasoby gniazd są wymienione razem, w kolejności numerów gniazd (zasoby gniazda 0 są pierwsze, zasoby gniazda 1 są drugie i tak dalej).
Dla każdego miejsca zasoby są wymienione w następującej kolejności:
Adres podstawowy standardowego rejestru SD ustawiony dla gniazda.
Standardowe przerwanie sd dla gniazda.
Zasób przerwania GPIO dla gniazda, do sygnalizowania wstawiania i usuwania kart (jeśli standardowy interfejs wykrywania kart SD nie jest obsługiwany we wszystkich stanach zasilania).
Zasób wejściowy GPIO dla gniazda umożliwiającego odczyt tego, czy karta znajduje się obecnie w gnieździe (jeśli standardowy interfejs wykrywania kart SD nie jest obsługiwany we wszystkich stanach zasilania). Używa tego samego pinu co przerwanie dla wstawiania/usuwania.
Drugi zasób wejściowy GPIO do odczytywania, czy karta w gnieździe jest zabezpieczona przed zapisem (jeśli standardowy interfejs ochrony zapisu SD nie jest obsługiwany we wszystkich stanach zasilania).
Przerwania muszą być zdolne do wybudzania (opisane jako "SharedAndWake" lub "ExclusiveAndWake").
Urządzenia z osadzonymi urządzeniami SD
Urządzenia połączone ze standardem SD są wyliczane przez sterownik magistrali SD. Urządzenia SD zintegrowane z platformą muszą być również umieszczone w przestrzeni nazw ACPI jako elementy podrzędne kontrolera hosta SD. To wymaganie umożliwia systemowi operacyjnemu skojarzenie urządzenia wyliczonego magistralą z atrybutami specyficznymi dla platformy udostępnianymi dla urządzenia przez obiekty ACPI (np. brak możliwości odzyskiwania, stany zasilania urządzenia, zużycie zasobów GPIO lub SPB itd.). Aby skojarzyć to skojarzenie, przestrzeń nazw urządzeń wymaga obiektu Address (_ADR), który komunikuje adres urządzenia w magistrali SDIO. Obiekt _ADR zwraca liczbę całkowitą.
Dla magistrali SDIO wartość tej liczby całkowitej jest definiowana w następujący sposób:
Wysoki wyraz — numer slotu (0 – pierwsze miejsce)
Niska wartość — numer funkcji (zobacz specyfikację SD dla definicji).
Przestrzeń nazw urządzeń z osadzonym zestawem SD musi również obejmować:
Obiekt Remove (_RMV), który zwraca wartość 0 (aby wskazać, że nie można usunąć urządzenia).
Obiekt _CRS dla zasobów pasma bocznego, których urządzenie potrzebuje (takich jak wyprowadzenia GPIO lub połączenia SPB), jeśli są wymagane.
Urządzenia klasy obrazowania (kamery)
Urządzenia fotograficzne mogą być wyliczane przez sterownik graficzny lub usb. W obu przypadkach system Windows musi znać fizyczną lokalizację aparatu, aby można było wyświetlić odpowiedni interfejs użytkownika. W tym celu urządzenia kamery wbudowane w obudowę systemu i mają mechanicznie stały kierunek są zawarte w przestrzeni nazw ACPI i zapewniają obiekt Lokalizacja urządzenia fizycznego (_PLD). Wymaga to:
Urządzenie aparatu ma pojawić się jako urządzenie podrzędne (zagnieżdżone) urządzenia wyliczającego (urządzenie GPU lub urządzenie USB).
Urządzenie aparatu ma na celu podanie obiektu Address (_ADR), który zawiera adres aparatu na magistrali urządzenia nadrzędnego.
W przypadku portu USB zobacz hierarchię przestrzeni nazw ACPI i _ADR dla osadzonych urządzeń USB w następnej sekcji poniżej.
W przypadku grafiki jest to identyfikator określony w metodzie _DOD podanej na urządzeniu z procesorem GPU. Aby uzyskać więcej informacji, zobacz Dodatek B, "Rozszerzenia wideo" specyfikacji ACPI 5.0.
Aparat fotograficzny do udostępnienia obiektu _PLD.
Jeśli istnieją jakiekolwiek zasoby pasma bocznego wymagane przez sterownik kamery (takie jak przerwanie GPIO lub połączenia we/wy lub połączenie SPB), obiekt _CRS jest udostępniany dla tych zasobów.
W obiekcie _PLD pole Panel (bity 67-69), pole Klapa (bit 66) i pole Dock (bit 65) są ustawione na poprawne wartości dla powierzchni, na której zamontowana jest kamera. Wszystkie inne pola są opcjonalne. W przypadku urządzeń przenośnych, w tym tabletów, przedni panel to ten, który trzyma ekran, a jego początek znajduje się w lewym dolnym rogu, gdy wyświetlacz jest w orientacji pionowej. Korzystając z tego odwołania, "Front" wskazuje, że kamera pokazuje użytkownika (kamera internetowa), podczas gdy "Tył" wskazuje, że kamera jest skierowana od użytkownika (aparat fotograficzny lub kamera wideo). Aby uzyskać więcej informacji, zobacz sekcję 6.1.8 "_PLD (fizyczna lokalizacja urządzenia)" w specyfikacji ACPI 5.0.
Hierarchia przestrzeni nazw ACPI i _ADR dla osadzonych urządzeń USB
Podczas dodawania osadzonych urządzeń USB do przestrzeni nazw ACPI hierarchia węzłów urządzenia musi dokładnie odpowiadać urządzeniom wyliczanym przez sterownik USB systemu Windows. Można to określić, sprawdzając Menedżera urządzeń z systemem Windows w trybie "Wyświetl według połączenia". Cała hierarchia, począwszy od kontrolera hosta USB i rozciągając się aż do urządzenia wbudowanego, musi być uwzględniona. Właściwość "Adres" podana w Menedżerze urządzeń dla każdego urządzenia to adres, który oprogramowanie układowe musi zgłaszać w _ADR urządzenia.
Specyfikacja ACPI 5.0 definiuje adresy dla urządzeń USB w następujący sposób:
Koncentrator główny USB: tylko element podrzędny kontrolera hosta. Musi mieć wartość _ADR równą 0. Żadne inne elementy podrzędne lub wartości _ADR nie są dozwolone.
Porty USB: numer portu (1-n)
Urządzenia USB podłączone do określonego portu współużytkuje adres tego portu.
Jeśli urządzenie podłączone do portu jest złożonym urządzeniem USB, funkcje w urządzeniu złożonym muszą używać następującego adresu:
Funkcja USB w urządzeniu USB złożonym: numer portu, z którym jest podłączone urządzenie złożone, PLUS pierwszy numer interfejsu funkcji. (Dodawanie arytmetyczne).
Aby uzyskać więcej informacji, zobacz Identyfikowanie lokalizacji kamer wewnętrznych.
Przykłady kodu ASL
W poniższym przykładzie kodu ASL opisano kamerę internetową USB podłączoną bezpośrednio do portu USB 3.
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
W poniższym przykładzie kodu ASL opisano urządzenie złożone USB, które implementuje kamerę internetową jako funkcję 2.
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
W poniższym przykładzie kodu ASL opisano kamerę internetową połączoną za pośrednictwem protokołu 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
Urządzenia HID-over-I2C
System Windows zawiera sterownik klasy dla urządzeń interfejsu użytkownika (HID). Ten sterownik zapewnia ogólną obsługę szerokiej gamy urządzeń wejściowych (takich jak panele dotykowe, klawiatury, myszy i czujniki). Na platformach SoC urządzenia HID mogą być połączone z platformą za pośrednictwem I2C i są wyliczane przez ACPI. Aby zapewnić zgodność z obsługą klas HID w systemie Windows, używane są następujące obiekty przestrzeni nazw:
_HID specyficzne dla dostawcy
A _CID of PNP0C50
_CRS z:
Zasób I2CSerialBusConnection umożliwiający dostęp do urządzenia
Zasób GpioInt dla przerwań
Metoda HIDI2C _DSM zwracania adresu rejestru deskryptora HID na urządzeniu. Aby uzyskać więcej informacji, zobacz HIDI2C Device-Specific Method (_DSM).
Urządzenia przyciskowe
W przypadku platform SoC system Windows obsługuje zarówno przycisk zasilania metody sterowania zdefiniowanej przez ACPI, jak i tablicę z pięcioma przyciskami zgodnymi z systemem Windows. Przycisk zasilania, niezależnie od tego, czy zaimplementowany jako przycisk zasilania metody sterowania ACPI, czy jako część tablicy przycisków zgodnej z systemem Windows, wykonuje następujące czynności:
Powoduje uruchomienie platformy, jeśli jest wyłączona.
Generuje zdarzenie przesłonięcia przycisku zasilania po zatrzymaniu. Aby uzyskać więcej informacji, zobacz sekcję 4.8.2.2.1.3, "Zastąpienie przycisku zasilania" specyfikacji ACPI 5.0.
Metoda sterowania przyciskiem zasilania
Konstrukcje clamshell i inne systemy z wbudowanymi lub podłączonymi klawiaturami implementują przycisk zasilania metody kontroli zdefiniowanej przez ACPI (sekcja 4.8.2.2.1.2 specyfikacji ACPI 5.0) przy użyciu zdarzeń ACPI typu GPIO-Signaled (sekcja 5.6.5 specyfikacji ACPI 5.0). Aby obsługiwać urządzenie przycisku zasilania, przestrzeń nazw:
Opisuje wyprowadzenia gpIO przycisku zasilania jako nieudostępny zasób przerwania GPIO.
Wyświetla zasób przerwania GPIO dla przycisku zasilania w obiekcie _AEI kontrolera GPIO, do którego jest podłączony.
Udostępnia skojarzoną metodę zdarzeń (Lxx/Exx/EVT) dla urządzenia kontrolera GPIO. Ta metoda zdarzenia powiadamia sterownik przycisku metody kontrolnej w systemie operacyjnym, że zdarzenie przycisku miało miejsce.
Aby uzyskać więcej informacji, zobacz Przyciski sprzętu dla tabletów z systemem Windows 8 i urządzeń konwertowanych.
Tablica przycisków zgodna z systemem Windows
W przypadku platform z obsługą dotykową (bez klawiatury), takich jak tablety, system Windows udostępnia ogólny sterownik dla zestawu pięciu przycisków. Każdy przycisk w tablicy ma zdefiniowaną funkcję (zobacz numerowane elementy na poniższej liście), a niektóre kombinacje przycisków "hold-and-press" mają dodatkowe znaczenie w interfejsie użytkownika. Nie zdefiniowano żadnych kombinacji przycisków, które wymagają przytrzymowania przycisku zasilania. Aby uzyskać zgodność ze sterownikiem przycisku skrzynki odbiorczej systemu Windows, zaimplementowane jest urządzenie ACPI zgodne z systemem Windows. Urządzenie jest definiowane w następujący sposób:
Każdy z pięciu przycisków jest podłączony do własnego dedykowanego pinu przerwania na platformie.
Każde przypięcie przerwania jest skonfigurowane jako nieudzielony (wyłączny), wyzwalany brzegowo zasób przerwania (Edge), który przerywa oba krawędzie (ActiveBoth).
Przestrzeń nazw urządzeń zawiera _HID zdefiniowane przez dostawcę, a także _CID PNP0C40.
Zasoby przerwania gpIO w obiekcie _CRS są wymienione w następującej kolejności:
Przerwanie odpowiadające przyciskowi "Zasilanie"
Przycisk "Power" musi mieć funkcję wznawiania działania (ExclusiveAndWake).
Przerwanie odpowiadające przyciskowi "Windows"
Przycisk Windows musi mieć możliwość wznawiania systemu (funkcja ExclusiveAndWake).
Przerwanie odpowiadające przyciskowi "Głośność w górę"
Przycisk "Głośność w górę" nie może mieć możliwości wybudzania (musi korzystać z trybu wyłącznego).
Przerwanie odpowiadające przyciskowi "Zmniejszanie głośności"
Przycisk "Głośność w dół" nie może być zdolny do wznawiania pracy (musi być używany w trybie ekskluzywnym).
Przerwanie odpowiadające przyciskowi "Blokada rotacji", jeśli jest obsługiwane
Przycisk "Blokada obrotu" nie może być zdolny do wybudzania (musi mieć tryb wyłączności).
Aby uzyskać więcej informacji, zobacz Przyciski sprzętu dla tabletów z systemem Windows 8 i urządzeń konwertowanych.
Aby wspierać ewolucję interfejsu użytkownika przycisków Windows, system Windows definiuje metodę Device-Specific (_DSM) dla urządzenia z tablicą przycisków Windows. Aby uzyskać więcej informacji, zobacz Windows Button Array Device-Specific Method (_DSM).
Urządzenia do wykrywania stacji dokujących i komputerów konwertowalnych
System Windows obsługuje stacje dokujące i urządzenia konwertowalne (kombinacje clamshell/tablet) przy użyciu dwóch czujników w przestrzeni nazw ACPI. Te urządzenia są obsługiwane przez sterownik przycisku skrzynki odbiorczej systemu Windows. Należy pamiętać, że te same wymagania, które mają zastosowanie do urządzenia Tablica przycisków, mają zastosowanie również do następujących urządzeń:
Przerwania GPIO ActiveBoth muszą być podłączone do kontrolera GPIO w układzie SoC (nie do kontrolera GPIO połączonego z magistralą SPB).
Kontroler GPIO musi obsługiwać przerwania w trybie poziomu i dynamiczne reprogramowanie polaryzacji.
Sterownik kontrolera GPIO musi używać emulacji ActiveBoth dostarczonej przez rozszerzenie struktury GPIO (GpioClx).
Jeśli zadeklarowany stan ("Zadokowany" lub "Przekonwertowany") nie jest na niskim poziomie sygnału logicznego, metoda _DSM kontrolera GPIO jest wymagana, aby zastąpić domyślne zachowanie stosu sterowników GPIO. Więcej informacji znajdziesz w sekcji Urządzenia kontrolera GPIO w temacie Ogólne przeznaczenie We/Wy (GPIO).
Aby uzyskać więcej informacji, zobacz Przyciski sprzętu dla tabletów z systemem Windows 8 i urządzeń konwertowanych.
Urządzenie z wykrywaniem dokowania
Urządzenie wykrywające podłączenie stacji dokującej przerywa system, gdy stacja dokująca jest dołączona lub odłączona od systemu. Informacje o zmianie trybu są używane do aktualizowania doświadczenia użytkownika w zakresie danych wejściowych i wyjściowych, według potrzeb. Przestrzeń nazw urządzenia wymaga:
_HID specyficzne dla dostawcy
A _CID of PNP0C70
_CRS z jednym przerwaniem ActiveBoth
Przerwanie nie może być zdolne do wybudzania.
Urządzenie do wykrywania komputerów z kabrioletem
Urządzenie wykrywające komputer konwertowalny przerywa działanie systemu, gdy komputer przełącza się z trybu tabletu na tryb laptopa. Informacje o zmianie tego trybu są wykorzystywane do aktualizacji doświadczeń użytkownika związanych z danymi wejściowymi i wyjściowymi, zgodnie z wymaganiami. Przestrzeń nazw urządzenia wymaga:
_HID specyficzne dla dostawcy
A _CID of PNP0C60
_CRS z jednym przerwaniem ActiveBoth
Przerwanie nie może mieć zdolności wybudzania.