Beiträge von roqueeee

Das ganze Thema scheint halt ein komplexes Wechselspiel aus VBios, Treiber, Falcon Smc und anderen Device Properties zu sein.

Meine RX580 hat ja zum Beispiel auch keine Probleme und macht alles ohne Murren mit. Sleep, mit oder ohne RadeonBoost, etc pp. alles Spitze und das seit 2 Jahren.

Es gibt halt ein paar "zickige" Karten die nicht so richtig wollen. Meine RX460 gehört auf jeden Fall dazu.

Ich denke mal je mehr wir hier rumexperimentieren, desto mehr Karten kriegen wir dann am Ende zum Laufen

Da tut sich nichts. Mit CFG_PTPL2_TBL gehts dann anschließend wieder ohne Probleme auf 1200Mhz.

Autoconfig scheint bei Polaris leider nicht zu funktionieren.

Die Werte wurden auch sicher unter GFX0 übernommen, die RX460 bleibt aber trotzdem bei 600 MHz.

CMMChris Guck am besten nochmal genau bei meinen Properties, bevor wir das zu den Akten legen.

Also meine gegenwärtige Vorstellung ist (das sind hier nur Annahmen, da ist nichts bewiesen), dass mit PP_EnableLoadFalconSmcFirmware 0x0 das Bios der Karte das Powermanagment übernimmt.

Mit PP_EnableLoadFalconSmcFirmware 0x1 nimmt das Betriebssytem Einfluss auf die Karte und kann z.B. mit den Werten in CFG_PTPL2_TBL Power Targets bei verschiedenen Boost-Stufen vorgeben.

Wenn du jetzt PP_EnableLoadFalconSmcFirmware einschaltest, aber keine CFG_PTPL2-Werte mitgibst, wird die AMD9500Controller.kext wahrscheinlich auf irgendwelche Defaults zurückgreifen. Keine Ahnung welche das sind.

Im Fall von HDRI scheint das ja gut zu klappen. Bei meiner Rx460 führt das allerdings dazu, dass die Karte nur so wenig Strom zur Verfügung hat, dass die nicht über 600MHz Taktrate hinaus kommt. Zumindest nehme ich an, dass das der Grund ist. Grundsätzlich scheint PP_EnableLoadFalconSmcFirmware 0x1 aber immer das Ruckeln nach Sleep zu beseitigen, wenn man das denn haben sollte.

Zitat von CMMChris

Ich habe nämlich die Vermutung dass bei Nutzung von CNT, MIN und MAX die TBL automatisch generiert wird. Nutzt Apple für Vega20 und Navi10. Ob das mit Polaris auch geht musst du testen.

Das wäre natürlich sehr praktisch. Kann das gerne heute Abend testen!

Zitat von CMMChris

Es gibt auch noch folgende Parameter:

CFG_PTPL2_CNT
CFG_PTPL2_MAX

CFG_PTPL2_MIN

Schau mal ob du damit anstatt der TBL dasselbe Ergebnis erzielen kannst.

Edit: Die Werte dürften wohl Angaben in Watt sein wenn es sich tatsächlich um einen Power bezogenen Parameter handelt (PTPL könnte für Power Target / Power Limit stehen?).

Alles anzeigen

Power Target klingt gut, PL2 könnte sich auf Phase Lock Loop beziehen und evtl. auf den Voltage Controller anspielen. Wenn das wirklich Werte in Watt sind, habe ich Glück, dass das Bios der Karte verhindert hat, dass die RX460 den Stromtod gestorben ist. Pcie-Slots liefern in der Regel auch nur 75 Watt .

6e (110) aus Florin ist übrigens nicht genug um gute FPS mit einer RX580 zu erzielen. Die Karte taktet zwar hoch, das scheint aber nicht genug für konstante FPS zu sein. Das hatte ich gestern nicht mehr getestet.

Werde jetzt erstmal Sinu mit 82 (130) testen.

CNT könnte für continous stehen...

Habe heute Abend nochmal mit PP_EnableLoadFalconSmcFirmware und CFG_PTPL2_TBL rumgespielt. Was ich bisher herausgefunden habe ist noch work in progress, ich dachte ich teils aber mal. Kann natürlich auch sein, dass das schon allseits bekannt ist!

Vielleicht hat HDRI Lust zu überprüfen, ob das bei ihm auch so funktioniert wie an meinen beiden Rechnern. Konnte hier mit einer RX460 und mit einer RX580 testen.

Sorry für den Roman!

Habe mir zuerst alle CFG_PTPL2_TBL Werte bei den Framebuffern in der AMD9500Controller.kext angeguckt. Das sind alles absteigende Hexadezimalwerte.

Forrahue z.B., ist zwar Ascii oder Unicode oder was auch immer, ändert aber nichts:

Dachte dann zuerst, dass das die Frequenzen der Karte sein könnten wenn man ne Null ranhängt.

Habe dann mit den Werten rumgespielt, um zu gucken, ob sich was bei meiner Karte ändert.

Bei sehr niedrigen Werten fing die Karte an langsamer zu werden, vorher nicht. Die Frequenz der Karte entsprach aber im Benchmark nie den Werten bei CFG_PTPL2_TBL.

Bei diesen Versuchen habe ich dann festgestellt, dass die CFG_PTPL2_TBL Einstellungen nur was ändern, wenn PP_EnableLoadFalconSmcFirmware eingeschaltet ist. Ohne Falcon Smc hatten die Einstellungen keine Auswirkung.

PP_EnableLoadFalconSmcFirmware scheint also wie ein Ein-/Ausschalter für CFG_PTPL2_TBL und wahrscheinlich andere Werte zu sein.

Mein jetziger Verdacht ist, dass man mit CFG_PTPL2_TBL wahrscheinlich Power Limits einstellt, evtl. in Prozent.

Habe die letzte Stunde mit eigenen Werten und den Werten aus verschiedenen Framebuffern getestet.

Die RX460 erreicht bei mir ihren Maximaltakt im Benchmark, wenn der höchste Wert bei CFG_PTPL2_TBL um die 75 liegt, also 4B 00 00 00

Die RX580 brauchte mehr, so um die 100, 64 00 00 00.

Man kann CFG_PTPL2_TBL auch nur mit einem einzigen Wert füttern, das klappt dann auch. Denke aber, dass das suboptimal ist. Um mir nichts ausdenken zu müssen, habe ich die Werte aus passenden Framebuffern übernommen:

Läuft bis jetzt ganz gut, muss aber natürlich noch ein bisschen getestet werden!

revunix

Wollte auch nochmal sagen, dass wenn du Probleme mit einem langsamen Start von htop im Terminal hast, ich persönlich das Problem nicht bei der Grafikkarte suchen würde. Da denke ich eher an die CPU-Frequenz oder langsames Sata/Nvme...

Anekdotisch kann ich dazu berichten, dass ich vor ein paar Wochen testweise Debian 64-bit auf meinem Pi4 installiert habe und mich gewundert habe, weshalb sich alles so langsam anfühlt. Habe dann irgendwann gecheckt, dass sich der Kernel für den Powersave CPUFreq Governor entschieden hatte und das Ding die ganze Zeit mit niedrigstem Takt lief...

HDRI Dann solltest du am besten auch mit CFG,CFG_..... und PP,PP_.... testen

Auch Krass, dass bei dir vermutlich andere Properties das Problem beheben... Ein glücklicher Zufall, dass alle in Chris' Kext vorkommen, sonst hätten wir das Rätsel niemals gelöst!

Nice, damit hat es geklappt!

Jo, daran scheitert es wahrscheinlich. In der EfiDevicePathPropertyDatabase erscheint die Device Property zumindest, wird dann aber nicht überschrieben.

Sieht so aus, als ob OpenCore noch kein Überschreiben von Device Properties unterstützt.

Aus der Anleitung:

Zitat

Properties will only be set if not present and not blocked.

Device Properties wurden bei mir warum auch immer nicht übernommen. Habe jeweils mit dem Pfad von GFX0 und PEG0 probiert und dann schnell aufgegeben, weil es ja auch mit der Kext geht. Klappt es über die Device Properties bei dir?

Hmm, das sollte eigentlich klappen. Vielleicht weiß Chris ja weiter...

So wie die Kext aufgebaut ist muss deine RX580 die Device id 67DF haben, damit der Wert eingefügt wird. Würde mich jetzt wundern wenn das nicht der Fall ist, aber ich dachte ich erwähne es. In der config.plist EDIT: Info.plist muss der Wert zum injizieren natürlich auch vorhanden sein. Wenn die Bedienungen gegeben sind sollte das eigtl. klappen. Ist RadeonBoost in Kernel->Add bei OpenCore eingetragen?

revunix

Benutzt du Whatevergreen? Wie CMMChris schon schreibt, benötigt man Whatevergreen, um Werte die von Werk gesetzt werden zu überschreiben. Wenn kein Eintrag vorhanden ist geht es auch ohne.

Kann natürlich sein, dass sich deine Karte anders verhält! Habe gerade nochmal getestet.

Wenn du überprüfen willst, ob die Einstellungen übernommen wurden, kannst du mit IORegistryExplorer unter GFX0 nachgucken:

HDRI

Du könntest übrigens auch nur mit Falcon SMC testen. Bei mir behebt Falcon SMC das Ruckeln nach dem Ruhezustand. CFG_PTPL2_TBL brauche ich, damit die Karte anschließend nicht bei 600MHz rumdümpelt. Kann sein, dass du das gar nicht brauchst.

Genau, für Testzwecke kannst du den AGPM Eintrag und alle anderen IOKitPersonalities/RX480580590Boost/IOProviderMergeProperties löschen.

Es wird spannend!

Zumindest wird meine lüfterlose Karte nicht ungewöhnlich heiß im Benchmark, Power Draw habe ich aber nicht gemessen.

Bei mir tritt das problem nur bei OpenGl auf. Auf dem Desktop läuft alles rund.

Ich kann das auch mit dem OpenGL Driver Monitor nachvollziehen: Auf dem Desktop taktet die Karte problemlos bis 1200 MHz, in OpenGl stottert es und der Takt der Karte bricht ein. Alles erst nach dem Ruhezustand.

Mal sehen, was HDRI berichten kann.