[Sammelthread] AMD K7 - Sockel A (462)

Ich konnte mich auf 264MHz FSB mit VDD 1.98V bei 3-3-2-11 steigern.
 

Anhänge

  • 264MHz_MT_45min.jpg
    264MHz_MT_45min.jpg
    181,6 KB · Aufrufe: 101
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@Atlan1980
Willkommen in den Club der 264er.:lol:Schönes Ergebnis mit den CE-5 Riegeln!


Das ist soch wirklich kein Zufall! Vielleicht limitiert hier nicht der NF2, sondern die CPU selbst? Vielleicht muss man die Signalstärke vom S2K Bus verstärken, damit die CPU besser zurecht kommt?

Beim tweaken mit dem Duron bin ich mit TerraRaptors Hilfe hierauf gestoßen:
1602223390653.jpeg

Jetzt nur noch das beim NF2 finden.
 
Zuletzt bearbeitet:
Wäre ne Möglichkeit. Dafür müsste man mal mit verschiedenen Cpus gegentesten. Rein vom Gefühl würde ich aber tippen das irgendwas anderes limitiert. Nicht ohne Grund sind bei Atlan 1.98V für 264Mhz nötig, das war bei mir ähnlich. Dieses Verhalten konnte ich mit verschiedenen Romsips bisher bei verschiedenen FSB beobachten. Das äußert sich immer so, das ab einem bestimmten Punkt die Vdd regelrecht explodiert und man von 1.8V auf 1.9V++ rauf muss, ohne das der FSB signifikant steigt. Ich meine mich zu erinnern das ich für den 263Mhz 32M Lauf auch 1.92V oder sowas anliegen hatte. Mehr als 1.95V hatte ich nicht probiert, deshalb waren dann wohl 264 nicht stabil.

Es stellt sich die Frage ob es fürs DFI damals spezielle "high FSB" Romsips gab und welche das sind/waren. Damit könnte man mal testen. Die PDF zum AMD 761 kenne ich, aber keine Ahnung ob die Register dort anders als am NF2 sind. Im Bild ist ja B0D0F0 und Adresse 0x50 bis 0x5F zu sehen, denke ich?

Ich modde erstmal meine Entlötstation fertig, dann gehts hier weiter :d
 
Für die 264MHz musste ich auch >1,95V anlegen, damit das durch den 32M läuft. Wahrscheinlich hast du recht. Das Limit wird irgendwo anders liegen. Ich denke, man sollte die CPU nicht aus den Augen lassen, da diese genauso limitieren könnten, analog zu den ersten Keramik CPUs.

-----

Ich habe heraus gefunden, warum Multi 6,5 aggressiver ist, als Multi 7. Da ich diese Multis kaum vorher benutzt habe, sind mir diese Werte nie ins Auge gesprungen.
Multi 6,5: 6941 2600 00ED 2618
Multi 7 : 6941 2000 00ED 1618

Ich habe testweise für die Multis 5-6,5 auf die Werte von 7 herab gesenkt. Das hat meinem Duron geholfen einen 32M lauf bei FSB 238MHz durch zu bekommen. Vorher habe ich immer Fehler bekommen. Man verliert wohl etwas an Performance.
Man könnte so auch die höheren Multis etwas entlasten.

edit:
Die Register beim 761 sind alle anders als beim NF2. NF2 hat auch deutlich mehr Register.
 
Remmeber guys, the fsb tables goes like:

100-132
133-165
166-199
200-219
220-239
240-262
263+

link1 link2
Neo und Aeka sollten die gleiche Person sein. Im XS hat er behauptet auch mal so ein Bios mit Auswahlmöglichkeit der Sips gemacht zu haben. Wenn jemand von euch im XS ist, kann er ihn ja mal anschreiben, vielleicht schaut er dann auch hier mal vorbei. 280-MHz+ waren bei ihm wohl drin.
 
Irgendwo sind die Layouts der Boards sicher am Ende. Unter DOS gingen auch 265MHz, aber meine Infineon scheinen am Ende zu sein. Ich muss mein Board erstmal wieder beleben. Die Bastelei von gestern hat es nicht vertragen.
 
Ich denke wir haben noch etwas Luft beim Asus:


;)

EDIT:
@Strunkenbold
Kann es sein das das Asus A7N8X-E doppelt in der HWBot Datenbank ist? Einmal als A7N8X-E und einmal als A7N8X-E Deluxe? Ein -E non-Deluxe gab es meines wissens nicht?!

1602227520162.png
 
@The Sandman
Beim letzten offiziellen LP B BIOS 2004/11/24 sehe ich tatsächlich mehrere Tebellen für FSB>200MHz. Danke für die Info.
Demnach müssten die Tabellen bei LP B 2004/11/24 BIOS sein:
133MHz
166MHz
200MHz
220MHz
240MHz
263MHz
133MHz
166MHz

@Atlan1980
BIOS platt? Ich hoffe, du hast ein Ersatz-BIOS?

@Tzk :d Terras brett ist ja auch nicht von dieser Welt
 
Oha, die 263er Tabellen könnten interessant sein. Ich hab gerade mal selbst das 2004/11/24 aufgemacht, das sind ja 16 (!) Tabellen in der System.bin. Alter Verwalter :eek:
 
Die 200, 220, 240, 263MHz Tabellen scheinen sich nur bei einem Wert zu unterscheiden. Davon schreibt NEOAethyr in seinem Post. Es ist der register 68h (b0d0f3) Wert:

200MHz - DDh
220MHz - AAh
240MHz - 55h
263MHz - 22h
 
Jop, das kann ich bestätigen. Der Wert ist in den Romsips in der zweiten Zeile an Stelle 10 und 11 zu finden. In der System.bin sieht das dann so aus für diesen Wert:

Romsip 1 + 2: FF
3+4: 00
5+6: DD
7+8: AA
9+10: 55
11+12: 22
13+14: FF
15+16: 00

Daher solltest du mit deiner Sortierung aus Post #3578 Recht haben, es ist 133-166-200-220-240-263-133-166. Damit sind die 263er Sips folgende:
Code:
65D0 162B 0200 0310 0303 0303 1818 1818
0000 6100 227E 7477 5005 6600 0600 0763
0000 0000 1F3F 62F7 0000 0000 86A8 1000
0D0C DD00 0000 0000 0000 0000 FFFF FFFF
FFFF FFFF 0000 0000 0000 0000 0000 0000
0380 804B 0400 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0F40 0000 0000 0008 0000 0000 0000 0000
2141 2400 00ED 1618 2141 2500 00ED 1618
2141 2500 00ED 1618 2141 2600 00ED 1618
2141 2300 00ED 2720 2141 2400 00ED 2720
2141 2500 00ED 2618 2141 2600 00ED 2618
2141 2000 00ED 1618 2141 2100 00ED 1618
2141 2100 00ED 1618 2141 2200 00ED 1618
2141 2200 00ED 1618 2141 2300 00ED 1618
2141 2300 00ED 1618 2141 2400 00ED 1618

Und:

Code:
65D0 162B 0200 0310 0303 0303 1818 1818
0000 6100 227E 7477 5005 6600 0600 0763
0000 0000 1F3F 62F7 0000 0000 86A8 1000
0D0C DD00 0000 0000 0000 0000 FFFF FFFF
FFFF FFFF 0000 0000 0000 0000 0000 0000
0380 804B 0400 0000 0000 0000 0000 0000
0000 0000 0000 0000 0000 0000 0000 0000
0F40 0000 0000 0008 0000 0000 0000 0000
6941 2400 00ED 1510 6941 2500 00ED 1510
6941 2500 00ED 1510 6941 2600 00ED 1510
6941 2300 00ED 2620 6941 2400 00ED 2620
6941 2500 00ED 2618 6941 2600 00ED 2618
6941 2000 00ED 1618 6941 2100 00ED 1618
6941 2100 00ED 1618 6941 2200 00ED 1618
6941 2200 00ED 1510 6941 2300 00ED 1510
6941 2300 00ED 1510 6941 2400 00ED 1510

Hmm, ob die wohl mehr Takt zulassen als Merlins ED aus dem Taipan 0.3?
 
Zuletzt bearbeitet:
Diese Tabellen werden den Tabellen vom X1 sehr ähneln. Der 68h=22 (vs. 55) wird wohl verschieden sein. Ich denke mit deinen Tabellen wirst du etwas mehr Erfolg haben, als mit ED. Versuch macht klug.
 
@digialbath
Nein, beim Elko wechseln habe ich mit der Entlötpistole ein paar Leiterbahnen zerstört. Ich habe eben keine Ahnung vom Löten ;-)
 
  • Sad
Reaktionen: Tzk
Die ED55 (bzw X1) Tabelle ist bis auf die letzten 2 Blöcke der ersten Zeile (codierter FSB) komplett identisch zu den DFI 240Mhz Romsips... :d Was wie gehabt gefixt wurde sind die letzten vier Einträge der Multitabellen (1510 -> 1518). Ansonsten alles gleich.

Also mal ED55 statt die Taipan ED antesten und die 55 in 22 ändern und sehen was FSB und Bandbreite machen.
 
@Atlan1980 geht mir genauso. Die blöden Löcher lotfrei zu bekommen ist das schlimmste. Ich habe auch nur eine manuelle Lötpumpe. Für etwas gescheites bin ich irgendwie zu geizig.:( Viel Erfolg, dass du die Leiterbahnen gefixt oder überbrückt bekommst.

@Tzk
der codierte FSB in der ersten Zeile macht manchmal irgendwie keinen Sinn. Ich denke nicht, dass das System 100% stur danach geht. Warum, keine Ahnung.
Ich muss zugeben, dass ich mit 22 noch nie im oberen Bereich getestet habe. Muss ich auch mal machen. Vielleicht schreibe ich die 22 direkt in die sips und passe gleich noch die multitables noch an.
 
NEO schreibt auch, dass die DFI Biose automatisch auf andere Timings springen können (so verstehe ich das), was andere Biose nicht machen. Als ich mit dem X1 und dem Abit an den 250-MHz rumprobiert habe, war der Lauf mit den 250-MHz aus dem Bios auch langsamer wie der mit den von 200 auf 250-MHz per clockgen unter Windows gesetzten... :unsure:
 
Keine Ahnung, ob da was dran ist. Ich habe das bei mir noch nicht beobachten können. Werde mal darauf achten.

Für mich der bisher informativste Post bisher : link
Da stecken genug neue Informationen für mich. :bigok:
 
E: Naja... machen lassen.

Das LanParty Ultra B hat er aber wohl mal gut durchgemessen bzw. auch im BadCaps Sachen gepostet.
Temp Offset: +3c (-3c to get the real)
CPU-Diode Offset: -30c (+30c to get real)
Used the hd temps to get the offset, I'll need to verify that the hd temps are calibrated correctly...



AGP-VDDQ Src: +3.33v
North Bridge Voltage Src: +3.33v


agp Mod is By Pin 2 (Inverting Input A) on the LM358

;;;;;;

RS232-DB9 COM/Serial Port: Doesn't Use Power
RS232-DB25 LPT/Printer Port: +5.00v

AGP Slot: +12.00v, +5.00v, +3.33v, AGP-VDDQ
PCI Slot: +12.00v, -12.00v, +5.00v, +3.33v

;;;;;;

Supposedly R151 is For The South Bridge Voltage Mod.
R151 is a 0k Resistor
Reads back as:

LM3580

Memory Voltage Controller: Semtech SC2616
VDDQ Mod: 100k Pot

CMOS EEPROM: ATMEL 24C32AN

;;; Notes:

DMM of 0.7% accuracy.
Ground accuracy of 0.02v given the stock psu I'm using, however in practice it was actually 0% (un-meassurable when used with a +).

I always used a ground from the psu, incase the float was a diff level on the board's grounds.

;;; Resistors

R156: 102 North Bridge Voltage Regulator Feedback (Offset)
R192: 10d Memory VDDQ Feedback
R186: 25C Memory VDDQ+VTT (Lower Resitance = More Voltage Output)
R198: 30C Memory VDDQ of some sort

MEM-VDDQ -> R198 -> R186 -> Ground ... Pencil R186 For MEM-VDDQ+MEM-VTT Mod

;;;

+5.00v -> Q26 -> Q23 -> MEM-VDDQ(RAW) & Q21
Q21 -> SC2616 Pin: BG

BG = Bottem Gate Drive

;;; Caps:

C3C2: 100uf 16v
C3E2: 100uf 16v
C5C3 (Missing): ? +3.33v
C5E3 (Missing): ? +5.00v
C5F2 (Missing): ?
C6C1: 470uf 16v +12.00v
C6C2: 10uf 16v
C6D3: 10uf 16v
C8C7: 10uf 16v
C11J2: 10uf 16v

EC3 (Missing): ? ? 2.40v+, same thing as EC65, measured resistance, probably will prevent the board form booting if a cap is placed there, then again there are caps in place by stock that do the same thing...
EC4: 10uf 16v
EC5: 100uf 16v
EC6: 100uf 16v
EC7: 100uf 16v
EC8 (Missing): ? +12.00v
EC9: 10uf 16v
EC10: 470uf 16v +5.00v
EC11: 470uf 16v +5.00v
EC12: 10uf 16v
EC13: 1500uf 16v +12.00v
EC14: 22uf 25v (AB0, Couldn't read on AC0)
EC15: 3300uf 6.3v CPU-VDD
EC16 (Missing): ? +12.00v
EC17: 100uf 16v
EC18 (Missing): ? +12.00v
EC19 (Missing): ? +3.33v
EC20: 3300uf 6.3v CPU-VDD
EC21: 1500uf 16v +12.00v
EC22: 1500uf 16v +12.00v
EC23: 3300uf 6.3v CPU-VDD
EC25 (Missing): ? +3.33v
EC24: 10uf 16v
EC26: 100uf 16v
EC27: 10uf 16v
EC29 (Missing): ? +5.00v
EC2d: 100uf 16v
EC30: 100uf 16v
EC31 (Missing): ? +3.33v
EC32 (Missing): ? +5.00v
EC33: 3300uf 6.3v CPU-VDD
EC34 (Missing): ? +3.33v
EC35 (Missing): ? +5.00v
EC36: 3300uf 6.3v CPU-VDD
EC37: 1000uf 10v +5.00v
EC38 (Missing): ? +12.00v
EC40: 100uf 16v
EC41 (Missing): ? +3.33v
EC42: 10uf 16v Supposedly The South Bridge Voltage, 1.62v
EC43: 1000uf 6.3v AGP VDDQ (Main Cap)
EC44 (Missing): 10uf 16v ??? North Bridge Regulated Output, Hooks into the regulator chip, Used for smoothing out the regulator a bit, dn if it works
EC45: 10uf 16v
EC46: 10uf 16v
EC47: 1000uf 6.3v North Bridge Regulated Output (Main Cap)
EC50: 1000uf 6.3v MEM VDDQ
EC52 (Missing): 10uf 16v ??? North Bridge Regulated Output, to smooth out the fluctuations if any (there is by that point on the board).
EC53: 470uf 16v +5.00v
EC54 (Missing): ? +12.00v, probably for the SC2616.
EC55: 470uf 6.3v +3.33v
EC56: 1000uf 6.3v MEM VDDQ
EC57 (Missing): ? MEM VTT & VTT-Sense (VTT is tied directly to VTT-Sense unfortunatly..., there is no way of adjusting it separately without cutting the trace from under the board and redoing it)
EC59: 220uf 10v MEM VTT
EC60: 1000uf 10v +5.00v (Assumed MEM VDDQ Src)
EC61 (Missing): ?
EC62: 220uf 10v MEM VTT
EC63 (Missing): 4.7uf 16v ??? MEM VDDQ & ATMEL 24C32AN (CMOS / CMOS Reloaded) (From what it looks like, it looks like it's only for the CMOS)
EC64: 1000uf 10v +5.00v (Assumed MEM VDDQ Src)
EC65 (Missing): ? +5.00v, Supposedly (trodas) if you put a cap here the board won't post, Note that if measured resistance against ground it opens then closes immediately, hence to say it will prevent the board from starting up probably
EC66: 220uf 10v MEM VTT
EC67: 1000uf 6.3v MEM VDDQ
EC68: 220uf 10v MEM VTT
EC69: 1000uf 6.3v ??? Read 1.86v

CPU-VDD Source: EC13, EC21, EC22
Stock: 3x 1500uf (4500uf)
Better: 3x ??? (Using 1800uf for now)
Notes:
1800uf seems worse, but the better caps allow me to use lower vcore values and have them actually work... (only if the cpu speed is low enough)

CPU-VDD: EC15, EC20, EC23, EC33, EC36
Stock: 5x 3300uf (16500uf)

AGP-VDDQ: EC43
Stock: 1x 1000uf

NB-Voltage: EC47
Stock: 1x 1000uf
Better: 1x 1800uf
Notes:
Stability increased in memory timings and bus timings.
Stability increased by a decent amount with lower nb voltages.
Overall bandwith and stability increases.

MEM-SRC: EC60, EC64
Stock: 2x 1000uf (2000uf)
DataSheet: 3x 1500uf (4500uf)

MEM-VTT: EC59, EC62, EC66, EC68
Stock: 4x 220uf (880uf)
DataSheet: 1x 1500uf

MEM-VDDQ: EC50, EC56, EC67
Stock: 3x 1000uf (3000uf)
Better: 3x 1800uf (5400uf)
DataSheet: 2x 3300uf (6600uf)
Notes:
Big improvements in load, ie 2x512m is allmost like 1x512m.
Bandwith and stability overall is slightly higher.
CPU-VDD is less dependant on memory load and config types.

;;;

;;; Coils:

LC5: MEM-VDDQ, Offset: -0.1v

;;;

;;; North Bridge Readings:

Q18: (Regulator)
BIOS: Actual
1.6v: 1.62v
1.7v: 1.73v
1.8v: 1.83v
1.9v: 1.94v

EC52: (After Fet)
BIOS: Actual
1.6v: 1.62v
1.7v: 1.73v
1.8v: 1.83v
1.9v: 1.94v

EC44: (After Fet, way after...)
Seemed lower then the last cap...
1.72v I believe.

Read the Regulator by reading off the leg towards the bottom, next to the board's screw hole (MH6).

;;;

;;; AGP Readings:

Q12: AGP Regulator
Src: +3.33v

BIOS: Actual (BIOS VAGP Setting Thingy)
1.5v: 1.54v
1.6v: 1.64v
1.7v: 1.74v
1.8v: 1.84v

Measure by top leg, closest to agp slot.

;;;

;;; MEM Readings:

Q21: VDDQ Regulated Final Output To Memory.
BIOS: Actual (BIOS VDDQ Setting)
2.6v: 2.60v
2.7v: 2.71v
2.8v: 2.80v
2.9v: 2.91v
3.0v: 3.00v
3.1v: 3.09v
3.2v: 3.19v
3.3v: 3.29v

Q23: VDDQ Regulated Output To Q21.
BIOS: Actual (BIOS VDDQ Setting)
2.6v: 2.63v
2.7v: 2.72v
2.8v: 2.82v
2.9v: 2.92v
3.0v: 3.01v
3.1v: 3.10v
3.2v: 3.18v
3.3v: 3.29v

Q26: ??? (Seems like Regulated Rail To Q23, not sure yet)

Measure Q21 By it's base.
Measure Q23 By the leg closest to Q21.
Update!: I apparently have no idea how to really measure those mem fets, neither does anyone else...
Go by the darn caps on the board, there's a huge diff!, I'd otherwise go by the fets if I knew how they were configured and how to read them.
Also note that it's about equal with VTT that way, now it makes sense...
Also that's why mbm reads it way off, like it should apparently, when sensor is *0.016 (I dn if that calculation for the sensor is correct though).

EC63: (Missing cap, VDDQ, It's inbetween slots 1+2 (farthest and 2nd farthest away from chipset, ie labled slot 2+3 on the board)
BIOS: Actual (BIOS VDDQ Setting)
2.6v: 2.68v
2.7v: 2.79v
2.8v: 2.88v
2.9v: 2.99v
3.0v: 3.08v
3.1v: 3.18v
3.2v: 3.28v
3.3v: 3.39v

EC57: MEM VTT / VTT-Sense
BIOS: Actual (BIOS VDDQ Setting)
2.6v: 1.35v
2.7v: 1.4v
2.8v: 1.45v
2.9v: 1.5v
3.0v: 1.54v
3.1v: 1.6v
3.2v: 1.65v
3.3v; 1.7v (note a 3.4v vddq would be for this vtt if it was a stock 1/2 setup, it's making sense now, mobo overvolts by 0.1v and doesn't tell you...)

MEM FeadBack (VDDQ-Sense) Readings: (Via After Resistor just before the pin on the SC2616)

BIOS: Actual
2.6v: 1.27v
2.7v: 1.27v ...

Wth you know...
That's not how the bios is setting voltage, it is using it as a slight offset though.
That would be my guess.
What the heck though.

I dn understand yet...

;;;


R186: Black 25C
Around 9.5k stock resistance, I think (9.49k, left ground)
MEM-VDDQ & MEM-VTT Pencil Mod
You can max the VTT and VDDQ this way..., and I mean max...

8.87k = 2.87v
I want something inbetween these 2 values...
8.75k = 2.92v
8.49k = +0.4v

Supposedly it's an 18.2k resistor
25 = 178
C = 100
= 17800, 17.8k

Code:



;;; Intersil HIP6301CB

Default-Spec: 1.1v-1.85v
Default: 1.1v-2v (1.25v-2v?)


VSEN:
-10% of VCORE
Causes Power Good To Go Low.

+15% of VCORE
Causes CPU power shutdown until VCORE is lower then +15% then set VID.

;;;

vcore mod by fb to ground

ocp mod



Phillips LM3580

CSI 93C46S
0340H

Texas Instruments GD75232
39K
FR95

Winbond
5TS-S
346GB

Intersil HIP6301CB CPU
Intersil HIP6601BCB CPU
Phillips 74HCT74D Wierd :banana::banana::banana::banana:
Attansic AT209S PCI Arbiter & Clock Buffer
Attansic ATXP1 Overclock Controller
IDT/ICS ICS1893AF Intergrated nVidia LAN
Texas Instruments LC06A Buffer/Hex Inverter
 
Zuletzt bearbeitet:
Eher interessant ist, ob die Boards die 260-MHz+ mit CMD2 verlassen können. Ob auch das Shuttle damals so nach unten frisiert wurde? Ist aber auch der Grund, warum ich nen AIDA-Screen mache statt CPU-z - die CR sieht man da.
 
Ich teste grundsätzlich nie mit CMD2 und eigentlich immer mit Cpu Interface, weil das sonst sinnfrei ist... Dafür brauchts dann auch kein AIDA. Aber ja, für max. FSB runs würde ich tatsächlich ein CPC Off Bios flashen.
 
Ahm, hab hier noch was für die LP Bler was dieses winzige würfelartige Bauteil aka "bridging cap" unterhalb der RAM-Slots bei den VRM's betrifft:

1602256982324.jpeg


Auch:
Was bei mir von grün zu schwarz wurde, wird wahrscheinlich etwas gewesen sein, was eine Garantieverwehrung bewirkt hat. Das grüne Zeug unter dem Arretierungshebel scheint ab einer gewissen Temperatur schwarz und hart zu werden. DFI hat sich wohl gegen Hardcore-Overclocker gewehrt und denen dadurch die Garantie verweigert. Smarter Wu ;) - wieder mal
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: Tzk
Heute war das Epox 8KHA+ mit KT266A nochmal dran. Die NB macht die 200MHz wohl ganz gut mit. Leider kann man nicht noch mehr einstellen 😅
Aber ich bekomm es einfach nicht hin, den Ram 1:1 mitlaufen zu lassen....
200MHZ_1.jpg


Finde ich nicht schlecht, für einen Chip der für nur 133Mhz ausgelegt ist.
 
Die Samsung TCCC von hier
 
Ich habe heute ein ENMIC 8NAX+ bekommen, war als defekt bei ebay drin. Board funktioniert aber bestens, keine Probleme beim Starten und vorallem mit Post-Code-Anzeige. Bilder dann morgen.
 
I just quicktested a Palomino Athlon XP 2000+. It seems to be running Ok for a Palomino, 2GHz @1.975v.
Is this an Ok or a good OC? For me it is 17 years ago at least since I used one...
 
My guess is that most of the users in this thread aren't clocking Palominos. Tbred B and Barton just clock way better... I got some Palos here, but i haven't bent the pins back yet (got them as trash) let alone tested them.

Out of interest i just had a look at the HWBot results. Looks like most people with a 1900+ Palo ran it at default multi (12x). Can't you unlock Palominos and use a lower multi to at least get the FSB to 200Mhz?I remember painting the L1 Bridges on the cpu worked?!
 
Zuletzt bearbeitet:
Unlocking a palomino (L1 bridges) is more complicated than with a ceramic CPU (but possible). The pencil trick won't work here : link
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: Tzk
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh