Thread-lokaler Speicher im Kernel-Modus?

Gibt es eine Thread-Local Storage (TLS) Entsprechung für Kernel-Modus-Treiber in Windows (Win32 um genau zu sein)?

Was ich versuche zu erreichen:

Irgendwann aus der Dispatch-Routine meines Treibers kann es viele andere Funktionen aufrufen (es kann einen tiefen Callstack geben). Ich möchte einige Kontextinformationen angeben, die spezifisch für die Anfrage sind, die verarbeitet wird. Das heißt, ich habe eine Struktur, deren Zeiger in allen aufgerufenen Funktionen sichtbar sein sollte, ohne sie explizit als Parameter an jede Funktion zu übergeben.

Die Verwendung von static / global ist keine perfekte Option (Multithreading, Synchronisationsobjekte und so weiter).

Wenn das ein Code für den Benutzermodus wäre, würde man in einer solchen Situation offensichtlich TLS verwenden. Aber AFAIK gibt es keine Kernel-Mode-Funktionen wie TlsGetValue / TlsSetValue . Und das macht Sinn - für diejenigen, die arbeiten müssen, muss man zuerst einen prozessweiten TLS-Index zuweisen. Der OTOH-Treibercode kann in einem beliebigen Thread aufgerufen werden und ist nicht auf einen bestimmten Prozess beschränkt.

Ich brauche jedoch keinen persistenten Thread-spezifischen Speicher. Ich brauche nur einen threadspezifischen Speicher für den Aufruf meiner Funktion auf oberster Ebene.

Ich denke, ich weiß, wie man das TLS "umsetzt", wenn auch in hackischer Weise. Anstatt den TLS-Index zuzuweisen, verwende ich immer einen vordefinierten Index (z. B. index = 0). Bei der Top-Level-Funktion speichere ich den gespeicherten TLS-Wert und überschreibe ihn mit dem benötigten Wert. Nach Abschluss wird der gespeicherte Wert wiederhergestellt.

Zum Glück weiß ich, wie das TLS in Win32 implementiert ist. Es gibt eine TIB -Struktur (Thread-Informationsblock) für jeden Thread. Auf jeden Thread kann mit FS:[18h] selector zugegriffen werden. Das TIB enthält (unter anderem) ein von TLS verwendetes Array. Der Rest ist ziemlich einfach.

Ich würde jedoch lieber eine offizielle API verwenden, um etwas Ähnliches zu erreichen.

• Gibt es eine offizielle Kernel-Modus-API, um das zu erreichen, was ich brauche?
• Gibt es Gründe zu vermeiden, was ich vorhabe? Ich weiß, dass möglicherweise ein Problem mit dem Wiedereintritt auftreten kann (d. H. Ein Code ruft mich auf, ich überschreibe den TLS-Wert und rufe schließlich den Ursprungscode an, der sich auf den TLS stützen kann). Aber das ist in meinem speziellen Fall nicht möglich?
• Gibt es weniger schmutzige Wege, das zu lösen?

Vielen Dank im Voraus.

P.S. Man kann theoretisch SEH verwenden (das auch pro-Thread-Informationen gespeichert hat). Das heißt, den Code der obersten Ebene um __try/__except umbrechen, dann, wo die Kontextinformationen benötigt werden - die Ausnahme continuable mit einem Parameter auslösen, im Block __except den Parameter mit den Kontextinformationen füllen und dann die Ausführung fortsetzen. Und dies ist ein 100% gültiger Programmablauf, ohne die undokumentierten Funktionen zu verwenden. Aber nichtsdestotrotz scheint dies ein hässlicher Hack für mich zu sein, ganz zu schweigen von den Performancekomplikationen.