WPI (Intel wireless 3945ABG) strange behaviour
Hello everyone,
I'm doing my first FreeBSD install (10.0) on an old laptop with an Intel
3945 interface. During the install I already noticed strange behaviour
since the installer gave me a DHCP lease failed. The second time it
passed. FWIW, I installed with root on ZFS and the laptop has 1GB of
internal memory.
When I then rebooted I noticed my wireless did not connect to the SSID
via wpa authentication. My wifi kept on scanning on other ssid's except
the one I wanted.
After reading quite some man pages, I finally have my laptop set up as
follows :
/etc/rc.conf :
ifconfig_wlan0 = ssid myssid
ifconfig_wlan0 =mode 11g
ifconfig_wlan0 =-bgscan
ifconfig_wlan0 = WPA DHCP
and my /etc/wpa_supplicant.conf showed :
network={
ssid=mysid
psk=mysecrepassword
priority=5
}
When I boot, my wifi connects correct the first time but after a minute
or so, I loose connection again.
What is strange, is that ifconfig still tells me that wlan0 is
associated ot the correct ssid ...
I also regularly get the message : 'dhclient[1005] : send_packet : No
buffer space available (and wpi0 : need mulitcast update callback but
I know this one can't hurt)
Chris
___
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: WPI (Intel wireless 3945ABG) strange behaviour
Hi Chris cc wireless@ After reading quite some man pages, I finally have my laptop set up as follows : /etc/rc.conf : ifconfig_wlan0 = ssid myssid ifconfig_wlan0 =mode 11g ifconfig_wlan0 =-bgscan ifconfig_wlan0 = WPA DHCP ( I prefer wired nets only fumble with wireless when I must, but ) The above has multiple Bourne shell syntax errors. ifconfig_wlan0 = ssid myssid ^..^delete spaces ifconfig_wlan0 =mode 11g ^ delete space ifconfig_wlan0 =-bgscan ^ delete space ifconfig_wlan0 = WPA DHCP ^.^ delete spaces a test live with with /bin/sh: ifconfig_wlan0=ssid myssid ifconfig_wlan0=mode 11g ifconfig_wlan0=-bgscan ifconfig_wlan0=WPA DHCP echo $ifconfig_wlan0 see 3 previous assertions overwritten by the fourth. So try either ifconfig_wlan0=ssid myssid ifconfig_wlan0=$ifconfig_wlan0 mode 11g ifconfig_wlan0=$ifconfig_wlan0 -bgscan ifconfig_wlan0=$ifconfig_wlan0 WPA DHCP or ifconfig_wlan0=ssid myssid mode 11g -bgscan WPA DHCP Cheers, Julian -- Julian Stacey, BSD Linux Unix C Sys Eng Consultant Munich http://berklix.com Interleave replies Below, like a play script. ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: iwn: Intel Centrino 6205 bad 11n performance
Dear Adrian thanks a lot for the suggestion! Removing ht indeed improves the throughput to 1.7 MB/s. Still far from the maximum of my uplink but sufficient for the time being and much improved. Concerning the non-existing maintainer: does it in this case even make sense to file a PR? Given how common the Intel WLAN NICs (unfortunately) are and how some notebooks have white lists making a change to e.g. ath impossible, it is a real bummer that nobody maintains it. Thanks for your work on ath, btw, those NICs are working great nowadays! Thanks again for the help! Johannes On Wed, Aug 20, 2014 at 12:30 AM, Adrian Chadd adr...@freebsd.org wrote: Hi, You can try disabling 11n (ifconfig -ht) but besides that, there's no real iwn maintainer or anyone who wants to get really nitty gritty into what the driver is doing. So until that happens, I think we're short of luck. :( -a On 19 August 2014 12:53, Johannes Dieterich dieterich@gmail.com wrote: Dear all, I have a Intel Centrino Advanced-N 6205 WLAN NIC in my Thinkpad using iwn. iwn0@pci0:3:0:0:class=0x028000 card=0x13118086 chip=0x00858086 rev=0x34 hdr=0x00 vendor = 'Intel Corporation' device = 'Centrino Advanced-N 6205 [Taylor Peak]' class = network Unfortunately, I only get a rather bad speed using CURRENT (r270098) out of the chip. It is connected to an 11n (on the 2.4 GHz band) network: wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid X channel 4 (2427 MHz 11g ht/20) bssid XX country US authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit txpower 15 bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi wme roaming MANUAL I get a maximum of 900 KB/s of throughput (both in/out, approximated by copying a large file using scp), within the network and to the outside world. Running SuSE Linux on the notebook allows me to easily saturate my uplink at 3MB/s, didn't then further check within the network. I get no log messages on FBSD from iwn and I am not located in a particularly noisy neighborhood. The only performance issue I can find with this chip is one old report on Ubuntu (http://ubuntuforums.org/showthread.php?t=1949571), where the 11n seemed to be the culprit in the driver/firmware. Could this be an issue for us as well (firmware problem?)? As my workhorse is FreeBSD, I'd love to fix this issue. How can I further debug this issue and/or provide more data? I know that the status of iwn in FBSD is difficult ATM but maybe there is hope? Best Johannes ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: iwn: Intel Centrino 6205 bad 11n performance
Please file a PR. I may end up getting around to it. I don't know whether it's 11n TX or 11n RX, but we should really debug it. -a On 23 August 2014 12:19, Johannes Dieterich dieterich@gmail.com wrote: Dear Adrian thanks a lot for the suggestion! Removing ht indeed improves the throughput to 1.7 MB/s. Still far from the maximum of my uplink but sufficient for the time being and much improved. Concerning the non-existing maintainer: does it in this case even make sense to file a PR? Given how common the Intel WLAN NICs (unfortunately) are and how some notebooks have white lists making a change to e.g. ath impossible, it is a real bummer that nobody maintains it. Thanks for your work on ath, btw, those NICs are working great nowadays! Thanks again for the help! Johannes On Wed, Aug 20, 2014 at 12:30 AM, Adrian Chadd adr...@freebsd.org wrote: Hi, You can try disabling 11n (ifconfig -ht) but besides that, there's no real iwn maintainer or anyone who wants to get really nitty gritty into what the driver is doing. So until that happens, I think we're short of luck. :( -a On 19 August 2014 12:53, Johannes Dieterich dieterich@gmail.com wrote: Dear all, I have a Intel Centrino Advanced-N 6205 WLAN NIC in my Thinkpad using iwn. iwn0@pci0:3:0:0:class=0x028000 card=0x13118086 chip=0x00858086 rev=0x34 hdr=0x00 vendor = 'Intel Corporation' device = 'Centrino Advanced-N 6205 [Taylor Peak]' class = network Unfortunately, I only get a rather bad speed using CURRENT (r270098) out of the chip. It is connected to an 11n (on the 2.4 GHz band) network: wlan0: flags=8843UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST metric 0 mtu 1500 nd6 options=29PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL media: IEEE 802.11 Wireless Ethernet MCS mode 11ng status: associated ssid X channel 4 (2427 MHz 11g ht/20) bssid XX country US authmode WPA2/802.11i privacy ON deftxkey UNDEF TKIP 2:128-bit txpower 15 bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 64 protmode CTS ampdulimit 64k ampdudensity 8 -amsdutx amsdurx shortgi wme roaming MANUAL I get a maximum of 900 KB/s of throughput (both in/out, approximated by copying a large file using scp), within the network and to the outside world. Running SuSE Linux on the notebook allows me to easily saturate my uplink at 3MB/s, didn't then further check within the network. I get no log messages on FBSD from iwn and I am not located in a particularly noisy neighborhood. The only performance issue I can find with this chip is one old report on Ubuntu (http://ubuntuforums.org/showthread.php?t=1949571), where the 11n seemed to be the culprit in the driver/firmware. Could this be an issue for us as well (firmware problem?)? As my workhorse is FreeBSD, I'd love to fix this issue. How can I further debug this issue and/or provide more data? I know that the status of iwn in FBSD is difficult ATM but maybe there is hope? Best Johannes ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: WPI (Intel wireless 3945ABG) strange behaviour
Hi! It's a shell script config file. You have multiple lines, they're evaluated in order. so effectively what you've put in is: ifconfig_wlan0 = WPA DHCP .. now, I suggest you just do that. Ie, you don't need the rest of them anyway at least to get it working. What's in the kernel log? Type 'dmesg', look for messgaes from the wifi driver. -a ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: WPI (Intel wireless 3945ABG) strange behaviour
Adrian, now I understand why I have to put everything on one line :) I tried what you suggested (only WPA DHCP) and that what's the intial install generated too. But in that case my wireless does not connect to my ssid and keeps on scanning all channels and never connects ... That's why I started to add extra parameters untill I got a connection. dmesg gives nothing special with regard to my wifi driver(execpt for the messages I mentioned in my first post). Regards, Chris On 23-08-14 21:53, Adrian Chadd wrote: Hi! It's a shell script config file. You have multiple lines, they're evaluated in order. so effectively what you've put in is: ifconfig_wlan0 = WPA DHCP .. now, I suggest you just do that. Ie, you don't need the rest of them anyway at least to get it working. What's in the kernel log? Type 'dmesg', look for messgaes from the wifi driver. -a ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: WPI (Intel wireless 3945ABG) strange behaviour
Ok. Just try it manually - * comment out stuff from /etc/rc.conf and reboot * ifconfig wlan0 create wlandev wpi0 -bgscan * wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf * ifconfig wlan0 list scan - you haven't pasted that here, so we have no idea what APs it is seeing then see. If you compiled in IEEE80211_DEBUG in your kernel config, then 'wlandebug +scan' and see what is spat out to the kernel config. ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: WPI (Intel wireless 3945ABG) strange behaviour
Yeah, that's the same problem at iwn - the firmware rejects any frames being transmitted to 5ghz passive channels until a beacon is received. It's likely some buffering in net80211 and/or the driver(s) is required. It's not breaking regulatory - the NIC already scanned the channel and heard a beacon. But then the firmware is reset to associate to the channel (rather than scan) and it loses knowledge that the channel is fine to transmit on. So net80211 associating with one frame which is instantly rejected by the firmware. Something needs to buffer that and other frames until the firmware sees a beacon - then if it retries the frame(s), it'll successfully be transmitted. I've known about the problem for a while. I've just been too busy / distracted to sit down and fix it. It's not a conceptually difficult thing to fix - someone just has to do it. :P -a On 23 August 2014 13:59, Chris Van Steenlandt chris.vansteenla...@telenet.be wrote: Adrian, - ifconfig step (creation of pseudo device) completed successfully - wpa_supplicant gives the following type of output (I can't paste it here, but I'll describe the structure of the output) : 1st message : Initialization successfull Then the following blocks of messages (they alternate or repeat) Block 1 : Trying to associate with mac address (SSID='myssid' freq=5180 Mhz) wlan0 : Authentication with mac address timed out. wlan0 : CTRL_EVENT_DISCONNECTED bssid =mac address reason=3 locally_generated=1 ioctl[SIOCS80211, op=20, val=0, arg_len=7] : Can't assign requested adress Block 2 : Trying to associate with mac address (SSID='myssid' freq=2412 Mhz) wlan0 : Associated with mac address wlan0 : WPA: Key negotiation completed with mac address [PTK=CMP GTK=TKIP] wlan0 : CTRL_EVENT_CONNECTED - Connection to mac address completed [id=0 id_str=] Block 2 is sometines followed by : wlan0 : CTRL_EVENT_DISCONNECTED bssid =mac address reason=0 and then followed by block 1 For as far as I understand, the driver switches between the 2.4 GHz and 5 Ghz band of my wireless network. Indeed my wifi router is configured to support both bands but apparently my wifi driver can only handle the 2.4Ghz one. On 23-08-14 22:19, Adrian Chadd wrote: Ok. Just try it manually - * comment out stuff from /etc/rc.conf and reboot * ifconfig wlan0 create wlandev wpi0 -bgscan * wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf * ifconfig wlan0 list scan - you haven't pasted that here, so we have no idea what APs it is seeing then see. If you compiled in IEEE80211_DEBUG in your kernel config, then 'wlandebug +scan' and see what is spat out to the kernel config. ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: WPI (Intel wireless 3945ABG) strange behaviour
(and please file a separate bug for the 5ghz problem with wpi, so I can dump this into the bug.0 thanks! -a On 23 August 2014 14:02, Adrian Chadd adr...@freebsd.org wrote: Yeah, that's the same problem at iwn - the firmware rejects any frames being transmitted to 5ghz passive channels until a beacon is received. It's likely some buffering in net80211 and/or the driver(s) is required. It's not breaking regulatory - the NIC already scanned the channel and heard a beacon. But then the firmware is reset to associate to the channel (rather than scan) and it loses knowledge that the channel is fine to transmit on. So net80211 associating with one frame which is instantly rejected by the firmware. Something needs to buffer that and other frames until the firmware sees a beacon - then if it retries the frame(s), it'll successfully be transmitted. I've known about the problem for a while. I've just been too busy / distracted to sit down and fix it. It's not a conceptually difficult thing to fix - someone just has to do it. :P -a On 23 August 2014 13:59, Chris Van Steenlandt chris.vansteenla...@telenet.be wrote: Adrian, - ifconfig step (creation of pseudo device) completed successfully - wpa_supplicant gives the following type of output (I can't paste it here, but I'll describe the structure of the output) : 1st message : Initialization successfull Then the following blocks of messages (they alternate or repeat) Block 1 : Trying to associate with mac address (SSID='myssid' freq=5180 Mhz) wlan0 : Authentication with mac address timed out. wlan0 : CTRL_EVENT_DISCONNECTED bssid =mac address reason=3 locally_generated=1 ioctl[SIOCS80211, op=20, val=0, arg_len=7] : Can't assign requested adress Block 2 : Trying to associate with mac address (SSID='myssid' freq=2412 Mhz) wlan0 : Associated with mac address wlan0 : WPA: Key negotiation completed with mac address [PTK=CMP GTK=TKIP] wlan0 : CTRL_EVENT_CONNECTED - Connection to mac address completed [id=0 id_str=] Block 2 is sometines followed by : wlan0 : CTRL_EVENT_DISCONNECTED bssid =mac address reason=0 and then followed by block 1 For as far as I understand, the driver switches between the 2.4 GHz and 5 Ghz band of my wireless network. Indeed my wifi router is configured to support both bands but apparently my wifi driver can only handle the 2.4Ghz one. On 23-08-14 22:19, Adrian Chadd wrote: Ok. Just try it manually - * comment out stuff from /etc/rc.conf and reboot * ifconfig wlan0 create wlandev wpi0 -bgscan * wpa_supplicant -i wlan0 -c /etc/wpa_supplicant.conf * ifconfig wlan0 list scan - you haven't pasted that here, so we have no idea what APs it is seeing then see. If you compiled in IEEE80211_DEBUG in your kernel config, then 'wlandebug +scan' and see what is spat out to the kernel config. ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: WPI (Intel wireless 3945ABG) strange behaviour
Hi, Ther'es two separate problems; 5ghz transmit, and your connectivity Oh, the third thing to try after all that manual stuff? dhclient wlan0 Then see if it successfully gets an IP address. -a ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
Re: WPI (Intel wireless 3945ABG) strange behaviour
Indeed, I forgot about dhcp :( If I do that, it works ok. What I did notice after 'dhclient wlan0' is after a while the message : dhclient [2628]: send_packet : No buffer space available Chris On 23-08-14 23:58, Adrian Chadd wrote: Hi, Ther'es two separate problems; 5ghz transmit, and your connectivity Oh, the third thing to try after all that manual stuff? dhclient wlan0 Then see if it successfully gets an IP address. -a ___ freebsd-wireless@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to freebsd-wireless-unsubscr...@freebsd.org
