diff --git a/CorsairDriverBugfix/doc/notes.txt b/CorsairDriverBugfix/doc/notes.txt
index b2b7c9982d2448646312e13492abbbe1d41815f6..4cb9f839337755ed7e45b276b020d0206101f4fd 100644
--- a/CorsairDriverBugfix/doc/notes.txt
+++ b/CorsairDriverBugfix/doc/notes.txt
@@ -58,6 +58,14 @@ Interessant hier: Der Report Descriptor liefert Auskunft über alle Telegramme,
 
 Eine Vermutung von mir: In den HID-Treiben werden Mutexe verwendet. Ich könnte mir vorstellen, dass falls im Descriptor ein Telegramm fälschlicherweise zu lang angemeldet wird, dass ein Mutex für den Lesevorgang blockiert wird und nicht wieder auftaut, da ein zu kurzes Telegramm angekommen ist. (Würde erklären, weshalb Funktionen teilweise noch funktionieren, aber Tasten fälschlicherweise als gedrückt empfunden werden z.B. Eventuell passt die Kommunikation auch nicht mehr, wenn das falsche Telegramm kommt und durch STRG+ALT+F1 und anschließendes zurückwechseln in den xserver werden die Puffer neu initialisiert.
 
+Möglicherweise interessante Treiber, um die Theorie zu bestätigen:
+	snd
+	hid-input 
+	hid-generic
+
+hid-input:
+	Implementiert Kommandos (Keycodes) nach Spek.: usb-hid.c Z:749: USB HUT v1.12, pages 75-84 */
+