Wat ik hier wil posten is een probleem die ik heb/had met mijn systeem. Ik heb lang gezocht naar een oplossing of iemand met een gelijkaardig probleem, maar kon er maar bitter weinig over vinden...
Hier zijn de symptomen:
* AMD K7 cpu
* CPU is overklokt
* Windows XP gebruikt processr.sys als Processor driver i.p.v. amdk7.sys
* Event viewer toont geregeld "Application popup" events in System log met de melding "Machine Check" en "Machine Check: Regs"
* Wanneer de cpu wat belast wordt (bij mij was dat d.m.v. PiFast), krijg je BSOD's met als melding "MACHINE_CHECK_EXCEPTION" (met wijzigende parameters)
Het blijkt dat Intel de Machine Check Archictecture (MCA) heeft ingebouwd sinds de Pentium en Pentium-Pro cpu's. Het is een mechanisme waarlangs de processor een foutboodschap kan doorgeven aan het operating system. De fout duidt op een interne (hardware) fout die door de cpu wordt ontdekt. Wanneer Windows zo'n fout krijgt, dan genereert die zelf een BSOD met als melding "MACHINE_CHECK_EXCEPTION".
Bij mij verdwenen de crashes wanneer ik de CPU niet (of minder ver) overklokte en tevens wanneer ik de L2-cache uitschakelde (met behoud van de hoge oc). Ik weet dat de L2-cache van de K7 ECC ondersteunt en ik vermoed dat die op een A7N8X-Deluxe bord standaard AAN staat (in de BIOS kan ik die check niet afzetten). Mijn vermoeden is nu dat de cpu een fout ontdekt in de L2-cache door gebruik van de ECC-controles. Deze fout kan die niet rechttrekken en daarom schakelt die de MCA in om het OS ervan te waarschuwen. Daarop crasht het OS.
Op het systeem waar ik op testte (zie verder) wou ik minimaal 2,2 GHz halen op default-voltage. Maar stabiel haal ik maar 2,0 GHz wanneer ik de gedecteerde processr.sys gebruik. Als ik manueel de driver update naar amdk7.sys, dan kan ik stabiel draaien tot 2,1 GHz.
Mogelijke oplossingen:
1) CPU rma'en zeggende dat die niet correct gedecteerd wordt door XP (processr.sys <-> amdk7.sys).
kan iemand hier misschien een verklaring voor geven? [update]Ik heb ondertussen andere systemen gezien zonder de minste oc waar dezelfde driver op staat. Blijkbaar gebeurt dit wel vaker bij ASUS borden. Kunnen anderen hier misschien eens controlleren welke driver op hun ASUS-bord geïnstalleerd staat?[/update]
2) CPU rma'en zeggende dat de L2-cache het af en toe laat afweten en dat dat de reden zou zijn dat je systeem onstabiel is.
deze oplossing heb ik gekozen en ik zal zien wat het resultaat hiervan wordt; [update]Sorry, blijkbaar vindt iedereen dat dit niet door de beugel kan... bij deze mijn excuses[/update]
3) ECC check op de caches afzetten.
ik zou dit wel eens proberen, maar dit gaat blijkbaar niet op een A7N8X; zowieso verhelpt dat het probleem niet want de fouten in de cache blijven dan wel nog gewoon bestaan
4) L2-cache afzetten.
yeah right... en dan draait de boel supertraag... wat een geweldige investering toch zo'n Barton
Op een forum over bepaalde HP/Compaq machines heb ik ook gelezen dat sommigen het probleem hebben kunnen oplossen door bepaalde microsoft updates niet toe te passen op je systeem (Windows Update). De nummers heb ik hier niet meer liggen, maar het verschilde soms van gebruiker tot gebruiker. Ik heb dit bij mij getest door alle updates er weer af te zwieren maar het hielp niet. Ik heb eveneens getest met en zonder de nVidia drivers geïnstalleerd... het bleef steeds hetzelfde. Ook heb ik meerdere BIOS-versies getest en allen gaven hetzelfde probleem.
Qua OC probeerde ik telkens FSB's van 200 MHz of lager, maar nooit boven de specs van het RAM. RAM-voltage stond ingesteld op 2,7 Volt zoals aangeraden door Corsair zelf.
Ter info, mijn cfg:
* AMD AthlonXP 2500+ Barton (AQXEA 03-33)
* ASUS A7N8X-Deluxe 2.0
* 2x Corsair XMS PC3200LL v1.2
* Windows XP Pro sp1 (US)
Reacties? Iemand met andere ideeën hierover? Laat maar komen... Ik kan momenteel niks meer testen hierover aangezien mijn CPU nu binnen is voor rma... Hopelijk kan ik hiermee wel iemand helpen.
[update]Sorry voor het oc-gedeelte hierin... dit is niet de reden van mijn post; ik heb dit gepost omwille van het "machine check" gedeelte in de post die voorkomt bij mensen zowel op stockspeed als op oc-speed. Bij mij was het op oc-speed, maar het kan anderen ook helpen als ze het voorhebben op stockspeed.[/update]
Hier zijn de symptomen:
* AMD K7 cpu
* CPU is overklokt
* Windows XP gebruikt processr.sys als Processor driver i.p.v. amdk7.sys
* Event viewer toont geregeld "Application popup" events in System log met de melding "Machine Check" en "Machine Check: Regs"
* Wanneer de cpu wat belast wordt (bij mij was dat d.m.v. PiFast), krijg je BSOD's met als melding "MACHINE_CHECK_EXCEPTION" (met wijzigende parameters)
Het blijkt dat Intel de Machine Check Archictecture (MCA) heeft ingebouwd sinds de Pentium en Pentium-Pro cpu's. Het is een mechanisme waarlangs de processor een foutboodschap kan doorgeven aan het operating system. De fout duidt op een interne (hardware) fout die door de cpu wordt ontdekt. Wanneer Windows zo'n fout krijgt, dan genereert die zelf een BSOD met als melding "MACHINE_CHECK_EXCEPTION".
Bij mij verdwenen de crashes wanneer ik de CPU niet (of minder ver) overklokte en tevens wanneer ik de L2-cache uitschakelde (met behoud van de hoge oc). Ik weet dat de L2-cache van de K7 ECC ondersteunt en ik vermoed dat die op een A7N8X-Deluxe bord standaard AAN staat (in de BIOS kan ik die check niet afzetten). Mijn vermoeden is nu dat de cpu een fout ontdekt in de L2-cache door gebruik van de ECC-controles. Deze fout kan die niet rechttrekken en daarom schakelt die de MCA in om het OS ervan te waarschuwen. Daarop crasht het OS.
Op het systeem waar ik op testte (zie verder) wou ik minimaal 2,2 GHz halen op default-voltage. Maar stabiel haal ik maar 2,0 GHz wanneer ik de gedecteerde processr.sys gebruik. Als ik manueel de driver update naar amdk7.sys, dan kan ik stabiel draaien tot 2,1 GHz.
Mogelijke oplossingen:
1) CPU rma'en zeggende dat die niet correct gedecteerd wordt door XP (processr.sys <-> amdk7.sys).
kan iemand hier misschien een verklaring voor geven? [update]Ik heb ondertussen andere systemen gezien zonder de minste oc waar dezelfde driver op staat. Blijkbaar gebeurt dit wel vaker bij ASUS borden. Kunnen anderen hier misschien eens controlleren welke driver op hun ASUS-bord geïnstalleerd staat?[/update]
2) CPU rma'en zeggende dat de L2-cache het af en toe laat afweten en dat dat de reden zou zijn dat je systeem onstabiel is.
deze oplossing heb ik gekozen en ik zal zien wat het resultaat hiervan wordt; [update]Sorry, blijkbaar vindt iedereen dat dit niet door de beugel kan... bij deze mijn excuses[/update]
3) ECC check op de caches afzetten.
ik zou dit wel eens proberen, maar dit gaat blijkbaar niet op een A7N8X; zowieso verhelpt dat het probleem niet want de fouten in de cache blijven dan wel nog gewoon bestaan
4) L2-cache afzetten.
yeah right... en dan draait de boel supertraag... wat een geweldige investering toch zo'n Barton
Op een forum over bepaalde HP/Compaq machines heb ik ook gelezen dat sommigen het probleem hebben kunnen oplossen door bepaalde microsoft updates niet toe te passen op je systeem (Windows Update). De nummers heb ik hier niet meer liggen, maar het verschilde soms van gebruiker tot gebruiker. Ik heb dit bij mij getest door alle updates er weer af te zwieren maar het hielp niet. Ik heb eveneens getest met en zonder de nVidia drivers geïnstalleerd... het bleef steeds hetzelfde. Ook heb ik meerdere BIOS-versies getest en allen gaven hetzelfde probleem.
Qua OC probeerde ik telkens FSB's van 200 MHz of lager, maar nooit boven de specs van het RAM. RAM-voltage stond ingesteld op 2,7 Volt zoals aangeraden door Corsair zelf.
Ter info, mijn cfg:
* AMD AthlonXP 2500+ Barton (AQXEA 03-33)
* ASUS A7N8X-Deluxe 2.0
* 2x Corsair XMS PC3200LL v1.2
* Windows XP Pro sp1 (US)
Reacties? Iemand met andere ideeën hierover? Laat maar komen... Ik kan momenteel niks meer testen hierover aangezien mijn CPU nu binnen is voor rma... Hopelijk kan ik hiermee wel iemand helpen.
[update]Sorry voor het oc-gedeelte hierin... dit is niet de reden van mijn post; ik heb dit gepost omwille van het "machine check" gedeelte in de post die voorkomt bij mensen zowel op stockspeed als op oc-speed. Bij mij was het op oc-speed, maar het kan anderen ook helpen als ze het voorhebben op stockspeed.[/update]
edit:
Updates...
Updates...
[ Voor 11% gewijzigd door apa op 16-11-2003 11:42 ]
PC: R5-2600X | X370-Pro | 2x8GB | 960Pro 512GB | WD 4TB | GTX 660 | Eizo CX240 | Steinberg UR22MkII | JBL LSR305