Uso di un file INF universale

Alcune edizioni di Windows usano solo un subset dei metodi di installazione del driver disponibili in Windows 10 Desktop. Un file INF per le versioni non desktop di Windows deve eseguire solo operazioni aggiuntive descritte completamente nel file INF. Un file INF con tale sintassi limitata è denominato file INF universale.

Un file INF universale installa in modo prevedibile, con lo stesso risultato ogni volta. I risultati dell'installazione non dipendono dall'esecuzione di componenti esterni ai componenti di installazione del dispositivo forniti dal sistema. Ad esempio, i riferimenti al programma di installazione condivisa non sono validi in un file INF universale perché la richiesta di codice in una DLL aggiuntiva per l'esecuzione come parte dell'installazione significa che il sistema non può determinare il risultato dell'installazione solo dal file INF.

Per verificare se l'INF è universale, usare infverif /u.

Un driver di Windows deve superare infverif /w, che verifica /u e isolamento pacchetto driver.

Per un elenco delle opzioni infVerif, vedere Esecuzione di InfVerif dalla riga di comando.

Se stai creando un pacchetto di Driver desktop di Windows, non devi usare un file INF universale, ma è consigliabile farlo a causa dei vantaggi delle prestazioni.

Quali sezioni INF non sono valide in un file INF universale?

È possibile usare qualsiasi sezione INF definita dal sistema in un file INF universale, ad eccezione dei seguenti:

La sezione PRODUTTORE INF è valida purché la decorazione TargetOSVersion non contenga un flag ProductType o un flag SuiteMask .

La sezione INF DefaultInstall è valida solo se ha una decorazione dell'architettura, ad esempio [DefaultInstall.NTAMD64].

Quali direttive INF non sono valide in un file INF universale?

È possibile usare qualsiasi direttiva INF definita dal sistema in un file INF universale, ad eccezione dei seguenti:

Le direttive seguenti sono valide con alcune avvertenze:

  • La direttiva INF AddReg è valida se le voci nella sezione add-registry-specified hanno un valore reg-rootHKR o nei casi seguenti:

    • Per la registrazione di oggetti COM (Component Object Model ), è possibile scrivere una chiave in:
      • HKCR
      • HKLM\SOFTWARE\Classes
    • Per la creazione di trasformazioni Hardware Media Foundation (MFT), è possibile scrivere una chiave in:
      • HKLM\SOFTWARE\Microsoft\Windows Media Foundation
      • HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows Media Foundation
      • HKLM\SOFTWARE\WOW3232Node\Microsoft\Windows Media Foundation
  • La direttiva INF CopyFiles è valida solo se la directory di destinazione è uno dei dirids seguenti:

    • 11
    • 12
    • 13 (vedere Run from Driverstore)
      Nota: CopyFiles non può essere usato per rinominare un file per il quale DestinationDirs include dirid 13.
    • 10,SysWOW64
    • 10, nome della sottodirectory specifica del fornitore
      Nota: In Windows 10, versione 1709, l'uso di dirid 10 con un nome di sottodirectory specifico del fornitore è valido in un INF universale come misurato usando lo strumento InfVerif. Nelle versioni successive questo valore potrebbe non essere supportato. È consigliabile passare a dirid 13.

Vedere anche