Unable to handle kernel paging request at virtual address -- ARM linux

Hello, i'm trying to boot a linux image (ftp://ftp.arm.linux.org.uk/ pub/armli...in/zImage.qvga) on a PXA270 processor based board. I am getting this crash dump, but I don't have any idea how to fix this. Any suggestions please?

Starting kernel ...

Uncompressing Linux............................................................. ......................... done, booting the kernel. Linux version 2.6.9-intc1 ( snipped-for-privacy@localhost.localdomain) (gcc version

3.4.3) #1 Th u Jan 27 10:07:41 CST 2005 CPU: XScale-PXA270 [69054117] revision 7 (ARMv5TE) CPU: D undefined 5 cache CPU: I cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets CPU: D cache: 32768 bytes, associativity 32, 32 byte lines, 32 sets Machine: Intel HCDDBBVA0 Development Platform (aka Mainstone) Memory policy: ECC disabled, Data cache writeback Run Mode clock: 208.00MHz (*16) Turbo Mode clock: 520.00MHz (*2.5, active) Memory clock: 208.00MHz (/2) System bus clock: 208.00MHz Built 1 zonelists Kernel command line: root=/dev/mtdblock2 rootfstype=cramfs console=ttyS0,38400 PID hash table entries: 1024 (order: 10, 16384 bytes) Console: colour dummy device 80x30 Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 128MB = 128MB total Memory: 126976KB available (2206K code, 463K data, 96K init) Mount-cache hash table entries: 512 (order: 0, 4096 bytes) CPU: Testing write buffer coherency: ok NET: Registered protocol family 16 SCSI subsystem initialized Linux Kernel Card Services options: [pm] usbcore: registered new driver hub NET: Registered protocol family 23 Register device ipmc successgul. JFFS2 version 2.2. (C) 2001-2003 Red Hat, Inc. Console: switching to colour frame buffer device 30x40 Load PXA Overlay driver successfully!

Unable to handle kernel paging request at virtual address 09d5207c pgd = c0004000 [09d5207c] *pgd=00000000 Internal error: Oops: f5 [#1] Modules linked in: CPU: 0 PC is at cache_alloc_refill+0x130/0x3f4 LR is at 0xc7d51020 pc : [] lr : [] Not tainted sp : c7c49f1c ip : 00000060 fp : c7c49f48 r10: c7c48000 r9 : 000000d0 r8 : c02bc2a0 r7 : c02bc2ac r6 : c7c0f000 r5 : 00000027 r4 : c03ff240 r3 : 90800411 r2 : 00000015 r1 : c7c0f010 r0 : c7d51038 Flags: nzCv IRQs off FIQs on Mode SVC_32 Segment kernel Control: 397F Table: A0004000 DAC: 0000001D Process swapper (pid: 1, stack limit = 0xc7c481a0) Stack: (0xc7c49f1c to 0xc7c4a000)

9f00: 9f20: 40000013 00000000 0000007c 00008124 00000001 00000000 00000000 c7c49f5c 9f40: c7c49f4c c0058770 c0058848 0000000b c7c49f84 c7c49f60 c00a14bc c005870c 9f60: c0235e05 00008124 c001f8c0 0000007c c001ff2c 00000000 c7c49fa0 c7c49f88 9f80: c00a1568 c00a1448 c7c40120 00000000 c001f8c0 c7c49fc0 c7c49fa4 c0158c44 9fa0: c00a1504 00000040 00000000 c001fd8c 00000001 c7c49fd4 c7c49fc4 c00155c0 9fc0: c0158bcc c7c48000 c7c49ff4 c7c49fd8 c00202dc c00155a4 00000000 00000000 9fe0: 00000000 00000000 00000000 c7c49ff8 c0035bfc c0020238 00000000 00000000 Backtrace: [] (cache_alloc_refill+0x0/0x3f4) from [] (__kmalloc+0x70/0x 8c) [] (__kmalloc+0x0/0x8c) from [] (proc_create +0x80/0xbc) r4 = 0000000B [] (proc_create+0x0/0xbc) from [] (create_proc_entry+0x70/0x c0) r8 = 00000000 r7 = C001FF2C r6 = 0000007C r5 = C001F8C0 r4 = 00008124 [] (create_proc_entry+0x0/0xc0) from [] (scsi_init_devinfo+0 x84/0xcc) r5 = C001F8C0 r4 = 00000000 [] (scsi_init_devinfo+0x0/0xcc) from [] (init_scsi +0x28/0xb8 ) r6 = 00000001 r5 = C001FD8C r4 = 00000000 [] (init_scsi+0x0/0xb8) from [] (init+0xb0/0x244) r4 = C7C48000 [] (init+0x0/0x244) from [] (do_exit+0x0/0xd1c) r7 = 00000000 r6 = 00000000 r5 = 00000000 r4 = 00000000 Code: e59e2010 e59e3014 e2822001 e58e2010 (e7903103) Kernel panic - not syncing: Attempted to kill init!

Any help in this regard will be greatly appreciated.

Francesco

Reply to
francesco
Loading thread data ...

francesco ha scritto:

Francesco, your problem is in cache_alloc_refill function but seems called by init_scsi. I would suggest to remove SCSI support from your kernel just to see what happens. BTW are you sure that the kernel image you are using is appropriate for your board ? Your bootloader settings are OK ? Your Kernel is patched properly for your board? More details would help us helping you ;-)

Ciao

-- Marco Cavallini | KOAN SAS | Bergamo - Italia embedded and real-time software engineering Phone:+39-035-255.235 - Fax:+39-178-22.39.748

formatting link
Meet us @ Embedded World 2008 - Nurenberg February 26-28, 2008 Hall 11 - 224

Reply to
Marco Cavallini [KOAN]

ElectronDepot website is not affiliated with any of the manufacturers or service providers discussed here. All logos and trade names are the property of their respective owners.