Modify

Opened 5 years ago

Last modified 4 years ago

#12791 new defect

TP-Link TL-WR2543ND (ath9k) wifi does not associate, nothing received

Reported by: Joachim Breuer <openwrt@…> Owned by: developers
Priority: normal Milestone: Barrier Breaker 14.07
Component: kernel Version: Trunk
Keywords: Cc:

Description

I recently got a new TL-WR2543ND, originally to debug a specific wifi issue (environment-related, wanted another device to compare to). I have it configured as a 802.11n 2.4 GHz access point.

It's labeled as TL-WR2543ND Ver 1.2. With the latest stock firmware from TP-Link (TL-WR2543ND_v1_120509) it works as well as can be expected.

Since I want to see fairly detailed wifi connection information, I installed OpenWRT (first 12.09-rc1, then the 2013-01-11 snapshot, currently a locally built r35100). At first there was a slight hurdle with no entropy being available for hostapd; I installed haveged for that.

Using OpenWRT, the wifi network created by the device is visible to other devices, but no association is possible. I've tried various channels, 20/40 MHz mode, 5 GHz channels, various encryption modes including no encryption - nothing helps.

I've also tried Gargoyle 1.5.8; this seems to be able to create a wifi connection at least in client mode when setting the channel etc. to "auto"; when specifying a channel or using AP mode it doesn't work either. (In AP mode, "auto" is not an available mode/channel choice).

Client mode in OpenWRT does not work either, at least not straightforwardly.

My AP configuration (generated by LuCI) looks like this:

config wifi-device 'radio0'
        option type 'mac80211'
        option path 'pci0000:00/0000:00:00.0'
        list ht_capab 'LDPC'
        list ht_capab 'SHORT-GI-20'
        list ht_capab 'SHORT-GI-40'
        list ht_capab 'TX-STBC'
        list ht_capab 'RX-STBC1'
        list ht_capab 'DSSS_CCK-40'
        option country 'DE'
        option channel '9'
        option txpower '20'
        option hwmode '11ng'
        option htmode 'HT20'

config wifi-iface
        option device 'radio0'
        option network 'lan'
        option mode 'ap'
        option ssid 'OpenWrt'
        option encryption 'none'

To get to the bottom of this, I installed a locally built r35100 image, with ath9k debugging enabled. When I fully crank up ath9k tracing:
echo 0xffffffff > /sys/kernel/debug/ieee80211/phy0/ath9k/debug
I get the following block repeated over and over:

Jan 12 17:31:45 OpenWrt kern.debug kernel: [  269.200000] ath: phy0: enable IER
Jan 12 17:31:45 OpenWrt kern.debug kernel: [  269.200000] ath: phy0: AR_IMR 0x81810175 IER 0x1
Jan 12 17:31:45 OpenWrt kern.debug kernel: [  269.200000] ath: phy0: slot: 1 tsf: 247820821 tsftu: 242012
Jan 12 17:31:45 OpenWrt kern.debug kernel: [  269.220000] ath: phy0: slot: 2 tsf: 247833633 tsftu: 242025
Jan 12 17:31:45 OpenWrt kern.debug kernel: [  269.230000] ath: phy0: listenTime=98 OFDM:0 errs=0/s CCK:0 errs=0/s ofdm_turn=0
Jan 12 17:31:45 OpenWrt kern.debug kernel: [  269.230000] ath: phy0: Calibration @4294964219 finished:  short ani, caldone: false
Jan 12 17:31:45 OpenWrt kern.debug kernel: [  269.230000] ath: phy0: slot: 3 tsf: 247846439 tsftu: 242037
Jan 12 17:31:45 OpenWrt kern.debug kernel: [  269.240000] ath: phy0: slot: 4 tsf: 247859238 tsftu: 242050
Jan 12 17:31:45 OpenWrt kern.debug kernel: [  269.260000] ath: phy0: slot: 5 tsf: 247872031 tsftu: 242062
Jan 12 17:31:45 OpenWrt kern.debug kernel: [  269.270000] ath: phy0: slot: 6 tsf: 247884837 tsftu: 242075
Jan 12 17:31:46 OpenWrt kern.debug kernel: [  269.280000] ath: phy0: slot: 7 tsf: 247897638 tsftu: 242087
Jan 12 17:31:46 OpenWrt kern.debug kernel: [  269.290000] ath: phy0: slot: 0 tsf: 247910436 tsftu: 242100
Jan 12 17:31:46 OpenWrt kern.debug kernel: [  269.290000] ath: phy0: Transmitting beacon for slot: 0
Jan 12 17:31:46 OpenWrt kern.debug kernel: [  269.300000] ath: phy0: disable IER

From time to time, a slightly different line like this is logged:

Jan 12 17:32:08 OpenWrt kern.debug kernel: [  291.520000] ath: phy0: slot: 1 tsf: 270144031 tsftu: 263812
Jan 12 17:32:08 OpenWrt kern.debug kernel: [  291.530000] ath: phy0: listenTime=392 OFDM:0 errs=0/s CCK:0 errs=0/s ofdm_turn=1
Jan 12 17:32:08 OpenWrt kern.debug kernel: [  291.530000] ath: phy0: NF did not complete in calibration window
Jan 12 17:32:08 OpenWrt kern.debug kernel: [  291.530000] ath: phy0: Calibration @4294966449 finished: long short ani, caldone: false
Jan 12 17:32:08 OpenWrt kern.debug kernel: [  291.530000] ath: phy0: slot: 2 tsf: 270156830 tsftu: 263825

There appears to be no change in this pattern at all when a client tries to associate; this leads me to believe that the receiving side of the radio is off/"deaf".

Since this WR2543ND works perfectly well with stock firmware, and there are plenty "normal users" installing OpenWRT on a WR2543ND and it works for them I assume there's some device-specific setting (eeprom variable, "neighbor protection", somesuch) breaking for me.

I'll be happy to help in further debugging (trying out patches, configurations, ...); just tell me what I can do.

Attachments (0)

Change History (10)

comment:1 Changed 5 years ago by nbd

please show me the output of:

cat /sys/kernel/debug/ieee80211/phy0/ath9k/base_eeprom
cat /sys/kernel/debug/ieee80211/phy0/ath9k/modal_eeprom
dmesg | grep AR93

comment:2 Changed 5 years ago by Joachim Breuer <openwrt@…>

root@OpenWrt:~# cat /sys/kernel/debug/ieee80211/phy0/ath9k/base_eeprom
      EEPROM Version :          2
          RegDomain1 :          0
          RegDomain2 :         31
             TX Mask :          7
             RX Mask :          7
          Allow 5GHz :          1
          Allow 2GHz :          1
   Disable 2GHz HT20 :          0
   Disable 2GHz HT40 :          0
   Disable 5Ghz HT20 :          0
   Disable 5Ghz HT40 :          0
          Big Endian :          0
           RF Silent :          0
           BT option :          0
          Device Cap :          0
         Device Type :          5
  Power Table Offset :          0
        Tuning Caps1 :          0
        Tuning Caps2 :          0
 Enable Tx Temp Comp :          1
 Enable Tx Volt Comp :          0
   Enable fast clock :          1
     Enable doubling :          1
  Internal regulator :          0
        Enable Paprd :          0
     Driver Strength :          0
          Quick Drop :          0
   Chain mask Reduce :          0
   Write enable Gpio :          6
   WLAN Disable Gpio :          0
       WLAN LED Gpio :          8
 Rx Band Select Gpio :        255
             Tx Gain :          0
             Rx Gain :          0
              SW Reg :          0
          MacAddress : 00:02:03:04:05:06

The 00:02:03:04:05:06 (that's what's actually shown, I did not obfuscate any of the output) is not the MAC address used for the wlan interface. LuCI, ifconfig and clients seeing the beacon all show a MAC address starting 90:F6:52:...
This 90:F6:52:... MAC address is identical in all but the last place with that of the wired interface.

root@OpenWrt:~# cat /sys/kernel/debug/ieee80211/phy0/ath9k/modal_eeprom
   2GHz modal Header :
 Chain0 Ant. Control :        336
 Chain1 Ant. Control :        336
 Chain2 Ant. Control :        336
 Ant. Common Control :        272
Ant. Common Control2 :     139810
           Ant. Gain :          0
       Switch Settle :         44
    Chain0 xatten1DB :          0
    Chain1 xatten1DB :          0
    Chain2 xatten1DB :          0
Chain0 xatten1Margin :          0
Chain1 xatten1Margin :          0
Chain2 xatten1Margin :          0
          Temp Slope :         50
          Volt Slope :          0
      spur Channels0 :        164
      spur Channels1 :          0
      spur Channels2 :          0
      spur Channels3 :          0
      spur Channels4 :          0
 Chain0 NF Threshold :         -1
 Chain1 NF Threshold :          0
 Chain2 NF Threshold :          0
          Quick Drop :        -51
       txEndToXpaOff :          1
      xPA Bias Level :          0
  txFrameToDataStart :         14
       txFrameToPaOn :         14
      txFrameToXpaOn :         14
              txClip :          3
    ADC Desired size :        -30
   5GHz modal Header :
 Chain0 Ant. Control :          0
 Chain1 Ant. Control :          0
 Chain2 Ant. Control :          0
 Ant. Common Control :        272
Ant. Common Control2 :     139810
           Ant. Gain :          0
       Switch Settle :         45
    Chain0 xatten1DB :          0
    Chain1 xatten1DB :          0
    Chain2 xatten1DB :          0
Chain0 xatten1Margin :          0
Chain1 xatten1Margin :          0
Chain2 xatten1Margin :          0
          Temp Slope :         68
          Volt Slope :         15
      spur Channels0 :         80
      spur Channels1 :         88
      spur Channels2 :          0
      spur Channels3 :          0
      spur Channels4 :          0
 Chain0 NF Threshold :         -1
 Chain1 NF Threshold :          0
 Chain2 NF Threshold :          0
          Quick Drop :        -34
       txEndToXpaOff :          0
      xPA Bias Level :          0
  txFrameToDataStart :         14
       txFrameToPaOn :         14
      txFrameToXpaOn :         14
              txClip :          3
    ADC Desired size :        -30
root@OpenWrt:~# dmesg | grep AR93
[   11.480000] ieee80211 phy0: Atheros AR9300 Rev:3 mem=0xb0000000, irq=40

comment:3 Changed 5 years ago by Joachim Breuer <openwrt@…>

When a dev wants to have look / joint debug session:

You can try to contact me in IRC (count0 or jmbreuer in #OpenWRT).

comment:4 Changed 5 years ago by coltect

I have the exact same problem with V1.2 of the hardware, using AA RC01 from Nov 2012 and Trunk r36108. I did manage to get connected to the router using ad-hoc mode.

Clients trying to connect all fail when it is an Access Point. Tried Win7, XP, Android, iPhone clients.

comment:5 Changed 5 years ago by Joachim Breuer <openwrt@…>

Just to keep the data point: With the current snapshot 2013-07-25 it's still broken in exactly the same fashion.

comment:6 Changed 5 years ago by nbd

I don't think I'll be able to fix this without having an affected device on my table. I have 3 TL-WR2543ND at home, and they all work fine.

comment:7 Changed 5 years ago by Joachim Breuer <openwrt@…>

nbd: Where are you based? Can I send the problematic device to you?

Let's exchange further details privately; do you see my full eMail address?
I don't see yours.

comment:8 Changed 5 years ago by Joachim Breuer <openwrt@…>

nbd: I've mailed the device off to you.

comment:9 Changed 4 years ago by nbd

Started looking into it, found out some more details on the exact symptoms, still haven't found the cause yet. Will try to get some help from people at QCA.

comment:10 Changed 4 years ago by jow

  • Milestone changed from Attitude Adjustment 12.09 to Barrier Breaker 14.07

Milestone Attitude Adjustment 12.09 deleted

Add Comment

Modify Ticket

Action
as new .
Author


E-mail address and user name can be saved in the Preferences.

 
Note: See TracTickets for help on using tickets.