1. 29 1月, 2008 2 次提交
  2. 13 1月, 2008 4 次提交
  3. 09 1月, 2008 1 次提交
  4. 24 10月, 2007 1 次提交
  5. 19 10月, 2007 1 次提交
  6. 11 10月, 2007 9 次提交
  7. 31 8月, 2007 2 次提交
    • D
      netxen: fix crashes during module unload · 3052246c
      dhananjay@netxen.com 提交于
      This patch fixes two problems during driver unload. The pci_disable_device()
      call is before firmware reload, causing reads and writes across PCI bus after
      disabling device. Second problem is the register window was wrong during
      firmware reload
      
      Signed-off by: Dhananjay Phadke <dhananjay@netxen.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      3052246c
    • D
      netxen: Avoid firmware load in PCI probe · b3e2d887
      dhananjay@netxen.com 提交于
      Loading firmware during PCI probe can lead to incorrect initialization,
      rendering the card unusable until next reboot.  This was introduced a while
      ago as a workaround for firmware bug, a better workaround was submitted for
      this a while ago. So removing original hack that loads firmware during probe.
      
      Signed-off by: Dhananjay Phadke <dhananjay@netxen.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      b3e2d887
  8. 01 8月, 2007 1 次提交
  9. 31 7月, 2007 3 次提交
  10. 25 7月, 2007 1 次提交
  11. 12 7月, 2007 1 次提交
    • A
      PCI: Change all drivers to use pci_device->revision · 44c10138
      Auke Kok 提交于
      Instead of all drivers reading pci config space to get the revision
      ID, they can now use the pci_device->revision member.
      
      This exposes some issues where drivers where reading a word or a dword
      for the revision number, and adding useless error-handling around the
      read. Some drivers even just read it for no purpose of all.
      
      In devices where the revision ID is being copied over and used in what
      appears to be the equivalent of hotpath, I have left the copy code
      and the cached copy as not to influence the driver's performance.
      
      Compile tested with make all{yes,mod}config on x86_64 and i386.
      Signed-off-by: NAuke Kok <auke-jan.h.kok@intel.com>
      Acked-by: NDave Jones <davej@redhat.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      44c10138
  12. 11 7月, 2007 1 次提交
  13. 09 7月, 2007 1 次提交
  14. 02 7月, 2007 3 次提交
  15. 13 6月, 2007 1 次提交
    • M
      NetXen: Fix link status messages · c27e6721
      Mithlesh Thukral 提交于
      NetXen: Fix incorrect link status even with switch turned OFF.
      NetXen driver failed to accurately indicate when a link is up or down.
      This was encountered during failover testing, when the first port
      indicated that the link was up even when the 10G switch it was assigned
      to in the Bladecenter was turned off completely.
      
      Signed-off by: Wen Xiong <wenxiong@us.ibm.com>
      Signed-off by: Mithlesh Thukral <mithlesh@netxen.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      c27e6721
  16. 10 6月, 2007 2 次提交
    • M
      NetXen: Fix compile failure seen on PPC architecture · 0d04761d
      Mithlesh Thukral 提交于
      NetXen: Add NETXEN prefixes to macros to clean them up.
      This is a cleanup patch which adds NETXEN prefix to some stand
      alone macro names.
      These posed compile errors when NetXen driver was backported to 2.6.9
      on PPC architecture as macros like USER_START are defined in file
      arch/ppc64/mm/hash_utils.c
      Signed-off-by: NAndy Gospodarek <andy@greyhouse.net>
      Signed-off by: Wen Xiong <wenxiong@us.ibm.com>
      Acked-off by: Mithlesh Thukral <mithlesh@netxen.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      0d04761d
    • M
      NetXen: Fix ping issue after reboot on Blades with 3.4.19 firmware · 3e2facef
      Mithlesh Thukral 提交于
      NetXen: Fix initialization and subsequent ping issue on 3.4.19 firmware
      This patch fixes the ping problem seen X/PBlades after the adapter's
      firmware was moved to 3.4.19. After configured interface up, ping
      failed.
      NetXen adapter couldn't accept ARP broadcast packet. Manual addition of
      MAC address in the ARP table, made ping work.
      NetXen adapter should finish initilization after system boot. But looks
      NetXen adapter didn't initilization correctly after system boot up.
      So have to re-load the firmware again in probe routine.
      Also re-initilization netxen_config_0 and netxen_config_1 registers.
      
      Signed-off by: Wen Xiong <wenxiong@us.ibm.com>
      Signed-off by: Mithlesh Thukral <mithlesh@netxen.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      3e2facef
  17. 03 6月, 2007 1 次提交
  18. 18 5月, 2007 1 次提交
  19. 12 5月, 2007 1 次提交
  20. 28 4月, 2007 3 次提交