Re: stopping ndis caused fatal trap 12

On 7/21/07, Andrew Thompson <thompsa_at_freebsd.org> wrote:
> > Can you (and anyone else having ndis assosciate problems) please try
> > these two patches.
> > 
> > ndis_scan9.diff applies in sys/dev/if_ndis, and scan_sta1.diff applies
> > in sys/net80211. I have kept them seperate as Sephe is due to commit
> > scan_sta1.diff shortly and may have already done so before you get to
> > test.
> 
> Is anyone able to test this? I can not commit it until at least one
> person with the ndis issues can confirm it works. Sephe has committed
> his part so only the attached patch is needed.
> 

With both of those patches applied my system has no problems associating and obtaining an IP address.  Before the patches were applied the system would time out  on the dhcp requests, and fail to obtain an IP due to it hadn't associated with an AP in time.

I was finally able to get connected to the schools WPA network with wpa_supplicant, by removing:

   ca_certs=""

from the configuration:

network={
        ssid="School_WPA"
        proto=WPA
        key_mgmt=WPA-EAP
        pairwise=TKIP
        group=TKIP
        eap=PEAP
        identity="me_at_school"
        password="password"
        phase1="include_tls_length=1"
        phase2="auth=MSCHAPV2"
}

found the problem by using wlandebug scan+assoc+auth, and saw it was failing when it tried to load the certificate file.

I also tested the ndis_scan10.diff  on my home and work networks and didn't have any problems assocating with the APs.  I did notice that 'ifconfig ndis0' on my home network would show the ssid, while the work and school network wouldn't show the connected ssid.

'ifconfig ndis0 scan ; ifconfig ndis0 list scan' still doesn't show the available APs.  But they still show up in wpa_cli when using scan_results.

I had created the following script for the testing:

---
#!/bin/sh
set -x
newsyslog -F
kldload bcmwl564_sys.ko
sysctl debug.ndis=1
wlandebug -i ndis0 scan
ifconfig ndis0 scan
ifconfig ndis0 list scan
kldunload bcmwl564_sys.ko
---

Script started on Sat Jul 21 14:15:13 2007
+ newsyslog -F
+ kldload bcmwl564_sys.ko
+ sysctl debug.ndis=1
debug.ndis: 0 -> 1
+ wlandebug -i ndis0 scan
net.wlan.0.debug: 0x0 => 0x200000<scan>
+ ifconfig ndis0 scan
+ ifconfig ndis0 list scan

Script done on Sat Jul 21 14:15:25 2007

== /var/log/messages ==

Jul 21 14:15:13 hp010 newsyslog[1195]: logfile turned over due to -F request
Jul 21 14:15:24 hp010 kernel: ichsmb0: <SMBus controller> port 0x8400-0x840f mem 0xc0003000-0xc00033ff at device 20.0 on pci0
Jul 21 14:15:24 hp010 kernel: ichsmb0: can't map I/O
Jul 21 14:15:24 hp010 kernel: device_attach: ichsmb0 attach returned 6
Jul 21 14:15:24 hp010 kernel: ichsmb0: <SMBus controller> port 0x8400-0x840f mem 0xc0003000-0xc00033ff at device 20.0 on pci0
Jul 21 14:15:24 hp010 kernel: ichsmb0: can't map I/O
Jul 21 14:15:24 hp010 kernel: device_attach: ichsmb0 attach returned 6
Jul 21 14:15:24 hp010 kernel: ndis0: <Broadcom 802.11b/g WLAN> mem 0xc0204000-0xc0205fff irq 21 at device 2.0 on pci6
Jul 21 14:15:24 hp010 kernel: ndis0: [ITHREAD]
Jul 21 14:15:24 hp010 kernel: ndis0: NDIS API version: 5.1
Jul 21 14:15:24 hp010 kernel: fpudna in kernel mode!
Jul 21 14:15:25 hp010 kernel: ndis0: using obsoleted if_watchdog interface
Jul 21 14:15:25 hp010 kernel: ndis0: Ethernet address: 00:14:a5:72:68:64

Scot
-- 
DISCLAIMER:
No electrons were mamed while sending this message. Only slightly bruised.