1. 24 Feb, 2012 4 commits
  2. 13 Feb, 2012 3 commits
  3. 10 Feb, 2012 2 commits
  4. 07 Feb, 2012 1 commit
  5. 26 Jan, 2012 2 commits
  6. 05 Oct, 2011 1 commit
  7. 27 Aug, 2011 1 commit
  8. 10 Aug, 2011 1 commit
  9. 12 Jul, 2011 1 commit
  10. 27 Apr, 2011 1 commit
  11. 13 Apr, 2011 2 commits
    • Bruce Allan's avatar
      e1000e: If ASPM L0s needs to be disabled, do it prior to enabling device · 78cd29d5
      Bruce Allan authored
      Based on a patch from Naga Chumbalkar <nagananda.chumbalkar@hp.com>:
      If ASPM L0s needs to be disabled due to HW errata, do it prior to
      "enabling" the device. This way if the kernel ever defaults its
      aspm_policy to POLICY_POWERSAVE, then the e1000e driver will get a
      chance to disable ASPM on the misbehaving device *prior* to calling
      pci_enable_device_mem(). This will be useful in situations
      where the BIOS indicates ASPM support on the server by clearing the
      ACPI FADT "ASPM Controls" bit.
      The kernel (2.6.38) currently uses the BIOS "default" as its aspm_policy.
      However, Linux distros can diverge from that and set the default to
      v2: o cleanup namespace pollution of e1000e_disable_aspm(),
          o fix type and initialization of the new aspm_disable_flag in a few
            functions, and
          o redefine FLAG2_DISABLE_ASPM_L0S to the first unused bit in
      Signed-off-by: default avatarBruce Allan <bruce.w.allan@intel.com>
      Cc: Naga Chumbalkar <nagananda.chumbalkar@hp.com>
      Tested-by: default avatarAaron Brown <aaron.f.brown@intel.com>
      Signed-off-by: default avatarJeff Kirsher <jeffrey.t.kirsher@intel.com>
    • Bruce Allan's avatar
      e1000e: convert short duration msleep() to usleep_range() · 1bba4386
      Bruce Allan authored
      With durations less than 20ms, the jiffies or legacy timer backed msleep()
      may sleep ~20ms which might not be what the caller expects.  Instead, it
      is recommended to use the hrtimers backed usleep_range().  For more, see
      Documentation/timers/timers-howto.txt.  Issues reported by checkpatch.
      In addition, remove unnecessary sleep in e1000e_write_nvm_spi().
      Signed-off-by: default avatarBruce Allan <bruce.w.allan@intel.com>
      Tested-by: default avatarAaron Brown <aaron.f.brown@intel.com>
      Signed-off-by: default avatarJeff Kirsher <jeffrey.t.kirsher@intel.com>
  12. 14 Jan, 2011 2 commits
  13. 10 Jan, 2011 2 commits
  14. 10 Dec, 2010 3 commits
  15. 16 Nov, 2010 2 commits
  16. 01 Nov, 2010 1 commit
  17. 28 Oct, 2010 1 commit
  18. 30 Sep, 2010 1 commit
  19. 19 Aug, 2010 2 commits
  20. 18 Jun, 2010 1 commit
  21. 14 May, 2010 1 commit
    • Joe Perches's avatar
      drivers/net: Remove unnecessary returns from void function()s · a4b77097
      Joe Perches authored
      This patch removes from drivers/net/ all the unnecessary
      return; statements that precede the last closing brace of
      void functions.
      It does not remove the returns that are immediately
      preceded by a label as gcc doesn't like that.
      It also does not remove null void functions with return.
      Done via:
      $ grep -rP --include=*.[ch] -l "return;\n}" net/ | \
        xargs perl -i -e 'local $/ ; while (<>) { s/\n[ \t\n]+return;\n}/\n}/g; print; }'
      with some cleanups by hand.
      Compile tested x86 allmodconfig only.
      Signed-off-by: default avatarJoe Perches <joe@perches.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  22. 13 May, 2010 1 commit
    • Bruce Allan's avatar
      e1000e: fix checks for manageability enabled and management pass-through · a65a4a0d
      Bruce Allan authored
      The mac->arc_subsystem was being incorrectly used to flag whether or not
      manageability was enabled when it should only be used to state whether the
      ARC (Host interface) subsystem is available on a particular MAC _and_ only
      valid when any manageability is enabled. The ARC subsystem is currently
      only available on 80003es2lan and 82573 parts supported by the driver.
      A new flag, has_fwsm, is introduced to be used when checking if
      manageability is enabled but only on parts that acutally have an FWSM
      register. While the above parts have an FWSM register, there are other
      parts that have FWSM but do not have support for the ARC subsystem,
      namely 82571/2 and ICHx/PCH.
      And then there are parts that have manageability, but do not have either
      FWSM register or support for the ARC subsystem - these are 82574 and 82583.
      For 80003es2lan, 82571/2/3 and ICH/PCH parts, this patch makes no
      functional changes, it only corrects the usage of the manageability flags.
      For 82574 and 82583, it fixes the incorrect accesses of the non-existent
      FWSM register and ARC subsystem as well as corrects the check for
      management pass-through.
      Signed-off-by: default avatarBruce Allan <bruce.w.allan@intel.com>
      Signed-off-by: default avatarJeff Kirsher <jeffrey.t.kirsher@intel.com>
      Signed-off-by: default avatarDavid S. Miller <davem@davemloft.net>
  23. 05 May, 2010 1 commit
  24. 27 Apr, 2010 1 commit
  25. 31 Mar, 2010 1 commit
  26. 09 Feb, 2010 1 commit