Thanks for your response, this helped a lot! We have applied this patch (https://patchwork.kernel.org/patch/1993791/) which fixes the problem with "Unable to handle kernel paging request at virtual adress" as well as this one (http://lkml.indiana.edu/hypermail/linux/kernel/1205.0/00794.html).
But now we have a different problem. The kernel still doesn't boot but we get a different message, "unhandled kernel unaligned access". This is the new output: RedBoot(tm) bootstrap and debug environment [ROMRAM] Ubiquiti Networks certified release, version 0.9.00318M.0905121200 - built 12:01:38, May 12 2009 Copyright (C) 2000, 2001, 2002, 2003, 2004 Red Hat, Inc. Board: Ubiquiti RouterStation PRO Arch: ar7100pro RAM: 0x80000000-0x88000000, [0x8003bf00-0x87fe1000] available Flash: 0xbf000000-0xc0000000, in 256 blocks of 0x00010000 bytes each == Executing boot script in 1.000 seconds - enter ^C to abort RedBoot> fis load -d -e kernel Trying LZMA decompression... Image loaded from 0x80060000-0x803dff64 Image is not ELF, skipping ELF parsing... RedBoot> exec Now booting linux kernel: Base address 0x80050000 Entry 0x80060000 memsize=0x08000000 modetty0=0,n,8,1,hw board=RouterStation PRO ethaddr=00.15.6d.c4.23.c4 [ 0.000000] Linux version 3.3.8 (ruesch@kapitza2) (gcc version 4.6.3 20120201 (prerelease) (Linaro GCC 4.6-2012.02) ) #1 Tue May 14 18:31:53 CEST 2013 [ 0.000000] bootconsole [early0] enabled [ 0.000000] CPU revision is: 00019374 (MIPS 24Kc) [ 0.000000] SoC: Atheros AR7161 rev 2 [ 0.000000] Clocks: CPU:720.000MHz, DDR:360.000MHz, AHB:180.000MHz, Ref:40.000MHz [ 0.000000] Determined physical RAM map: [ 0.000000] memory: 08000000 @ 00000000 (usable) [ 0.000000] Initrd not found or empty - disabling initrd [ 0.000000] Zone PFN ranges: [ 0.000000] Normal 0x00000000 -> 0x00008000 [ 0.000000] Movable zone start PFN for each node [ 0.000000] Early memory PFN ranges [ 0.000000] 0: 0x00000000 -> 0x00008000 [ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 32512 [ 0.000000] Kernel command line: board=UBNT-RSPRO console=ttyS0,115200 ethaddr=00.15.6d.c4.23.c4 rootfstype=squashfs,jffs2 noinitrd [ 0.000000] PID hash table entries: 512 (order: -1, 2048 bytes) [ 0.000000] Dentry cache hash table entries: 16384 (order: 4, 65536 bytes) [ 0.000000] Inode-cache hash table entries: 8192 (order: 3, 32768 bytes) [ 0.000000] Primary instruction cache 64kB, VIPT, 4-way, linesize 32 bytes. [ 0.000000] Primary data cache 32kB, 4-way, VIPT, cache aliases, linesize 32 bytes [ 0.000000] Writing ErrCtl register=00002202 [ 0.000000] Readback ErrCtl register=00002202 [ 0.000000] Memory: 125584k/131072k available (2634k kernel code, 5488k reserved, 663k data, 284k init, 0k highmem) [ 0.000000] SLUB: Genslabs=9, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1 [ 0.000000] NR_IRQS:51 [ 0.000000] Calibrating delay loop... 479.23 BogoMIPS (lpj=2396160) [ 0.060000] pid_max: default: 32768 minimum: 301 [ 0.060000] Mount-cache hash table entries: 512 [ 0.060000] ftrace: allocating 9405 entries in 19 pages [ 0.080000] Unhandled kernel unaligned access[#1]: [ 0.080000] Cpu 0 [ 0.080000] $ 0 : 00000000 800e7394 0000002c 000000e9 [ 0.080000] $ 4 : 00000003 000000e9 000000e5 00000000 [ 0.080000] $ 8 : 00000000 00000000 80397810 803977e4 [ 0.080000] $12 : 80379b4c 00000000 00000001 00000003 [ 0.080000] $16 : 00000000 00000003 00000000 00000003 [ 0.080000] $20 : 00000000 00000000 00000003 80380000 [ 0.080000] $24 : 00000003 00008000 [ 0.080000] $28 : 80378000 80379b00 80379b00 800e7394 [ 0.080000] Hi : 00000000 [ 0.080000] Lo : 04c4b400 [ 0.080000] epc : 800e66a8 __rmqueue+0x74/0x418 [ 0.080000] Not tainted [ 0.080000] ra : 800e7394 get_page_from_freelist+0x2d0/0x49c [ 0.080000] Status: 1000c002 KERNEL EXL [ 0.080000] Cause : 00800010 [ 0.080000] BadVA : 000000e9 [ 0.080000] PrId : 00019374 (MIPS 24Kc) [ 0.080000] Modules linked in: [ 0.080000] Process swapper (pid: 0, threadinfo=80378000, task=8037c2e0, tls=00000000) [ 0.080000] Stack : 00000000 00000008 80387668 8037c2e0 00000000 00000020 80379c20 00000000 [ 0.080000] 00000000 00000000 00005200 00000003 00000000 00000003 00000000 00000000 [ 0.080000] 00000041 00025200 80379b48 800e7394 00000041 800b10e0 80379be4 00000000 [ 0.080000] 00000041 98967f56 fffffff8 00000008 80387668 80397d7c 00000000 00000000 [ 0.080000] 80379c2c 00000001 00000000 00000008 00000001 800b11d4 00005200 00000003 [ 0.080000] ... [ 0.080000] Call Trace: [ 0.080000] [<800e66a8>] __rmqueue+0x74/0x418 [ 0.080000] [<800e7394>] get_page_from_freelist+0x2d0/0x49c [ 0.080000] [ 0.080000] [ 0.080000] Code: 24c60020 24c30004 00672821 <8ca20000> 54450003 8c450004 080399df 24840001 8c470000 [ 0.090000] ---[ end trace 189fb8f9198e4a15 ]--- [ 0.090000] Kernel panic - not syncing: Attempted to kill the idle task! This time there is an entry for ftrace, "ftrace: allocating 9405 entries in 19 pages". The oops seems to get triggered by get_page_from_freelist in page_alloc.c (in process swapper?). Did anyone have the same problem and found a solution? 14 maj 2013 kl. 13:18 skrev Luca dariz: > Il 14/05/2013 08:12, Signe Rüsch ha scritto: >> Hello, >> >> We have compiled the OpenWrt attitude adjustment release for the >> "Ubiquiti RouterStation Pro" and it flashes fine. >> >> But after enabling tracing support in the kernel under Kernel >> hacking->Tracers and in the .config (CONFIG_KERNEL_FTRACE), the router >> doesn't boot anymore. >> >> ... >> >> We assume that this may be caused by the size of the kernel, that it >> might be too big [1], but we are not sure. >> Do you have any suggestions how to fix this and flash the kernel with >> tracing still enabled? >> >> Thank you in advance! >> Signe Rüsch >> >> [1] https://dev.openwrt.org/ticket/11140 >> > > I think ftrace is broken on MIPS on recent kernels, see > http://thread.gmane.org/gmane.linux.kernel/1420616 > > A while ago i needed ftrace and i had to go back to linux 3.0 to have it > (partially) working. > > Luca > _______________________________________________ > openwrt-users mailing list > [email protected] > https://lists.openwrt.org/mailman/listinfo/openwrt-users
_______________________________________________ openwrt-users mailing list [email protected] https://lists.openwrt.org/mailman/listinfo/openwrt-users
