Notiz HWiNFO v6.43 Beta: WHEA-Fehler auf der Radeon-RX-6000-Serie behoben

SVΞN

Redakteur a.D.
Registriert
Juni 2007
Beiträge
22.962
  • Gefällt mir
Reaktionen: FLCL, BorstiNumberOne, Onkel Föhn und 3 andere
Kann einer sagen was genau es für eine Fehlermeldung gibt?
 
Laut meiner Recherche ist es der WHEA-Logger Event ID XX Cache Hierarchy Fehler... und genau den hatte ich vor einigen Stunden das letzte Mal. Der hat mein System immer mal wieder zum Reboot gezwungen. Ich dachte bisher es läge an meinem RAM OC... das hat mich fast wahnsinnig gemacht... ich habe mehrere Kits in verschiedenen Konfigurationen (Stock und DOCP natürlich auch) probiert, Spannungen verändert etc..
 
  • Gefällt mir
Reaktionen: Palatas, FeelsGoodManJPG, BOB52 und 2 andere
Das Tool selbst verursacht die Fehler? Das ist krass. Wenn ich bedenke, wieviele Leute basierend auf dem Fehler schon CPUs (ja, nicht GPUs) eingeschickt haben, ist das für manch einen echt dumm gelaufen.
 
  • Gefällt mir
Reaktionen: Palatas, begin_prog, Coeckchen und 9 andere
Hatte den Fehler nur ein einziges Mal, aber gut, dass der gefixt ist.
 
Smagjus schrieb:
Wenn ich bedenke, wieviele Leute basierend auf dem Fehler schon CPUs (ja, nicht GPUs) eingeschickt haben,
Die Anzahl dürfte sich bei der geringen Menge an 6000er GPUs arg im Grenzen halten ;)
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: def_, LukS, matze313 und 4 andere
Hatte wohl Glück. Den Fehler hatte ich noch nicht obwohl hwinfo fast durchweg aktiv ist. Werde trotzdem mal die neue Version laden, danke dafür.
 
Gleich mal updaten. Hatte den bluescreen jetzt auch schon ein paar mal. Dachte auch das liegt am Ram oder so.

Von der Beta gibts keine Installer Version, sondern nur eine portable? :confused_alt:
 
Ja moment, dieses Tool verursachte einen Fehler, ok, das Tool stürzt ab.
Aber wenn das Betriebssystem und oder der Treiber auch abstürzen, gibt es bei mindestens einem der beiden auch einen Fehler.
 
  • Gefällt mir
Reaktionen: cbmik und Mickey Cohen
Piak schrieb:
Aber wenn das Betriebssystem und oder der Treiber auch abstürzen, gibt es bei mindestens einem der beiden auch einen Fehler.
Wieso? Wenn ich Schadsoftware in Form eines Trojaners auf dem PC habe, der meinen PC abstürzen lässt, ist das Betriebssystem doch auch nicht zwingend mitschuld, oder?

War dieser WHEA-Bug nicht auch ganz groß im Ryzen 5000 Thread? Wurde AMD da nicht beschuldigt wieder einen Hardware-Fehler in der Architektur zu haben?
 
  • Gefällt mir
Reaktionen: Smartbomb und begin_prog
WHEA Fehler werden wohl nicht nur von HWi verursacht. Das Tool hatte ich nie verwendet und trotzdem WHEA Fehler...
 
  • Gefällt mir
Reaktionen: Col.Maybourne
sowas darf solch einer software eigentlich nicht passieren. nun gut-
 
  • Gefällt mir
Reaktionen: DannyA4
Nitschi66 schrieb:
War dieser WHEA-Bug nicht auch ganz groß im Ryzen 5000 Thread? Wurde AMD da nicht beschuldigt wieder einen Hardware-Fehler in der Architektur zu haben?

Schließt dieser HWInfo-Bug denn einen Hardwarefehler aus? Ist ja nicht so dass Microsoft den Stop-Code exklusiv für HWInfo in Windows eingebaut hat.
Wenn die Cache Hierarchie durch ein Monitoringtool durcheinandergerät kann da durchaus was im Argen liegen. Könnte die CPU sein, kann aber auch an Chips auf dem Mainboard liegen.

Normalerweise ist zu wenig Spannung/Strom oder unpassender Takt etwas wo diese Art Fehler auftritt. Es wäre theoretisch denkbar, dass das Andocken und Ansprechen von Monitoringtools an Monitoringchips auf dem Mainboard die Spannungsversorgung ein klitzekleines bißchen beeinflusst.
Schwer zu sagen wenn man nicht weiß in was genau dieser Bugfix in HWInfo besteht.
 
  • Gefällt mir
Reaktionen: RayKrebs
@DocWindows was du schreibst macht keinen Sinn, weil das ja eine GPU abhängige Sache ist.
Aber ich denke auch, dass AMD das zusätzlich im Treiber abfangen muss, dass falsche Abfragen nicht zu einem Hardware-Error führen.
 
@rg88 Der Post auf den ich geantwortet habe hat sich um CPUs gedreht. Es sei denn AMD nennt die GPUs jetzt auch Ryzen 5000 :D

Irgendwas muss HWInfo dennoch falsch gemacht haben, da sie ja aktiv gefixt haben. Ansonsten hätte man ja auch auf einen nötigen Treiberfix verweisen können. Da wäre es halt wirklich interessant zu wissen was genau sie da falsch gemacht haben und was genau gefixt wurde.
Denn wenn eine Monitoringsoftware das System einfach nur durch Monitoring crashen kann, kann das andere Software sicherlich auch.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: rg88
bei "WHEA" bekam ich früher schon Gänsehaut ...
 
https://www.hwinfo.com/forum/thread...-reboots-on-amd-ryzen-systems.7041/post-28820

Es ist wegen GFXOFF state - das GPU kann die gesamte GFX domain ausschalen (als Low-Power Modus) und in diesem Zustand darf nichts diese Domain DIREKT anfassen (also ziemlich ählich wie ULPS Mode in der Vergangenheit). Wenn in diesem Zustand es etwas versucht, dann besteht eine geringe Wahscheinlichkeit dass es zum Absturtz kommt. Eine sehr nette Feature, ne?
Es ist aber sehr merkwürdig dass es einen CPU Cache MCA verusachte und auch deßhalb war es so schwierig dieses Problem zu lokalisieren...
Eigentlich (per AMD) könnte dieses Problem auch beim Navi10 auftreten, aber dort wurde es niemals beobachtet. Auch per AMD kann das Auftauchen von diesem Problem von Treiber Version und anderen Umständen anhängen.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Emsch, GTrash81, RayKrebs und eine weitere Person
Tja aufgrund dessen hab ich mein NT getauscht 🤔
Daheim gleich mal Updaten und umbauen. Dann reicht ja doch das 550W.
Kam häufig beim Spielstart oder einfach auf dem Desktop. Habs mir damit zusammengereimt, das CPU und GPU gleichzeitig Boosten und so das NT knacken
 
@bad_sign 550W für 5950X und 6800XT? Ich glaub bei dir war das wirklich das NT. Wenn du schon sagst, dass es häufig beim Spielstart war.

Zumindest bei mir ist das total zufällig und nie genau wenn ich irgendwie ein Spiel oder so starte.

Schau mal bei dir in die Ereignisanzeige. Der Bug soll soweit ich weiß einen "Cache hirarchie error" verursachen.
 
  • Gefällt mir
Reaktionen: LukS und rg88
Zurück
Oben