1. 30 10月, 2011 1 次提交
    • P
      [S390] fix mismatch in summation of I/O IRQ statistics · de400d6b
      Peter Oberparleiter 提交于
      Current IRQ statistics support does not show detail counts for I/O
      interrupts which are processed internally only. The result is a
      summation count which is way off such as this one:
      
                 CPU0       CPU1       CPU2
      I/O:       1331        710        442
      [...]
      QAI:         15         16         16   [I/O] QDIO Adapter Interrupt
      QDI:          1          0          0   [I/O] QDIO Interrupt
      DAS:        706        645        381   [I/O] DASD
      C15:         26         10          0   [I/O] 3215
      C70:          0          0          0   [I/O] 3270
      TAP:          0          0          0   [I/O] Tape
      VMR:          0          0          0   [I/O] Unit Record Devices
      LCS:          0          0          0   [I/O] LCS
      CLW:          0          0          0   [I/O] CLAW
      CTC:          0          0          0   [I/O] CTC
      APB:          0          0          0   [I/O] AP Bus
      
      Fix this by moving I/O interrupt accounting into the common I/O layer.
      Signed-off-by: NPeter Oberparleiter <peter.oberparleiter@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      de400d6b
  2. 03 8月, 2011 1 次提交
  3. 23 5月, 2011 2 次提交
  4. 20 4月, 2011 1 次提交
  5. 31 3月, 2011 1 次提交
  6. 23 3月, 2011 1 次提交
  7. 16 3月, 2011 1 次提交
  8. 17 2月, 2011 1 次提交
  9. 05 1月, 2011 4 次提交
  10. 29 10月, 2010 1 次提交
  11. 25 10月, 2010 2 次提交
  12. 21 9月, 2010 1 次提交
  13. 10 8月, 2010 2 次提交
  14. 27 5月, 2010 1 次提交
  15. 17 5月, 2010 2 次提交
  16. 24 3月, 2010 1 次提交
  17. 08 3月, 2010 2 次提交
  18. 27 1月, 2010 1 次提交
  19. 14 1月, 2010 1 次提交
  20. 07 12月, 2009 6 次提交
  21. 14 10月, 2009 1 次提交
  22. 06 10月, 2009 1 次提交
    • S
      [S390] dasd: fix race condition in resume code · 6fca97a9
      Stefan Haberland 提交于
      There is a race while re-reading the device characteristics. After
      cleaning the memory area a cqr is build which reads the device
      characteristics. This may take a rather long time and the device
      characteristics structure is zero during this. Now it could be
      possible that the block tasklet starts working and a new cqr will be
      build. The build_cp command refers to the device characteristics
      structure and this may lead into a divide by zero exception.
      Fix this by re-reading the device characteristics into a temporary
      structur and copy the data to the original structure. Also take the
      ccwdev_lock.
      Signed-off-by: NStefan Haberland <stefan.haberland@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      6fca97a9
  23. 23 9月, 2009 1 次提交
  24. 21 9月, 2009 1 次提交
  25. 11 9月, 2009 2 次提交
  26. 07 7月, 2009 1 次提交