AMD RED BIOS EDITOR und MorePowerTool - BIOS-Einträge anpassen, optimieren und noch stabiler übertakten | Navi unlimited

zu ULV

Um den echten aktiven ULV-Wert zu sehen, muss man natürlich auch mal ein Video anschauen o.ä. damit etwas Grafiklast entsteht.
Nur Standbild im Thread ist keine echte Belastung.

Wer mein Bild in Post#3.112 richtig angeschaut hätte, ... da lief ein Video mit Igor
(die 20W@718mV kommen ja net von NIX)
 
Zuletzt bearbeitet :
Zuletzt bearbeitet :
Kleine updates,
manchmal sieht man den Baum voller Wälder nicht ~ oder anders rum :D

Also Encryption~
Ich denke der Bootloader sowie PSP als ganzes bleibt HMAC-SHA256 ~ 20 bytes long
Die Daten bzw Blobs als solches, sind doppelt verschlüsselt - welches ich weiterhin als SHA256-CBC sehe, bzw 255+1 bytes
HMAC kommt nur oben-drauf als hashed file-verification. Integrity verification mit Checksums
Die eigentlichen Daten sind aber mit nem 256 byte hash verschlüsselt auf eigenen algorithmen = zusammenverwendet als HMAC+CBC

Allerdings ! ~ it HMAC file integrity check für PSP & ABL , ausschaltbar & defaulted bei AM5 sowie APUs als überspringbar.
Vorerst :)

APUs im ACPI werden durch das VFCT geladen, und es wird seit 1-2 Jahren daran gearbeitet das ROM Patching im Userspace für Navi10++ hinzubekommen

Hier ist ein kleiner log für Cezanne und nun funktionierend auf Raphael
Die " DeriveKeyUsingPRF " Funktion , sitzend im PSP+ABL Teil // da um SMU zu initialisieren
(rumwühlen wie der C-State bypass genau funktioniert zwischen AGESA 1003/1004)
PaIasbm.png

Im obersten unsignierten "padding" blob

Jedenfalls, solange jemand weitere snippets im Coreboot nicht findet, und wir leider noch etwas davon entfernt sind VFCT's geziehlt zu nützen
Wird das "blinde" Biosreplacement noch dauern
Für das gezielte könnte langsam mal eine Guide geschrieben werden, allerdings wartet man auf AMDs weitere Schritte mit Navi3x vbflash.
* den Patch/Backdoor für 2x vbflash zu releasen worin 3x nicht draußen ist - wäre leicht dumm :)
 
Brauchen AMD-Grafikkarten-User nicht.
 
Zuletzt bearbeitet :
Gibt's doch.

Darin zu finden z. B. das:

und zwei Beiträge weiter das:

Und von anderen Usern viel Schlaues mehr, z. B. das:
 
Zuletzt bearbeitet :
Brauchen AMD-Grafikkarten-User nicht.
Disagree. Bin eigentlich Purist, aber der AMD Treiber vergisst jedenfalls bei der 5700 regelmäßig "einfach so" eine reduzierte GPU-Spannung und stellt sie bei gleichem Takt wieder auf 1200 - und das über die Treiberversionen der letzten 3 Jahre hinweg.

Die Afterburner-Einstellungen gelten IMMER, auch nach Treiber-Reset ist nicht mal das Laden von Treiberprofilen nötig.
 
Ok, korrigiere: Brauchen AMD-Grafikkarten-User mit funktionierender Konfiguration nicht. 😁
 
Alles klar - ich freu mich für jeden, der noch mehr Zeit hat als ich bei der manchmal gefühlt ewigen, aber im Nachhinein doch immer zu kurzweiligen Suche nach dem persönlichen oder absoluten Optimum 😉 Und der offenbar nicht merkt, wenn ihn sein Grafiktreiber mit dem Stromanbieter betrügt 😁
 
The Afterburner settings ALWAYS apply, even after a driver reset it is not even necessary to load driver profiles.
Afterburner can conflict with Adrenaline though. For example.
I wondered why my fan curve got reset to default consistently and regularly

As it turned out. Disabling manual fan curve in Afterburner doesn't mean shit, unless you turn it into software curve first.
Because for some reason, if it was set to microcontroller type before disabling manual curve EVERY TIME Afterburner got opened up, controller got overwritten with default curve.

It took me SO MUCH TIME to actually figure out...
1673301334227.png

Basically if you don't apply disabling microcontroller programmer first, it will reapply default curve EVEN WHEN MANUAL CURVE DISABLED...
 
OK, thanks for adding - this Afterburner weakness confirms my decision for the disproportionate effort put into my watercooling 😜 Great to see an example of the related complexity also reducing issues, not only adding 😉
 
Gibt's doch.

Darin zu finden z. B. das:

und zwei Beiträge weiter das:

Und von anderen Usern viel Schlaues mehr, z. B. das:
Wie schaut das in Game aus?
 
How does it look in game?
Tbh, however you want it to look... And however you can manage to set it up. There are not that many limitations on RTSS OSD looks.
Took some time for me to figure stuff out (and believe me, far from every thing possible. Only what I needed). But that it how mine now looks.
1673339729252.png

Black background is not included. It was just loading screen in game.
CPU load is still broken af though.

P.S. to directly grab and insert HWINFO data (with more ways to place it on OSD compared to setup from HWINFO itself) you must enable Shared Memory support... And well, for free version of HWINFO it is 12 hours at row only. So you will have some limitation on data you can put on OSD as well. Like i cannot put CPU temps or PPT limit
 
Tbh, however you want it to look... And however you can manage to set it up. There are not that many limitations on RTSS OSD looks.
Took some time for me to figure stuff out (and believe me, far from every thing possible. Only what I needed). But that it how mine now looks.
Anhang anzeigen 22872

Black background is not included. It was just loading screen in game.
CPU load is still broken af though.

P.S. to directly grab and insert HWINFO data (with more ways to place it on OSD compared to setup from HWINFO itself) you must enable Shared Memory support... And well, for free version of HWINFO it is 12 hours at row only. So you will have some limitation on data you can put on OSD as well. Like i cannot put CPU temps or PPT limit
Hmmmm mal sehen wenn ich an irgend einem Rechner mal wieder was ändere oder neu machen muss.
Aber ob man es auch so hin bekommt?!

 
Hmmmm let's see if I have to change or redo something on any computer.
But can you get it that way?!

Sure... But to get access to everything that guy set up (khm - khm... TDC, EDC, per core frequencies, etc) he uses HWINFO as source with shared memory.
Or... He maybe did even simpler job that you thought. Just set up data from HWINFO OSC(RTSS) tab as grid. Looks about right, as formatting is too simple. Either all is clumped in line without proper dividers or just exact columns. It may look informative (except in his case guy didn't even made proper job of separating values clumped in lines), but not as compact or pretty. But this way it doesn't require shared memory, as it is HWINFO that sends data to RTSS, and not RTSS asking HWINFO for data.

1673341202359.png
 
Oben Unten