Verwenden einer universellen INF-Datei
Einige Versionen von Windows verwenden nur eine Untermenge der Treiberinstallationsmethoden, die unter Windows 10 Desktop verfügbar sind. Eine INF-Datei für Nicht-Desktop-Versionen von Windows darf nur additive Vorgänge ausführen, die in der INF-Datei vollständig beschrieben sind. Eine INF-Datei mit einer solch eingeschränkten Syntax wird als universelle INF-Datei bezeichnet.
Eine universelle INF-Datei installiert vorhersehbar und jedes Mal mit dem gleichen Ergebnis. Die Ergebnisse der Installation hängen nicht von der Ausführung von Komponenten außerhalb der vom System bereitgestellten Komponenten zur Installation von Geräten ab. So sind beispielsweise Verweise auf Co-Installer in einer universellen INF-Datei nicht zulässig, da das System das Ergebnis der Installation nicht allein anhand der INF-Datei ermitteln kann, wenn Code in einer zusätzlichen DLL als Element der Installation ausgeführt werden muss.
Um zu testen, ob Ihre INF-Datei universell ist, verwenden Sie infverif /u.
Ein Windows-Treiber muss infverif /w bestehen, der sowohl /u als auch Treiberpaket-Isolation testet.
Eine Liste der InfVerif-Optionen finden Sie unter InfVerif über die Kommandozeile ausführen.
Wenn Sie ein Windows Desktop-Treiber-Paket erstellen, müssen Sie keine universelle INF-Datei verwenden, aber es wird aufgrund der Leistungsvorteile empfohlen, dies zu tun.
Welche INF-Abschnitte sind in einer universellen INF-Datei ungültig?
Sie können jeden systemdefinierten INF-Abschnitt in einer universellen INF-Datei verwenden, mit Ausnahme der folgenden:
- INF-ClassInstall32-Abschnitt
- INF-DDInstall.CoInstallers-Abschnitt
- INF-DDInstall.FactDef-Abschnitt
- INF-DDInstall.LogConfigOverride-Abschnitt
Der INF Abschnitt Manufacturer ist gültig, solange die TargetOSVersion-Auszeichnung kein ProductType Flag oder SuiteMask Flag enthält.
Der INF DefaultInstall-Abschnitt ist nur gültig, wenn er eine Architektur-Auszeichnung enthält, zum Beispiel [DefaultInstall.NTAMD64].
Welche INF-Direktiven sind in einer universellen INF-Datei ungültig?
Sie können jede systemdefinierte INF-Direktive in einer universellen INF-Datei verwenden, mit Ausnahme der folgenden:
- INF-Direktive BitReg
- INF-DelFiles-Direktive
- INF-DelProperty-Direktive
- INF-DelReg-Direktive
- INF-DelService-Direktive
- INF-Ini2Reg-Direktive
- INF-LogConfig-Direktive
- INF-ProfileItems-Direktive
- INF-RegisterDlls-Direktive
- INF-RenFiles-Direktive
- INF-UnregisterDlls-Direktive
- INF-UpdateIniFields-Direktive
- INF-UpdateInis-Direktive
Die folgenden Direktiven sind mit einigen Vorbehalten gültig:
Die Direktive INF AddReg ist gültig, wenn Einträge in der angegebenen add-registry-section einen reg-root-Wert von HKR haben, oder in den folgenden Fällen:
- Für die Registrierung von Component Object Model (COM)-Objekten kann ein Schlüssel unter geschrieben werden:
- HKCR
- HKLM\SOFTWARE\Classes
- Für die Erstellung von Hardware Media Foundation Transforms (MFTs), kann hier ein Schlüssel geschrieben werden:
- HKLM\SOFTWARE\Microsoft\Windows Media Foundation
- HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows Media Foundation
- HKLM\SOFTWARE\WOW3232Node\Microsoft\Windows Media Foundation
- Für die Registrierung von Component Object Model (COM)-Objekten kann ein Schlüssel unter geschrieben werden:
INF CopyFiles Direktive ist nur gültig, wenn das Zielverzeichnis eines der folgenden dirids ist:
- 11
- 12
- 13 (siehe Ausführen von Driverstore)
Hinweis: CopyFiles darf nicht verwendet werden, um eine Datei umzubenennen, für die DestinationDirs die dirid 13 enthält. - 10,SysWOW64
- 10,vendor-specific subdirectory name
Hinweis: In Windows 10, Version 1709, ist die Verwendung von dirid 10 mit einem herstellerspezifischen Unterverzeichnisnamen in einer universellen INF gültig, die mit dem Tool InfVerif gemessen wird. In späteren Versionen wird dieser Wert möglicherweise nicht mehr unterstützt. Wir empfehlen den Wechsel zu dirid 13.