Requisiti UEFI per Windows 10 Mobile
Oltre ai requisiti UEFI elencati nei requisiti UEFI applicabili a tutte le edizioni di Windows, i dispositivi che eseguono Windows 10 Mobile devono soddisfare anche i requisiti aggiuntivi descritti in questo argomento.
Requisiti che si espandono sui requisiti UEFI generali per tutte le edizioni di Windows
La tabella seguente descrive i requisiti UEFI per Windows 10 Mobile che si espandono su tali requisiti descritti nei requisiti UEFI applicabili a tutte le edizioni di Windows.
| Requisito | Descrizione |
|---|---|
| GPT | Il dispositivo deve essere in grado di avviare dalla tabella di partizione GUID (GPT). Inoltre, il dispositivo deve includere sia un GPT primario che quello di backup, come descritto nella sezione 5.3 denominata "GUID Partition Table Disk Layout" della specifica UEFI |
| Servizi variabili | I servizi variabili devono fornire almeno 64 KB di archiviazione non volatile da usare da Microsoft. Inoltre, questi servizi variabili devono essere implementati in una posizione contrassegnata di archiviazione. Questo requisito è necessario disporre di spazio sufficiente per archiviare chiavi e altri parametri per l'avvio sicuro, per consentire l'flashing dell'intera risorsa di archiviazione con nuove variabili e per consentire l'esclusione di queste variabili quando si flasha l'intera risorsa di archiviazione. Per ridurre i costi della bom e la complessità hardware, Microsoft richiede che i servizi variabili non vengano implementati tramite l'aggiunta di una parte flash aggiuntiva al dispositivo. |
| Protocollo di input di testo semplice | Le chiavi fisiche seguenti devono eseguire il mapping alle funzioni seguenti: Volume su: freccia su Volume su: freccia giù Fotocamera: Immettere Pulsante di alimentazione: Sospendere |
| Servizi di memoria | La funzione GetMemoryMap() deve restituire l'intervallo completo di memoria fisica per la piattaforma, come specificato nella sezione 6.2 "Servizi di memoria" della specifica UEFI. |
| Protocollo di I/O del blocco EFI | Il protocollo EFI block I/O deve segnalare una dimensione dei dispositivi di archiviazione in base alle dimensioni del settore nativo. Ad esempio, un dispositivo del settore di 4 KB non deve segnalare se stesso come dispositivo del settore a 512 byte. |
Requisiti specifici per Windows 10 Mobile
Nella tabella seguente vengono descritti i requisiti specifici per Windows 10 Mobile.
| Requisito | Descrizione |
|---|---|
| Driver UEFI | I driver UEFI devono essere incorporati nel firmware UEFI. |
| Protocollo di funzione USB | Il firmware UEFI deve includere un driver che rispetta il protocollo di funzione USB UEFI. Per altre informazioni, vedere Protocollo di funzione USB UEFI. L'enumerazione USB in UEFI deve essere gestita solo dal codice Microsoft. |
| Protocollo di ricarica della batteria | Se il dispositivo usa l'applicazione di ricarica della batteria UEFI Microsoft, il firmware UEFI deve includere un driver che implementa il protocollo di ricarica della batteria UEFI. Prima che il dispositivo si esegni al software di ricarica della batteria UEFI Microsoft, il dispositivo deve rispettare la specifica di ricarica della batteria USB v1.2. Per altre informazioni, vedere Protocollo di ricarica della batteria UEFI e Ricarica della batteria nell'ambiente di avvio. Importante: Questo requisito si applica solo se il dispositivo usa l'applicazione di ricarica della batteria UEFI Microsoft. Se il dispositivo usa un'applicazione di ricarica della batteria UEFI personalizzata anziché l'applicazione fornita da Microsoft, il driver di ricarica della batteria UEFI non deve implementare il protocollo di ricarica della batteria UEFI. |
| Visualizzare il protocollo di stato di alimentazione | Se il dispositivo usa l'applicazione di ricarica della batteria UEFI Microsoft, il firmware UEFI deve includere un driver che implementa il protocollo ueFI display power state. Questo protocollo viene usato per attivare e disattivare lo schermo e riattivarlo durante la ricarica nell'ambiente UEFI. Per altre informazioni su questo protocollo, vedere UEFI display power state protocol. Per altre informazioni su come questo protocollo viene usato dall'applicazione di ricarica della batteria UEFI, vedere Architettura dell'applicazione di ricarica della batteria UEFI. Importante: Questo requisito si applica solo se il dispositivo usa l'applicazione di ricarica della batteria UEFI Microsoft. Se il dispositivo usa un'applicazione di ricarica della batteria UEFI personalizzata anziché l'applicazione fornita da Microsoft, il driver di ricarica della batteria UEFI non deve implementare il protocollo UEFI display power state. |
| Ottimizzazione alimentazione | È consigliabile ottimizzare l'ambiente UEFI per non usare una potenza eccessiva. Ciò consente al dispositivo di usare il minor potere possibile durante l'avvio e di caricare il più rapidamente possibile (quando si carica in UEFI). |
| Pulsanti hardware riservati | Durante il processo di avvio, Microsoft definisce le pressioni autonome della potenza, del volume e del volume verso il basso come trigger che possono essere usati per avviare diverse applicazioni UEFI fornite da Microsoft. Le macchine virtuali non devono eseguire l'overload della potenza, del volume o del volume durante l'avvio per eseguire azioni personalizzate o avviare altre applicazioni UEFI. L'elenco seguente mostra quali applicazioni UEFI fornite da Microsoft vengono avviate da questi pulsanti. Volume up: applicazione UEFI flash fornita da Microsoft. Volume down: applicazione di reimpostazione del dispositivo UEFI fornita da Microsoft. Power: applicazione del menu di avvio per sviluppatori fornita da Microsoft. Nota: Gli OEMS devono anche assicurarsi che il volume verso l'alto e il volume giù pulsanti funzionino rispettivamente come freccia su e verso il basso, rispettivamente, nell'ambiente UEFI. |
| Applicazioni UEFI OEM | Le macchine virtuali possono aggiungere applicazioni UEFI che aiutano la produzione e la manutenzione del dispositivo. Queste applicazioni hanno le restrizioni seguenti: Le applicazioni UEFI non devono influire sul tempo di avvio. Le applicazioni UEFI devono essere firmate con un certificato che si trova nella variabile UEFI (db) del database di firma consentita. Le applicazioni UEFI devono comportarsi in uno dei modi seguenti: non devono mai essere eseguite durante un avvio al sistema operativo principale o aggiornare il sistema operativo oppure devono sempre essere eseguite durante l'avvio del sistema operativo principale o aggiornare il sistema operativo. Le applicazioni UEFI non devono talvolta essere eseguite e talvolta non vengono eseguite durante l'avvio al sistema operativo principale o aggiornare il sistema operativo. Quando la crittografia dei dispositivi è abilitata, il modulo TPM (Trusted Platform Module) archivia la sequenza di avvio e non può essere modificato dopo l'abilitazione della crittografia del dispositivo. Ad esempio, se la sequenza di avvio è l'applicazione firmware> UEFI A > bootarm.efi, la rimozione dell'applicazione A dalla sequenza di avvio causerà l'errore del TPM. Inoltre, se sono presenti più applicazioni UEFI, il firmware deve garantire un ordinamento coerente delle applicazioni. Ad esempio, se la sequenza di avvio èun'applicazionefirmware >UEFIA > application B > bootarm.efi, la modifica della sequenza di avvio inun'applicazione>> firmware >UEFIA bootarm.efi potrebbe causare l'annullamento dell'errore del TPM se le applicazioni A e la catena B vengono modificate in voci diverse nel database. L'aggiornamento dei certificati di avvio delle applicazioni di avvio non causa un problema con il TPM. Tuttavia, se le applicazioni UEFI vengono riassegnate in modo che concatenano una voce diversa nel database, questo causerà anche che il TPM non riuscirà a annullare l'esecuzione. |
Argomenti correlati
Requisiti UEFI minimi per le piattaforme Windows in SoC