1. 06 10月, 2010 1 次提交
  2. 19 8月, 2010 1 次提交
    • A
      ehea: Fix synchronization between HW and SW send queue · 2928db4c
      Andre Detsch 提交于
      ehea: Fix synchronization between HW and SW send queue
      
      When memory is added to / removed from a partition via the Memory DLPAR
      mechanism, the eHEA driver has to do a couple of things to reflect the
      memory change in its own IO address translation tables. This involves
      stopping and restarting the HW queues.
      During this operation, it is possible that HW and SW pointer into these
      queues get out of sync. This results in a situation where packets that
      are attached to a send queue are not transmitted immediately, but
      delayed until further X packets have been put on the queue.
      
      This patch detects such loss of synchronization, and resets the ehea
      port when needed.
      Signed-off-by: NJan-Bernd Themann <themann@de.ibm.com>
      Signed-off-by: NAndre Detsch <adetsch@br.ibm.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      2928db4c
  3. 06 8月, 2010 1 次提交
  4. 17 6月, 2010 1 次提交
  5. 22 4月, 2010 1 次提交
  6. 05 8月, 2009 1 次提交
  7. 13 6月, 2009 1 次提交
  8. 05 5月, 2009 1 次提交
  9. 14 3月, 2009 1 次提交
  10. 20 2月, 2009 1 次提交
  11. 12 2月, 2009 1 次提交
  12. 22 1月, 2009 1 次提交
  13. 06 1月, 2009 1 次提交
    • S
      net/ehea: bitops work on unsigned longs · 48e4cc77
      Stephen Rothwell 提交于
      The flags field of struct ehea_port is only used with test_bit(),
      clear_bit() and set_bit() and these interfaces only work on
      "unsigned long"s, so change the field to be an "unsigned long".  Also,
      this field only has two bits defined for it (0 and 1) so will still be
      fine if someone builds this driver for a 32 bit arch (at least as far as
      this flags field is concerned).
      
      Also note that ehea_driver_flags is only used in ehca_main.c, so make it
      static in there.
      Signed-off-by: NStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      48e4cc77
  14. 06 11月, 2008 1 次提交
  15. 28 10月, 2008 1 次提交
  16. 22 10月, 2008 1 次提交
  17. 25 9月, 2008 1 次提交
  18. 04 7月, 2008 2 次提交
  19. 13 5月, 2008 1 次提交
  20. 12 4月, 2008 1 次提交
  21. 29 3月, 2008 3 次提交
  22. 26 3月, 2008 1 次提交
  23. 24 2月, 2008 1 次提交
    • T
      ehea: add kdump support · 21eee2dd
      Thomas Klein 提交于
      This patch adds kdump support to the ehea driver. As the firmware doesn't free
      resource handles automatically, the driver has to run an as simple as possible
      free resource function in case of a crash shutdown. The function iterates over
      two arrays freeing all resource handles which are stored there. The arrays are
      kept up-to-date during normal runtime. The crash handler fn is triggered by the
      recently introduced PPC crash shutdown reg/unreg functions.
      Signed-off-by: NThomas Klein <tklein@de.ibm.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      21eee2dd
  24. 03 2月, 2008 1 次提交
  25. 24 11月, 2007 2 次提交
  26. 29 10月, 2007 1 次提交
  27. 25 10月, 2007 1 次提交
  28. 17 10月, 2007 1 次提交
  29. 11 10月, 2007 4 次提交
    • J
      ehea: use kernel event queue · 3bf76b81
      Jan-Bernd Themann 提交于
      eHEA recovery and DLPAR functions are called seldomly. The eHEA workqueues
      are replaced by the kernel event queue.
      Signed-off-by: NJan-Bernd Themann <themann@de.ibm.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      3bf76b81
    • J
      ehea: DLPAR memory add fix · 2c69448b
      Jan-Bernd Themann 提交于
      Due to stability issues in high load situations the HW queue handling
      has to be changed. The HW queues are now stopped and restarted again instead
      of destroying and allocating new HW queues.
      Signed-off-by: NJan-Bernd Themann <themann@de.ibm.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      2c69448b
    • J
      [EHEA]: Use LRO. · d4dc4ec9
      Jan-Bernd Themann 提交于
      Signed-off-by: NJan-Bernd Themann <themann@de.ibm.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d4dc4ec9
    • S
      [NET]: Make NAPI polling independent of struct net_device objects. · bea3348e
      Stephen Hemminger 提交于
      Several devices have multiple independant RX queues per net
      device, and some have a single interrupt doorbell for several
      queues.
      
      In either case, it's easier to support layouts like that if the
      structure representing the poll is independant from the net
      device itself.
      
      The signature of the ->poll() call back goes from:
      
      	int foo_poll(struct net_device *dev, int *budget)
      
      to
      
      	int foo_poll(struct napi_struct *napi, int budget)
      
      The caller is returned the number of RX packets processed (or
      the number of "NAPI credits" consumed if you want to get
      abstract).  The callee no longer messes around bumping
      dev->quota, *budget, etc. because that is all handled in the
      caller upon return.
      
      The napi_struct is to be embedded in the device driver private data
      structures.
      
      Furthermore, it is the driver's responsibility to disable all NAPI
      instances in it's ->stop() device close handler.  Since the
      napi_struct is privatized into the driver's private data structures,
      only the driver knows how to get at all of the napi_struct instances
      it may have per-device.
      
      With lots of help and suggestions from Rusty Russell, Roland Dreier,
      Michael Chan, Jeff Garzik, and Jamal Hadi Salim.
      
      Bug fixes from Thomas Graf, Roland Dreier, Peter Zijlstra,
      Joseph Fannin, Scott Wood, Hans J. Koch, and Michael Chan.
      
      [ Ported to current tree and all drivers converted.  Integrated
        Stephen's follow-on kerneldoc additions, and restored poll_list
        handling to the old style to fix mutual exclusion issues.  -DaveM ]
      Signed-off-by: NStephen Hemminger <shemminger@linux-foundation.org>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      bea3348e
  30. 13 9月, 2007 1 次提交
    • J
      ehea: propagate physical port state · 8759cf76
      Jan-Bernd Themann 提交于
      Introduces a module parameter to decide whether the physical
      port link state is propagated to the network stack or not.
      It makes sense not to take the physical port state into account
      on machines with more logical partitions that communicate
      with each other. This is always possible no matter what the physical
      port state is. Thus eHEA can be considered as a switch there.
      Signed-off-by: NJan-Bernd Themann <themann@de.ibm.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      8759cf76
  31. 08 8月, 2007 1 次提交
  32. 25 7月, 2007 1 次提交
  33. 19 7月, 2007 1 次提交
    • T
      eHEA: Fix bonding support · f9e29228
      Thomas Klein 提交于
      The driver didn't allow an interface's MAC address to be modified if the
      respective interface wasn't setup - a failing Hcall was the result. Thus
      bonding wasn't usable. The fix moves the failing Hcall which was registering
      a MAC address for the reception of BC packets in firmware from the port up
      and down functions to the port resources setup functions. Additionally the
      missing update of the last_rx member of the netdev structure was added.
      Signed-off-by: NThomas Klein <tklein@de.ibm.com>
      Signed-off-by: NJeff Garzik <jeff@garzik.org>
      f9e29228