Description of problem: After updating kernel from 3.5.6 to 3.6.x there are errors in kismet_server and airmon-zc commands. Version-Release number of selected component (if applicable): kernel-3.6.8-2.fc17.i686 How reproducible: Every time. Steps to Reproduce: 1. run kismet_server as root (previously setup /etc/kismet/kismet.conf) 2. or run "airmon-zc start wlan0 9" 3. Actual results: Error in kismet_server: ERROR: mac80211_setchannel() could not set channel 1/2412 on interface 'wlan0mon' err -16 Error in airmon-zc: K[phy0]wlan0 ath9k[mac80211]-N/A Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01) command failed: Device or resource busy (-16) Expected results: Should not be error messages. Additional info: Last kernel without such errors is kernel-3.5.7-1.fc16.i686. Updating iw to iw-3.7-1.fc18.i686 don't solved problem.
Note that wlan0 is definitely not connected to access point. Command also fails even if I stop NetworkManager and wpa_supplicant services.
Same problem with Intel Ultimate N WiFi Link 5300 (iwlwifi). I have to conclude that the problem is in mac80211 or cfg80211. Simple command to reproduce the issue: iw dev wlan0 set channel 7
Bug still present with kernel-3.6.9-1.fc17.i686.
After a talk in #linux-wireless, I understood the cause. It's something about channel contexts that have been merged among interfaces, so basically wlan0 is holding a lock on channel switch. If you bring down wlan0 ('ifconfig wlan0 down' or 'ip' equivalent), you will be able to switch channel again. Since we weren't able (righteously) to change channel when wlan0 was up and attached to an AP, then this new behaviour doesn't really change or prevent anything, and on the other hand it's safer (you must bring down what expects to have full control on channel switches before handling them manually). So I'd say that it's not a bug.
'ifconfig wlan0 down' can't fix problem because when kismet_server running wlan0 state again changed to UP, so -16 error appears again. The same problem with airmon-zc.
first run airmon-zc with wlan0, then bring wlan0 down. That's what I do. Also, the airmon-ng developers are aware of this issue, and I think they will adapt the script. I don't know kismet, so I can't help you, but that's for sure something on kismet side. I still think that this is not a bug.
Any news here? Should kismet and aircrack-ng fixed or kernel?
kismet bug 917276 fixed, so now only aircrack-ng needs to be fixed.
This error fixed in aircrack-ng svn, so building new snapshot should fix this bug. r2237 | Zero_Chaos | 2013-01-30 01:59:27 +0200 (Ср., 30 янв. 2013) | 2 lines airmon-zc: fix error 16 when starting monitor mode
aircrack-ng-1.1-7.20130402svn.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/aircrack-ng-1.1-7.20130402svn.fc18
aircrack-ng-1.1-7.20130402svn.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/aircrack-ng-1.1-7.20130402svn.fc17
aircrack-ng-1.1-7.20130402svn.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/aircrack-ng-1.1-7.20130402svn.fc19
Package aircrack-ng-1.1-7.20130402svn.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing aircrack-ng-1.1-7.20130402svn.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-5113/aircrack-ng-1.1-7.20130402svn.fc19 then log in and leave karma (feedback).
aircrack-ng-1.1-7.20130402svn.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.
aircrack-ng-1.1-7.20130402svn.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.
aircrack-ng-1.1-7.20130402svn.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.