Toto fórum používá cookies
Toto fóru používá cookies k ukládání údajů o přihlašení pokud jste registrovaný uživatel a o poslední návštěvě pokud nejste. Cookies jsou malé textové dokumenty ukládané na vašem pocítači; cookies nastavené tímto fórem mohou být použity pouze na této webové stránce a nepředstavují žádné bezpečnostní riziko. Cookies na tomto fóru také sledují konkrétní témata, která jste si přečetli a kdy jste je naposledy přečetli. Potvrďte, zda přijmete nebo odmítnete nastavené soubory cookie.

Soubor cookie bude uložen ve vašem prohlížeči bez ohledu na volbu, aby vám tato otázka nebyla znovu položena. Nastavení cookie budete moci kdykoli změnit pomocí odkazu v zápatí.

Hodnocení tématu:
  • 0 Hlas(ů) - 0 Průměr
  • 1
  • 2
  • 3
  • 4
  • 5
AVerMedia GC573 Live Gamer 4K (GC573)
#1
Výrobce AverMedia připravil cenově dostupnější PCIe  HDMI grabovací kartu s rozhraním PCIe 4x 2.0.
https://www.avermedia.com/gaming/product...r_4k_gc573

Její podpora je omezena na Windows 10, takže v mém případě (kromě nativních Win10 prakticky nevyužívaných) to znamenalo pokus o její oživení
ve VM (GuestOS: Windows 10). Pomocí PCI passthrough se sice podařilo zajistit instalaci ovladače a zařízení se jeví ve VM funkční (včetně přidělených prostředů).
Tato idyla ovšem končí při snaze zařízení využít obslužným programem (RECentral4), jelikož vzápětí dojde k zamrznutí obslužného programu,
GuestOSu a nezřídka i HostOSu.

Zjištění:
Ve výchozím nastavení to vypadá, že karta sdílí IRQ 16 s nějakým PCI Bridge.
Pokusy s  aplikací nastavení  nomsi, irqpoll atd v GRUBu  se podařilo docílit přidělení individuálního IRQ#, ale bez pozitivního dopadu na fungovaní ve VM.
V dmesg se objeví záznam o ignorování vektoru IRQ.

Kód:
 lspci -t (hpet=disable pci=nomsi)

-+-[0000:40]-+-00.0
|           +-00.2
|           +-01.0
|           +-01.1-[41]----00.0
|           +-01.3-[42]----00.0
|           +-02.0
|           +-03.0
|           +-03.1-[43]--+-00.0
|           |            \-00.1
|           +-04.0
|           +-07.0
|           +-07.1-[44]--+-00.0
|           |            +-00.2
|           |            \-00.3
|           +-08.0
|           \-08.1-[45]--+-00.0
|                        \-00.2
\-[0000:00]-+-00.0
            +-00.2
            +-01.0
            +-01.1-[01-07]--+-00.0
            |               +-00.1
            |               \-00.2-[02-07]--+-00.0-[03]--
            |                               +-04.0-[04]----00.0
            |                               +-05.0-[05]----00.0
            |                               +-06.0-[06]----00.0
            |                               \-07.0-[07]--
            +-01.2-[08]----00.0
            +-01.3-[09]--+-00.0
            |            \-00.1
            +-02.0
            +-03.0
            +-03.1-[0a]--+-00.0
            |            \-00.1
            +-04.0
            +-07.0
            +-07.1-[0b]--+-00.0
            |            +-00.2
            |            \-00.3
            +-08.0
            +-08.1-[0c]--+-00.0
            |            +-00.2
            |            \-00.3
            +-14.0
            +-14.3
            +-18.0
            +-18.1
            +-18.2
            +-18.3
            +-18.4
            +-18.5
            +-18.6
            +-18.7
            +-19.0
            +-19.1
            +-19.2
            +-19.3
            +-19.4
            +-19.5
            +-19.6
            \-19.7

Kód:
42:00.0 Multimedia video controller [0400]: Avermedia Technologies Inc Device [1461:0054]
    Subsystem: Avermedia Technologies Inc Device [1461:5730]
    Flags: bus master, fast devsel, latency 0, IRQ 11
    Memory at ad600000 (32-bit, non-prefetchable) [size=512K]
    Capabilities: [40] Power Management version 3
    Capabilities: [60] Express Endpoint, MSI 00
    Capabilities: [100] Device Serial Number 00-00-00-01-01-00-0a-35
    Kernel driver in use: vfio-pci

43:00.0 VGA compatible controller [0300]: NVIDIA Corporation GP102 [GeForce GTX 1080 Ti] [10de:1b06] (rev a1) (prog-if 00 [VGA controller])
    Subsystem: ASUSTeK Computer Inc. GP102 [GeForce GTX 1080 Ti] [1043:85ea]
    Flags: bus master, fast devsel, latency 0, IRQ 10
    Memory at ac000000 (32-bit, non-prefetchable) [size=16M]
    Memory at 90000000 (64-bit, prefetchable) [size=256M]
    Memory at a0000000 (64-bit, prefetchable) [size=32M]
    I/O ports at f000 [size=128]
    Expansion ROM at 000c0000 [disabled] [size=128K]
    Capabilities: [60] Power Management version 3
    Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
    Capabilities: [78] Express Legacy Endpoint, MSI 00
    Capabilities: [100] Virtual Channel
    Capabilities: [250] Latency Tolerance Reporting
    Capabilities: [128] Power Budgeting <?>
    Capabilities: [420] Advanced Error Reporting
    Capabilities: [600] Vendor Specific Information: ID=0001 Rev=1 Len=024 <?>
    Capabilities: [900] #19
    Kernel driver in use: vfio-pci
    Kernel modules: nvidiafb, nouveau, nvidia_drm, nvidia

43:00.1 Audio device [0403]: NVIDIA Corporation GP102 HDMI Audio Controller [10de:10ef] (rev a1)
    Subsystem: ASUSTeK Computer Inc. GP102 HDMI Audio Controller [1043:85ea]
    Flags: bus master, fast devsel, latency 0, IRQ 5
    Memory at ad080000 (32-bit, non-prefetchable) [size=16K]
    Capabilities: [60] Power Management version 3
    Capabilities: [68] MSI: Enable- Count=1/1 Maskable- 64bit+
    Capabilities: [78] Express Endpoint, MSI 00
    Capabilities: [100] Advanced Error Reporting
    Kernel driver in use: vfio-pci
    Kernel modules: snd_hda_intel


Nějaké nápady?

Tak při podrobnějším průzkumu se ukázalo, že 3.GK (HD5770) má stejné IRQ 11 (zkusím ji passthrough také s GTX1080Ti a AverMedia GC573).


Další postřehy:
V nativně bězích Win10 se zařízení chová dle očekávání.
V encodingu 4K se karta spoléha v UHD výhradně na NVENC, takže silnější GTX 10x0 je dle requirements nutností.
Datový tok H.264(HEVC) lze nastavit až na 240Mbps, takže by to mělo poskytnout dostatečnou rezervu pro rencoding.
Grabovací schopnosti dle specifikací by měly dosahovat 2160p60,1440p144,1080p240.
Zachytávání HDCP obsahu logicky není podporováno.
Odpovědět
#2
Je nějaká nápověda v žurnálu?

Není ten problém způsoben jen obrovkým množstvím zapisovaných dat do virtuáního disku? Pokud ano, zkus si pohrát s volbou "cache=none|writeback|writethrough" případně dalšími.
Odpovědět
#3
Asi problém bude ve sdílení IRQ mezi určitými HostOS_device a GuestOS_device. I když jsem zkusil nahradit třetí GK právě grabovací kartou stejně jsem se dočkal sdíleného IRQ. Vypadá to, že záchranou asi nebude ani MSI (MSI-X je snad jen u PCIe 3.0).

Souvislou událostí v dmesg je patrně Disable IRQ# XY.
Odpovědět
#4
(01-08-2018, 01:19 PM)PetebLazar Napsal(a): Ve výchozím nastavení to vypadá, že karta sdílí IRQ 16 s nějakým PCI Bridge.
Pokusy s  aplikací nastavení  nomsi, irqpoll atd v GRUBu  se podařilo docílit přidělení individuálního IRQ#, ale bez pozitivního dopadu na fungovaní ve VM.

U vfio je parametr 
Kód:
nointxmask=1

který získá exkluzivní INTx přerušení, takže další možnost k vyzkoušení.
Odpovědět
#5
Zmíněnou volbou jsem snad již zkoušel, ale vyzkouším ji znova. Třeba se předtím neuplatnila.
Odpovědět
#6
Podle FurryJackmana na foru L1T bude patrně na vině FPGA charakter karty, karta se v rámci passthrough patrně nedočká potřebného firmware.
1
Odpovědět


[-]
Rychlá odpověď
Zpráva
Text Vaší zprávy:

Obrázková verifikace
Do textového pole dole zadejte text, který vidíte na obrázku vlevo. Toto opatření má znemožnit psaní příspěvků spam robotům.
Obrázková verifikace
(necitlivé na velikost písma)

Přejít na fórum:


Uživatel(é) prohlížející toto téma: 1 host(ů)