Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
HorstH
Image-Team
Beiträge: 252 Registriert: Sonntag 23. Mai 2004, 23:10
Beitrag
von HorstH » Montag 28. Dezember 2009, 21:40
Mir ist heut aufgefallen das Images für die Dreambox mit der dbox2_kernel-2.6.config.m4 gebaut werden. Weswegen die Images wahrscheinlich auch nicht laufen.
Ich hatte heute jedenfalls auf einer DM5620 mit frisch gebauten Image ständig Kernel Panic.
Code: Alles auswählen
summary:
----------------------------------------
target cpu/boxtype: ppc405/dreambox dm56x0
kernel: 2.6
kernel config: config/dbox2_kernel-2.6.config.m4
sollte für die Dream nicht eine andere *.m4 existieren oder wird die gar nicht benötigt?
EDIT
hier mal noch meine prepare_dream
Code: Alles auswählen
#!/bin/bash
USERDIR=/home/$(whoami)
cd .. && CURRENT_PATH=`pwd`;
cd cdk
./autogen.sh;
# boxtype dm500 dm56x0 or dm7000
TYPE=$1
if test -z "$TYPE"; then
TYPE=dm56x0
fi
./configure \
--with-boxtype="dreambox" \
--with-boxmodel=$TYPE \
--with-webif=expert \
--prefix="$DB" \
--with-cvsdir=$CURRENT_PATH \
--enable-maintainer-mode \
--enable-flashrules \
--with-mhw-epg=no \
--with-flashtool=standard \
--with-ext-flashtool=yes \
--with-enigma-debug=yes \
--enable-kernel26 \
--with-customizationsdir="$USERDIR/DM56x0/customization" \
--with-epg=private \
--enable-automount \
--disable-radiotext
rhabarber1848
CDK-Experte
Beiträge: 4335 Registriert: Donnerstag 3. April 2008, 14:05
Beitrag
von rhabarber1848 » Montag 28. Dezember 2009, 21:48
HorstH hat geschrieben: Mir ist heut aufgefallen das Images für die Dreambox mit der dbox2_kernel-2.6.config.m4 gebaut werden
Werden sie nicht, es ist nur ein Anzeigefehler in cdk/configure.ac,
ich war bisher zu faul, das zu beheben. Die Kernel-.config bei
Dreambox-Images hat nichts mit cdk/config/* zu tun.
Mangels Hardware kann ich nicht mehr dazu sagen.
HorstH
Image-Team
Beiträge: 252 Registriert: Sonntag 23. Mai 2004, 23:10
Beitrag
von HorstH » Montag 28. Dezember 2009, 21:58
Gut dann werd ich mal weiter suchen
bosmann
Einsteiger
Beiträge: 268 Registriert: Sonntag 3. September 2006, 14:13
Beitrag
von bosmann » Montag 28. Dezember 2009, 21:59
Ich habe heute mit folgender Konfiguration erfolgreich gebaut:
Code: Alles auswählen
#!/bin/bash
cd .. && CURRENT_PATH=`pwd`;
cd cdk
./autogen.sh;
# boxtype dm500 dm56x0 or dm7000
TYPE=$1
if test -z "$TYPE"; then
TYPE=dm56x0
fi
./configure \
--with-boxtype="dreambox" \
--with-boxmodel=$TYPE \
--with-webif=expert \
--prefix=$CURRENT_PATH/root \
--with-cvsdir=$CURRENT_PATH \
--enable-maintainer-mode \
--enable-flashrules \
--with-mhw-epg=no \
--with-flashtool=expert \
--enable-ipkg \
--with-ext-flashtool=yes \
--with-enigma-debug=yes \
--enable-ide \
--enable-kernel26 \
--with-filesystems=ext3
sowohl Enigma als auch Neutrino
HorstH
Image-Team
Beiträge: 252 Registriert: Sonntag 23. Mai 2004, 23:10
Beitrag
von HorstH » Dienstag 29. Dezember 2009, 00:02
Bauen tut das hier auch erfolgreich aber auf der Box läufts nicht
bosmann
Einsteiger
Beiträge: 268 Registriert: Sonntag 3. September 2006, 14:13
Beitrag
von bosmann » Dienstag 29. Dezember 2009, 00:37
HorstH hat geschrieben: Bauen tut das hier auch erfolgreich aber auf der Box läufts nicht
tja, was soll ich noch dazu sagen? bei mir läuft es...
mit dieser box habe ich allerdings so paar erfahrungen... mal muß man ein paar elkos im netzteil tauschen und ab und zu den bootloader per jtag neu beschreiben...
seife
Developer
Beiträge: 4189 Registriert: Sonntag 2. November 2003, 12:36
Beitrag
von seife » Dienstag 29. Dezember 2009, 09:00
zeig doch mal deine Kernel panics... Ich vermute aber eher, dass das ein Hardwareproblem ist. An der Kernel-config wurde nämlich extra nichts geändert.
HorstH
Image-Team
Beiträge: 252 Registriert: Sonntag 23. Mai 2004, 23:10
Beitrag
von HorstH » Dienstag 29. Dezember 2009, 18:15
Hier mal ein Bootlog
Code: Alles auswählen
Dreambox D M5620
Dreambox DM5620 - Bootloader V.1.00 - 04.10.2003
------- System Info --------
Processor speed = 252 MHz
EBIU speed = 63 MHz
Amount of RAM = 48 MBytes
loaded at: 00500000 0060016C
relocated to: 00400000 0050016C
board data at: 004FE124 004FE16C
relocated to: 00405194 004051DC
zimage at: 004058D4 004FD743
avail ram: 00501000 02000000
Linux/PPC load: console=null root=/dev/mtdblock5 rootfstype=squashfs ro console=ttyS0,115200
Uncompressing Linux...done.
Now booting the kernel
Linux version 2.6.9 (dierk@dell) (gcc version 3.4.6) #1 Mon Dec 28 23:15:57 CET 2009
Built 1 zonelists
Kernel command line: console=null root=/dev/mtdblock5 rootfstype=squashfs ro console=ttyS0,115200
PID hash table entries: 256 (order: 8, 4096 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 30080k available (1688k kernel code, 576k data, 80k init, 0k highmem)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
NET: Registered protocol family 16
Squashfs 2.2-r2 (released 2005/09/08) (C) 2002-2005 Phillip Lougher
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 = 22) 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 0xc3060600:<4>eth0: interrupt from stopped card
00 09 34 ba da dd
eth0: NE2000 found at 0xc3060600, using IRQ 25.
Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky
Using deadline io scheduler
dreambox: flash mapping: 800000 at 7f800000
DreamBOX rev3+: Found 1 x16 devices at 0x0 in 16-bit bank
Intel/Sharp Extended Query Table at 0x0031
Using buffer write method
cfi_cmdset_0001: Erase suspend on write enabled
disable flash VPP
Creating 7 MTD partitions on "DreamBOX rev3+":
0x00000000-0x00600000 : "DreamBOX cramfs+squashfs"
0x00600000-0x007c0000 : "DreamBOX jffs2"
0x007c0000-0x00800000 : "DreamBOX OpenBIOS"
0x00000000-0x007c0000 : "DreamBOX (w/o bootloader)"
0x00000000-0x00800000 : "DreamBOX (w/ bootloader)"
0x00120000-0x00600000 : "DreamBOX SquashedFS"
0x00000000-0x00120000 : "DreamBOX Cramfs"
mice: PS/2 mouse device common for all mice
i2c /dev entries driver
IBM IIC driver v2.1
ibm-iic0: using standard (100 kHz) mode
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET: Registered protocol family 1
NET: Registered protocol family 17
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 80k init
Error: /proc musKernel panic - not syncing: Attempted to kill init!
t be mounted
To mount /proc a<0>Rebooting in 180 seconds..t boot you need an /etc/fstab line like:
/proc /proc proc defaults
In the meantime, run "mount /proc /proc -t proc"
[H [J
CU
seife
Developer
Beiträge: 4189 Registriert: Sonntag 2. November 2003, 12:36
Beitrag
von seife » Dienstag 29. Dezember 2009, 18:30
wenn das mal noch lesbar wäre
Kannst du das nicht mit minicom oder screen machen und dort einfach rauskopieren und hier einfügen? Das funktioniert eigentlich immer.
Sieht aber schon mal nicht nach einem Kernelproblem aus.
HorstH
Image-Team
Beiträge: 252 Registriert: Sonntag 23. Mai 2004, 23:10
Beitrag
von HorstH » Dienstag 29. Dezember 2009, 18:33
Habs mit minicom versucht, aber nach dem letzten Zeichen löscht es alle Zeilen bis console=ttyS0,115200
HorstH
Image-Team
Beiträge: 252 Registriert: Sonntag 23. Mai 2004, 23:10
Beitrag
von HorstH » Dienstag 29. Dezember 2009, 18:40
Hier nochmal als minicom Protokoll
Code: Alles auswählen
Dreambox DM5620Dreambox DM5620
Dreambox DM5620 - Bootloader V.1.00 - 04.10.2003
------- System Info --------
Processor speed = 252 MHz
EBIU speed = 63 MHz
Amount of RAM = 48 MBytes
loaded at: 00500000 0060016C
relocated to: 00400000 0050016C
board data at: 004FE124 004FE16C
relocated to: 00405194 004051DC
zimage at: 004058D4 004FD743
avail ram: 00501000 02000000
Linux/PPC load: console=null root=/dev/mtdblock5 rootfstype=squashfs ro console=ttyS0,115200
Uncompressing Linux...done.
Now booting the kernel
Linux version 2.6.9 (dierk@dell) (gcc version 3.4.6) #1 Mon Dec 28 23:15:57 CET 2009
Built 1 zonelists
Kernel command line: console=null root=/dev/mtdblock5 rootfstype=squashfs ro console=ttyS0,115200
PID hash table entries: 256 (order: 8, 4096 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 30080k available (1688k kernel code, 576k data, 80k init, 0k highmem)
Mount-cache hash table entries: 512 (order: 0, 4096 bytes)
NET: Registered protocol family 16
Squashfs 2.2-r2 (released 2005/09/08) (C) 2002-2005 Phillip Lougher
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 = 22) 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 0xc3060600:<4>eth0: interrupt from stopped card
00 09 34 ba da dd
eth0: NE2000 found at 0xc3060600, using IRQ 25.
Universal TUN/TAP device driver 1.5 (C)1999-2002 Maxim Krasnyansky
Using deadline io scheduler
dreambox: flash mapping: 800000 at 7f800000
DreamBOX rev3+: Found 1 x16 devices at 0x0 in 16-bit bank
Intel/Sharp Extended Query Table at 0x0031
Using buffer write method
cfi_cmdset_0001: Erase suspend on write enabled
disable flash VPP
Creating 7 MTD partitions on "DreamBOX rev3+":
0x00000000-0x00600000 : "DreamBOX cramfs+squashfs"
0x00600000-0x007c0000 : "DreamBOX jffs2"
0x007c0000-0x00800000 : "DreamBOX OpenBIOS"
0x00000000-0x007c0000 : "DreamBOX (w/o bootloader)"
0x00000000-0x00800000 : "DreamBOX (w/ bootloader)"
0x00120000-0x00600000 : "DreamBOX SquashedFS"
0x00000000-0x00120000 : "DreamBOX Cramfs"
mice: PS/2 mouse device common for all mice
i2c /dev entries driver
IBM IIC driver v2.1
ibm-iic0: using standard (100 kHz) mode
NET: Registered protocol family 2
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
NET: Registered protocol family 1
NET: Registered protocol family 17
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 80k init
Error: /proc musKernel panic - not syncing: Attempted to kill init!
t be mounted
To mount /proc a<0>Rebooting in 180 seconds..t boot you need an /etc/fstab line like:
/proc /proc proc defaults
In the meantime, run "mount /proc /proc -t proc"
seife
Developer
Beiträge: 4189 Registriert: Sonntag 2. November 2003, 12:36
Beitrag
von seife » Dienstag 29. Dezember 2009, 19:03
Das ist auf jeden fall was mit den init-skripten, würde ich sagen. Schau mal, ob da alles in ordnung ist.
Ansonsten mit "init=/bin/sh" booten und das init-zeugs von hand aufrufen.
HorstH
Image-Team
Beiträge: 252 Registriert: Sonntag 23. Mai 2004, 23:10
Beitrag
von HorstH » Dienstag 29. Dezember 2009, 20:12
Die Box lebt auf jeden Fall
Hab mir jetzt die letzte original Software von DMM gezogen (rel106) und installiert. Daraus dann die rcS gezogen.
Mal schaun obs mit der klappt.
BoxMan
Interessierter
Beiträge: 61 Registriert: Mittwoch 1. Mai 2002, 19:09
Beitrag
von BoxMan » Mittwoch 30. Dezember 2009, 21:59
Moin,
ich habe auch mal ein neues E1-Image für eine DM500 gebastelt, das Image bootet auch nicht durch.
Da ich keine DM500 besitze, und der User, welches ich das Image gegeben habe, sich nicht mit Hyperterminel (bezüglich loggen) auskennt, melde ich mich hier auch mal.
Vielleicht sind die Probleme (DM56x0=DM500) identisch, aber ich weiss es nicht.
seife
Developer
Beiträge: 4189 Registriert: Sonntag 2. November 2003, 12:36
Beitrag
von seife » Mittwoch 30. Dezember 2009, 22:28
Füge doch mal (im bootmonitor) init=/bin/sh an die Kernel-commandline an. Dann bekommst du eine shell, in der kannst du dann die init-Skripten aus der inittab von Hand aufrufen, da siehst du dann schon, woran es hängt.
BoxMan
Interessierter
Beiträge: 61 Registriert: Mittwoch 1. Mai 2002, 19:09
Beitrag
von BoxMan » Mittwoch 30. Dezember 2009, 22:39
hmm sorry seife, wie meinst Du das genau?
seife
Developer
Beiträge: 4189 Registriert: Sonntag 2. November 2003, 12:36
Beitrag
von seife » Donnerstag 31. Dezember 2009, 08:08
An die kernel-Kommandozeile "init=/bin/bash" anhängen. Dazu musst du ganz früh beim booten irgendwie den bootloader anhalten, wie auch immer das bei der 5620 geht. Bei der dm500 reicht es, die Hand auf der SPACE-Taste zu lassen
Dann bootet die box bis in eine shell, sonst nix.
Dann schaust du in inittab, was gemacht werden soll. Das rufst du dann von Hand auf.
Alternative: flash dir ein Image von der dream-multimedia homepage, die funktionieren vermutlich
HorstH
Image-Team
Beiträge: 252 Registriert: Sonntag 23. Mai 2004, 23:10
Beitrag
von HorstH » Donnerstag 31. Dezember 2009, 14:00
Ich vermute den Fehler in der Busybox, die ist mit 63,9 kb ganz schön klein. Denn init=/bin/sh beeindruckt die Box beim booten überhaupt nicht.
EDIT
jetzt bin ich total vwerwirrt -- wenn ich mit "make busybox" baue ist sie 407 kb groß. Wenn ich mit "make flash-enigma-squashfs" baue nur noch 63,9 kb
seife
Developer
Beiträge: 4189 Registriert: Sonntag 2. November 2003, 12:36
Beitrag
von seife » Donnerstag 31. Dezember 2009, 14:36
nach make busybox ist sie noch nicht gestrippt.
Auf meiner dm500 (allerdings mit custom config):
Code: Alles auswählen
~ > ls -l /bin/busybox
-rwxr-xr-x 1 root root 369456 Dec 28 22:46 /bin/busybox
Da ist bei dir was faul. Evtl. liegt noch eine alte busybox-config.m4 von nem update rum oder sowas?
rhabarber1848
CDK-Experte
Beiträge: 4335 Registriert: Donnerstag 3. April 2008, 14:05
Beitrag
von rhabarber1848 » Donnerstag 31. Dezember 2009, 15:36
HorstH hat geschrieben: Ich vermute den Fehler in der Busybox, die ist mit 63,9 kb ganz schön klein.
Mit "make flash-neutrino-squashfs" wird hier eine korrekte busybox gebaut.
Kann es sein, dass Deine customization-Skripts /bin/busybox überschreiben?
Erzeuge bitte die md5sum von /bin/busybox (63,9kb) und vergleiche diese mit
der md5sum aller anderen binaries im Image und suche nach Übereinstimmungen.
Dann weißt Du, wo Du ansetzen musst.
HorstH
Image-Team
Beiträge: 252 Registriert: Sonntag 23. Mai 2004, 23:10
Beitrag
von HorstH » Donnerstag 31. Dezember 2009, 16:19
Alles wieder im grünen Bereich, die Box läuft mit dem akt. CVS
Der Fehler lag in der Tat in der busybox-config.m4, in der habe ich vergessen top zu deaktivieren da ich top aus procps nutze.
Beim kopieren von top wurde dann natürlich durch den Link die ganze Busybox ersetzt
Aber der Lernfaktor für mich war gewaltig
CU und guten Rutsch euch allen!
rhabarber1848
CDK-Experte
Beiträge: 4335 Registriert: Donnerstag 3. April 2008, 14:05
Beitrag
von rhabarber1848 » Donnerstag 31. Dezember 2009, 17:12
HorstH hat geschrieben: Beim kopieren von top wurde dann natürlich durch den Link die ganze Busybox ersetzt
Mit
wäre das nicht passiert