[Sammelthread] AMD K7 - Sockel A (462)

[The Sandman]

Ich spiele hier nur rum und schaue mir die machbaren Werte mit meiner HW an. Mit 32m hat das momentan nichts am Hut.

Bandbreiten-King bleibt aber noch immer das Ultra B aus dem Bot

(Das NEO Suzuna Bios findet man leider nicht mehr. Selbst der Erschaffer hat kein Backup. Vielleicht ist es ja noch auf dem Chip vom @WMDK ?)

Post your system....... - Badcaps

Ok, boredom and curiosity got the better of me..... Whats in your box? Mine: Supermicro X5DAL-TG2 board (all Sanyo caps stock) 2x 3.0GHz Xeon CPU's (1mb L2) 2gb Corsair ECC RAM ATi 9800 AIW (yeah, prolly time for an upgrade, but I use the TV tuner constantly) Audigy2 sound Adaptec 2100S SCSI...

www.badcaps.net

ABIT NF7/S Rev2.0 Modded Bios : D26 Black Mantaray - Page 11

D26 BLACK-MANTARAY Features: - Base on D26 bios structure - Changed the Disable and Enabled CPU Interface Table 133, 166 & 200 MHz FSB: (ABIT Stock ROMSIP Tweak by tictac) - DISABLE CPU Interface : Unchanged - ENABLED CPU Interface : Fix Unstable Timing in D26 SplitFire with 3D...

www.xtremesystems.org

Die 270-MHz konnte ich im Winter mit dem gleichen RAM ja schon auf 275-MHz erhöhen:

Link 275-MHz AIDA

3D stabil waren bisher nur die 263/265 für einen Lauf 01er drin.

Die Werte von digitalbath sind auch wieder mal sehr beachtlich. 2 GB mit 260-MHz und auch noch 32M . Glückwunsch, dass ihr den Vmod hinbekommen habt

Skalieren tun die Boards alle etwas unterschiedlich mit der Vdd. Bislang hat mir 1.9V+ nur was für die Valid mit 303-MHz gebracht. Der RAM limitiert immer schon vorher.

APIC ist bei mir eigentlich immer an. War afair für den Rekord damals aber aus. Mit "an" steigen Eingabegeräte bei mir immer so ab 263-266-MHz aus.

 

[digitalbath]

Die 270-MHz konnte ich im Winter mit dem gleichen RAM ja schon auf 275-MHz erhöhen:

Puh, das schaffen die meisten meiner boards als FSB vali nicht. Krass, wie weit das board geht.

Die Werte von digitalbath sind auch wieder mal sehr beachtlich. 2 GB mit 260-MHz und auch noch 32M .

Vor allem für ein MSI board. Ich hoffe, dass da noch mehr drin ist.

Glückwunsch, dass ihr den Vmod hinbekommen habt

Tzk sei Dank. Sonst hätten wir das nicht geschafft.

Skalieren tun die Boards alle etwas unterschiedlich mit der Vdd. Bislang hat mir 1.9V+ nur was für die Valid mit 303-MHz gebracht. Der RAM limitiert immer schon vorher.

APIC ist bei mir eigentlich immer an. War afair für den Rekord damals aber aus. Mit "an" steigen Eingabegeräte bei mir immer so ab 263-266-MHz aus.

Das entspricht auch meiner Erfahrung. Danke für die Info!

 

[WMDK]

Vielleicht ist es ja noch auf dem Chip vom @WMDK ?)

Wenn du das gemoddete UltraB meinst, das kam ohne Chip.

 

[The Sandman]

Tja, dann wird es wohl für immer verloren sein.
Flash doch mal das offizielle 6/19, schnall BH-5 auf das Board und schau ob es auch so 266/270 in AIDA macht

 

[Tzk]

^ das offizielle 6/19 muss ich auch noch versuchen. Das 11/24 war ein Reinfall.

 

[The Sandman]

Das hätte ich schon lange ausprobiert - und auch mal AT6 bzw. TCCD

 

[digitalbath]

update. Mehr bekomme ich bei 1,85V und mit den beiden 1GB Riegeln nicht raus. Mit dem Ergebnis bin ich zufrieden.
Ich habe jetzt APIC abgeschaltet und die BT-D43 Riegel aufs board geschnallt.

 

[Tzk]

Timings verlangsamen auf 3-4-4 hilft bei den 1gb Sticks auch nicht? Das sollte den Chipsatz entwas entlasten... Ich bin gespannt ob du mit APIC Off und den BT-D43 weiter kommst.

 

[The Sandman]

Das MSI ist bisher klar schneller als jeder andere Lauf bei 260+ von mir. Höllisches Ding

 

[digitalbath]

Timings verlangsamen auf 3-4-4 hilft bei den 1gb Sticks auch nicht? Das sollte den Chipsatz entwas entlasten... Ich bin gespannt ob du mit APIC Off und den BT-D43 weiter kommst.

Diese Riegel skallieren bei tRP und tRCD =4 nicht. Dennoch habe ich das getestet genauso wie CL3. Hat nichts gebracht. Ich hätte vermutlich hier sogar tRC und tRFC mit 11/14 laufen lassen können.

Bei Hynix BT bin ich auch gepsannt.

Das MSI ist bisher klar schneller als jeder andere Lauf bei 260+ von mir. Höllisches Ding

Dafür ist das MSI so zickig wie meine Tochter.
10x255 / 2-2-2-5 / WR=2 ist das Ziel. Dazu muss es etwas kühler werden.

 

[Tzk]

Ich dachte bei den lascheren Timings auch weniger an die Riegel, als mehr an den Chipsatz. Laschere Timings und Alphas dürften den entlasten, was (sofern Chipsatz Limit) dir noch ein paar Mhz extra bringt. Wenn aber eh der Ram am Limit ist, dann egal.

Die 256er BT bringen hoffentlich nochmals einen Schub

 

[digitalbath]

Klar, da hast du recht. CL3 und schlechtere alpha timings habe ich mit den Riegeln schon probiert. Hat keinen Unterschied gebracht. Ich kenn das Limit dieser neuen Hynix Riegel noch nicht. Von daher kann schon sein, dass die Riegel hier am Ende sind.
BT Riegel habe ich gestern noch getestet, hatte aber immer Fehler. Irgendetwas passt da nicht. Tippe auf BIOS oder CPU. Infineon Riegel wollten auch nicht. Sowohl die BT Riegel (255MHz) wie auch die CE-5 / DE-5 (250MHz) Riegel liefen vorher auf dem Board. Dafür liefen die Micron 5B-F besser.
Ich werde aber noch nicht aufgeben.

 

[Tzk]

Oder Romsips? Welche hast du bisher am MSI verwendet?

 

[digitalbath]

Oder Romsips? Welche hast du bisher am MSI verwendet?

War auch meine Idee. Ich verwende am MSI meist verschiedene sips aber fast immer das "custon#3" preset. In dem Fall habe von DBA auf 619XT gewechselt. Das habe ich dann als erstes gegengetestet. - Problem bleibt. Dann fiel mir ein, dass die BIOS Versionen auch verschiedene NVMM Versionen haben. Das habe ich auch getestet. Problem war immer noch da. Wo wir dabei sind. Ich habe die NVMM Versionen der NF2 boards gecheckt. hier eine Übersicht:

version   | date       |BIOS   |code length  | BOARD
---------------------------------------------------------
NVMM 4.08 | 2003-09-29 | AMI   | 2974h       | A7N8X-XE
NVMM 4.31 | 2004-02-24 | ?     | 28F5h       | ?
NVMM 4.34 | 2004-03-23 | AWARD | 28E1h       | EPOX 8RDA6+
NVMM 4.35 | 2004-03-25 | AWARD | 28E1h       | Shuttle SN45GV v3
NVMM 4.35 | 2004-07-02 | AWARD | 28B4h       | MSI Delta2 B72 BIOS
NVMM 4.40 | 2004-04-29 | AWARD | 28EDh       | Abit NF7 S2G
NVMM 4.55 | 2004-08-13 | AMI   | 2A1Dh       | QDI K7N2S
NVMM 4.62 | 2004-09-06 | AWARD | 2A19h       | DFI NFII U400S-AL
NVMM 4.62 | 2004-09-06 | AWARD | 2A19h       | GB 7N400SL
NVMM 4.85 | 2005-03-07 | AMI   | 2B04h       | ASRock K7NF2 RAID

PS. Der code bei GB 4.62 und DFI 4.62 ist unterschiedlich.
AMI NVMM funktioniert nicht bei AWARD BIOS (habe ich getestet)

Was nun? Mir fiel dann ein, dass ich APIC abgestellt hatte. Ohne nachzusehen habe ich das gemacht, was mir im Gedächnis geblieben ist: Computer von ACPI Uniprozessor auf Standard und dann APIC im BIOS deaktivieren. Das hat auch so funktioniert. Das deaktiviert aber scheinbar auch ACPI! Ich fand das schon komisch, dass das board nicht den üblichen FSB boost gamacht hat. Jetzt leuchtet mir ein warum. Wenn ACPI nicht funktioniert, kann der CoreCell Chip auch nicht korrekt arbeiten. Deswegen kein FSB boost. Das ist leider auch des Rätsels Lösung. Beim MSI Delta2 boards bekommt man bei allen BIOS Versionen ab B40 Instabilitäten wenn man den FSB Boost abstellt. Das war das Problem. APIC aktiviert, in Windows ACPI Uniprozessor aktiviert, jetzt laufen scheinbar auch die BT-D43 Riegel. Oh man....
Blöde Frage: Muss man ACPI wieder aktivieren wenn man APIC abgestellt hat?
ACPI abstellen sollte ich mal mit B30 BIOS probieren.

Ich stell mir die Frage, ob man den uGURU beim AN7 genauso ärgern kann? ACPI abstellen und 🖕uGURU??

edit:
Nur eine generelle Information warum der CoreCell Chip wichtig ist. Der steuert die Gates der Vdimm FETs:

 

[WMDK]

Nur eine generelle Information warum der CoreCell Chip wichtig ist. Der steuert die Gates der Vdimm FETs:

Wenn das nun so stimmt, dass die µGuru Chips dem gleichen Funktionsprinzip unterliegen, würde das definitiv auch erklären, warum Boards mit totem / entfernten µGuru Chip nicht mehr laufen, also wenn die nicht nur Monitoring und Fan-Control machen und in die Systemparameter eingreifen können, sondern tatsächlich sogar FETs steuern.

Mich würde mal interessieren wie sehr sich CoreCell und µGuru Chip tatsächlich ähneln. Weil der Formfaktor ist ja schonmal anders und man kann die µGuru Chips definitiv nicht zwischen verschiedenen Boardarten austauschen, weil da ja, wenn ich das richtig im Datenblatt gesehen habe, eine Custom Firmware zusätzlich drauf läuft, also zumindest ist Speicherplatz vorhanden und es muss ja irgendwas in der Richtung da drauf sein, sonst könnte man ja gleiche Modellnummern des Chips untereinander tauschen, z.B. die identischen Chips von einem AV8 auf ein AN8 setzen, was aber nicht geht.

Ideal wäre es, wenn sich eine Umgehung bauen ließe, denn dann könnte man so einige tote Boards reanimieren, die sich mangels passendem Spenderchip tot stellen.

 

[digitalbath]

Mich würde mal interessieren wie sehr sich CoreCell und µGuru Chip tatsächlich ähneln. Weil der Formfaktor ist ja schonmal anders und man kann die µGuru Chips definitiv nicht zwischen verschiedenen Boardarten austauschen, weil da ja, wenn ich das richtig im Datenblatt gesehen habe, eine Custom Firmware zusätzlich drauf läuft, also zumindest ist Speicherplatz vorhanden und es muss ja irgendwas in der Richtung da drauf sein, sonst könnte man ja gleiche Modellnummern des Chips untereinander tauschen, z.B. die identischen Chips von einem AV8 auf ein AN8 setzen, was aber nicht geht.

Das mit der Firmware ist interessant. Beim MSI Delta2 board ist das Verhalten des CoreCell chips vom BIOS abhängig. Vielleicht hat der CoreCell Chip keine Firmware?
Wird auf dem uGURU Chip die gespeicherte BIOS Einstellungen abgelegt? Sowas hat der CoreCell ja nicht.
Irgenwie denke ich nicht, dass uGURU und CoreCell gleich sind. Vielleicht tauchen beide als ACPI Geräte in Windows auf, aber die eigentlichen "features" sind m.M.n. unterschiedlich.

 

[WMDK]

Wird auf dem uGURU Chip die gespeicherte BIOS Einstellungen abgelegt?

Das ist ne gute Frage ob da auch was drauf gespeichert wird, kann ich dir ehrlich gesagt nicht wirklich sagen. Was ich dazu damals finden konnte sind solche Aussagen:

The uGuru chip in reality is a Winbond W83L950D in disguise (despite Abit
claiming it is "a new microprocessor designed by the ABIT Engineers").
Unfortunatly this doesn't help since the W83L950D is a generic
microcontroller with a custom Abit application running on it.

linux-stable

linux-stable

scm.linefinity.com

Da steht auch ein bisschen was drin bzgl. dessen, was sie von den Sensoren durch Reverse-Engineering rausfinden konnten, aber an die eigentlich Firmware oder deren Funktionen kam man wohl nicht dran.

Der Controller kann wohl sehr viel und erst die Firmware bestimmt dann die jeweilige Funktion weshalb auch der Board-Swap mit dem Chip nicht geht, solange man nicht innerhalb der Serie bleibt.

SpecSheet zu dem Chip der z.B. auf AN7/AV8/AN8/AA8XE usw. drauf ist gibt es hier:

W83L950D PDF Datasheet - Winbond Electronics Corporation America - Datasheets360.com

www.datasheets360.com

 

[digitalbath]

Danke für das Datenblatt. Auch wenn ich mit dem Inhalt nichts anfangen kann. Wenn ich beim AN7 wieder bin, sehe ich mit die Anleitung aus dem Link an.
Der uGURU chip scheint fast frei programmierbar zu sein. Theoretisch könnte man damit viel anstellen. Wenn man Ahnung davon hätte. 🙈

 

[bschicht86]

Klingt irgendwie einfach. SFRCN auf lesen einstellen, SFRAH & SFRAL zyklisch hochzählen lassen und gleichzeitig an SFRFD den Inhalt ablauschen.

 

[Tzk]

SFRCN, SFRAH und SFRAL klingen aber eher nach Zugriff des Controllers selbst auf den Flash, also wenn man intern die Daten lesen will. Der interessante Part ist das nachfolgende Kapitel 19.2 External Programming Mode.

19.2 External Programming Mode
The context of flash in Winbond Keyboard controller is empty by default. At the first use, you must program the flash by external writer device. For programming the flash by external device, the Winbond Keyboard controller must enter the flash-programming mode by CNvss is connected to VCC. RESET# is connected to VCC, GP35 is connected to VSS. FA<7:0> and FD<7:0> port is combined to GP07 to GP00. FA<7:0> is latched by the GP34. The setting conditions and the timing are shown as following:

Ich hab keine Ahnung wie genau man das anstellt. Ich kann mir aber sehr gut vorstellen, dass man mit einem Arduino o.Ä. die entsprechenden Pins vom Winbond anzapfen und das ROM auslesen kann.

 

[Tzk]

@The Sandman
Was sich nicht so alles in den Tiefen meiner Sammlung findet...
Achtung, Modbin 2.01.02 konnte das Bios nicht öffnen... Kann also sein, dass es korrupt ist!

 

[digitalbath]

Top!
AWBedit kann das BIOS wohl problemlos öffnen. Interessante romsips. Alles Interface aggressive.

recht hohe Werte bei sip value 68h. Ich denke, dass das nach hoher Spannung verlangt. Diese hohen Werte habe ich bisher nur beim AN7 gebraucht.
Ungewöhnlich auch, dass da in den Multi timings geschraubt wurde. Könnte Vorteil bei der CPU bringen.
die vielen FFFF sind ungewöhnlich; wie auch die CPU Interface register. Wert 6B (11h) ist ebenfalls interessant (ich nutze zu 99,5% hier 00).

Gibt wieder was zum ausprobieren.

 

[Tzk]

Darüber hinaus bin ich was NeoAethyr angeht auch wieder hier im Thread gelandet:

Für mich der bisher informativste Post bisher : link
Da stecken genug neue Informationen für mich.

Und von dort dann hier: https://forums.overclockersclub.com...-suzuna/page/11/?tab=comments#comment-1358400

Und in dem Post hat der gute NeoAethyr auch die Romsips aufgelistet, die er genutzt hat

 

[digitalbath]

Und in dem Post hat der gute NeoAethyr auch die Romsips aufgelistet, die er genutzt hat

Die ergeben für mich auch mehr Sinn, wenn ich ehrlich bin (außer die Multi Tabelle).

einige Stellen aus dem Suzuna werde ich aber austesten.

edit:
Die Erkenntnisse aus seinem Post sind hilfreich! Schade, das die Bilder aus dem Post nicht mehr da sind.

 

[The Sandman]

Das Suzuna.bin ohne Zusatz habe ich auch in meiner Sammlung. Ich habe aber immer das eine vom Bot gesucht. Ausprobiert habe ich das noch nie. Wird Zeit… in ein paar Monaten

PS: Netter RAM, der dir im CB angeboten wird

 

[Tzk]

Ist (leider) kein DFI, was neben dem Ram auf dem Dachboden lag, aber dennoch interessant. Mal gucken was draus wird.

einige Stellen aus dem Suzuna werde ich aber austesten.

Klingt gut. Einiges davon haben wir ja selbst schon rausgetestet, nur FD statt ED noch nicht. Das ED mit am Besten läuft wissen wir ja bereits. Würde mich echt interessieren was das genau für eine Option ist. Hinterher treiben wir die Drive Strength auf dem S2K Bus ans Limit oder sowas

 

[digitalbath]

Klingt gut. Einiges davon haben wir ja selbst schon rausgetestet, nur FD statt ED noch nicht. Das ED mit am Besten läuft wissen wir ja bereits. Würde mich echt interessieren was das genau für eine Option ist. Hinterher treiben wir die Drive Strength auf dem S2K Bus ans Limit oder sowas

Ich denke eher, dass es was mit Verzögerungen zu tun hat. Durch das ändern der ersten Stelle von EX zu DX muss man auch SYSDCIN Delay in den S2K timings ändern. Das System wird dann messbar langsamer.
Ändert man bei der zweiten Stelle von XB zu XD sinkt die Latenz.

in bits geprochen:

erste Stelle (nach unten lansamer)
hex |  bit
-----------
FX  |  1111
EX  |  1110
DX  |  1101


zweite Stelle (nach unten schlechtere Latenz)
hex |  bit
-----------
X4  |  0100
XD  |  1101
XB  |  1011

 

[Tzk]

Ich hatte auch schon überlegt, ob in diesen 8 Bits eventuell nicht nur zwei Settings versteckt sind, sondern drei. Also nicht 2x4Bit sondern z.B. 1x2, 1x3, 1x3 oder sowas. Man kann die Trenner ja durchaus anders setzen...
Sowas bekommen wir vermutlich nur raus, wenn wir massenhaft Multi Tabellen dokumentieren und nach Performance sortieren. Eventuell ergibt sich dann ein Muster...

Beispiel:

ED  |  1110 1101
ED  |  111 011 01
ED  |  11 101 101

 

[digitalbath]

Ich hatte auch schon überlegt, ob in diesen 8 Bits eventuell nicht nur zwei Settings versteckt sind, sondern drei. Also nicht 2x4Bit sondern z.B. 1x2, 1x3, 1x3 oder sowas. Man kann die Trenner ja durchaus anders setzen...

Da bin ich deiner Meinung. Ich denke man kann anhand der bits aus meinem Post ganz gut sehen, was da passiert. Ich setz mal die Trenner anders.

hex |  bit
-------------
FX  |  11 11
EX  |  11 10
DX  |  11 01

hex |  bit
-----------
X4  |  0 10 0
XD  |  1 10 1
XB  |  1 01 1

Zusammengestzt sieht das dann so aus (dritter Vorschlag von dir)

hex |  bit
-------------
FD  |  11 111 101
ED  |  11 101 101
E4  |  11 100 100
DB  |  11 011 011

So richtigen Sinn sehe ich noch nicht darin. Egal wie ich die bits schiebe, irgendeins passt dann nicht ins Schema. E4 ist ja in etwa so schnell wie ED, passt aber von den bits schlecht.
Vielleicht müssen wir die bits durch die 32bit Aufschlüsselung rückwärts lesen?


edit:
vielleicht so?

hex |  bit
-------------
FD  |  11 111 10 1
ED  |  11 101 10 1
E4  |  11 100 10 0
DB  |  11 011 01 1

 

[Tzk]

Also ich finde das passt ganz gut, wenn man es so wie gezeigt nimmt und in Dezimal konvertiert:

SIP |    HEX           |          DEZ
-------------------------------------
FD    11   111   101    ->    3    7    5
ED    11   101   101    ->    3    5    5
E4    11   100   100    ->    3    4    4
DB    11   011   011    ->    3    3    3

Wenn man das nun für den gesamten Multi String macht, dann sieht man bestimmt Muster. Ist halt ne Arbeitsbeschaffungsmaßnahme die Multitabellen zu durchforsten und nach und nach alles in neine Tabelle zu kopieren. Blöderweise kann Excel außerdem nur maximal FFh mittels HEXINBIN in Binär konvertieren. Das macht die Arbeit noch nerviger

EDIT:
Ich hatte an sowas hier gedacht. Quasi "wo kommts her" und dann immer in zweierblöcken in hex und dann daneben nochmal alles mit HEXINBIN("zelle";8) daneben in binär:

Gruppieren kann man hinterher noch immer. Aber so ist es zumindest halbwegs sortiert... Spalte S und T bzw. AJ und AK fallen ja eh weg, die haben wir entschlüsselt.