1. 23 1月, 2017 2 次提交
  2. 21 1月, 2017 1 次提交
    • J
      iwlwifi: fix kernel crash when unregistering thermal zone · 92549cdc
      Jens Axboe 提交于
      A recent firmware change seems to have enabled thermal zones on the
      iwlwifi driver. Unfortunately, my device fails when registering the
      thermal zone. This doesn't stop the driver from attempting to unregister
      the thermal zone at unload time, triggering a NULL pointer deference in
      strlen() off the thermal_zone_device_unregister() path.
      
      Don't unregister if name is NULL, for that case we failed registering.
      Do the same for the cooling zone.
      Signed-off-by: NJens Axboe <axboe@fb.com>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      92549cdc
  3. 25 12月, 2016 1 次提交
  4. 16 12月, 2016 2 次提交
  5. 15 12月, 2016 1 次提交
  6. 04 12月, 2016 1 次提交
  7. 17 11月, 2016 1 次提交
    • A
      wireless: fix bogus maybe-uninitialized warning · 10f3366b
      Arnd Bergmann 提交于
      The hostap_80211_rx() function is supposed to set up the mac addresses
      for four possible cases, based on two bits of input data. For
      some reason, gcc decides that it's possible that none of the these
      four cases apply and the addresses remain uninitialized:
      
      drivers/net/wireless/intersil/hostap/hostap_80211_rx.c: In function ‘hostap_80211_rx’:
      arch/x86/include/asm/string_32.h:77:14: warning: ‘src’ may be used uninitialized in this function [-Wmaybe-uninitialized]
      drivers/net/wireless/intel/ipw2x00/libipw_rx.c: In function ‘libipw_rx’:
      arch/x86/include/asm/string_32.h:77:14: error: ‘dst’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
      arch/x86/include/asm/string_32.h:78:22: error: ‘*((void *)&dst+4)’ may be used uninitialized in this function [-Werror=maybe-uninitialized]
      
      This warning is clearly nonsense, but changing the last case into
      'default' makes it obvious to the compiler too, which avoids the
      warning and probably leads to better object code too.
      
      The same code is duplicated several times in the kernel, so this
      patch uses the same workaround for all copies. The exact configuration
      was hit only very rarely in randconfig builds and I only saw it
      in three drivers, but I assume that all of them are potentially
      affected, and it's better to keep the code consistent.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      10f3366b
  8. 26 10月, 2016 2 次提交
  9. 21 10月, 2016 1 次提交
    • J
      net: use core MTU range checking in wireless drivers · 9c22b4a3
      Jarod Wilson 提交于
      - set max_mtu in wil6210 driver
      - set max_mtu in atmel driver
      - set min/max_mtu in cisco airo driver, remove airo_change_mtu
      - set min/max_mtu in ipw2100/ipw2200 drivers, remove libipw_change_mtu
      - set min/max_mtu in p80211netdev, remove wlan_change_mtu
      - set min/max_mtu in net/mac80211/iface.c and remove ieee80211_change_mtu
      - set min/max_mtu in wimax/i2400m and remove i2400m_change_mtu
      - set min/max_mtu in intersil/hostap and remove prism2_change_mtu
      - set min/max_mtu in intersil/orinoco
      - set min/max_mtu in tty/n_gsm and remove gsm_change_mtu
      
      CC: netdev@vger.kernel.org
      CC: linux-wireless@vger.kernel.org
      CC: Maya Erez <qca_merez@qca.qualcomm.com>
      CC: Simon Kelley <simon@thekelleys.org.uk>
      CC: Stanislav Yakovlev <stas.yakovlev@gmail.com>
      CC: Johannes Berg <johannes@sipsolutions.net>
      CC: Inaky Perez-Gonzalez <inaky.perez-gonzalez@intel.com>
      Signed-off-by: NJarod Wilson <jarod@redhat.com>
      Acked-by: NJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      9c22b4a3
  10. 19 10月, 2016 15 次提交
  11. 27 9月, 2016 4 次提交
  12. 23 9月, 2016 6 次提交
  13. 19 9月, 2016 3 次提交