abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 10:50 | Zajímavý software

Mozilla.cz informuje o dvou nových experimentálních funkcích v programu Firefox Test Pilot (zprávička). Snooze Tabs slouží k odkládání panelů na později. Pokud vám někdo pošle odkaz, ale vy nemáte čas si stránku hned přečíst, můžete si naplánovat otevření panelu na později. Stačí kliknout na tlačítko a vybrat, kdy chcete panel otevřít. Firefox panel schová a ve vybraný čas znovu otevře. Pulse umožňuje ohodnotit, jak dobře stránka funguje, např. jak rychle se ve Firefoxu načetla. Podle nasbíraných hodnocení pak bude Mozilla prohlížeč ladit.

Ladislav Hagara | Komentářů: 1
dnes 02:00 | IT novinky

V Barceloně probíhá veletrh Mobile World Congress 2017. Nokia na něm například představila (360° video na YouTube) novou Nokii 3310 (YouTube). BlackBerry představilo BlackBerry KEYone (YouTube) s QWERTY klávesnicí. LG představilo LG G6 (YouTube). Huawei HUAWEI P10 a P10 Plus. Samsung představil tablet Galaxy Tab S3.

Ladislav Hagara | Komentářů: 0
včera 14:00 | Nová verze

Komunita kolem Linuxu From Scratch (LFS) vydala Linux Linux From Scratch 8.0 a Linux From Scratch 8.0 se systemd. Nové verze knih s návody na instalaci vlastního linuxového systému ze zdrojových kódů přichází především s Glibc 2.25 a GCC 6.3.0. Současně bylo oznámeno vydání verze 8.0 knih Beyond Linux From Scratch (BLFS) a Beyond Linux From Scratch se systemd.

Ladislav Hagara | Komentářů: 0
včera 11:11 | Nová verze

Byla vydána verze 0.10.0 webového prohlížeče qutebrowser (Wikipedie). Přehled novinek v příspěvku na blogu. Vývojáři qutebrowseru kladou důraz na ovladatelnost pomocí klávesnice a minimální GUI. Inspirovali se prohlížečem dwb a rozšířeními pro Firefox Vimperator a Pentadactyl. Prohlížeč qutebrowser je naprogramován v Pythonu a využívá PyQt5. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GNU GPL 3.

Ladislav Hagara | Komentářů: 18
25.2. 16:22 | Nová verze

Po pěti měsících od vydání Waylandu a Westonu 1.12.0 oznámil Bryce Harrington (Samsung) vydání Waylandu 1.13.0 a Westonu 2.0.0.

Ladislav Hagara | Komentářů: 3
24.2. 13:37 | Bezpečnostní upozornění

Společnost Cloudflare (Wikipedie) na svém blogu potvrdila bezpečnostní problém s její službou. V požadovaných odpovědích od reverzní proxy byla odesílána také data z neinicializované paměti. Útočník tak mohl získat cookies, autentizační tokeny, data posílaná přes HTTP POST a další citlivé informace. Jednalo se o chybu v parsování HTML. Zneužitelná byla od 22. září 2016 do 18. února 2017. Seznam webů, kterých se bezpečnostní problém potenciálně týká na GitHubu.

Ladislav Hagara | Komentářů: 1
24.2. 08:22 | Nová verze

Byla vydána první beta verze Ubuntu 17.04 s kódovým názvem Zesty Zapus. Ke stažení jsou obrazy Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu GNOME, Ubuntu Kylin, Ubuntu Studio a Xubuntu. Dle plánu by Ubuntu 17.04 mělo vyjít 13. dubna 2017.

Ladislav Hagara | Komentářů: 56
23.2. 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 41
23.2. 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 15
23.2. 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 724 hlasů
 Komentářů: 68, poslední dnes 07:29
    Rozcestník

    Dotaz: PCI passthrough - Xorg a windows na jednej grafike

    18.6.2015 12:02 ykfuyfyujfuydfu
    PCI passthrough - Xorg a windows na jednej grafike
    Přečteno: 690×
    Chcel by som rozbehnut windows vo virtualboxe spolu s xorg na jednej grafike. Je to mozne ?

    Chapem to tak ze ak spustim virtualbox grafika sa odpoji z linuxu a priradi virtualboxu. Ked zavriem virtualbox linux by ju mal pripojit, bude ju vediet xorg reinicializovat ?

    Řešení dotazu:


    Odpovědi

    18.6.2015 12:46 Peter Golis | skóre: 54 | Bratislava
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    Tak zložito to BFU nefunguje.
    18.6.2015 12:52 Petr | skóre: 29
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    Myslis jako instalovet VB bez GUI ciste jako server? To ma smysl pokud je na nejakem jinem pripojenem vykonnejsim stroji. Tak jak to popisujes (na stejne masine) mi to prijde jako nesmysl, klient stejne musi pouzivat grafiku.
    18.6.2015 13:22 ykfuyfyujfuydfu
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    chcel by som to cisto na hry. proste z linuxu spustim win tam sa zahram a potom ked zavriem virtualbox tak Xorg nanovo reinicializuje grafiku...
    18.6.2015 13:27 MadCatX
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    VirtualBox umí VGA passthrough? Viděl jsem tohle realizované na QEMU, ale úplně triviálně to nevypadalo a vyžadovalo to základní desku, kde nebylo rozbité IOMMU.
    18.6.2015 13:33 ykfuyfyujfuydfu
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    vie PCI passthrough, skusal som to na zvukovke - tu korektne odpojilo z linuxu a bola pristupna vo win.

    Grafiku tu ale nemam ako odskusat lebo mam onboard intel a tam to vraj nejde
    18.6.2015 13:44 MadCatX
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    S grafikou je to složitější kvůli GARTu a VirtualBox to nejspíš nezvládne
    28.6.2015 00:41 alkoholik | skóre: 35 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    Nejde jen o GART, ale hlavne inicializaci VGA BIOSu, odchytavanim legacy IO portu pro VGA na PCI sbernici a podobne.
    V XENu i KVM to slape, o VirtualBoxu dost pochybuju.
    18.6.2015 15:10 Peter Golis | skóre: 54 | Bratislava
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    Onboard grafika Intel? To Ti stačí nahodiť ovládače do Guest OS z toho virtuálneho CD. Nedostaneš síce 100% výkon, ale bude to použiteľné.
    Řešení 2× (Luboš Doležel (Doli), walker)
    kozzi avatar 18.6.2015 15:16 kozzi | skóre: 55 | blog: vse_o_vsem | Pacman (Bratrušov)
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike

    Potrebujes dve grafiky ;-) a vhodny HW. A spis xen nebo kvm misto Vboxu

    Linux je jako mušketýři "jeden za všechny, všichni za jednoho"
    18.6.2015 15:17 Love_Dali | skóre: 20
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    Pokud vím, tak to jede jenom přes qemu a možná bude ještě něco na XEN, ale VBox to podle mě neumí.
    Řešení 1× (walker)
    walker avatar 26.6.2015 20:58 walker | skóre: 10 | Cheb
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    problematika není jednoduchá - u VB si nejsem jist, lépe xen, kvm. Navíc toto musi podporovat jak deska, tak CPU - VT-d (viz google).
    Linux 4.0.7-1-zen #1 ZEN SMP PREEMPT x86_64 GNU/Linux
    1.7.2015 08:54 nyan
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    Chapes to spatne. PCI passthrough funguje na mnohem nizsi urovni nez Xorg, musel bys killnout vsechno co pouziva grafiku (tj vcetne virtualnich textovych konzol atd) a ovladaci grafiky rict at se unbind-ne z daneho PCI zarizeni, jestli to podporuje - jestli ne tak komplet unload modulu grafiky.

    PCI zarizeni ktere prodavas virtualni masine musi byt komplet volne, bez ovladace ktery by ho pouzival (logicky..). Teoreticky bys to mohl zkusit naskriptovat nebo neco, ale 1) je to vopruz, a 2) stejne bys potreboval vzdalenou konzoli na testovani. Jo a Xorg grafiku neinicializuje, to dela ovladac v jadre, uz nejakej patek...

    Nejjednodussi je mit 2 grafiky a hlavne HW (CPU + MB) co to podporuje. Mam to rozbehane na svym AMDcku s QEMU, ale jestli to chodi na beznych Intelech netusim - Intel obvykle z jednoho kremika udela asi tricet CPU s ruzne povypinanymi flagy, takze buchvi...
    12.1. 15:27 sysel
    Rozbalit Rozbalit vše Re: PCI passthrough - Xorg a windows na jednej grafike
    Tak, tak: sběrnice (plural) PCI, používané v architektuře i386/amd64, umožňují předání kompletního zařízení, které je přes PCI připojené, virtuálnímu stroji (VM = Virtual Machine) za splnění následujících podmínek:

    - motherboard podporuje iommu*) (nevím jak lze zjistit před koupí) - CPU podporuje iommu (něco leze vygooglit; z poznámek pod čarou lze soudit, že Intel core iX nepodporuje iommu v řadě procesorů iXnnnnK - podstatné je to "K" na konci) - linuxové jádro podporuje iommu (kernel >3.9, ale lepší šance dává kernel >4), nezapomenout, pokud si kernel kompilujete sami - nutné jsou dvě grafické karty (vysvitne později) - jádro je nutné spustit s parametrem "amd_iommu=on" (popřípadě "intel_iommu=on" ) - jádro je zkompilováno s moduly "vfio-pci", které pak za běhu musíme přidat - grafická karta, určená pro VM, se musí odpojit od všech modulů (driverů) jádra (buď se její ovladač přidá na blacklist modulů nebo lze provést pci-unbind) - takto je nutné odpojit všechny PCI zařízení (karty), náležející do stejné iommu_group (skupiny, kterou IO memory management spravuje společně) !! pokud se ve skupině nachází "PCI Host bridge", nelze tuto skupinu odpojit, protože PCI Host bridge je používán i pro připojení jiných skupin a jádro jej neuvolní, zato PCI Bridge uvolnit lze, ale následky nejsou predikovatelné - již odpojená PCI zařízení, která chceme předat VM (pouze ta, která chceme používat ve VM) je nutné připojit k "dudlíkovému" driveru "vfio-pci"

    Po této náročné přípravě (lze najít celkem dobré skripty, které to celé provedou) je potřeba správně nastavit parametr "-device vfio-pci,..." v spouštěcí příkazové řádce qemu. Protože je virtuálnímu stroji předaná kompletní PCI grafická karta, linux již na ní nemůže zobrazovat ani Xwindow ani terminálovou konsoli. Jistě, opravdovému linuxáři by to nevadilo a připojil by se k počítači po síti přes ssh, nakonec i Xwindow umožňují připojení přes síť, ale pro běžného uživatele by to znamenalo definitivní ztrátu kontroly nad Linuxem. A bez té by nebylo možné ani vrátit grafickou kartu po ukončení virtuálního stroje zpět pod ovladače kernelu ani linux korektně vypnout.

    Tím však problémy zdaleka nekončí: - zhruba od poloviny 2016 nVidia provedla zásadní podraz na uživatele virtualisovaných OS MSWindows, protože ve svých nejnovějších driverech provádí detekci běhu ve virtuálním stroji a pokud shledá test pozitivním, driver se znefunkční (račte hledati "error 43 + BSOD"). Rovněž zmizely z internetu všechny starší nVidia drivery a kdo dosud nevyhodil instalační DVD nemá vyhráno, protože windowsy mohou bez jeho vědomí driver změnit v rámci medvědí služby windows-update. Panují obavy, že AMD/ATI již podniklo podobné nepěkné kroky při přechodu z driveru Catalyst na Crimson. Existují více či méně úspěšné workarroundy vycházející ze snahy lépe skrýt skutečnost, že systém běží ve virtuálním stroji, ale to je velmi obtížné provést, mj. i vzhledem k odlišným sadám a chování virtualisačních instrukcí v ring -1 a ring 0 u AMD a Intel. BTW údajně hlavním důvodem nVidie k provedení takovéhoto bezpredsedentního zásahu do práv svých řádných zákazníků, který porušuje i její vlastní licenční ujednání, byl fakt, že sama vlastně vyrábí jen několik málo skutečně odlišných čipů, které s různými cenami prodává pouze s jiným vybavením pamětí a konektory, což se v systému projeví různými id-Vendor/id-Product signaturami. Pokud šikovný hacker při předání levné GPU MSWindows hostu zamaskuje původní označení a podvrhne jiné, které odpovídá kartě s typově stejným čipem, ale z podstatně dražší řady, podvedený driver aktivuje i funkce, za které zákazník, dle názoru nVidie, nezaplatil, ale čipy je umožňují. Vzhledem k tomu, že o takové podvodné využití "nezaplacených" funkcí mají zájem především horníci bitcoinů, pro něž je cenový rozdíl v řádu 150 tisíc korun velmi zajímavou pobídkou, je hromadné potrestání všech uživatelů grafických karet námět na jednání evropské komise. Na vině je ovšem i samotná nVidia, která si má svá tajemství lépe a korektně střežit. Z jiného úhlu pohledu nVidia vpodstatě usilovně podvádí zákazníky, kterým prodává sportovní auta s omezovačem rychlosti pro jízdu v obytné zóně. Inu, kurvítka mohou být i softwarová.

    Takže výsledkem je, že se mi usilovným bojem se záludnostmi hardwaru, kernelu, OS i driverů, podařilo nalézt bezproblémovou cestu k instalaci dedikované grafické karty do linuxového guesta (linux běžící ve virtuálním stroji), ale s MSWindows se po překonání jedněch překážek objeví jiné problémy. Zprovoznil jsem sice GPU AMD R7 250 ve virtualisovaných MSW10 na stroji s CPU AMD FX 9590 na Motherboardu s čipsetem AMD990/950, avšak pouze s driverem Catalyst dodaným spolu s kartou, ale neodvažuji se VM připojit k Internetu, protože hrozí neustále update systému i driverů a tudíž i zhroucení OS MSW. S nVidií jsem se o passthrough ani nepokusil, zato jsem úspěšně rozchodil připojení grafiky na APU AMD A10 Godavari (pro hostinský linux je využívaná stará nVidia GX6600), stabilně bohužel jen s Linuxovým hostem. S hostujícím MSWindows je to stále stejné - systém si nainstaluje driver ale během instalace si z internetu stáhne aktualisaci a po restartu zhavaruje.

    Myslím, že zájem o virtualisaci začíná narůstat a stálo by za úvahu, vytvořit nějaké čs. fórum. Qemu - KVM je linuxový projekt, který se velmi dynamicky rozvíjí (zvláště přispěním RedHet vývojářů) a kromě nepopiratelných výhod OpenSource má v některých ohledech velký náskok oproti jiným, zdánlivě uživatelsky příjemnějším virtualisérům (VBox, VMware ...)

    Poznámka k mnohem výše zmiňovanému předání USB ve VirtualBoxu. Zde se nejedná o skutečné passthrough, protože o to by šlo jen v případě předání celého PCI USB řadiče. Zpřístupnění konkrétního USB zařízení dochází tunelováním skrze standardní ovladače linuxového kernelu (zajištuje KVM). Rozdíl se pozná snadno - pokud použijete kupř. USB GSM modul, který se zpočátku přihlásí v MSWindows jako CD s instalátory, provede kontrolu, zda jsou ovladače nainstalované a pak pošle do USB kanálu příkaz k uvolnění GSM modulu, který se následně objeví jako nové USB zařízení s jinou bus adresou a pochopitelně i s jinou signaturou id-Vendor/id-Product, virtualisované MSWindows toto nové zařízení nevidí, dokud uživatel nové zařízení do VM ručně nepřidá. V případě skutečného předání PCI zařízení virtuálnímu stroji již do komunikace mezi vitálním OS a zařízením kernel nemůže vstoupit, zatímco v případě tunelování lze USB komunikaci snadno odposlechnout nebo filtrovat (modifikovat). Rovněž rychlost, která je zvláště v případě GPU klíčovým parametrem, je v případě přímého přístupu virtualisovaného OS prakticky neomezovaná kernelem hostinského OS a testy uvádějí výkonnost takto provozovaných virtualisovaných strojů, určených především k "paření" her, přes 97% výkonnosti téhož OS provozovaného na témže hardwaru přímo. Při tunelování USB není rychlost tak kritická, protože ji může zbrzdit i jiná příčina než kernel - například pomalá periferie ve stejném USB HUBu.

    *) IOMMU je obdoba MMU tedy velmi nepřesně projekce logických adres (generovaných instrukcemi CPU) do fysického adresového prostoru. Jen se jedná o prostor IO adres, které jsou na architektuře AMD/Intel oddělené od standardního paměťového prostoru (není tomu tak u jiných architektur, kupř. kdysi velmi úspěšná řada CPU Motorola 68000 používala tzv. memory maped IO, čili IO zařízení využívala stejný adresový prostor jako paměť).

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.