Oops: kernel access of bad area, sig: 1

Beitrag von **MegaMike** » Samstag 28. Juli 2001, 18:45

hallo leute,

ich bae mir das yadd_ezap_pre.tar gezogen und verwende die files aus tftboot aus der yadd distribution...

folgendes passiert bei mir beim booten:

debug: DDF: Calibrating delay loop...
debug: DDF: 67.79 BogoMIPS
debug: BMon V1.2 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 01-80.d5.60.07.00.00-b1
debug: HWrev 09 FPrev 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: Got BOOTP reply from Server IP 192.168.150.2, My IP 192.168.150.33
debug: Sending TFTP-request for file C/dbox2/elite/tftpboot/ppcboot
will verify ELF image, start= 0x800000, size= 221437
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000

ppcboot 0.6.4 (Jul 15 2001 - 02:25:33)

Initializing...
CPU: PPC823ZTnnB2 at 67 MHz: 2 kB I-Cache 1 kB D-Cache
Board: ### No HW ID - assuming TQM8xxL
DRAM: (faked) 32 MB
Ethernet: 00-50-9c-42-db-64
FLASH: 8 MB
LCD driver (KS0713) initialized
LCD logo at: none
FB logo at: none
Input: serial
Output: serial

Images:
1: cdk
2: tiab
3: flash
4: test2
Select image (1-4), other keys to stop autoboot: 0
BOOTP broadcast 1
TFTP from server 192.168.150.2; our IP address is 192.168.150.33
Filename 'C/dbox2/elite/tftpboot/kernel-cdk'.
Load address: 0x100000
Loading: #######################################################################
####################################

## Booting Linux kernel at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 543820 Bytes = 531 kB = 0 MB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.2 (steffen@sr01.sth-serv.de) (gcc version 3.0.1 20010702 (prer
elease)) #2 Sun Jul 15 02:27:12 CEST 2001
Boot arguments: console=ttyS0 root=/dev/nfs rw nfsroot=192.168.150.2:C/dbox2/eli
te/cdkroot/
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/nfs rw nfsroot=192.168.150.2:C/dbox
2/elite/cdkroot/
time_init: decrementer frequency = 251250000/60
Warning: real time clock seems stuck!
Console: colour dummy device 80x25
Calibrating delay loop... 66.56 BogoMIPS
Memory: 30824k available (980k kernel code, 332k data, 64k init, 0k highmem)
Dentry-cache hash table entries: 4096 (order: 3, 32768 bytes)
Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 2048 (order: 2, 16384 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Starting kswapd v1.8
CPM UART driver version 0.03
devfs: devfs_register(): device already registered: "ttyS"
devfs: devfs_register(): device already registered: "cua"
ttyS00 at 0x0280 is a SMC
ttyS01 at 0x0380 is a SMC
pty: 256 Unix98 ptys configured
block: queued sectors max/low 20381kB/6793kB, 64 slots per queue
eth0: CPM ENET Version 0.2, 00:50:9c:42:db:64
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)
Sending BOOTP requests.... OK
IP-Config: Got BOOTP answer from 192.168.150.2, my address is 192.168.150.33
IP-Config: Guessing netmask 255.255.255.0
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
devfs: v0.102 (20000622) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x0
Looking up port of RPC 100003/2 on 192.168.150.2
Looking up port of RPC 100005/2 on 192.168.150.2
VFS: Mounted root (nfs filesystem).
Mounted devfs on /dev
Freeing unused kernel memory: 64k in
Bummer, can't write to log on /dev/tty5!
console=/dev/console
init started: BusyBox v0.50 (2001.07.14-02:40+0000) multi-call bircS starting
Mounting /proc device
Mounting /var
modprobe: modprobe: Can't locate module jffs2
mount: Mounting /dev/mtdblock/2 on /var failed: No such device
Starting inetd
Setting hostname
ldconfig (disable me!)
Rebuilding ld.so.cache
/bin/sh: invalid option -- C
BusyBox v0.50 (2001.07.14-02:40+0000) multi-call binary

Usage: sh [FILE]...
or: sh -c command [args]...

lash: The BusyBox LAme SHell (command interpreter)

Lade module
Lade i2c-8xx
i2c-core.o: i2c core module
[i2c-8xx]: mpc 8xx i2c init
i2c-core.o: adapter registered as adapter 0.
[i2c-8xx]: adapter: 0
Lade info
i2c-core.o: driver FOR_PROBE_ONLY registered.
Oops: kernel access of bad area, sig: 11
NIP: C000C6E8 XER: C000E27D LR: C000C6E0 SP: C1E2BC60 REGS: c1e2bbb0 TRAP: 0300
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000004, DSISR: 00000BA9
TASK = c1e2a000[30] 'insmod' Last syscall: 128
last math 00000000 last altivec 00000000
GPR00: 00001032 C1E2BC60 C1E2A000 000001F4 00001032 C1E2BD3A C3010000 00000002
GPR08: FF000860 00000000 C3010000 C000C684 C010E000 1002D878 01FE3000 01F9FBF0
GPR16: 00000000 00000001 00000000 00000001 C3010000 C1E2BD18 C3010000 C3010000
GPR24: 00000000 C0112170 C0110000 C1E2BC68 C30096A8 C1E2BC70 000001F4 C1E2BC60
Call backtrace:
0000002E C3008C8C C3004630 C300B0F0 C300B138 C3003788 C300B19C
C300B268 C300B39C C300B6EC C0010824 C000249C 10030210 1000348C
10004540 10004784 0FEF2F3C 00000000
Oops: kernel access of bad area, sig: 11
NIP: C000C3B0 XER: C000E27D LR: C000C3A0 SP: C1E2B950 REGS: c1e2b8a0 TRAP: 0300
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: FFFFFFFC, DSISR: 000003B8
TASK = c1e2a000[30] 'insmod' Last syscall: 128
last math 00000000 last altivec 00000000
GPR00: 00001032 C1E2B950 C1E2A000 00000001 00009032 00000001 C0130000 C014283C
GPR08: FF000000 C0004634 C3008598 C000C350 00000041 1002D878 01FE3000 01F9FBF0
GPR16: 00000000 00000001 00000000 00000001 00001032 01E2B9F0 00000001 C0002710
GPR24: FFFFFFF8 00000000 C1E2BA00 00000001 C30096A8 C0004670 00000000 C1E2B950
Call backtrace:
01E2B9F0 C30085FC C00A4AC8 C0003788 C000396C C0002710 C000291C
C000A54C C000A1E8 C0002718 0000002E C3008C8C C3004630 C300B0F0
C300B138 C3003788 C300B19C C300B268 C300B39C C300B6EC C0010824
C000249C 10030210 1000348C 10004540 10004784 0FEF2F3C 00000000
Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing
Rebooting in 180 seconds

hat jemand ne idee ?!

Beitrag von **mediom** » Samstag 28. Juli 2001, 19:08

du hast es mit winzip oder einen anderen windows paker entpackt. nimm die Unixtools!

dann ist das:(Kernel panic: Aiee, killing interrupt handler!
In interrupt handler - not syncing
Rebooting in 180 seconds) weg

Beitrag von **MegaMike** » Samstag 28. Juli 2001, 19:18

@mediom

nö hab ich nicht, ich hab es mit den cygwin tools gemacht.

was könnte es sonst sein ?

Beitrag von **mediom** » Samstag 28. Juli 2001, 23:32

hast du die von field schon getested?

Beitrag von **MegaMike** » Dienstag 31. Juli 2001, 00:19

@all

hat sich erledigt habe mir die flash version reingebrannt - funktioniert !

lg

Beitrag von **HipHopHund** » Freitag 3. August 2001, 10:44

Habe das gleiche Problem!

Die Soft wurde mit bzip, und tar entpackt... zwar habe ich auch schon die rcS geändert, funktioniert aber trotzdem nicht! Will trozdem nach 180 sec Rebooten...

Gruß, der Hund

Beitrag von **mediom** » Freitag 3. August 2001, 11:15

Ihr dürft die rcS nicht mit einen DOS oder Windows Editor ändern!

Beitrag von **field** » Freitag 3. August 2001, 12:33

Wenn ihr ezap per NFS bootet, müßt ihr auch den richtigen Kernel verwenden. EZap funktioniert nur mit dem ~577KB großer Linux-Kernel.

Beitrag von **HipHopHund** » Freitag 3. August 2001, 14:21

Das mit rcS ist mir auch aufgefallen. Habe die auszukommentierende Zeile per Hexeditor geändert (zu faul Linux zu starten <IMG SRC="/forum/images/smiles/icon_smile.gif">)).
Benutze den Linuxkernel-mit-mtd .... funktioniert trotzdem nicht <IMG SRC="/forum/images/smiles/icon_frown.gif">

Beitrag von **Toerli** » Freitag 3. August 2001, 18:31

field: Warum soll ezap nur mit diesem 1 kernel gehen?
Hat doch damit nix zu tun

Beitrag von **tmbinc** » Freitag 3. August 2001, 18:54

Doch.

Weil jeder andere vorlieben hat sich nen Kernel zu compilieren. Da gibts CONFIG_MODVERSIONS und einiges mehr.

Wenn das nicht matcht, dann laden sich die Treiber nicht -> crash. (warum das dann echt crasht weiss ich zwar auch nicht, müsste man mal debuggen).

Man braucht jedenfalls einen kompatiblen kernel.

Oder man tauscht die /lib/modules noch aus

Beitrag von **field** » Samstag 4. August 2001, 14:04

Ich hab tmbinc's EZAP jetzt auch mit anderen Kernels probiert (die aus den neueren YADDs von MCClean). Standardmäßig verabschieden sie sich alle mit Kernel Oops...
Wenn Ihr allerdings bei den Driver-Modulen (aus den Verzeichnissen libmodules2.4.2...) auch die von MCClean verwendet (also zB i2c-core.o u.a.), dann bootet ezap auch mit den neueren Kernels.
Also einfach rüberkopieren, dann sollte es gehen.