1. 20 Jul, 2014 1 commit
  2. 06 Mar, 2014 2 commits
  3. 28 Feb, 2014 3 commits
  4. 07 Jan, 2014 1 commit
  5. 03 Jan, 2014 2 commits
  6. 26 Sep, 2013 1 commit
  7. 24 May, 2013 1 commit
  8. 22 Apr, 2013 1 commit
    • Jonas Gorski's avatar
      mwl8k: remove nonstandard rate 72 Mbps · 3f524559
      Jonas Gorski authored
      
      
      This rate causes an overflow in the extended rates IE's data rate field,
      with the overflowing bit setting the Basic Rate Set membership. This
      results in a bogus 8 Mpbs basic rate, making clients checking them refuse
      association.
      
      Since the rate is likely unused anyway (HT will yield better rates between
      supporting chips), we can just remove it.
      
      This fixes association from wpa_supplicant and Android 4.x and newer.
      Signed-off-by: default avatarJonas Gorski <jogo@openwrt.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      3f524559
  9. 27 Mar, 2013 1 commit
    • Jonas Gorski's avatar
      mwl8k: always apply configuration even when device is idle · fe21bb02
      Jonas Gorski authored
      Fix settings not being applied when the device is idle and the firmware
      gets reloaded (because of changing from STA to AP mode). This caused
      the device using the wrong channel (and likely band), e.g. a 5 GHz only
      card still defaulted to channel 6 in the 2.4 GHz band when left
      unconfigured.
      
      This issue was always present, but only made visible with "mwl8k: Do not
      call mwl8k_cmd_set_rf_channel unconditionally" (0f4316b9
      
      ), since before
      that the channel was (re-)configured at the next _config call even when
      it did not change from the mac80211 perspective.
      Signed-off-by: default avatarJonas Gorski <jogo@openwrt.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      fe21bb02
  10. 25 Mar, 2013 1 commit
  11. 11 Mar, 2013 1 commit
    • Jonas Gorski's avatar
      mwl8k: don't overwrite regulatory settings on fw reload · c3f251a3
      Jonas Gorski authored
      
      
      Currently the caps are parsed on every firmware reload, causing any
      channel flags to be cleared.
      When there is a firmware to interface mode mismatch, the triggered
      firmware reload causes a reset of the regulatory settings, causing all
      channels to become available:
      
      root@openrouter:/# iw phy phy0 info
      Wiphy phy0
              Band 1:
      		(...)
                      Frequencies:
                              * 2412 MHz [1] (0.0 dBm)
                              * 2417 MHz [2] (0.0 dBm)
                              * 2422 MHz [3] (0.0 dBm)
                              * 2427 MHz [4] (0.0 dBm)
                              * 2432 MHz [5] (0.0 dBm)
                              * 2437 MHz [6] (0.0 dBm)
                              * 2442 MHz [7] (0.0 dBm)
                              * 2447 MHz [8] (0.0 dBm)
                              * 2452 MHz [9] (0.0 dBm)
                              * 2457 MHz [10] (0.0 dBm)
                              * 2462 MHz [11] (0.0 dBm)
                              * 2467 MHz [12] (0.0 dBm)
                              * 2472 MHz [13] (0.0 dBm)
                              * 2484 MHz [14] (0.0 dBm)
      		(...)
      
      To prevent this, only parse the caps on the first firmware load during
      hardware probe, and store them locally to know we have already parsed
      them.
      Signed-off-by: default avatarJonas Gorski <jogo@openwrt.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      c3f251a3
  12. 06 Mar, 2013 2 commits
  13. 11 Feb, 2013 1 commit
    • Jonas Gorski's avatar
      mwl8k: fix band for supported channels · d786f67e
      Jonas Gorski authored
      
      
      The band field for the supported channels were left unpopulated, making
      them default to 0 == IEEE80211_BAND_2GHZ, even for the 5GHz channels.
      
      This resulted in null pointer accesses if anything tries to access
      wiphy->bands[channel->band] of a 5GHz channel on 5GHz only cards, since
      wiphy->bands[2GHZ] is NULL for them (e.g. cfg80211_chandef_usable does).
      
      Example kernel OOPS:
      
      [  665.669993] Unable to handle kernel NULL pointer dereference at virtual address 00000016
      [  665.678194] pgd = c6d58000
      [  665.680941] [00000016] *pgd=06f8a831, *pte=00000000, *ppte=00000000
      [  665.687303] Internal error: Oops: 17 [#1]
      (...)
      [  666.116373] Backtrace:
      [  666.118866] [<bf0368dc>] (cfg80211_chandef_usable+0x0/0x1bc [cfg80211]) from [<bf025e64>] (nl80211_leave_mesh+0x244/0x264 [cfg80211])
      [  666.130919]  r7:c6d12100 r6:0000143c r5:c0611c48 r4:c0611b98
      [  666.136668] [<bf025d84>] (nl80211_leave_mesh+0x164/0x264 [cfg80211]) from [<bf02634c>] (nl80211_remain_on_channel+0x2a0/0x358 [cfg80211])
      [  666.149074]  r7:c6d12000 r6:c6d12000 r5:c6f4f368 r4:00000003
      [  666.154814] [<bf0262ec>] (nl80211_remain_on_channel+0x240/0x358 [cfg80211]) from [<bf02ddb0>] (nl80211_set_wiphy+0x264/0x560 [cfg80211])
      [  666.167150] [<bf02db4c>] (nl80211_set_wiphy+0x0/0x560 [cfg80211]) from [<c01f94e0>] (genl_rcv_msg+0x1b8/0x1f8)
      [  666.177205] [<c01f9328>] (genl_rcv_msg+0x0/0x1f8) from [<c01f89a0>] (netlink_rcv_skb+0x58/0xb4)
      [  666.185949] [<c01f8948>] (netlink_rcv_skb+0x0/0xb4) from [<c01f931c>] (genl_rcv+0x20/0x2c)
      [  666.194251]  r6:c6f70780 r5:0000002c r4:c6f70780 r3:00000001
      [  666.199973] [<c01f92fc>] (genl_rcv+0x0/0x2c) from [<c01f8418>] (netlink_unicast+0x154/0x1f4)
      [  666.208449]  r4:c785ea00 r3:c01f92fc
      [  666.212057] [<c01f82c4>] (netlink_unicast+0x0/0x1f4) from [<c01f8790>] (netlink_sendmsg+0x230/0x2b0)
      [  666.221240] [<c01f8560>] (netlink_sendmsg+0x0/0x2b0) from [<c01cccf8>] (sock_sendmsg+0x90/0xa4)
      [  666.229986] [<c01ccc68>] (sock_sendmsg+0x0/0xa4) from [<c01cdcb0>] (__sys_sendmsg+0x290/0x298)
      [  666.238637]  r9:00000000 r8:c0611ec8 r6:0000002c r5:c0610000 r4:c0611f64
      [  666.245411] [<c01cda20>] (__sys_sendmsg+0x0/0x298) from [<c01cf52c>] (sys_sendmsg+0x44/0x6c)
      [  666.253897] [<c01cf4e8>] (sys_sendmsg+0x0/0x6c) from [<c00090a0>] (ret_fast_syscall+0x0/0x2c)
      [  666.262460]  r6:00000000 r5:beeff96c r4:00000005
      Signed-off-by: default avatarJonas Gorski <jogo@openwrt.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      d786f67e
  14. 08 Feb, 2013 3 commits
  15. 30 Jan, 2013 10 commits
  16. 22 Jan, 2013 1 commit
  17. 09 Jan, 2013 3 commits
  18. 07 Jan, 2013 5 commits