Udzielone Odpowiedzi
- Posty
@pavbaranov
Wybornie zwięzłe i treściwe podsumowanie.
Pozwolę sobie jednak rozgrzebać coś co podnosiłeś kilka razy – chodzi o akcelerację sprzętową.
Link, który podałeś zawiera informacje na temat pakietów VAAPI i VDPAU. Oba odpowiadają za sprzętowe wspomaganie video a więc kodowanie/dekodowanie materiałów video. Z grami nie ma to nic wspólnego – tu raczej chodzi o akceleracje 3D. O ile wiem w linuxach odpowiada za to OpenGL ale chyba tylko dla natywnie działających aplikacji. W Wine teoretycznie instaluje się DirectX i to on powinien odpowidać za aplikacje nienatywne, uruchamiane przez Wine. Nie wiem niestety jaka jest korelacja między DirectX/Wine a OpenGL/amdgpu ale wydaje się, że u mnie one się nie dogadują. Co ciekawe gdzieś obiło mi się o oczy, że i KDE może mieć jakiś w tym udział. Niestety jak pisałem nie widzę w Manjaro niczego na kształt panelu sterowania, który dałby jasny wgląd w bieżącą konfiguracje karty/sterownika i ewentualną możliwość korekcji ustawień.Wracając na chwilę do VAAPI I VDPAU to były one u mnie włączone prawdopodobnie defaultowo. Ręcznie ich nie włączałem ale mam teraz w Manjaro taki bałagan przez boje z amdgpu-pro, że głowy nie dam. W każdym razie oba są zainstalowane i działają.
Jeśli gdzieś plotę bzdury, proszę mnie poprawić.
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.Nope, nie widzi. Dostępne są tylko video-amdgpu i video-vesa.
I jeszcze:dkms status amdgpu-pro-17.10, 401251: addedKomunikat 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.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.
Zainstalowałem linux49-headers ale przy ponownej instalacji wychodzą kolejne błędy.
Tak się kończy instalacja:
Screenshot_20170827_113240oo.png
A to jest zawartość wspomnianego na screenie logu:
Screenshot_20170827_113158pp.pngWczoraj było już trochę za późno, zabrałem się więc za działanie dziś tylko widzę, że mogłem najpierw wejść tu poczytać wasze wpisy. No ale nic, stało się.
Zainstalowałem apmdgpu-pro-dkms. Tym razem nie ręcznie a przez Pamaca. O dziwo pakiet zbudował się i zainstalował bez problemów a w każdym razie niczego nie sygnalizował. Niestety żeby nie było za różowo dkms na końcu krzyknął, że mu czegoś brakuje.
Screen:
Screenshot_20170827_065747.png
Teraz boje się zrestartować kompa :PAmdgpu-pro nie został zainstalowany. Zbudował się ale nie zainstalował ze względu na nierozwiązalne zależności. Zrzuty/screeny są gdzieś na poprzedniej stronie wątku. Nawet jeśli jakieś elementy się zainstalowały/zaktualizowały to nie były aktywne – system nadal twierdził, że działa na sterowniku video-amdgpu. Zdziwiłbym się gdyby się okazało, że zamknięty sterownik nie ma żadnego wbudowanego panelu kontrolnego ale wygląda na to, że otwarty go nie ma a w każdym razie ja nic takiego nie widzę choć jest jeszcze możliwość, że nie wiem gdzie i czego szukać.
Jak wrócę, pewnie dopiero wieczorem, spróbuję zainstalować wersję dkms.U mnie wygląda to tak:
zgrep -i AMDGPU /proc/config.gz CONFIG_DRM_AMDGPU=m CONFIG_DRM_AMDGPU_SI=y CONFIG_DRM_AMDGPU_CIK=y CONFIG_DRM_AMDGPU_USERPTR=y # CONFIG_DRM_AMDGPU_GART_DEBUGFS is not setCzyli teoretycznie chyba jest ok.
Kernel: 4.9.44-1-MANJARO x86_64 (64 bit)
Jeśli chodzi o kernel to zanim posypałem system aktywując sterownik video-vesa miałem przez chwilę dla testu zainstalowany 4.12 ale różnicy w PoE na sterowniku video-amdgpu nie widziałem żadnej.
Karta graficzna to dokładnie AMD Radeon RX480 [gen. Arctic Islands, arch. Polaris 10, GCN 4.0(1.3)].
Co do własnoręcznej (re)kompilacji kernela to jestem na to zdecydowanie za krótki. Wątpię czy dałbym radę nawet z czyjąś pomocą, tzn pewnie tak ale w ogóle nie zrozumiałbym tego co robię. Tu potrzebne są, jak myślę, przede wszystkim podstawy a tych nie da się przyswoić w kilka godzin. Na szczęście jest manager ustawień Manjaro, który daje możliwość łatwej i szybkiej zmiany kernela i to mi na razie wystarczy.
Jeśli chodzi o sprawdzenie akceleracji sprzętowej to z pewnym wstydem przyznaję, że nie wiele rozumiem z tego co jest pod linkiem…BTW.
Czy istnieje jakiś program, który umożliwia grzebanie w ustawieniach karty graficznej? Taki z GUI działający na video-amdgpu. Nic takiego nie mogę znaleźć ale może ktoś z was zna?No i tak u mnie zostanie – dwa systemy. Przynajmniej tak długo jak długo Win8.1 będzie działał.
Co do tego dlaczego nie mogę zainstalować W10 to przyczyna nie leży w sprzęcie. Jest raczej… ideologiczna. Żeby się za bardzo nie rozpisywać napisze tylko, że będąc w pełni władz umysłowych nie jestem w stanie zgodzić się z postanowieniami licencji W10. Wiem jak to brzmi ale tu trzeba zrozumieć, że jestem człowiekiem w pewnych sprawach dość konserwatywnym, cenię sobie swoją prywatność jak również kontrolę nad moim własnym komputerem i systemem na nim zainstalowanym jako jego administrator. W10 oferuje wszystko tylko nie to, dlatego nie mogę go zainstalować. Mógłbym jeszcze długo wymieniać ze szczegółami co i jak ale to nie to forum, nie chcę śmiecić.Jeszcze przez chwile próbowałem kombinować ale bez rezultatów.
Utrzymywanie określonych pakietów w określonych wersjach, ręczne doglądanie spójności systemu, którą byle aktualizacja może mi posypać – to nie na moją głowę. Rzeczywiście wydaje się, że gra nie jest warta przysłowiowej świeczki. Przełączanie się na Windowsa będzie szybsze i wygodniejsze. Będę musiał i tak pomyśleć nad wymianą na Nvidię bo AMD cichcem zakończyło wsparcie dla Win8.1 a Win10 nie mogę zainstalować. To jednak temat dla innego forum ;)
Dzięki wszystkim za rady i wsparcie. Temat do zamknięcia.Tak wygląda końcówka (cała si nie zmieści) operacji tworzenia i instalacji amdgpu-pro u mnie:
==> Ukończono tworzenie: amdgpu-pro-installer 17.10.401251-2 (czw, 24 sie 2017, 06:50:09 CEST) ==> Instalowanie grupy pakietów amdgpu-pro-installer za pomocą pacman -U... [sudo] hasło użytkownika hellios: wczytywanie pakietów… ostrzeżenie: lib32-amdgpu-pro-17.10.401251-2 jest w najnowszej wersji -- ponowne instalowanie rozwiązywanie zależności… ostrzeżenie: nie można rozwiązać "ncurses5-compat-libs>=6", zależności od "amdgpu-pro" ostrzeżenie: nie można rozwiązać "ncurses5-compat-libs>=6", zależności od "amdgpu-pro" ostrzeżenie: nie można rozwiązać "amdgpu-pro", zależności od "amdgpu-pro-libgl" ostrzeżenie: nie można rozwiązać "ncurses5-compat-libs>=6", zależności od "amdgpu-pro-vdpau" ostrzeżenie: nie można rozwiązać "ncurses5-compat-libs>=6", zależności od "amdgpu-pro" ostrzeżenie: nie można rozwiązać "amdgpu-pro=17.10.401251-2", zależności od "xf86-video-amdgpu-pro" :: Następujące pakiety nie mogły zostać zaktualizowane w wyniku niespełnionych zależności: amdgpu-pro amdgpu-pro-libgl amdgpu-pro-vdpau xf86-video-amdgpu-pro :: Czy chcesz pominąć powyższe pakiety przy aktualizacji? [t/N] t szukanie sprzecznych pakietów... :: amdgpu-pro-libdrm konfliktuje z libdrm. Usunąć libdrm? [t/N] t :: lib32-amdgpu-pro-libdrm konfliktuje z lib32-libdrm. Usunąć lib32-libdrm? [t/N] t :: lib32-amdgpu-pro-libgl i lib32-libglvnd konfliktują ze sobą (lib32-libgl). Usunąć lib32-libglvnd? [t/N] t błąd: nie udało się przygotować transakcji (nie udało się rozwiązać zależności) :: lib32-mesa: usuwanie lib32-libglvnd zależność przerw 'lib32-libglvnd' ==> OSTRZEŻENIE: Nie udało się zainstalować zbudowanych pakietu(ów). [hellios@manjaro amdgpu-pro-installer]$Na samym końcu czy pominę pakiety przy instalacji i każę usunąć konfliktujące biblioteki czy też nie efekt jest taki sam, przy czym robię to na ślepo bo nie do końca rozumiem o co chodzi. Może ktoś przetłumaczyć na ludzki?
OT.
Używasz Manjaro?
Tak. Mam jednak ochotę zainstalować Antergosa, działał jakby szybciej niż Manjaro choć nie miał jego wielu usprawnień, tylko czy wtedy będę mógł zadawać pytania/szukać pomocy na tym forum? W końcu to forum Manjaro.
@azja
Doczytałem na githubie, że kernel 4.9 będzie ok, nawet zalecają downgrade jeśli ktoś ma wyższa wersje więc na razie nie będę go ruszał.
@JaOrazinni
Próbowałem tego co podrzuciłeś w drugim cytacie. Za pierwszym razem operacja się nie udała ze względu na niemożność rozwiązania zależności z trzema pakietami. Dwa z nich udało mi się ręcznie zainstalować, niestety trzeci jest wyjątkowo oporny.
To się dzieje kiedy instaluje trzeci:
Screenshot_20170823_193255.png
Można coś z tym zrobić?… OT – co tak ładnie wygląda, KDE?
Tak, KDE.
EDIT … sprawdź, czy mhwd prawidłowo rozpoznało kartę.
Mhwd zwraca coś takiego:
mhwd -lh -d --pci 21: PCI 100.0: 0300 VGA compatible controller (VGA) SysFS ID: /devices/pci0000:00/0000:00:01.0/0000:01:00.0 SysFS BusID: 0000:01:00.0 Hardware Class: graphics card Model: "PC Partner Limited / Sapphire Radeon RX 470/480" Vendor: pci 0x1002 "ATI Technologies Inc" Device: pci 0x67df "Ellesmere [Radeon RX 470/480]" SubVendor: pci 0x174b "PC Partner Limited / Sapphire Technology" SubDevice: pci 0xe347 "Radeon RX 470/480" Revision: 0xc7 Driver: "amdgpu" Driver Modules: "drm" Memory Range: 0xc0000000-0xcfffffff (ro,non-prefetchable) Memory Range: 0xd0000000-0xd01fffff (ro,non-prefetchable) I/O Ports: 0xe000-0xe0ff (rw) Memory Range: 0xdfe00000-0xdfe3ffff (rw,non-prefetchable) Memory Range: 0x000c0000-0x000dffff (rw,non-prefetchable,disabled) IRQ: 128 (44072 events) I/O Port: 0x00 (rw) Module Alias: "pci:v00001002d000067DFsv0000174Bsd0000E347bc03sc00i00" Driver Info #0: Driver Status: amdgpu is active Driver Activation Cmd: "modprobe amdgpu" Attached to: #18 (PCI bridge)Zatem rozpoznaje kartę poprawnie (o tyle o ile ale takie są pewnie jego możliwości), jednak gdy chcę wyświetlić informacje o sterowniku pokazuje jakieś konflikty:
mhwd -li -d --pci NAME: video-amdgpu ATTACHED: PCI VERSION: 2017.03.24 INFO: X.org amdgpu video driver. Standard open source driver for AMD graphic cards. PRIORITY: 3 FREEDRIVER: true DEPENDS: - CONFLICTS: video-catalyst video-hybrid-intel-amdgpu-prime video-hybrid-radeon-amdgpu-prime CLASSIDS: 0300 0380 VENDORIDS: 1002Te konflikty maja jakieś znaczenie, bo może tu gdzieś jest pies pogrzebany -czegoś jest za dużo albo trzeba doinstalować? Może kernel nie taki jak trzeba (4.9.43), albo coś?
Sterownik AMDGPU-Pro masz w AUR. Spróbuj zainstalować.
Jest ich kilka, nie wiem który. W sumie system jest świeży, mogę poeksperymentować, stracę co najwyżej 10min na reinstalacje.
