Skip to content
Snippets Groups Projects
  1. Jul 21, 2011
  2. Jul 17, 2011
    • David Lamparter's avatar
      net: vlan, qlcnic: make vlan_find_dev private · 69ecca86
      David Lamparter authored
      
      there is only one user of vlan_find_dev outside of the actual vlan code:
      qlcnic uses it to iterate over some VLANs it knows.
      
      let's just make vlan_find_dev private to the VLAN code and have the
      iteration in qlcnic be a bit more direct. (a few rcu dereferences less
      too)
      
      Signed-off-by: default avatarDavid Lamparter <equinox@diac24.net>
      Cc: Patrick McHardy <kaber@trash.net>
      Cc: Amit Kumar Salecha <amit.salecha@qlogic.com>
      Cc: Anirban Chakraborty <anirban.chakraborty@qlogic.com>
      Cc: linux-driver@qlogic.com
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      69ecca86
  3. Jul 14, 2011
  4. Jun 30, 2011
  5. Jun 24, 2011
  6. Jun 21, 2011
  7. Jun 05, 2011
  8. May 13, 2011
  9. Apr 29, 2011
  10. Apr 28, 2011
  11. Apr 20, 2011
  12. Apr 13, 2011
  13. Apr 06, 2011
  14. Mar 28, 2011
    • Stanislaw Gruszka's avatar
      net: fix ethtool->set_flags not intended -EINVAL return value · 673e63c6
      Stanislaw Gruszka authored
      
      After commit d5dbda23 "ethtool: Add
      support for vlan accleration.", drivers that have NETIF_F_HW_VLAN_TX,
      and/or NETIF_F_HW_VLAN_RX feature, but do not allow enable/disable vlan
      acceleration via ethtool set_flags, always return -EINVAL from that
      function. Fix by returning -EINVAL only if requested features do not
      match current settings and can not be changed by driver.
      
      Change any driver that define ethtool->set_flags to use
      ethtool_invalid_flags() to avoid similar problems in the future
      (also on drivers that do not have the problem).
      
      Tested with modified (to reproduce this bug) myri10ge driver.
      
      Cc: stable@kernel.org # 2.6.37+
      Signed-off-by: default avatarStanislaw Gruszka <sgruszka@redhat.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
      673e63c6
  15. Feb 23, 2011
Loading