[Problem] aktueller CVS Stand

[trulli]

Ich vermute ja immer noch Unterschiede im Host-System als Ursache - gcc Version etc....

Jo, ich auch bei ~ 1200 Downloads vom neuen Snap und keiner hat sich beschwert das der nicht bootet.

GRuß Riker

Hi,
entschuldige bitte, aber ich finde nur Images vom 08.01.2008.

Mach doch bitte mal ein jffs2 vom jetzigen Stand. Denn das JFFS2 ist das Problem. Glaube, Deine Images haben ein anderes File-System.

Dann haben wir einen Stand, den man vergleichen kann.

MfG

[ingrid]

mich würden vielmehr die "tools"-versionen interessieren die bei euch installiert sind.

Bitte schön...

Code: Alles auswählen

cvs:                      1.12.13
autoconf >= 2.57a:        2.61
automake >= 1.8:          1.10
libtool >= 1.4.2:         1.5.22
gettext >= 0.12.1:        0.16.1
make >= 3.79:             3.81
makeinfo:                 4.8
tar:                      1.16
bunzip2:                  1.0.3
gunzip:                   1.3.5
patch:                    2.5.9
infocmp:                  5.5.20060422
gcc 2.95 or >= 3.0:       4.1.2
g++ 2.95 or >= 3.0:       4.1.2
flex:                     2.5.33
bison:                    2.3
pkg-config:               0.21
wget:                     1.10.2

1:1 identisch mit Deinen Tools...

Ich baue Newmake via ybuild.

[Z80]

dann bräuchte man nur einen build von mir zu testen.. die sind alle "komplett neu"

Hi,
entschuldige bitte, aber ich finde nur Images vom 14.01.2008.

http://cvs.tuxbox-cvs.sourceforge.net/l ... llist.html
wozu? seit dem 13. hat sich im cvs nix geändert.

[Hollo]

so gestern mit mal ein ganz neues Image ausgecheckt, mit neuer Linuxplatform und mit dieser bekomme ich auch den niebolösen Reboot

ps: auch mit ältere 'Image-Version siehe Log, war der Bug schon drin

Nokia2x BMoon1.0

debug: fpID 5a dsID
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= 162972
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Jan 16 2008 - 18:05:46)

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: 669082 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: 669018 Bytes = 653.3 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.36-dbox2 (hollo@debian) (gcc version 3.4.6) #14 Mi Jan
16 18:04:25 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: 0x1000)
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,
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
Amd/Fujitsu Extended Query Table at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x005a0000 : "root (Squashfs)"
0x005a0000-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.7.2 (2008-01-10 16:16:21 CET)
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 $
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
avia_av_core: Starting avia_av_wdt thread.
avia_av_event: $Id: avia_av_event.c,v 1.11 2003/10/26 16:32:51 obi Exp $
avia_av_proc: $Id: avia_av_proc.c,v 1.15 2007/07/29 18:14:12 papst Exp $
avia_gt_core: $Id: avia_gt_core.c,v 1.48 2004/12/20 01:01:22 carjay Exp $
avia_gt_core: autodetecting chip type... GTX
avia_gt_gtx: $Id: avia_gt_gtx.c,v 1.24 2003/09/30 05:45:35 obi Exp $
avia_gt_accel: $Id: avia_gt_accel.c,v 1.19 2003/09/30 05:45:35 obi Exp $
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.210 2004/06/26 16:08:15 carjay Exp $
avia_gt_core: masking unhandled irq reg 1 bit 11
avia_gt_core: masking unhandled irq reg 1 bit 13
avia_gt_ucode: loaded ucode v00FB
avia_gt_ucode: ucode section filters enabled.
avia_gt_dmx: warning, misaligned queue 0 (is 0xFD200, size 65536), aligning...
avia_gt_core: masking unhandled irq reg 0 bit 6
avia_gt_gv: $Id: avia_gt_gv.c,v 1.39 2004/08/28 16:44:56 carjay Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.29 2004/01/29 19:38:20 zwen Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_capture: $Id: avia_gt_capture.c,v 1.32 2003/09/30 05:45:35 obi Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.40 2003/09/30 05:45:35 obi Exp $
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.26 2003/08/01 17:31:22 obi Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.54 2004/03/17 18:42:18 zwen Exp $
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 82x32
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.14 2003/09/30 05:45:35 obi Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.30 2003/09/30 05:45:35 obi Exp $
avia_oss: $Id: avia_gt_oss.c,v 1.26 2004/05/31 22:56:02 carjay Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.12 2003/09/30 04:54:03 obi Exp $
DVB: VES1820(0): pwm=0x48
DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
avia_av_napi.c: $Id: avia_av_napi.c,v 1.33 2004/03/11 15:30:27 derget Exp $
avia_gt_napi: $Id: avia_gt_napi.c,v 1.203 2005/01/05 05:49:56 carjay Exp $
debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: WATCHDOG RESET
debug: BMon V1.0 mID 01
debug: feID 7a gtxID 0b
debug: fpID 5a dsID 01-
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= 162972
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Jan 16 2008 - 18:05:46)

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: 669082 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: 669018 Bytes = 653.3 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.36-dbox2 (hollo@debian) (gcc version 3.4.6) #14 Mi Jan
16 18:04:25 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: 0x1000)
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,
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
Amd/Fujitsu Extended Query Table at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x005a0000 : "root (Squashfs)"
0x005a0000-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.7.2 (2008-01-10 16:16:21 CET)
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 $
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
avia_av_core: Starting avia_av_wdt thread.
avia_av: microcode verify: 1 errors.
avia_av_event: $Id: avia_av_event.c,v 1.11 2003/10/26 16:32:51 obi Exp $
avia_av_proc: $Id: avia_

[seife]

Vergleicht mal diese Zeile:

Code: Alles auswählen

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

zwischen funktionierenden und nicht funktionierenden Images.
Wenn es funktioniert, sieht man die mittels "dmesg|grep PITC".

[Hollo]

Vergleicht mal diese Zeile:

Code: Alles auswählen

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

zwischen funktionierenden und nicht funktionierenden Images.
Wenn es funktioniert, sieht man die mittels "dmesg|grep PITC".

ist gleich im Log

[seife]

macht mal lieber "dmesg|grep m8xx_wdt", dann sieht man noch die SWTC- und SWP-Werte, aus denen die PITC berechnet wird.

Edit: bei mir sieht es sowohl auf der Philips (2.6) als auch auf der Sagem (2.4) so aus:

Code: Alles auswählen

/ $ dmesg|grep 8xx_wdt
[    0.000000] m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
[    0.000000] m8xx_wdt: keep-alive trigger installed (PITC: 0x2580)
...
/var $ dmesg|grep 8xx_wdt
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x2580)

Anfangen kann ich damit nicht wirklich was, weil ich mich mit der Hardware nicht auskenne.
Ich würde mal im Falle einer Problembox mal linux/arch/ppc/kernel/m8xx_wdt.c instrumentieren, im m8xx_wdt_interrupt() z.B. ein printk rein, um zu sehen, ob das überhaupt aufgerufen wird.

[Steffi]

Ich glaube, ich gebe auf.

Ich schrieb zwar:

Wir werden dem Problem schon auf die Schliche kommen. Wäre doch gelacht...

Aber was stört mich das Geschwätz von gestern.

Ich habe nun mein Debian komplett neu installiert inkl. aller neuen Updates und Patches. Die Version-Infos sehen genauso aus wie bei Ingrid und wittinobi. Danach das cdk via newmake neu ausgecheckt und ohne irgend welche Customizing-Scripts als jffs2 compiliert.

Nach dem Flashen bekomme ich wieder an unterschiedlichen Stellen die Boot-Schleife.

Danach ein make distclean und die relevanten Kernel-Dateien auf Version 2.4.35.5 geändert, neues Image gebaut und geflasht --> alles in Ordnung.

Leider fehlen mir für eine tiefergehende Analyse einige grundlegende Dinge. Schade eigentlich, dass diese Probleme nur bei den Dilettanten unter uns auftauchen.

Steffi

[Steffi]

seife meinte:

macht mal lieber "dmesg|grep m8xx_wdt", dann sieht man noch die SWTC- und SWP-Werte, aus denen die PITC berechnet wird.

Meine Ergebnisse:

Nokia 500 mit Kernel 35:

Code: Alles auswählen

m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x1000) 

Philips mit Kernel 35:

Code: Alles auswählen

m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x2000) 

Nokia 500 mit Kernel 36:
Nicht möglich, da ich gar nicht bis zur Konsole komme

Philips mit Kernel 36:
Keine Antwort auf den Befehl

Was sagt uns das?

[dietmarw]

dann bräuchte man nur einen build von mir zu testen.. die sind alle "komplett neu"

Hi,
entschuldige bitte, aber ich finde nur Images vom 14.01.2008.

Mach doch bitte mal ein jffs2 vom jetzigen Stand.

Dann haben wir einen Stand, den man vergleichen kann.

MfG

es gibt keinen neueren stand..

[seife]

Nokia 500 mit Kernel 36:
Nicht möglich, da ich gar nicht bis zur Konsole komme

Dann schau halt mal ins bootlog.
Stell dich nicht so an!

Philips mit Kernel 36:
Keine Antwort auf den Befehl

Was sagt uns das?

Daß der Watchdog-Treiber nicht gestartet wird?
Das würde auch erklären, warum die Kiste dann resetet wird.
_Warum_ das jetzt so ist, das muß man herausfinden. Aber so tief steige _ich_ nicht mehr in den Kernel 2.4 ein.

[Houdini]

vielleicht kann mal jemand mit Problem sein komplettes linux Directory incl. Objects zusammenzippen und zur Verfügung stellen.
Das ist zwar einiges aber dann kann ich mal diffen, vielleicht kommen wir so weiter

[mohousch]

aus welchen Datei kann sich die wdt_register auslesen? /proc/mem?

[seife]

Die werden beim Starten angezeigt.
Du mußt den wdt-Treiber mit printk's instrumentieren.
In /proc/kcore könnte es auch drin sein, nur wo?

[Steffi]

@houdini: Ich lade mein gepacktes Linux-Verzeichnis gerade hoch, das dauert aber bei ca. 47 MB noch 1,5 Stunden, weil wir hier nur DSL light haben. Ich melde mich dann noch einmal mit dem Link.

Steffi

Edit:

Ich habe gut geschätzt ... genau 90 Minuten hat es gedauert. Hier der Link:

http://uploaded.to/?id=4nb2o0

Hoffentlich bringt es was.

[wittinobi]

huhu,
hab meins auch mal hochgeladen.
@houdini, ...hast pn.

mfg
wittinobi

[wittinobi]

achso, ...vergessen.

kernel-2.4.35.5 > mit netzwerkkabel > funktioniert:

Code: Alles auswählen

m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)

kernel-2.4.36 > mit netzwerkkabel > funktioniert nicht:

Code: Alles auswählen

m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)

kernel-2.4.36 > ohne netzwerkkabel > funktioniert:

Code: Alles auswählen

m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)

mfg
wittinobi

[Houdini]

danke ich hab die 2 kernels runtergeladen, mal schauen...

[wittinobi]

dieser "mmap low address" securityfix. Ich kann mir nicht richtig vorstellen, daß der schuld sein kann.

huhu,
genau da liegt der hund begraben, hehe.
hab heute den 2.4.36 und 2.4.35.5 auch mal gedifft und mir die sachen angeschaut.
hab mich dann einfach mal entschlossen diesen "mmap low address"-securityfix beim 2.4.36 wieder zu entfernen.
und siehe da, die box bootet mit angeschlossenem netzwerkkabel wieder ganz normal.

jetzt stellt sich mir natürlich die frage, für was war der patch gedacht und braucht man den für die dbox überhaupt ?

hier mal die änderungen von 2.4.35.5 auf 2.4.36, die ich wieder rückgängig gemacht hab:

Code: Alles auswählen

diff -r -x .depend -x System.map -I linux-2.4.35.5 -I linux-2.4.36 tuxbox-cvs-test/cdk/linux-2.4.36/include/linux/mm.h tuxbox-cvs/cdk/linux-2.4.35.5/include/linux/mm.h
120d119
< extern unsigned long mmap_min_addr;
660,664d658
< 
< 	/* ensure a non-privileged process is not trying to mmap lower pages */
< 	if (address < mmap_min_addr && !capable(CAP_SYS_RAWIO))
< 		return -EPERM;
< 
diff -r -x .depend -x System.map -I linux-2.4.35.5 -I linux-2.4.36 tuxbox-cvs-test/cdk/linux-2.4.36/include/linux/sysctl.h tuxbox-cvs/cdk/linux-2.4.35.5/include/linux/sysctl.h
162d161
< 	VM_MMAP_MIN_ADDR=24,	/* prevent mapping of low addresses by mmap() */
diff -r -x .depend -x System.map -I linux-2.4.35.5 -I linux-2.4.36 tuxbox-cvs-test/cdk/linux-2.4.36/kernel/sysctl.c tuxbox-cvs/cdk/linux-2.4.35.5/kernel/sysctl.c
320,321d319
< 	{VM_MMAP_MIN_ADDR, "mmap_min_addr",
< 	 &mmap_min_addr, sizeof(unsigned long), 0644, NULL, &proc_doulongvec_minmax},
diff -r -x .depend -x System.map -I linux-2.4.35.5 -I linux-2.4.36 tuxbox-cvs-test/cdk/linux-2.4.36/mm/mmap.c tuxbox-cvs/cdk/linux-2.4.35.5/mm/mmap.c
49,50d48
< unsigned long mmap_min_addr;		/* defaults to 0 = no protection */
< 
659,665d656
< 
< 		/* Ensure a non-privileged process is not trying to map
< 		 * lower pages.
< 		 */
< 		if (addr < mmap_min_addr && !capable(CAP_SYS_RAWIO))
< 			return -EPERM;
< 
670,672c661
< 		addr = file->f_op->get_unmapped_area(file, addr, len, pgoff, flags);
< 	else
< 		addr = arch_get_unmapped_area(file, addr, len, pgoff, flags);
---
> 		return file->f_op->get_unmapped_area(file, addr, len, pgoff, flags);
674,677c663
< 	if (addr < mmap_min_addr && !capable(CAP_SYS_RAWIO))
< 		return -ENOMEM;
< 
< 	return addr;
---
> 	return arch_get_unmapped_area(file, addr, len, pgoff, flags);
1076,1078d1061
< 	if (addr < mmap_min_addr && !capable(CAP_SYS_RAWIO))
< 		return -ENOMEM;
< 
diff -r -x .depend -x System.map -I linux-2.4.35.5 -I linux-2.4.36 tuxbox-cvs-test/cdk/linux-2.4.36/mm/mremap.c tuxbox-cvs/cdk/linux-2.4.35.5/mm/mremap.c
276,281d275
< 		/* Ensure a non-privileged process is not trying to map
< 		 * lower pages.
< 		 */
< 		if (new_addr < mmap_min_addr && !capable(CAP_SYS_RAWIO))
< 			return -EPERM;
<

mfg
wittinobi

[Houdini]

ich habe mal die kernels verglichen, die patches sind alle ordentlich durchgeführt worden.
Daran liegts also nicht.
Konzentrieren wir uns also auf diesen lowmem patch.

[Houdini]

@wittinobi

kannst du vor diesen return EPERM/ENOMEM ein printk einfügen ob das wirklich aufgerufen wird.
so ungefähr:

Code: Alles auswählen

    if (address < mmap_min_addr && !capable(CAP_SYS_RAWIO)) {
       printk("lowmen patch EPERM1");
       return -EPERM;
    }

falls ja liegt das eigetliche Problem noch irgendwo anders.

[mohousch]

Die werden beim Starten angezeigt.
Du mußt den wdt-Treiber mit printk's instrumentieren.
In /proc/kcore könnte es auch drin sein, nur wo?

da auch nicht; aus der ksyms

/var # cat /proc/ksyms|grep wdt
c0009564 m8xx_wdt_reset
c00095b4 m8xx_wdt_get_timeout

[Steffi]

So, ich habe jetzt auch mal die paar Zeilen in den 5 Dateien rückgängig gemacht und ein jffs2-Image gebaut. Es bootet und läuft auf allen Boxen hervorragend!

Danach habe ich wieder die Original-Dateien genommen und einige printk's eingefügt, wie von Houdini gewünscht. Das damit erstellte Image bootet nur noch bis zum Entpacken des Kernels und bleibt mit einem Kernel-Oops stehen. Die printk-Ausgaben sind damit natürlich nicht zu sehen.

Steffi

[Houdini]

oops meldung?

[Steffi]

Mist ... nochmal neu flashen.

Es war kein oops, sondern ein kernel panic...

Code: Alles auswählen

Renv: 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 (jffs2) loading 'vmlinuz' to 0x100000
### FS load complete: 668868 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:    668804 Bytes = 653.1 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.36-dbox2 (st@work) (gcc version 3.4.6) #8 So 20. Jan 19
:09:33 CET 2008
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0,57600 root=/dev/mtdblock2 rw rootfstype=jffs2

Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x1000)
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 BRG1
ttyS1 at 0x0380 is on SMC2 using BRG2
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:1b:74:14
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 5 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x00800000 : "root (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 (jffs2 filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
Kernel panic: No init found.  Try passing init= option to kernel.
 <0>Rebooting in 180 seconds..

Mit den printk's bleibt die Box jetzt stehen und rebootet nach 3 Minuten. Ohne die printk's rebootet sie an unterschiedlichen Stellen sofort.