Beiträge von harihegen im Thema „Grafiktreiber HP Pavilion 15“

    Vielleicht noch eine Sache, ich habe jetzt mal Minecraft getestet, auch mit Java 8 und finde das es mit der APU doch recht flott läuft. Ich lasse das die Zielperson noch ausführlich testen, ungern möchte ich ein veraltetes Windows benutzen lassen.

    Irgendwie kommt es mir unter Debian 11 schneller vor als der erste Test vor Wochen mit Mint 20.2, aber das täuscht sicherlich, keine Ahnung.

    Deshalb ein weiterer wichtiger Ansatz, man muss dafür sorgen das während das Spiel läuft so gut wie nichts anderes Ressourcen wegnimmt, also zusehen das es keine Hintergrundprogramme gibt usw.


    Beim selberbau ist das schwierigste an die Bibliotheken zu kommen wie du schon sagtest.

    Und das wird nicht gelingen. Nicht ohne Grund sind das proprietäre Binaries. ATI/AMD haben möglicherweise da ein Patent drauf, auf diese switchable Technologie. Man könnte AMD mal direkt anschreiben aber dazu müsste man es richtig formulieren und den richtigen Empfänger wissen. Ich habe in meiner Arbeit leider niemanden der ein Projekt bei AMD oder vergleichbaren Firmen hat.

    Compiler bedienen oder Code anpassen ist jetzt nicht das Problem, ein paar Sprachen verstehe ich durchaus.

    Gestern habe ich mal ein Spiel abseits von Minecraft getestet, lustiger Name: "Sauerbraten". Das ist sowas wie Quake nur schneller und moderner. Quake 3 war modern als ich zur LAN Party gewandert bin. So und das Spiel läuft echt flüssig bei 60fps, vermutlich reicht dem Spiel die APU Leistung, es ist auch definitiv nicht in Java geschrieben - das kommt dazu.

    Da fällt mir auch ein, hat Linux eigentlich auch einen Taskmanager wie in Windows der die Leistung der GPUs anzeigt?


    Sorry ich habe mich jetzt quer gelesen aber ich finde leider keine Lösung.
    Um ehrlich zu sein das Ärgert mich maßlos... :(

    https://www.amd.com/en/support/kb/…n-rad-lin-15-12

    Ich habe jetzt noch eine Idee das Package eventuell selber zu bauen aber dazu müsste ich an die entsprechenden Ressourcen kommen.
    Puh mal sehen.

    Stelle ich mir schwierig vor. Theoretisch bräuchte man den Quellcode und zugehörende Bibliotheken vom originalen ATI/AMD Treiber. Anstelle vom Programm Catalyst kann man entsprechende configs sicherlich auch manuell schalten.


    Evt. geht es nur noch um die Displayausgabe

    Das denke ich auch. Beide Grafikchips können im Grunde genommen 3D Ausgabe. Man müsste jetzt nur dem gewünschten Chip sagen das er das machen soll. Dann könnte ich mir noch vorstellen das dem Multiplexer gesagt werden müsste wie die Bilderströme gelenkt werden sollen.
    Das es prinzipiell gehen müsste zeigt ja die Tatsache das es mal eine funktionierende Treiber-Linux Kombination gab.

    Ich wünsche schönen Wochenstart, ich hab noch Urlaub :)

    Ein paar Informationen habe ich noch.

    Ausgabe von lshw:

    Ausgabe von glxinfo:

    cu


    Ich muss eben mit dem Hund raus. Schaue dir mal diese Seite an:
    https://packages.debian.org/buster/xserver-xorg-video-ati

    Leichte Linkverbesserung weil mein System ist bullseye:
    https://packages.debian.org/bullseye/xserver-xorg-video-ati

    Der Inhalt der Beschreibung ist aber der gleiche.

    Code
    tim@Pavilion:~$ inxi -Sz
    System:
      Kernel: 5.10.0-8-amd64 x86_64 bits: 64 Desktop: Xfce 4.16.0 
      Distro: Debian GNU/Linux 11 (bullseye)

    Sehr gute Seite! Gleich mal angewendet und weitere Informationen über die Grafik besorgt:

    R7 Karte, dedizierte Karte:

    R5 Karte, in der APU als VGA Karte enthalten:


    hmm ...

    Mache mal ein Snap vom System und probiere folgendes unter sudo:

    Code
    deb http://deb.debian.org/debian buster main contrib non-free
    Code
    apt update
    Code
    apt-get install firmware-amd-graphics libgl1-mesa-dri libglx-mesa0 mesa-vulkan-drivers xserver-xorg-video-all

    Punk1 und 2 hatte ich bereits gleich nach der Installation erledigt.

    apt-get install


    grep Display ist mir unbekannt oder ist da was hinzugefügt worden da muss ich mich erst mal schlau machen

    /edit:

    Gibt bei mir weder bei Debian noch bei Suse oder sonst eine Ausgabe ??

    Das habe ich gesehen nach dem ich nur ein lspci gemacht habe und so die dedizierte Grafikkarte gesehen habe, nicht als VGA sondern eben als Display. Das ist ja auch einigermaßen logisch da diese Karte nicht direkt die Ausgabe am VGA/HDMI/TFT/etc Port macht sondern die Karte in der APU. Das ist das Grundprinzip dieser Konstruktion der Notebooks. Beide Karten machen eine Ausgabe aber über einen Multiplexer teilen die sich den Weg nach außen zu meinen Augen.

    lspci ganz unten:


    da fehlt was in der zweiten Ausgabe [10... (rev
    stehen da wirklich nur Punkte?

    Mit dem Schalter -nn ja:

    Code
    tim@Pavilion:~$ lspci -nn | grep Display
    04:00.0 Display controller [0380]: Advanced Micro Devices, Inc. [AMD/ATI] Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445 / 530/535 / 620/625 Mobile] [10... (rev 83)
    tim@Pavilion:~$ lspci | grep Display
    04:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445 / 530/535 / 620/625 Mobile] (rev 83)
    tim@Pavilion:~$

    Ich bin schon wieder sprunghaft, sorry ...

    lspci -nn | grep VGA

    Code
    00:01.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Wani [Radeon R5/R6/R7 Graphics] [1002:9874] (rev ca)

    lspci -nn | grep Display

    Code
    04:00.0 Display controller [0380]: Advanced Micro Devices, Inc. [AMD/ATI] Topaz XT [Radeon R7 M260/M265 / M340/M360 / M440/M445 / 530/535 / 620/625 Mobile] [10... (rev 83)

    uname -a

    Code
    Linux Pavilion 5.10.0-8-amd64 #1 SMP Debian 5.10.46-4 (2021-08-03) x86_64 GNU/Linux


    Sorry aber...

    Hi,

    also bleibt mir sinnvollerweise nur die Variante ein aktuelles System zu nehmen und die Fehlerbehebungsseite:
    https://wiki.ubuntuusers.de/Archiv/Grafikk…roblembehebung/
    durchzuarbeiten um zu sehen was da möglich ist.

    Oder, ein veraltetes Windows zu benutzen.

    Da ich ja jetzt weiß das die Grafikkarte auf jeden Fall in Ordnung zu sein scheint ist wohl der Weg über ein aktuelles Linux eine weitere spannende Aufgabe für diesen Sommer :)

    Ich probiere gerade die letztbekannten Ubuntu Treiber von der AMD Homepage mit einer frischen Ubuntu 14 Installation. Habe auch alles gemacht wie in der PDF Anleitung von AMD beschrieben. Runlevel dann wieder auf 5 gesetzt, das stand nicht in der Anleitung, nur das man es runter nehmen soll damit x nicht erst versucht zu starten, das ist ja klar. Allerdings will es wohl das Kernelmodul nicht laden. In solchen Momenten bin ich dann mit dem Latein fast am Ende.

    (nein, kommt nicht in ein Codeblock, der Aufwand ist zu groß)


    Beim Starten von X:

    Wo sind da deiner Ansicht nach die Ursachen? Bzw. wer ist schuld?

    Ist es der Grund das es kaum Notebooks mit einer Dualgrafik gibt? Liegt es daran das Leute mit Notebooks kein Interesse an Linux haben? Hat AMD keine Lust mehr Treiber zu aktualisieren? Haben die Linuxentwickler keinen Bock auf Grafiktreiber?

    Es heißt ja immer: nehmt Linux, alles funktioniert. Ja, ähm, hihi.

    Jetzt bitte weiter mit Linux

    Ich habe mal gesucht und auf der AMD Seite habe ich einen Treiber für die Radeon Grafikkarte für Linux gefunden.
    https://www.amd.com/en/support/gra…d-radeon-r7-340

    Allerdings ist dieser Treiber samt Anleitung vom Dezember 2015. Es scheint auch keinen neueren Treiber für Radeon Grafikkarten mehr zu geben.
    Bei diesem Treiber steht dabei das Ubuntu 12 und 14, sowie Redhat unterstützt wird. Es gibt wohl auch einen generischen Treiber-Download.

    Die Frage wäre jetzt, unterstützen neuere Ubuntu Versionen noch diesen Treiber?
    Was wäre denn jetzt die sinnvollste Vorgehensweise?

    Ich habe jetzt noch die Grafikeinstellungen für Java in "Grafikeinstellungen" und dem AMD Tool auf die R8 Karte eingestellt. Dann hab ich in Minecraft die Version 1.16.5 mit Oracle Java 8 konfiguriert. Alle sinnlosen Windowsprogramme entfernt. Das Updatezeug erstmal angehalten.

    Man kann das Gerät so gut benutzen.

    Minecraft läuft jetzt je nach Fall richtig gut, auf unserem Linux Forums Server lahmt es etwas mit 30-50fps aber als Singlemodus Spieler sind 80fps drin. Der zukünftige Benutzer hat das Gerät bespielt, getestet und für gut befunden. Daher wird dieser Stand der Windowsinstallation als praxistauglich eingefroren und gesichert.

    Jetzt hab ich was entdeckt. Zuerstmal ein neues Menü in Windows was ich noch gar nicht kannte und zwar "Grafikeinstellungen". Da kommt man hin in dem man das in die Suche eingibt.
    Darauf bin ich gekommen nachdem ich mein Problem google und dieses Video gefunden habe:

    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne Ihre Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklären Sie sich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    So und nun, habe ich wohl gar keine Hochleistungs-GPU, sondern 2 gleiche, hier muss jetzt eigentlich die R5 und die R8 erscheinen.


    BIOS: F.32 Rev.A
    Hardwarediagnose über BIOS (ESC) oder Software: https://ftp.hp.com/pub/softpaq/sp76001-76500/sp76284.exe
    Grafiktreiber: 16.101.1701.1001 Rev.A: https://ftp.hp.com/pub/softpaq/sp75501-76000/sp75640.exe

    Da das letzte BIOS von Dez. 2019 ist bist du mit der Windows Version 1903 genau richtig.

    BIOS: ok, genau das habe ich
    Grafiktreiber: passt, der ist installiert
    Windows: Ver 1903

    Ich habe beides probiert, UEFI Hardwarediagnose habe ich installiert. Ich finde jetzt aber keinen genauen Abschnitt wo die Grafik zu prüfen wäre. Grafikspeichertest habe ich gemacht.


    Protokoll kann man sich auf USB Stick (dafür haben die Dinger ja noch eine Berechtigung) speichern lassen: