[Sammelthread] Offizieller AMD [[ RX6700 // RX 6700XT // 6750XT // X6800 // 6800XT // 6900XT // 6950XT]] Overclocking und Modding Thread [[ Wakü - Lukü - LN2]]
- Ersteller xXx-Eagleone-xXx
- Erstellt am
Speaking of: Der aktuelle WR-Halter hat als Einziger hier immer unverblümt zugegeben, mit Tess off zu experimentieren. Vielleicht hat's in deinen letzten Läufen ja endlich mal funktioniert, Holzi? Du wirst um einen Videobeweis nicht herumkommen. 
Wessen Vertrauen?
Meins und das einiger anderer hier. Ich verstehe, was du sagen willst. Aber ohne ein gewisses Vertrauen in die Akkuratesse der Messungen und die Rechtmäßigkeit der Ergebnisse würden hier nicht eine ganze Reihe von Leuten jede Menge Kohle und Lebenszeit ins 3DMark-Benchen versenken.
Beitrag automatisch zusammengeführt:
Au ja, bei Holzi ins Wohnzimmer gucken! Wie geht das?
Per Team View auf den Desktop.... du als Kontrollierender könntest das dann auch aufnehmen via AMD Treiber zb ..
Und das frisst keine Leistung bei dir, dem Host?
Seit wann kennst du dich so mit Technik aus? Wer bist du und was hast du mit Holzmann gemacht?
Nenee, dann halt mal schön die Handykamera vor den Monitor.
Alles Frequency Tables:
Code:
//SECTION: DPM Config 1
DpmDescriptor_t DpmDescriptor[PPCLK_COUNT];
uint16_t FreqTableGfx [NUM_GFXCLK_DPM_LEVELS ]; // In MHz
uint16_t FreqTableVclk [NUM_VCLK_DPM_LEVELS ]; // In MHz
uint16_t FreqTableDclk [NUM_DCLK_DPM_LEVELS ]; // In MHz
uint16_t FreqTableSocclk [NUM_SOCCLK_DPM_LEVELS ]; // In MHz
uint16_t FreqTableUclk [NUM_UCLK_DPM_LEVELS ]; // In MHz
uint16_t FreqTableDcefclk [NUM_DCEFCLK_DPM_LEVELS ]; // In MHz
uint16_t FreqTableDispclk [NUM_DISPCLK_DPM_LEVELS ]; // In MHz
uint16_t FreqTablePixclk [NUM_PIXCLK_DPM_LEVELS ]; // In MHz
uint16_t FreqTablePhyclk [NUM_PHYCLK_DPM_LEVELS ]; // In MHz
uint16_t FreqTableDtbclk [NUM_DTBCLK_DPM_LEVELS ]; // In MHz
uint16_t FreqTableFclk [NUM_FCLK_DPM_LEVELS ]; // In MHzsmu11_driver_if_sienna_cichlid.h - drivers/gpu/drm/amd/pm/inc/smu11_driver_if_sienna_cichlid.h - Linux source code (v5.15.1) - Bootlin
Elixir Cross Referencer - Explore source code in your browser - Particularly useful for the Linux kernel and other low-level projects in C/C++ (bootloaders, C libraries...)
elixir.bootlin.com
smu_v11_0_7_pptable.h - drivers/gpu/drm/amd/pm/inc/smu_v11_0_7_pptable.h - Linux source code (v5.15.1) - Bootlin
Elixir Cross Referencer - Explore source code in your browser - Particularly useful for the Linux kernel and other low-level projects in C/C++ (bootloaders, C libraries...)
elixir.bootlin.com
..und an alle, die tiefe Temperaturen anstreben, ich habe gerade auch auf OCN geposted wie sich der Thermal Controller deaktivieren lässt:
Code:
SMU_11_0_7_PP_THERMALCONTROLLER_NONE 0
SMU_11_0_7_PP_THERMALCONTROLLER_SIENNA_CICHLID 0x1C..or in any 69XT mpt-file at offset 0x115.
Ihr könnt eine unveränderte PPT als mpt Datei abspeichern, und diese dann für weitere Settings verwenden. MPT wird diese Daten nie ändern.
Zuletzt bearbeitet:
Wie tief ist "tief"?
Wenn alles normal läuft, braucht man das natürlich nicht. Buildzoid hat aber auch schon geschimpft, dass sich die Karte wie auch der Treiber gegen Teperaturen unter Null recht sträubt. Falls es also Probleme gibt, sollte das die wirksame Medizin sein. Natürlich deaktiviert man damit alles was mit Temperaturen zu tun hat.
Jetzt wirds interessant... was noch?
Temperaturdrosselung bei höheren Temps? Ein Frecher könnt sagen, bei 115°C Hotspot bricht der TS eh ab, also was soll die Drosselung darunter - aber als erster Ausprobieren will ichs auch ned...
Schaut gerne mal ins Tutorial Beitrag 4, ob das so alles passt, was ich im unteren Bereich geschrieben hab.
Stand jetzt sind eh alle Sicherungen rausgeflogen. Spannung kann man auch geben bis es raucht. Wollte halt ursprünglich ein Tool rausbringen, womit jeder die SPPT basteln kann, natürlich auch für die Pros wie euch, so kam es zum inoffiziellen LN2-Tool.
Ich kann das noch einbauen, gibts halt wieder ne Beta. Aber das ist halt für einen geringen Prozentsatz, und so ne "frisierte" mpt-Datei kann ich auch jedem basteln, der damit überfordert ist. Für LN2 und alles unter Null natürlich empfehlenswert, sonst braucht das aber wirklich niemand. Außer um eine Radeon umzubringen.
Ich kann das noch einbauen, gibts halt wieder ne Beta. Aber das ist halt für einen geringen Prozentsatz, und so ne "frisierte" mpt-Datei kann ich auch jedem basteln, der damit überfordert ist. Für LN2 und alles unter Null natürlich empfehlenswert, sonst braucht das aber wirklich niemand. Außer um eine Radeon umzubringen.
ILoveTattoo
Enthusiast
Der Coldbug hat nicht mit Thermal Limits zu tun. Eher damit , das die GPU plötzlich einen Fallback auf PCI-E x1 hat , das Bild weg ist, oder das System einfach aufhängt. Verlust der USB anbindungen. Deshalb haben OC Board häufig auch PS2 Anschlüssen für Maus und Keyboard.
Gibt GPUs und Cpus die kann man Fullpod Benchen , und bei anderen musste halt auf die Temps achten.
Beim AMD Unterbau ist es recht häufig das ab -60 bis -70 Grad einColdbug vorhanden ist. Deshalb Selektiert man nach Temps und Takt
Man kann eventuell mit den passenden Spannungen oder Mods den Coldbug hinauszögern.
Gibt GPUs und Cpus die kann man Fullpod Benchen , und bei anderen musste halt auf die Temps achten.
Beim AMD Unterbau ist es recht häufig das ab -60 bis -70 Grad einColdbug vorhanden ist. Deshalb Selektiert man nach Temps und Takt
Man kann eventuell mit den passenden Spannungen oder Mods den Coldbug hinauszögern.
Zuletzt bearbeitet:
Sylwester.
Experte
can we somehow by edit PPT in regedit , can change this value ?
SMU_11_0_7_ODFEATURE_GFXCLK_LIMITS = 1 << SMU_11_0_7_ODCAP_GFXCLK_LIMITS , // GFXCLK Limit
value 1 is this same for 6700 / 6800/6900 ?
Ah, OK, Danke. Ich weiß auch nur das es gegen einen Zero-Bug hilft, bei der alten Garde wei Fiji, Hawaii, etc.. Wollte euch auf jeden Fall die Information geben, hilft vielleicht beim umgehen. Denn das deaktiviert nicht nur die Limits, sondern auch jede Messung. Zumindest könnte es gut sein, dass der Treiber damit keine Temperaturen mehr sieht.
Yes. In the "struct smu_11_0_7_overdrive_table overdrive_table;" and there in the max and min table. This is nothing else than the overdrive limits for the GPU frequency you find in the second tab in MPT.
Abschließend möchte ich nochmal in aller Deutlichkeit sagen, dass nur UL und AMD das "Problem" lösen können, daher sollte wir jetzt mal abwarten, wie die Untersuchung ausgeht und vor allem mit welchen Ergebnis.
Es kann nicht sein, dass die user/bencher selber den Beweis führen müssen, dass ihre Läufe gültig sind und somit den Regeln entsprechen.
ILoveTattoo
Enthusiast
Na dann mal her mit dem Ln2 Tool . Kennst mich ja noch aus Vega ZeitenAh, OK, Danke. Ich weiß auch nur das es gegen einen Zero-Bug hilft, bei der alten Garde wei Fiji, Hawaii, etc.. Wollte euch auf jeden Fall die Information geben, hilft vielleicht beim umgehen. Denn das deaktiviert nicht nur die Limits, sondern auch jede Messung. Zumindest könnte es gut sein, dass der Treiber damit keine Temperaturen mehr sieht.
Yes. In the "struct smu_11_0_7_overdrive_table overdrive_table;" and there in the max and min table. This is nothing else than the overdrive limits for the GPU frequency you find in the second tab in MPT.
