Date: Sat, 15 Dec 2007 13:59:51 +0300 From: Stanislav Sedov <stas@FreeBSD.org> To: Rafal Jaworowski <raj@semihalf.com> Cc: freebsd-arm@freebsd.org Subject: Align exception (was: MMC cards support) Message-ID: <20071215105951.GN17356@dracon.ht-systems.ru> In-Reply-To: <20071214190825.GG17356@dracon.ht-systems.ru> References: <20071213222654.GE17356@dracon.ht-systems.ru> <20071214090128.GM31230@cicely12.cicely.de> <20071214115226.0b2cb7e2@peedub.jennejohn.org> <20071214.062511.74732956.imp@bsdimp.com> <20071214153201.18c4c5ea@peedub.jennejohn.org> <47629E53.30404@semihalf.com> <20071214190825.GG17356@dracon.ht-systems.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Dec 14, 2007 at 10:08:25PM +0300 Stanislav Sedov mentioned: > > Well, I downloaded the entire kernel via tftp, so the controller was probably > configured correctly. Probably, u-boot resets it after transfer (have not checked > this yet). > Ok, I've solved my problem with if_ate by hardwiring MAC into the driver and by commenting out the lines 1007-1008 in if_ates./c: if (phy != 0) return (0xffff); My phy (rtl8102BL) is on 0x1D address, that forced the mii driver to return 0xffff for all request? What this conditiond was intnded for? Probably we can strip this out? For now I have another problem: i'm receiving the aligning exception when kernel is about to start userland: ====================================================================== Fatal kernel mode data abort: 'Alignment Fault 3' trapframe: 0xc422ebbc FSR=00000003, FAR=42203735, spsr=600000d3 r0 =60000093, r1 =c0878220, r2 =c0878220, r3 =00000001 r4 =c0788b40, r5 =00000000, r6 =42203735, r7 =c0878220 r8 =00000001, r9 =c072a08c, r10=c0878220, r11=c422ec28 r12=c422ec08, ssp=c422ec08, slr=c01d04dc, pc =c0099cf4 [thread pid 24 tid 100035 ] Stopped at _thread_lock_flags+0x24: ldr r4, [r6] ====================================================================== >From the backtrace I can see it faults somewhere in the fork request: ====================================================================== _thread_lock_flags() at _thread_lock_flags+0x10 scp=0xc0099ce0 rlv=0xc008e320 (intr_event_schedule_thread+0x98) rsp=0xc422ec2c rfp=0xc422ec4c r7=0x00100000 r6=0x00000000 r5=0x42203735 r4=0xc0788b40 intr_event_schedule_thread() at intr_event_schedule_thread+0x10 scp=0xc008e298 rlv=0xc008f120 (swi_sched+0x38) rsp=0xc422ec50 rfp=0xc422ec5c r5=0xc07b4000 r4=0x00100000 swi_sched() at swi_sched+0x10 scp=0xc008f0f8 rlv=0xc003729c (uart_bus_detach+0x1a4) rsp=0xc422ec60 rfp=0xc422ec70 uart_bus_detach() at uart_bus_detach+0x15c scp=0xc0037254 rlv=0xc0037a10 (uart_bus_ipend+0x2dc) rsp=0xc422ec74 rfp=0xc422ec90 r4=0xc07b4000 uart_bus_ipend() at uart_bus_ipend+0x68 scp=0xc003779c rlv=0xc01cf8ec (arm_handler_execute+0x98) rsp=0xc422ec94 rfp=0xc422ecb8 r7=0xc422ecbc r6=0xc0781080 r5=0x00000000 r4=0xc07b3640 arm_handler_execute() at arm_handler_execute+0x10 scp=0xc01cf864 rlv=0xc01de2d4 (irq_entry+0x98) rsp=0xc422ecbc rfp=0xc422ed40 r10=0x0000000b r8=0x20300000 r7=0x0000001b r6=0xc0303cd0 r5=0xe0000004 r4=0x2026c000 pmap_protect() at pmap_protect+0x10 scp=0xc01d6134 rlv=0xc01b9e24 (vmspace_fork+0x26c) rsp=0xc422ed44 rfp=0xc422ed74 r10=0xc072a000 r9=0xc072a000 r8=0xc072a4ec r7=0xc072a4ec r6=0xc02d9044 r5=0xc02da770 r4=0x00000000 vmspace_fork() at vmspace_fork+0x10 scp=0xc01b9bc8 rlv=0xc008ca50 (fork1+0x1e4) rsp=0xc422ed78 rfp=0xc422edb8 r10=0xc088d580 r9=0xc0878220 r8=0x00000014 r7=0xc0877580 r6=0x00000000 r5=0x00000004 r4=0x00000010 fork1() at fork1+0x10 scp=0xc008c87c rlv=0xc008dae4 (fork+0x24) rsp=0xc422edbc rfp=0xc422edd4 r10=0xc088d580 r9=0xc422ee30 r8=0x00000002 r7=0xc422eeac r6=0x00000000 r5=0xc0878220 r4=0xc0878220 fork() at fork+0x10 scp=0xc008dad0 rlv=0xc01d93cc (swi_handler+0x2d4) rsp=0xc422edd8 rfp=0xc422eea8 r4=0x00000000 swi_handler() at swi_handler+0x10 scp=0xc01d9108 rlv=0xc01ce928 (swi_entry+0x40) rsp=0xc422eeac rfp=0xbfffe868 r10=0x00000000 r9=0x20204285 r8=0x20204274 r7=0x00000002 r6=0x00000004 r5=0x2020e080 r4=0x0002e52c ====================================================================== Is this problem somehow known? Can it be linked with the fact I'm using NFS as a root filesystem? From kdb's ps it can be seen, that 3 userland processes is already running, all sh. Thanks! -- Stanislav Sedov ST4096-RIPE
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071215105951.GN17356>