madwifi-r3314 with linux-2.6.30 no packet transaction in AP and STA mode

added my mail id

Similar strangeness is occurring when using r3314 with 2.4.32 kernel (older OpenWRT): STA with r3314 almost never associates to AP with r3314; when it associates, it is impossible to transfer packets. Things are a bit lighter if one side uses 0.9.4, but it is far from good.

Replying to anonymous:

Im compiling madwifi-trunk-r3314 with the following Openwrt-r17099
gcc-4.4
binutils-2.19.1
uclibc-0.9.30.1
kernel
linux-2.6.30
arch=mips
Board=compex-wp543
i have compiled successfully and loaded the modules
the dmesg shows {{{ Linux version 2.6.30 (brodev@brovis) (gcc version 4.4.0 (GCC) ) #1 Tue Aug 4 13:34:07 IST 2009 . . . . . wlan: trunk ath_hal: module license 'Proprietary' taints kernel. Disabling lock debugging due to kernel taint ath_hal: 2009-05-08 (AR5210, AR5211, AR5212, AR5416, RF5111, RF5112, RF2413, RF5413, RF2133, RF2425, REGOPS_FUNC, XR) ath_rate_minstrel: Minstrel automatic rate control algorithm 1.2 (trunk) ath_rate_minstrel: look around rate set to 10% ath_rate_minstrel: EWMA rolloff level set to 75% ath_rate_minstrel: max segment size in the mrr set to 6000 us wlan: mac acl policy registered ath_pci: trunk PCI: Enabling device 0000:00:12.0 (0000 -> 0002) Atheros HAL provided by OpenWrt?, DD-WRT and MakSat? Technologies wifi0: 11a rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps wifi0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: turboA rates: 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: turboG rates: 6Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps wifi0: H/W encryption support: WEP AES AES_CCM TKIP ath_pci: wifi0: Atheros 5413: mem=0x10000000, irq=48 . . }}} created AP by the following commands {{{ root@OpenWrt:/# iwconfig lo no wireless extensions. eth0 no wireless extensions. br-lan no wireless extensions. wifi0 no wireless extensions. root@OpenWrt:/# wlanconfig ath0 create wlandev wifi0 wlanmode ap ath0 root@OpenWrt:/# iwconfig ath0 essid WP543-test root@OpenWrt:/# iwconfig ath0 channel 11 root@OpenWrt:/# iwconfig lo no wireless extensions. eth0 no wireless extensions. br-lan no wireless extensions. wifi0 no wireless extensions. ath0 IEEE 802.11b ESSID:"WP543-test" Nickname:"" Mode:Master Frequency:2.462 GHz Access Point: Not-Associated Bit Rate:0 kb/s Tx-Power:40 dBm Sensitivity=1/1 Retry:off RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=0/70 Signal level=0 dBm Noise level=0 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 root@OpenWrt:/# ifconfig ath0 up root@OpenWrt:/# iwconfig lo no wireless extensions. eth0 no wireless extensions. br-lan no wireless extensions. wifi0 no wireless extensions. ath0 IEEE 802.11g ESSID:"WP543-test" Nickname:"" Mode:Master Frequency:2.462 GHz Access Point: 00:80:48:64:42:4B Bit Rate:0 kb/s Tx-Power:17 dBm Sensitivity=1/1 Retry:off RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=0/70 Signal level=-96 dBm Noise level=-96 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 root@OpenWrt:/# }}} then im scanning for this AP from other Station it is not showing this AP. and there is no packet transaction,no beacons {{{ root@OpenWrt:/# cat /proc/net/dev Inter-| Receive | Transmit face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed lo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 eth0: 0 0 0 0 0 0 0 0 403 1 0 0 0 0 0 0 br-lan: 0 0 0 0 0 0 0 0 403 1 0 0 0 0 0 0 wifi0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 ath0: 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 root@OpenWrt:/# }}} In Managed mode {{{ root@OpenWrt:/# iwconfig lo no wireless extensions. eth0 no wireless extensions. br-lan no wireless extensions. wifi0 no wireless extensions. ath0 IEEE 802.11g ESSID:"WP543-test" Nickname:"" Mode:Managed Frequency:2.462 GHz Access Point: Not-Associated Bit Rate:0 kb/s Tx-Power:17 dBm Sensitivity=1/1 Retry:off RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=0/70 Signal level=-96 dBm Noise level=-96 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 root@OpenWrt:/#iwlist ath0 scan ath0 No scan results root@OpenWrt:/# }}} there is no packet transaction in the ath0 interface {{{ root@OpenWrt:/# cat /proc/net/dev Inter-| Receive | Transmit face |bytes packets errs drop fifo frame compressed multicast|bytes packets errs drop fifo colls carrier compressed lo: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 eth0: 0 0 0 0 0 0 0 0 403 1 0 0 0 0 0 0 br-lan: 0 0 0 0 0 0 0 0 403 1 0 0 0 0 0 0 wifi0: 0 0 0 0 0 0 0 0 4760 100 0 0 0 0 0 0 ath0: 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 root@OpenWrt:/# }}} i have also tried with latest madwifi-free version, the same thing is happening. Thanks

Hai all

I also facing the same problem.From my observation i noticed the following,

If i read the /proc/interrupts i am getting the following result. root@OpenWrt:/# cat /proc/interrupts

CPU0

2: 0 MIPS cascade [AR71XX PCI] 4: 0 MIPS eth0 6: 0 MIPS cascade [AR71XX MISC] 7: 766290 MIPS timer

10: 0 AR71XX MISC cascade [AR71XX GPIO] 11: 1377 AR71XX MISC serial 48: 0 AR71XX PCI wifi0

ERR: 0 root@OpenWrt:/#

Here the value for wifi0 is always zero.Is this value is correct or anything wrong with this.

If anyone can explain how it is happening .

Hai all

I also facing the same problem.From my observation i noticed the following,

If i read the /proc/interrupts i am getting the following result.

root@OpenWrt:/# cat /proc/interrupts 
           CPU0       
  2:          0            MIPS  cascade [AR71XX PCI]
  4:          0            MIPS  eth0
  6:          0            MIPS  cascade [AR71XX MISC]
  7:     766290            MIPS  timer
 10:          0     AR71XX MISC  cascade [AR71XX GPIO]
 11:       1377     AR71XX MISC  serial
 48:          0     AR71XX PCI   wifi0

ERR:          0
root@OpenWrt:/# 

Here the value for wifi0 is always zero.Is this value is correct or anything wrong with this.

If anyone can explain how it is happening .

Could you please try the current trunk? There is no use in reporting issues with an unreleased snapshot that is more than a year old.

Replying to proski:

Could you please try the current trunk? There is no use in reporting issues with an unreleased snapshot that is more than a year old.

hi pavel,

i tried the trunk versions also. pasting below the from the dev-mail list to track

In the openwrt patch 400-new_hal.patch, which i believe is related to hardware, also attaching the patch.

+ /* WAR for AR7100 PCI bug */ +#ifdef CONFIG_ATHEROS_AR71XX + if ((ar_device(sc->devid) >= 5210) && (ar_device(sc->devid) < 5416)) { + ath_hal_setcapability(ah, HAL_CAP_DMABURST_RX, 0, HAL_DMABURST_4B, NULL); + ath_hal_setcapability(ah, HAL_CAP_DMABURST_TX, 0, HAL_DMABURST_4B, NULL); + } +#endif +

for the bug ttps://madwifi-project.org/ticket/2333 , i tried with latest trunk, but no data transfer.

Regards Dino Joseph Mycle

Quoting Dino Joseph Mycle <dinomycle@yahoo.com>:

In the openwrt patch 400-new_hal.patch, which i believe is related to hardware, also attaching the patch. + /* WAR for AR7100 PCI bug */ +#ifdef CONFIG_ATHEROS_AR71XX

We don't use such preprocessor definitions in MadWifi. CONFIG_ATHEROS_AR71XX is never defined.

+ if ((ar_device(sc->devid) >= 5210) && (ar_device(sc->devid) < 5416)) {

That's pretty much everything supported by MadWifi, except 802.11n capable devices.

+ ath_hal_setcapability(ah, HAL_CAP_DMABURST_RX, 0, HAL_DMABURST_4B, NULL); + ath_hal_setcapability(ah, HAL_CAP_DMABURST_TX, 0, HAL_DMABURST_4B, NULL); + } +#endif

I need a description of the change.

for the bug ttps://madwifi-project.org/ticket/2333 , i tried with latest trunk, but no data transfer.

Since I don't have the hardware, I rely on others testing and confirming that the patch is functional.

If you see a regression from 2333 to the current trunk, please consider bisection to find the offending change. Chances are it's the switchover to the free HAL. You could test the madwifi-hal-0.9.30.13 branch to see if that's the case, since it keeps the non-free HAL that was in the trunk earlier.

Please put all relevant data to the ticket, so that it's kept in one place.

--Regards, Pavel Roskin