[Problem] aktueller CVS Stand

[wittinobi]

huhu,
hab heute auch versucht auf kernel 2.4.36 umzusteigen.
leider hab ich genau das selbe problem wie striper.
box ist eine nokia sat avia500 2xi.
gebaut wird nach der "oldmake-methode".
cvs wurde komplett neu ausgecheckt.
image ist als squashfs compiliert.
diesen "inode-fehler" bekomme ich nicht.
bis kernel-version .35 funktioniert alles ohne probleme.
ab kernel .36 besteht das problem, das sich die box beim booten resettet, sobald ein netzwerkkabel angeschlossen ist.
...jedoch ohne netzwerkkabel auf den ersten blick alles normal.

log bis zum reset (wenn netzwerkkabel angeschlossen):

Code: Alles auswählen

debug: BMon V1.0  mID 01
debug: feID dd    gtxID 0b
debug: fpID 5a     dsID xx-xx.xx.xx.xx.xx.xx-xx
debug: HWrev X5  SWrev 0.81
debug: B/Ex/Fl(MB) 16/16/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= 162988
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Jan 15 2008 - 03:13:23)

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: .. done.
env: found "console"
env: found "lcd_inverse"
env: found "lcd_contrast"
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: 669017 bytes loaded to 0x100000
............................................................... done
Un-Protected 63 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    668953 Bytes = 653.3 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.36-dbox2 (two1@two1) (gcc version 3.4.6) #5 Di 15. Jan 03:16:2
0 CET 2008
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0,9600 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: 30828k available (1140k kernel code, 340k 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:12:a7:d1
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-0x00480000 : "root (SquashFS)"
0x00480000-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
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

mfg
wittinobi

[Steffi]

Hier auf 2 Avia500-Boxen das gleiche, aber als newmake.

Frisch ausgecheckt und gebaut mit make flash-neutrino-jffs2-2x --> ständiges Rebooten in einer Schleife.

Beide Boxen hängen im Netz.

Leider konnten wir aus Zeitmangel nicht weitertesten. Deshalb sind wir erst einmal wieder auf 2.4.35.5 zurückgegangen.

Steffi

[dbt]

Grade mal nur ein root-Update gemacht. Habe allerdings BB 1.9.0 und andere Bootscripte drin. Box bootet hoch.

Code: Alles auswählen

Board: DBOX2, Nokia, BMon V1.0
       Watchdog enabled
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
Scanning JFFS2 FS: .. done.
env: can't set "baudrate"
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: 669953 bytes loaded to 0x100000
............................................................... done
Un-Protected 63 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    669889 Bytes = 654.2 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.36-dbox2 (dbt@linux) (gcc version 3.4.6) #2 So 13. Jan 21:21:3
4 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/mtdblock2 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: 30824k available (1140k kernel code, 344k 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:40:05:86
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-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x006c0000 : "root (squashfs)"
0x006c0000-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)
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.9.0 (2008-01-13 21:24:25 CET)
Starting the automounter
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
dboxide: $Id: main.c,v 1.11 2007/08/07 09:02:15 dbt Exp $
ide: late registration of driver.
dboxide: activating cs2
dboxide: address space of IDE-Interface is at: 0xc38aa000
Probing IDE interface ide0...
hda: WDC AC21200H, ATA DISK drive
ide0 at 0x010-0x017,0x04e on irq 47
hda: attached ide-disk driver.
hda: 2503872 sectors (1282 MB) w/128KiB Cache, CHS=2484/16/63
Partition check:
 /dev/ide/host0/bus0/target0/lun0:<6>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
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface
$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 $
.
.
.

[Steffi]

Schon merkwürdig.

Weil ich befürchtet habe, dass durch meine Customizing-Scripts etwas zerstört wird, habe ich jetzt ein vollkommen cleanes jffs2-Image erstellt, ohne irgendwelche Änderungen meinerseits.

Leider das gleiche negative Ergebnis. Die Bootlogs sind identisch mit denen von Striper. Mit Netzwerkkabel gibt es ganz schnell einen Watchdog-Reset, ohne Netzwerkkabel kommt der Bootvorgang bis zur Zeile

Code: Alles auswählen

[eitThread] pid 146 start

Die .config von 2.4.36 ist übrigens vollkommen identisch mit der von 2.4.35.5.

Steffi

[Hollo]

nur mal so, habe mit Oldmake am 12.01. ein Image erstellt, das ohne Probleme läuft

die Änderungen vom 13.01. habe ich noch nicht im Squashfsimage (Neutrino)

[Striper]

Ich habe mittlerweile 3 Nachmittage geopfert und alles mögliche durchprobiert. Immer der selbe Mist... Einen Fehler auf meiner Seite schliesse ich aus.

Bitte revertet den .36er Kernel im CVS. Das Teil macht nur Probleme und mittlerweile bin ich ja wie man sieht auch nicht mehr alleine damit.

[ingrid]

Also, bei mir läuft's momentan auch ohne Probleme mit dem neuen Kernel... Sowohl JFFS2 only als auch SquashFS Images. (Newmake)

Ich habe allerdings u-boot 1.3.1 drin...

[Steffi]

Hmm, dann muss ich mich am Wochenende wohl mal mit u-boot 1.3.1 beschäftigen.

@dbt: Welchen u-boot nutzt du?

Oder läuft bei irgend jemand die Kombination u-boot 1.2.0 / Kernel 2.4.36?

[Papst]

Ja, hier läuft das ohne Probleme auf mehreren Boxen.

[dbt]

Hmm, dann muss ich mich am Wochenende wohl mal mit u-boot 1.3.1 beschäftigen.

@dbt: Welchen u-boot nutzt du?

Oder läuft bei irgend jemand die Kombination u-boot 1.2.0 / Kernel 2.4.36?

Also ich habe den momentanen 1.2.0 mit Kernel 2.4.36 am laufen. Sieht man ja auch im Log. Die Box läuft mit CDK-Yadd und Image normal hoch. Aber wie gesagt mit BB 1.9.0 und eigenen Startscripts

[PandinusImperator]

Kann das vielleicht an der Baud-Rate liegen, das kam da doch auch in der in der letzter Zeit ins CVS ?

[Steffi]

Dann spare ich mir den neuen u-boot lieber...

Woran könnte es bloß liegen? Es scheinen ja mehrere Leute dieses Problem zu haben.

@Papst: Ist bei deinen Boxen auch eine Nokia 500 dabei?

Ich habe es bisher mit zwei 500ern vergeblich versucht. Am WE könnte ich es nochmal auf einer Nokia 600 und einer Philips probieren. Aber hier wird es wohl beim Wunschdenken bleiben.

Übrigens habe ich inzwischen auch ein CramFS- und ein SquashFS-Image versucht - mit gleichem negativen Ergebnis.

Edit:
@PandinusImperator: Warum sollte diese Baudrate-Änderung solche unterschiedlichen Auswirkungen haben? Von Box zu Box, von Kernel zu Kernel? Aber man weiß ja nie...

Steffi

[mohousch]

Bei mir läuft auch der 2.4.36 und u-boot1.2.0 ohne Probs

aus dem ChangLog des 2.4.36:

corrupted cramfs filesystems cause kernel oops (CVE-2006-5823)

könnte vielleicht daran liegen?! sonst alle Aenderungen sind nicht sondern für ppc-Platformen.

[seife]

Die baudratenänderung tut ja nur dann was, wenn in der boot.conf was eingetragen wurde.

_Wenn_ die Resets vom Watchdog kommen (war schon ein Log dabei, das über die "hier resetet es"-Stelle hinausging?) dann wäre eine höhere Baudrate eher hilfreich.

Im dbox-Kernelpatch gibt es ja extra eine Stelle, an der der Watchdog beim booten "gekitzelt" wird (die hat im 2.6er auch erst gefehlt, und ich hatte manchmal reboots während der Initialisierung), ich würde mal schauen, ob der Patch da nicht irgendwie falsch eingefügt wird, das kommt schon mal vor, und deswegen der Watchdog fehlauslöst.

[geko37]

Ich habe mittlerweile 3 Nachmittage geopfert und alles mögliche durchprobiert. Immer der selbe Mist... Einen Fehler auf meiner Seite schliesse ich aus.

Bitte revertet den .36er Kernel im CVS. Das Teil macht nur Probleme und mittlerweile bin ich ja wie man sieht auch nicht mehr alleine damit.

Also habe gestern erst ein Image in Olmake allderdings erstellt mit kernel 2.4.36 uboot 1.2.1 + Uboot 1.3.1 ! Verwende auch nur squashFS hier ! Läuft perfekt auf kabel und Sat ( Nokia Avia 500 )! Also es muss was anderes sein bei dir ! Der Kernel ist okay auch die sache mit den Baudraten verwende ich schon länger in 2.4.36 beides geht perfekt !

[PandinusImperator]

Ihr sollte mal Euren Boxentyp dazu schreiben.
@gecko:Nokia 500?

[dbt]

Also ich habe mal die Probe gemacht und meine rcs etwas manipuliert um mal einen Fehler zu provizieren. Ob das damit irgendwie gelöst wird, sei mal dahingestellt. Jedenfalls hatte ich dann den gleichen Effekt wir einige hier.
Ich habe da am Anfang der rcs diese Einträge stehen:

Code: Alles auswählen

#!/bin/sh
# rcS

/bin/mount -n -t proc proc /proc
/bin/mount -t jffs2 /dev/mtdblock/3 /var
/bin/mount -n -t tmpfs tmpfs /tmp
.
.
.

Ändere ich da etwas bleibt die Box stehen oder geht in den Standby.

[geko37]

Ihr sollte mal Euren Boxentyp dazu schreiben.
@gecko:Nokia 500?

jeep !

[Papst]

@Steffi
Nein, eine 500er hab ich nicht dabei. 2 600er Nokia und eine Sagem
Die Baudrate steht bei mir jetzt standardmäßig auf 115000

[Steffi]

Jetzt wird's wirklich interessant. Ich habe nun eine Philips mit dem 36er-jffs2-Image geflasht ... und sie läuft ohne Probleme.

Danach nochmal meine 500er Nokia ... Reboot-Schleife.

Ich habe sie jetzt ein paar Mal booten lassen, der Reboot erfolgt an unterschiedlichen Stellen. Mal sofort nach dem "Uncompressing Kernel Image", mal beim Mounten der Filesysteme, mal noch später. Einmal hat sie tatsächlich durchgebootet, bis zum Bild. Aber als ich in die Einstellungen wollte, kam wieder ein Reboot.

Ich bleibe vorläufig beim alten Kernel. Das übersteigt meine doch sehr begrenzten Fähigkeiten auf diesem Gebiet.

Steffi

[Houdini]

bei laufen uboot-1.1.4 kernel-2.4.36 bb-1.9.0 jffs2 only
und u-boot-1.3.1 -2.4.36 bb-1.9.0 cdk
ohne Probleme

[JtG-Riker]

Jetzt wird's wirklich interessant. Ich habe nun eine Philips mit dem 36er-jffs2-Image geflasht ... und sie läuft ohne Probleme.

Danach nochmal meine 500er Nokia ... Reboot-Schleife.

Ich habe sie jetzt ein paar Mal booten lassen, der Reboot erfolgt an unterschiedlichen Stellen. Mal sofort nach dem "Uncompressing Kernel Image", mal beim Mounten der Filesysteme, mal noch später. Einmal hat sie tatsächlich durchgebootet, bis zum Bild. Aber als ich in die Einstellungen wollte, kam wieder ein Reboot.

Ich bleibe vorläufig beim alten Kernel. Das übersteigt meine doch sehr begrenzten Fähigkeiten auf diesem Gebiet.

Steffi

Wenn du Lust hast installier mal das JTG Image mit letztem Snapshot, da ist auch der neue Kernel drin, und bis jetzt hat
sich noch keiner beschwert, würde mich doch interessieren.

Gruß Riker

[Steffi]

JtG-Riker schrieb:

Wenn du Lust hast installier mal das JTG Image mit letztem Snapshot, da ist auch der neue Kernel drin, und bis jetzt hat
sich noch keiner beschwert, würde mich doch interessieren.

Mach ich heute abend und melde mich dann zum Rapport. Ist dein Kernel anders gepatcht oder ist er clean aus dem CVS?

Wenn es nur eine Box wäre, könnte man das Nichtfunktionieren auf diese Box schieben. Aber alleine bei mir sind es beide 500er Nokia-Boxen, die ansonsten ohne Probleme laufen. Mir sind diese Boxen sogar lieber, weil man hier leicht mit den bekannten Modifikationen das lästige Umschalt-Knacken im SPTS-Mode wegbekommt.

Steffi

[wittinobi]

huhu,

Code: Alles auswählen

/bin/mount -n -t proc proc /proc
/bin/mount -t jffs2 /dev/mtdblock/1 /var
/bin/mount -n -t tmpfs tmpfs /tmp

hab das mal getestet (in rcs.insmod rein editiert), bringt aber keinen erfolg.

update auf u-boot-1.3.1 bringt auch keinen erfolg.

jetzt erneuer ich mal busybox, mal schaun ob das was bringt.

[seife]

Wenn das was bringen würde, wäre es nur an den Symptomen rumgedoktert, nicht an der Ursache.
Ihr müßt schauen, warum der Watchdog anspringt. Ich vermute, daß der Kernelpatch nicht genau passt und an der falschen Stelle eingefügt wird, aber das scheint sich ja keiner anschauen zu wollen.

U-Boot könnte theoretisch noch was damit zu tun haben, weil er das Board konfiguriert, aber Userspace kann es eigentlich nicht sein.

Auch der Effekt, daß der Bootvorgan ohne Netzwerkkabel weiter kommt als mit liegt vermutlich einfach daran, daß das Timing mit Kabel anders ist.