what exactly does the aod yellow green red setting change? :confused:
Printable View
what exactly does the aod yellow green red setting change? :confused:
hard to say as the change with 1.1 bios is negligible. which doesn't have the tlb patch.
1.22 bios sucks, do not use it! :D
*edit* switched back to 113 bios. getting 1300KB/s in winrar benchmark now :rolleyes:
Well i get 1706Kb/s with my Phenom @2503 on 113beta but on Vista x32. Will this make a difference?
113beta has no tlb patch applied so no.
I was refering between running Xp and Vista as the others are getting higher speeds.
XP will get better perf. Swanie, than in Vista. Yep. ;)
WinRAR depends on IMC speed quite a lot. My 2.5GHz CPU/high IMC/low DDR is the same as 2.85GHz CPU/low IMC/high DDR. Max I had is around 2,245KB/s
I took a look on the linux tlb patch.
This is the msr related part.
MSR_K8_HWCR is 0xC0010015, so the patch does the same to disable the bios fix.Quote:
if ((c->x86 == 0x10) && (c->x86_model < 3) && (c->x86_mask != 3)) {
/* re-enable TLB caching if BIOS disabled it */
rdmsrl(MSR_K8_HWCR, value);
value &= ~(1UL << 3);
wrmsrl(MSR_K8_HWCR, value);
rdmsrl(0xC0011023, value);
value &= ~(1UL << 1);
wrmsrl(0xC0011023, value);
/* enable OS workaround */
e298_bug = 1;
printk(KERN_INFO "AMD erratum 298 workaround enabled\n");
}
But it also sets bit nr 1 in the 0xc0011023 register.
That is called the Bus Unit configuration register and the bits 47:0 are labeld as reserved in the k10 bios developers doc.
Anyway, if the last number is 0h the patch is not applied if it's 2h the patch is applied.
http://www.abload.de/img/msra52.jpg
Results
Both fixes enabled:
http://www.abload.de/img/1822cs0.jpg
Only first(tlb) fix removed:
http://www.abload.de/img/1022c3l.jpg
Only second fix removed:
http://www.abload.de/img/182014u.jpg
Both fixes removed:
http://www.abload.de/img/102093d.jpg
Note: I had two cores disabled and 10x cpu multi because of some k8 vs. k10 comparison, it's no kuma es. ;)
If i start AOD it is in yellow state.
If i put it in red state both fixes are removed. If i put it in black state both are applied. The yellow state shows the same value as the red state after modifying via AOD and the same values as the black state before AOD's modification.
Another note, actualy each core has this msr registers, i gained ~80 points applying the firts fix to all four cores instead of just the first one.
Linux Kernel patch doing the same as the CrystalCPU method.
Quote:
diff --git a/arch/x86_64/kernel/setup.c b/arch/x86_64/kernel/setup.c
index af838f6..0b53fde 100644
--- a/arch/x86_64/kernel/setup.c
+++ b/arch/x86_64/kernel/setup.c
@@ -617,6 +617,19 @@ static void __cpuinit init_amd(struct cpuinfo_x86 *c)
/* Family 10 doesn't support C states in MWAIT so don't use it */
if (c->x86 == 0x10 && !force_mwait)
clear_bit(X86_FEATURE_MWAIT, &c->x86_capability);
+
+ /* disable bios workaround for AMD Erratum 298 if necessary */
+ if ((c->x86 == 0x10) && (c->x86_model < 3) && (c->x86_mask != 3)) {
+ /* re-enable TLB caching if BIOS disabled it */
+ rdmsrl(MSR_K8_HWCR, value);
+ value &= ~(1UL << 3);
+ wrmsrl(MSR_K8_HWCR, value);
+ rdmsrl(0xC0011023, value);
+ value &= ~(1UL << 1);
+ wrmsrl(0xC0011023, value);
+ printk(KERN_INFO "AMD erratum 298 bios fix disabled\n");
+ }
+
}
static void __cpuinit detect_ht(struct cpuinfo_x86 *c)
That particular MSR (C0010015) is the exact one deciding the errata patch and it'll work on all boards which have the patch to a certain extent. Changing 18 (patch) to 10 (disabled) will net you good benefits. It works on the MSI 790FX too and AOD "magic" button does exactly this, changing the bit values but performance is not like without the patch in the first place in many applications, which includes memory intensive work. ;)
C1001023 was my new find in the patch, it gives you a similar performance gain, but it's undocumented in the original K10BDKG.Quote:
Originally Posted by KTE
Checked the AMD site and found that it's also mentioned in the Revision Guide v3.0
http://www.abload.de/img/bdkgis5.jpg
But still no documentation for C1001023. :shrug:
C1001023 is 0 all the way for me and doesn't change anything by manipulating. :shrug:
Uhm, my fault it's C0011023h.Quote:
Originally Posted by KTE
AOD modifies both MSR registers on all cores as it is recommended in the revision guide.
LOL! I saw that and still skipped over it. :lol:
EAX [31:0] 0x00200020 is AOD button patch disabled and 0x00200022 is the patch enabled it seems.
I found a very cool program - RW-Everything:
http://jacky5488.myweb.hinet.net/download.html
Installed v0.28 and put the following batch file together. With the command line option in the link the batch file writes the 2x4 values to the msr automatically. This works on my ASUS M2A VM.
I did not understand the syntax of the rdmsr command and how to mask the bits of the eax register. So the batch file simply writes the values without reading and bitmasking them before.
file: TLB_fix_disable_CMD.rw
file: TLB-fix-disable.lnkCode:>cpu 1
>wrmsr 0xc0010015 0 0x01000010
>wrmsr 0xc0011023 0 0x00200020
>cpu 2
>wrmsr 0xc0010015 0 0x01000010
>wrmsr 0xc0011023 0 0x00200020
>cpu 3
>wrmsr 0xc0010015 0 0x01000010
>wrmsr 0xc0011023 0 0x00200020
>cpu 4
>wrmsr 0xc0010015 0 0x01000010
>wrmsr 0xc0011023 0 0x00200020
>rwexit
"Programme" is probably "program files" on your computer.Code:C:\Programme\RW-Everything\RW /Command=TLB_fix_disable_CMD.rw /Logfile=logfile.txt
:cool: :up:Quote:
Originally Posted by mibo
Very interesting tool indeed.
This is close, nearly exactly the bandwidth I get without the patch applied you know, at 1200 5-5-5-15 when using a BIOS which gives you the option to disable patch through BIOS, even though your in single channel mode which is slower :confused:Quote:
Originally Posted by justapost
Only changing AOD button colors will then give me better bandwidth but performance still suffers greatly in most applications.
That said, I might as well go back to the older BIOSes with 800 RAM, at least they ran 3-3-3-3-11 1T, which is much quicker than 1200 5-5-5-15 2T and with those having the NB clocking/VID options, performance will improve.
I recieved the Crucical Balistic 8500 Tracers on thursday, did not yet test em because i'm still looking for the lowes possible voltages at given frequencies in steps of 2MHz ref HT. That takes longer than i expected.Quote:
Originally Posted by KTE
Maybe we can run everest at the same settings for a board comparison.
You guys you can edit stuff with old tool WPCREDIT.EXE
And auto boot/set registers with WPCRSET
I havent rlly use/test that on winXp...
Was workin fine on win98
http://www.h-oda.com/
OK. Are you using a TLB patch enabled BIOS?
Choose some settings for me to run the tests at :)
I'll run the tests on a TLB patched BIOS, option "off", option "on" with different AOD buttons and then back to a BIOS without the patch option.
@justapost: Is it possible to set the TBL-Fix on all 4 cores using Crystal CPUID? If possible, how? Thanks in advance... :)
You must select the cpu in crystal cpu's main window, that way you can access those msr registers.Quote:
Originally Posted by JWilson
Thanks! The mod BIOS I'm running has the ability to turn the fix on and off and it's applied to all 4 cores. Is the MSRC0011023 patch different then the TBL-Fix?
It's part of the tlb-fix. :)Quote:
Originally Posted by JWilson
DOes your performance drop if you turn the fix off in the bios and enable it with crystalcpu?
Few results for mobo comparison:
m3a with 601 bios (tlb-fix enabled)
gp9500 2,2GHz/1,8GHz 1,25V/1,25V
CB 8500 Tracers 533-5-5-5-15
Those are with unmodified subtimings
AOD green
http://www.abload.de/img/1066-5-5-5-15-31-44-jen.jpg
AOD red
http://www.abload.de/img/1066-5-5-5-15-31-44-5q2.jpg
AOD yellow
http://www.abload.de/img/1066-5-5-5-15-31-44kpx.jpg
Optimized subtimings a little
AOD red
http://www.abload.de/img/1066-5-5-5-15-24-40-zat.jpg
None of the settings really make a big difference until:Quote:
Originally Posted by justapost
C0010015 is set for 8h and C0011023 is set for 2h at the same time. Then bandwidth drops a lot. Very close to the numbers you posted back a page or 2...
So the BIOS should set C0011023 to 2h when C0010015 is set to 8h. Is that correct?
It's really confusing. Thanks for your answers :)