[DBOX-II] Na avonden lezen op i-net kan ik nog steeds niet flashen No valid signature

[Gast rabbit]

Na avonden lang gepuzzel om m'n DBOX2 weer nieuw leven in te blazen geef ik het op en vraag ik jullie om raad!

 

Volgens mij heb ik niet de juiste PPCBOOT want ik krijg deze foutmelding: boot net: boot file has no valid signature

Nou heb ik er al een heleboel geprobeerd maar niks werkt.

Ik gebruik de DBOX BOOT Manager V3.2.0354 en heb in het verleden deze box gewoon kunnen flashen.

Wie weet raad???

Heel erg bedankt alvast!

 

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS

debug: BMon V1.0 mID 02

debug: feID 00 enxID 03

debug: fpID 52 dsID 01-56.1f.8f.07.00.00-8b

debug: HWrev 01 FPrev 0.30

debug: B/Ex/Fl(MB) 32/00/08

dbox2:root> debug:

BOOTP/TFTP bootstrap loader (v0.3)

debug:

debug: Transmitting BOOTP request via broadcast

debug: Got BOOTP reply from Server IP 192.168.0.7, My IP 192.168.0.25

debug: Sending TFTP-request for file d/program files/DboxBoot/ppcboot

will verify ELF image, start= 0x800000, size= 182043

verify sig: 261

boot net: boot file has no valid signature

Branching to 0x40000

 

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS

debug: WATCHDOG RESET

debug: BMon V1.0 mID 02

debug: feID 00 enxID 03

debug: fpID 52 dsID 01-56.1f.8f.07.00.00-8b

debug: HWrev 01 FPrev 0.30

debug: B/Ex/Fl(MB) 32/00/08

dbox2:root> debug:

BOOTP/TFTP bootstrap loader (v0.3)

debug:

debug: Transmitting BOOTP request via broadcast

debug: Got BOOTP reply from Server IP 192.168.0.7, My IP 192.168.0.25

debug: Sending TFTP-request for file d/program files/DboxBoot/ppcboot

will verify ELF image, start= 0x800000, size= 184319

verify sig: 261

boot net: boot file has no valid signature

Branching to 0x40000

 

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS

debug: WATCHDOG RESET

debug: BMon V1.0 mID 02

debug: feID 00 enxID 03

debug: fpID 52 dsID 01-56.1f.8f.07.00.00-8b

debug: HWrev 01 FPrev 0.30

debug: B/Ex/Fl(MB) 32/00/08

dbox2:root> debug:

BOOTP/TFTP bootstrap loader (v0.3)

debug:

debug: Transmitting BOOTP request via broadcast

debug: Got BOOTP reply from Server IP 192.168.0.7, My IP 192.168.0.25

debug: Sending TFTP-request for file d/program files/DboxBoot/ppcboot

will verify ELF image, start= 0x800000, size= 182085

verify sig: 261

boot net: boot file has no valid signature

Branching to 0x40000

[spaghetto]

Heb je ook al de rs232 flash optie geprobeerd?

Bij mij heeft het gewerkt.

Gr.Spaghetto

[Nobody2050]

Probeer het programma Hallenberg eens. Google op hallenberg dbox2 en je hebt hem zo. UTP kabel en rs232 kabel er aanhangen, piece of cake. Gaat bij mij altijd goed.

 

Greetz Nobody2050

 

[Adriaanvn]

Het punt van de debug mode is dat de de dBox ophoudt te klagen over die signature. ALLES wat jij via bootp gaat aanbieden (Dbox II bootmanager, Hallenberg, eigen image) zal door de dBox worden afgekeurd omdat het niet als BetaResearch software wordt herkend.

 

Klik hier voor meer info over debug mode (wel handig als je vroeger bij Duitse les hebt opgelet - anders moet je even verder Google'n). Bei Eingriffen in eine DBox2, die sich noch nicht im Debug-Mode befindet, gibt es ein großes Problem: Die Box führt nur signierte Software aus.

 

Succes!

 

 

[Gast rabbit]

@Spaghetto: Bedoel je dan het hele verhaal met hyperterminal etc? Ik heb dat op een duitse site gevonden (zoals zoveel over de DBOX2 in het duits te vinden is ) en ook geprobeerd, nu krijg ik Kein System, dus dat is niet goed gegaan. Ik kon sommige commando's ook niet uitvoeren omdat het het commando niet herkende. (bijv. dl )

Heb jij een andere beschrijving?

 

@Adriaanvn: Is het mogelijk dat hij weer uit de debug mode gegaan is? Ik heb hem eerder al kunne flashen, maar door het gedoe nu krijg ik hem inderdaad niks meer wijs gemaakt.

 

Aanvulling ter info: Hij is meer dan een jaar spanningsloos geweest, maar dat zou met flashmemory toch niks uit moeten maken...?

[Adriaanvn]

Ik denk, Rabbit, dat ik iets te snel met mijn conclusie was. Mijn dBox (met zelf-gebouwd image en bootstrap loader) geeft dezelfde fout als de jouwe:

 

boot net: boot file has no valid signature

 

Dit is een stuk van de log van mijn box als ie vanaf het netwerk start:

Code:

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPSdebug: BMon V1.0  mID 01debug: feID dd    gtxID 0bdebug: fpID 5a     dsID 01-12.c3.02.07.00.00-19debug: HWrev X5  SWrev 0.81debug: B/Ex/Fl(MB) 16/16/08WATCHDOG reset enableddbox2:root> debug:BOOTP/TFTP bootstrap loader (v0.3)debug:debug: Transmitting BOOTP request via broadcastdebug: Unknown RFC1048-tag debug: 3 debug: 4 debug: ac debug: 10 debug: 1 debug: 58 debug:debug: Unknown RFC1048-tag debug: 6 debug: 4 debug: ac debug: 10 debug: 1 debug: 49 debug:debug: Unknown RFC1048-tag debug: 11 debug: 17 debug: 2f debug: 64 debug: 69 debug: 73 debug: 6b debug: 6c debug: 65 debug: 73 debug: 73 debug: 2f debug: 64 debug: 62 debug: 6f debug: 78 debug: 32 debug: 2f debug: 63 debug: 64 debug: 6b debug: 72 debug: 6f debug: 6f debug: 74 debug:debug: Unknown RFC1048-tag debug: 45 debug: 4 debug: ac debug: 10 debug: 1 debug: 49 debug:debug: Unknown RFC1048-tag debug: 46 debug: 4 debug: ac debug: 10 debug: 1 debug: 49 debug:debug: Got BOOTP reply from Server IP 172.16.1.73, My IP 172.16.1.87debug: Sending TFTP-request for file dbox2/u-bootdebug: Got Block #0250will verify ELF image, start= 0x800000, size= 142732verify sig: 262boot net: boot file has no valid signatureBranching to 0x40000U-Boot 1.2.0 (Tuxbox) (Feb 16 2009 - 22:50:22)CPU:   PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache         *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***Board: DBOX2, Nokia, BMon V1.0       Watchdog enabledI2C:   readyDRAM:  32 MBFLASH:  8 MBFB:    readyLCD:   readyIn:    serialOut:   serialErr:   serialNet:   SCC ETHERNETBOOTP broadcast 1DHCP client bound to address 172.16.1.87

Het verschil is, dat de mijne na de sprong naar adres 0x40000 inderdaad in de U-Boot loader terechtkomt, terwijl die van jou kennelijk direct overnieuw probeert te booten. (Ik gebruik een superversie U-BOOT versie waar jij PPCBOOT gebruikt.)

 

Het suggereert dat het laden van de bootstraploader mislukt. Mogelijkheden:

• De wijze waarop die PPCBOOT wordt geladen is niet in orde
• Er is iets mis met de PPCBOOT die je gebruikt
• Er is iets met het geheugen van je dBox2 mis

Nou valt mij op, dat je probeert d/program files/DboxBoot/ppcboot te laden. Bestaat die file wel? Wat zit erin? Heb je in de DBoxBootManagerII de goede paden opgegeven en gecontroleerd dat de bestanden ook allemaal bestaan? Wat gebeurt er als je een c:/tftpboot maakt en die vult met de bestanden? Heb je de Hallenberg spullen ook geprobeerd? (Die laadt namelijk een (modernere) U-BOOT van ...Program Files/DBOX_IFA/tftp/u-boot.)

 

Veel vragen...

 

Veel succes!

[spaghetto]

Hoi Rabbit,

Hier op het forum heb ik een beschrijving geplaats een tijdje geleden.Hier is de link http://www.sat4all.com/forums/ubbthreads.php/ubb/showflat/Number/1603129#Post1603129

Bij mij heeft het geholpen.

Let op het duurde heeeel lang.

Gr.Spaghetto

[Gast rabbit]

De carnaval is weer zo goed als voorbij hier in 't zuiden, dus ik heb weer even tijd

Ik heb de guide: How To Flash A Dbox2 Using Serial Cable Only. geprobeerd. Tijdens het verzenden krijg ik 'Er heeft een timeout plaatsgevonden voor..' bij de status. (Ik weet dat je verder geen status voortgang ziet)

 

Daarna komt de melding van Hyperterminal: Geen antwoord van extern systeem.

Ik gebruik het protocol wat standaard aangegeven wordt: Zmodem met crashherstel.

Overigens kan dat toch geen 45min. duren? Het is een file van maar 354kb.

 

dbox2:root> dl 800000

S Record Load, offset: 800000

 

Als ik op enter druk krijg ik dit:

unrecognized command Š, args[0][0] 0x8a

dbox2:root>

 

 

De Hallenberg software heb ik ook geprobeerd. De software start inderdaad van D:. Dat is m'n WinXP partitie. C: Is een oude W2K partitie. (misschien toch maar eens formatteren) Het zou natuurlijk kunnen dat de hallenberg software standaard naar C: zoekt, en daar dan niks kan vinden. Ik zal daar ook nog eens mee verder gaan.

 

[Gast rabbit]

Ik ben iets verder gekomen met de hallenberg software.

 

Hij maakt contact, maakt een backup maar als hij het image naar de box wil schrijven, krijg ik de melding:

While trying to open /tmp/flash.img: No such file or directory

 

Het zou natuurlijk kunnen dat /tmp niet meer bestaat want er staat (door het geexperimenteer) volgens mij niks meer in de flash.

Kan ik dit bestand handmatig ergens mee kopieeren? Zijn er nog kansen dat dit goed komt??

 

tftp log:

BootP: Got request from 00509C2D58A9

BootP: Created ARP-entry with IP: 192.168.0.202 and Mac: 00509C2D58A9

BootP: Answer to 00509C2D58A9 sent

TFTP: Sending D:\Program Files\DBOX_IFA\tftp\logo-fb

TFTP: Transfer succsessfull completed

TFTP: Sending D:\Program Files\DBOX_IFA\tftp\kernel-cdk

TFTP: Transfer succsessfull completed

TFTP: Sending D:\Program Files\DBOX_IFA\tftp\u-initrd

TFTP: Transfer succsessfull completed

TFTP: Sending D:\dbox2\image\Sportster-Pro_2.00_RC003_20081213_1046_2xI.img

TFTP: Transfer not succsessfull

TFTP: Writing backupimage to D:\Program Files\DBOX_IFA\Backups\2009-02-27 21-51-34_457.img

TFTP: Transfer succsessfull completed

TFTP: Transfer not succsessfull

TFTP: Transfer not succsessfull

TFTP: Transfer not succsessfull

 

telnet log:

 

U-Boot 1.3.4 (Tuxbox - Hallenberg.com) (Nov 29 2008 - 23:53:59)

 

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

Board: DBOX2, Philips, BMon V1.0

Watchdog enabled

I2C: ready

DRAM: 32 MB

FLASH: 8 MB

FB: ready

LCD: ready

In: serial

Out: serial

Err: serial

Net: SCC ETHERNET

BOOTP broadcast 1

Using SCC ETHERNET device

TFTP from server 192.168.0.7; our IP address is 192.168.0.202

Filename 'u-boot'.

Load address: 0x100000

Loading: Using SCC ETHERNET device

TFTP from server 192.168.0.7; our IP address is 192.168.0.202

Filename 'logo-lcd'.

Load address: 0x100000

Loading: #

TFTP error: 'Zeitüberschreitung' (1024)

Bytes transferred = 1024 (400 hex)

BOOTP broadcast 1

Using SCC ETHERNET device

TFTP from server 192.168.0.7; our IP address is 192.168.0.202

Filename 'u-boot'.

Load address: 0x100000

Loading: Using SCC ETHERNET device

TFTP from server 192.168.0.7; our IP address is 192.168.0.202

Filename 'logo-fb'.

Load address: 0x100000

Loading: ####################################

done

Bytes transferred = 179877 (2bea5 hex)

 

Options:

1: Console on null

2: Console on ttyS0

3: Console on framebuffer

Select option (1-3), other keys to stop autoboot: 0

Using SCC ETHERNET device

TFTP from server 192.168.0.7; our IP address is 192.168.0.202

Filename 'kernel-cdk'.

Load address: 0x100000

Loading: #################################################################

##########################################################

done

Bytes transferred = 627048 (99168 hex)

Using SCC ETHERNET device

TFTP from server 192.168.0.7; our IP address is 192.168.0.202

Filename 'u-initrd'.

Load address: 0x400000

Loading: #################################################################

##################################################

done

Bytes transferred = 587229 (8f5dd hex)

............................................................... done

Un-Protected 63 sectors

## Booting image at 00100000 ...

Image Name: dbox2

Image Type: PowerPC Linux Kernel Image (gzip compressed)

Data Size: 626984 Bytes = 612.3 kB

Load Address: 00000000

Entry Point: 00000000

Verifying Checksum ... OK

Uncompressing Kernel Image ... OK

## Loading RAMDisk Image at 00400000 ...

Image Name: Ramdisk Image

Image Type: PowerPC Linux RAMDisk Image (gzip compressed)

Data Size: 587165 Bytes = 573.4 kB

Load Address: 00000000

Entry Point: 00000000

Verifying Checksum ... OK

Loading Ramdisk to 01f1f000, end 01fae59d ... OK

Linux version 2.4.36.9-dbox2 (Hallenberg.com) (gcc version 3.4.6) #1 Sa 29. Nov

23:29:22 CET 2008

On node 0 totalpages: 8192

zone(0): 8192 pages.

zone(1): 0 pages.

zone(2): 0 pages.

Kernel command line: console=ttyS0 root=/dev/ram rw ip=192.168.0.202:192.168.0.7

:::::off

Decrementer Frequency = 247500000/60

m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)

m8xx_wdt: keep-alive trigger installed (PITC: 0x2580)

Console: colour dummy device 80x25

Calibrating delay loop... 65.74 BogoMIPS

Memory: 30348k available (1048k kernel code, 324k data, 72k init, 0k highmem)

Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)

Inode cache hash table entries: 2048 (order: 2, 16384 bytes)

Mount cache hash table entries: 512 (order: 0, 4096 bytes)

Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)

Page-cache hash table entries: 8192 (order: 3, 32768 bytes)

POSIX conformance testing by UNIFIX

Linux NET4.0 for Linux 2.4

Based upon Swansea University Computer Society NET3.039

Initializing RT netlink socket

Starting kswapd

devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)

devfs: boot_options: 0x1

i2c-core.o: i2c core module version 2.6.1 (20010830)

i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)

CPM UART driver version 0.04

ttyS0 at 0x0280 is on SMC1 using BRGÿttyS1 at 0x0380 is on SMC2 using BRG2

pty: 256 Unix98 ptys configured

half-duplex mode enabled

eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:2d:58:a9

RAMDISK driver initialized: 16 RAM disks of 3333K size 1024 blocksize

D-Box 2 flash driver (size->0x800000 mem->0x10000000)

D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit bank

Intel/Sharp Extended Query Table at 0x0035

cfi_cmdset_0001: Erase suspend on write enabled

Creating 6 MTD partitions on "D-Box 2 flash memory":

0x00000000-0x00020000 : "BR bootloader"

0x00020000-0x00040000 : "FLFS (U-Boot)"

0x00040000-0x006a0000 : "root (rootfs)"

0x006a0000-0x00800000 : "var (jffs2)"

0x00020000-0x00800000 : "Flash without bootloader"

0x00000000-0x00800000 : "Complete Flash"

Linux video capture interface: v1.00

mice: PS/2 mouse device common for all mice

NET4: Linux TCP/IP 1.0 for NET4.0

IP Protocols: ICMP, UDP, TCP

IP: routing cache hash table of 512 buckets, 4Kbytes

TCP: Hash tables configured (established 2048 bind 4096)

IP-Config: Guessing netmask 255.255.255.0

IP-Config: Complete:

device=eth0, addr=192.168.0.202, mask=255.255.255.0, gw=255.255.255.255,

host=192.168.0.202, domain=, nis-domain=(none),

bootserver=192.168.0.7, rootserver=192.168.0.7, rootpath=

NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.

RAMDISK: Compressed image found at block 0

Freeing initrd memory: 573k freed

EXT2-fs warning: checktime reached, running e2fsck is recommended

VFS: Mounted root (ext2 filesystem).

Mounted devfs on /dev

Freeing unused kernel memory: 72k init

init started: BusyBox v1.13.0 (2008-11-29 23:52:02 CET

lcd.o: init lcd driver module

lcd.o: found KS0713/SED153X lcd interface

 

 

dbox2 - ImageFlashingAssistent 3.x

 

- Hallenberg.com -

 

Schreibe Backup: 8064k von 8064k (100%)

Lade Flashimage...

tftp: server error: (1024) Zeitüberschreitung

done.

Sende Backup...

While trying to open /tmp/flash.img: No such file or directory

 

Sie koennen die dbox jetzt ausschalten.

 

 

[Adriaanvn]

Er is iets mis in je netwerk. Je TFTP server stuit twee keer op een "Zeitüberschreitung" (ofwel een timeout), ook één bij het laden van het image in de RAM disk (/tmp). (De eerste keer was bij het laden van het LCD logo).

 

Op welke wijze is je dBox met je PC verbonden? Ik gebruik een (gigabit) switch (en linux), maar ik lees dat sommigen met kruis-UTP kabels iets in WindHoos moeten veranderen omdat de dBox slechts half-duplex kan. Heb je daar naar gekeken?

 

Zijn er nog andere(n) in het netwerk die 192.168.0.7 (jouw PC) 192.168.0.202 (de dBox) gebruiken?

 

 

[Gast rabbit]

inderdaad,daar heb ik naar gekeken. Hij is met een cross cable gekoppeld, en de NIC is ingesteld op 10MB half duplex, maar ik heb ook autosensing geprobeerd. Hetzelfde resultaat.

Ik kan hem eens in het netwerk hangen, maar of dat wat uit zal maken...

Misschien kan ik hem beter eens aan een andere pc hangen!

[Adriaanvn]

Ik heb eens wat ge-googled naar jouw probleem en kom een aantal mensen tegen die soortgelijke problemen rapporteren als jij:

• box reset zichzelf direct nadat ppcboot gelezen zou moeten zijn
• box krijgt time-outs bij het laden van ppcboot, u-boot, initrd enz, hetgeen telkens leidt tot een niet werkende flash procedure

Ik zag o.a. deze opmerking:

Citaat:

Ist bei mir auch so.Wenn ich es mit meinem LAptop versuche kommt genau diese meldung.habe es mal mit einer anderen Netzerkkarte versucht ging auch nicht.hab aus frust noch mal eine Versucht die ging dann.mit meinem Desktop Pc ging es sofort.Es gibt 2 ursachen dafür. eine ist das die netzwerk karte zu langsam erkennt das ein Kabel wieder angeschlossen wurde. gegen diese problem gibt es ein Tutorial wie du es aus der Regitry raus löscht.Das andere problem ist das die karte zu schnell dafür ist und auf den ping der box nicht wartet weil sie gleich ne antwort will. dagegen kannst du leider nix machen das hat nix mit dem PC zu tun sondern nur mit der Ethernet card.

Ik weet niet of je Duits leest (en ik weet eigelijk ook niet of men überhaupt Duits mag posten op sat4all), maar het komt erop neer dat de schrijver er rekening mee houdt dat zijn laptop NIC 'denkt' dat de netwerkkabel telkens wordt losgenomen. In deze tijden van auto-sensing, media-detecting NICs en het feit dat de dBox half-duplex is, klinkt mij dat niet zo gek in de oren. Ik kan het helaas niet verifiëren.

 

Dit is de url naar de thread (mét happy ending!) op het Duitse board: http://www.dashandyforum.de/showthread.php?t=45759

 

Misschien biedt een switch (géén router) tussen de PC en dBox (zodat de PC de dBox niet telkens 'off-line' ziet gaan) uitkomst.

 

Jouw eigen idee een andere PC te proberen klinkt mij steeds beter in de oren...

[Adriaanvn]

In antwoord op mijn verzoek (in een andere thread) stuurde je me een PM met een log van wat er uit de seriële (ehh.. null-modem) kabel kwam van een andere (wat oudere Dell Latitude) laptop. Het relevante stukje is dit:

Code:

debug: Transmitting BOOTP request via broadcastdebug: Got BOOTP reply from Server IP 192.168.161.20, My IP 192.168.161.202debug: Sending TFTP-request for file C/dboxifa_tmp/tftpboot/u-bootwill verify ELF image, start= 0x800000, size= 111933verify sig: 261boot net: boot file has no valid signatureBranching to 0x40000debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPSdebug: WATCHDOG RESETdebug: BMon V1.0 mID 02debug: feID 00 enxID 03debug: fpID 52 dsID http://Hallenberg.com debug: HWrev 01 FPrev 0.30debug: B/Ex/Fl(MB) 32/00/08

Wat er gebeurt is dat de u-boot file wordt opgehaald, dat de BetaResearch monitor naar 0x40000 springt en ... dan opnieuw begint. Géén TFTP foutmelding. Geen time-outs.

 

Een tijdje geleden kwam je verder, want toen werd de u-boot wel geladen, maar toen kreeg je time-outs. Kun je die situatie herstellen? Indien ja, dan heb ik hier een methode om (met Hallenberg) een geheugentest uit te voeren:

 

Voor het onderstaande gebruik ik de spullen van Hallenberg (versie 3.2.1) op een Dell Inspiron met Vista en een USB-RS232 converter. Ik doe het wel iets anders dan de 'gebruiksaanwijzing':

• Sluit beide kabels aan
• Zet de Hallenberg s/w op 'scherp' (dwz selecteer image, ethernet controller (evt) en de COM poort), maar start nog niet
• Zet de dBox aan, terwijl je de 'up' knop 3 seconden vasthoudt
• Druk de startknop van Hallenberg in
• Klik op 'OK', dan op 'Technische Details'
• Klik in het onderste witte veld
• druk de enter toets in
• je ziet nu een prompt (dbox2:root> )
• type boot net
• Houd je vinger boven de '0' toets

Je zal de dBox zien starten. En als je niets doet zal de software een backup van je image maken en een nieuwe flashen.

 

Maar ik wil wat anders. Let goed op: Zodra je Select option (1-3), other keys to stop autoboot ziet, druk je de nul in. Je bevindt je nu in de command-line van u-boot (waarvan ik een deel van source heb gelezen). Dit is wat je ziet:

Code:

debug: Transmitting BOOTP request via broadcastdebug: Got BOOTP reply from Server IP 172.16.1.82, My IP 172.16.1.202debug: Sending TFTP-request for file u-bootwill verify ELF image, start= 0x800000, size= 140064verify sig: 262boot net: boot file has no valid signatureBranching to 0x40000U-Boot 1.3.4 (Tuxbox - Hallenberg.com) (Nov 29 2008 - 23:53:59)CPU:   PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache         *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***Board: DBOX2, Nokia, BMon V1.0       Watchdog enabledI2C:   readyDRAM:  32 MBFLASH:  8 MBFB:    readyLCD:   readyIn:    serialOut:   serialErr:   serialNet:   SCC ETHERNETBOOTP broadcast 1Using SCC ETHERNET deviceTFTP from server 172.16.1.82; our IP address is 172.16.1.202Filename 'u-boot'.Load address: 0x100000Loading: Using SCC ETHERNET deviceTFTP from server 172.16.1.82; our IP address is 172.16.1.202Filename 'logo-lcd'.Load address: 0x100000Loading: ##doneBytes transferred = 7680 (1e00 hex)BOOTP broadcast 1Using SCC ETHERNET deviceTFTP from server 172.16.1.82; our IP address is 172.16.1.202Filename 'u-boot'.Load address: 0x100000Loading: Using SCC ETHERNET deviceTFTP from server 172.16.1.82; our IP address is 172.16.1.202Filename 'logo-fb'.Load address: 0x100000Loading: ####################################doneBytes transferred = 179877 (2bea5 hex)Options:  1: Console on null  2: Console on ttyS0  3: Console on framebufferSelect option (1-3), other keys to stop autoboot:  0

Je kunt nu wat commandootjes geven, waaronder '?':

Code:

=> ??       - alias for 'help'autoscr - run script from memorybase    - print or set address offsetbdinfo  - print Board Info structureboot    - boot default, i.e., run 'bootcmd'bootd   - boot default, i.e., run 'bootcmd'bootm   - boot application image from memorybootp   - boot image via network using BootP/TFTP protocolcmp     - memory compareconinfo - print console devices and informationcp      - memory copycrc32   - checksum calculationecho    - echo args to consoleerase   - erase FLASH memoryflinfo  - print FLASH memory informationfsinfo  - print information about filesystemsfsload  - load binary file from a filesystem imagego      - start application at address 'addr'help    - print online helpiminfo  - print header information for application imageimls    - list all images found in flashitest   - return true/false on integer compareloadb   - load binary file over serial line (kermit mode)loads   - load S-Record file over serial lineloady   - load binary file over serial line (ymodem mode)loop    - infinite loop on address rangels      - list files in a directory (default /)md      - memory displaymm      - memory modify (auto-incrementing)mtest   - simple RAM testmw      - memory write (fill)nfs     - boot image via network using NFS protocolnm      - memory modify (constant address)printenv- print environment variablesprotect - enable or disable FLASH write protectionrarpboot- boot image via network using RARP/TFTP protocolreset   - Perform RESET of the CPUrun     - run commands in an environment variablesetenv  - set environment variablessleep   - delay execution for some timetftpboot- boot image via network using TFTP protocolversion - print monitor version

Ik vraag me af of jouw RAM geheugen wel goed werkt, en dus zou ik graag weten wat er uit een geheugentestje komt. Bij mij gaat dat als volgt:

Code:

=> mtestPattern 00000003  Writing...  Reading...

Nou, het is een heel verhaal. Ik hoop dat je de situatie van 27 februari kunt herstellen en deze test kunt doen.

[Gast rabbit]

Ik heb het seriele flashen onder controle.

Ik heb ook een image per RS232 verstuurd en geflashed maar dat heeft nog niet geresulteerd in een werkend image.

 

GPR24: 00000000 00000042 01FAE010 00000000 01FAE040 01FA9F94 01FFBA50 105A000C

Call backtrace:

01FEA7B8 01FDE064 01FE60B8 01FE4618 01FD6D90 01FD03B0

Software Emulation Exception

 

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS

debug: BMon V1.0 mID 02

debug: feID 00 enxID 03

debug: fpID 52 dsID 01-56.1f.8f.07.00.00-8b

debug: HWrev 01 FPrev 0.30

debug: B/Ex/Fl(MB) 32/00/08

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/philips-dbox2/kernel/os in Flash-FS

debug: Got Block #0040

 

will verify ELF image, start= 0x800000, size= 163276

verify sig: 262

Branching to 0x40000

 

 

U-Boot 1.2.0 (Tuxbox) (Feb 2 2009 - 17:34:52)

 

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

Board: DBOX2, Philips, BMon V1.0

Watchdog enabled

I2C: ready

DRAM: 32 MB

FLASH: 8 MB

Scanning JFFS2 FS: .| Unknown node type: e002 len 2759 offset 0x47cb0

- Unknown node type: e002 len 4164 offset 0xc7f20

done.

find_inode failed for name=boot.conf

load: Failed to find inode

 

Ik heb uboot.mot verstuurd en met het chorus commando gestart en afgebroken met crtl-c. Ik heb vervolgens een MTEST gestart en die loopt nu al een dik uur.

 

=> mtest

Pattern FFFFFDDF Writing... Reading.../

 

[Gast rabbit]

Ik heb een nieuwe poging gedaan met serieel flashen van de DBOX:

Maak verbinding met Hyperterminal op 9600 baud.

Start de DBOX met pijl omhoog ingedrukt en steek de stekker in het stopcontact.

debug: DDF: Calibrating delay loop... debug: DDF: 66.76 BogoMIPS

debug: BMon V1.0 mID 02

debug: feID 00 enxID 03

debug: fpID 52 dsID 01-56.1f.8f.07.00.00-8b

debug: HWrev 01 FPrev 0.30

debug: B/Ex/Fl(MB) 32/00/08

debug: &_text 0x10000, &_etext 0x26d40, &_data 0x26d40, &_edata 0x2a83c

debug: &_end 0x357c4, &__stack 0x400000

debug: Memory tests (0x400000 -- 0x2000000)

debug: NumberTest: debug: passed

debug: MarchTest: debug: passed

debug: PermTest: debug: passed

dbox2:root> dl 800000

S Record Load, offset: 800000

(Ik heb een NL versie van XP.) Klik in het menu van Hyperterminal nu op Verplaatsen en vervolgens teksbestand verzenden. Kies het bestand uboot.mot wat elders op het forum te downloaden is. Dit is zoiets als wat je vroeger is DOS deed bij het sturen van een bestand: copy uboot.mot > com1

Na 15 minuten zie je dit:

dl: start address 0x800000

dbox2:root>

 

Ga verder met:

dbox2:root> chorus 800000

Branching to 0x40000

 

U-Boot 1.1.2 (Tuxbox) (Feb 27 2005 - 07:41:57)

 

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

Board: DBOX2, Philips, BMon V1.0

Watchdog enabled

I2C: ready

DRAM: 32 MB

FLASH: 8 MB

FB: ready

LCD: ready

In: serial

Out: serial

Err: serial

Net: SCC ETHERNET

BOOTP broadcast 1

BOOTP broadcast 2

Druk op CTRL-C om te onderbreken en om in de linux boot shell te komen.

Abort

*** ERROR: `serverip' not set

can't find logo

BOOTP broadcast 1

 

Abort

*** ERROR: `serverip' not set

can't find logo

 

Options:

1: Console on null

2: Console on ttyS0

3: Console on framebuffer

Select option (1-3), other keys to stop autoboot: 0

*** ERROR: `serverip' not set

......................................................................

Un-Protected 70 sectors

## Booting image at 00100000 ...

Bad Magic Number

=> loadb 120000 115200

## Switch baudrate to 115200 bps and press ENTER ...

Verbreek de verbinding, schakel over naar 115200bps, maak weer verbinding en druk Enter

 

## Ready for binary (kermit) download to 0x00120000 at 115200 bps...

Klik in het menu van Hyperterminal nu op Verplaatsen en vervolgens Bestand verzenden. Bij bestandsnaam browse je naar je eerder gedownloade image (.IMG file). Kies als protocol Kermit en druk op verzenden. Dit duurt ongeveer een uur. Je ziet de status in het beeldscherm. Na afloop krijg je dit:

 

## Total Size = 0x007e0000 = 8257536 Bytes

## Start Addr = 0x00120000

## Switch baudrate to 9600 bps and press ESC ...

Unprotect het flash geheugen met dit commando.

=> protect off 10020000 107fffff......................................................................

Un-Protected 70 sectors

Wis het flash geheugen met dit commando:

=> erase 10020000 107fffff

 

done

Erased 70 sectors

Kopieer naar het flash memory met dit commando:

=> cp.l 120000 10020000 1f8000

Copy to Flash... done

=>

Laat hem nog een minuut aanstaan. Zet hem daarna een minuut uit en zet hem aan....

 

HET WERKT!!!! Ik heb na heel lang puzzelen weer een werkende DBOXII.

Bedankt voor het meedenken allemaal.