On Thu, Oct 16, 2008 at 11:32 AM, Brian J. Murrell <[EMAIL PROTECTED]> wrote: > I'm using kernel 2.25.7, compat-wireless-2008-08-06 but whenever I > insmod the b43 driver I get the following:
Strange, I use compat-wireless-2008-08-06 on wl-500gp as well, did not see such problem. The difference is that I use the kernel 2.6.25.15 > > b43-phy0: Broadcom 4318 WLAN found > b43-phy0 debug: Found PHY: Analog 3, Type 2, Revision 7 > Data bus error, epc == 8011635c, ra == 8015dfe4 > Oops[#1]: > Cpu 0 > $ 0 : 00000000 1000d800 81c52454 8015ddd4 > $ 4 : c00003f8 81c52454 00000001 00000000 > $ 8 : 80257f40 80250000 802a0000 802a0000 > $12 : 802a0000 00000000 80298588 802985a8 > $16 : 81c52400 81c52454 000003f8 00000002 > $20 : c02bd000 00000007 c02e9090 00000001 > $24 : 80ea1b78 000186a0 > $28 : 80ea0000 80ea1cb8 80ef4d80 8015dfe4 > Hi : 003d08db > Lo : c5476300 > epc : 8011635c Not tainted > ra : 8015dfe4 Status: 1000d803 KERNEL EXL IE > Cause : 0080001c > PrId : 00029006 (Broadcom BCM3302) > Modules linked in: b43(+) cls_u32 sch_sfq sch_prio sch_ingress sch_htb > ipt_ULOG ip_queue nf_nat_snmp_basic nf_nat_sip nf_conntrack_sip nf_nat_rtsp > nf_conntrack_rtsp nf_nat_pptp nf_conntrack_pptp nf_nat_h323 nf_conntrack_h323 > nf_nat_proto_gre nf_conntrack_proto_gre nf_nat_tftp nf_conntrack_tftp > nf_nat_irc nf_conntrack_irc nf_nat_ftp nf_conntrack_ftp ipt_REDIRECT > ipt_NETMAP ipt_SET ipt_set ip_set_portmap ip_set_nethash ip_set_macipmap > ip_set_iptreemap ip_set_iptree ip_set_ipporthash ip_set_ipmap ip_set_iphash > ip_set xt_policy xt_esp ipt_ah xt_iprange ipt_TTL xt_MARK ipt_ECN xt_CLASSIFY > ipt_ttl xt_time ipt_time xt_tcpmss xt_statistic xt_mark xt_mac xt_length > ipt_ecn xt_DSCP xt_dscp ipt_IMQ xt_string xt_layer7 ipt_ipp2p ipt_LOG > xt_CHAOS pppoe xt_DELUDE xt_TARPIT pppox xt_quota xt_portscan xt_pkttype > iptable_raw xt_NOTRACK xt_CONNMARK ipt_recent xt_helper xt_conntrack > xt_connmark xt_connbytes ip6t_REJECT ip6t_LOG ip6t_IMQ ip6t_mh ip6t_eui64 > ip6t_ah ip6table_raw ip6_queue ip6tabl e_mangle ip6table_filter ip6_tables nf_conntrack_ipv6 sit tunnel4 tun ppp_async ppp_generic slhc crc_ccitt mac80211 cfg80211 ipv6 arc4 aes_generic deflate ecb cbc crypto_blkcipher crypto_hash cryptomgr crypto_algapi ext3 jbd usb_storage sd_mod scsi_mod ehci_hcd usbcore switch_robo switch_core diag > Process insmod (pid: 1685, threadinfo=80ea0000, task=80c8f1a8) > Stack : 00004318 80ef40e4 0000017f 81f1a000 0000017f 81f1a000 c0321d84 > c02fd094 > c02e9090 800c7294 00000003 00000002 00000007 00000000 00000001 00000000 > 00000000 028c3263 00000003 80ef4d80 81c52400 81c77400 00000001 80ef4e1c > 81f1a584 00000001 00000000 80ea1e00 c0321d68 81c52454 c0321d84 81c7ac8c > c02bd000 0000001a c02e9090 c02e8be0 c01d0140 8015bfac 81c52454 800c7a6c > ... > Call > Trace:[<c02fd094>][<800c7294>][<c01d0140>][<8015bfac>][<800c7a6c>][<8010457c>][<80138030>][<80137fd4>][<8020d7cc>][<801384c8>][<80136bf8>][<80104af0>][<80104348>][<80138350>][<80136d78>][<80104b50>][<80136a24>][<80137a98>][<80137a70>][<80105444>][<80138c18>][<80057af0>][<8006ecf8>][<c0263034>][<8006eec4>][<8004bff4>][<8003aed8>][<8006a800>][<8000b0d0>] > > Code: 90820000 03e00008 304200ff <94820000> 03e00008 3042ffff 8c820000 > 03e00008 00000000 > > I realize that Stack is not terribly useful undecoded, but I'm not sure > how to go about doing that on an OpenWRT platform. > > This behaviour is 100% consistent with trying to load the b43 module. > The b43 module I am using is md5sum 9563ceeed86bca0859ad5f010623277c > from > http://www.orbit-lab.org/kernel/compat-wireless-2.6/2008/08/compat-wireless-2008-08-06.tar.bz2 > > Essentially, I'm using the mac80211 and b43 from the OpenWRT Kamikaze > trunk. > > Any ideas? > > Thanx, > b. > > > _______________________________________________ > openwrt-devel mailing list > [email protected] > http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel > > -- Regards dave _______________________________________________ openwrt-devel mailing list [email protected] http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
