CS2 und der MemoryExtension Slot

[MHC]

hmm ich bin ja was den MPC823 angeht inzwischen völlig unbedarft (schon soo lang her :/), aber wäre es nicht möglich, UPMB sowohl für IDE als auch den avia/gtx zu verwenden, in dem man die 32 Register immer neu lädt?

Ich weiss nicht wie lange es dauert, und man bräuchte halt was geeignetes im Kernel, was on-demand zwischen den beiden UPM-configs hin- und herschaltet.

oder lässt sich die entsprechende Leitung im UPM nicht konfigurieren? (gab da mal son grafischen editor, aber den finde ich nicht mehr.)

..würde warscheinlich gehen, aber auch da muss die Hardware
angepasst werden
Die dbox2 Hardware ist original so aufgebaut, dass only UPMA der Zugriff
über den Erweiterungsslot geschieht

ps: welche Leitung ? für UPMB ist es eine andere (GPL_B4) ...

[dhd]

wie siehts jetzt eigentlich so aus?

[Liontamer]

Also dieser Thread ist eigentlich erstmal abgeschlossen.
Weiter geht es hier: http://tuxbox.berlios.de/forum/viewtopic.php?t=4230
Ich werde demnächst mal einen Logic Analyzer anschließen. Da dieses Gerät SEHR umfangreich in der Bedienung ist, dauert dies allerdings auch eine gewisse Zeit. Und genau die hab ich im Moment leider nur sehr wenig.

[zg0re]

A Propos übertakten:

Kann mir mal einer sagen was genau ich bei ner philips eingeben muss?

[derget]

übertakten :

ich habs direkt ins uboot eingebaut

/boot/u-boot/cpu/mpc8xx/start.S

3 zeilen bei boot_warm: einfügen und neu comilen

boot_warm:

lis r3, CFG_IMMR@h
lis r1, 0x5f40
stw r1, 644(r3)


wobei 644 der hexwert für den multiplikator MF is

clklout = (MF+1) * 32.768kHz (= 67141632Hz)

644 ==> 1604 ==> 1605 * 32.768kHz == 52592,64 khz

CPU: PPC823ZTnnB2 at 49.900 MHz: 2 kB I-Cache 1 kB D-Cache

sagt meine nokia dann z.b. :)

[MHC]

mhh ... Über-/ Untertakten
ging ---- äh geht bei mir so

in der dbox.h (u-boot\include\configs)

Code: Alles auswählen

#if 1
#define CPU_FREQ	75000000
#define CFG_PLPRCR_MF	((CPU_FREQ/32768)-1) << 20
#define CFG_PLPRCR	(PLPRCR_SPLSS | PLPRCR_TEXPS | PLPRCR_TMIST |CFG_PLPRCR_MF)
#else
#define CFG_PLPRCR	(PLPRCR_SPLSS | PLPRCR_TEXPS | PLPRCR_TMIST )
#endif

ach ja bei Derget ging angeblich die Konsole dann nicht (wirre Zeichen ... falsche Baud ...) ... ich hatte kein Prob damit, da Baudratengenerator später berechnet wird ... was solls

cu

[derget]

ah hehe ja ich weiss auch warum
ich hab das CPU_FREQ nicht geändert :)

[zexma]

Ich wollte mich des Themas "übertakten" auch nochmal annehmen um die Übertaktbarkeit der CPU im Hinblick auf Performance-Verbesserung von MP3/Movie-Player, IDE-Interface etc. mal auszuloten.
Um da variabel mit spielen zu können, hab ich MHCs Methode von Seite 3 nochmal aufgegriffen. https://tuxbox-cvs.sourceforge.net/foru ... ht=#131285.

bei jeder Änderung neu zu compilen ist nämlich irgendwie nicht so prikelnd...
Irgendwie klappt das aber nicht (mehr); der CPU-Takt bleibt unverändert. Vor einiger Zeit liefs aber es schonmal. Brauchts evtl. doch eine spez. u-boot? Getestet hab ich mit u-boot 0.2.2 und 0.4.0
Der LOG ist von einer Nokia AVIA600/BMon 1.2.
Könntet ihr mir mal auf die Sprünge helfen?

Testen wollte ich das Ganze eigentlich vor allem an der Philips. Hierzu wären ein paar Worte bezgl. der zu kopierenden Sektoren/Adressen ganz hilfreich.

U-Boot 0.4.0 (TuxBox) (Sep 9 2003 - 00:08:26)
..
CPU: PPC823ZTnnB2 at 67.100 MHz: 2 kB I-Cache 1 kB D-Cache
..

=> cp 10000000 8000 1000
=> nm.w 823e

0000823e: 8000 ? a7a0
0000823e: a7a0 ?
=> md 8200
00008200: 00000000 00000000 00000000 00000000 ................
00008210: 38000000 7c788aa6 60680000 3c600400 8...|x..`h..<`..
00008220: 7c788ba6 7c9e9aa6 7484ffff 3c60ffff |x..|...t...<`..
00008230: 6063ff8f 90640004 82840284 3c60a7a0 `c...d......<`..
00008240: 90640284 3ca01000 60a505dc 3cc01000 .d..<...`...<...
00008250: 60c606dc 7ce53050 7ce71670 38c00000 `...|.0P|..p8...
00008260: 80650000 9064017c 90c40168 38a50004 .e...d.|...h8...
00008270: 38c60001 7c063800 4180ffe8 3ca01000 8...|.8.A...<...
00008280: 60a506dc 3cc01000 60c607dc 7ce53050 `...<...`...|.0P
00008290: 7ce71670 64e70080 3cc00080 80650000 |..pd...<....e..
000082a0: 9064017c 90c40168 38a50004 38c60001 .d.|...h8...8...
000082b0: 7c063800 4180ffe8 3c601000 60630001 |.8.A...<`..`c..
000082c0: 3ca0ff80 60a50954 90640100 90a40104 <...`..T.d......
000082d0: 3c600000 60630081 3ca0ff00 60a50a08 <`..`c..<...`...
000082e0: 90640108 90a4010c 3c600c00 60630401 .d......<`..`c..
000082f0: 3ca0fffe 60a50954 90640118 90a4011c <...`..T.d......
=> go 8210

## Starting application at 0x00008210 ...G
debug: DDF: Calibrating delay loop...
debug: DDF: 67.79 BogoMIPS
U-Boot 0.4.0 (TuxBox) (Sep 9 2003 - 00:08:26)
CPU: PPC823ZTnnB2 at 67.100 MHz: 2 kB I-Cache 1 kB D-Cache
...

[DieMade]

Hmmm, die Einsprungadresse des MPC ist doch 0x100, sollte das dann nicht "go 8300" heissen?

[zexma]

Hmmm, die Einsprungadresse des MPC ist doch 0x100, sollte das dann nicht "go 8300" heissen?

mhh, zum einen denke ich, das mhc sich da was bei gedacht hatte, zweitens kann ich mich nicht entsinnen das ich's damals anders getestet habe und drittens vermute ich, dass der Code nicht ausgeführt wird wenn ich an Adresse 823e(hex) den Inhalt ändere und anschliessend bei 8300 reinspringe, oder??

[DieMade]

*hmpf* "go 8100" meinte ich, sorry

[MHC]

mhh nenene

war das alte ppcboot ... oder u-boot ... weis nicht mehr
der Einsprung (8210) war schon richtig (es sollte ja nicht alles neu starten)
daher war's nur ein ... ich sag mal unkontrollierter Einsprung in eine Maschinenroutine ... ohne korrekten Rücksprung
... irgendwie erfolgte dann ein Sprung an Adresse 0100 ... wo der ppcboot wieder neu gestartet wurde (und das ohne MF_field) ... so dass die Baudrate richtig berechnet worden ist ...
oder es war ein Watchdog-Reset (MF wird dann nicht geändert ...) ... die ppcboot wurde neu geladen ... ach egal ... diese Art ist eben nicht zu empfehlen ;-)


lange Rede kurzer Sinn
will man Takt online wechseln, wird man dazu ein neues Kommando
implementieren müssen, wo dann der Takt (MF) neu gesetzt wird und dann
ein Warmstart ausgeführt wird ....


achso mal ganz nebenbei
@DieMade
kannst du CPU wechseln ? bzw wer macht das ... und wie teuer wird das ?
(kannst auch per PM Antworten oder Mail)
Hab hier ne Nokia (Avia600) auf den Tisch bekommen, die nicht mehr korrekt bootet
die war noch nie auf und hatte org. Soft ...
also Debug aktiviert und geschaut und siehe da die CPU war zu doof zum rechnen ... obwohl die Signatur stimmt bring sie SigFehler:259 ... usw.
der Kernel startet zwar aber kann keine Programme starten (Fehler in ELF ... goil ;-) )
ich dachte Anfangs an einem RAM-fehler ... und hab stundenlang BIT-Test's laufen lassen ... der Ram scheint okay
dann Lötstellen geprüft usw.
am Ende wars die CPU ... erhitze ich sie so auf ca 50°C Oberflächentemp. dann läuft das Ding ohne Probleme
... hey die CPU ist wie ne Röhre die brauch ne Heizung

[DieMade]

Jo, ich habe gestern abend auch mal ein bissi rumgespielt und das hat nicht besonders hingehauen - jetzt weiß ich wenigstens warum

Die u-boot - Modifikation in der dbox2.h funktioniert einwandfrei, also gibts für mich keinen Grund mehr, im BMon rumzupfuschen


@MHC
CPU-Wechsel mache ich nicht, da fehlt dann doch ein bissi Ausrüstung - die ganze DBox2-Nummer hat bei mir mal als Hobby angefangen und schon genug Geld verschluckt

[IRATA]

Hallo,

Dieser thermische CPU-Fehler kommt sogar recht häufig vor.
(ich habe hier schon einen kleinen Stapel solcher defekter CPU's herum liegen)
Ein Prozessorwechsel ist meines Wissens nur bei EKS, RCSystems, und natürlich bei mir in der Firma möglich.
Lohnt wegen des hohen Preises nur bei SAT-Boxen. (da über 100 Euro Gesamtpreis)
Wenn jemand den Prozessor irgendwo billig bekommen kann, fällt natürlich nur die entsprechende Arbeits-Pauschale an. (unter 50 Euro)

Gruß Michael

[MHC]

Thx Michael

jetzt hab ich ne ungefähre Vorstellung, ich werd mich mal mit dem
Boxbesitzer in Verbindung setzen ... mal sehen was er sagt
... kann auch sein, dass diese Box auch als Ersatzteilspender
zur Verfügung steht (ist übrigens ne Sat-Box )


@DieMade

jou ist mir klar ;-)