debug disable probleme

Domestos & Derivate
kenney
Neugieriger
Neugieriger
Beiträge: 13
Registriert: Freitag 12. Juli 2002, 00:36

debug disable probleme

Beitrag von kenney »

Hallo

also ich muss nun den Debug disabeln weil hier an einer Box das Display verrückt spielt.
Aber leider klappt das ganze nicht so einfach. Auszug aus dem Terminal Fenster
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID xxxxxxxxxxxxxxxxxxxx
debug: HWrev X5 SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
debug: &_text 0x10000, &_etext 0x26160, &_data 0x26160, &_edata 0x29c50
debug: &_end 0x347dc, &__stack 0x400000
debug: Memory tests (0x400000 -- 0x2000000)
debug: NumberTest: debug: passed
debug: MarchTest: debug: passed
debug: PermTest: debug: passed
dbox2:root> setenv product? -1
debug: flashWrite src 0x3fff50, cnt 0x4, offs 0x944
debug: identifyDevice: m_code 0x89, d_code 0x88c5
debug: initPartTables: identifyDevice(0x10000000) failed: 0
debug: flash_open: flash_init() failed: 6
debug: open failed: rc 6
dbox2:root>

Ich habe eine Dbox 2 mit 2x Intel Flash.
Grundlegende Frage reicht es wenn ich am Flash den PIN 12 mit GND kurz Brücke ?
Ich habe aber trozdem mal XH4 & XH6 gebrückt leider kein Erfolg die Meldung bleibt die selbe.

Für hilfe währe ich dankbar


Kenney
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

in den debugdisable FAQs steht extra ausführlich drin:

"setenv product? -1" funktioniert NICHT bei nokia mit 2xintel und BMon1.0

da geht nur die etwas schwerere methode mit der langen tippslei
never change a running system
kenney
Neugieriger
Neugieriger
Beiträge: 13
Registriert: Freitag 12. Juli 2002, 00:36

Beitrag von kenney »

sch....ade.
ok das muss ich dann halt mal testen.
Kannst du mir sagen ob es reicht wenn ich PIN12 mit GND kurz Brücke & somit das Flash deprotecte ?!
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

das sollte es eigentlich tun... vor dem protect off... kannst dir aber ja vorm flashen auch den zustand des schreibschutzes anzeigen lassen mit flinfo... wenn da in den ersten beiden sektoren RO oder LD auftaucht, dann is auch nix mit schreiben
never change a running system
kenney
Neugieriger
Neugieriger
Beiträge: 13
Registriert: Freitag 12. Juli 2002, 00:36

Beitrag von kenney »

Danke für den Tipp.
Also d.h. das wenn das so aussieht



dbox2-ppcboot> protect off 10000000 10007fff

Un-Protected 1 sectors

dbox2-ppcboot> flinfo

Bank # 1: INTEL 28F320-B (32 Mbit, bottom boot sect)
Size: 8 MB in 67 Sectors
Sector Start Addresses:
10000000 10008000 (RO) 1000C000 (RO) 10010000 (RO) 10020000 (RO)
10040000 (RO) 10060000 (RO) 10080000 (RO) 100A0000 (RO) 100C0000 (RO)
100E0000 (RO) 10100000 (RO) 10120000 (RO) 10140000 (RO) 10160000 (RO)
10180000 (RO) 101A0000 (RO) 101C0000 (RO) 101E0000 (RO) 10200000 (RO)
10220000 (RO) 10240000 (RO) 10260000 (RO) 10280000 (RO) 102A0000 (RO)
102C0000 (RO) 102E0000 (RO) 10300000 (RO) 10320000 (RO) 10340000 (RO)
10360000 (RO) 10380000 (RO) 103A0000 (RO) 103C0000 (RO) 103E0000 (RO)
10400000 (RO) 10420000 (RO) 10440000 (RO) 10460000 (RO) 10480000 (RO)
104A0000 (RO) 104C0000 (RO) 104E0000 (RO) 10500000 (RO) 10520000 (RO)
10540000 (RO) 10560000 (RO) 10580000 (RO) 105A0000 (RO) 105C0000 (RO)
105E0000 (RO) 10600000 (RO) 10620000 (RO) 10640000 (RO) 10660000 (RO)
10680000 (RO) 106A0000 (RO) 106C0000 (RO) 106E0000 (RO) 10700000 (RO)
10720000 (RO) 10740000 (RO) 10760000 (RO) 10780000 (RO) 107A0000 (RO)
107C0000 (RO) 107E0000 (RO)


dbox2-ppcboot>

ist das nun gut oder schlecht ?! Oder müssen alle RO weg sein ?
Denn dann muss ich anscheinend doch XH6 & XH4 setzen.

Danke nochmal

Kenney
kenney
Neugieriger
Neugieriger
Beiträge: 13
Registriert: Freitag 12. Juli 2002, 00:36

*HMPF*

Beitrag von kenney »

ARRRGGHH!!!!

MAN ...
Nach der FAQ muss ich ja wissen in welchem Speicherbereich meine Product? liegt. OK das hab ich natürlich nicht.
Debug enable prozedur eingestellt.
ABER

BootP> Answer sent!
TFTP> Started TFTP-Transfer for "J:\df1\dbox2\linux\linux\miniflash\KERNEL\os"...
TFTP> Transfer finished, sent 2444 blocks
RARP> Answer sent to 00:50:9C:18:xx:xx with DBox-IP: 192.168.0.43
RARP> Answer sent to 00:50:9C:18:xx:xx with DBox-IP: 192.168.0.43

so alles klar, aber im RSH Fenster kommt die goile Meldung

Couldn et connect to DBOX!

obwohl unten der Dbox Ping i.O. ist ?!?!
Ja wenn einer nen Tipp hat ...
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

product?----> 10000944
wenn du also den ersten sektor nach 01000000 kopiert hast, dann mußt mit
nm 01000944
den wert an der stelle wieder auf FFFFFFFF setzen,
dann zurückschreiben nach 10000000
never change a running system
kenney
Neugieriger
Neugieriger
Beiträge: 13
Registriert: Freitag 12. Juli 2002, 00:36

Beitrag von kenney »

Hui

Also ich glaube ich muss nun mal "dumm" fragen.

Nach meinem letzten Posting bekomme ich ja momentan nicht raus in welchem Speicherbereich die Product? liegt. Weil die BOX rumzickt.
Deshalb habe ich einfach den Prodect OHNE etwas zu kopieren aufgehoben um zu sehen ob das geht.
Ich wollte ja nur sichergehen wenn ich alles nach FAQ mache daß das dann auch alles klappt.
Ich kann doch momentan nix rumkopieren weil ich doch gar nicht weiß wohin damit.
Es sei denn, man bekommt noch irgendwie anders heraus wo die Product? liegt.
Denn laut FAQ ist die ja nicht immer am gleichen Platz im Speicher.
Ich hoffe nun das ich das verständlich geschrieben hab :-?

Danke

Kenney
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

das stimmt, laut FAQ ist die nicht immer am gleichen platz, es ist boxen und BMonspezifisch wo sich die product? variable befindet

bei deiner box (nokia, BMon1.0) befindet sie sich an der adresse 10000944
bei nem BMon12 wäre sie woanders
never change a running system
kenney
Neugieriger
Neugieriger
Beiträge: 13
Registriert: Freitag 12. Juli 2002, 00:36

Beitrag von kenney »

?!?!?

Etwas verwirrt.

Also d.h. das bei einer Nokia 2xIntel Avia 500 BMon1.0 die Product immer auf der adresse 10000944 sich befindet, oder allgemein bei BMon1.0 sich da befindet ?!
Denn Hellsehen kannst du sicherlich ja auch nicht :wink:

Danke

Kenney
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

Also d.h. das bei einer Nokia 2xIntel Avia 500 BMon1.0 die Product immer auf der adresse 10000944 sich befindet
jap, genau das,
aber bei einer sagem BMon10 ist das wieder ganz woanders.

übrigens hast du deine eigene productvariable ganz oben im ersten posting schon gefunden:
dbox2:root> setenv product? -1
debug: flashWrite src 0x3fff50, cnt 0x4, offs 0x944
da ist ja folgendes passiert: setenv versucht in den ersten sektor ab dem offset 944 die variable auf -1 zu setzen (zur erinnerung: der BMon10 bei nokia kennt das setenv kommando, aber er kennt leider den intel flashalgo nicht)
deshalb haut der verusch die variable zu schreiben nicht hin... mit der obigen fehlermeldung
so: flash ist an der basisadresse 10000000, den offset für die productvariable zählen wir dazu, das ergibt dann 10000944, eigentlich ganz einfach :D
never change a running system
kenney
Neugieriger
Neugieriger
Beiträge: 13
Registriert: Freitag 12. Juli 2002, 00:36

Beitrag von kenney »

AAAAHHHH

Ein Licht geht auf :)

Vielen Dank für die Info, hat sehr geholfen

Kenney