dbox2 Nokia AVIA

Beitrag von **miparo** » Dienstag 11. Dezember 2007, 23:18

Hallöchen,
habe mal wieder so eine kleine Leiche bekommen.
Sollte nur mal eben Linux drauf machen.
Erst waren die Flash defekt. Die ließen sich nicht mehr beschreiben.
Neue eingelötet und rennt wieder.(Thx an dso)

Aber nun macht wohl der AVIA zicken.
Deutet der Fehler nur auf sein RAM hin oder der AVIA selber wobei er sich ja anständig meldet.
Oder ist das was anderes ?

Danke
miparo

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
debug: fpID 5a dsID 01-21.a4.cb.05.00.00-08
debug: HWrev X5 SWrev 0.81
debug: B/Ex/Fl(MB) 32/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= 162920
verify sig: 262
Branching to 0x40000

U-Boot 1.2.0 (Tuxbox) (Mar 17 2007 - 16:51:08)

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 enabled
I2C: ready
DRAM: 32 MB
FLASH: 8 MB
Scanning JFFS2 FS: .

.
FB: ready
LCD: ready
In: serial
Out: serial
Err: serial
Net: SCC ETHERNET

Options:
1: Console on null
2: Console on ttyS0
3: Console on framebuffer
Select option (1-3), other keys to stop autoboot: 0
### FS (squashfs) loading 'vmlinuz' to 0x100000
### FS load complete: 698470 bytes loaded to 0x100000
...............................................................

Un-Protected 63 sectors
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 698406 Bytes = 682 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.35.3-dbox2 (ImageTeam@yadi.org) (gcc version 3.4.4) #2 Di 16.
Okt 18:42:18 CEST 2007
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock1 rootfstype=squashfs
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30772k available (1188k kernel code, 348k data, 60k 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
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
squashfs: version 3.0 (2006/03/15) Phillip Lougher
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 BRGttyS1 at 0x0380 is on SMC2 using BRG2
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:14:10:5b
loop: loaded (max 8 devices)
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-0x00680000 : "root (squashfs)"
0x00680000-0x007e0000 : "var (jffs2)"
0x007e0000-0x00800000 : "flfs (u-boot)"
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, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
init started: BusyBox v1.7.2 (2007-10-16 18:25:14 CEST)
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
Detected STB:
Vendor: Nokia
Model: D-BOX2
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
Thu Jan 1 01:00:00 CET 1970
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
avia_av: AVIA500 sptsfix is off
avia_av_core: Starting avia_av_wdt thread.
avia_av: microcode verify: 8602 errors.
avia_av: timeout waiting for decoder init to complete. (00000000)
insmod: init_module: avia_av: Input/output error
insmod: unresolved symbol avia_av_set_stc
insmod: unresolved symbol avia_gt_gv_copyarea
insmod: unresolved symbol avia_gt_gv_show
insmod: unresolved symbol avia_gt_gv_get_clut
insmod: unresolved symbol avia_gt_gv_get_blevel
insmod: unresolved symbol avia_gt_gv_set_input_size
insmod: unresolved symbol avia_gt_gv_set_pos
insmod: unresolved symbol avia_gt_gv_hide
insmod: unresolved symbol avia_gt_get_info
insmod: unresolved symbol avia_gt_gv_set_size
insmod: unresolved symbol avia_gt_gv_set_input_mode
insmod: unresolved symbol avia_gt_gv_set_clut
insmod: unresolved symbol avia_gt_gv_set_blevel
insmod: unresolved symbol avia_gt_gv_get_info
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface
insmod: unresolved symbol avia_gt_ir_exit
insmod: unresolved symbol avia_gt_ir_receive_pulse
insmod: unresolved symbol avia_gt_ir_receive_data
insmod: unresolved symbol avia_gt_ir_get_rx_buffer_write_position
insmod: unresolved symbol avia_gt_ir_send_buffer
insmod: unresolved symbol avia_gt_ir_queue_pulse
insmod: unresolved symbol avia_gt_ir_init
insmod: unresolved symbol avia_gt_ir_set_duty_cycle
insmod: unresolved symbol avia_gt_ir_set_frequency
insmod: unresolved symbol avia_gt_ir_get_rx_buffer_read_position
insmod: unresolved symbol avia_av_set_sample_rate
insmod: unresolved symbol avia_gt_pcm_play_buffer
insmod: unresolved symbol avia_gt_pcm_stop
insmod: unresolved symbol avia_gt_pcm_set_signed
insmod: unresolved symbol avia_gt_pcm_set_endian
insmod: unresolved symbol avia_gt_pcm_set_rate
insmod: unresolved symbol avia_gt_pcm_set_width
insmod: unresolved symbol avia_gt_pcm_poll
insmod: unresolved symbol avia_gt_pcm_set_channels
insmod: unresolved symbol avia_av_get_sample_rate
insmod: unresolved symbol avia_gt_pcm_set_pcm_attenuation
insmod: unresolved symbol avia_gt_pcm_get_block_size
insmod: unresolved symbol avia_gt_pig_show
insmod: unresolved symbol avia_gt_pig_set_stack
insmod: unresolved symbol avia_gt_pig_set_size
insmod: unresolved symbol avia_gt_pig_set_pos
insmod: unresolved symbol avia_gt_pig_hide
DVB: VES1820(0): pwm=0x48
DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
insmod: unresolved symbol avia_av_stream_type_set
insmod: unresolved symbol avia_av_register_video_event_handler
insmod: unresolved symbol avia_av_set_audio_attenuation
insmod: unresolved symbol avia_av_write
insmod: unresolved symbol avia_av_pid_set
insmod: unresolved symbol avia_av_audio_pts_to_stc
insmod: unresolved symbol avia_gt_dmx_queue_write
insmod: unresolved symbol avia_gt_dmx_enable_clip_mode
insmod: unresolved symbol avia_gt_dmx_disable_clip_mode
insmod: unresolved symbol avia_av_play_state_set_video
insmod: unresolved symbol avia_av_unregister_video_event_handler
insmod: unresolved symbol avia_av_get_video_size
insmod: unresolved symbol avia_av_play_state_set_audio
insmod: unresolved symbol avia_av_read
insmod: unresolved symbol avia_gt_pcm_set_mpeg_attenuation
insmod: unresolved symbol avia_av_new_audio_config
insmod: unresolved symbol avia_av_set_video_system
insmod: unresolved symbol avia_av_bypass_mode_set
insmod: unresolved symbol avia_av_sync_mode_set
insmod: unresolved symbol avia_gt_dmx_queue_nr_get_bytes_free
insmod: unresolved symbol avia_gt_dmx_get_ucode_info
insmod: unresolved symbol avia_gt_vbi_start
insmod: unresolved symbol avia_gt_dmx_queue_reset
insmod: unresolved symbol avia_av_napi_decoder_stop
insmod: unresolved symbol avia_gt_dmx_queue_stop
insmod: unre

AVIA500 tippe auf Ok !

Beitrag von **miparo** » Mittwoch 12. Dezember 2007, 10:02

Moin tik-tak,
haste einen Tip was es sonst sein könnte ?

Entweder der Avia-Ucode defekt (z.B. im ASCII-Mode übertragen) oder der Avia-Chip defekt.

cu
Jens

Beitrag von **miparo** » Mittwoch 12. Dezember 2007, 10:44

Tja, das macht sie leider bei zwei verschiedenen Image gleich.
Also doch der 500er defekt ?

Ich reiße mich ja nicht drum den AVIA zu tauschen.

?

miparo

Beitrag von **dso** » Mittwoch 12. Dezember 2007, 11:16

Ich reiße mich ja nicht drum den AVIA zu tauschen.

Moin

Sollst Du denn schon wieder basteln?

Den AVIA-Tausch hab selbst ich hinbekommen, also hör mal auf zu jammern *lol

Ich will heute abend hören, daß das Dingen wieder rennt ...

Bis später

dso

AVIA500 tippe auf in Ordnung

Mach aber was du meinst , dann qucken wir

Beitrag von **miparo** » Mittwoch 12. Dezember 2007, 12:23

@tik-tak
Das hilft mir ja nicht weiter.
Dein Tip was ich machen soll.

Bin für jeden Rat dankbar

@dso
Du hast das ja auch gut. Ein wenig Bits und Bytes auf der Arbeit sortieren und nebenbei hier noch schmökern.
Und ich als armer Rentner !

da hilft dir wohl Oscar oder mal Glück+Erfahrung , da kann man viel Tippen oder Raten

Aber ich tippe AVIA500 Gesund , mal sehen )

Beitrag von **dso** » Mittwoch 12. Dezember 2007, 12:51

... na das sind ja mal "fundierte" Weisheiten.

Beitrag von **miparo** » Mittwoch 12. Dezember 2007, 14:17

@ SoLaLA, diemade, eule usw.

was sagt Eure Glaskugel dazu

Beitrag von **seife** » Mittwoch 12. Dezember 2007, 14:19

Ich würde erst mal den avia_av-Treiber mit debug laden oder noch instrumentieren, daß er mehr informationen ausgibt.
Auch mit verschiedenen Images kann es immer noch sein, daß du jedes mal einen kaputten avia500.ux reingespielt hast.
Spiel den mal auf ne funktionierende box und schau, ob der da ordentlich erkannt wird.
Ansonsten würde ich eher auf die RAMs tippen/hoffen, insbesondere da die leichter zu wechseln sind :-)

Ich tippe zu 95%, AVIA500 Gesund ist !
Tausch doch mal aus und du wirst es sehen

Beitrag von **miparo** » Mittwoch 12. Dezember 2007, 15:53

seife hat geschrieben:Ich würde erst mal den avia_av-Treiber mit debug laden oder noch instrumentieren, daß er mehr informationen ausgibt.
Auch mit verschiedenen Images kann es immer noch sein, daß du jedes mal einen kaputten avia500.ux reingespielt hast.
Spiel den mal auf ne funktionierende box und schau, ob der da ordentlich erkannt wird.
Ansonsten würde ich eher auf die RAMs tippen/hoffen, insbesondere da die leichter zu wechseln sind

Danke.
Wie geht das mit den debug laden ?
Das sind zwei fertige Image gewesen die in anderen Boxen laufen.
RAM's finde ich gut

Ich hatte mal eine da war nur IM2 defekt da hat sie aber nur Bildfehler gemacht ?

Beitrag von **seife** » Mittwoch 12. Dezember 2007, 17:29

miparo hat geschrieben: Danke.
Wie geht das mit den debug laden ?

insmod avia_av debug=1
halt ins startskript schreiben, geht am besten wenn man von nfsroot bootet. Ich denke aber nicht, daß der Treiber zuviel nützliches "von Haus aus" ausgibt, du wirst da also noch ein paar printk's reinmachen müssen.

Das sind zwei fertige Image gewesen die in anderen Boxen laufen.

In fertigen Images mußt du immer noch ucodes einspielen. Wenn nicht, bist du hier ganz falsch.

Beitrag von **miparo** » Mittwoch 12. Dezember 2007, 18:05

seife hat geschrieben:
miparo hat geschrieben: Danke.
Wie geht das mit den debug laden ?
insmod avia_av debug=1
halt ins startskript schreiben, geht am besten wenn man von nfsroot bootet. Ich denke aber nicht, daß der Treiber zuviel nützliches "von Haus aus" ausgibt, du wirst da also noch ein paar printk's reinmachen müssen.
Das sind zwei fertige Image gewesen die in anderen Boxen laufen.
In fertigen Images mußt du immer noch ucodes einspielen. Wenn nicht, bist du hier ganz falsch.

Sind natürlich fertig ausgelesene Image aus dem gleichen Boxtype.

Beitrag von **miparo** » Freitag 14. Dezember 2007, 10:57

Zwischenbericht:

Ich habe die AVIA RAM's mal gewechselt und den AVIA nachgelötet. Das gleiche Bild.
Hatte einmal eine schlechte Lötstelle am Adressbus der RAM's da gingen die Microcode Erros gleich hoch auf 15376.

Anscheinend fehlt da wohl ein Adress oder Datenbit vom AVIA zum RAM ?
Habe die ersten 16 Daten Bit mal nachgemessen. Klackern alle einmal kurz.
Rest kommt heute.
Ist ja mühsam - bei jedem Bit(64) neu booten