Vulkan unter Arch nutzen.

[Brathorun]

Spoiler

# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES=""

# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image. This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way. This is useful for config files.
FILES=""

Ich denke das stimmt so - da das oberste Auskommentiert ist?!

 

[obz245]

Schau noch mal zurück in mein letzten Post. Bin gerade über Smartphone am schreiben. Da muss ich öfters korrigieren.

 

[Brathorun]

Hab dein Beitrag aktualisiert und nachvollzogen.
Nach dem Neustart:

inxi -G

Spoiler

Graphics: Card: Advanced Micro Devices [AMD/ATI] Hawaii PRO [Radeon R9 290/390]
Display Server: X.Org 1.19.2 driver: N/A
Resolution: 1920x1080@59.96hz
GLX Renderer: Gallium 0.4 on AMD HAWAII (DRM 3.8.0 / 4.9.11-1-ARCH, LLVM 3.9.1)
GLX Version: 3.0 Mesa 17.0.0

sudo nano /etc/mkinitcpio.conf

Spoiler

# vim:set ft=sh
# MODULES
# The following modules are loaded before any boot hooks are
# run. Advanced users may wish to specify all system modules
# in this array. For instance:
# MODULES="piix ide_disk reiserfs"
MODULES="amdgpu"

# BINARIES
# This setting includes any additional binaries a given user may
# wish into the CPIO image. This is run last, so it may be used to
# override the actual binaries included by a given hook
# BINARIES are dependency parsed, so you may safely ignore libraries
BINARIES=""

# FILES
# This setting is similar to BINARIES above, however, files are added
# as-is and are not parsed in any way. This is useful for config files.
FILES=""

# HOOKS
# This is the most important setting in this file. The HOOKS control the
# modules and scripts added to the image, and what happens at boot time.
# Order is important, and it is recommended that you do not change the
# order in which HOOKS are added. Run 'mkinitcpio -H <hook name>' for
# help on a given hook.
# 'base' is _required_ unless you know precisely what you are doing.
# 'udev' is _required_ in order to automatically load modules
# 'filesystems' is _required_ unless you specify your fs modules in MODULES
# Examples:
## This setup specifies all modules in the MODULES setting above.
## No raid, lvm2, or encrypted root is needed.
# HOOKS="base"
#
## This setup will autodetect all modules for your system and should
## work as a sane default
# HOOKS="base udev autodetect block filesystems"
#
## This setup will generate a 'full' image which supports most systems.
## No autodetection is done.
# HOOKS="base udev block filesystems"
#
## This setup assembles a pata mdadm array with an encrypted root FS.
## Note: See 'mkinitcpio -H mdadm' for more information on raid devices.
# HOOKS="base udev block mdadm encrypt filesystems"

[...]

 

[obz245]

Was sagt: vulkaninfo

Wird dir jetzt mehr angezeigt als bei der letzten Ausgabe?

Das dir noch immer kein amdgpu ausgegeben wird, dafür habe ich dann keine Erklärung. Dann sind die verschiedenen AMD Karten doch sehr, sehr unterschiedlich in ihren verhalten.

 

[Brathorun]

Wenn Angeblich kein Treiber für die Grafikkarte aktiv ist, wieso bekomm ich dann eine Anzeige - noch dazu in der richtigen Auflösung?

Über meinen Xeon-Prozessor kann das nicht laufen. Das ist eine reine CPU - hat also keine Grafikeinheit.

 

[obz245]

Der Mesa Teil läuft. Kommt dadurch was schon im 4.9 Kernel für AMD drin steckt bei deiner Karte.

Das Radv(Vulkan) hängt noch.

Du hast "xf86-video-amdgpu" installiert.

Wird wahrscheinlich nicht gebraucht bzw. angesteuert.

Installiere mal folgendes zusätzlich.

xf86-video-ati & xf86-video-radeon

Ich glaube Arch hat nur ein Paket davon. Also nicht wundern, wenn es nur eines gibt.

Danach schaust du noch mal wegen Treiber Ausgabe.

Soll mich nicht wundern, wenn dir radeon angezeigt wird.

 

[Termy]

für hawaii muss evtl noch radeon geblacklisted werden, wenn der auch bei arch (wie bei den meisten Distros) noch default ist.
also in die datei /etc/modprobe.d/radeon.conf die zeile "blacklist radeon" einfügen - ansonsten hätte ich erstmal auch keine ideen mehr

 

[Brathorun]

So... auch das hab ich gemacht... ohne Ergebnis.

Spaßeshalber hab ich mal den xf86-video-ati und den xf86-video-amdgpu Treiber mit -Rs deinstalliert.
Die Bildausgabe läuft wohl auch ohne Treiber den man zusätzlich installieren müsste...

Achja:
Mir ist aufgefallen das, dass System nun früher mit der korrekten Auflösung Bootet.

Die Vulkan-Pakete konnte ich nicht Entfernen...

 

[obz245]

Danke Arch. Die Ausgabe von inxi -G scheint fehlerhaft zu sein. Bekomme auch nur ein driver: N/A angezeigt.

@Brathorun
Im den ganzen schuldest du mir eine zweite Info von: vulkaninfo

Installiere den "xf86-video-amdgpu" und gebe mir die Info.
--------------------------------------------------------

Und was zeigt dir der Befehl: lspci -nnk | grep -i VGA -A2 an.

 

[Brathorun]

Bequem wie ich bin hab ich den Weg über Antergos gesucht:

inxi -G

Spoiler

Graphics: Card: Advanced Micro Devices [AMD/ATI] Hawaii PRO [Radeon R9 290/390]
Display Server: X.Org 1.19.2 drivers: ati,radeon (unloaded: modesetting,fbdev,vesa)
Resolution: 1920x1080@60.00hz
GLX Renderer: Gallium 0.4 on AMD HAWAII (DRM 2.48.0 / 4.9.11-1-ARCH, LLVM 3.9.1)
GLX Version: 3.0 Mesa 17.0.1

Es scheint also doch zu gehen?! Also hab ich bei der Arch installation irgenwas vermurkst?! Bzw. irgenwelche Pakete nicht installiert.

Naja, dafür sind jetzt knapp 1000 Pakete auf meinem System und mein Bootloader ist hin... mal schaun wie ich das hinbekomm.

 

[obz245]

Du hast nichts falsch gemacht. Bekomme das selbe angezeigt unter Arch wie du. Gestern war ich mit OpenSuse unterwegs und da scheint das richtig zu funktionieren.

Unter Antergos wird dir drivers: ati,radeon angezeigt. Ist doch Blödsinn.

Was sagt dir: lspci -nnk | grep -i VGA -A2

Ausgabe mal posten.

 

[Brathorun]

lspci -nnk | grep -i VGA -A2

Spoiler

01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Hawaii PRO [Radeon R9 290/390] [1002:67b1]
Subsystem: PC Partner Limited / Sapphire Technology Device [174b:e283]
Kernel driver in use: radeon

Etwas ist doch anders unter Antergos: bei scrollen im Brower erscheinen Tearings.


Achja:
Ich möchte den /boot -Ordner zurücksetzten. Wie mach ich das am besten (ohne den Windows-Eintrag zu löschen)
Bzw. wie lösche ich da ein Verzeichnis? Habs schon mit "rm -f" versucht

 

[obz245]

Deine Karte läuft unter Antergos mit radeon, wollen wir aber nicht. Das Tearing kommt wegen radeon und wahrscheinlich einen älteren Kernel. Keine Ahnung welchen Antergos da Standard installiert. Um Tearing weg zu bekommen, müsstet du eine 20-radeon.conf anlegen mit einigen Dingen.

Nun, du hast jetzt genug Hilfe bekommen für Arch.

Dein Fehler, du hast viel zu schnell das System gewechselt.

 

[Forlorn]

Nana, Antergos hat durch nur ein zusätzliches repo zu Arch.
Ist radeon auch wirklich geblacklisted?

Poste mal bitte: ~/.local/share/xorg/Xorg.0.log

 

[Brathorun]

Ich darf mich jetzt hier einfach mal freuen!

In den letzten Tagen habe ich mich mit ArchLinux intensiv auseinandergesetzt - ich denke es hat sich gelohnt.
Alles funktioniert - alles ist toll.

Video gibt kein Bild wieder - Konsole anschmeißen - schauen woran es hakt - Problem gelöst.
Tauschpartition statisch mounten - Wiki aufgeschlagen - fstap anpassen - Problem gelöst.
Noch nie war ein start mit Linux so weich wie mit Arch - weil ich einiges an wissen vermittelt bekommen hab und definitiv keine angst mehr vor der Konsole hab.

Ist Arch also etwas für Anfänger? Ja!

 

[VikingGe]

Was haben hier eigentlich alle für Probleme mit inxi -G und Arch?

Spoiler

Graphics:  Card: Advanced Micro Devices [AMD/ATI] Ellesmere [Radeon RX 470/480]
Display Server: X.Org 1.19.2 drivers: amdgpu (unloaded: modesetting,vesa)
Resolution: 1920x1080@60.00hz
GLX Renderer: Gallium 0.4 on AMD POLARIS10 (DRM 3.8.0 / 4.9.9-2-ARCH, LLVM 3.9.1)
GLX Version: 3.0 Mesa 17.0.1

Ist Arch also etwas für Anfänger? Ja!

Du gehörst zu den Leuten, die sich mit dem System auseinander setzen und offensichtlich auch bereit sind, etwas zu lernen. Das gilt leider nicht für alle

 

[Brathorun]

Immer noch kein Treiber laut inxi...
Vielleicht liegt das ganze auch daran, dass ich Gnome 3 bzw. Wayland nutze?!

Bzw.
Den Radeon hab ich dieses mal tatsächlich über "modprobe.d" geblacklistet und den "amdgpu" hab ich in die "mkinitcpio.conf" eingetragen.

 

[obz245]

Was haben hier eigentlich alle für Probleme mit inxi -G und Arch?

Man sollte nicht alle AMD Modelle in einen Topf werfen. Tahiti, Hawaii, POLARIS usw. verhalten sich unterschiedlich.

Vielleicht liegt das ganze auch daran, dass ich Gnome 3 bzw. Wayland nutze?!

Hat das für Dich einen besonderen Grund? Für mich ist das noch nichts. Ist noch im Anfang und so spinnt meine Maussteuerung in Games. Es soll auch nicht ganz kompatibel mit Vulkan (Radv) sein. Aber da ich hier keine weiteren Infos von dir bekomme, scheint Vulkan keine Rolle mehr zu spielen.

 

[Brathorun]

Aber da ich hier keine weiteren Infos von dir bekomme, scheint Vulkan keine Rolle mehr zu spielen.

Ich Lad grad Bioshock Infinite runter... wenn das läuft, lass ichs gut sein. Dann kann mir inxi auch erzählen was es will.

Schön wäre es trotzdem, wenn endlich Schluss wäre mit dem Treiber-Chaos unter Linux...

 

[obz245]

Kann es sein das du Vulkan nicht richtig verstehst und welche Games überhaupt davon profitieren?

Bioshock Infinite sollte mit unregelmäßigen FPS (teils richtige Einbrüche(so ist es bei mir)) laufen. Und es läuft nicht mit Vulkan.

Nach einem ganzen Jahr mit Mesa und der Verfolgung von Radv und den eigenen AMD Treibern, bin ich langsam enttäuscht.

Wenn ich das hier sehe:

Mesa 17.1-dev vs. AMDGPU-PRO 16.60 vs. NVIDIA 378 Linux Gaming Tests

Dann geht mein Herz in Richtung der Nvidia 1060. OpenGL & Vulkan Leistung mit dem NVIDIA Treiber ist ja göttlich.

Vulkan Radv soll durch DRM-Next 4.11 an Leistung bekommen:

RADV Vulkan Performance Appears To Improve With Linux 4.11

Bei meiner alten 7950 Tahiti GCN1.0 wird das mit der Unterstützung wohl nichts mehr werden.