1. 27 12月, 2011 2 次提交
  2. 30 10月, 2011 4 次提交
  3. 03 8月, 2011 1 次提交
  4. 23 5月, 2011 2 次提交
  5. 20 4月, 2011 1 次提交
  6. 31 3月, 2011 1 次提交
  7. 23 3月, 2011 1 次提交
  8. 16 3月, 2011 1 次提交
  9. 17 2月, 2011 1 次提交
  10. 05 1月, 2011 4 次提交
  11. 29 10月, 2010 1 次提交
  12. 25 10月, 2010 2 次提交
  13. 21 9月, 2010 1 次提交
  14. 10 8月, 2010 2 次提交
  15. 27 5月, 2010 1 次提交
  16. 17 5月, 2010 2 次提交
  17. 24 3月, 2010 1 次提交
  18. 08 3月, 2010 2 次提交
  19. 27 1月, 2010 1 次提交
  20. 14 1月, 2010 1 次提交
  21. 07 12月, 2009 6 次提交
  22. 14 10月, 2009 1 次提交
  23. 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