On Mon, 2011-09-05 at 13:25 +0000, Michael Büsch wrote: > On Sun, 4 Sep 2011 22:44:08 +0200 > Luka Perkov <[email protected]> wrote: > > Unhandled kernel unaligned access[#1]: > > Cpu 0 > > $ 0 : 00000000 00000000 00000006 00000011 > > $ 4 : d5bf9da3 80dbb548 00000006 0000c010 > > $ 8 : 0000c578 00000000 6e617332 6e617332 > > $12 : 00000000 00000000 00000000 00000000 > > $16 : 6fbb5ff7 80d05618 8028fab0 00000000 > > $20 : 8028fa28 80cba248 8028fabc 8028fabe > > $24 : 00000000 80d85a50 > > $28 : 8028e000 8028f9f0 81043d14 80cb8708 > > Hi : 00000235 > > Lo : 02922c00 > > epc : 80cb8968 nf_nat_setup_info+0x2e0/0x6e8 [nf_nat] > > Tainted: P > > ra : 80cb8708 nf_nat_setup_info+0x80/0x6e8 [nf_nat] > > Status: 1100fc03 KERNEL EXL IE > > Cause : 00800010 > > BadVA : 6fbb600f > > PrId : 00019641 (MIPS 24Kc) > > Modules linked in: gpio_keys_polled dwc_otg ath_pci ath_hal(P) lantiq_atm > > drv_dsl_cpe_api lantiq_mei ipt_MASQUERADE iptable_nat nf_nat xt_conntrack > > xt_NOTRACK iptable_raw xt_state nf_conntrack_ipv4 nf_defrag_ipv4 > > nf_conntrack pppoe pppox ipt_REJECT xt_TCPMSS ipt_LOG xt_comment > > xt_multiport xt_mac xt_limit iptable_mangle iptable_filter ip_tables > > xt_tcpudp x_tables ppp_async ppp_generic slhc br2684 atm drv_vmmc usbcore > > drv_tapi crc_ccitt drv_ifxos arc4 aes_generic crypto_algapi
> thanks. > I am still wondering how enabling preempt could possibly workaround/hide > an alignment bug. sounds strange to me. Does somebody have an idea? > > I didn't look too closely at the function yet, though. > This is on the Lantiq danube/xway platform, which has a second mips processor and a packet accelerator. Both of these units run proprietary code accessing main memory as they see fit. Also the Atheros binary hal is in there. The test running is a heavy stress test of the netfilter code. It's spending most of it's time in there. I would not be surprised if one of the other elements in the picture is doing something bad, ie. not the netfilter code itself. The preemption option is merely hiding something else. Conor
_______________________________________________ openwrt-devel mailing list [email protected] https://lists.openwrt.org/mailman/listinfo/openwrt-devel
