Hallo

Welche FritzBox und Firmware verwendest du denn?
Es gibt mit einigen Versionen der 7270 Probleme die das WLan zeitweise lahm legten wenn auf den NAS zugegriffen wurde, deshalb hatte ich schon einen längeren Mailverkehr mit AVM, in der aktuellen Laborversion zur 7270 ist das behoben.
Evtl. liegt dein Problem nicht an der an der DreamBox Software sondern an der von AVM und das hat sich jetzt zufällig bemerkbar gemacht.

Bye
Hans

Tach zusammen

Gibt es irgendwie eine Möglichkeit die Bedienung der 7020 zu verändern?
Ich finde es unpraktisch, unlogisch und nervig wenn ich in den Dateimodus gehe un dann die Box gleichzeitig auf Videorekorder umschaltet und wenn Filme auf der Platte liegen einen davon loszuspielen. Ich will doch meist nur mal schauen welche Filme ich aufgenommen habe und selbst wenn ich einen Film mal ansehen will dann kann doch die Box nicht wissen wlchen ich sehen will (die spielt einfach gleich los
Es gäbe da auch noch einige andere Dinge die mich stören wie z.B. Pfeil nach unten Taste wird gleich ein Sender weiter gesprungen u.s.w. aber am meisten ärgert mich der Dateimodus.

Gibt es da ne Konfig. Datei die man ändern kann?

Bye
SatTel

Hallo

Habe noch einige versuche gestartet.
1. Die oben beschschriebene exception tritt nur auf wenn der Stick beim Booten in der Box war.
2. Tritt dieser Fehler auf kann die Box nicht mehr neu gebootet werden oder genauer sie bleibt hier hängen:
Sending all processes the KILL signal...
Unmounting remote filesystems...
Rebooting...
Kann dann nur noch am Netzschalter abgeschaltet werden.
Hier nochmal ein Log:

usb 1-1: USB disconnect, address 2
target0:0:0: Illegal state transition <NULL>->cancel
Badness in scsi_device_set_state at drivers/scsi/scsi_lib.c:1714
Call trace:
[c000495c] check_bug_trap+0x98/0xdc
[c00049c4] ProgramCheckException+0x24/0x1f0
[c00041d8] ret_from_except_full+0x0/0x4c
[c01b2468] scsi_device_set_state+0xc0/0x14c
[c01ad250] scsi_device_cancel+0x34/0x160
[c01ad3b8] scsi_device_cancel_cb+0x18/0x28
[c0183a00] device_for_each_child+0x68/0xec
[c01ad410] scsi_host_cancel+0x48/0xc4
[c01ad4b0] scsi_remove_host+0x24/0x9c
[c01e17fc] storage_disconnect+0x48/0x60
[c01cecd0] usb_unbind_interface+0x88/0xc8
[c0184fd0] device_release_driver+0x84/0x88
[c01851b0] bus_remove_device+0x80/0x130
[c0183904] device_del+0xb0/0x114
[c0183980] device_unregister+0x18/0x30
Oops: kernel access of bad area, sig: 11 [#1]
NIP: C01AD264 LR: C01AD250 SP: C3CB3DB0 REGS: c3cb3d00 TRAP: 0300 Tainted: P
MSR: 00021230 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000000, DSISR: 00000000
TASK = c3c47810[14] 'khubd' THREAD: c3cb2000Last syscall: 120
PLB0: bear= 0x00000000 acr= 0x00000000 besr= 0x00000000
PLB0 to OPB: bear= 0x00000000 besr0= 0x00000000 besr1= 0x00000000

GPR00: 00021230 C3CB3DB0 C3C47810 FFFFFFEA 000022DD FFFFFFFF C0320000 C02C5D0C
GPR08: C02C0000 00000000 00000000 C0320000 24008024 1001A26C 00000000 01400000
GPR16: 7FFFF834 65786563 00000000 0000000A C3C46C80 00000001 C02D9D3C 00000100
GPR24: C02E0000 00000000 C02D0000 00000000 00029230 C03F9680 C3CB3DB8 FFFFFFF0
NIP [c01ad264] scsi_device_cancel+0x48/0x160
LR [c01ad250] scsi_device_cancel+0x34/0x160
Call trace:
[c01ad3b8] scsi_device_cancel_cb+0x18/0x28
[c0183a00] device_for_each_child+0x68/0xec
[c01ad410] scsi_host_cancel+0x48/0xc4
[c01ad4b0] scsi_remove_host+0x24/0x9c
[c01e17fc] storage_disconnect+0x48/0x60
[c01cecd0] usb_unbind_interface+0x88/0xc8
[c0184fd0] device_release_driver+0x84/0x88
[c01851b0] bus_remove_device+0x80/0x130
[c0183904] device_del+0xb0/0x114
[c0183980] device_unregister+0x18/0x30
[c01d5338] usb_disable_device+0x8c/0xcc
[c01cf878] usb_disconnect+0xbc/0x164
[c01d1730] hub_port_connect_change+0x1b4/0x398
[c01d2264] hub_thread+0x304/0x5a0
[c0006c48] kernel_thread+0x44/0x60

Weis keiner was darüber?

Bye
SatTel

Tach zusammen

Kurzer Bericht:
Gleiches Problem wie lanos mit dem Draemville Image. Keine Reaktion auf die Fernbedienung.
Lösung?

Bye
SatTel

Ach ja, nochwas

Bei jedem anstecken des Sticks im Betrieb wird wie man im Log oben sehen kann der zähler für das device /dev/scsi/hostx um eines erhöht. Währe es nicht richtig das die ganze Device-Verzeichnissstrucktur incl. /hostx nach dem abstecken des Gerätes wieder verschwinden müsste?
Also um es mal genauer zu umschreiben:
Ich stecke einen USB-Stick an das Device /dev/scsi/host0/bus0/target0/lun0 .. wird erstellt, ich ziehe der Stick ab und das ganze bis auf /dev/scsi wird wieder gelöscht?
Da das nicht geschieht wird der hostx eintrag auch immer um einen zähler erhöht und deswegen kann ich mir vorstellen das einige Probleme mit dem USB Stick haben die ihn versehentlich oder eben auch absichtlich mal abgesteckt haben (das Device wird nicht mehr an der gewohnten host0 Stelle gefunden).
Darauf bauen auch einige Tools wie z.B. FlashWizard. Diese erwarten den Stick immer an /dev/scsi/host0 .

Bye
SatTel

Hallo bughunter

Erstelle dir doch selbst ein Image.
Suche mal nach dem tool buildimage das du aber nur auf der Box ausführen kannst und du benötigst dazu genügend Speicher (etwa 128MB auf HDD Stick oder CF in der Box)

Bye
SatTel

Tach zusammen

Hab da noch ne Frage im bezug auf USB Sticks in der 7020.
Warum bekomme ich einen Fehler im Log wenn ich den das erste mal USB Stick im Betrieb der Dreambox abstecke?
Habe ich hier nur einen Fehler gemacht oder ist das einfach so oder ist da ein Fehler drin?
Hier mal ein Log:

usb 1-1: USB disconnect, address 2
target0:0:0: Illegal state transition <NULL>->cancel
Badness in scsi_device_set_state at drivers/scsi/scsi_lib.c:1714
Call trace:
[c000495c] check_bug_trap+0x98/0xdc
[c00049c4] ProgramCheckException+0x24/0x1f0
[c00041d8] ret_from_except_full+0x0/0x4c
[c01b2468] scsi_device_set_state+0xc0/0x14c
[c01ad250] scsi_device_cancel+0x34/0x160
[c01ad3b8] scsi_device_cancel_cb+0x18/0x28
[c0183a00] device_for_each_child+0x68/0xec
[c01ad410] scsi_host_cancel+0x48/0xc4
[c01ad4b0] scsi_remove_host+0x24/0x9c
[c01e17fc] storage_disconnect+0x48/0x60
[c01cecd0] usb_unbind_interface+0x88/0xc8
[c0184fd0] device_release_driver+0x84/0x88
[c01851b0] bus_remove_device+0x80/0x130
[c0183904] device_del+0xb0/0x114
[c0183980] device_unregister+0x18/0x30
usb 1-1: new full speed USB device using address 3
scsi1 : SCSI emulation for USB Mass Storage devices
Vendor: USB Model: Flash Disk Rev: 1100
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sdb: 494592 512-byte hdwr sectors (253 MB)
sdb: Write Protect is on
sdb: asking for cache data failed
sdb: assuming drive cache: write through
/dev/scsi/host1/bus0/target0/lun0: unknown partition table
Attached scsi removable disk sdb at scsi1, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi1, channel 0, id 0, lun 0, type 0
usb 1-1: USB disconnect, address 3
usb 1-1: new full speed USB device using address 4
scsi2 : SCSI emulation for USB Mass Storage devices
Vendor: USB Model: Flash Disk Rev: 1100
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sdb: 494592 512-byte hdwr sectors (253 MB)
sdb: Write Protect is on
sdb: asking for cache data failed
sdb: assuming drive cache: write through
/dev/scsi/host2/bus0/target0/lun0: unknown partition table
Attached scsi removable disk sdb at scsi2, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 0
usb 1-1: USB disconnect, address 4
usb 1-1: new full speed USB device using address 5
scsi3 : SCSI emulation for USB Mass Storage devices
Vendor: VBTM Model: Store 'n' Go Rev: 1.04
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sdb: 1001472 512-byte hdwr sectors (513 MB)
sdb: Write Protect is off
SCSI device sdb: drive cache: write through
/dev/scsi/host3/bus0/target0/lun0: unknown partition table
Attached scsi removable disk sdb at scsi3, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi3, channel 0, id 0, lun 0, type 0
usb 1-1: USB disconnect, address 5
[EPGC] start cleanloop
[EPGC] stop cleanloop
[EPGC] 3474602 bytes for cache used
usb 1-1: new full speed USB device using address 6
scsi4 : SCSI emulation for USB Mass Storage devices
Vendor: USB Model: Flash Disk Rev: 1100
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sdb: 494592 512-byte hdwr sectors (253 MB)
sdb: Write Protect is on
sdb: asking for cache data failed
sdb: assuming drive cache: write through
/dev/scsi/host4/bus0/target0/lun0: unknown partition table
Attached scsi removable disk sdb at scsi4, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi4, channel 0, id 0, lun 0, type 0
usb 1-1: USB disconnect, address 6
usb 1-1: new full speed USB device using address 7
scsi5 : SCSI emulation for USB Mass Storage devices
Vendor: USB Model: Flash Disk Rev: 1100
Type: Direct-Access ANSI SCSI revision: 02
SCSI device sdb: 494592 512-byte hdwr sectors (253 MB)
sdb: Write Protect is on
sdb: asking for cache data failed
sdb: assuming drive cache: write through
/dev/scsi/host5/bus0/target0/lun0: unknown partition table
Attached scsi removable disk sdb at scsi5, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi5, channel 0, id 0, lun 0, type 0

Ok, habe geschummelt und zwei verschiedene Sticks verwendet.

Bye
SatTel

Hi Ghost

Fliest das ins CVS ein?

Bye
SatTel

Hallo Ghost

Danke, super Arbeit.

Es scheint zu funktionieren, habe zwar noch keine ausgiebigen Tests durchführen können aber die Box bootet und der CF lies sich mit Flashwizard formatieren und mounten.
Hier der wohl relevante Teil meines log:

hdc: Flash Card, ATA DISK drive
ide1 at 0xc50541f8-0xc50541ff,0xc50541f6 on irq 25 (shared with ide0)
hda: max request size: 1024KiB
hda: 312581808 sectors (160041 MB) w/2048KiB Cache, CHS=19457/255/63, UDMA(66)
/dev/ide/host0/bus0/target0/lun0: p1
hdc: max request size: 128KiB
hdc: 1015056 sectors (519 MB) w/0KiB Cache, CHS=1007/16/63
/dev/ide/host1/bus0/target0/lun0: unknown partition table
NAND device: Manufacturer ID: 0xad, Chip ID: 0x75 (Unknown NAND 32MiB 3,3V 8-bit)
Scanning device for bad blocks
Creating 4 MTD partitions on "NAND 32MiB 3,3V 8-bit":
0x00000000-0x02000000 : "complete"
0x00000000-0x00040000 : "loader"
0x00040000-0x003fc000 : "boot partition"
0x00400000-0x02000000 : "root partition"
drivers/usb/host/ohci-ocp.c: ohci_hcd (OCP) at 0xe0010000, irq 18

Bye und vielen Dank nochmal
SatTel

Hallo

Das :O gehört natürlich da nicht hin das sollte eher ein : O ohne Leerzeichen sein.

Bye
SatTel

Hallo zusammen

Wollte mich gleich mal mit einem neuen Thema ins Forum einführen.
Folgendes Problem:
Ich besitze eine DM7020 und habe versucht in der Box ein Compact Flash der Firma TakeMS 512MB zu betreiben.
Nach dem einsetzten des CF un Booten der Box bleibt diese hängen.
Dann habe ich mir ein Bootlog erstellt und sah das sich scheinbar ein kleiner Bug im Kernel oder IDE-Treiber befindet.
Ich habe mehrere Images versucht, ob Original DMM oder CSV's, der Fehler tritt immer auf. Habe auch aus anderen Foren erfahren das einige mit Problemen der CF von einigen Herstellern kämpfen (meist bleibt die Box beim Booten des Kernels hängen, darum denke ich das sie das gleiche oder ein ähnliches Problem haben).

Hier mal das log:

Dreambox DM7020
FIRST STAGE 1.3 {2345}
2ND STAGE OK, build #35 (20050921)

0.000 - fp init
0.042 - ca init
0.106 - load config
0.398 - config loaded.
* press [S] to enter setup
1015056 sectors (495 MB)
first partition is invalid!
- total memory size: 96 MB (64 MB in first bank)
detected jffs2 blocksize: 16kb
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
+++++++++++++++++++++++++++++++++++++++++++++++++++
Scanning JFFS2 FS: . done.

loaded at: 00400000 0057A244
board data at: 00578124 00578244
relocated to: 00405194 004052B4
zimage at: 00405A2D 00577548
avail ram: 0057B000 04000000

Linux/PPC load: console=ttyS0,115200 root=/dev/mtdblock3 rootfstype=jffs2 rw
Uncompressing Linux...done.
Now booting the kernel
Linux version 2.6.9 (tux@linux) (gcc version 3.4.4) #1 Wed May 3 16:03:48 CEST 2006
Built 1 zonelists
Kernel command line: console=ttyS0,115200 root=/dev/mtdblock3 rootfstype=jffs2 rw
PID hash table entries: 512 (order: 9, 8192 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 16384 (order: 4, 65536 bytes)
Inode-cache hash table entries: 8192 (order: 3, 32768 bytes)
Memory: 61456k available (2504k kernel code, 760k data, 88k init, 0k highmem)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
NET: Registered protocol family 16
SCSI subsystem initialized
drivers/usb/core/usb.c: registered new driver usbfs
drivers/usb/core/usb.c: registered new driver hub
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
Serial: 8250/16550 driver $Revision: 1.90 $ 7 ports, IRQ sharing disabled
ttyS0 at MMIO 0x0 (irq = 20) is a 16550A
ttyS1 at MMIO 0x0 (irq = 21) is a 16550A
ttyS2 at MMIO 0x0 (irq = 31) is a 16550A
loop: loaded (max 8 devices)
ne.c:v1.10 9/23/94 Donald Becker (becker@scyld.com)
Last modified Nov 1, 2000 by Paul Gortmaker
NE*000 ethercard probe at 0xc5050000:<4>eth0: interrupt from stopped card
ff ff ff ff ff ff
eth0: NE2000 found at 0xc5050000, using IRQ 29.
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
IBM STB04xxx OCP IDE driver version 2.3
hda: WDC WD1600BB-00GUA0, ATA DISK drive
Using deadline io scheduler
ide0 at 0xc50541f8-0xc50541ff,0xc50541f6 on irq 25
initializing!
hdc: Flash Card, ATA DISK drive
ide1 at 0xc50541f8-0xc50541ff,0xc50541f6 on irq 25 (shared with ide0)
hda: max request size: 1024KiB
hda: 312581808 sectors (160041 MB) w/2048KiB Cache, CHS=19457/255/63, UDMA(66)
/dev/ide/host0/bus0/target0/lun0: p1
hdc: max request size: 128KiB
hdc: 1015056 sectors (519 MB) w/0KiB Cache, CHS=1007/16/63, (U)DMA
/dev/ide/host1/bus0/target0/lun0:Oops: kernel access of bad area, sig: 11 [#1]
NIP: C01AB9CC LR: C01AB94C SP: C030FDB0 REGS: c030fd00 TRAP: 0300 Not tainted
MSR: 00029230 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000000, DSISR: 00800000
TASK = c02cc920[0] 'swapper' THREAD: c030e000Last syscall: 120
PLB0: bear= 0x00000000 acr= 0x00000000 besr= 0x00000000
PLB0 to OPB: bear= 0x00000000 besr0= 0x00000000 besr1= 0x00000000

GPR00: 00001000 C030FDB0 C02CC920 C3DA8000 00000080 C030FDBC 00000001 C030FDB8
GPR08: 03DA7000 00000000 00001000 00000000 00001000 10012204 00000000 00400000
GPR16: 7FFFF834 25386522 326D3000 00000000 00000001 00000001 C5054000 C0338C38
GPR24: C3D974A8 C0320000 C0338BA8 C3D99000 00000001 00000002 00000000 C3D99010
NIP [c01ab9cc] stb04xxx_dma_setup+0x134/0x23c
LR [c01ab94c] stb04xxx_dma_setup+0xb4/0x23c
Call trace:
[c01abfe4] ide_do_rw_disk+0x2e0/0x5d8
[c01a20a0] ide_do_request+0x550/0x684
[c01a268c] ide_intr+0x180/0x230
[c000550c] ppc_irq_dispatch_handler+0x100/0x23c
[c0005680] do_IRQ+0x38/0xd8
[c0004224] ret_from_except+0x0/0x18
[c0005be8] default_idle+0xc/0x5c
[c0005c60] cpu_idle+0x28/0x44
[c000254c] rest_init+0x24/0x34
[c03105dc] start_kernel+0x12c/0x158
[c0002294] start_here+0x44/0xb0
Kernel panic - not syncing: Aiee, killing interrupt handler!
<0>Rebooting in 180 seconds..

Da ich mich selbst zwar etwas mit der Grundmaterie von Linux auskenne jedoch von der Interna (Quellcode) wenig bis keine Ahnung habe frage ich mal hier nach. Kann damit jemand was anfangen? Kann dieser Bug irgendwie behoben werden? Oder liest hier ein Kernelentwickler mit der damit was anfangen kann?

Danke
SatTel