You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
(14) |
Apr
(20) |
May
(72) |
Jun
(45) |
Jul
(125) |
Aug
(112) |
Sep
(84) |
Oct
(77) |
Nov
(92) |
Dec
(77) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(66) |
Feb
(50) |
Mar
(58) |
Apr
(40) |
May
(39) |
Jun
(44) |
Jul
(82) |
Aug
(134) |
Sep
(48) |
Oct
(42) |
Nov
(69) |
Dec
(39) |
2005 |
Jan
(36) |
Feb
(36) |
Mar
(33) |
Apr
(18) |
May
(107) |
Jun
(70) |
Jul
(44) |
Aug
(57) |
Sep
(119) |
Oct
(161) |
Nov
(37) |
Dec
(88) |
2006 |
Jan
(119) |
Feb
(51) |
Mar
(57) |
Apr
(8) |
May
(21) |
Jun
(15) |
Jul
(13) |
Aug
(1) |
Sep
(12) |
Oct
(7) |
Nov
(8) |
Dec
(6) |
2007 |
Jan
(10) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(6) |
Nov
(5) |
Dec
|
2008 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
(1) |
May
(6) |
Jun
(1) |
Jul
(7) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2009 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2010 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
(6) |
Jun
(19) |
Jul
|
Aug
(1) |
Sep
(7) |
Oct
|
Nov
|
Dec
(1) |
2011 |
Jan
(13) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(3) |
2012 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
2013 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: <di...@gm...> - 2014-10-09 19:09:06
|
Hi, I'm getting this: acx._acx_issue_cmd_timeo_debug: phy0: cmd=ACX1xx_CMD_WEP_MGMT, buflen=52, timeout=49ms, type=0x0000, status=?: FAILED The card is acting as an AP. 3 Devices (dev_a dev_b dev_c) connect to it without any problem. 4th device (dev_d) fails and I'm getting the above message. If I disconnect e.g dev_c then dev_d is able to connect but then dev_c fails. Regards Dimitri |
From: Andreas M. <an...@us...> - 2013-09-07 11:13:28
|
Hi, On Tue, Sep 03, 2013 at 12:45:49AM +0200, normal wrote: > I'm starting to get desperate trying to get my old D-Link card > working, which is why I embarked on a quest to compile the driver on > ArchLinux after unsuccessful ndiswrapper attempt. > > Unfortunately, it just so happens that the card reports a completely > unambiguous radio ID, 0x02. To this I can only say: "What the h*ll"? Current development HEAD: /* Support Constants */ /* Radio type names, found in Win98 driver's TIACXLN.INF */ /* 0D: used in DWL-120+ USB cards (side-antenna and flip-antenna versions) */ #define RADIO_0D_MAXIM_MAX2820 0x0d #define RADIO_11_RFMD 0x11 #define RADIO_15_RALINK 0x15 /* 16: Radia RC2422, used in ACX111 cards (WG311v2, WL-121, ...): */ #define RADIO_16_RADIA_RC2422 0x16 /* most likely *sometimes* used in ACX111 cards: */ #define RADIO_17_UNKNOWN 0x17 /* FwRad19.bin was found in a Safecom driver; must be an ACX111 radio: */ #define RADIO_19_UNKNOWN 0x19 /* 1B: radio in SafeCom SWLUT-54125 TNETW1450 USB adapter, label: G3 55ZCT27 TNETW3422 */ #define RADIO_1B_TI_TNETW3422 0x1b > I don't suppose this firmware file even exists. Quite likely, indeed. I've grepped all my (fairly extensive) archive of old acx mails for the relevant strings below, and I've never seen a 02 ID there in all the results, only 0x1x (e.g. RADIA) by far. Even directly grepping for "0x02\>" nowhere showed a radio string in the results. > Relevant lspci output: > ---- > 02:01.0 Network controller [0280]: Texas Instruments ACX 111 54Mbps > Wireless Interface [104c:9066] > Subsystem: D-Link System Inc DWL-G520+ Wireless PCI Adapter [1186:3b04] > Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR+ FastB2B- DisINTx- > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- > <TAbort- <MAbort- >SERR- <PERR+ INTx- > Interrupt: pin A routed to IRQ 22 > Region 0: Memory at ff9fe000 (32-bit, non-prefetchable) [size=8K] > Region 1: Memory at ff9c0000 (32-bit, non-prefetchable) [size=128K] > Capabilities: <access denied> > Kernel modules: acx_mac80211 From my prior experience, the D-Link cards (at least CardBus DWL-???650???) were *a lot more often* prone to experiencing fatal corruption than other cards (IIRC 3 to 4 cases, vs. only one somewhere else). So I strongly suspect EEPROM corruption in your case, unless this hardware in fact *is* a radio ID 0x02 (which I strongly doubt). Next course of action: - possibly examine card to determine actual radio chip ID (or perhaps you've got existing driver CDs for this card which would allow to gain more knowledge which radio it could be?) - modify driver source to manually hard-code a different radio ID, then test whether that actually works, when loading the correct corresponding firmware file(s) - after successfully loading the driver, it {sh|c}ould be possible to gain dumps of the EEPROM content, via /proc or /sys files as provided by the driver That could be very useful to have HTH, Andreas Mohr |
From: normal <nor...@gm...> - 2013-09-02 22:45:57
|
I'm starting to get desperate trying to get my old D-Link card working, which is why I embarked on a quest to compile the driver on ArchLinux after unsuccessful ndiswrapper attempt. Unfortunately, it just so happens that the card reports a completely unambiguous radio ID, 0x02. I don't suppose this firmware file even exists. Here's relevant dmesg output: ---- [ 4.316800] acx.acx_init_module: acx-mac80211, version: v0.6.0-gv20130127-1-g8a0f589 (git: v20130127-1-g8a0f589) [ 4.316809] acx.acx_init_module: this driver is still EXPERIMENTAL acx: please read the README file and/or go tohttp://acx100.sourceforge.net/wiki for further information [ 4.316830] acx.acxpci_init_module: built with CONFIG_ACX_MAC80211_PCI [ 4.316832] acx.acxpci_init_module: compiled to use 16bit I/O access only (compatibility mode) [ 4.316834] acx.acxpci_init_module: acx: running on a little-endian CPU [ 4.316907] acx.acx_alloc_hw: wiphy: phy0 [ 4.316912] acx.acx_init_mechanics: ie_cmd_buf_len=336 [ 4.317101] acx.acxpci_probe: found an ACX111-based wireless network card at 0000:02:01.0, irq:22, phymem1:0xFF9FE000, phymem2:0xFF9C0000, mem1:0xffffc900001e4000, mem1_size:8192, mem2:0xffffc900002c0000, mem2_size:131072 [ 4.317265] acx.acxpci_probe: the initial debug setting is 0x000A [ 4.317298] acx.acxpci_probe: using IRQ 22: OK [ 4.457061] acx.acx_read_eeprom_byte: phy0: timeout waiting for EEPROM read [ 4.457069] acx.acx_show_card_eeprom_id: reading EEPROM FAILED [ 4.457072] acx.acx_show_card_eeprom_id: EEPROM card ID string check found empty card ID: is this a DWL-650+ variant? [ 4.457096] acx.acx_get_hardware_info: form_factor=0x00, radio_type=0x02 [ 4.457101] acx.acxpci_load_firmware: Need firmware for acx111 chipset with radio ID 0x02: either combined firmware (single file 'tiacx111c02'), or two files: base-fw file 'tiacx111' + radio-fw file 'tiacx111r02' [ 4.457104] acx.acx_load_firmware: Required firmware: fw_image='tiacx111c02', radio_image='(null)' [ 4.457107] acx.acx_read_fw: requesting firmware image 'tiacx111c02' [ 4.457169] acx.acx_read_fw: firmware image 'tiacx111c02' was not provided [ 4.457219] acx.acx_load_firmware: Required firmware: fw_image='tiacx111', radio_image='tiacx111r02' [ 4.457263] acx.acx_read_fw: requesting firmware image 'tiacx111' [ 4.524823] acx.acx_read_fw: requesting firmware image 'tiacx111r02' [ 4.536715] acx.acx_read_fw: firmware image 'tiacx111r02' was not provided [ 4.536715] acx_pci: probe of 0000:02:01.0 failed with error -5 [ 4.536785] acxusb.acxusb_init_module: built with CONFIG_ACX_MAC80211_USB [ 4.536786] acxusb.acxusb_init_module: USB module initialized, probing for devices... [ 4.536822] usbcore: registered new interface driver acx_usb [ 4.536824] acx.acxmem_init_module: built with CONFIG_ACX_MAC80211_MEM [ 4.536825] acx.acxmem_init_module: compiled to use 16bit I/O access only (compatibility mode) [ 4.536826] acx.acxmem_init_module: acx: running on a little-endian CPU acx: Slave-memory module initialized, waiting for cards to probe... ---- Relevant lspci output: ---- 02:01.0 Network controller [0280]: Texas Instruments ACX 111 54Mbps Wireless Interface [104c:9066] Subsystem: D-Link System Inc DWL-G520+ Wireless PCI Adapter [1186:3b04] Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR+ INTx- Interrupt: pin A routed to IRQ 22 Region 0: Memory at ff9fe000 (32-bit, non-prefetchable) [size=8K] Region 1: Memory at ff9c0000 (32-bit, non-prefetchable) [size=128K] Capabilities: <access denied> Kernel modules: acx_mac80211 ---- -- -- normal |
From: Oliver W. <oli...@ol...> - 2013-02-17 14:17:33
|
Hello, We have upgraded the acx100 SourceForge project to the new SF Allura platform. The git repository URL got changed with this. The new URL is: git://git.code.sf.net/p/acx100/acx-mac80211 The old repo is still available read-only, but will receive no updates anymore. At this occasion also all open/pending tickets in the trackers were closed. Best Regards, Oliver |
From: Hauke M. <ha...@ha...> - 2012-10-18 19:56:14
|
Hi, nice to hear that someone is working on that issue. Hopefully this will result in the mainline inclusion of this driver soon. Hauke On 10/13/2012 07:04 PM, Oliver Winker wrote: > Hi, > > The clarification of the legal question is currently still an ongoing > project and within this context also contacts to TI have been > established. Until now however there no consolidated status yet, but it > will be followed up. > > Surely there are a number of reasons, why an mainline inclusion is > desirable, also for this driver/hw. In the meanwhile, thanks a > lot in any case for your patch for the 3.7.0 adaptations. > > Best Regards, Oliver > > > On Fri, 12 Oct 2012 18:06:32 +0200 > Hauke Mehrtens <ha...@ha...> wrote: > >> Hi, >> >> This driver wasn't included into mainline linux kernel because of >> legal problems concerting the reverse engineering of the binary TI >> driver to develop this driver. >> >> One way was to ask TI to allow this driver being licensed under the >> GPL also if it could contain their intellectual property originally >> not covered by that license. [1] As TI started to work with the open >> source community some years ago and also works on a open source >> driver for some more recent wifi cards by them self, did someone >> recently (in the last few years) asked the TI guys if they could >> allow this driver to be licensed under the terms of the GPL, also if >> it could contain their intellectual property? >> >> I am currently not using this driver and I have to search for my >> cards I have last seen some years ago, but it really sucks to have an >> out of tree driver. If someone changes the API to mac80211 or any >> other in kernel API you have to adapt these changes by your self like >> this one: [2]. >> >> Hauke >> >> [0]: >> http://sourceforge.net/apps/mediawiki/acx100/index.php?title=History >> [1]: https://lkml.org/lkml/2006/6/5/39 [2]: >> https://dev.openwrt.org/browser/trunk/package/acx-mac80211/patches/001-make-compatible-with-recent-mac80211.patch >> >> ------------------------------------------------------------------------------ >> Don't let slow site performance ruin your business. Deploy New Relic >> APM Deploy New Relic app performance management and know exactly >> what is happening inside your Ruby, Python, PHP, Java, and .NET app >> Try New Relic at no cost today and get our sweet Data Nerd shirt too! >> http://p.sf.net/sfu/newrelic-dev2dev >> _______________________________________________ >> Acx100-users mailing list >> Acx...@li... >> https://lists.sourceforge.net/lists/listinfo/acx100-users >> > |
From: Oliver W. <oli...@ol...> - 2012-10-13 17:22:46
|
Hi, The clarification of the legal question is currently still an ongoing project and within this context also contacts to TI have been established. Until now however there no consolidated status yet, but it will be followed up. Surely there are a number of reasons, why an mainline inclusion is desirable, also for this driver/hw. In the meanwhile, thanks a lot in any case for your patch for the 3.7.0 adaptations. Best Regards, Oliver On Fri, 12 Oct 2012 18:06:32 +0200 Hauke Mehrtens <ha...@ha...> wrote: > Hi, > > This driver wasn't included into mainline linux kernel because of > legal problems concerting the reverse engineering of the binary TI > driver to develop this driver. > > One way was to ask TI to allow this driver being licensed under the > GPL also if it could contain their intellectual property originally > not covered by that license. [1] As TI started to work with the open > source community some years ago and also works on a open source > driver for some more recent wifi cards by them self, did someone > recently (in the last few years) asked the TI guys if they could > allow this driver to be licensed under the terms of the GPL, also if > it could contain their intellectual property? > > I am currently not using this driver and I have to search for my > cards I have last seen some years ago, but it really sucks to have an > out of tree driver. If someone changes the API to mac80211 or any > other in kernel API you have to adapt these changes by your self like > this one: [2]. > > Hauke > > [0]: > http://sourceforge.net/apps/mediawiki/acx100/index.php?title=History > [1]: https://lkml.org/lkml/2006/6/5/39 [2]: > https://dev.openwrt.org/browser/trunk/package/acx-mac80211/patches/001-make-compatible-with-recent-mac80211.patch > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic > APM Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev > _______________________________________________ > Acx100-users mailing list > Acx...@li... > https://lists.sourceforge.net/lists/listinfo/acx100-users > |
From: Hauke M. <ha...@ha...> - 2012-10-12 16:22:59
|
Hi, This driver wasn't included into mainline linux kernel because of legal problems concerting the reverse engineering of the binary TI driver to develop this driver. One way was to ask TI to allow this driver being licensed under the GPL also if it could contain their intellectual property originally not covered by that license. [1] As TI started to work with the open source community some years ago and also works on a open source driver for some more recent wifi cards by them self, did someone recently (in the last few years) asked the TI guys if they could allow this driver to be licensed under the terms of the GPL, also if it could contain their intellectual property? I am currently not using this driver and I have to search for my cards I have last seen some years ago, but it really sucks to have an out of tree driver. If someone changes the API to mac80211 or any other in kernel API you have to adapt these changes by your self like this one: [2]. Hauke [0]: http://sourceforge.net/apps/mediawiki/acx100/index.php?title=History [1]: https://lkml.org/lkml/2006/6/5/39 [2]: https://dev.openwrt.org/browser/trunk/package/acx-mac80211/patches/001-make-compatible-with-recent-mac80211.patch |
From: Oliver W. <oli...@ol...> - 2012-06-05 17:23:06
|
Actually monitor mode is currently not yet really supported (normally it's not set as supported in the interface_modes, but ok, that's a detail). Technically adding support for it should normally not be difficult and be mostly a question some skb handling and mode logic. The existing data-path is in general very stable and mac-wise we currently actually operate in a transparent rx/tx mode. The Rx-path is therefore probably already ready, Tx maybe not yet entirely. BR, Oliver On 06/04/2012 10:45 PM, Witold Baryluk wrote: > On 06-04 22:11, Andreas Mohr wrote: >> Hi, >> >> On Mon, Jun 04, 2012 at 09:13:55PM +0200, Witold Baryluk wrote: >>> Hi, >>> >>> I am able sometimes to run monitor mode (airodump-ng) on my DWL-520+ >>> using acx-mac80211 git driver, but often and repeatly see system hangs >>> and other problems, probably releated to memory corruption. >> >> You don't want to tell me that I should spend more time on this project? :-P >> (in fact the WLAN side of things is a bit neglected, >> thus I'll have some activity soon) >> > > :) I'm really glad that somebody is still doing something with acx driver! > I was running this card like 8 years ago, when this project was just > starting, and it looks that again it is getting better shape. Maybe even > it could be merged upstream in the end of this year :D (I do not know if > legal issues are resolved about code, hope they are). > > > As I ssaid, monitor mode is working, it just sometimes hangs system. It > is probably some memory corruption, and once fixed should resolve > probably many other problems. I will also try reviewing code manually to > see where problem may sit. > |
From: Witold B. <ba...@sm...> - 2012-06-04 20:45:48
|
On 06-04 22:11, Andreas Mohr wrote: > Hi, > > On Mon, Jun 04, 2012 at 09:13:55PM +0200, Witold Baryluk wrote: > > Hi, > > > > I am able sometimes to run monitor mode (airodump-ng) on my DWL-520+ > > using acx-mac80211 git driver, but often and repeatly see system hangs > > and other problems, probably releated to memory corruption. > > You don't want to tell me that I should spend more time on this project? :-P > (in fact the WLAN side of things is a bit neglected, > thus I'll have some activity soon) > :) I'm really glad that somebody is still doing something with acx driver! I was running this card like 8 years ago, when this project was just starting, and it looks that again it is getting better shape. Maybe even it could be merged upstream in the end of this year :D (I do not know if legal issues are resolved about code, hope they are). As I ssaid, monitor mode is working, it just sometimes hangs system. It is probably some memory corruption, and once fixed should resolve probably many other problems. I will also try reviewing code manually to see where problem may sit. > > > System in this case was still running, but for safety I rebooted it. > > > > However system can hang even in other circumcances, like just stoping > > apache! (which probably listens on *:80). > > > > It looks like memory corruption, but do not know how to start debuging it. > > > > Maybe more debuging message in ioctl handling? > > > > > > Any ideas? > > Yes (possibly): > > linux/lib/Kconfig.debug: > > config DEBUG_KMEMLEAK > bool "Kernel memory leak detector" > depends on DEBUG_KERNEL && EXPERIMENTAL && \ > (X86 || ARM || PPC || MIPS || S390 || SPARC64 || SUPERH || MICROBLAZE || TILE) > > select DEBUG_FS > select STACKTRACE if STACKTRACE_SUPPORT > select KALLSYMS > select CRC32 > help > Say Y here if you want to enable the memory leak > detector. The memory allocation/freeing is traced in a way > similar to the Boehm's conservative garbage collector, the > difference being that the orphan objects are not freed but > only shown in /sys/kernel/debug/kmemleak. Enabling this > feature will introduce an overhead to memory > allocations. See Documentation/kmemleak.txt for more > details. > > Enabling DEBUG_SLAB or SLUB_DEBUG may increase the chances > of finding leaks due to the slab objects poisoning. > > In order to access the kmemleak file, debugfs needs to be > mounted (usually at /sys/kernel/debug). > > > IOW: enable DEBUG_KMEMLEAK, DEBUG_SLAB and SLUB_DEBUG. That will hopefully > aid in getting these things tracked down. > I have already DEBUG_SLAB and SLUB_DEBUG and use it on daily basis :D (it have some impact on performance, but acceptable), will enabled DEBUG_KMEMLEAK also (this one makes performances drop significantly and memory ussage raises considerably, to use only when needed). Will also connect to serial console to retrive full kernel message information. > Thank you very much for your interesting and detailed report! > I also was planning to test this card in machine with Alpha architecture CPU, so be prepared for some more reports (or sucess stories) :D Thanks, Witek -- Witold Baryluk |
From: Andreas M. <an...@us...> - 2012-06-04 20:29:02
|
Hi, On Mon, Jun 04, 2012 at 09:13:55PM +0200, Witold Baryluk wrote: > Hi, > > I am able sometimes to run monitor mode (airodump-ng) on my DWL-520+ > using acx-mac80211 git driver, but often and repeatly see system hangs > and other problems, probably releated to memory corruption. You don't want to tell me that I should spend more time on this project? :-P (in fact the WLAN side of things is a bit neglected, thus I'll have some activity soon) > System in this case was still running, but for safety I rebooted it. > > However system can hang even in other circumcances, like just stoping > apache! (which probably listens on *:80). > > It looks like memory corruption, but do not know how to start debuging it. > > Maybe more debuging message in ioctl handling? > > > Any ideas? Yes (possibly): linux/lib/Kconfig.debug: config DEBUG_KMEMLEAK bool "Kernel memory leak detector" depends on DEBUG_KERNEL && EXPERIMENTAL && \ (X86 || ARM || PPC || MIPS || S390 || SPARC64 || SUPERH || MICROBLAZE || TILE) select DEBUG_FS select STACKTRACE if STACKTRACE_SUPPORT select KALLSYMS select CRC32 help Say Y here if you want to enable the memory leak detector. The memory allocation/freeing is traced in a way similar to the Boehm's conservative garbage collector, the difference being that the orphan objects are not freed but only shown in /sys/kernel/debug/kmemleak. Enabling this feature will introduce an overhead to memory allocations. See Documentation/kmemleak.txt for more details. Enabling DEBUG_SLAB or SLUB_DEBUG may increase the chances of finding leaks due to the slab objects poisoning. In order to access the kmemleak file, debugfs needs to be mounted (usually at /sys/kernel/debug). IOW: enable DEBUG_KMEMLEAK, DEBUG_SLAB and SLUB_DEBUG. That will hopefully aid in getting these things tracked down. Thank you very much for your interesting and detailed report! Andreas Mohr |
From: Witold B. <ba...@sm...> - 2012-06-04 19:14:07
|
Hi, I am able sometimes to run monitor mode (airodump-ng) on my DWL-520+ using acx-mac80211 git driver, but often and repeatly see system hangs and other problems, probably releated to memory corruption. I'm running 32-bit Intel laptop (SMP kernel with heavy debuging running on single core Pentium-M CPU), with Docking Port with PCI Dlink DWL-520+ with RADIO0d.BIN and WLANGEN.BIN_1.9.8.b as firmware (download from archive.org version of erley.org). I will just show you few dmesg I got, and few other I written by hand: First this by hand: When running airodump-ng --channel 1 -w dump1 wlan1 somethin like: airodump-ng bad pagining when in __lock_acquire+1af call trace: ? sched_clock+8 ? sched_clock_local+f6 ? _raw_spin_unlock_irq ? lock_clock+65 ? trace_hardirqs_off_caller lock_acquire+89 ? net_tx_action _raw_spinlock_trylock ? net_tx_action net_tx_action ? __do_sfotirq __do_softirq ? __do_softirq __local_bh_enable [IRQ] ? ieee80211_configure_filter ? local_bh_enable_ip ? _raw_spin_unlock_bh ? ieee80211_configure_filter ? _raw_read_unlock ? ieee80211_do_open ? ieee80211_check_concurrent ? ieee80211_check_iface ??? ? ieee80211_opem ? __dev_open ? dev_set_rx_mode ? __dev_change_flags ? devinet_ioctl ? inet_ioctl ? packet_ioctl ? scok_ioctl ? sock_fasync ? do_vfs_ioctl ? remove_wait_queue ? do_wait ? fget_light ? sysenter_exit ? sys_ioctl ? sysenter_do_call and kernel panics and hangs after that. Sorry for manually printout, but my second computer have some problems so was unable to run console over serial line to have full kernel message avaialble. I belive last dmesg message w acx ... Updating to mode=0x00ff This is easy to reproduce, and happens 75% of time I use airodump-ng, it is probably one of the first ioctl done on interface to put it in monitor mode. Other one is like this bad paginign request ksoftirqd/0 (I was doing apache stop basically) in __lock_acquire+1af call trace: ? sched_clock+8 ? sched_clock_local+f4 ? trace_hardirqs_on+b ? local+clock+65 ? trace_hardirqs_off_caller lock_acquire+89 ? net_tx_action+d3 _raw_spin_trylock+64 ? net_tx_action+d3 net_tx_action+d3 __do_softirq+9b ? run_ksoftirqd+d5 run_ksoftirqd+e7 __do_softirqd+e7 kthread ? kthread_worker_fn+170 kernel_thread_helper+6 just before last kernel message is from acx: Updating to mode=0x00ff Other bug is like this (begining is just booting): ... [ 249.741629] kobject: 'acx_mac80211' (f96ea048): kobject_add_internal: parent: 'module', set: 'module' [ 249.741647] kobject: 'holders' (f457f200): kobject_add_internal: parent: 'acx_mac80211', set: '<NULL>' [ 249.741790] kobject: 'notes' (f457ff00): kobject_add_internal: parent: 'acx_mac80211', set: '<NULL>' [ 249.741801] kobject: 'acx_mac80211' (f96ea048): kobject_uevent_env [ 249.741806] kobject: 'acx_mac80211' (f96ea048): fill_kobj_path: path = '/module/acx_mac80211' [ 249.741999] acx.acx_init_module: acx-mac80211, version: v0.6.0-g (git: unknown) [ 249.742091] acx.acx_init_module: this driver is still EXPERIMENTAL [ 249.742091] acx: please read the README file and/or go to http://acx100.sourceforge.net/wiki for further information [ 249.742216] acx.acxpci_init_module: built with CONFIG_ACX_MAC80211_PCI [ 249.742269] acx.acxpci_init_module: compiled to use 32bit I/O access. I/O timing issues might occur, such as non-working firmware upload. Report them [ 249.742361] acx.acxpci_init_module: acx: running on a little-endian CPU [ 249.742361] PCI/VLYNQ module initialized, waiting for cards to probe... [ 249.742461] bus: 'pci': add driver acx_pci [ 249.742467] kobject: 'acx_pci' (f4342680): kobject_add_internal: parent: 'drivers', set: 'drivers' [ 249.742527] bus: 'pci': driver_probe_device: matched device 0000:12:00.0 with driver acx_pci [ 249.742534] bus: 'pci': really_probe: probing driver acx_pci with device 0000:12:00.0 [ 249.742712] acx.acxpci_probe: mutex_init(&adev->mutex); // adev = 0xf76c1ca0 [ 249.742851] acx.acxpci_probe: found an ACX100-based wireless network card at 0000:12:00.0, irq:20, phymem1:0xB8010000, phymem2:0xB8000000, mem1:0xf96f6000, mem1_size:4096, mem2:0xf9700000, mem2_size:65536 [ 249.742982] acx.acxpci_probe: the initial debug setting is 0x000A [ 249.743116] acx.acxpci_probe: using IRQ 20: OK [ 249.745748] acx.acx_init_task_scheduler: device IS_PCI [ 249.746763] acx.acx_reset_dev: ACX radio type 0x0d [ 249.746819] acx.acxpci_upload_fw: need firmware for acx100 chipset with radio ID 0D [ 249.746819] Please provide via firmware hotplug: [ 249.746819] either combined firmware (single file named 'tiacx100c0D') [ 249.746819] or two files (base firmware file 'tiacx100' + radio fw 'tiacx100r0D') [ 249.747045] acx.acxpci_upload_fw: need to load firmware for acx100 chipset with radio ID 0d, please provide via firmware hotplug: [ 249.747045] either one file only (<c>ombined firmware image file, radio-specific) or two files (radio-less base image file *plus* separate <r>adio-specific extension file) [ 249.747256] acx.acx_read_fw: requesting firmware image 'tiacx100c0D' .. [ 251.115251] acx.acx_read_fw: firmware image 'tiacx100c0D' was not provided. Check your hotplug scripts [ 251.115346] acx.acx_read_fw: requesting firmware image 'tiacx100' ... [ 251.115527] firmware 0000:12:00.0: firmware: requesting tiacx100 ... [ 251.299631] acx.acx_read_fw: requesting firmware image 'tiacx100' ... [ 251.400151] PM: Removing info for No Bus:0000:12:00.0 [ 251.400260] kobject: '0000:12:00.0' (f77b2c9c): kobject_uevent_env [ 251.400268] kobject: '0000:12:00.0' (f77b2c9c): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/firmware/0000:12:00.0' [ 251.400308] kobject: 'firmware' (f76fbe40): kobject_cleanup [ 251.400312] kobject: 'firmware' (f76fbe40): auto cleanup kobject_del [ 251.400321] kobject: 'firmware' (f76fbe40): calling ktype release [ 251.400326] kobject: 'firmware': free name [ 251.400330] kobject: '0000:12:00.0' (f77b2c9c): kobject_cleanup [ 251.400333] kobject: '0000:12:00.0' (f77b2c9c): calling ktype release [ 251.400344] kobject: '0000:12:00.0': free name [ 251.462715] acx._acx_upload_fw: acx_write_fw (main): 0 [ 251.493198] acx._acx_upload_fw: acx_validate_fw (main): 0 ... [ 251.739414] acx.acx_upload_radio: firmware: tiacx100r0D [ 251.740450] acx.acx_read_fw: requesting firmware image 'tiacx100r0D' [ 251.740504] device: '0000:12:00.0': device_add [ 251.740513] kobject: 'firmware' (f5307a00): kobject_add_internal: parent: '0000:12:00.0', set: '(null)' [ 251.740528] kobject: '0000:12:00.0' (f77b3c9c): kobject_add_internal: parent: 'firmware', set: 'devices' [ 251.740616] PM: Adding info for No Bus:0000:12:00.0 [ 251.740623] kobject: '0000:12:00.0' (f77b3c9c): kobject_uevent_env [ 251.740625] kobject: '0000:12:00.0' (f77b3c9c): kobject_uevent_env: uevent_suppress caused the event to drop! [ 251.740643] firmware 0000:12:00.0: firmware: requesting tiacx100r0D [ 251.740648] kobject: '0000:12:00.0' (f77b3c9c): kobject_uevent_env [ 251.740656] kobject: '0000:12:00.0' (f77b3c9c): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/firmware/0000:12:00.0' ... [ 251.783915] PM: Removing info for No Bus:0000:12:00.0 [ 251.784154] kobject: '0000:12:00.0' (f77b3c9c): kobject_uevent_env [ 251.784163] kobject: '0000:12:00.0' (f77b3c9c): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/firmware/0000:12:00.0' [ 251.784205] kobject: 'firmware' (f5307a00): kobject_cleanup [ 251.784209] kobject: 'firmware' (f5307a00): auto cleanup kobject_del [ 251.784218] kobject: 'firmware' (f5307a00): calling ktype release [ 251.784223] kobject: 'firmware': free name [ 251.784228] kobject: '0000:12:00.0' (f77b3c9c): kobject_cleanup [ 251.784231] kobject: '0000:12:00.0' (f77b3c9c): calling ktype release [ 251.784241] kobject: '0000:12:00.0': free name [ 251.786658] acx.acx_upload_radio: acx_write_fw (radio): 0 [ 251.787413] acx.acx_upload_radio: acx_validate_fw (radio): 0 ... [ 251.932188] acx.acx_init_packet_templates: initializing max packet templates [ 251.942587] acx.acx_create_hostdesc_queues: notice IS_PCI(f76c1ca0): 1 ... [ 252.044137] acx.acx_allocate: bdev:f5a13060 size:37536 phy:33e20000 ptr:f3e20000 [ 252.044291] acx.acx_allocate: bdev:f5a13060 size:896 phy:375e8000 ptr:f75e8000 [ 252.044423] acx.acx_allocate: bdev:f5a13060 size:448 phy:375e9000 ptr:f75e9000 [ 252.044573] acx.acx_allocate: bdev:f5a13060 size:38336 phy:33e30000 ptr:f3e30000 [ 252.047982] acx.acx100_init_memory_pools: TotalMemoryBlocks=79 (20224 bytes) [ 252.050629] acx.acx_parse_configoption: NVSv: 01 0D 05 05 00 11 00 01 [ 252.050698] acx.acx_parse_configoption: NVS_vendor_offs:0000 probe_delay:500 eof_memory:65536 [ 252.050775] acx.acx_parse_configoption: CCAModes:04 Diversity:01 ShortPreOpt:01 PBCC:01 ChanAgil:00 PHY:05 Temp:01 [ 252.050876] acx.acx_parse_configoption: AntennaID:00 Len:02 Data:01 02 [ 252.050939] acx.acx_parse_configoption: PowerLevelID:01 Len:02 Data:001E 000A [ 252.051016] acx.acx_parse_configoption: DataRatesID:02 Len:05 Data:02 04 11 22 44 [ 252.051100] acx.acx_parse_configoption: DomainID:03 Len:06 Data:30 20 30 31 32 41 [ 252.051172] acx.acx_parse_configoption: ProductID:04 Len:09 Data:TI ACX100 [ 252.051239] acx.acx_parse_configoption: ManufacturerID:05 Len:07 Data:TI Test [ 252.052319] acx.acx1xx_get_antenna: Got antenna[0,1]: 0x8D 0x00 [ 252.053392] acx.acx1xx_get_station_id: Got station_id: 00:80:C8:1E:63:49 [ 252.054471] acx.acx_get_reg_domain: Got regulatory domain 0x30 [ 252.055543] acx.acx1xx_get_cca: Got Channel Clear Assessment (CCA) value 13 [ 252.056623] acx.acx1xx_get_ed_threshold: Got Energy Detect (ED) threshold 112 [ 252.056700] acx.acx_get_sensitivity: got sensitivity value 176 [ 252.056759] acx.interrupt_show_flags: HOST_INT_TX_COMPLETE # OUT: packet sent from device to remote h [ 252.056844] acx.interrupt_show_flags: HOST_INT_RX_COMPLETE # IN: packet rcvd from device to host [ 252.056927] acx.interrupt_show_flags: HOST_INT_CMD_COMPLETE # no docs [ 252.056992] acx.interrupt_show_flags: HOST_INT_INFO # no docs [ 252.057059] acx.interrupt_show_flags: HOST_INT_SCAN_COMPLETE # no docs [ 252.057128] acx.acx_set_interrupt_mask: adev->irq_mask: before: 0 devtype:0 chiptype:1 tobe: 55797 [ 252.057221] acx.acx_update_ratevector: new ratevector: 82 84 0B 16 2C [ 252.058292] acx.acx1xx_get_tx_level: Got tx-power-level: 1 [ 252.059369] acx.acx_get_firmware_version: Firmware: firmware_version='Rev 1.9.8.b' hw_id=01020505 [ 252.059450] acx.acx_display_hardware_details: chipset TNETW1100A, radio type 0x0D (Maxim (MAX2820)), form factor 0x01 ((mini-)PCI / CardBus), EEPROM version 0x05, uploaded firmware 'Rev 1.9.8.b' [ 252.064810] acx.acxpci_probe: net device phy0, driver compiled against wireless extensions 22 and Linux 3.4.0-t43-devel-smp-10118-g233e562-dirty .. [ 252.096221] device: 'phy0': device_add [ 252.096236] kobject: 'ieee80211' (f458ea80): kobject_add_internal: parent: '0000:12:00.0', set: '(null)' [ 252.096254] kobject: 'phy0' (f76c0358): kobject_add_internal: parent: 'ieee80211', set: 'devices' [ 252.096331] PM: Adding info for No Bus:phy0 [ 252.096340] kobject: 'phy0' (f76c0358): kobject_uevent_env [ 252.096348] kobject: 'phy0' (f76c0358): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/ieee80211/phy0' [ 252.096489] cfg80211: Updating information on frequency 2412 MHz for a 20 MHz width channel with regulatory rule: [ 252.096493] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096496] cfg80211: Updating information on frequency 2417 MHz for a 20 MHz width channel with regulatory rule: [ 252.096499] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096502] cfg80211: Updating information on frequency 2422 MHz for a 20 MHz width channel with regulatory rule: [ 252.096506] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096509] cfg80211: Updating information on frequency 2427 MHz for a 20 MHz width channel with regulatory rule: [ 252.096512] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096515] cfg80211: Updating information on frequency 2432 MHz for a 20 MHz width channel with regulatory rule: [ 252.096518] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096521] cfg80211: Updating information on frequency 2437 MHz for a 20 MHz width channel with regulatory rule: [ 252.096524] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096528] cfg80211: Updating information on frequency 2442 MHz for a 20 MHz width channel with regulatory rule: [ 252.096531] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096534] cfg80211: Updating information on frequency 2447 MHz for a 20 MHz width channel with regulatory rule: [ 252.096537] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096540] cfg80211: Updating information on frequency 2452 MHz for a 20 MHz width channel with regulatory rule: [ 252.096543] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096546] cfg80211: Updating information on frequency 2457 MHz for a 20 MHz width channel with regulatory rule: [ 252.096550] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096553] cfg80211: Updating information on frequency 2462 MHz for a 20 MHz width channel with regulatory rule: [ 252.096556] cfg80211: 2402000 KHz - 2472000 KHz @ 40000 KHz), (600 mBi, 2000 mBm) [ 252.096559] cfg80211: Updating information on frequency 2467 MHz for a 20 MHz width channel with regulatory rule: [ 252.096562] cfg80211: 2457000 KHz - 2482000 KHz @ 20000 KHz), (600 mBi, 2000 mBm) [ 252.096565] cfg80211: Updating information on frequency 2472 MHz for a 20 MHz width channel with regulatory rule: [ 252.096569] cfg80211: 2457000 KHz - 2482000 KHz @ 20000 KHz), (600 mBi, 2000 mBm) [ 252.096572] cfg80211: Updating information on frequency 2484 MHz for a 20 MHz width channel with regulatory rule: [ 252.096575] cfg80211: 2474000 KHz - 2494000 KHz @ 20000 KHz), (600 mBi, 2000 mBm) [ 252.096690] device: 'rfkill2': device_add [ 252.096696] kobject: 'rfkill2' (f7663494): kobject_add_internal: parent: 'phy0', set: 'devices' [ 252.096779] PM: Adding info for No Bus:rfkill2 [ 252.096786] kobject: 'rfkill2' (f7663494): kobject_uevent_env ... [ 252.096792] kobject: 'rfkill2' (f7663494): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/ie ee80211/phy0/rfkill2' [ 252.097099] kobject: 'rfkill2' (f7663494): kobject_uevent_env [ 252.097107] kobject: 'rfkill2' (f7663494): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/ieee80211/phy0/rfkill2' [ 252.097435] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht' [ 252.097511] device: 'wlan0': device_add [ 252.097522] kobject: 'net' (f5307a00): kobject_add_internal: parent: '0000:12:00.0', set: '(null)' [ 252.097534] kobject: 'wlan0' (f3e06350): kobject_add_internal: parent: 'net', set: 'devices' [ 252.097780] PM: Adding info for No Bus:wlan0 [ 252.097788] kobject: 'wlan0' (f3e06350): kobject_uevent_env [ 252.097794] kobject: 'wlan0' (f3e06350): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/net/wlan0' [ 252.097913] kobject: 'queues' (f453f870): kobject_add_internal: parent: 'wlan0', set: '<NULL>' [ 252.097921] kobject: 'queues' (f453f870): kobject_uevent_env [ 252.097925] kobject: 'queues' (f453f870): kobject_uevent_env: filter function caused the event to drop! [ 252.097931] kobject: 'rx-0' (f74774c8): kobject_add_internal: parent: 'queues', set: 'queues' [ 252.097945] kobject: 'rx-0' (f74774c8): kobject_uevent_env [ 252.097952] kobject: 'rx-0' (f74774c8): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/net/wlan0/queues/rx-0' [ 252.098053] kobject: 'tx-0' (f7596f0c): kobject_add_internal: parent: 'queues', set: 'queues' [ 252.098091] kobject: 'tx-0' (f7596f0c): kobject_uevent_env [ 252.098097] kobject: 'tx-0' (f7596f0c): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/net/wlan0/queues/tx-0' [ 252.098746] driver: '0000:12:00.0': driver_bound: bound to device 'acx_pci' [ 252.098788] bus: 'pci': really_probe: bound device 0000:12:00.0 to driver acx_pci [ 252.098820] bus: 'pci': driver_probe_device: matched device 0000:12:02.0 with driver yenta_cardbus [ 252.098826] bus: 'pci': really_probe: probing driver yenta_cardbus with device 0000:12:02.0 ... [ 252.111669] kobject: 'drivers' (f76fbbc0): kobject_add_internal: parent: 'acx_mac80211', set: '<NULL>' [ 252.111695] kobject: 'acx_pci' (f4342680): kobject_uevent_env [ 252.111700] kobject: 'acx_pci' (f4342680): fill_kobj_path: path = '/bus/pci/drivers/acx_pci' [ 252.113149] acxusb.acxusb_init_module: built with CONFIG_ACX_MAC80211_USB [ 252.116197] acxusb.acxusb_init_module: USB module initialized, probing for devices... [ 252.119152] bus: 'usb': add driver acx_usb [ 252.128220] kobject: 'acx_usb' (f4342d80): kobject_add_internal: parent: 'drivers', set: 'drivers' [ 252.128282] kobject: 'acx_usb' (f4342d80): kobject_uevent_env [ 252.128288] kobject: 'acx_usb' (f4342d80): fill_kobj_path: path = '/bus/usb/drivers/acx_usb' [ 252.129676] usbcore: registered new interface driver acx_usb [ 252.132882] acx.acxmem_init_module: built with CONFIG_ACX_MAC80211_MEM [ 252.135921] acx.acxmem_init_module: compiled to use 32bit I/O access. I/O timing issues might occur, such as non-working firmware upload. Report them [ 252.139090] acx.acxmem_init_module: acx: running on a little-endian CPU [ 252.139090] acx: Slave-memory module initialized, waiting for cards to probe... [ 252.145510] bus: 'platform': add driver acx-mem [ 252.157068] kobject: 'acx-mem' (f45f5680): kobject_add_internal: parent: 'drivers', set: 'drivers' [ 252.157114] kobject: 'acx-mem' (f45f5680): kobject_uevent_env [ 252.157120] kobject: 'acx-mem' (f45f5680): fill_kobj_path: path = '/bus/platform/drivers/acx-mem' [ 252.180732] device: 'wlan0': device_rename: renaming to 'wlan1' [ 252.180806] kobject: 'wlan0' (f3e06350): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/net/wlan0' [ 252.180816] kobject: 'wlan1' (f3e06350): kobject_uevent_env [ 252.180822] kobject: 'wlan1' (f3e06350): fill_kobj_path: path = '/devices/pci0000:00/0000:00:1e.0/0000:0b:03.0/0000:12:00.0/net/wlan1' (I removed lots of irrelevant things) ... (here network-manager is probably starting) [ 317.212185] acx.acx_start: Updating initial settings [ 317.215008] acx.acx1xx_update_station_id: Updating station_id to: 00:80:C8:1E:63:49 [ 317.218722] acx.acx1xx_update_rate_fallback: Updating Tx fallback to 1 retries [ 317.222431] acx.acx1xx_update_tx_level: Updating tx-power-level to: 1 [ 317.228115] acx.acx1xx_update_antenna: Updating antenna[0,1]: 0x8D 0x00 [ 317.231830] acx.acx1xx_update_ed_threshold: Updating the Energy Detect (ED) threshold: 112 [ 317.235557] acx.acx1xx_update_cca: Updating the Channel Clear Assessment (CCA) value: 0x0D [ 317.241307] acx.acx1xx_update_retry: Updating the short retry limit: 7, long retry limit: 4 [ 317.246066] acx.acx1xx_update_msdu_lifetime: Updating the tx MSDU lifetime: 4096 [ 317.249821] acx.acx_update_reg_domain: Updating the regulatory domain: 0x30 [ 317.253615] acx.acx_update_mode: Updating to mode=0x0002 [ 317.256384] acx.acx_update_rx_config: Updating RXconfig to mode=0x0002,rx_config_1:2=2010:0FDD [ 317.272054] acx.acx_op_add_interface: vif_type=0002 [ 317.274858] acx.acx_op_add_interface: NL80211_IFTYPE_STATION [ 317.277681] acx.acx_update_mode: Updating to mode=0x0002 [ 317.280476] acx.acx_update_rx_config: Updating RXconfig to mode=0x0002,rx_config_1:2=2010:0FDD [ 317.292139] acx.acx_debugfs_add_adev: adev:f76c1ca0 nm:phy0 dirp:ee844dc8 [ 317.295131] acx.acx_op_add_interface: Virtual interface added (type: 0x00000002, MAC: 00:80:C8:1E:63:49) [ 317.305335] acx.acx1xx_update_tx_level: Updating tx-power-level to: 1 [ 317.316470] IPv6: ADDRCONF(NETDEV_UP): wlan1: link is not ready [ 318.293096] acx._acx_issue_cmd_timeo_debug: phy0: cmd=ACX1xx_CMD_ENABLE_TX, buflen=1, timeout=49ms, type=0x3000, status=Channel invalid in current regulatory domain: FAILED ... (so I stop network-manger manually) ... [ 785.432868] acx.acx_debugfs_remove_adev: phy0 ee844dc8 [ 785.435099] acx.acx_update_mode: Updating to mode=0x00ff [ 785.439296] acx.acx_op_remove_interface: Virtual interface removed: type=2, MAC=00:80:C8:1E:63:49 [ 785.448722] acx.acx_op_stop: acxpci: closed device ... and then prepare to running airodump-ng [ 1253.879423] SysRq : Emergency Sync [ 1253.882209] Emergency Sync complete airodump-ng --channel 1 -w zrzucik wlan1 [ 1281.143450] acx.acx_start: Updating initial settings [ 1281.145995] acx.acx1xx_update_station_id: Updating station_id to: 00:80:C8:1E:63:49 [ 1281.149275] acx.acx1xx_update_rate_fallback: Updating Tx fallback to 1 retries [ 1281.152521] acx.acx1xx_update_tx_level: Updating tx-power-level to: 1 [ 1281.157725] acx.acx1xx_update_antenna: Updating antenna[0,1]: 0x8D 0x00 [ 1281.160974] acx.acx1xx_update_ed_threshold: Updating the Energy Detect (ED) threshold: 112 [ 1281.164259] acx.acx1xx_update_cca: Updating the Channel Clear Assessment (CCA) value: 0x0D [ 1281.169569] acx.acx1xx_update_retry: Updating the short retry limit: 7, long retry limit: 4 [ 1281.173896] acx.acx1xx_update_msdu_lifetime: Updating the tx MSDU lifetime: 4096 [ 1281.177260] acx.acx_update_reg_domain: Updating the regulatory domain: 0x30 [ 1281.180607] acx.acx_update_mode: Updating to mode=0x00ff [ 1281.185239] BUG: unable to handle kernel paging request at 02e9004c [ 1281.187624] IP: [<c1596273>] __netif_schedule+0x13/0xb0 [ 1281.188014] *pdpt = 000000002c3f7001 *pde = 0000000000000000 [ 1281.188014] Oops: 0002 [#1] SMP [ 1281.188014] Modules linked in: ebtable_broute ebtable_filter pktcdvd cfq_iosched ebtable_na t ebtables xt_CHECKSUM decnet ppdev lp rfcomm bnep bluetooth uinput nfsd hdaps pcmcia radeon i pw2200 acx_mac80211(O) i2c_i801 yenta_socket libipw drm_kms_helper pcmcia_rsrc pcmcia_core ttm drm parport_pc video parport i2c_algo_bit cfbimgblt cfbcopyarea cfbfillrect intel_agp intel_g tt agpgart raid10 raid456 async_memcpy async_pq async_xor xor async_raid6_recov raid6_pq async _tx ide_pci_generic ide_core ata_generic pata_acpi sr_mod cdrom pata_cmd64x floppy [last unloaded: dummy] [ 1281.188014] [ 1281.188014] Pid: 16004, comm: airodump-ng Tainted: G O 3.4.0-t43-devel-smp-10118-g233e562-dirty #12 IBM 2669UYD/2669UYD [ 1281.188014] EIP: 0060:[<c1596273>] EFLAGS: 00210086 CPU: 0 [ 1281.188014] EIP is at __netif_schedule+0x13/0xb0 [ 1281.188014] EAX: 02e90000 EBX: 02e90000 ECX: ffffffff EDX: 00000001 [ 1281.188014] ESI: 00000000 EDI: f76c05e0 EBP: ec6efd38 ESP: ec6efd30 [ 1281.188014] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 [ 1281.188014] CR0: 8005003b CR2: 02e9004c CR3: 2cfcd000 CR4: 000007f0 [ 1281.188014] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000 [ 1281.188014] DR6: ffff0ff0 DR7: 00000400 [ 1281.188014] Process airodump-ng (pid: 16004, ti=ec6ee000 task=ecf93ed0 task.ti=ec6ee000) [ 1281.188014] Stack: [ 1281.188014] f3e06640 00000000 ec6efd58 c1780098 00000001 f76c111c f3e06640 00000000 [ 1281.188014] f76c05e0 00000000 ec6efd88 c17802a4 00000002 00000001 00000000 c1780250 [ 1281.188014] 00000002 00000000 00000000 00000001 f76c05e0 00000000 ec6efda4 c17806ac [ 1281.188014] Call Trace: [ 1281.188014] [<c1780098>] ieee80211_propagate_queue_wake+0x108/0x180 [ 1281.188014] [<c17802a4>] __ieee80211_wake_queue+0x194/0x280 [ 1281.188014] [<c1780250>] ? __ieee80211_wake_queue+0x140/0x280 [ 1281.188014] [<c17806ac>] ieee80211_wake_queues_by_reason+0x3c/0x60 [ 1281.188014] [<c17806df>] ieee80211_wake_queues+0xf/0x20 [ 1281.188014] [<f96dcada>] acx_op_start+0x3a/0x80 [acx_mac80211] [ 1281.188014] [<c1769927>] ieee80211_do_open+0x2b7/0x1080 [ 1281.188014] [<c1766f04>] ? ieee80211_check_concurrent_iface+0x24/0x1d0 [ 1281.188014] [<c176a749>] ieee80211_open+0x59/0x60 [ 1281.188014] [<c159be7b>] __dev_open+0x9b/0xf0 [ 1281.188014] [<c159bdce>] ? dev_set_rx_mode+0x2e/0x40 [ 1281.188014] [<c159c112>] __dev_change_flags+0x82/0x160 [ 1281.188014] [<c15a8a14>] ? rtnl_lock+0x14/0x20 [ 1281.188014] [<c159c291>] dev_change_flags+0x21/0x60 [ 1281.188014] [<c1623a26>] devinet_ioctl+0x606/0x7e0 [ 1281.188014] [<c1623d75>] inet_ioctl+0x95/0xc0 [ 1281.188014] [<c16c490a>] packet_ioctl+0x2a/0x140 [ 1281.188014] [<c157ec70>] sock_ioctl+0x70/0x2b0 [ 1281.188014] [<c157ec00>] ? sock_fasync+0xd0/0xd0 [ 1281.188014] [<c119ea2b>] do_vfs_ioctl+0x7b/0x5c0 [ 1281.188014] [<c107712f>] ? remove_wait_queue+0x3f/0x50 [ 1281.188014] [<c1051e6e>] ? do_wait+0x10e/0x2d0 [ 1281.188014] [<c118de65>] ? fget_light+0x385/0x4a0 [ 1281.188014] [<c17d518d>] ? sysenter_exit+0xf/0x1a [ 1281.188014] [<c119efa2>] sys_ioctl+0x32/0x60 [ 1281.188014] [<c17d5158>] sysenter_do_call+0x12/0x38 [ 1281.188014] Code: e8 f3 db b1 ff 8b 5d f8 8b 75 fc 89 ec 5d c3 89 f6 8d bc 27 00 00 00 00 55 89 e5 83 ec 08 89 5d f8 89 75 fc 3e 8d 74 26 00 89 c3 <3e> 0f ba 68 4c 00 19 c0 85 c0 74 11 8b 5d f8 8b 75 fc 89 ec 5d [ 1281.188014] EIP: [<c1596273>] __netif_schedule+0x13/0xb0 SS:ESP 0068:ec6efd30 [ 1281.188014] CR2: 0000000002e9004c [ 1281.188014] ---[ end trace efb933d0f06808e7 ]--- [ 1281.188014] BUG: sleeping function called from invalid context at /sctank2/Dane/linux/linux-2.6/torvalds-linux-2.6/kernel/rwsem.c:20 [ 1281.188014] in_atomic(): 1, irqs_disabled(): 1, pid: 16004, name: airodump-ng [ 1281.188014] INFO: lockdep is turned off. [ 1281.188014] irq event stamp: 27178 [ 1281.188014] hardirqs last enabled at (27177): [<c17cd6d6>] restore_all_notrace+0x0/0x18 [ 1281.188014] hardirqs last disabled at (27178): [<c17cd349>] _raw_spin_lock_irqsave+0x29/0xa0 [ 1281.188014] softirqs last enabled at (27176): [<c1055c2e>] __do_softirq+0xfe/0x320 [ 1281.188014] softirqs last disabled at (27171): [<c1018625>] do_softirq+0xa5/0x100 [ 1281.188014] Pid: 16004, comm: airodump-ng Tainted: G D O 3.4.0-t43-devel-smp-10118-g233e562-dirty #12 [ 1281.188014] Call Trace: [ 1281.188014] [<c1018625>] ? do_softirq+0xa5/0x100 [ 1281.188014] [<c108547f>] __might_sleep+0x16f/0x210 [ 1281.188014] [<c17cac10>] down_read+0x20/0x8a [ 1281.188014] [<c1064b9e>] exit_signals+0x1e/0x110 [ 1281.188014] [<c1052a3f>] do_exit+0x9f/0x9c0 [ 1281.188014] [<c104fa22>] ? kmsg_dump+0x192/0x2b0 [ 1281.188014] [<c104fa36>] ? kmsg_dump+0x1a6/0x2b0 [ 1281.188014] [<c104f90d>] ? kmsg_dump+0x7d/0x2b0 [ 1281.188014] [<c17ce44e>] oops_end+0x8e/0xd0 [ 1281.188014] [<c17bf8a9>] no_context+0x1b4/0x1bc [ 1281.188014] [<c17bf9e0>] __bad_area_nosemaphore+0x12f/0x137 [ 1281.188014] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1281.188014] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1281.188014] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.188014] [<c17bf9ff>] bad_area_nosemaphore+0x17/0x19 [ 1281.188014] [<c17d11f5>] do_page_fault+0x465/0x500 [ 1281.188014] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1281.188014] [<c17cdc3b>] ? error_code+0x5b/0x64 [ 1281.188014] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.188014] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.188014] [<c17cdc3f>] error_code+0x5f/0x64 [ 1281.188014] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.188014] [<c1596273>] ? __netif_schedule+0x13/0xb0 [ 1281.188014] [<c1780098>] ieee80211_propagate_queue_wake+0x108/0x180 [ 1281.188014] [<c17802a4>] __ieee80211_wake_queue+0x194/0x280 [ 1281.188014] [<c1780250>] ? __ieee80211_wake_queue+0x140/0x280 [ 1281.188014] [<c17806ac>] ieee80211_wake_queues_by_reason+0x3c/0x60 [ 1281.188014] [<c17806df>] ieee80211_wake_queues+0xf/0x20 [ 1281.188014] [<f96dcada>] acx_op_start+0x3a/0x80 [acx_mac80211] [ 1281.188014] [<c1769927>] ieee80211_do_open+0x2b7/0x1080 [ 1281.188014] [<c1766f04>] ? ieee80211_check_concurrent_iface+0x24/0x1d0 [ 1281.188014] [<c176a749>] ieee80211_open+0x59/0x60 [ 1281.188014] [<c159be7b>] __dev_open+0x9b/0xf0 [ 1281.188014] [<c159bdce>] ? dev_set_rx_mode+0x2e/0x40 [ 1281.188014] [<c159c112>] __dev_change_flags+0x82/0x160 [ 1281.188014] [<c15a8a14>] ? rtnl_lock+0x14/0x20 [ 1281.188014] [<c159c291>] dev_change_flags+0x21/0x60 [ 1281.188014] [<c1623a26>] devinet_ioctl+0x606/0x7e0 [ 1281.188014] [<c1623d75>] inet_ioctl+0x95/0xc0 [ 1281.188014] [<c16c490a>] packet_ioctl+0x2a/0x140 [ 1281.188014] [<c157ec70>] sock_ioctl+0x70/0x2b0 [ 1281.188014] [<c157ec00>] ? sock_fasync+0xd0/0xd0 [ 1281.188014] [<c119ea2b>] do_vfs_ioctl+0x7b/0x5c0 [ 1281.188014] [<c107712f>] ? remove_wait_queue+0x3f/0x50 [ 1281.188014] [<c1051e6e>] ? do_wait+0x10e/0x2d0 [ 1281.188014] [<c118de65>] ? fget_light+0x385/0x4a0 [ 1281.188014] [<c17d518d>] ? sysenter_exit+0xf/0x1a [ 1281.188014] [<c119efa2>] sys_ioctl+0x32/0x60 [ 1281.188014] [<c17d5158>] sysenter_do_call+0x12/0x38 [ 1281.188014] BUG: scheduling while atomic: airodump-ng/16004/0x10000003 [ 1281.188014] INFO: lockdep is turned off. [ 1281.188014] Modules linked in: ebtable_broute ebtable_filter pktcdvd cfq_iosched ebtable_na t ebtables xt_CHECKSUM decnet ppdev lp rfcomm bnep bluetooth uinput nfsd hdaps pcmcia radeon i pw2200 acx_mac80211(O) i2c_i801 yenta_socket libipw drm_kms_helper pcmcia_rsrc pcmcia_core ttm drm parport_pc video parport i2c_algo_bit cfbimgblt cfbcopyarea cfbfillrect intel_agp intel_g tt agpgart raid10 raid456 async_memcpy async_pq async_xor xor async_raid6_recov raid6_pq async _tx ide_pci_generic ide_core ata_generic pata_acpi sr_mod cdrom pata_cmd64x floppy [last unloa ded: dummy] [ 1281.188014] irq event stamp: 27178 [ 1281.188014] hardirqs last enabled at (27177): [<c17cd6d6>] restore_all_notrace+0x0/0x18 [ 1281.188014] hardirqs last disabled at (27178): [<c17cd349>] _raw_spin_lock_irqsave+0x29/0xa0 [ 1281.188014] softirqs last enabled at (27176): [<c1055c2e>] __do_softirq+0xfe/0x320 [ 1281.188014] softirqs last disabled at (27171): [<c1018625>] do_softirq+0xa5/0x100 [ 1281.188014] Pid: 16004, comm: airodump-ng Tainted: G D O 3.4.0-t43-devel-smp-10118-g233e562-dirty #12 [ 1281.188014] Call Trace: [ 1281.188014] [<c1018625>] ? do_softirq+0xa5/0x100 [ 1281.188014] [<c17c05aa>] __schedule_bug+0x69/0x79 [ 1281.188014] [<c17cb7ca>] __schedule+0x8da/0x990 [ 1281.188014] [<c101999c>] ? show_trace_log_lvl+0x4c/0x60 [ 1281.188014] [<c10199d0>] ? show_trace+0x20/0x30 [ 1281.188014] [<c17be8fd>] ? dump_stack+0x73/0x7a [ 1281.188014] [<c1018625>] ? do_softirq+0xa5/0x100 [ 1281.188014] [<c108547f>] ? __might_sleep+0x16f/0x210 [ 1281.188014] [<c1087f3b>] __cond_resched+0x1b/0x30 [ 1281.188014] [<c17cb8f6>] _cond_resched+0x26/0x30 [ 1281.188014] [<c17cac18>] down_read+0x28/0x8a [ 1281.188014] [<c1064b9e>] exit_signals+0x1e/0x110 [ 1281.188014] [<c1052a3f>] do_exit+0x9f/0x9c0 [ 1281.188014] [<c104fa22>] ? kmsg_dump+0x192/0x2b0 [ 1281.188014] [<c104fa36>] ? kmsg_dump+0x1a6/0x2b0 [ 1281.188014] [<c104f90d>] ? kmsg_dump+0x7d/0x2b0 [ 1281.188014] [<c17ce44e>] oops_end+0x8e/0xd0 [ 1281.188014] [<c17bf8a9>] no_context+0x1b4/0x1bc [ 1281.188014] [<c17bf9e0>] __bad_area_nosemaphore+0x12f/0x137 [ 1281.188014] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1281.188014] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1281.188014] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.188014] [<c17bf9ff>] bad_area_nosemaphore+0x17/0x19 [ 1281.188014] [<c17d11f5>] do_page_fault+0x465/0x500 [ 1281.188014] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1281.188014] [<c17cdc3b>] ? error_code+0x5b/0x64 [ 1281.188014] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.188014] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.188014] [<c17cdc3f>] error_code+0x5f/0x64 [ 1281.188014] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.188014] [<c1596273>] ? __netif_schedule+0x13/0xb0 [ 1281.188014] [<c1780098>] ieee80211_propagate_queue_wake+0x108/0x180 [ 1281.188014] [<c17802a4>] __ieee80211_wake_queue+0x194/0x280 [ 1281.188014] [<c1780250>] ? __ieee80211_wake_queue+0x140/0x280 [ 1281.188014] [<c17806ac>] ieee80211_wake_queues_by_reason+0x3c/0x60 [ 1281.188014] [<c17806df>] ieee80211_wake_queues+0xf/0x20 [ 1281.188014] [<f96dcada>] acx_op_start+0x3a/0x80 [acx_mac80211] [ 1281.188014] [<c1769927>] ieee80211_do_open+0x2b7/0x1080 [ 1281.188014] [<c1766f04>] ? ieee80211_check_concurrent_iface+0x24/0x1d0 [ 1281.188014] [<c176a749>] ieee80211_open+0x59/0x60 [ 1281.188014] [<c159be7b>] __dev_open+0x9b/0xf0 [ 1281.188014] [<c159bdce>] ? dev_set_rx_mode+0x2e/0x40 [ 1281.188014] [<c159c112>] __dev_change_flags+0x82/0x160 [ 1281.188014] [<c15a8a14>] ? rtnl_lock+0x14/0x20 [ 1281.188014] [<c159c291>] dev_change_flags+0x21/0x60 [ 1281.188014] [<c1623a26>] devinet_ioctl+0x606/0x7e0 [ 1281.188014] [<c1623d75>] inet_ioctl+0x95/0xc0 [ 1281.188014] [<c16c490a>] packet_ioctl+0x2a/0x140 [ 1281.188014] [<c157ec70>] sock_ioctl+0x70/0x2b0 [ 1281.188014] [<c157ec00>] ? sock_fasync+0xd0/0xd0 [ 1281.188014] [<c119ea2b>] do_vfs_ioctl+0x7b/0x5c0 [ 1281.188014] [<c107712f>] ? remove_wait_queue+0x3f/0x50 [ 1281.188014] [<c1051e6e>] ? do_wait+0x10e/0x2d0 [ 1281.188014] [<c118de65>] ? fget_light+0x385/0x4a0 [ 1281.188014] [<c17d518d>] ? sysenter_exit+0xf/0x1a [ 1281.188014] [<c119efa2>] sys_ioctl+0x32/0x60 [ 1281.188014] [<c17d5158>] sysenter_do_call+0x12/0x38 [ 1281.670725] note: airodump-ng[16004] exited with preempt_count 2 [ 1281.672969] BUG: scheduling while atomic: airodump-ng/16004/0x10000003 [ 1281.674909] INFO: lockdep is turned off. [ 1281.676921] Modules linked in: ebtable_broute ebtable_filter pktcdvd cfq_iosched ebtable_nat ebtables xt_CHECKSUM decnet ppdev lp rfcomm bnep bluetooth uinput nfsd hdaps pcmcia radeon ipw2200 acx_mac80211(O) i2c_i801 yenta_socket libipw drm_kms_helper pcmcia_rsrc pcmcia_core ttm drm parport_pc video parport i2c_algo_bit cfbimgblt cfbcopyarea cfbfillrect intel_agp intel_gtt agpgart raid10 raid456 async_memcpy async_pq async_xor xor async_raid6_recov raid6_pq async_tx ide_pci_generic ide_core ata_generic pata_acpi sr_mod cdrom pata_cmd64x floppy [last unloaded: dummy] [ 1281.685736] Pid: 16004, comm: airodump-ng Tainted: G D W O 3.4.0-t43-devel-smp-10118-g233e562-dirty #12 [ 1281.688083] Call Trace: [ 1281.690393] [<c17c05aa>] __schedule_bug+0x69/0x79 [ 1281.692762] [<c17cb7ca>] __schedule+0x8da/0x990 [ 1281.695110] [<c10870fb>] ? update_rq_clock+0x3b/0x1c0 [ 1281.697490] [<c1086b77>] ? resched_task+0x27/0x70 [ 1281.699862] [<c1087d45>] ? check_preempt_curr+0x65/0x90 [ 1281.702267] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1281.704683] [<c10b3d3f>] ? trace_hardirqs_off_caller+0x1f/0x120 [ 1281.707095] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1281.709534] [<c1085357>] ? __might_sleep+0x47/0x210 [ 1281.711961] [<c17cd216>] ? _raw_spin_unlock_irqrestore+0x36/0x70 [ 1281.714418] [<c1087f3b>] __cond_resched+0x1b/0x30 [ 1281.716892] [<c17cb8f6>] _cond_resched+0x26/0x30 [ 1281.719351] [<c17cb92e>] wait_for_common+0x2e/0x140 [ 1281.721860] [<c10d6398>] ? cpu_stop_queue_work+0x38/0x70 [ 1281.724386] [<c10f46a0>] ? rcu_adopt_orphan_cbs+0xf0/0xf0 [ 1281.726915] [<c17cbb17>] wait_for_completion+0x17/0x20 [ 1281.729456] [<c10d673a>] __stop_cpus+0x4a/0x70 [ 1281.731986] [<c10f46a0>] ? rcu_adopt_orphan_cbs+0xf0/0xf0 [ 1281.734542] [<c10d6895>] try_stop_cpus+0x35/0x60 [ 1281.737127] [<c10f4e13>] synchronize_sched_expedited+0x83/0x120 [ 1281.739727] [<c10f4ebd>] synchronize_rcu_expedited+0xd/0x10 [ 1281.742335] [<c159345d>] synchronize_net+0x3d/0x50 [ 1281.744930] [<c16c46e0>] packet_release+0x1b0/0x290 [ 1281.747509] [<c157f300>] sock_release+0x20/0x80 [ 1281.750096] [<c157f377>] sock_close+0x17/0x30 [ 1281.752679] [<c118e5ec>] fput+0xfc/0x230 [ 1281.755279] [<c1189b42>] filp_close+0x52/0x80 [ 1281.757887] [<c1052226>] ? put_files_struct+0xb6/0x3e0 [ 1281.760501] [<c1052290>] put_files_struct+0x120/0x3e0 [ 1281.763116] [<c1052198>] ? put_files_struct+0x28/0x3e0 [ 1281.765735] [<c10525f3>] exit_files+0x43/0x50 [ 1281.768338] [<c1052b05>] do_exit+0x165/0x9c0 [ 1281.770924] [<c104fa36>] ? kmsg_dump+0x1a6/0x2b0 [ 1281.773517] [<c104f90d>] ? kmsg_dump+0x7d/0x2b0 [ 1281.776107] [<c17ce44e>] oops_end+0x8e/0xd0 [ 1281.778682] [<c17bf8a9>] no_context+0x1b4/0x1bc [ 1281.781276] [<c17bf9e0>] __bad_area_nosemaphore+0x12f/0x137 [ 1281.783852] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1281.786429] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1281.788997] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.791556] [<c17bf9ff>] bad_area_nosemaphore+0x17/0x19 [ 1281.794144] [<c17d11f5>] do_page_fault+0x465/0x500 [ 1281.796733] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1281.799337] [<c17cdc3b>] ? error_code+0x5b/0x64 [ 1281.801959] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.804591] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.807190] [<c17cdc3f>] error_code+0x5f/0x64 [ 1281.809810] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1281.812449] [<c1596273>] ? __netif_schedule+0x13/0xb0 [ 1281.815075] [<c1780098>] ieee80211_propagate_queue_wake+0x108/0x180 [ 1281.817745] [<c17802a4>] __ieee80211_wake_queue+0x194/0x280 [ 1281.820415] [<c1780250>] ? __ieee80211_wake_queue+0x140/0x280 [ 1281.823079] [<c17806ac>] ieee80211_wake_queues_by_reason+0x3c/0x60 [ 1281.825777] [<c17806df>] ieee80211_wake_queues+0xf/0x20 [ 1281.828472] [<f96dcada>] acx_op_start+0x3a/0x80 [acx_mac80211] [ 1281.831177] [<c1769927>] ieee80211_do_open+0x2b7/0x1080 [ 1281.833913] [<c1766f04>] ? ieee80211_check_concurrent_iface+0x24/0x1d0 [ 1281.836619] [<c176a749>] ieee80211_open+0x59/0x60 [ 1281.839300] [<c159be7b>] __dev_open+0x9b/0xf0 [ 1281.841887] [<c159bdce>] ? dev_set_rx_mode+0x2e/0x40 [ 1281.844386] [<c159c112>] __dev_change_flags+0x82/0x160 [ 1281.846776] [<c15a8a14>] ? rtnl_lock+0x14/0x20 [ 1281.849070] [<c159c291>] dev_change_flags+0x21/0x60 [ 1281.851309] [<c1623a26>] devinet_ioctl+0x606/0x7e0 [ 1281.853516] [<c1623d75>] inet_ioctl+0x95/0xc0 [ 1281.855701] [<c16c490a>] packet_ioctl+0x2a/0x140 [ 1281.857902] [<c157ec70>] sock_ioctl+0x70/0x2b0 [ 1281.860103] [<c157ec00>] ? sock_fasync+0xd0/0xd0 [ 1281.862287] [<c119ea2b>] do_vfs_ioctl+0x7b/0x5c0 [ 1281.864480] [<c107712f>] ? remove_wait_queue+0x3f/0x50 [ 1281.866664] [<c1051e6e>] ? do_wait+0x10e/0x2d0 [ 1281.868855] [<c118de65>] ? fget_light+0x385/0x4a0 [ 1281.871029] [<c17d518d>] ? sysenter_exit+0xf/0x1a [ 1281.873207] [<c119efa2>] sys_ioctl+0x32/0x60 [ 1281.875359] [<c17d5158>] sysenter_do_call+0x12/0x38 [ 1281.877557] BUG: scheduling while atomic: airodump-ng/16004/0x10000003 [ 1281.879746] INFO: lockdep is turned off. [ 1281.882017] Modules linked in: ebtable_broute ebtable_filter pktcdvd cfq_iosched ebtable_nat ebtables xt_CHECKSUM decnet ppdev lp rfcomm bnep bluetooth uinput nfsd hdaps pcmcia radeon ipw2200 acx_mac80211(O) i2c_i801 yenta_socket libipw drm_kms_helper pcmcia_rsrc pcmcia_core ttm drm parport_pc video parport i2c_algo_bit cfbimgblt cfbcopyarea cfbfillrect intel_agp intel_gtt agpgart raid10 raid456 async_memcpy async_pq async_xor xor async_raid6_recov raid6_pq async_tx ide_pci_generic ide_core ata_generic pata_acpi sr_mod cdrom pata_cmd64x floppy [last unloaded: dummy] [ 1281.891962] Pid: 16004, comm: airodump-ng Tainted: G D W O 3.4.0-t43-devel-smp-10118-g233e562-dirty #12 [ 1281.894632] Call Trace: [ 1281.897274] [<c17c05aa>] __schedule_bug+0x69/0x79 [ 1281.899918] [<c17cb7ca>] __schedule+0x8da/0x990 [ 1281.902571] [<c10870fb>] ? update_rq_clock+0x3b/0x1c0 [ 1281.905223] [<c1086b77>] ? resched_task+0x27/0x70 [ 1281.907868] [<c1087d45>] ? check_preempt_curr+0x65/0x90 [ 1281.910530] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1281.913209] [<c10b3d3f>] ? trace_hardirqs_off_caller+0x1f/0x120 [ 1281.915884] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1281.918585] [<c1085357>] ? __might_sleep+0x47/0x210 [ 1281.921271] [<c17cd216>] ? _raw_spin_unlock_irqrestore+0x36/0x70 [ 1281.923965] [<c1087f3b>] __cond_resched+0x1b/0x30 [ 1281.926670] [<c17cb8f6>] _cond_resched+0x26/0x30 [ 1281.929371] [<c17cb92e>] wait_for_common+0x2e/0x140 [ 1281.932074] [<c10d6398>] ? cpu_stop_queue_work+0x38/0x70 [ 1281.934773] [<c10f46a0>] ? rcu_adopt_orphan_cbs+0xf0/0xf0 [ 1281.937510] [<c17cbb17>] wait_for_completion+0x17/0x20 [ 1281.940241] [<c10d673a>] __stop_cpus+0x4a/0x70 [ 1281.942965] [<c10f46a0>] ? rcu_adopt_orphan_cbs+0xf0/0xf0 [ 1281.945710] [<c10d6895>] try_stop_cpus+0x35/0x60 [ 1281.948440] [<c10f4e13>] synchronize_sched_expedited+0x83/0x120 [ 1281.951214] [<c10f4ebd>] synchronize_rcu_expedited+0xd/0x10 [ 1281.953985] [<c159345d>] synchronize_net+0x3d/0x50 [ 1281.956741] [<c16c46e0>] packet_release+0x1b0/0x290 [ 1281.959479] [<c157f300>] sock_release+0x20/0x80 [ 1281.962228] [<c157f377>] sock_close+0x17/0x30 [ 1281.964967] [<c118e5ec>] fput+0xfc/0x230 [ 1281.967676] [<c1189b42>] filp_close+0x52/0x80 [ 1281.970424] [<c1052226>] ? put_files_struct+0xb6/0x3e0 [ 1281.973179] [<c1052290>] put_files_struct+0x120/0x3e0 [ 1281.975915] [<c1052198>] ? put_files_struct+0x28/0x3e0 [ 1281.978666] [<c10525f3>] exit_files+0x43/0x50 [ 1281.981398] [<c1052b05>] do_exit+0x165/0x9c0 [ 1281.984114] [<c104fa36>] ? kmsg_dump+0x1a6/0x2b0 [ 1281.986814] [<c104f90d>] ? kmsg_dump+0x7d/0x2b0 [ 1281.989508] [<c17ce44e>] oops_end+0x8e/0xd0 [ 1281.992201] [<c17bf8a9>] no_context+0x1b4/0x1bc [ 1281.994880] [<c17bf9e0>] __bad_area_nosemaphore+0x12f/0x137 [ 1281.997580] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1282.000264] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1282.002888] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.005542] [<c17bf9ff>] bad_area_nosemaphore+0x17/0x19 [ 1282.008200] [<c17d11f5>] do_page_fault+0x465/0x500 [ 1282.010843] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1282.013523] [<c17cdc3b>] ? error_code+0x5b/0x64 [ 1282.016186] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.018845] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.021494] [<c17cdc3f>] error_code+0x5f/0x64 [ 1282.024150] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.026790] [<c1596273>] ? __netif_schedule+0x13/0xb0 [ 1282.029458] [<c1780098>] ieee80211_propagate_queue_wake+0x108/0x180 [ 1282.032149] [<c17802a4>] __ieee80211_wake_queue+0x194/0x280 [ 1282.034832] [<c1780250>] ? __ieee80211_wake_queue+0x140/0x280 [ 1282.037533] [<c17806ac>] ieee80211_wake_queues_by_reason+0x3c/0x60 [ 1282.040243] [<c17806df>] ieee80211_wake_queues+0xf/0x20 [ 1282.042934] [<f96dcada>] acx_op_start+0x3a/0x80 [acx_mac80211] [ 1282.045641] [<c1769927>] ieee80211_do_open+0x2b7/0x1080 [ 1282.048354] [<c1766f04>] ? ieee80211_check_concurrent_iface+0x24/0x1d0 [ 1282.051056] [<c176a749>] ieee80211_open+0x59/0x60 [ 1282.053755] [<c159be7b>] __dev_open+0x9b/0xf0 [ 1282.056344] [<c159bdce>] ? dev_set_rx_mode+0x2e/0x40 [ 1282.058833] [<c159c112>] __dev_change_flags+0x82/0x160 [ 1282.061237] [<c15a8a14>] ? rtnl_lock+0x14/0x20 [ 1282.063524] [<c159c291>] dev_change_flags+0x21/0x60 [ 1282.065782] [<c1623a26>] devinet_ioctl+0x606/0x7e0 [ 1282.067977] [<c1623d75>] inet_ioctl+0x95/0xc0 [ 1282.070187] [<c16c490a>] packet_ioctl+0x2a/0x140 [ 1282.072399] [<c157ec70>] sock_ioctl+0x70/0x2b0 [ 1282.074589] [<c157ec00>] ? sock_fasync+0xd0/0xd0 [ 1282.076791] [<c119ea2b>] do_vfs_ioctl+0x7b/0x5c0 [ 1282.078975] [<c107712f>] ? remove_wait_queue+0x3f/0x50 [ 1282.081196] [<c1051e6e>] ? do_wait+0x10e/0x2d0 [ 1282.083368] [<c118de65>] ? fget_light+0x385/0x4a0 [ 1282.085553] [<c17d518d>] ? sysenter_exit+0xf/0x1a [ 1282.087723] [<c119efa2>] sys_ioctl+0x32/0x60 [ 1282.089896] [<c17d5158>] sysenter_do_call+0x12/0x38 [ 1282.092094] BUG: scheduling while atomic: airodump-ng/16004/0x10000003 [ 1282.094287] INFO: lockdep is turned off. [ 1282.096545] Modules linked in: ebtable_broute ebtable_filter pktcdvd cfq_iosched ebtable_nat ebtables xt_CHECKSUM decnet ppdev lp rfcomm bnep bluetooth uinput nfsd hdaps pcmcia radeon ipw2200 acx_mac80211(O) i2c_i801 yenta_socket libipw drm_kms_helper pcmcia_rsrc pcmcia_core ttm drm parport_pc video parport i2c_algo_bit cfbimgblt cfbcopyarea cfbfillrect intel_agp intel_gtt agpgart raid10 raid456 async_memcpy async_pq async_xor xor async_raid6_recov raid6_pq async_tx ide_pci_generic ide_core ata_generic pata_acpi sr_mod cdrom pata_cmd64x floppy [last unloaded: dummy] [ 1282.106492] Pid: 16004, comm: airodump-ng Tainted: G D W O 3.4.0-t43-devel-smp-10118-g233e562-dirty #12 [ 1282.109167] Call Trace: [ 1282.111790] [<c17c05aa>] __schedule_bug+0x69/0x79 [ 1282.114460] [<c17cb7ca>] __schedule+0x8da/0x990 [ 1282.117100] [<c10870fb>] ? update_rq_clock+0x3b/0x1c0 [ 1282.119742] [<c1086b77>] ? resched_task+0x27/0x70 [ 1282.122396] [<c1087d45>] ? check_preempt_curr+0x65/0x90 [ 1282.125055] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1282.127710] [<c10b3d3f>] ? trace_hardirqs_off_caller+0x1f/0x120 [ 1282.130392] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1282.133079] [<c1085357>] ? __might_sleep+0x47/0x210 [ 1282.135751] [<c17cd216>] ? _raw_spin_unlock_irqrestore+0x36/0x70 [ 1282.138453] [<c1087f3b>] __cond_resched+0x1b/0x30 [ 1282.141144] [<c17cb8f6>] _cond_resched+0x26/0x30 [ 1282.143824] [<c17cb92e>] wait_for_common+0x2e/0x140 [ 1282.146531] [<c10d6398>] ? cpu_stop_queue_work+0x38/0x70 [ 1282.149248] [<c10f46a0>] ? rcu_adopt_orphan_cbs+0xf0/0xf0 [ 1282.151963] [<c17cbb17>] wait_for_completion+0x17/0x20 [ 1282.154693] [<c10d673a>] __stop_cpus+0x4a/0x70 [ 1282.157421] [<c10f46a0>] ? rcu_adopt_orphan_cbs+0xf0/0xf0 [ 1282.160160] [<c10d6895>] try_stop_cpus+0x35/0x60 [ 1282.162871] [<c10f4e13>] synchronize_sched_expedited+0x83/0x120 [ 1282.165659] [<c10f4ebd>] synchronize_rcu_expedited+0xd/0x10 [ 1282.168428] [<c159345d>] synchronize_net+0x3d/0x50 [ 1282.171155] [<c16c46e0>] packet_release+0x1b0/0x290 [ 1282.173900] [<c157f300>] sock_release+0x20/0x80 [ 1282.176629] [<c157f377>] sock_close+0x17/0x30 [ 1282.179345] [<c118e5ec>] fput+0xfc/0x230 [ 1282.182062] [<c1189b42>] filp_close+0x52/0x80 [ 1282.184800] [<c1052226>] ? put_files_struct+0xb6/0x3e0 [ 1282.187528] [<c1052290>] put_files_struct+0x120/0x3e0 [ 1282.190277] [<c1052198>] ? put_files_struct+0x28/0x3e0 [ 1282.193025] [<c10525f3>] exit_files+0x43/0x50 [ 1282.195736] [<c1052b05>] do_exit+0x165/0x9c0 [ 1282.198449] [<c104fa36>] ? kmsg_dump+0x1a6/0x2b0 [ 1282.201154] [<c104f90d>] ? kmsg_dump+0x7d/0x2b0 [ 1282.203825] [<c17ce44e>] oops_end+0x8e/0xd0 [ 1282.206511] [<c17bf8a9>] no_context+0x1b4/0x1bc [ 1282.209190] [<c17bf9e0>] __bad_area_nosemaphore+0x12f/0x137 [ 1282.211862] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1282.214540] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1282.217184] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.219810] [<c17bf9ff>] bad_area_nosemaphore+0x17/0x19 [ 1282.222457] [<c17d11f5>] do_page_fault+0x465/0x500 [ 1282.225113] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1282.227771] [<c17cdc3b>] ? error_code+0x5b/0x64 [ 1282.230428] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.233089] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.235716] [<c17cdc3f>] error_code+0x5f/0x64 [ 1282.238370] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.241019] [<c1596273>] ? __netif_schedule+0x13/0xb0 [ 1282.243662] [<c1780098>] ieee80211_propagate_queue_wake+0x108/0x180 [ 1282.246360] [<c17802a4>] __ieee80211_wake_queue+0x194/0x280 [ 1282.249050] [<c1780250>] ? __ieee80211_wake_queue+0x140/0x280 [ 1282.251736] [<c17806ac>] ieee80211_wake_queues_by_reason+0x3c/0x60 [ 1282.254444] [<c17806df>] ieee80211_wake_queues+0xf/0x20 [ 1282.257142] [<f96dcada>] acx_op_start+0x3a/0x80 [acx_mac80211] [ 1282.259837] [<c1769927>] ieee80211_do_open+0x2b7/0x1080 [ 1282.262551] [<c1766f04>] ? ieee80211_check_concurrent_iface+0x24/0x1d0 [ 1282.265267] [<c176a749>] ieee80211_open+0x59/0x60 [ 1282.267951] [<c159be7b>] __dev_open+0x9b/0xf0 [ 1282.270548] [<c159bdce>] ? dev_set_rx_mode+0x2e/0x40 [ 1282.273053] [<c159c112>] __dev_change_flags+0x82/0x160 [ 1282.275442] [<c15a8a14>] ? rtnl_lock+0x14/0x20 [ 1282.277745] [<c159c291>] dev_change_flags+0x21/0x60 [ 1282.279990] [<c1623a26>] devinet_ioctl+0x606/0x7e0 [ 1282.282200] [<c1623d75>] inet_ioctl+0x95/0xc0 [ 1282.284397] [<c16c490a>] packet_ioctl+0x2a/0x140 [ 1282.286596] [<c157ec70>] sock_ioctl+0x70/0x2b0 [ 1282.288808] [<c157ec00>] ? sock_fasync+0xd0/0xd0 [ 1282.290994] [<c119ea2b>] do_vfs_ioctl+0x7b/0x5c0 [ 1282.293199] [<c107712f>] ? remove_wait_queue+0x3f/0x50 [ 1282.295389] [<c1051e6e>] ? do_wait+0x10e/0x2d0 [ 1282.297576] [<c118de65>] ? fget_light+0x385/0x4a0 [ 1282.299745] [<c17d518d>] ? sysenter_exit+0xf/0x1a [ 1282.301928] [<c119efa2>] sys_ioctl+0x32/0x60 [ 1282.304100] [<c17d5158>] sysenter_do_call+0x12/0x38 [ 1282.306272] BUG: sleeping function called from invalid context at /sctank2/Dane/linux/linux-2.6/torvalds-linux-2.6/kernel/mutex.c:269 [ 1282.308574] in_atomic(): 1, irqs_disabled(): 0, pid: 16004, name: airodump-ng [ 1282.310867] INFO: lockdep is turned off. [ 1282.313180] Pid: 16004, comm: airodump-ng Tainted: G D W O 3.4.0-t43-devel-smp-10118-g233e562-dirty #12 [ 1282.315566] Call Trace: [ 1282.317944] [<c108547f>] __might_sleep+0x16f/0x210 [ 1282.320343] [<c17c9a0a>] mutex_lock_nested+0x2a/0x300 [ 1282.322729] [<c10b627b>] ? trace_hardirqs_on+0xb/0x10 [ 1282.325131] [<c10f46a0>] ? rcu_adopt_orphan_cbs+0xf0/0xf0 [ 1282.327514] [<c17ca82d>] ? mutex_unlock+0xd/0x10 [ 1282.329931] [<c104fc22>] put_online_cpus+0x22/0x50 [ 1282.332316] [<c10f4e5d>] synchronize_sched_expedited+0xcd/0x120 [ 1282.334711] [<c10f4ebd>] synchronize_rcu_expedited+0xd/0x10 [ 1282.337111] [<c159345d>] synchronize_net+0x3d/0x50 [ 1282.339491] [<c16c46e0>] packet_release+0x1b0/0x290 [ 1282.341894] [<c157f300>] sock_release+0x20/0x80 [ 1282.344303] [<c157f377>] sock_close+0x17/0x30 [ 1282.346693] [<c118e5ec>] fput+0xfc/0x230 [ 1282.349073] [<c1189b42>] filp_close+0x52/0x80 [ 1282.351444] [<c1052226>] ? put_files_struct+0xb6/0x3e0 [ 1282.353831] [<c1052290>] put_files_struct+0x120/0x3e0 [ 1282.356227] [<c1052198>] ? put_files_struct+0x28/0x3e0 [ 1282.358608] [<c10525f3>] exit_files+0x43/0x50 [ 1282.361013] [<c1052b05>] do_exit+0x165/0x9c0 [ 1282.363395] [<c104fa36>] ? kmsg_dump+0x1a6/0x2b0 [ 1282.365794] [<c104f90d>] ? kmsg_dump+0x7d/0x2b0 [ 1282.368180] [<c17ce44e>] oops_end+0x8e/0xd0 [ 1282.370542] [<c17bf8a9>] no_context+0x1b4/0x1bc [ 1282.372949] [<c17bf9e0>] __bad_area_nosemaphore+0x12f/0x137 [ 1282.375352] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1282.377761] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1282.380132] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.382486] [<c17bf9ff>] bad_area_nosemaphore+0x17/0x19 [ 1282.384859] [<c17d11f5>] do_page_fault+0x465/0x500 [ 1282.387221] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1282.389639] [<c17cdc3b>] ? error_code+0x5b/0x64 [ 1282.392051] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.394446] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.396830] [<c17cdc3f>] error_code+0x5f/0x64 [ 1282.399191] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.401554] [<c1596273>] ? __netif_schedule+0x13/0xb0 [ 1282.403906] [<c1780098>] ieee80211_propagate_queue_wake+0x108/0x180 [ 1282.406294] [<c17802a4>] __ieee80211_wake_queue+0x194/0x280 [ 1282.408688] [<c1780250>] ? __ieee80211_wake_queue+0x140/0x280 [ 1282.411065] [<c17806ac>] ieee80211_wake_queues_by_reason+0x3c/0x60 [ 1282.413457] [<c17806df>] ieee80211_wake_queues+0xf/0x20 [ 1282.415817] [<f96dcada>] acx_op_start+0x3a/0x80 [acx_mac80211] [ 1282.418177] [<c1769927>] ieee80211_do_open+0x2b7/0x1080 [ 1282.420547] [<c1766f04>] ? ieee80211_check_concurrent_iface+0x24/0x1d0 [ 1282.422922] [<c176a749>] ieee80211_open+0x59/0x60 [ 1282.425318] [<c159be7b>] __dev_open+0x9b/0xf0 [ 1282.427684] [<c159bdce>] ? dev_set_rx_mode+0x2e/0x40 [ 1282.430067] [<c159c112>] __dev_change_flags+0x82/0x160 [ 1282.432447] [<c15a8a14>] ? rtnl_lock+0x14/0x20 [ 1282.434820] [<c159c291>] dev_change_flags+0x21/0x60 [ 1282.437212] [<c1623a26>] devinet_ioctl+0x606/0x7e0 [ 1282.439588] [<c1623d75>] inet_ioctl+0x95/0xc0 [ 1282.441981] [<c16c490a>] packet_ioctl+0x2a/0x140 [ 1282.444374] [<c157ec70>] sock_ioctl+0x70/0x2b0 [ 1282.446743] [<c157ec00>] ? sock_fasync+0xd0/0xd0 [ 1282.449126] [<c119ea2b>] do_vfs_ioctl+0x7b/0x5c0 [ 1282.451495] [<c107712f>] ? remove_wait_queue+0x3f/0x50 [ 1282.453889] [<c1051e6e>] ? do_wait+0x10e/0x2d0 [ 1282.456272] [<c118de65>] ? fget_light+0x385/0x4a0 [ 1282.458653] [<c17d518d>] ? sysenter_exit+0xf/0x1a [ 1282.460979] [<c119efa2>] sys_ioctl+0x32/0x60 [ 1282.463230] [<c17d5158>] sysenter_do_call+0x12/0x38 [ 1282.465474] BUG: scheduling while atomic: airodump-ng/16004/0x10000003 [ 1282.467698] INFO: lockdep is turned off. [ 1282.469939] Modules linked in: ebtable_broute ebtable_filter pktcdvd cfq_iosched ebtable_nat ebtables xt_CHECKSUM decnet ppdev lp rfcomm bnep bluetooth uinput nfsd hdaps pcmcia radeon ipw2200 acx_mac80211(O) i2c_i801 yenta_socket libipw drm_kms_helper pcmcia_rsrc pcmcia_core ttm drm parport_pc video parport i2c_algo_bit cfbimgblt cfbcopyarea cfbfillrect intel_agp intel_gtt agpgart raid10 raid456 async_memcpy async_pq async_xor xor async_raid6_recov raid6_pq async_tx ide_pci_generic ide_core ata_generic pata_acpi sr_mod cdrom pata_cmd64x floppy [last unloaded: dummy] [ 1282.479872] Pid: 16004, comm: airodump-ng Tainted: G D W O 3.4.0-t43-devel-smp-10118-g233e562-dirty #12 [ 1282.482529] Call Trace: [ 1282.485162] [<c17c05aa>] __schedule_bug+0x69/0x79 [ 1282.487808] [<c17cb7ca>] __schedule+0x8da/0x990 [ 1282.490455] [<c101999c>] ? show_trace_log_lvl+0x4c/0x60 [ 1282.493115] [<c10199d0>] ? show_trace+0x20/0x30 [ 1282.495744] [<c17be8fd>] ? dump_stack+0x73/0x7a [ 1282.498379] [<c108547f>] ? __might_sleep+0x16f/0x210 [ 1282.501025] [<c1087f3b>] __cond_resched+0x1b/0x30 [ 1282.503664] [<c17cb8f6>] _cond_resched+0x26/0x30 [ 1282.506319] [<c17c9a0f>] mutex_lock_nested+0x2f/0x300 [ 1282.508981] [<c10b627b>] ? trace_hardirqs_on+0xb/0x10 [ 1282.511630] [<c10f46a0>] ? rcu_adopt_orphan_cbs+0xf0/0xf0 [ 1282.514300] [<c17ca82d>] ? mutex_unlock+0xd/0x10 [ 1282.516955] [<c104fc22>] put_online_cpus+0x22/0x50 [ 1282.519605] [<c10f4e5d>] synchronize_sched_expedited+0xcd/0x120 [ 1282.522290] [<c10f4ebd>] synchronize_rcu_expedited+0xd/0x10 [ 1282.524982] [<c159345d>] synchronize_net+0x3d/0x50 [ 1282.527656] [<c16c46e0>] packet_release+0x1b0/0x290 [ 1282.530341] [<c157f300>] sock_release+0x20/0x80 [ 1282.533025] [<c157f377>] sock_close+0x17/0x30 [ 1282.535676] [<c118e5ec>] fput+0xfc/0x230 [ 1282.538362] [<c1189b42>] filp_close+0x52/0x80 [ 1282.541043] [<c1052226>] ? put_files_struct+0xb6/0x3e0 [ 1282.543708] [<c1052290>] put_files_struct+0x120/0x3e0 [ 1282.546388] [<c1052198>] ? put_files_struct+0x28/0x3e0 [ 1282.549052] [<c10525f3>] exit_files+0x43/0x50 [ 1282.551695] [<c1052b05>] do_exit+0x165/0x9c0 [ 1282.554338] [<c104fa36>] ? kmsg_dump+0x1a6/0x2b0 [ 1282.557011] [<c104f90d>] ? kmsg_dump+0x7d/0x2b0 [ 1282.559654] [<c17ce44e>] oops_end+0x8e/0xd0 [ 1282.562307] [<c17bf8a9>] no_context+0x1b4/0x1bc [ 1282.564960] [<c17bf9e0>] __bad_area_nosemaphore+0x12f/0x137 [ 1282.567605] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1282.570245] [<c108e207>] ? sched_clock_cpu+0x117/0x1c0 [ 1282.572850] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.575441] [<c17bf9ff>] bad_area_nosemaphore+0x17/0x19 [ 1282.578084] [<c17d11f5>] do_page_fault+0x465/0x500 [ 1282.580699] [<c17cd245>] ? _raw_spin_unlock_irqrestore+0x65/0x70 [ 1282.583308] [<c17cdc3b>] ? error_code+0x5b/0x64 [ 1282.585917] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.588512] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.591075] [<c17cdc3f>] error_code+0x5f/0x64 [ 1282.593658] [<c17d0d90>] ? vmalloc_fault+0x181/0x181 [ 1282.596245] [<c1596273>] ? __netif_schedule+0x13/0xb0 [ 1282.598819] [<c1780098>] ieee80211_propagate_queue_wake+0x108/0x180 [ 1282.601428] [<c17802a4>] __ieee80211_wake_queue+0x194/0x280 [ 1282.604046] [<c1780250>] ? __ieee80211_wake_queue+0x140/0x280 [ 1282.606664] [<c17806ac>] ieee80211_wake_queues_by_reason+0x3c/0x60 [ 1282.609306] [<c17806df>] ieee80211_wake_queues+0xf/0x20 [ 1282.611922] [<f96dcada>] acx_op_start+0x3a/0x80 [acx_mac80211] [ 1282.614567] [<c1769927>] ieee80211_do_open+0x2b7/0x1080 [ 1282.617221] [<c1766f04>] ? ieee80211_check_concurrent_iface+0x24/0x1d0 [ 1282.619877] [<c176a749>] ieee80211_open+0x59/0x60 [ 1282.622545] [<c159be7b>] __dev_open+0x9b/0xf0 [ 1282.625200] [<c159bdce>] ? dev_set_rx_mode+0x2e/0x40 [ 1282.627857] [<c159c112>] __dev_change_flags+0x82/0x160 [ 1282.630521] [<c15a8a14>] ? rtnl_lock+0x14/0x20 [ 1282.633189] [<c159c291>] dev_change_flags+0x21/0x60 [ 1282.635828] [<c1623a26>] devinet_ioctl+0x606/0x7e0 [ 1282.638462] [<c1623d75>] inet_ioctl+0x95/0xc0 [ 1282.640989] [<c16c490a>] packet_ioctl+0x2a/0x140 [ 1282.643408] [<c157ec70>] sock_ioctl+0x70/0x2b0 [ 1282.645746] [<c157ec00>] ? sock_fasync+0xd0/0xd0 [ 1282.647961] [<c119ea2b>] do_vfs_ioctl+0x7b/0x5c0 [ 1282.650139] [<c107712f>] ? remove_wait_queue+0x3f/0x50 [ 1282.652276] [<c1051e6e>] ? do_wait+0x10e/0x2d0 [ 1282.654392] [<c118de65>] ? fget_light+0x385/0x4a0 [ 1282.656540] [<c17d518d>] ? sysenter_exit+0xf/0x1a [ 1282.658666] [<c119efa2>] sys_ioctl+0x32/0x60 [ 1282.660807] [<c17d5158>] sysenter_do_call+0x12/0x38 I basically run this example with empty system (just udev and bash running) and most of filesystem unmounted or remounted ro for safety. System in this case was still running, but for safety I rebooted it. However system can hang even in other circumcances, like just stoping apache! (which probably listens on *:80). It looks like memory corruption, but do not know how to start debuging it. Maybe more debuging message in ioctl handling? Any ideas? -- Witold Baryluk |
From: Jim C. <jim...@gm...> - 2012-04-08 20:27:33
|
On Sun, Apr 8, 2012 at 1:08 PM, Oliver Winker <oli...@ol...> wrote: > On Sun, 8 Apr 2012, Jim Cromie wrote: > > Hmm ... could it be, that the interface is actually not brought up ? As an > AP, is hostapd seup correct (e.g. to use wlan1) ? > Im trying for client ATM since its simpler. AP later.. BTW, should this convo be on -devel or -user or both ? my /etc/network/interfaces: # wlan0 is working card - rtl8180 24642 0 # wlan1 is acx111 stanzas are identical, maybe something else is missing. fwiw, it was WPA1, which worked well from my ubuntu laptop using cfg80211 172427 3 iwl3945,iwl_legacy,mac80211 But I backed it down to WEP to simplify the problem. the working wifi on box-under-test was having some trouble / unreliability with WPA too. auto wlan0 iface wlan0 inet dhcp wireless-essid yoduh wireless-key ******** wireless-keymode open iface wlan1 inet dhcp wireless-essid yoduh wireless-key ******* wireless-keymode open > A good smoke test, if the card+driver generally works so far, is to do a > small scan: > > iwlist wlan1 scan once I ifup it, scan looks pretty good - there are differences, I think theyre unimportant. Signal strength is not so good, tho AP is 10 feet away :-( much better (65/70) on laptop, which is also 10 feet away. issue ? btw, this is console output, so has kernel messages too. root@voyage:~# ifup wlan1 Internet Systems Consortium DHCP Client 4.1.1-P1 Copyright 2004-2010 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ acx: Updating initial settings acx: Updating station_id to: 00:E0:98:E6:99:68 acx: Updating Tx fallback to 1 retries acx: Updating tx-power-level to: 1 acx: Updating antenna[0,1]: 0x4A 0x04 acx: Updating the Energy Detect (ED) threshold: 0 acx: acx111 doesn't support ED threshold acx: Updating the Channel Clear Assessment (CCA) value: 0x00 acx: acx111 doesn't support CCA acx: Updating TX: disable, channel=1 acx: Updating RX: disable, channel=1 acx: Updating the short retry limit: 7, long retry limit: 4 acx: Updating the tx MSDU lifetime: 4096 acx: Updating the regulatory domain: 0x10 acx: Updating to mode=0x0002 acx: Updating RXconfig to mode=0x0002,rx_config_1:2=2010:0FDD acx: Updating RX: enable, channel=1 acx: Updating TX: enable, channel=1 acx: updating sensitivity value: 2 acx: Enabling firmware auto radio-recalibration. acx: acx_op_add_interface: vif_type=0002 acx: acx_op_add_interface: NL80211_IFTYPE_STATION acx: Updating to mode=0x0002 acx: Updating RXconfig to mode=0x0002,rx_config_1:2=2010:0FDD acx: Updating RX: enable, channel=1 acx: Updating TX: enable, channel=1 acx: Virtual interface added (type: 0x00000002, MAC: 00:E0:98:E6:99:68) acx: Tx-power adjusted from 0 to 4 dbm (tx-power-level: 5) acx: Updating tx-power-level to: 5 ADDRCONF(NETDEV_UP): wlan1: link is not ready acx: Updating TX: enable, channel=2 acx: Updating RX: enable, channel=2 Listening on LPF/wlan1/00:e0:98:e6:99:68 Sending on LPF/wlan1/00:e0:98:e6:99:68 Sending on Socket/fallback acx: Updating TX: enable, channel=3 acx: Updating RX: enable, channel=3 acx: Updating TX: enable, channel=4 acx: Updating RX: enable, channel=4 acx: Updating TX: enable, channel=5 acx: Updating RX: enable, channel=5 acx: Updating TX: enable, channel=6 acx: Updating RX: enable, channel=6 acx: Updating TX: enable, channel=7 acx: Updating RX: enable, channel=7 acx: Updating TX: enable, channel=8 acx: Updating RX: enable, channel=8 acx: Updating TX: enable, channel=9 acx: Updating RX: enable, channel=9 acx: Updating TX: enable, channel=10 acx: Updating RX: enable, channel=10 acx: Updating TX: enable, channel=11 acx: Updating RX: enable, channel=11 acx: Updating TX: enable, channel=12 acx: Updating RX: enable, channel=12 acx: Updating TX: enable, channel=13 acx: Updating RX: enable, channel=13 acx: Updating TX: enable, channel=14 acx: Updating RX: enable, channel=14 wlan1: authenticate with 00:14:d1:e8:65:0a acx: Updating TX: enable, channel=1 acx: Updating RX: enable, channel=1 acx: Updating TX: enable, channel=4 acx: Updating RX: enable, channel=4 wlan1: send auth to 00:14:d1:e8:65:0a (try 1/3) wlan1: authenticated wlan1: associate with 00:14:d1:e8:65:0a (try 1/3) wlan1: RX AssocResp from 00:14:d1:e8:65:0a (capab=0x11 status=0 aid=3) wlan1: associated ADDRCONF(NETDEV_CHANGE): wlan1: link becomes ready acx: acx_op_set_key: algorithm=1: ACX_SEC_ALGO_WEP DHCPDISCOVER on wlan1 to 255.255.255.255 port 67 interval 5 DHCPOFFER from 192.168.10.1 DHCPREQUEST on wlan1 to 255.255.255.255 port 67 DHCPACK from 192.168.10.1 bound to 192.168.10.141 -- renewal in 273162 seconds. root@voyage:~# wlan1: no IPv6 routers present root@voyage:~# iwconfig wlan0 IEEE 802.11b ESSID:"yoduh" Mode:Managed Frequency:2.427 GHz Access Point: 00:14:D1:E8:65:0A Bit Rate=11 Mb/s Tx-Power=0 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:*********** Power Management:off Link Quality=39/100 Signal level=39/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:43 Invalid misc:36 Missed beacon:0 ... wlan1 IEEE 802.11bg ESSID:"yoduh" Mode:Managed Frequency:2.427 GHz Access Point: 00:14:D1:E8:65:0A Bit Rate=1 Mb/s Tx-Power=0 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:******** Power Management:off Link Quality=32/100 Signal level=32/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:9 Missed beacon:0 The short version: root@voyage:~# iwlist scan | egrep 'Channel|ESSID|Quality|wlan' wlan0 Scan completed : Channel:4 lo Interface doesn't support scanning. acx: Updating TX: enable, channel=1 eth0 Interface doesn't support scanning. eth1 Interface doesn't support scanning. eth2 Interface doesn't support scanning. acx: Updating RX: enable, channel=1 Frequency:2.427 GHz (Channel 4) Quality=95/100 Signal level=95/100 ESSID:"yoduh" Channel:6 Frequency:2.437 GHz (Channel 6) Quality=4/100 Signal level=4/100 ESSID:"kelly_rules" Channel:3 Frequency:2.422 GHz (Channel 3) Quality=18/100 Signal level=18/100 ESSID:"llima" acx: Updating TX: enable, channel=2 acx: Updating RX: enable, channel=2 acx: Updating TX: enable, channel=3 acx: Updating RX: enable, channel=3 acx: Updating TX: enable, channel=4 acx: Updating RX: enable, channel=4 acx: Updating TX: enable, channel=5 acx: Updating RX: enable, channel=5 acx: Updating TX: enable, channel=6 acx: Updating RX: enable, channel=6 acx: Updating TX: enable, channel=4 acx: Updating RX: enable, channel=4 acx: Updating TX: enable, channel=7 acx: Updating RX: enable, channel=7 acx: Updating TX: enable, channel=8 acx: Updating RX: enable, channel=8 acx: Updating TX: enable, channel=9 acx: Updating RX: enable, channel=9 acx: Updating TX: enable, channel=10 acx: Updating RX: enable, channel=10 acx: Updating TX: enable, channel=11 acx: Updating RX: enable, channel=11 acx: Updating TX: enable, channel=4 acx: Updating RX: enable, channel=4 acx: Updating TX: enable, channel=12 acx: Updating RX: enable, channel=12 acx: Updating TX: enable, channel=13 acx: Updating RX: enable, channel=13 acx: Updating TX: enable, channel=14 acx: Updating RX: enable, channel=14 acx: Updating TX: enable, channel=4 acx: Updating RX: enable, channel=4 wlan1 Scan completed : Channel:2 Frequency:2.417 GHz (Channel 2) Quality=13/100 Signal level=13/100 ESSID:"irina" Channel:3 Frequency:2.422 GHz (Channel 3) Quality=14/100 Signal level=14/100 ESSID:"llima" Channel:4 Frequency:2.427 GHz (Channel 4) Quality=30/100 Signal level=30/100 ESSID:"yoduh" Channel:6 Frequency:2.437 GHz (Channel 6) Quality=19/100 Signal level=19/100 ESSID:"kelly_rules" Channel:11 Frequency:2.462 GHz (Channel 11) Quality=21/100 Signal level=21/100 ESSID:"kelly dillon" root@voyage:~# The full version: root@voyage:~# iwlist scan wlan0 Scan completed : Cell 01 - Address: 00:14:D1:E8:65:0A Channel:4 Frequency:2.427 GHz (Channel 4) Quality=86/100 Signal level=86/100 Encryption key:on ESSID:"yoduh" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s 9 Mb/s; 12 Mb/s; 18 Mb/s Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s Mode:Master Extra:tsf=00000021d6fd98e1 Extra: Last beacon: 56ms ago IE: Unknown: 0005796F647568 IE: Unknown: 010882848B960C121824 IE: Unknown: 030104 IE: Unknown: 2A0101 IE: Unknown: 32043048606C IE: Unknown: DD180050F2020101000003A4000027A4000042435E0062322F00 IE: Unknown: DD930050F204104A0001101044000102103B000103104700106304125310192006122800E04C8196351021001B5265616C74656B2053656D69636F6E647563746F7220436F72702E1023000752544C387878781024000D45562D323030362D30372D32371042000F3132333435363738393031323334371054000800060050F20400011011000852544C3831393662100800020086 IE: Unknown: DD050050F20500 IE: Unknown: DD0700E04C02022000 Cell 02 - Address: C0:C1:C0:87:19:85 Channel:6 Frequency:2.437 GHz (Channel 6) Quality=13/100 Signal level=13/100 Encryption key:on ESSID:"kelly_rules" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 18 Mb/s 24 Mb/s; 36 Mb/s; 54 Mb/s Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 48 Mb/s Mode:Master Extra:tsf=000000b3bacda193 Extra: Last beacon: 1832ms ago IE: Unknown: 000B6B656C6C795F72756C6573 IE: Unknown: 010882848B962430486C IE: Unknown: 030106 IE: Unknown: 050400010000 IE: Unknown: 2A0100 IE: Unknown: 2F0100 IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : CCMP TKIP Authentication Suites (1) : PSK IE: Unknown: 32040C121860 IE: Unknown: 2D1AFC181BFFFF000000000000000000000000000000000000000000 IE: Unknown: 3D1606081500000000000000000000000000000000000000 IE: Unknown: 4A0E14000A002C01C800140005001900 IE: Unknown: 7F0101 IE: Unknown: DD0E0050F204104A0001101044000102 IE: Unknown: DD090010180201F0040000 IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : CCMP TKIP Authentication Suites (1) : PSK IE: Unknown: DD180050F2020101800003A4000027A4000042435E0062322F00 IE: Unknown: DD1E00904C33FC181BFFFF000000000000000000000000000000000000000000 IE: Unknown: DD1A00904C3406081500000000000000000000000000000000000000 Cell 03 - Address: 00:18:F8:DF:FD:75 Channel:11 Frequency:2.462 GHz (Channel 11) Quality=67/100 Signal level=67/100 Encryption key:on ESSID:"kelly dillon" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 18 Mb/s 24 Mb/s; 36 Mb/s; 54 Mb/s Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 48 Mb/s Mode:Master Extra:tsf=00000106df3af811 Extra: Last beacon: 956ms ago IE: Unknown: 000C6B656C6C792064696C6C6F6E IE: Unknown: 010882848B9624acx: Updating TX: enable, channel=1 30486C IE: Unknown: 03010B IE: Unknown: 050404070000 IE: Unknown:acx: Updating RX: enable, channel=1 2A0104 IE: Unknown: 2F0104 IE: Unknown: 32040C121860 IE: Unknown: DD090010180201F4000000 lo Interface doesn't support scanning. eth0 Interface doesn't support scanning. eth1 Interface doesn't support scanning. eth2 Interface doesn't support scanning. acx: Updating TX: enable, channel=2 acx: Updating RX: enable, channel=2 acx: Updating TX: enable, channel=3 acx: Updating RX: enable, channel=3 acx: Updating TX: enable, channel=4 acx: Updating RX: enable, channel=4 acx: Updating TX: enable, channel=5 acx: Updating RX: enable, channel=5 acx: Updating TX: enable, channel=6 acx: Updating RX: enable, channel=6 acx: Updating TX: enable, channel=4 acx: Updating RX: enable, channel=4 acx: Updating TX: enable, channel=7 acx: Updating RX: enable, channel=7 acx: Updating TX: enable, channel=8 acx: Updating RX: enable, channel=8 acx: Updating TX: enable, channel=9 acx: Updating RX: enable, channel=9 acx: Updating TX: enable, channel=10 acx: Updating RX: enable, channel=10 acx: Updating TX: enable, channel=11 acx: Updating RX: enable, channel=11 acx: Updating TX: enable, channel=4 acx: Updating RX: enable, channel=4 acx: Updating TX: enable, channel=12 acx: Updating RX: enable, channel=12 acx: Updating TX: enable, channel=13 acx: Updating RX: enable, channel=13 acx: Updating TX: enable, channel=14 acx: Updating RX: enable, channel=14 acx: Updating TX: enable, channel=4 acx: Updating RX: enable, channel=4 wlan1 Scan completed : Cell 01 - Address: 00:26:F2:8F:63:DB Channel:2 Frequency:2.417 GHz (Channel 2) Quality=14/100 Signal level=14/100 Encryption key:on ESSID:"irina" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s 9 Mb/s; 12 Mb/s; 18 Mb/s Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s Mode:Master Extra:tsf=000000046fd32534 Extra: Last beacon: 1924ms ago IE: Unknown: 00056972696E61 IE: Unknown: 010882848B968C129824 IE: Unknown: 030102 IE: Unknown: 0706444520010D14 IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : CCMP TKIP Authentication Suites (1) : PSK IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : CCMP TKIP Authentication Suites (1) : PSK IE: Unknown: 2A0100 IE: Unknown: 3204B048606C IE: Unknown: DD180050F2020101820003A4000027A4000042435E0062322F00 IE: Unknown: DD1E00904C334E111BFF00000000000000000000000000000000000000000000 IE: Unknown: 2D1A4E111BFF00000000000000000000000000000000000000000000 IE: Unknown: DD1A00904C34020D0800000000000000000000000000000000000000 IE: Unknown: 3D16020D0800000000000000000000000000000000000000 IE: Unknown: DD0900037F01010000FF7F IE: Unknown: DD0A00037F04010002004000 IE: Unknown: DD8E0050F204104A0001101044000102103B00010310470010000000000000100000000026F28F63DB1021000D4E6574676561722C20496E632E10230009574E523130303076321024000456324831104200046E6F6E651054000800060050F20400011011001E574E523130303076322D564328576972656C6573732041502D322E344729100800020086103C000103 Cell 02 - Address: 40:4A:03:E0:6E:F6 Channel:3 Frequency:2.422 GHz (Channel 3) Quality=13/100 Signal level=13/100 Encryption key:on ESSID:"llima" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s 36 Mb/s; 48 Mb/s; 54 Mb/s Mode:Master Extra:tsf=000000006add78e8 Extra: Last beacon: 1844ms ago IE: Unknown: 00056C6C696D61 IE: Unknown: 010482848B96 IE: Unknown: 030103 IE: Unknown: 2A0100 IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : CCMP TKIP Authentication Suites (1) : PSK IE: Unknown: 32080C1218243048606C IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : CCMP TKIP Authentication Suites (1) : PSK Cell 03 - Address: 00:14:D1:E8:65:0A Channel:4 Frequency:2.427 GHz (Channel 4) Quality=31/100 Signal level=31/100 Encryption key:on ESSID:"yoduh" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 6 Mb/s 9 Mb/s; 12 Mb/s; 18 Mb/s Bit Rates:24 Mb/s; 36 Mb/s; 48 Mb/s; 54 Mb/s Mode:Master Extra:tsf=00000021d722a117 Extra: Last beacon: 52ms ago IE: Unknown: 0005796F647568 IE: Unknown: 010882848B960C121824 IE: Unknown: 030104 IE: Unknown: 2A0101 IE: Unknown: 32043048606C IE: Unknown: DD180050F2020101000003A4000027A4000042435E0062322F00 IE: Unknown: DD930050F204104A0001101044000102103B000103104700106304125310192006122800E04C8196351021001B5265616C74656B2053656D69636F6E647563746F7220436F72702E1023000752544C387878781024000D45562D323030362D30372D32371042000F3132333435363738393031323334371054000800060050F20400011011000852544C3831393662100800020086 IE: Unknown: DD050050F20500 IE: Unknown: DD0700E04C02022000 Cell 04 - Address: C0:C1:C0:87:19:85 Channel:6 Frequency:2.437 GHz (Channel 6) Quality=16/100 Signal level=16/100 Encryption key:on ESSID:"kelly_rules" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 18 Mb/s 24 Mb/s; 36 Mb/s; 54 Mb/s Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 48 Mb/s Mode:Master Extra:tsf=000000b3baf6418b Extra: Last beacon: 1596ms ago IE: Unknown: 000B6B656C6C795F72756C6573 IE: Unknown: 010882848B962430486C IE: Unknown: 030106 IE: Unknown: 2A0100 IE: Unknown: 2F0100 IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : CCMP TKIP Authentication Suites (1) : PSK IE: Unknown: 32040C121860 IE: Unknown: 2D1AFC181BFFFF000000000000000000000000000000000000000000 IE: Unknown: 3D1606081500000000000000000000000000000000000000 IE: Unknown: 4A0E14000A002C01C800140005001900 IE: Unknown: 7F0101 IE: Unknown: DD7A0050F204104A00011010440001021041000100103B000103104700100B7A03B6DF43BCF495CCAD109A17442E10210005436973636F1023000D4C696E6B7379732045333030301024000776312E302E30331042000234321054000800060050F20400011011000D4C696E6B737973204533303030100800020084 IE: Unknown: DD090010180201F0040000 IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (2) : CCMP TKIP Authentication Suites (1) : PSK IE: Unknown: DD180050F2020101800003A4000027A4000042435E0062322F00 IE: Unknown: DD1E00904C33FC181BFFFF000000000000000000000000000000000000000000 IE: Unknown: DD1A00904C3406081500000000000000000000000000000000000000 Cell 05 - Address: 00:15:05:0F:97:05 Channel:9 Frequency:2.452 GHz (Channel 9) Quality=14/100 Signal level=14/100 Encryption key:on ESSID:"ANN" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 22 Mb/s Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s 36 Mb/s; 48 Mb/s; 54 Mb/s Mode:Master Extra:tsf=0000009a239ade6f Extra: Last beacon: 1044ms ago IE: Unknown: 0003414E4E IE: Unknown: 010582848B962C IE: Unknown: 030109 IE: Unknown: 2A0100 IE: Unknown: 32080C1218243048606C Cell 06 - Address: 00:18:F8:DF:FD:75 Channel:11 Frequency:2.462 GHz (Channel 11) Quality=14/100 Signal level=14/100 Encryption key:on ESSID:"kelly dillon" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 18 Mb/s 24 Mb/s; 36 Mb/s; 54 Mb/s Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 48 Mb/s Mode:Master Extra:tsf=00000106df6ce983 Extra: Last beacon: 108ms ago IE: Unknown: 000C6B656C6C792064696C6C6F6E IE: Unknown: 010882848B962430486C IE: Unknown: 03010B IE: Unknown: 2A0104 IE: Unknown: 2F0104 IE: Unknown: 32040C121860 IE: Unknown: DD09001018020014000000 Cell 07 - Address: 00:24:37:88:BB:E0 Channel:1 Frequency:2.412 GHz (Channel 1) Quality=10/100 Signal level=10/100 Encryption key:on ESSID:"qwest0528" Bit Rates:1 Mb/s; 2 Mb/s; 5.5 Mb/s; 11 Mb/s; 22 Mb/s Bit Rates:6 Mb/s; 9 Mb/s; 12 Mb/s; 18 Mb/s; 24 Mb/s 36 Mb/s; 48 Mb/s; 54 Mb/s Mode:Master Extra:tsf=0000038f3e03e1b8 Extra: Last beacon: 1992ms ago IE: Unknown: 0009717765737430353238 IE: Unknown: 010582848B962C IE: Unknown: 030101 IE: Unknown: 050401020000 IE: Unknown: 2A0107 IE: IEEE 802.11i/WPA2 Version 1 Group Cipher : TKIP Pairwise Ciphers (1) : CCMP Authentication Suites (1) : PSK IE: Unknown: 32080C1218243048606C IE: WPA Version 1 Group Cipher : TKIP Pairwise Ciphers (1) : TKIP Authentication Suites (1) : PSK > > When this returns something reasonable, then 95% chance, that the rest > will work as well. It looks reasonable. also, FWIW, this is all from driver with my patches, but master looks the same. Just writing this from an OpenWRT Acx AP ;) (one thing > that might still give hickups, are STAs in Power-Saving modes (probably > something with the DTIM/beacon updates, which is not yet 100% optimal > ... ;) openwrt yay, Im running bleading edge on my wrt54g now, starting to hack at it too :-) The router used here is a trendnet with factory firmware. it is linux based. I hope to look at putting openwrt there eventually. >> any hints as to whats wrong ? > > -Oliver |
From: Oliver W. <oli...@ol...> - 2012-04-08 19:08:25
|
On Sun, 8 Apr 2012, Jim Cromie wrote: Hmm ... could it be, that the interface is actually not brought up ? As an AP, is hostapd seup correct (e.g. to use wlan1) ? A good smoke test, if the card+driver generally works so far, is to do a small scan: iwlist wlan1 scan When this returns something reasonable, then 95% chance, that the rest will work as well. Just writing this from an OpenWRT Acx AP ;) (one thing that might still give hickups, are STAs in Power-Saving modes (probably something with the DTIM/beacon updates, which is not yet 100% optimal ... ;) > root@voyage:~# iwconfig > wlan0 IEEE 802.11b ESSID:"yoduh" > Mode:Managed Frequency:2.427 GHz Access Point: 00:14:D1:E8:65:0A > Bit Rate=11 Mb/s Tx-Power=0 dBm > Retry long limit:7 RTS thr:off Fragment thr:off > Encryption key:1234-5678-90 > Power Management:off > Link Quality=50/100 Signal level=50/100 > Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 > Tx excessive retries:192 Invalid misc:14 Missed beacon:0 > > wlan1 IEEE 802.11bg ESSID:off/any > Mode:Managed Access Point: Not-Associated Tx-Power=0 dBm > Retry long limit:7 RTS thr:off Fragment thr:off > Encryption key:off > Power Management:on > > > ifconfig shows only wlan0 (the other, working card) > > any hints as to whats wrong ? -Oliver |
From: Jim C. <jim...@gm...> - 2012-04-08 17:06:20
|
hi all, Ive installed an acx111 based mini-pci card into a box running voyage 0.80+ (daily build from Nov 2011), and am getting partial success: - driver loads & recognizes the device - it wont connect to the AP Device ID is below, I sent the whole /proc listing cuz other parts might provide a clue as to whats missing. There is a "failure" in diag, dont know what it means. root@voyage:~# more /proc/driver/acx_phy16/ antenna diag info reg_domain tx_level debug eeprom phy sensitivity root@voyage:~# more /proc/driver/acx_phy16/* :::::::::::::: /proc/driver/acx_phy16/antenna :::::::::::::: antenna[0,1]: 0x4a 0x04 :::::::::::::: /proc/driver/acx_phy16/debug :::::::::::::: acx_debug: 0x000a :::::::::::::: /proc/driver/acx_phy16/diag :::::::::::::: ** Rx buf ** 00 empty [tail] 01 empty 02 empty 03 empty 04 empty 05 empty 06 empty 07 empty 08 empty 09 empty 10 empty 11 empty 12 empty 13 empty 14 empty 15 empty ** Tx buf (free 16, Ieee80211 queue: running) ** 00 Available (80) [head] [tail] 01 Available (80) 02 Available (80) 03 Available (80) 04 Available (80) 05 Available (80) 06 Available (80) 07 Available (80) 08 Available (80) 09 Available (80) 10 Available (80) 11 Available (80) 12 Available (80) 13 Available (80) 14 Available (80) 15 Available (80) ** PCI data ** txbuf_start c10d0000, txbuf_area_size 37536, txbuf_startphy 010d0000 txdesc_size 52, txdesc_start c9492294 txhostdesc_start c66c1000, txhostdesc_area_size 1024, txhostdesc_startphy 066c1000 rxdesc_start c9491f54 rxhostdesc_start c66c5000, rxhostdesc_area_size 448, rxhostdesc_startphy 066c5000 rxbuf_start c10e0000, rxbuf_area_size 38336, rxbuf_startphy 010e0000 ** network status ** dev_state_mask 0x0001 mode 2, channel 1, reg_dom_id 0x10, reg_dom_chanmask 0x0000, ESSID "ACXSTAE69968", essid_activ e 1, essid_len 12, essid_for_assoc "", nick "acx v0.6.0" WEP ena 0, restricted 0, idx 0 dev_addr 00:E0:98:E6:99:68 bssid 00:E0:98:E6:99:68 ap_filter FF:FF:FF:FF:FF:FF tx_queue len: 0 ** PHY status ** tx_enabled 0, tx_level_dbm 0, tx_level_val 1, sensitivity 2, antenna[0,1] 0x4A 0x04, ed_threshold 0, cca 0, preamble_mode 2 rate_basic 0x0003, rate_oper 0x1FFF rts_threshold 2312, frag_threshold 2346, short_retry 7, long_retry 4 msdu_lifetime 4096, listen_interval 100, beacon_interval 100 ** Firmware ** NOTE: version dependent statistics layout, please report if you suspect wrong parsing! version "Rev 1.2.1.34" Rx/Tx: tx_desc_overfl 0 rx_OutOfMem 0, rx_hdr_overfl 0, rx_hw_stuck 0 rx_dropped_frame 0, rx_frame_ptr_err 0, rx_xfr_hint_trig 0 rx_aci_events 0, rx_aci_resets 0 DMA: rx_dma_req 0, rx_dma_err 0, tx_dma_req 14, tx_dma_err 0 IRQ: cmd_cplt 0, fiq 0 rx_hdrs 0, rx_cmplt 0, rx_mem_overfl 16, rx_rdys 0 irqs 0, tx_procs 0, decrypt_done 0 dma_0_done 0, dma_1_done 15, tx_exch_complet 0 commands 0, rx_procs 0, hw_pm_mode_changes 0 host_acks 0, pci_pm 0, acm_wakeups 0 WEP: wep_key_count 0, wep_default_key_count 0, dot11_def_key_mib 0 wep_key_not_found 0, wep_decrypt_fail 0 wep_pkt_decrypt 0, wep_decrypt_irqs 0 power: tx_start_ctr 0, no_ps_tx_too_short 0 rx_start_ctr 0, no_ps_rx_too_short 0 lppd_started 0 no_lppd_too_noisy 0, no_lppd_too_short 0, no_lppd_matching_frame 0 MIC: mic_rx_pkts 0, mic_calc_fail 0 AES: aes_enc_fail 0, aes_dec_fail 0 aes_enc_pkts 0, aes_dec_pkts 0 aes_enc_irq 52399, aes_dec_irq 1 failed at event part (size 32), offset 220 (struct size 240), please report UNKN220: 0 UNKN224: 0 UNKN228: 0 UNKN232: 0 UNKN236: 0 :::::::::::::: /proc/driver/acx_phy16/eeprom :::::::::::::: � :::::::::::::: /proc/driver/acx_phy16/info :::::::::::::: acx driver version: v0.6.0 (git: eb95675) Wireless extension version: 22 chip name: TNETW1130 (0x03010101) radio type: 0x16 form factor: 0x01 EEPROM version: 0x05 firmware version: Rev 1.2.1.34 (0x01020134) :::::::::::::: /proc/driver/acx_phy16/phy :::::::::::::: � :::::::::::::: /proc/driver/acx_phy16/reg_domain :::::::::::::: reg_dom_id: 0x10 :::::::::::::: /proc/driver/acx_phy16/sensitivity :::::::::::::: acx_sensitivity: 2 :::::::::::::: /proc/driver/acx_phy16/tx_level :::::::::::::: tx_level_dbm: 0 Also, <debugfs>/ieee80211/phy* is empty. whats interesting here is that I have another wifi card in the same box, its working, and its dbgfs entry is also empty. That suggests its the box/kernel/userspace thats responsible. root@voyage:~# iwconfig wlan0 IEEE 802.11b ESSID:"yoduh" Mode:Managed Frequency:2.427 GHz Access Point: 00:14:D1:E8:65:0A Bit Rate=11 Mb/s Tx-Power=0 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:1234-5678-90 Power Management:off Link Quality=50/100 Signal level=50/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:192 Invalid misc:14 Missed beacon:0 wlan1 IEEE 802.11bg ESSID:off/any Mode:Managed Access Point: Not-Associated Tx-Power=0 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:on ifconfig shows only wlan0 (the other, working card) any hints as to whats wrong ? |
From: Jaime T <eno...@gm...> - 2011-12-15 10:33:28
|
On 14 December 2011 21:47, Oliver Winker <oli...@ol...> wrote: > Hi Jaime, Hi Oliver > Just tried on an DG834G v2 with the current driver version (commit 09bebfd), > which is also the uptodate version in the OpenWrt trunk, but I don't observe > these delays, neither from pings AP->STA nor STA->AP, see below. > > The kernel etc. however of my installation is still an older trunk version > ... I would still need to update this and make another test. > > If I understand correctly, other clients respond normally to pings from the router, > just the phone shows longer delays. Yes, kind of. I'm still trying to work out exactly where the problem is. Originally my phone had intermittent connectivity issues with large downloads over wireless to the internet (via my DG834Gv2). Then I tried downloading large files from my home webserver onto my phone (again via wireless) and I discovered that it would regularly lock up too (ok, so it's not an internet problem). Then I thought that it might be a "wpa" issue, so I set up a test network with no wireless security (I have a couple of spare dg834g routers floating around!) and just a linux webserver on the lan and I got exactly the same problem (so I assume it's not a wpa issue). I've just tried reflashing the original Netgear firmware (3.01.38 for us UK folk) and again I'm getting the same problem. As a result, I now think it's an android wireless driver issue. Perhaps my best best from here is to see if there's a more up-to-date ROM (with upgraded wireless drivers) available for my phone! Thank you again for all the work you've done on the acx-mac80211 drivers - I am very grateful to you (and I'm sure many others are too.) With kindest regards, Jaime |
From: Oliver W. <oli...@ol...> - 2011-12-14 22:07:56
|
Hi Jaime, Just tried on an DG834G v2 with the current driver version (commit 09bebfd), which is also the uptodate version in the OpenWrt trunk, but I don't observe these delays, neither from pings AP->STA nor STA->AP, see below. The kernel etc. however of my installation is still an older trunk version ... I would still need to update this and make another test. If I understand correctly, other clients respond normally to pings from the router, just the phone shows longer delays. Did you already try the phone with other APs, if these delays can be observed there as well ? How is it with other traffic patterns, like e.g. an ssh or scp from the router to the phone ? Difficult to say if it's something with the driver - maybe, but I never observed this with clients here. I'm just wondering, if the wifi of phone could maybe snooze down on low activity, and therefore react with an higher initial latency. That could go inline with the fact, that activity initiated from the phone decreases the delays. But it's just a guess. You could also try to monitor the wifi 802.11 frames with a third station and e.g. wireshark, to see if the router and phone indeed send their respective data/ack frames. I tried that below on a WPA2 link. Best Regards, Oliver --- gamix:~# ping 192.168.2.12 PING 192.168.2.12 (192.168.2.12) 56(84) bytes of data. 64 bytes from 192.168.2.12: icmp_req=1 ttl=64 time=6.78 ms 64 bytes from 192.168.2.12: icmp_req=2 ttl=64 time=3.95 ms 64 bytes from 192.168.2.12: icmp_req=3 ttl=64 time=4.06 ms 64 bytes from 192.168.2.12: icmp_req=4 ttl=64 time=6.69 ms 64 bytes from 192.168.2.12: icmp_req=5 ttl=64 time=4.55 ms 64 bytes from 192.168.2.12: icmp_req=6 ttl=64 time=4.70 ms 64 bytes from 192.168.2.12: icmp_req=7 ttl=64 time=4.02 ms 64 bytes from 192.168.2.12: icmp_req=8 ttl=64 time=4.50 ms 64 bytes from 192.168.2.12: icmp_req=9 ttl=64 time=5.99 ms 64 bytes from 192.168.2.12: icmp_req=10 ttl=64 time=5.32 ms 64 bytes from 192.168.2.12: icmp_req=11 ttl=64 time=2.13 ms 64 bytes from 192.168.2.12: icmp_req=12 ttl=64 time=4.73 ms 64 bytes from 192.168.2.12: icmp_req=13 ttl=64 time=4.54 ms 64 bytes from 192.168.2.12: icmp_req=14 ttl=64 time=4.85 ms 64 bytes from 192.168.2.12: icmp_req=15 ttl=64 time=4.96 ms --- root@dg834gv2:~/Test# ping 192.168.2.4 PING 192.168.2.4 (192.168.2.4): 56 data bytes 64 bytes from 192.168.2.4: seq=0 ttl=64 time=7.120 ms 64 bytes from 192.168.2.4: seq=1 ttl=64 time=5.527 ms 64 bytes from 192.168.2.4: seq=2 ttl=64 time=5.493 ms 64 bytes from 192.168.2.4: seq=3 ttl=64 time=2.656 ms 64 bytes from 192.168.2.4: seq=4 ttl=64 time=4.494 ms 64 bytes from 192.168.2.4: seq=5 ttl=64 time=5.628 ms 64 bytes from 192.168.2.4: seq=6 ttl=64 time=6.899 ms 64 bytes from 192.168.2.4: seq=7 ttl=64 time=2.904 ms 64 bytes from 192.168.2.4: seq=8 ttl=64 time=6.118 ms 64 bytes from 192.168.2.4: seq=9 ttl=64 time=3.576 ms 64 bytes from 192.168.2.4: seq=10 ttl=64 time=6.710 ms 64 bytes from 192.168.2.4: seq=11 ttl=64 time=5.485 ms 64 bytes from 192.168.2.4: seq=12 ttl=64 time=5.959 ms 64 bytes from 192.168.2.4: seq=13 ttl=64 time=4.807 ms 64 bytes from 192.168.2.4: seq=14 ttl=64 time=5.386 ms 64 bytes from 192.168.2.4: seq=15 ttl=64 time=6.790 ms 64 bytes from 192.168.2.4: seq=16 ttl=64 time=6.082 ms 64 bytes from 192.168.2.4: seq=17 ttl=64 time=4.789 ms 64 bytes from 192.168.2.4: seq=18 ttl=64 time=5.362 ms --- 1180 39.752261 Trend_cd:f5:c8 Intel_98:86:d8 LLC -20 I, N(R)=16, N(S)=0; DSAP 0x8a Individual, SSAP LLC 1181 39.752470 Trend_cd:f5:c8 (RA) 802.11 -42 Acknowledgement, Flags=........C 1182 39.753103 Intel_98:86:d8 Trend_cd:f5:c8 LLC -44 I, N(R)=16, N(S)=0; DSAP 0x8c Individual, SSAP LLC 1183 39.753355 Intel_98:86:d8 (RA) 802.11 -17 Acknowledgement, Flags=........C 1203 40.753452 Trend_cd:f5:c8 Intel_98:86:d8 LLC -20 I, N(R)=16, N(S)=0; DSAP 0x8a Group, SSAP LLC 1204 40.753652 Trend_cd:f5:c8 (RA) 802.11 -44 Acknowledgement, Flags=........C 1206 40.755904 Intel_98:86:d8 Trend_cd:f5:c8 LLC -43 I, N(R)=16, N(S)=0; DSAP 0x8c Group, SSAP LLC 1207 40.756155 Intel_98:86:d8 (RA) 802.11 -18 Acknowledgement, Flags=........C 1239 41.754649 Trend_cd:f5:c8 Intel_98:86:d8 LLC -19 I, N(R)=16, N(S)=0; DSAP 0x8c Individual, SSAP 1240 41.754857 Trend_cd:f5:c8 (RA) 802.11 -44 Acknowledgement, Flags=........C --- On 12/14/2011 10:31 AM, Jaime T wrote: > Hi. > > Thank you to all the developers that have worked on the drivers for > the wireless chip in my Netgear DG834G (v2) ADSL wireless router. I'm > using Openwrt's trunk on the box and wireless works well. > > I get packet-loss problems, however, with one of the wireless clients. > If I ping from the router to my android phone, I get the following > kind of result (the packets between seq# 16 and seq# 260 disappear): > > root@OpenWrt:~# ping 192.168.0.134 > PING 192.168.0.134 (192.168.0.134): 56 data bytes > 64 bytes from 192.168.0.134: seq=0 ttl=64 time=5981.923 ms > 64 bytes from 192.168.0.134: seq=1 ttl=64 time=4980.768 ms > 64 bytes from 192.168.0.134: seq=2 ttl=64 time=3984.334 ms > 64 bytes from 192.168.0.134: seq=3 ttl=64 time=2983.757 ms > 64 bytes from 192.168.0.134: seq=4 ttl=64 time=1983.329 ms > 64 bytes from 192.168.0.134: seq=5 ttl=64 time=982.866 ms > 64 bytes from 192.168.0.134: seq=6 ttl=64 time=2.305 ms > 64 bytes from 192.168.0.134: seq=7 ttl=64 time=3987.770 ms > 64 bytes from 192.168.0.134: seq=8 ttl=64 time=2987.478 ms > 64 bytes from 192.168.0.134: seq=9 ttl=64 time=1989.163 ms > 64 bytes from 192.168.0.134: seq=10 ttl=64 time=988.934 ms > 64 bytes from 192.168.0.134: seq=11 ttl=64 time=2.360 ms > 64 bytes from 192.168.0.134: seq=12 ttl=64 time=3999.889 ms > 64 bytes from 192.168.0.134: seq=13 ttl=64 time=3000.279 ms > 64 bytes from 192.168.0.134: seq=14 ttl=64 time=2006.232 ms > 64 bytes from 192.168.0.134: seq=15 ttl=64 time=1006.624 ms > 64 bytes from 192.168.0.134: seq=16 ttl=64 time=5.243 ms > 64 bytes from 192.168.0.134: seq=260 ttl=64 time=2022.973 ms > 64 bytes from 192.168.0.134: seq=261 ttl=64 time=1024.080 ms > 64 bytes from 192.168.0.134: seq=262 ttl=64 time=24.571 ms > > Does the regular pattern of time delay mean anything to anyone? > Interestingly, if I ping the router from the phone at the same time, > these problems disappear: > > root@OpenWrt:~# ping 192.168.0.7 > PING 192.168.0.7 (192.168.0.7): 56 data bytes > 64 bytes from 192.168.0.7: seq=18 ttl=64 time=15.138 ms > 64 bytes from 192.168.0.7: seq=19 ttl=64 time=4.984 ms > 64 bytes from 192.168.0.7: seq=20 ttl=64 time=4.986 ms > 64 bytes from 192.168.0.7: seq=21 ttl=64 time=3.300 ms > 64 bytes from 192.168.0.7: seq=22 ttl=64 time=912.268 ms > 64 bytes from 192.168.0.7: seq=23 ttl=64 time=4.089 ms > 64 bytes from 192.168.0.7: seq=24 ttl=64 time=2921.293 ms > 64 bytes from 192.168.0.7: seq=25 ttl=64 time=1925.985 ms > 64 bytes from 192.168.0.7: seq=26 ttl=64 time=925.776 ms > 64 bytes from 192.168.0.7: seq=27 ttl=64 time=3.917 ms > 64 bytes from 192.168.0.7: seq=209 ttl=64 time=174.194 ms > 64 bytes from 192.168.0.7: seq=210 ttl=64 time=174.782 ms > 64 bytes from 192.168.0.7: seq=211 ttl=64 time=175.447 ms > 64 bytes from 192.168.0.7: seq=212 ttl=64 time=176.279 ms > 64 bytes from 192.168.0.7: seq=213 ttl=64 time=177.976 ms > 64 bytes from 192.168.0.7: seq=214 ttl=64 time=178.428 ms > 64 bytes from 192.168.0.7: seq=215 ttl=64 time=177.975 ms > 64 bytes from 192.168.0.7: seq=216 ttl=64 time=179.094 ms > > (I started pinging the router from the phone at about seq# 209). > > Is there anything that I could do to improve the wireless > connectivity? I appreciate that I haven't given lots of info to work > with - if a tcpdump capture from a third host would help, please let > me know. > > With kind regards, > > Jaime > > ------------------------------------------------------------------------------ > Cloud Computing - Latest Buzzword or a Glimpse of the Future? > This paper surveys cloud computing today: What are the benefits? > Why are businesses embracing it? What are its payoffs and pitfalls? > http://www.accelacomm.com/jaw/sdnl/114/51425149/ > _______________________________________________ > Acx100-users mailing list > Acx...@li... > https://lists.sourceforge.net/lists/listinfo/acx100-users > |
From: Jaime T <eno...@gm...> - 2011-12-14 09:31:25
|
Hi. Thank you to all the developers that have worked on the drivers for the wireless chip in my Netgear DG834G (v2) ADSL wireless router. I'm using Openwrt's trunk on the box and wireless works well. I get packet-loss problems, however, with one of the wireless clients. If I ping from the router to my android phone, I get the following kind of result (the packets between seq# 16 and seq# 260 disappear): root@OpenWrt:~# ping 192.168.0.134 PING 192.168.0.134 (192.168.0.134): 56 data bytes 64 bytes from 192.168.0.134: seq=0 ttl=64 time=5981.923 ms 64 bytes from 192.168.0.134: seq=1 ttl=64 time=4980.768 ms 64 bytes from 192.168.0.134: seq=2 ttl=64 time=3984.334 ms 64 bytes from 192.168.0.134: seq=3 ttl=64 time=2983.757 ms 64 bytes from 192.168.0.134: seq=4 ttl=64 time=1983.329 ms 64 bytes from 192.168.0.134: seq=5 ttl=64 time=982.866 ms 64 bytes from 192.168.0.134: seq=6 ttl=64 time=2.305 ms 64 bytes from 192.168.0.134: seq=7 ttl=64 time=3987.770 ms 64 bytes from 192.168.0.134: seq=8 ttl=64 time=2987.478 ms 64 bytes from 192.168.0.134: seq=9 ttl=64 time=1989.163 ms 64 bytes from 192.168.0.134: seq=10 ttl=64 time=988.934 ms 64 bytes from 192.168.0.134: seq=11 ttl=64 time=2.360 ms 64 bytes from 192.168.0.134: seq=12 ttl=64 time=3999.889 ms 64 bytes from 192.168.0.134: seq=13 ttl=64 time=3000.279 ms 64 bytes from 192.168.0.134: seq=14 ttl=64 time=2006.232 ms 64 bytes from 192.168.0.134: seq=15 ttl=64 time=1006.624 ms 64 bytes from 192.168.0.134: seq=16 ttl=64 time=5.243 ms 64 bytes from 192.168.0.134: seq=260 ttl=64 time=2022.973 ms 64 bytes from 192.168.0.134: seq=261 ttl=64 time=1024.080 ms 64 bytes from 192.168.0.134: seq=262 ttl=64 time=24.571 ms Does the regular pattern of time delay mean anything to anyone? Interestingly, if I ping the router from the phone at the same time, these problems disappear: root@OpenWrt:~# ping 192.168.0.7 PING 192.168.0.7 (192.168.0.7): 56 data bytes 64 bytes from 192.168.0.7: seq=18 ttl=64 time=15.138 ms 64 bytes from 192.168.0.7: seq=19 ttl=64 time=4.984 ms 64 bytes from 192.168.0.7: seq=20 ttl=64 time=4.986 ms 64 bytes from 192.168.0.7: seq=21 ttl=64 time=3.300 ms 64 bytes from 192.168.0.7: seq=22 ttl=64 time=912.268 ms 64 bytes from 192.168.0.7: seq=23 ttl=64 time=4.089 ms 64 bytes from 192.168.0.7: seq=24 ttl=64 time=2921.293 ms 64 bytes from 192.168.0.7: seq=25 ttl=64 time=1925.985 ms 64 bytes from 192.168.0.7: seq=26 ttl=64 time=925.776 ms 64 bytes from 192.168.0.7: seq=27 ttl=64 time=3.917 ms 64 bytes from 192.168.0.7: seq=209 ttl=64 time=174.194 ms 64 bytes from 192.168.0.7: seq=210 ttl=64 time=174.782 ms 64 bytes from 192.168.0.7: seq=211 ttl=64 time=175.447 ms 64 bytes from 192.168.0.7: seq=212 ttl=64 time=176.279 ms 64 bytes from 192.168.0.7: seq=213 ttl=64 time=177.976 ms 64 bytes from 192.168.0.7: seq=214 ttl=64 time=178.428 ms 64 bytes from 192.168.0.7: seq=215 ttl=64 time=177.975 ms 64 bytes from 192.168.0.7: seq=216 ttl=64 time=179.094 ms (I started pinging the router from the phone at about seq# 209). Is there anything that I could do to improve the wireless connectivity? I appreciate that I haven't given lots of info to work with - if a tcpdump capture from a third host would help, please let me know. With kind regards, Jaime |
From: Oliver W. <oli...@ol...> - 2011-08-15 20:07:09
|
Hi Jim, Thanks a lot for the feedback also from from here! Good to hear that the driver worked out nicely for you (so as it should ;). I'm a bit busy with hx4700 works currently. The acx part of it worked already since quite some time - it's more the general hx side. The acx work also continues, but it's just a bit shared with the hx currently ;). Cheers, Oliver On 08/12/2011 06:08 PM, Jim C. Brown wrote: > > I am pretty impressed with the acx100 project. I was able to get a TI > ACX100 card to work with a semi-recent distro and kernel. Most > impressively, it seems to support CCMP (that is, WPA2 or AES). > > There's no driver I can find for this card for Windows 7 nd the newest > XP driver I can find can only do WEP! But the acx-mac80211 branch worked > perfectly. > > I checked out rev 90ac19873ca14bcf9f6c2c4f3d15feb4ec102ba1 of the > acx-mac80211 branch (at that time, it was HEAD). > > > (A write-up of my first attempt to use this card, back in 2005, is > available here: http://www.ko4bb.com/Linux/Gigafast_WF721-AEX/ ) > |
From: Andreas M. <an...@us...> - 2011-08-14 15:25:27
|
Hi, On Fri, Aug 12, 2011 at 12:08:01PM -0400, Jim C. Brown wrote: > > I am pretty impressed with the acx100 project. I was able to get a TI > ACX100 card to work with a semi-recent distro and kernel. Most > impressively, it seems to support CCMP (that is, WPA2 or AES). While I have been woefully inactive for a long while, I have to say many thanks for your report! > There's no driver I can find for this card for Windows 7 nd the newest > XP driver I can find can only do WEP! But the acx-mac80211 branch worked > perfectly. See, that's just what I recently told certain awfully Windows-affine surroundings: "most likely the Linux driver can do a lot more modern things than the driver that's left available for Windows." And that nicely confirms it :) > The card itself is a Gigafast WF721-AEX Txxx, bought many years ago. > (The original company no longer seems to exist.) Perhaps there was > something unique in the hardware of the WF721 that allows it to do > CCMP. I was under the impression that the TI ACX100 could only do > WPA1/TKIP due to hardware limitations (as mentioned in this thread: > http://aptosid.com/index.php?name=PNphpBB2&file=viewtopic&p=3583 , > which I found by a simple Google search). Not true, I'd think. The card firmware _itself_ is restricted to being able to handle WEP only, but since the card ought to have fully transparent framing (as expected by several existing monitor mode software users!), it should be able to carry any host-CPU-produced protocol. Thank you for your nice step-by-step report! (I'm sure some guy or another will have good use for it) Andreas Mohr |
From: Jim C. B. <ac...@li...> - 2011-08-12 16:08:12
|
I am pretty impressed with the acx100 project. I was able to get a TI ACX100 card to work with a semi-recent distro and kernel. Most impressively, it seems to support CCMP (that is, WPA2 or AES). There's no driver I can find for this card for Windows 7 nd the newest XP driver I can find can only do WEP! But the acx-mac80211 branch worked perfectly. I checked out rev 90ac19873ca14bcf9f6c2c4f3d15feb4ec102ba1 of the acx-mac80211 branch (at that time, it was HEAD). This is the kernel that KNOPPIX 6.4.3 uses: Linux Microknoppix 2.6.36.1 #10 SMP PREEMPT Fri Nov 26 10:33:59 CET 2010 i686 GNU/Linux It also uses this version of gcc: gcc (Debian 4.4.5-4) 4.4.5 Card info from lspci -v 05:00.0 Network controller: Texas Instruments ACX 100 22Mbps Wireless Interface Subsystem: Tekram Technology Co.,Ltd. Device 1801 Flags: bus master, medium devsel, latency 64, IRQ 11 I/O ports at 1800 [size=32] Memory at 20010000 (32-bit, non-prefetchable) [size=4K] Memory at 20000000 (32-bit, non-prefetchable) [size=64K] Capabilities: [40] Power Management version 2 Kernel driver in use: acx_pci The card itself is a Gigafast WF721-AEX Txxx, bought many years ago. (The original company no longer seems to exist.) Perhaps there was something unique in the hardware of the WF721 that allows it to do CCMP. I was under the impression that the TI ACX100 could only do WPA1/TKIP due to hardware limitations (as mentioned in this thread: http://aptosid.com/index.php?name=PNphpBB2&file=viewtopic&p=3583 , which I found by a simple Google search). (A write-up of my first attempt to use this card, back in 2005, is available here: http://www.ko4bb.com/Linux/Gigafast_WF721-AEX/ ) I also grabbed the firmware from http://www.kazer.org/acx-firmware-20060207.tar.bz2 (I took this from the gentoo net-wireless/acx-firmware ebuild). I'm using the acx100_1.10.7.K firmware. tiacx100 tiacx100r0D tiacx100r11 installed into /lib/firmware. Finally, here's my wpa_supplicant.conf. I start wpa_supplicant manually with this command line: wpa_supplicant -ddd -Dwext -iwlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf And the file itself: # Minimal /etc/wpa_supplicant.conf. # Managed by KNOPPIX. # Please see # /usr/share/doc/wpasupplicant/examples/README.wpa_supplicant.conf.gz # for more complete configuration parameters. # # Also see the other files in /usr/share/doc/wpasupplicant/examples/ for # specific configuration examples. # path to UNIX socket control interface ctrl_interface=/var/run/wpa_supplicant # Scan for accesspoints, this may be required for hidden ssids #ap_scan=1 #fast_reauth=1 ### Example of basic WPA-PSK secured AP network={ #scan_ssid=1 ssid="myssid" #proto=WPA RSN #proto=WPA #proto=WPA2 psk="mypsk" key_mgmt=WPA-PSK #auth_alg=OPEN pairwise=CCMP group=CCMP #pairwise=TKIP #group=TKIP } It works quite reliably. ----- End forwarded message ----- -- Infinite complexity begets infinite beauty. Infinite precision begets infinite perfection. |
From: Oliver W. <oli...@ol...> - 2011-01-16 19:03:09
|
Ah, Ok - I thought it's also an AP ;). G+, Oliver On 01/15/2011 11:30 PM, James Le Cuirot wrote: > I'm not sure exactly what you're asking for. Here's what I get from > iwconfig on the Netgear, which is acting as a client. > > wlan0 IEEE 802.11bg ESSID:"AuraNet" > Mode:Managed Frequency:2.427 GHz Access Point: > 00:0F:B5:72:06:B6 Bit Rate=24 Mb/s Tx-Power=20 dBm > RTS thr:off Fragment thr:off > Encryption key:off > Power Management:off > Link Quality=19/100 Signal level=19/100 > Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 > Tx excessive retries:5 Invalid misc:131 Missed beacon:0 > > And here's what I get on my PC, which is acting as the access point. > > wlan0 IEEE 802.11bg Mode:Master Frequency:2.427 GHz Tx-Power=20 > dBm Retry long limit:7 RTS thr:off Fragment thr:off > Power Management:off > > I notice that my laptop sometimes has a bit rate of 54Mb/s but this > jumps around a bit. It may be that the p54usb-based Netgear dongle I > use for the access point isn't all that great. It works well enough > though. |
From: James Le C. <ch...@au...> - 2011-01-15 22:34:42
|
On Sat, 15 Jan 2011 22:30:09 +0000 James Le Cuirot <ch...@au...> wrote: > On Sat, 15 Jan 2011 00:09:31 +0100 > Oliver Winker <oli...@ol...> wrote: > > > What do you actually see on the STA side as signal level?... > > I'm not sure exactly what you're asking for... Oh okay, I see now that STA means station, as in client. Always found the wireless terminology a bit confusing. :) James |
From: James Le C. <ch...@au...> - 2011-01-15 22:30:18
|
On Sat, 15 Jan 2011 00:09:31 +0100 Oliver Winker <oli...@ol...> wrote: > What do you actually see on the STA side as signal level? My ath5k > here measures 'Signal level=-75 dBm', with approx. 5m and a wall in > between. I don't think it's a super strong signal yet, so probably > the overall link quality could still increase, if the tx-level could > be raised. I'm not sure exactly what you're asking for. Here's what I get from iwconfig on the Netgear, which is acting as a client. wlan0 IEEE 802.11bg ESSID:"AuraNet" Mode:Managed Frequency:2.427 GHz Access Point: 00:0F:B5:72:06:B6 Bit Rate=24 Mb/s Tx-Power=20 dBm RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=19/100 Signal level=19/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:5 Invalid misc:131 Missed beacon:0 And here's what I get on my PC, which is acting as the access point. wlan0 IEEE 802.11bg Mode:Master Frequency:2.427 GHz Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Power Management:off I notice that my laptop sometimes has a bit rate of 54Mb/s but this jumps around a bit. It may be that the p54usb-based Netgear dongle I use for the access point isn't all that great. It works well enough though. James |
From: Oliver W. <oli...@ol...> - 2011-01-14 23:09:39
|
Hi James, On 01/14/2011 10:54 AM, James Le Cuirot wrote: > Well I finally dug out the old machine and got it working. This is a > MASSIVE improvement. iperf reported 421KB/s in one direction and > 337KB/s in the other with NO nasty messages in the kernel log. > Brilliant! Thank you very much for your hard work, Oliver. :). Great, sounds good ;)! It's about the figures I see here. Part of it is probably also due to the rate auto-fallback that came in some commits ago. For the logs, it also because the logging got a bit tuned itself, but the auto-fallback also reduced it already before. What do you actually see on the STA side as signal level? My ath5k here measures 'Signal level=-75 dBm', with approx. 5m and a wall in between. I don't think it's a super strong signal yet, so probably the overall link quality could still increase, if the tx-level could be raised. > Just so you know, I used OpenWRT rc, which is the latest from the > Backfire branch. I didn't make any changes beyond replacing > acx-mac80211 with the newer version. Alright, good to know with the Backfire branch, so that's probably a difference with trunk. G+, Oliver |
From: James Le C. <ch...@au...> - 2011-01-14 09:54:26
|
Well I finally dug out the old machine and got it working. This is a MASSIVE improvement. iperf reported 421KB/s in one direction and 337KB/s in the other with NO nasty messages in the kernel log. Brilliant! Thank you very much for your hard work, Oliver. Just so you know, I used OpenWRT r24978, which is the latest from the Backfire branch. I didn't make any changes beyond replacing acx-mac80211 with the newer version. Regards, James |