1. 05 1月, 2016 1 次提交
  2. 28 12月, 2015 1 次提交
  3. 25 12月, 2015 1 次提交
  4. 16 12月, 2015 2 次提交
  5. 08 12月, 2015 3 次提交
  6. 02 12月, 2015 6 次提交
  7. 19 11月, 2015 1 次提交
  8. 11 11月, 2015 1 次提交
    • A
      qed: select ZLIB_INFLATE · 4bdb96cb
      Arnd Bergmann 提交于
      The newly added qlogic qed driver uses the zlib library, but
      misses the dependency:
      
      drivers/built-in.o: In function `qed_alloc_stream_mem':
      drivers/net/ethernet/qlogic/qed/qed_main.c:707: undefined reference to `zlib_inflate_workspacesize'
      drivers/built-in.o: In function `qed_unzip_data':
      drivers/net/ethernet/qlogic/qed/qed_main.c:675: undefined reference to `zlib_inflateInit2'
      
      This changes Kconfig to always select zlib when needed.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Fixes: fe56b9e6 ("qed: Add module with basic common support")
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4bdb96cb
  9. 08 11月, 2015 1 次提交
    • J
      net/qlcnic: fix mac address restore in bond mode 5/6 · e824de8a
      Jarod Wilson 提交于
      The bonding driver saves a copy of slaves' original mac address and then
      assigns whatever mac as needed to the slave, depending on mode. In at
      least modes 5 and 6 (balance-tlb, balance-alb), it often ends up being the
      mac address of another slave. On release from the bond, the original mac
      address is supposed to get restored via a dev_set_mac_address() call in
      the bonding driver's __bond_release_one() function, which calls the
      slave's ndo_set_mac_address function, which for qlcnic, is
      qlcnic_set_mac().
      
      Now, this function tries to be somewhat intelligent and exit early if
      you're trying to set the mac address to the same thing that is already
      set. The problem here is that adapter->mac_addr isn't in sync with
      netdev->dev_addr. The qlcnic driver still has the original mac stored in
      adapter->mac_addr, while the bonding driver has updated netdev->dev_addr,
      so qlcnic thinks we're trying to set the same address it already has.
      
      I think the way to go here, since the function updates both netdev and
      adapter's stored mac addresses, is to check if either of them doesn't
      match the newly requested mac. Simply checking netdev's value only could
      result in a similar mismatch and non-update, so look at both.
      
      CC: Dept-GELinuxNICDev@qlogic.com
      CC: netdev@vger.kernel.org
      CC: Manish Chopra <manish.chopra@qlogic.com>
      Signed-off-by: NJarod Wilson <jarod@redhat.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      e824de8a
  10. 06 11月, 2015 1 次提交
  11. 05 11月, 2015 2 次提交
  12. 28 10月, 2015 10 次提交
  13. 16 10月, 2015 1 次提交
  14. 13 10月, 2015 1 次提交
  15. 18 9月, 2015 1 次提交
  16. 10 9月, 2015 1 次提交
  17. 11 8月, 2015 6 次提交