- Wyniki wyszukiwania
W odpowiedzi do: Własnościowe sterowniki graficzne AMD – problem
Masz hybrydowy układ AMD+AMD (pierwszy jest w APU). System normalnie pracuje na nim. W obu przypadkach masz wykorzystywany sterownik amdgpu. Oba są – chyba – GCN 3. U Ciebie „podstawowy”, na którym pracuje system, to GPU zintegrowane w APU.
I… praktycznie nie masz ruchu, bowiem właściwym dla nich sterownikiem otwartym jest amdgpu (który jest używany), a sterownikiem własnościowym jest amdgpu-pro. Pomijając już, że ten ostatni wcale nie musi być „lepszy” od otwartego (oba zawierają te same rozwiązania, pochodzące z tego samego /AMD/ źródła, a różnica jest np. w możliwości wykorzystania GPU do obliczeń itp.), pomijając to, że w testach wydajnościowych – w zależności rodzaju wykonywanego zadania – niekiedy „lepiej” wypada jeden, a niekiedy drugi, to… na kernelu, to:
1. w ogóle bez zmian PKGBUILD dostępnego w AUR nie zbudujesz tego sterownika (próba budowy utknie na brakujących zależnościach),
2. kernel, dla którego jest przeznaczony – o ile widzę – musi mieć ustawiony w config KALLSYMS_ALL=y (nie wiem, jak ma linux419),
3. nie jestem w 100% pewny, czy w ogóle da się ten sterownik dla kernela (dowolnego, nie tylko z Manjaro) w wersji 4.19 zbudować,
4. prawdopodobieństwo, że będzie on pracować (oczywiście, po dostosowaniu PKGBUILDu do Manjaro) jest mizerne.
5. dodatkowo musisz zbudować pewną wersję mesa z AUR, bo na tej, którą masz – nie będzie działać.
Nadto powinieneś być świadomy tego, że praktycznie każdy kernel może wymagać przebudowania tego sterownika, a także, że amdgpu-pro w wersji dostępnej w AUR pochodzi z zeszłego roku; w tym roku do kernela doszło kilaset tysięcy linii kodu dotyczących wyłącznie sterowników grafiki od AMD. Może się okazać, że ów sterownik jest zatem „gorszy” (a na pewno starszy) od otwartego.
Przede wszystkim też musisz wziąć pod uwagę, że Manjaro nie jest systemem wspieranym przez AMD jeśli chodzi o sterownik amdgpu-pro.W grach – też w zależności od tego jakich, albowiem nie istnieje coś takiego jak „gra” – być może lepszym okaże się GPU dedykowane (drugi układ).
Kwestia TV to prawdopodobnie ustawienia HDMI (bo pewnie po nim się podłączasz) i najprawdopodobniej nie mają wspólnego nic z otwartym/własnościowym sterownikiem.
Artefakty itp. – cóż tu nic nie wiemy, ale prawdopodobnie albo „ten DM tak ma” („ten” bo również nie wiemy jaki), albo coś z ustawieniem tej/tych kart/sterowników.
W odpowiedzi do: Własnościowe sterowniki graficzne AMD – problem
… sprawdzałeś na Forum?
https://manjaro.pl/forum/search/sterowniki+amd/
Jest kilka wątków zahaczających o Twój problem, być może coś ciekawego znajdziesz.… wiki i forum Manjaro:
https://wiki.manjaro.org/index.php?title=Configure_Graphics_Cards
https://wiki.manjaro.org/index.php?title=Catalyst [2014-03-03]
https://forum.manjaro.org/search?q=amd+driver… wiki Arch’a:
https://wiki.archlinux.org/index.php/AMDGPU
https://wiki.archlinux.org/index.php/AMD_Catalyst
https://wiki.archlinux.org/index.php/ATI
https://wiki.archlinux.org/index.php/Xorg… zaróżowiony obraz zinterpretowałbym jako problemy z połączeniem, a nie rozdzielczością. Tak jakby któryś kabelek lub pin nie stykał.
Tak napisałem, że sprawdzałem co tylko się dało i dlatego tu piszę :)
Co do kabla, zmieniłem system na Windowsa i działało bez zarzutów.… na żadnym z moich pokładów nie gości ATI/AMD, więc nie mogę sprawdzić, czy potrzebne informacje można w ten sposób uzyskać, ale na początek warto spróbować:
$ inxi -G -xG $ hwinfo --gfxcard $ lspci $ sudo lshw -class display $ mhwd -l -dlub narzędzia graficzne:
# lshw (community)
# hardinfo (community)
# i-nex (community)Polecenie inxi -G -xG:
Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Wani [Radeon R5/R6/R7 Graphics] vendor: Lenovo driver: amdgpu v: kernel bus ID: 00:01.0 Device-2: AMD Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445] vendor: Lenovo driver: amdgpu v: kernel bus ID: 03:00.0 Display: x11 server: X.Org 1.20.3 driver: amdgpu,ati unloaded: modesetting resolution: 1920x1080~60Hz OpenGL: renderer: AMD Radeon R7 Graphics (CARRIZO DRM 3.27.0 4.19.1-1-MANJARO LLVM 7.0.0) v: 4.5 Mesa 18.2.4 direct render: YesPolecenie: hwinfo –gfxcard
06: PCI 300.0: 0380 Display controller [Created at pci.378] Unique ID: svHJ.21vkQEnSE61 Parent ID: w+J7.Mmu6XbQIQeB SysFS ID: /devices/pci0000:00/0000:00:03.1/0000:03:00.0 SysFS BusID: 0000:03:00.0 Hardware Class: graphics card Model: "ATI Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445]" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x6900 "Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445]" SubVendor: pci 0x17aa "Lenovo" SubDevice: pci 0x3804 Revision: 0xc3 Driver: "amdgpu" Driver Modules: "amdgpu" Memory Range: 0xd0000000-0xdfffffff (ro,non-prefetchable) Memory Range: 0xe0000000-0xe01fffff (ro,non-prefetchable) I/O Ports: 0x1000-0x10ff (rw) Memory Range: 0xf0c00000-0xf0c3ffff (rw,non-prefetchable) Memory Range: 0xf0c40000-0xf0c5ffff (ro,non-prefetchable,disabled) IRQ: 53 (98 events) Module Alias: "pci:v00001002d00006900sv000017AAsd00003804bc03sc80i00" Driver Info #0: Driver Status: amdgpu is active Driver Activation Cmd: "modprobe amdgpu" Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #7 (PCI bridge) 13: PCI 01.0: 0300 VGA compatible controller (VGA) [Created at pci.378] Unique ID: vSkL.e9230vfbgFA SysFS ID: /devices/pci0000:00/0000:00:01.0 SysFS BusID: 0000:00:01.0 Hardware Class: graphics card Model: "ATI Carrizo" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x9874 "Carrizo" SubVendor: pci 0x17aa "Lenovo" SubDevice: pci 0x39c1 Revision: 0xc8 Driver: "amdgpu" Driver Modules: "amdgpu" Memory Range: 0xe8000000-0xefffffff (ro,non-prefetchable) Memory Range: 0xf0000000-0xf07fffff (ro,non-prefetchable) I/O Ports: 0x3000-0x30ff (rw) Memory Range: 0xf0e00000-0xf0e3ffff (rw,non-prefetchable) Memory Range: 0x000c0000-0x000dffff (rw,non-prefetchable,disabled) IRQ: 45 (143147 events) Module Alias: "pci:v00001002d00009874sv000017AAsd000039C1bc03sc00i00" Driver Info #0: Driver Status: amdgpu is active Driver Activation Cmd: "modprobe amdgpu" Config Status: cfg=new, avail=yes, need=no, active=unknownPolecenie: lspci
00:00.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Complex 00:00.2 IOMMU: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) I/O Memory Management Unit 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Wani [Radeon R5/R6/R7 Graphics] (rev c8) 00:01.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Kabini HDMI/DP Audio 00:02.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Host Bridge 00:02.3 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Port 00:02.4 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Port 00:03.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Host Bridge 00:03.1 PCI bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Root Port 00:08.0 Encryption controller: Advanced Micro Devices, Inc. [AMD] Device 1578 00:09.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Device 157d 00:09.2 Audio device: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Audio Controller 00:10.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB XHCI Controller (rev 20) 00:11.0 SATA controller: Advanced Micro Devices, Inc. [AMD] FCH SATA Controller [AHCI mode] (rev 49) 00:12.0 USB controller: Advanced Micro Devices, Inc. [AMD] FCH USB EHCI Controller (rev 49) 00:14.0 SMBus: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller (rev 4a) 00:14.3 ISA bridge: Advanced Micro Devices, Inc. [AMD] FCH LPC Bridge (rev 11) 00:18.0 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 0 00:18.1 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 1 00:18.2 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 2 00:18.3 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 3 00:18.4 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 4 00:18.5 Host bridge: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 60h-6fh) Processor Function 5 01:00.0 Network controller: Qualcomm Atheros QCA9377 802.11ac Wireless Network Adapter (rev 31) 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 10) 03:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445] (rev c3)Polecenie: sudo lshw -class display
*-display description: VGA compatible controller product: Wani [Radeon R5/R6/R7 Graphics] vendor: Advanced Micro Devices, Inc. [AMD/ATI] physical id: 1 bus info: pci@0000:00:01.0 version: c8 width: 64 bits clock: 33MHz capabilities: pm pciexpress msi vga_controller bus_master cap_list rom configuration: driver=amdgpu latency=0 resources: irq:45 memory:e8000000-efffffff memory:f0000000-f07fffff ioport:3000(size=256) memory:f0e00000-f0e3ffff memory:c0000-dffff *-display description: Display controller product: Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445] vendor: Advanced Micro Devices, Inc. [AMD/ATI] physical id: 0 bus info: pci@0000:03:00.0 version: c3 width: 64 bits clock: 33MHz capabilities: pm pciexpress msi bus_master cap_list rom configuration: driver=amdgpu latency=0 resources: irq:53 memory:d0000000-dfffffff memory:e0000000-e01fffff ioport:1000(size=256) memory:f0c00000-f0c3ffff memory:f0c40000-f0c5fffPolecenie: mhwd -l -d
-------------------------------------------------------------------------------- > PCI Device: /devices/pci0000:00/0000:00:03.1/0000:03:00.0 (0380:1002:6900) Display controller ATI Technologies Inc Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445] -------------------------------------------------------------------------------- > INSTALLED: NAME: video-linux ATTACHED: PCI VERSION: 2018.05.04 INFO: Standard open source drivers. PRIORITY: 2 FREEDRIVER: true DEPENDS: - CONFLICTS: - CLASSIDS: 0300 0380 0302 VENDORIDS: 1002 8086 10de > AVAILABLE: NAME: video-linux ATTACHED: PCI VERSION: 2018.05.04 INFO: Standard open source drivers. PRIORITY: 2 FREEDRIVER: true DEPENDS: - CONFLICTS: - CLASSIDS: 0300 0380 0302 VENDORIDS: 1002 8086 10de -------------------------------------------------------------------------------- > PCI Device: /devices/pci0000:00/0000:00:02.4/0000:02:00.0 (0200:10ec:8168) Network controller Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller -------------------------------------------------------------------------------- > INSTALLED: NAME: network-r8168 ATTACHED: PCI VERSION: 2016.04.20 INFO: RealTek RTL-8168 Gigabit Ethernet driver PRIORITY: 0 FREEDRIVER: true DEPENDS: - CONFLICTS: - CLASSIDS: 0200 VENDORIDS: 1186 10ec > AVAILABLE: NAME: network-r8168 ATTACHED: PCI VERSION: 2016.04.20 INFO: RealTek RTL-8168 Gigabit Ethernet driver PRIORITY: 0 FREEDRIVER: true DEPENDS: - CONFLICTS: - CLASSIDS: 0200 VENDORIDS: 1186 10ec -------------------------------------------------------------------------------- > PCI Device: /devices/pci0000:00/0000:00:01.0 (0300:1002:9874) Display controller ATI Technologies Inc Carrizo -------------------------------------------------------------------------------- > INSTALLED: NAME: video-linux ATTACHED: PCI VERSION: 2018.05.04 INFO: Standard open source drivers. PRIORITY: 2 FREEDRIVER: true DEPENDS: - CONFLICTS: - CLASSIDS: 0300 0380 0302 VENDORIDS: 1002 8086 10de > AVAILABLE: NAME: video-catalyst ATTACHED: PCI VERSION: 2017.03.12 INFO: Closed source catalyst drivers for linux. PRIORITY: 5 FREEDRIVER: false DEPENDS: - CONFLICTS: - CLASSIDS: 0300 VENDORIDS: 1002 NAME: video-linux ATTACHED: PCI VERSION: 2018.05.04 INFO: Standard open source drivers. PRIORITY: 2 FREEDRIVER: true DEPENDS: - CONFLICTS: - CLASSIDS: 0300 0380 0302 VENDORIDS: 1002 8086 10de NAME: video-vesa ATTACHED: PCI VERSION: 2017.03.12 INFO: X.org vesa video driver. PRIORITY: 0 FREEDRIVER: true DEPENDS: - CONFLICTS: - CLASSIDS: 0300 VENDORIDS: *W odpowiedzi do: Własnościowe sterowniki graficzne AMD – problem
Niestety Radeon R7 nic/niewiele znaczy. To nazwa handlowa dla kilku modeli, budowanych na różnych układach (jeśli to prawidłowa tabela, to masz GCN 1 lub 2). Jaki konkretnie? Jeśli są to te układy to do dyspozycji masz 3 sterowniki: ATI, AMDGPU oraz Catalyst. Tylko te ostatnie są własnościowe i na kernelu 4.19 nie powinny już działać (AMD zarzucił ich rozwój bodaj 3 lata temu, a w miejsce tego wdrożył się w rozwój sterowników w kernelu).
Zatem po pierwsze: jaki masz tam GPU i jakiego sterownika używasz?
Wiki Manjaro o Catalyst możesz sobie odpuścić (ma aktualność sprzed kilku lat).
Generalnie o sterownikach własnościowych AMD – niezależnie od tego, czy to Catalyst czy ewentualnie w ogóle wchodziłby w grę AMDGPU-PRO – możesz sobie zapomnieć.
Po prostu dobierz właściwy sterownik (ATI lub AMDGPU) i skonfiguruj go. Tu leży problem. Dopóki jednak nie wiemy jaki masz GPU, której generacji to GCN, jaki masz obecnie sterownik używany, to mi nie chce się pisać rozprawki na wszelkie możliwości.W odpowiedzi do: Własnościowe sterowniki graficzne AMD – problem
… sprawdzałeś na Forum?
https://manjaro.pl/forum/search/sterowniki+amd/
Jest kilka wątków zahaczających o Twój problem, być może coś ciekawego znajdziesz.… wiki i forum Manjaro:
https://wiki.manjaro.org/index.php?title=Configure_Graphics_Cards
https://wiki.manjaro.org/index.php?title=Catalyst [2014-03-03]
https://forum.manjaro.org/search?q=amd+driver… wiki Arch’a:
https://wiki.archlinux.org/index.php/AMDGPU
https://wiki.archlinux.org/index.php/AMD_Catalyst
https://wiki.archlinux.org/index.php/ATI
https://wiki.archlinux.org/index.php/Xorg… zaróżowiony obraz zinterpretowałbym jako problemy z połączeniem, a nie rozdzielczością. Tak jakby któryś kabelek lub pin nie stykał.
Nie zadawaj pytania, jeżeli nie jesteś gotów usłyszeć odpowiedzi
Witam,
borykam się z niecodziennym problemem jakim jest instalacja sterowników od AMD na manjaro 18, kernel 4.19. Wolne sterowniki generują mi na dzień dobry małe artefakty przy logowaniu co troszeczkę mnie denerwuje. Zależy mi na grafice do gier, lub do oglądania filmów na telewizorze (ostatnim razem miałem z tym mega problem, telewizor zaczął mi świecić na różowo prawdopodobnie coś z rozdzielczością). Problem w głównej mierze polega na tym, że na tym kernelu jak chce władować grafikę przez mhwd, system przy bootowaniu zawiesza się i nie da się w ogóle go załadować. To samo miałem na debianie, do pewnego momentu się ładuje, a później nie działa nawet kombinacja ctrl + alt + del, żeby go po prostu zrebootować. Przeszperałem chyba cały internet i straciłem na to dwa dni żeby to rozwiązać, ale brak czasu i powoli cierpliwości skłania mnie do napisania tego posta.Procesor: A12 – 7 generacja
Grafika: Radeon R7 – series jeśli cokolwiek to znaczy.Jestem chłonny wiedzy i wdzięczny za każdą pomoc. Pozdrawiam :)
W odpowiedzi do: [SOLVED] Nie startuje mi graficznie linux
1. Na laptopie – tak, abyś to zawsze widział – przyklej sobie kartkę z napisem: „NIE BĘDĘ KOMBINOWAĆ Z ŻADNYMI STEROWNIKAMI DOPÓKI NIE BĘDĘ WIEDZIEĆ CO ROBIĘ!„. Zainstalowałeś całą pokaźną baterię sterowników do GPU AMD (i to w dwu wersjach), do NVidia, oraz „podstawczak”, czyli VESA. Ten ostatni też ustawiłeś jako sterownik dla Twojego komputera. Swoją drogą, to w jaki sposób MSM podpowiedział Ci, że dla Twojego komputera w ogóle nadają się sterowniki dla AMD i dla NVidii kompletnie nie wiem i raczej sam pomieszałeś.
2. Twój komputer ma zintegrowaną GPU z CPU i nazywa się on Intel. W przypadku Intela można używać sterownika xf86-video-intel (są z nim niekiedy kłopoty), albo nie używać w ogóle żadnego sterownika „zewnętrznego” i zdać się na to co wbudowane w kernel, czyli modesettings (tak jest domyślnie np. w Debianie, Ubuntu i pochodnych, w Fedorze i zalecane przez KDE). Nie używam obecnie komputera z Intelem i nie używam GNOME, ale skoro to domyślne środowisko Fedory, to chyba wiedzą co robią.
3. Po wejściu do trybu konsolowego – odinstaluj wszystkie sterowniki wideo niepotrzebne w Twoim systemie. Mają one nazwy o strukturze xf86-video-*, gdzie w miejscu gwiazdki jest nazwa sterownika (ati, amdgpu, nouveau, vesa). Nie wiem co masz tam poinstalowane jeszcze, ale usuń i to. Sprawdzisz:
pacman -Qs xf86-video
Pojawi Ci się cała lista.
Usuwając wyczyść ich pliki konfiguracyjne:
pacman -Rn nazwa
Usuń również wszystkie paczki z nazwą „vulkan”, zawierające w nazwie „vdpau”, „libva-mesa” itp. To nie są sterowniki dla Twojej karty. Akceleracją możesz się pobawić jak w ogóle system Ci wystartuje i w innym wątku.
4. Możesz również usunąć paczkę xf86-video-intel – system winien wystartować na modesetting. Nie jest to konieczne, ale może warto sprawdzić. Zawsze możesz doinstalować.
5. W zasadzie porządki zrobione i po restarcie system winien się obudzić.
6. Przed punktem 5 – choć nie zalecam – możesz użyć polecenia mhwd. Nie używam tego od bardzo wielu lat (tak z 5) i nawet już nie pamiętam jak to działa. Podręcznik w wiki. Niemniej – tak jak mówię – na razie absolutnie nie polecam tego.
7. Jeśli zdecydujesz się pominąć punkt 4, a system mimo wszystko nie podniesie grafiki – konsola i doinstaluj tę paczkę, potem restart.
Zdaj relację i miejmy nadzieję, że się to podniesie i nie narobiłeś w systemie więcej szkód.A na przyszłość – oprócz najważniejszego punktu 1 – nie używaj do instalacji, aktualizacji pamac, a zacznij używać pacman. Jeśli tego użyłeś przy instalacji tych paczek, to wywołuje on automatycznie pacmana z opcją –noconfirm co być może jest wygodne, ale tylko i wyłącznie wówczas, gdy ktoś, kto je wywołuje wie co robi. Jeśli to automat, to twórca programu winien w końcu pójść po rozum do głowy. Jeśli to jakiś hook w Manjaro – również. Akurat pacman jest dobrze opisany, ma dobry manual, są przykłady. Podstawowe polecenia do zapamiętania w 5 minut, a nadto można sobie porobić aliasy. Bonus – mniej problemów.
W odpowiedzi do: Koniec platform 32-bit'owych w Manjaro/Arch
rozwiązania niekomercyjne nie bazują na liczeniu centów
Cóż, ktoś jednak za to wszystko płacić musi. Nic nie dzieje się za darmo. Serwer, infrastruktura – to są wszystko wymierne kwoty. Do tego dochodzi jeszcze praca opiekunów paczek, która wprawdzie darmowa z punktu widzenia ZU, ale która taką nie jest z punktu widzenia opiekuna. On na tym, abyś Ty mógł korzystać z Manjaro po prostu traci (bowiem nie może tego czasu poświęcić na zarabianie).
W przypadku Archa taka decyzja kroiła się od dawna. Kiedy odsetek osób korzystających z 32 bitowej architektury spadł bodaj do 1,7% zapadła jedyna logiczna decyzja – dalsze rozwijanie Archa 32bit nie ma sensu. Nie oznacza to jednak pozbawienia użytkowników możliwości korzystania z aplikacji, które są wyłącznie 32bitowe (np. niektóre sterowniki do choćby skanerów, czy drukarek). W przeciwieństwie do np. KaOS w dalszym ciągu pozostaną biblioteki multilib oraz owe 32bitowe aplikacje, które nie mają 64bitowej alternatywy. Wszyscy zatem użytkownicy maszyn z architekturą x86-64 (AMD64) nie zostaną pozbawieni żadnej możliwości. Arch przestanie być natomiast dystrybucją dla użytkowników komputerów x86, chyba, że taki użytkownik zdecyduje się na kompilowanie wszystkiego we własnym zakresie (co wg mnie mija się z celem – w takim przypadku sensowniej sięgnąć choćby po Gentoo). Konsekwencją porzucenia architektury 32bitowej w Archu jest decyzja w Manjaro, albowiem nie mieliby już skąd brać jakich 80-90% paczek dla tej architektury, a na początku masz wytłumaczenie – utrzymywanie tego we własnym zakresie kosztuje.
Ze względu jednak na istniejące, gotowe rozwiązania z Archa (i innych, pochodnych) nie istnieje żaden powód, dla którego ktoś nie mógłby się zdecydować na stworzenie dystrybucji „likeArch32” :), która byłaby wyłącznie 32bitowa. Być może tak się stanie. Niemniej jednak wymaga to mniejszych lub większych nakładów tak finansowych, jak i samej pracy takiej osoby/osób.W odpowiedzi do: Wine+Playonlinux – problemy.
No skupiliśmy się nad doprowadzeniem amdgpu(-pro) do działania.
Ok. Czując się wywołanym – kilka uwag. Po pierwsze nie jestem graczem. Gra, której mi brakuje w linuksie to… brydź. Niczego innego mieć nie muszę. Ok – mam na androidzie. Po drugie nie używam od lat WINE (preferuję postać płynną :)). A teraz już uporządkowanie kilku rzeczy. Moja wiedza o obu tych rozwiązaniach jest mocno sprzed lat.
1. O ile widzę, to – przynajmniej niektóre – gry windowsowe pod linuksem mogą wykorzystywać OpenGL. Dobrze sprawdzić wineDB, a uruchamia się to tak. Zerknij sobie jeszcze na ten tekst – może akurat w interesującej Cię grze po pierwsze da się z tego rozwiązania skorzystać, po drugie może będzie działać lepiej.
2. „Panelu sterowania” dla zarządzania ustawieniami sterownika karty graficznej dla amdgpu (i nie tylko) nie ma, nie było i pewnie nie będzie (chyba, że ktoś napisze). Masz natomiast dość szczegółowy opis w dwu tekstach na wiki Archa: ATI i AMDGPU. Teoretycznie Xy są tak obecnie skonstruowane, że wszystko dzieje się automatycznie. Niemniej jednak masz jeszcze tekst dotyczący samych Xorg.
W Plasma część rzeczy możesz ustawić poprzez „Ustawienia systemowe”. OpenGL wybierasz w „Wyświetlanie i monitor” -> „Kompozytor”. Teoretycznie przy Twojej karcie lepszym ustawieniem winno być OpenGL 3.1, ale niekiedy okazuje się, że OpenGL 2 jest mimo wszystko sprawniejsze. Musisz sobie to sprawdzić we własnym zakresie.
Dodatkowo w innych miejscach jesteś w stanie sprawić, że wyświetlanie dostosujesz do poziomu, który Ci będzie odpowiadać.
Podobnie WINE ma swoje własne ustawienia. Istnieje programik pn. Q4Wine (bodaj w AUR), który pozwala na ustawianie WINE w dość łatwy sposób (z zastrzeżeniem: o ile pamiętam).
3. Niezależnie od tego, że można sobie instalować WINE itd. itp., to mając 2 systemy sensowniej jest – tam gdzie tylko można – korzystać mimo wszystko z aplikacji natywnie. Skoro są one dla Windows to nie ma cudów – żadne WINE (wszak to swoisty emulator-nie emulator) nie spowoduje, by to działało tak samo jak natywnie.
4. To są bzdurki. Ważniejsze to uporządkować system. Skoro z owym amdgpu-pro masz jakoś pod górkę, a część się zainstalowała, to najsensowniej wywalić to co się poinstalowało. Zacznij od zlokalizowania jakie sterowniki amdgpu-pro masz. Spróbuj:
pacman -Qs amdgpu-pro
Nie pamiętam już czy wszystkie paczki budowane z AUR mają w nazwie amdgpu-pro, ale chyba tak. Potem możesz przystąpić do ich usunięcia:
# pacman -Rcns nazwa_którejkolwiek_paczki_zwróconej_przez_poprzednią_komendę
Sprawdź co chce Ci się odinstalować. Teoretycznie polecenie to powinno pociągnąć za sobą odinstalowanie wyłącznie, ale też i wszystkiego, co z amdgpu-pro związane. Jeśli widzisz tu „pół systemu” do usunięcia, to oczywiście odpowiedz „n” i zamiast przełącznika „Rcns” daj samo „R”, a potem co najwyżej dodawaj paczki zależne na piechotę.
Wszystkie te czynności powinny doprowadzić do sytuacji, w której będziesz miał jedynie sterownik amdgpu, z którego powinieneś korzystać (nawiasem mówiąc możesz sobie nawet sterownik vesa usunąć /ja np. jego nie mam/, chyba, że chcesz go trzymać dla sytuacji naprawdę awaryjnych oraz potrafisz zmusić system do startu na vesie a nie dedykowanym systemie i jednocześnie nie potrafisz naprawić systemu w sposób najbardziej optymalny, czyli w konsoli).
5. UWAGA: Budowałeś jakiś sterownik dkms. Sprawdź zatem sobie czy jakieś moduły amdgpu-pro masz załadowane przez dkms:
# dkms status
Jeśli tak – to usuń:
# dkms remove nazwa/wersja --all
Zobacz tu i zrób analogicznie. Wykonaj zanim odinstalujesz paczkę amdgpu-pro-dkms.
6. Przed usuwaniem czegokolwiek sprawdź, czy na pewno sterownikiem w użyciu jest amdgpu.
7. Z owej akceleracji sprzętowej potrafią korzystać niektóre programy (jak wspomniałem – nie jestem graczem, czyli nie wiem, czy one również, czy też nie) przy odpowiednich ustawieniach tych programów (np. SMPlayer, czy VLC – wiem, podaję otwarzacze multimedialne, ale nie dlatego, że tylko one korzystają, ale dlatego, że tu wiem /bo mam skonfigurowane/, że te dwa programy na pewno potrafią wykorzystać dobrodziejstwa akceleracji sprzętowej).W odpowiedzi do: Wine+Playonlinux – problemy.
To już tak na koniec jeszcze jedna informacja nt. GPU AMD i sterowników. Może się komuś przyda.
Wiedziałem, że AMD mocno się wdrożyła w otwarte sterowniki dla swoich GPU. Nie wiedziałem jednak, że tak to ma obecnie wyglądać. Swoją drogą, to ciąży gdzieś w nas postwindowsowa ciągota instalowania sterowników odproducenckich. Podsumowanie obecnego stanu ze sterownikami AMD wygląda tak (wpierw zbiorczo, potem kilka moich uwag):
1. Dla kart X1000 i starszych – rozwiązanie jest jedno: tylko i wyłącznie sterownik otwarty ati (tj.: xf86-video-ati w nomenklaturze Archa i pochodnych).
2. Dla kart HD2000-HD4000 – zasadniczo (i łatwiej) xf86-video-ati, jednakże jest możliwe korzystanie z tzw. Catalyst legacy. Z tego ostatniego rozwiązania jednakże na wszystkich dystrybucjach rolling release nie będzie łatwo skorzystać, albowiem wymaga ono starszych rozwiązań typu xorg-server itp. Jeśli Manjaro jest systemem dla osób raczej o niewielkiej wiedzy, to w przypadku tej dystrybucji należy o tym rozwiązaniu raczej zapomnieć. W Archu też pewnie nie będzie polecane i nie ma żadnego wsparcia.
3. Dla kart HD5000-HD6000 – są dwie możliwości: otwarte xf86-video-ati oraz porzucony już ze dwa lata temu Catalyst. Ten ostatni ma jeszcze wsparcie w Manjaro, choć pewnie i stąd wyleci. Tak w Archu, jak i w Manjaro potrzebuje jednak starszej wersji Xów. W Archu rozwiązanie z Catalyst (mimo istnienia specjalnego, „niezależnego” repozytorium) – od dawna sterowniki te nie mają wsparcia.
4. Dla GCN1 i GCN2 – aż trzy możliwe rozwiązania: dwa sterowniki otwarte, czyli xf86-video-ati oraz eksperymentalna implementacja amdgpu, która wymaga odpowiednio skompilowanego kernela (ale jak się okazuje obecnie chyba każdy to ma w wersji minimum 4.9) oraz – w przypadku Manjaro – instalacji mhwd-addon-amdgfx-hwe (dającej możliwość obsługi przez mhwd). Nadto Catalyst.zastrzeżeniami jak poprzednio.
5. Dla GCN3 również istnieją trzy możliwe rozwiązania: amdgpu, amdgpu-pro oraz… Catalyst.
6. Dla GCN4 i nowsze – amdgpu oraz amdgpu-pro.Teraz już uwagi. Miałem możliwość korzystania z kilku kart AMD i używałem na nich ati, amdgpu oraz catalyst (tego ostatniego tak w Manjaro, jak i na Archu).
Uwaga ogólna – sensownie jest uruchomić tzw. akcelerację sprzętową, albowiem programy, które mogą ją wykorzystać umożliwiają lepszą pracę komputera.
Sens używania sterowników takich jak Catalyst jest raczej mizerny. Lepiej używać nowszych kerneli i nowszych sterowników otwartych, w tym mesa. Wydajność współczesnych X.Org, Mesa i sterownikach otwartych sensowniej używać te właśnie sterowniki. Mniej problemów. Zwróciłbym również uwagę, że sterownik Catalyst został porzucony przez AMD – żadnych poprawek, w tym bezpieczeństwa, raczej już nie będzie. Xy przez swoją konstrukcję są natomiast dość czułe na kwestie bezpieczeństwa związane ze sterownikami. Używać nikomu nie zabronię, jednak pod rozwagę daję.
Owe eksperymentalne wsparcie dla amdgpu w przypadku GCN1 i GCN2 istnieje w kernelu i niemal każde nowe jego wydanie przynosi tu jakieś zmiany i ulepszenia. Istnieje prawdopodobieństwo, że korzystając z jak najnowszej wersji kernela winno przynieść polepszenie działania amdgpu na tego typu GPU. Moje doświadczenie jest takie, że w tych sytuacjach sterownik ati radzi sobie lepiej od amdgpu, jednakże może to być zależne od poszczególnego typu GPU i używanego kernela. Sensu używania kernela starszego od 4.9 nie ma.
W przypadku nowszych procesorów (>=GCN3) – AMD wymyśliło to tak, że dla zwykłego użytkownika winien wystarczyć sterownik amdgpu (otwarty). Jego wydajność w „typowych” zastosowaniach, w tym w grach, winna być taka sama jak amdgpu-pro. Różnice mogą dotyczyć ustawień jednego i drugiego sterownika, ale nie technologii używanej w tym zakresie. Sterownik amdgpu-pro jest przeznaczony wyłącznie dla profesjonalistów, którzy zawodowo wykorzystują GPU w jakichś celach i wymagają np. dodatkowego wsparcia ze strony producenta GPU. M.in. dlatego sterownik ten przez AMD jest robiony wyłącznie dla dystrybucji klasy enterprise (RHEL, SLES) i dodatkowo (pewnie ze względu na popularność i również wykorzystywanie w takich zastosowaniach) ostatniego Ubuntu LTS (obecnie to 16.04).
Sterowniki amdgpu (w tym pro) nie będą obsługiwać starszych GPU niż GCN1 nigdy (przynajmniej wg obecnej wiedzy). Sterowniki amdgpu-pro raczej nie trafią do dystrybucji innych niż klasa enterprise (czyli Red Hat i komercyjne SUSE) i Ubuntu (chyba, że jego miejsce – pod względem popularności i długości wsparcia – zajmie powszechnie inna jakaś dystrybucja).
Używanie sterowników amdgpu-pro na innych dystrybucjach odbywa się bez wsparcia producenta. Sterowniki te są tworzone przez przebudowanie udostępnianych przez AMD pakietów rpm lub deb do formatu binarnego stosowanego w danej dystrybucji. Ze względu na to, że oryginalnie sterowniki te są dostosowane do dystrybucji, w których raczej trudno o „nowinki”, wymagają one określonych wersji oprogramowania „towarzyszącego”, z których korzystają. Podobnie jak ma to miejsce w przypadku Catalyst – sterownik taki będzie wymagał określonej wersji np. Xów, czy Mesa, które należy wówczas „zastabilizować” na tej właśnie wersji i nie dopuszczać do ich aktualizacji. Podobnie wymagają określonej wersji kernela (min. to 4.8) i z nowszymi od 4.9 mogą nie pracować prawidłowo. O ile sterownik ten istnieje dla Archa, to nie istnieje sterownik dla Manjaro (nikt się tym nie zajmuje). Budowa tych sterowników dla Manjaro, aczkolwiek niewykluczona, wymaga naniesienia poprawek na dostępne w AUR źródła (patche). Ten, kto chce mimo wszystko skorzystać musi się zainteresować tym we własnym zakresie bądź skorzystać z wiedzy osób potrafiących przeanalizować zarówno rozwiązania dostępne w Manjaro jak i kod dostępnych patchy i je dostosować (bądź wprowadzić nowe). Rozwiązanie drugie odpowiada jednakże w chwili swego utworzenia czemuś, co w AUR nazywa się „orphaned” – porzuconym pakietem. Jak wspomniałem – nie istnieje jak na razie – rozwiązanie dla Manjaro, o które ktoś by dbał. Stąd np. może się okazać, że po pojawieniu się nowej wersji amdgpu-pro w AUR, albo wersja taka się nie zainstaluje (nawet z posiadanymi patchami dla Manjaro), albo będzie wymagać zupełnie nowych. Innymi słowy jest to rozwiązanie wyłącznie dla bardzo świadomej osoby, która potrafi sobie radzić z takimi sprawami. Wówczas jednak prawdopodobieństwo, że korzysta z Manjaro, a nie z Archa jest znikome.
W przypadku WINE zwracam uwagę na wpis na wiki Archa.
Koniec przynudzania.
W odpowiedzi do: Wine+Playonlinux – problemy.
Panowie.
Przyznaje bez bicia, że pogubiłem się w tym wszystkim jakieś dwie strony temu i cała sytuacja od tego momentu przypomina trochę kopanie się z koniem i to podkutym. Mimo waszych rad nie wygram tego starcia z moją wiedzą i doświadczeniem a ma to takie znaczenie, że nie rozumiem nawet połowy tego co czytam w podlinkowanych stronach. Za dużo tu programistycznego żargonu, szermowania coraz to wymyślniejszymi nazwami pakietów, mnożenia ich w nieskończoność i komplikowania rzeczy, wydawałoby się, stosunkowo prostych. Czytając wpisy i komentarze na githubie czy stronach AUR widać że developerzy są w swoim żywiole, szkoda tylko, że w tym całym „zapale tworzenia” stracili z oczu najważniejsze – użytkownika. Tego zwykłego użytkownika, który chciałby po prostu zainstalować np. sterownik i cieszyć się tym czy tamtym z jego wykorzystaniem.
Pomarudziłem, teraz do rzeczy. Straciłem serce do dalszej walki z tym sterownikiem więc odpuszczam. Może kiedyś AMD doprowadzi swój otwarty sterownik do stanu pełnej używalności a jak nie to trudno, chcąc pograć przełączę się na Windowsa.W odpowiedzi do: Wine+Playonlinux – problemy.
@loctor – Kilka uwag:
1. Czy próbowałeś uruchomić akcelerację sprzętową dla amdgpu (bez pro)? Jak to działa pod WINE?
2. Czy przeczytałeś co najmniej przypiętą informację pod wszystkimi „paczkami” amdgpu-pro w AUR? Zastosowałeś się do tej porady i:
– masz wersję xorg-server 1.18 oraz
– masz zbudowaną z AUR mesa-noglvnd?
Bez nich (oraz bez kernela 4.9, ale to akurat masz) – ten sterowniki nie działa.
Mogę jedynie napisać, że wersja xorg-server, jaka jest w Archu to 1.19. Jeśli w Manjaro jest taka sama, to albo ryzykujesz i instalujesz z Archa wersję 1.18 korzystając z asp (o ile ono w ogóle w Manjaro jest), albo z repozytorium seblu.net lub korzystając z downgrade (o ile repozytorium Manjaro przechowuje obecnie starsze wersje paczek). Obecnie preferuję dwa ostatnie rozwiązania, albowiem prościej – instalują binarki. Są to jednak rozwiązania z Archa, a nie z Manjaro (tzn. repozytorium seblu jest na pewno archiwum paczek archowych; nie mam pojęcia natomiast, czy downgrade działa – kiedyś nie działąło).
Drugą paczkę musisz samodzielnie zbudować z AUR, albowiem choć jest wymagana przez amdgpu-pro nie jest jego zależnością.
Nie ma możliwości by amdgpu-pro-dkms (czy jakikolwiek inny) działał prawidłowo bez tych paczek oraz w sytuacji, gdy jego budowa została zakończona z błędami. Jakakolwiek próba zmuszenia jej do działania (oj źle doradzasz @azja) może doprowadzić w ogóle do braku możliwości uruchomienia systemu.
Nadto… ten sam błąd jest zgłoszony na gicie i to dwukrotnie: 1 i 2. Skoro dla tak zbliżonej dystrybucji do Archa jaką jest Antergos jeden z plików wymaga naniesienia zmian to i w przypadku Manjaro musi zostać przeprowadzona podobna operacja i przygotowany musi być odpowiednio zmieniony patch.PS: Z AUR nie jest instalowana żadna paczka! AUR zawiera jedynie „przepisy” umożliwiające kompilację paczki w systemie Arch Linux (Twórcy Manjaro gdyby byli choć odrobinę odpowiedzialni, to zamiast wypisywać brednie o „wspieraniu” AUR, czego nawet Arch nie robi, winni założyć swoje, dostosowane do tej dystrybucji podobne repozytorium, jak to zrobili np. twórcy Chakry, czy KaOSa). Z tego powodu „instalując” paczkę z AUR jest niezbędnym przeczytanie informacji, jakie podawane są w komentarzach do budowanego pliku. Inaczej – zwłaszcza, gdy próbuje się w ten sposób zainstalować tak podstawowe elementy systemu jak np. sterownik grafiki – można łatwo doprowadzić do destabilizacji całego systemu.
W odpowiedzi do: Wine+Playonlinux – problemy.
Komunikat o sukcesie był prawdziwy. Nie modyfikowałem screena w photoshopie jeśli o to chodzi.
Pakiet amdgpu-pro-dkms jest w Pamacu oznaczony na zielono jako zainstalowany aleinxi -Gimhwd -l -d --pciinformują, że sterownikiem grafiki w systemie jest video-amdgpu.W odpowiedzi do: Wine+Playonlinux – problemy.
Bez owego „make.log” nic nikt
Podałem go na screenie, brakuje tylko kilku pierwszych linii.
Tak wygląda cały:DKMS make.log for amdgpu-pro-17.10-401251 for kernel 4.9.44-1-MANJARO (x86_64) nie, 27 sie 2017, 11:08:22 CEST make: Wejście do katalogu '/usr/lib/modules/4.9.44-1-MANJARO/build' LD /var/lib/dkms/amdgpu-pro-17.10/401251/build/built-in.o LD /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/built-in.o LD /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu/built-in.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/kcl_drm.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/main.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu/amdgpu_drv.o LD /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/built-in.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_memory.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/symbols.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/kcl_fence.o In file included from /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu/../amdgpu/amdgpu_ttm.h:27:0, from /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu/../amdgpu/amdgpu.h:54, from /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu/../backport/include/kcl/kcl_amdgpu.h:5, from /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu/../backport/backport.h:5, from <command-line>:0: /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu/../scheduler/gpu_scheduler.h:27:49: error: operator '==' has no left operand #if (defined OS_NAME_RHEL) && (OS_VERSION_MAJOR == 6) ^~ In file included from /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu/../backport/backport.h:14:0, from <command-line>:0: /var/lib/dkms/amdgpu-pro-17.10/401251/build/include/kcl/kcl_acpi.h:8:49: error: operator '<=' has no left operand #if (defined OS_NAME_RHEL) && (OS_VERSION_MAJOR <= 6) ^~ In file included from /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu/../backport/backport.h:16:0, from <command-line>:0: /var/lib/dkms/amdgpu-pro-17.10/401251/build/include/kcl/kcl_hwmon.h: In function ‘kcl_hwmon_device_register_with_groups’: /var/lib/dkms/amdgpu-pro-17.10/401251/build/include/kcl/kcl_hwmon.h:15:49: error: operator '<=' has no left operand #if (defined OS_NAME_RHEL) && (OS_VERSION_MAJOR <= 6) ^~ make[2]: *** [scripts/Makefile.build:293: /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu/amdgpu_drv.o] Błąd 1 make[1]: *** [scripts/Makefile.build:544: /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdgpu] Błąd 2 make[1]: *** Oczekiwanie na niezakończone zadania.... CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/kcl_fence_array.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/kcl_kthread.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_tt.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/kcl_io.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/kcl_mn.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/kcl_reservation.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/kcl_drm_global.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_bo.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_bo_util.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_bo_vm.o LD [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/amd/amdkcl/amdkcl.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_module.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_object.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_lock.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_execbuf_util.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_page_alloc.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_bo_manager.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_page_alloc_dma.o CC [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/ttm_agp_backend.o LD [M] /var/lib/dkms/amdgpu-pro-17.10/401251/build/ttm/amdttm.o make: *** [Makefile:1493: _module_/var/lib/dkms/amdgpu-pro-17.10/401251/build] Błąd 2 make: Opuszczenie katalogu '/usr/lib/modules/4.9.44-1-MANJARO/build'… pomijając błędy przy instalacji – chodzi?
Nie. Nadal aktywnym sterownikiem jest video-amdgpu.
W odpowiedzi do: Wine+Playonlinux – problemy.
Budując z AUR czytajcie komentarze…
Nie masz w systemie zainstalowanego ncurses5-compat-libs z uwagi na to, że PKGBUILD w AUR jest już zbyt stary i nie są już dostępne źródła, z których korzysta. Bez tej paczki nie będzie możliwości zainstalowania jednej z paczek budowanych w ramach amdgpu-pro.
Skoro masz Manjaro KDE, to powinien tu być yaourt – jeśli nie – doinstaluj. Wykonaj kolejno:
yaourt -G ncurses5-compat-libs && cd ncurses5-compat-libs
W katalogu znajdziesz plik PKGBUILD – otwórz go do edycji i zmień wszystkie wystąpienia daty 20170527 na 20170819.
Będąc w ww. katalogu, wpisz w konsoli:
updpkgsums && makepkg -sirc
Przebuduj (dla pewności, bowiem nie jest to absolutnie konieczne) paczkę xf85-video-amdgpu-pro i zainstaluj paczki, które otrzymasz (nie będzie to jedna paczka). Sprawdź wcześniej co dostarczyło Ci lib32-amdgpu-pro-17.10.401251-2 bo jest to paczka budowana i instalowana „w ramach” tego sterownika. Ze względu na to, że sterowniki nie zainstalowały Ci się, to nie powinieneś mieć jej w systemie.
Przy okazji – nie istnieją 3 różne sterowniki amdgpu-pro (sorki, nie zauważyłem tego wcześniej). Jest jeden, który buduje cały zespół paczek (podobnie jak np. PKGBUILD dla dowolnego kernela buduje sam kernel, jego pliki nagłówkowe i dokumentację). Paczki amdgpu-pro czy amdgpu-pro-dkms (i kilka innych) są budowane wraz z xf86-video-amdgpu-pro. Jeśli zechcesz zbudować np. amdgpu-pro-dkms to w efekcie otrzymasz dokładnie te same paczki, jakie zbudujesz budując amdgpu-pro czy xf86-video-amdgpu-pro.
Paczka lib32-amdgpu-pro-17.10.401251-2 powinna zostać przeinstalowana przy instalacji sterowników. Możesz jednak ją wcześniej spróbować odinstalować, by nie mieć jakichś problemów w systemie.W odpowiedzi do: Wine+Playonlinux – problemy.
jeszcze jeden pomysł, o którym … mówiliśmy, nie mówiliśmy? Chyba o tym wspominałem:
AUR / amdgpu-pro-dkms
czyli wersja dkms (dynamiczny moduł jądra) sterowników. Nie ma tylu zależności i nie powinno być problemów z instalacją.Zanim coś powiesz – sprawdź. Zależności dla amdgpu-pro-dkms są… większe, bo jeszcze dkms :) Jeśli z jakiejś przyczyny amdgpu-pro się nie buduje, to i nie zbuduje się jego wersja dkms. Inna sprawa, że paczka buduje się prawidłowo, a jedynie nie chce się zainstalować. Rozwiążcie sobie dlaczego :)
Wersja dkms jest jednak ze wszechmiar polecana, albowiem zmiana kernela nie będzie wymagać przebudowania sterownika.
@loctor – Z tego co widzę, to w katalogu: xf86-video-amdgpu-pro/opt/amdgpu-pro/bin/ jest tworzona aplikacja (binarka) amdgpu-pro-px – być może to jest ów program „sterujący”. W AUR masz też jeszcze radeon-profile-daemon-git oraz radeon-profile-git, które oferują możliwość sterowania (ograniczonego) sterownikiem. Także amdgpu-pro.
Z wpisu wynika, że paczkę lib32-amdgpu-pro masz już w systemie. To oznaczałoby, że jakieś amdgpu-pro już zbudowałeś i zainstalowałeś, ale jakie? Druga kwestia ncurses5-compat-libs – to jest w AUR. Masz to zainstalowane?
Wyniki wyszukiwania dla 'sterowniki amd'
wątki: aktywne| bez odpowiedzi
