Toho by som sa nebal.
Aj pri nativnom stacku je driver zlozeny z dvoch casti - userspace dll, ktora pripravuje buffery na spracovanie a uklada ich do fronty a kernel space driver, ktory ma na starosti alokaciu zdrojov a pripravene buffery vo fronte posle na hardware.
Hyperv vie sockety medzi virtualnymi strojmi, ktore su vykonovo na tom rovnako ako nativne sokety v operacnom systeme. Takze ked budu mat userspace cast ovladaca nativnu linuxovu, ktora posle svoje data cez tenky shim v jadre a ten to posle rovno kernelovemu driveru v druhej wm cez hyperv socket, tak vykon bude velmi blizko nativnemu.