RAM der Nokia

[MPC823]

Ich habe nun mal auf eine Erweiterungsmodul 2 x 512 Mbit Chips aufgelötet. Die A12 leitung der Chips habe ich mal auf Masse gezogen sodass die Chip's quasi nur die 1/2 haben. Somit müsste die Box quasi mit 64 MB extern hochfahren. Die internen Rambausteine habe ich mal entfernt.

Dabei habe ich die Brücken noch von J01/J02 nach J06/J07 versetzt. Der J05 ist ja nur um die A12 Leitung nach aussen auf den Sockel zu legen.


Die internen Brücken habe ich so gelegt

Intern RH27 RH28 RH29 RH30 RH31 RH32 RH33
64MB close close open open close open open

Der BMON ist ungepatched.

Nur booten will Sie nicht

Hat jemand eine Idee ?


Martin

[gurgel]

ohne RAM in Bank 0 wird die Box vermutlich nie und nimmer booten...

[Holli22]

ohne RAM in Bank 0 wird die Box vermutlich nie und nimmer booten...

Sehe ich genauso, zumindest wird es nicht ohne BMON patch gehen.

[MPC823]

Ich dachte ich hätte irgentwo mal gelsen das jemand nur externes Ram drin hatte. Deshalb dachte ich das geht einfach so. Nun steht definitiv fest das es "so" mal eben nicht geht.


Da auf dem Erweiterungsmodul eine Brücke für den A12 der Chips vorgesehen ist glaube ich das 128 MB machbar sein sollten.


Martin

[MPC823]

Hier habe ich mal die Belegung ausgemessen. Eventuell muss man ein paar Signale verbiegen.

Wer es als Excel Liste haben will der kann es per Mail haben.


Martin

[rhabarber1848]

Zur Archivierung habe ich das Bild ins ULC hochgeladen:

[Holli22]

Versuch doch mal RP97 (CS1) und RP116 (CS2) zu kreuzen. Damit kannst Du das Erweiterungsmodul auf CS1 legen und die Box sollte booten.

Gruß
Holli22

[MPC823]

Sodele habe die mal gekreuzt. Zeigt nun 32 MB intern an Verwechselt wohl intern und extern warum nur


Nun bootet die Box wieder loopt aber. Nun werde ich mir wohl nochmal ein orginales Erweiterungsmodul leihen . Dann kann ich noch den Bmon patchen. Dann kann man gefahrlos weitertesten da ich den flash umschaltbar gemacht (Bankswitching) habe und einen Backup Loader in die obere Hälfte des Flashs kopieren kann. Da kann man gefahrlos rumwerkeln.



Gruss und Danke mal bis hierher.

Martin

[areopag]

Hallo!

Da ich meine Nokia 2xI auch auf 64MB hochrüsten will, stellt sich mir nur noch eine Frage:

Wie komme ich eigendlich in den besagten ppcboot-Modus?

Muss ich hier über den D-Box2 Bootmanager mit einem ppcboot-Bootfile hochfahren?

MfG, Areopag

[MPC823]

@aeropag
Wenn du schon Linux auf der Box hast musst Du den Autoboot nur abrechen. Dann hält er mit dem u-boot/ppcboot schon an.



Bei mir es nun so das mit dem 64(128) MB auf dem externen Modul die nicht mit dem Bootmanager zum laufen zu bekommen ist. Die Box loopt sobald man über das externe Netzwerk starten will.

Den Bmon (1.2) habe ich nun gepatched von von 0x3CA0FE00 in 0x3CA0FC00.
Im Display werden die 64 MB angezeigt.
Mit einem 16 MB Modul bootet die Box mit dem 64(128) MB Modul loopt die Box nur.

so mal als Zwschenbericht

Martin

[MPC823]

U-Boot 1.2.0 (Tuxbox) (Jun 8 2008 - 15:30:35)

CPU: PPC823ZTnnB2 at 67.100 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Nokia, BMon V1.2
Watchdog enabled
I2C: ready
DRAM: 48 MB
FLASH: 8 MB
Scanning JFFS2 FS: .. .


hatte das Byte von von 0x3CA0FC00 in 0x3CA0FD00 geändert. Oben steht das ergebnis

Gruss Martin

[MPC823]

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.2 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 01-46.86.60.07.00.00-47
debug: HWrev 09 FPrev 0.81
debug: B/Ex/Fl(MB) 128/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0036

will verify ELF image, start= 0x800000, size= 162992
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Jun 8 2008 - 15:30:35)

CPU: PPC823ZTnnB2 at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Nokia, BMon V1.2
Watchdog enabled
I2C: ready
DRAM: 128 MB
FLASH: 8 MB
Scanning JFFS2 FS: .
find_inode failed for name=tuxbox
load: Failed to find inode
FB: ready
LCD: ready
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET
Scanning JFFS2 FS: .
find_inode failed for name=tuxbox
load: Failed to find inode
ready - can't find logo in flash
Scanning JFFS2 FS: .
find_inode failed for name=tuxbox
load: Failed to find inode
can't find logo in flash

Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 0
=> 0

Irgendwie finde ich das Gut


Martin

P.S Adresse 0x100003F8 von 0x3CA0XX00 in 0x3CA0F800 ändern

[MPC823]

Nachtrag.

Das uralt image das ich hatte blieb beim booten hängen mit einem aktuellen Snapshot geht aber (Anscheinend ohne grosse tests bisher)

/ # cat /proc/meminfo
total: used: free: shared: buffers: cached:
Mem: 131104768 16179200 114925568 0 0 7819264
Swap: 0 0 0
MemTotal: 128032 kB
MemFree: 112232 kB
MemShared: 0 kB
Buffers: 0 kB
Cached: 7636 kB
SwapCached: 0 kB
Active: 2724 kB
Inactive: 4940 kB
HighTotal: 0 kB
HighFree: 0 kB
LowTotal: 128032 kB
LowFree: 112232 kB
SwapTotal: 0 kB
SwapFree: 0 kB
/ # [sectionsd] getUTC: read: Connection timed out

echt lustig

Martin

[JtG-Riker]

@MPC

Jumper wie bei 64MB intern ?

Werd das mal testen, liest sich ja gut, gerade für IDE kann man nicht genug RAM haben.

Gruß Riker

[MPC823]

Also die Jumper sollten normal bei intern so sein wie bei 64 MB. Ich habe es ja auf einem externen Modul laufen.


Was mich etwas wundert ist das ich keine GUI habe weder bei Enigma noch bei Neutrino. Der Kernel booted . Beim Start wird noch das Boot logo in den Framebuffer geschrieben aber das wars dann am TV Schirm. Man kann zwar mit der FB bedienen man sieht auch das etwas im LCD Display vorangeht jedoch am scart kommt nix bei raus. Anscheinend hat die GUI ein Problem. Ich vermute das es nun ein Speicherüberlappung (Avia und RAM) gibt. Könnte das das Problem erklären ?


Martin

[MPC823]

Ein Image aus dem Flash will nicht so recht (keine GUI) jedoch wenn man über NFS (DBOX2Manager) bootete dann klappt es und Neutrino lässt sich wunderbar bedienen. Warum das aus dem Flash nicht will das leuchtet mir nur gerade gar nicht ein.



Martin

BTW : Irgendwas schein mit dem NFS Boot unter Windows mit dem Dbox2 Manager zu klemmen. Ein neuentpacktes CDK/Yadd kann ich einmal hochfahren. Beim zweiten mal bleibt es hängen. Es scheint irgendwas am Filesystem/Files kaputt zu gehen.
Ich werde das dann mal unter Linux probieren müssen.

[Vivaldi]

Dear Collegues,

cause my poor German knowledge, I'd like ask you for confirmation the of the necesary things to have 64MB Ram in my Nokia AVIA 600 (Bmon.12). I have also IDE interface from dbox2.com..

1. repalacing ram chips
2. change jumper configs:

RH27 RH28 RH29 RH30 RH31 RH32 RH33
64MB CLOSE CLOSE open open CLOSE open open

J01/J02 to J06/J07

and patch for bmon 1.2:

0x3CA0FE00 in 0x3CA0FC00

Thank's in advance..

Waldemar

[MPC823]

Wenn man mit 128 MB Neutrino straten will kommt :

Code: Alles auswählen

~ # neutrino
neutrino: /lib/libpng12.so.0: no version information available (required by neut
rino)
starting /bin/neutrino
[neutrino] frameBuffer Instance created
/dev/fb/0: No such file or directory
framebuffer not available.
FBIOPUT_VSCREENINFO: Bad file descriptor
FBIOGET_FSCREENINFO: Bad file descriptor
[neutrino] Error while setting framebuffer mode
~ #

das Problem ist vermutlich das der Framebuffe normal in den ober 64 MB sitzt oder ?

Gruss Martin

[seife]

Sind denn die anderen Devices alle da?
Ich vermute eher, dass du den kompletten GTX "verloren" hast.

[MPC823]

Also um das mal zu verifizieren habe ich nun die Box mit 2 x 64 MB auf dem Erweiterungsmodul auf 2 x 32 MB intern umgelötet . Den Bmon hatte ich mit den 128 MB Patch gelassen. Nun wird beim Booten 128 MB angezeigt was natürlich quatsch ist.
Die Box fängt an zu booten Neutrino startet aber nicht.
In der Konsole dann zapit mit vorigem pzapit -kill kommt folgendes

Code: Alles auswählen

/var/tuxbox/config/zapit # zapit -u
$Id: zapit.cpp,v 1.410 2008/04/25 21:23:23 houdini Exp $
[zapit] PMT update enabled
[frontend] uncommitted_switch_mode 0
[frontend.cpp:CFrontend:62] /dev/dvb/adapter0/frontend0: Device or resource busy
/tmp/currentservices.xml: No such file or directory
[audio.cpp:CAudio:37] /dev/dvb/adapter0/audio0: No such file or directory
[video.cpp:CVideo:33] /dev/dvb/adapter0/video0: No such file or directory
[aviaext.cpp:CAViAext:37] /dev/dbox/aviaEXT: No such file or directory
/var/tuxbox/config/zapit #

in /dev

Code: Alles auswählen

[frontend.cpp:CFrontend:62] /dev/dvb/adapter0/frontend0: Device or resource busy
/tmp/currentservices.xml: No such file or directory
[audio.cpp:CAudio:37] /dev/dvb/adapter0/audio0: No such file or directory
[video.cpp:CVideo:33] /dev/dvb/adapter0/video0: No such file or directory
[aviaext.cpp:CAViAext:37] /dev/dbox/aviaEXT: No such file or directory
/var/tuxbox/config/zapit # cd /dev/
/dev # ls
console   fb0       kmem      mtdblock  pty       tts       zero
cua       full      loop      null      random    tty
dbox      i2c       mem       port      root      urandom
dvb       ide       misc      ptmx      shm       vc
fb        input     mtd       pts       sound     vcc
/dev # cd dvb/adapter0/
/dev/dvb/adapter0 # ls
ca0        demux1     dvr1       frontend0
/dev/dvb/adapter0 # cd /dev/d
/dev/dbox/  /dev/dvb/
/dev/dvb/adapter0 # cd /dev/dbox/
/dev/dbox # ls
avs0    event0  fp0     lcd0    saa0
/dev/dbox #

Wenn ich nun den Bmon "anpasse" auf die 64 Mb und es dann geht liegt es daran das der Bmon die Hardware falsch initialisiert.

Vermutlich

Martin

[Holli22]

Wenn ich nun den Bmon "anpasse" auf die 64 Mb und es dann geht liegt es daran das der Bmon die Hardware falsch initialisiert.

Hast Du das schon gemacht?

BMON geht immer davon aus, dass beide Bänke (on board und Erweiterung) die gleiche Größe haben und initialisiert nach der Größe des on board Rams. Wenn die Erweiterung kleiner ist, führt dies zu Problemen.

Gruß
Holli22

[MPC823]

Es war ja so das ich die internene Rams ausgelötet habe auf eine erweiterung die 128Mb aufgelötet und dann den chipselct von onbaord auf die erweiterung gelegt habe. Dann hatte ich noch den Bmon gepatched und dann lief die Kiste soweit Bmon hat 128 MB intern angezeigt. Das booten aus dem flash war nicht möglich aber via NFS ging es problemlos.

Nun habe ich die Erweiterungsplatine entfernt intern die 2 x 32 MB (64 MB) eingelötet aber die Box bootete trotzdem nicht aus dem flash . Nun habe ich den Bmon umgeschrieben. nun geht es wieder Box bootet mit 64 mb ram aus dem flash.

was mit koisch vorkam ist das im flash an der zu patchenden stell eine f7 war obwohl ich damals schrieb

Martin

P.S Adresse 0x100003F8 von 0x3CA0XX00 in 0x3CA0F800 ändern

ich musste auch vorher den bereich löschen mit "erase 1:0" was ja logisch ist sonnst bekamm ich ne Fehlermeldung.

Code: Alles auswählen

=> cp 02000000 10000000 1000
Copy to Flash... Flash not Erased

so ging es dann :

Code: Alles auswählen

cp 10000000 02000000 1000 [ENTER]
nm 020003F8 [ENTER]
010003F8: 3ca0fe00 ? 3CA0FC00 [ENTER]
010003F8: 3ca0fc00 ? [ESC] [ENTER]
prot off 1:0 [ENTER]
erase 1:0 [ENTER]
cp 02000000 10000000 1000 [ENTER]

Gruss MArtin

[Liontamer]

Mal eine Verständnisfrage: Woher bekommt das U-Boot die Informationen zur Speichergröße? Werden diese vom BMon übergeben?

Warum ermittelt das U-Boot nicht selbst die Speichergröße?
Crasht der BMon, wenn er ungepatcht einen größeren Speicher antrifft?

(Ich frag mich grad, warum am BMon rumgepatcht wird und nicht am U-Boot, dessen Sourcen vorhanden sind)

[Holli22]

BMON versucht die Speichergröße zu ermitteln (funktioniert auch nicht 100%-ig, daher der Patch) und legt diese Info im Option Register (Bits AM) ab.
Ich denke U-Boot holt sich die Info aus dem Register und berechnet daraus die Speichergröße.
BMON wird nicht crashen, wenn er ungepatcht einen größeren Speicher antrifft (umgekehrt auf jeden Fall).
Für mich war es einfacher den BMON zu patchen als den U-Boot umzuschreiben.

Gruß
Holli22

[Torsten73]

Hi,
könnt Ihr mir sagen welche alten PC133 Module Ihr zerpflückt habt, um die 16MB Nokia auf mind. 32MB oder 64MB Onbaord umzurüsten? Ich habe hier noch eine alte Sammlung, da sollten doch die passenden Chips drunter zu finden sein.
Wenn ich das richtig gelesen habe sind das doch PC133 128MB Module die Ihr dazu verwendet? Singel oder double Sided? Welcher Hersteller das ist dürfte doch egal sein, hauptsache 7,5ns (also PC133). Da ich häufig Kingston verwendet habe sind oft nur hynix Chip darunter.

Ich muß auf Onboard meine Avia 500 umrüsten, damit ich ein altes HDD Interface einbauen kann. Und wenn schon dann direkt 64MB, die laufen ja ohne Änderungen am BMon und nur die Jumper unter dem Ram müssen geändert werden?

Thx
Torsten

PS: sollte das nicht in die Wiki? Der Thread hier ist so lang und unübersichtlich mittlerweile. Und das was ich in der Wiki gefunden habe hat mir nicht weitergeholfen.