Hilfe mit AMD Ryzen 5 PRO 4650G Renoir und amdgpu

Hinweis: In dem Thema Hilfe mit AMD Ryzen 5 PRO 4650G Renoir und amdgpu gibt es 15 Antworten auf 2 Seiten. Der letzte Beitrag () befindet sich auf der letzten Seite.
  • Geht ja schon voran........


    Wenn einer helfen kann, dann Takashi Iwai.

    Für den Inhalt des Beitrages 284517 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Wenn einer helfen kann, dann Takashi Iwai.

    Hi,


    ja, der Typ ist echt der Wahnsinn. Ich bastel da 2 Monate herum und versuche den Fehler einzugrenzen oder irgendwie zu "ergoogeln", er schaut mal einen Augenblick auf ein unscharfes Foto meiner Logmeldungen, haut einen neuen Kernel raus und Bingo :)


    So einen Support hab' ich echt noch nie erlebt (so schnell + positiv), da könnten sich einige (auch die ganz grossen) kommerzielle Anbieter ein Beispiel nehmen!


    Hier im Forum war's um Nichts schlechter, die "Lösung" kam natürlich vom Guru, aber weil ich hier so gut durchbegleitet wurde spende ich da rechts oben jetzt mal :)


    Also nochmal Danke auch hier an alle Beteiligten!

    Ich warte noch Takashis nächste Antworten/Nachfragen ab, dann werde ich den Thread auch hier als erledigt markieren...


    Schöne Grüße,


    bellofant :)

    Für den Inhalt des Beitrages 284582 haftet ausdrücklich der jeweilige Autor: bellofant

  • Code
    cnf xcmddc
                        
    Das Programm 'xcmddc' kann im folgenden Paket gefunden werden:
      * xcm [ Pfad: /usr/bin/xcmddc, Repository: zypp (repo-oss) ]
    
    Zum Installieren versuchen Sie:
        zypper install xcm

    mit cnf (command-not-found) kann man herausfinden, zu welchem Paket ein Programm gehört (auch wenn es nicht installiert ist).


    Dann mit zypper nachschauen:

    Für den Inhalt des Beitrages 284585 haftet ausdrücklich der jeweilige Autor: Sauerland

  • Hallo nocheinmal,


    also wenn ich im Bug-Report jetzt alles richtig verstanden habe, dann war/ist das Problem das folgende:

    Das Programm xcmddc (aus dem Paket xcm) wird wohl beim Boot via udev aufgerufen. Kommt es dabei zu mehreren gleichzeitigen Zugriffen per gpio (z.b. setzen/auslesen der EDID Tabelle des Displays), so wird eine kernel-warnung getriggert. Durch eine ungünstige Konstellation im Kernel führen diese gleichzeitig getriggerten warnings zur kernel-panic.


    So wie ich das interpretiere ist der vorgeschlagene fix nun, das xcmddc-Programm zu reparieren, um diese gleichzeitigen Zugriffe abzufangen bzw. anders aufzurufen, um dieses Problem in Zukunft zu vermeiden.


    Als Workaround lässt sich das Problem durch simples Deinstallieren von xcm beheben (sofern nicht benötigt), dann können ganz normal die Kernel aus TW, kernel:stable oder kernel:head verwendet werden. Alternativ kann ein Kernel 5.7.x oder älter eingesetzt werden, der verträgt sich scheinbar auch mit xcm.

    Oder man verwendet den kernel 5.9.1 von hier: https://download.opensuse.org/…wai:/bsc1177973/standard/ bis xcm gefixt wurde...


    Danke nochmal an alle, schöne Grüße,

    bellofant :)

    Für den Inhalt des Beitrages 284601 haftet ausdrücklich der jeweilige Autor: bellofant

  • Und ein letztes mal:


    ich hab' in Post #15 offensichtlich nicht alles korrekt wiedergegeben. Es wird nicht xcmddc gepatcht, sondern der Kernel.

    Und bevor ich weiteren Unsinn verzapfe zitiere ich lieber den Meister, da kann man nix falsch machen:


    Takashi Iwai:

    Code
    I submitted the fix patches to upstream, and backported to openSUSE master branch, which will be merge to stable branch for TW update later.
    
    The submitted series:  https://lore.kernel.org/amd-gfx/20201023074656.11855-1-tiwai@suse.de/

    Für den Inhalt des Beitrages 284627 haftet ausdrücklich der jeweilige Autor: bellofant