Jak dokładnie „intel_iommu = igfx_off” wpływa na przejście Intel IGD?

Jak dokładnie „intel_iommu = igfx_off” wpływa na przejście Intel IGD? Czy to uniemożliwia całkowite odłączenie Intel IGD od hosta, aby emulator taki jak qemu-kvm nie widział nawet przypisanego GPU na pierwszym miejscu jako jednego z dostępnych urządzeń graficznych, nie mówiąc już o gościu, który jeszcze nie uruchomił? Czy może po prostu wpływa na przyspieszenie sprzętowe karty graficznej, aby było niedostępne dla gości?

Dzięki.

gpu acceleration

— geekie12
źródło

Pomocna może być wiedza o tym, co naprawdę próbujesz rozwiązać, używając tej opcji.

— Daniel B

Intel IGD pci-passthrough przy użyciu qemu-kvm.

— geekie12

A co sprawia, że uważasz, że potrzebujesz tej opcji?

— Daniel B

Niektóre wątki przejściowe GPU mają „intel_iommu = igfx_off” jako obejście problemów graficznych, czasami nawet dla samego hosta. Tak więc, zanim przejdziemy dalej, pomyślałem o zrozumieniu możliwości przejścia GPU z opcją igfx_off. Z dokumentacji jądra (Documentation / kernel-parameters.txt) nie wynika jasno, czy igfx_off uniemożliwi pomyślne przejście GPU, ale mówi, że mapowanie nie nastąpi dla GPU i użyje adresu fizycznego omijającego DMA. Co o tym myślisz?

— geekie12

Udało mi się osiągnąć Intel IGD GPU-passthrough dla Qemu/KVM, z fully working guests, po blisko 3 latach rozproszonych niezależnych badań i rozwoju, ponownie early 2016, więc aktualizuję tutaj dla zainteresowanych. Poniżej znajdują się kompletne demonstracje pokazujące udane wprowadzenie oddzielnych wystąpień Windows, Ubuntu i Android-x86, jeden po drugim, wewnątrz Qemu/KVM używając Intel IGD physical GPU to zostało przekazane Qemu/KVM za pomocą PCI-passthrough mechanizm. Zawierają one wszystkie szczegóły techniczne dotyczące znalezienia zgodnego jądra hosta, Qemu/KVM modyfikacje kodu źródłowego, aby móc skutecznie oferować kod Intel IGD physical GPU dla gościa do renderowania grafiki i całego debugowania gościa.

Ubuntu 14.04 x86_64 (gospodarz) : Biegnie Qemu/KVM z Intel IGD GPU-passed-through
Windows 10 (Gość) : https://www.youtube.com/watch?v=WmKzRGT2cjI
Ubuntu (Gość) : https://www.youtube.com/watch?v=1_VXTDgqnHg
Android (Gość) : https://www.youtube.com/watch?v=PBN1DmarJ7k

Powiązany projekt: Z powyższym sukcesem w osiąganiu udanych iw pełni pracujących gości Intel IGD GPU-passthrough dla Qemu/KVM, specjalnie dla Androida, przerobiłem mój program thesis na Android Sensor Emulation projekt badawczy z tym Intel IGD GPU-passthrough pracować, aby móc zademonstrować wszystko graphics-intense gry wyposażone w mnóstwo emulated sensors kierowany przez hardware sensor readings przez WiFi w czasie rzeczywistym, dzięki czemu użytkownik może grać w gry na Androida na PC za pomocą smartfona z systemem Android jako joystick lub innymi słowy, jak a PlayStation controller. Dla zainteresowanych tą pracą related do Intel IGD GPU-passthroughponiżej znajduje się pełna demonstracja tego samego.

Play Android games on PC - Use your phone as remote - Android Sensor Emulation : https://www.youtube.com/watch?v=vdcOS247F-4

Uwaga: Jako taki mój Android Sensor Emulation nie zależy od żadnego GPU-passthrough wsparcie. The Intel IGD GPU-passthrough był potrzebny tylko w zaawansowanych grach z systemem Android, takich jak Need For Speed, Asphalt, itp. co najmniej wymagało OpenGLES 3.0+ w przeciwieństwie do OpenGLES 1.0/1.1 że Qemu/KVM dołączono emulowaną kartę graficzną. Aby pokazać pełny potencjał mojego Android Sensor Emulation pracuję z perspektywy użytkownika końcowego, wybrałem te zaawansowane gry graficzne, które były kontrolowane przez motion sensors (Jak na przykład gyroscope, accelerometer, itp.) odczyty, które zostały faktycznie dostarczone przez moje Android Sensor Emulation logika.

Twoje zdrowie.

— geekie12
źródło