Ich dachte mir schauste mal wie ein 2.6er Kernel läuft...

Beitrag von **Papst** » Montag 9. Januar 2006, 22:29

Ich habe mal versucht ein CDK mit Kernel 2.6.13 zu bauen und zu booten.
1. ./configure --enable-maintainer-mode --prefix=/home/papst/2.6/dbox2 --with-cvsdir=/home/papst/2.6/tuxbox-cvs --enable-kernel26
2. Den driver_2_6_branch im driver dir ausgecheckt
3. Make all

Alles wunderbar durchgerannt.
DHCP, NFS und tftp auf meinem Colinux eingerichtet und das CDK gestartet. Dabei komme ich allerdings nur bis hier:

Code: Alles auswählen

U-Boot 1.1.4 (Tuxbox) (Jan  9 2006 - 22:10:35)

CPU:   PPC823ZTnnB2 at 67.100 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Nokia, BMon V1.2
       Watchdog enabled
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
FB:    ready
LCD:   ready
In:    serial
Out:   serial
Err:   serial
Net:   SCC ETHERNET
BOOTP broadcast 1
DHCP client bound to address 192.168.0.4
Using SCC ETHERNET device
TFTP from server 192.168.0.40; our IP address is 192.168.0.4; sending through ga
teway 192.168.0.1
Filename '/home/papst/2.6/dbox2/tftpboot/kernel-cdk'.
Load address: 0x200000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.0.40; our IP address is 192.168.0.4; sending through ga
teway 192.168.0.1
Filename 'logo-lcd'.
Load address: 0x200000
Loading: *
TFTP error: 'File not found' (1)
can't find logo
BOOTP broadcast 1
DHCP client bound to address 192.168.0.4
Using SCC ETHERNET device
TFTP from server 192.168.0.40; our IP address is 192.168.0.4; sending through ga
teway 192.168.0.1
Filename '/home/papst/2.6/dbox2/tftpboot/kernel-cdk'.
Load address: 0x200000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.0.40; our IP address is 192.168.0.4; sending through ga
teway 192.168.0.1
Filename 'logo-fb'.
Load address: 0x200000
Loading: *
TFTP error: 'File not found' (1)
can't find logo

Options:
  1: console on ttyCPM0 (2.6)
  2: console on fb0
  3: console on ttyS0 (2.4)
Select option (1-3), other keys to stop autoboot:  0 
BOOTP broadcast 1
DHCP client bound to address 192.168.0.4
Using SCC ETHERNET device
TFTP from server 192.168.0.40; our IP address is 192.168.0.4; sending through ga
teway 192.168.0.1
Filename '/home/papst/2.6/dbox2/tftpboot/kernel-cdk'.
Load address: 0x200000
Loading: Using SCC ETHERNET device
TFTP from server 192.168.0.40; our IP address is 192.168.0.4; sending through ga
teway 192.168.0.1
Filename '/home/papst/2.6/dbox2/tftpboot/kernel-cdk'.
Load address: 0x200000
Loading: #################################################################
         ########################################################## ICMP Host Re
direct to 192.168.0.40 #######
         #################################################################
         ################
done
Bytes transferred = 1078675 (107593 hex)
...............................................................
Un-Protected 63 sectors
## Booting image at 00200000 ...
   Image Name:   Linux-2.6.13
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1078611 Bytes =  1 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.6.13 (papst@colinux) (gcc version 3.4.4) #1 Sun Nov 13 22:00:59 
CET 2005
Built 1 zonelists
Kernel command line: root=/dev/nfs rw nfsroot=192.168.0.40:/home/papst/2.6/dbox2
/cdkroot ip=192.168.0.4:192.168.0.40:192.168.0.1:255.255.255.224:::off console=t
tyCPM0 init=/bin/devinit
PID hash table entries: 256 (order: 8, 4096 bytes)
Decrementer Frequency = 251625000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x2580)
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: 30000k available (1760k kernel code, 512k data, 76k init, 0k highmem)
Mount-cache hash table entries: 512
Badness in dma_alloc_init at arch/ppc/kernel/dma-mapping.c:348
Call trace:
 [c0003a60] check_bug_trap+0x98/0xdc
 [c0003cdc] ProgramCheckException+0x238/0x4b4
 [c0003340] ret_from_except_full+0x0/0x4c
 [c02259c4] dma_alloc_init+0x54/0xd0
 [c0002258] init+0x80/0x238
 [c000555c] kernel_thread+0x44/0x60
NET: Registered protocol family 16
dbox2: Nokia board detected.
Serial: CPM driver $Revision: 0.01 $
ttyCPM0 at MMIO 0xff000a80 (irq = 20) is a CPM UART
ttyCPM1 at MMIO 0xff000a90 (irq = 19) is a CPM UART
io scheduler noop registered
io scheduler deadline registered
loop: loaded (max 8 devices)
Linux video capture interface: v1.00
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-0x00720000 : "Root (SquashFS)"
0x00720000-0x00800000 : "var (JFFS2)"
0x00020000-0x00800000 : "Flash without bootloader"
0x00000000-0x00800000 : "Complete Flash"
mice: PS/2 mouse device common for all mice
eth0: CPM ENET Version 0.2 on SCC2, 00:50:9c:43:6d:c3
NET: Registered protocol family 2
IP route cache hash table entries: 512 (order: -1, 2048 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
IP-Config: Complete:
      device=eth0, addr=192.168.0.4, mask=255.255.255.224, gw=192.168.0.1,
     host=192.168.0.4, domain=, nis-domain=(none),
     bootserver=192.168.0.40, rootserver=192.168.0.40, rootpath=
Looking up port of RPC 100003/2 on 192.168.0.40
Looking up port of RPC 100005/1 on 192.168.0.40
VFS: Mounted root (nfs filesystem).
Freeing unused kernel memory: 76k init
Warning: unable to open an initial console.
nfs: server 192.168.0.40 not responding, still trying
nfs: server 192.168.0.40 not responding, still trying

Laut syslog mountet er sein nfsroot Verzeichnis ganz normal. Sonst ständ ja auch ne andere Fehlermeldung da(Unable to mount root...)
Die "nfs: server 192.168.0.40 not responding, still trying" kommen in einigem Abstand zu "Warning: unable to open an initial console." und werden auch immer mehr.

An der u-boot config hab ich nur folgendes geändert um überhaupt soweit zu kommen:

Code: Alles auswählen

#define	CONFIG_BOOTCOMMAND							\
	"dhcp; setenv bootargs root=/dev/nfs rw nfsroot=$(serverip):$(rootpath) "	\
	"ip=$(ipaddr):$(serverip):$(gatewayip):$(netmask):$(hostname)::off "	\
	"console=$(console) init=/bin/devinit; tftp \"$(bootfile)\"; protect off 10020000 107fffff; "							\
	"bootm"

Weiß jemand Rat?

Beitrag von **Npq** » Dienstag 10. Januar 2006, 06:46

Existiert "/bin/devinit"?

Das ist für's erste Booten wichtig, ansonsten wird /dev/console nicht angelegt (dafür braucht man Root-Rechte, daher der Umweg).

Ist Bestandteil von apps/misc/tools

Beitrag von **Papst** » Dienstag 10. Januar 2006, 15:31

Ja, /bin/devinit exisitiert.
Vielleicht liegts ja auch an meiner Linux NFS,tftp,dhcp Startumgebung?
Nur mit dem Windows Bootmanager komme ich nicht weiter als bis zum Start der u-boot.

Beitrag von **Houdini** » Dienstag 10. Januar 2006, 16:41

Badness in dma_alloc_init at arch/ppc/kernel/dma-mapping.c:348

wenn dein DMA nicht richtig geht, dann möglicherweise auch kein scc(Ethernet)/smc(console)
http://ozlabs.org/pipermail/linuxppc-em ... 15061.html

Hier nochwas:
http://ozlabs.org/pipermail/linuxppc-em ... 21612.html

Beitrag von **Papst** » Dienstag 10. Januar 2006, 17:28

Laut diesem Thread http://forum.tuxbox-cvs.sourceforge.net ... cdk+booten is das wohl noch ein allgemeiner Fehler im 2.6er und liegt nicht an mir.
Scheint also nicht daran zu liegen.

P.S.: Die beiden Links sagen mir nicht viel, da ich nicht wirklich ein Kernel-Code-Versteher bin.

Beitrag von **Npq** » Dienstag 10. Januar 2006, 19:21

Hey, das funktioniert ja.

Danke Houdini.

Bei mir bootete der Kernel allerdings auch vorher schon, ich hatte aber an einem NIC mal Probleme ähnlicher Art, da wollte dann der Nfs-Server auch nicht mehr (allerdings unter anderen Bedingungen).

Kannst ja mal ausprobieren, ob's mit den Patches, die gleich eingecheckt werden sollten, spielt.

Beitrag von **Papst** » Dienstag 10. Januar 2006, 21:05

Hab grad den Kernel mit den Änderungen gebaut. Der DMA Fehler ist jetzt weg. Nur an meinem Problem hat das nix geändert.

Beitrag von **gmo18t** » Mittwoch 11. Januar 2006, 16:31

Npq hat geschrieben:Hey, das funktioniert ja.

Danke Houdini.

Bei mir bootete der Kernel allerdings auch vorher schon, ich hatte aber an einem NIC mal Probleme ähnlicher Art, da wollte dann der Nfs-Server auch nicht mehr (allerdings unter anderen Bedingungen).

Kannst ja mal ausprobieren, ob's mit den Patches, die gleich eingecheckt werden sollten, spielt.

Könnte das auch das Problem mit der "100% CPU-Load"
beim Netzwerk-I/O beseitigt haben ???
Kann im Moment keine 2.6er Umgebung zum Testen aufbauen

- GMo -