Portál AbcLinuxu, 25. dubna 2024 15:33
19.3.2019 00:31
Pavel 'TIGER' Růžička | skóre: 53
Čítať a porozumieť písanému prejavu ma naučili na základnej osemročnej škole.Možná učili, ale zjevně ne naučili.
Nepomohlo by k vyjasnění použít místo firmware termín .rom s "VGA BIOSem"?Možná, ale zatím všichni, kdo v této diskuzi mají (nebo jsou schopni mít) k tématu něco relevantního, porozuměli. A to mi stačí.
ro boot z GPT je snad UEFI podmínkou.To určitě není. Možná v některých operačních systémech a konfiguracích, ale Linux z GPT bez problému nastartuje i bez EFI bootu
18.11.2020 16:30
DISKPART, pokud se nemýlím, můžete přerozdělit disk.
18.11.2020 18:20
Petr Fiedler | skóre: 35
| blog: Poradna
| Brno
No tak to je super.
Pokud je disk předem rozdělený, instalátor ho nechá být.Mám zato, že to jsem zkoušel a neklaplo to. A zase tolik mi to nevadilo, abych se to snažil nějak ohnout.
Písal som že ma to naučili, nielen učili.Písal, ale mýlíte se. Jinak jste písal spoustu nekonkrétních kravin, které se k problému nevtahují, takže to, že neumíte číst, je pro vás ta lepší varianta...
VGA BIOS netreba shanet, da se (obcas i korektne :) dumpnout pres sysfs.U mě úspěšnost 0/2. Na notebooku jsem o tom hledal víc a našel jsem akorát spekulace, že to nejde schválně. ROM se hlásí větší než je příslušná paměťová oblast a pokus ten sysfs soubor číst skončí na EINVAL (iirc) Proto mě zajímá, jaký smysl dává to řešit. I Windows 10 si poradí s bootem bez UEFI.
Golise vrele doporucuju rovnou zablokovat.Rozbíjí to vlákna. Ale jinak jo, jeho znalosti a schopnosti dlouhodobě považuju za zanedbatelný
pokud jsem to dobře pochopil - je potřeba někde sehnat firmware pro tu kartu a nechat Qemu, aby jej nahrál.Nevím jak moc nutné je to u notebooků, ale u desktopu když VM používá UEFI (OVMF), tak nemusíš v Qemu parametrech odkazovat na soubor *.rom. Qemu si ho z GPU zjistí sám.
Myslím, že taková volba v OVMF není, proto musíš nejdřív nainstalovat Win s VGA/QXL a až potom přehodit na passthrougnutou dGPU.No a na to jsem se ptal hned zezačátku - proč bych to měl dělat? Je to spousta práce navíc a ta passthrough grafika nebude fungovat, dokud se v OS nenačte její ovladač. Což v případě nějakých potíží a bootu do nouzového režimu znamená, že na monitoru neuvidím nic. Se Seabiosem vidím všecho od svítícího okénka "Starting Windows" a instaluji bez QXL
Notebook: PCI-pass nefungoval, takže klasikaAle jo, na Linuxu to fungovalo. V tom jakmile se načetl ovladač grafiky, tak se monitor rozsvítil a grafika fungovala normálně. Ale boot samozřejmě naslepo. Teda nakonec to fungovalo, u Intelu je to podle všeho tak, že v tom hostovi je potřeba mít grafiku na stejné PCI adrese jako v hostiteli. A ještě je potřeba na PCI 0x1f mít nějaký LPC ISA bridge, tj. v qemu je potřeba -machine pc, protože q35 tu adresu obsadí. V téhle fázi s chybou 43 jsem se na to nicméně už vykašlal
Notebook: PCI-pass nefungoval, takže klasikaMěl jsem na mysli virtuálku Windows. Osobně jsem nikdy neměl potřebu spouštět na Linuxu Linuxovou virtuálku s PCI-pass.Ale jo, na Linuxu to fungovalo.
Takže pokud ti to nefungovalo, tak byla chyba někde u tebe.To je klidně možný. Jak říkám, některé karty zjevně mají s přečtením toho rom souboru problém a já neměl motivaci se s tím zabývat, když legacy bios funguje.
Osobně jsem nikdy neměl potřebu spouštět na Linuxu Linuxovou virtuálku s PCI-pass.Ověření "hardware". Na Windows plně funkční systém s ovladači z nuly pod dvě minuty (boot live cd) nedáte.
některé karty zjevně mají s přečtením toho rom souboru problémA jaká GPU to byla? Výše si psal jen o Intelu, takže si teď nejsem jistý jestli nemáš na desktopu jen jednu GPU, kterou přehazuješ mezi hostem a hostitelem.
Ověření "hardware".Hmm nějak nevím co si pod tím v praxi představit. Je to to co psal i PetebLazar, že jsi chtěl ověřit jestli v dané distribuci bude fungovat daná GPU?
A jaká GPU to byla?Už si nepamatuju, jestli jsem zkoušel jenom 5600XT (reset bug, já vim), nebo i starší R7 370. Dedikovaná na passthrough, systém jede z jiné.
Hmm nějak nevím co si pod tím v praxi představit.Spustím LiveCD, nabootuje, monitor se nerozsvítí nebo jsou na něm divné čáry místo konzole, v dmesgu chyby - hardware (passthrough) nefunguje, nemá cenu zkoušet instalovat widle. Spustím LiveCD, nabootuje, monitor se rozsvítí a je na něm to, co má být - hardware (passthrough) funguje, můžu zkoušet instalovat widle
jenom 5600XT (reset bug, já vim), nebo i starší R7 370Asi by bylo na delší diskuzi proč ti to se Seabiosem fungovalo a s OVMF ne. Mě se asi 2x stalo, že nová verze Qemu nebyla kompatibilní se stávající verzí balíčku OVMF z oficiálního repozitáře - maintainer balíčku OVMF zaspal (aktuální OVMF z https://www.kraxel.org/repos problém vyřešilo). Když se vrátím k tvé původní otázce "Má vůbec smysl používat UEFI?", tak na netu je pár takových běžných dotazů 1 2 nebo starší odbornější maillist, ale nějaké stručné vyjmenování pro a proti v nějakém článku jsem nezaregisroval. Já to mám prostě tak, že OVMF považuji za modernější způsob co má větší budoucnost než SeaBios a pro moderní OS ve VM (Win10) a pro moderní GPU, které podporují UEFI je správnější OVMF. Když jsem s pci-pass začínal, tak v návodech bylo OVMF upřednostňováno před Seabiosem + ve většině návodů používali Q35 (taktéž novější a modernější než i440fx).
Spustím LiveCD...Tak to mě nikdy nenapadlo testovat to na LiveCD a až pak spustit instalaci Win. Mě stačí když uvidím uvodní logo OVMF (TianCore) nebo Seabiosu. V tu chvíli vím, že pci-pass funguje.
Mě stačí když uvidím uvodní logo OVMF (TianCore) nebo Seabiosu.Tak jasně, na hardware, kde to jde, proč ne.
Na reset bug tu ted mame vendor-resetVím, ale tak velkej střelec, abych si do jádra dával čuňárny, zase nejsem
Stabilitu toho passthrough řeším už teď a to s hardware, který na reset bug netrpí.
Zmíněná možnost volby jiného HW přeci neřeší situaci kdy je nutné provozovat virtuálně právě tento bugem dotčený HW.A čo si, Kefalín, predstavujete pod takým slovom "je nutné"?
Určitě vám nikdo nebude držet u hlavy pistoli, abyste hrál hry na plné detaily.
Ale samozřejmě proti gustu žádný dišputát, já ten počítač mám hlavně na práci, takže preferuju stabilitu. Pokud to máte jinak, děláte věci jinak.
22.11.2020 14:44
Petr Fiedler | skóre: 35
| blog: Poradna
| Brno
A jaká AMD GPU/řada je podle tebe nejlepší na passthrough?
Když budu mít CPU bez iGPU, půjde s jednou GPU zprovoznit, aby část výkonu měl hostitel a zbytek host, nebo mám koupit 2 GPU? Výkonově by mi to stačilo rozdělit(? IMHO).
22.11.2020 15:34
Petr Fiedler | skóre: 35
| blog: Poradna
| Brno
Tak buď budu muset pořídit APU + GPU, což se mi nechce kvůli slabšímu výkonu CPU, nebo 2 x GPU.
Osobně bych koupil tuhle. Co říkáš?
také počet PCIe linek z CPU mám pocit je u AMD řešení omezenýU Intelu snad ne? Omezení u AMD - možná kromě Threadripperu - je takové, že v případě obsazení obou x16 slotů na základní desce přejde první slot z rychlosti x16 na rychlost x8. Vzhledem k tomu, že aktuálně (a asi ještě pár let do budoucna) neexistuje GK, která by využila rychlost i jen těch x8, bych to nepovažoval za problém. I když u levnějších desek je potřeba si dát pozor, rychlost druhého slotu omezená dokonce na x4 a vliv na to i u těch dražších mají osazené NVMe disky. Takže jako vždy: před nákupem přečíst návod.
U Intelu snad ne?Tím zmíněným omezením jsem měl na mysli desktopová APU od AMD. Mám pocit, že ty mají na PCIe sloty přímo krmené z CPU snad pouze 8 PCIe linek.
This module has been written to use ftrace to hook pci_dev_specific_reset, allowing it to handle device resets directly without patching the running kernel. Simply modprobing the module is enough to enable the reset routines for all supported hardware.
22.11.2020 18:46
Petr Fiedler | skóre: 35
| blog: Poradna
| Brno
Má reset bug, budete muset patchovat jádro tím čuně-patchem, o kterém tady celou dobu mluvíme.
Tak bych si jí ponechal pro primární systém a na passthrough bych si koupil jinou. Ale jakou? Poraď prosím co nejvýkonnější/nejnovější AMD.
22.11.2020 19:39
Petr Fiedler | skóre: 35
| blog: Poradna
| Brno
Super, díky.
43:00.0 VGA compatible controller: NVIDIA Corporation Device 2182 (rev a1) 43:00.1 Audio device: NVIDIA Corporation Device 1aeb (rev a1) 43:00.2 USB controller: NVIDIA Corporation Device 1aec (rev a1) 43:00.3 Serial bus controller [0c80]: NVIDIA Corporation Device 1aed (rev a1)
GVT-g od Intelu... nakonec skončil na tom, že Qemu sletělo kvůli chybovému hlášení z nějaké OpenGL knihovny, která nedokázala najít "GLX kontext" či co.Na jakém distru jsi to testoval?
options kvm ignore_msrs=1 do souboru: /etc/modprobe.d/kvm.conf (jinak některé appky např. starší verze 3DMarku nebo GPU-z resetovaly guestOS). Byly tam drobné problémy jako např. když se uspal "monitor" v guestovi, tak už guest nešel probudit a po chvilce se sám resetoval (stačilo nastavit ve Správci napájení aby se monitor nevypínal) + nějaké další drobné problémy o kterých se tady nebudu rozepisovat, ale celkově je u mě GVT-g funkční.
Zkoušel jsem spouštět 2 různé verze 3DMarku, GPU-Z, Vietcong, NFS Most Wanted, přehrávání videí... Samozřejmě výkon je úměrný integrované grafice, ale žádná katastrofa ve srovnání s ostatními výsledky iGPU. Průměrný výsledek testů stejného CPU+GPU je 5100 a můj výsledek je 4100. Postuď sám na 3DMarku. Můj výsledek je dole (nyní 32. místo, poznáš ho podle nesmyslného čísla ve sloupci CPU clock - 204 425). Dokážu si představit, že s Iris grafikou nebo nadcházející Xe by to bylo použitelné pro více VM ve stejnou chvíli (např. pro MacOS a Win10). Pokud by tedy někdo nutně potřeboval mít 3D akceleraci v obou najednou.
mám v PC 3x PCIe 8x-16xPokud nemluvíte o rozměrech (a kdybyste to náhodou někdy skutečně chtěl dělat), zkontrolujte si návod, při třech kartách se vám to nejspíš přepne do x8-x4-x4
U mě se to přepne do x8-x8-x4. Pokud ještě pořád platí, že ani pro dnešní karty není x8 úzké hrdlo, tak do poslední x4 bych dal jednu z těch levných GPU a bylo by to v cajku.
A nevím, proč mě přesvědčujete - pokud vám nevadí řešení "většinou funguje, občas shodí stroj", tak já vám přece ty čuňárny v jádře brát nebudu. Je to open-source, stroj je váš, výhody a nevýhody jste si zvážil - nic, co by mi mělo vadit nebo škodit.
Found the solution without the need for a kernel recompile. in my Qemu conf file added: args: -set device.hostpci1.x-msix-relocation=bar2 Where hostpci1 is hostpci1: 08:00.0Tohle řešení bez rekompilace kernelu nefunguje?
The size of the tables remains wrong, but this only becomes a problem if the nvme code attempts to allocate >16 vectors, which requires >15 vCPU (or host CPUs if the device is returned to host drivers after being assigned)Tohle reseni mi nikdy fungovat nemohlo, protoze mam TR. Taky jsem si to napoprve neprecetl poradne vsechno a marne testoval.
Osobně jsem nikdy neměl potřebu spouštět na Linuxu Linuxovou virtuálku s PCI-pass.Nejsem schopen se rozhoupat k přesunu z "vyladěného" Xubuntu 18.04 (+ 5.3.8 vanilla) na novější distribuci. Občas jako výmluvu nainstaluji jinou distribuci virtuálně s passthrough (CentOS, Linux Mint, Xunbuntu 20.04, Ubuntu Studio 20.04/20.10, ...) a když zjistím, že mi tam DR funguje, najdu si jinou výmluvu proč nemigrovat.
Došlo to tak daleko, že teď dokonce přežívám na KDE Plasma (v Cinnamonu a XFCE se mi neotvíral dialog equalizeru ve Fairlightu). Láká mne Ubuntu Studio s low-latency kernelem (ve verzi 20.10 v defaultu snad přesli z XFCE na KDE Plasma, ale furt lepší než GNOME).
a když zjistím, že mi tam DR fungujeCo je DR?
19.11.2020 23:25
Petr Fiedler | skóre: 35
| blog: Poradna
| Brno
17.11.2020 02:54
Petr Fiedler | skóre: 35
| blog: Poradna
| Brno
A tys to rozchodil?
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.
