1. 30 Jan, 2015 1 commit
  2. 12 May, 2013 1 commit
  3. 02 May, 2013 1 commit
  4. 24 Feb, 2013 1 commit
  5. 29 Jan, 2013 6 commits
  6. 24 Aug, 2012 2 commits
  7. 28 Mar, 2012 3 commits
  8. 29 Feb, 2012 1 commit
  9. 06 Jan, 2012 1 commit
    • Jan Kiszka's avatar
      PCI: Rework config space blocking services · fb51ccbf
      Jan Kiszka authored
      pci_block_user_cfg_access was designed for the use case that a single
      context, the IPR driver, temporarily delays user space accesses to the
      config space via sysfs. This assumption became invalid by the time
      pci_dev_reset was added as locking instance. Today, if you run two loops
      in parallel that reset the same device via sysfs, you end up with a
      kernel BUG as pci_block_user_cfg_access detect the broken assumption.
      
      This reworks the pci_block_user_cfg_access to a sleeping service
      pci_cfg_access_lock and an atomic-compatible variant called
      pci_cfg_access_trylock. The former not only blocks user space access as
      before but also waits if access was already locked. The latter service
      just returns false in this case, allowing the caller to resolve the
      conflict instead of raising a BUG.
      
      Adaptions of the ipr driver were originally written by Brian King.
      Acked-by: default avatarBrian King <brking@linux.vnet.ibm.com>
      Acked-by: default avatarMichael S. Tsirkin <mst@redhat.com>
      Signed-off-by: default avatarJan Kiszka <jan.kiszka@siemens.com>
      Signed-off-by: default avatarJesse Barnes <jbarnes@virtuousgeek.org>
      fb51ccbf
  10. 31 Oct, 2011 1 commit
  11. 20 Oct, 2011 1 commit
    • Brian King's avatar
      [SCSI] ipr: Fix BUG on adapter dump timeout · 4c647e90
      Brian King authored
      If an adapter dump times out, the ipr driver will abort the
      dump and proceed to reset and recover the adapter. When an
      adapter dump completes, the work thread which is reading the
      adapter dump will initiate an adapter reset to recover the
      adapter. However, when the adapter dump gets aborted, the
      work thread should not initiate an adapter reset, since an
      adapter reset is already in progress. This fixes a case of
      calling pci_block_user_cfg_access overlapped, which results
      in a BUG.
      Signed-off-by: default avatarBrian King <brking@linux.vnet.ibm.com>
      Signed-off-by: default avatarJames Bottomley <JBottomley@Parallels.com>
      4c647e90
  12. 16 Oct, 2011 1 commit
  13. 22 Sep, 2011 1 commit
    • Brian King's avatar
      [SCSI] ipr: Stop reading adapter dump prematurely · 41e9a696
      Brian King authored
      When the ipr driver decides to dump the adapter, it changes the
      sdt_state to GET_DUMP, then prepares the adapter so that the dump
      can be read. However, if the ipr worker thread wakes up for some
      reason before the driver has put the adapter in a state where it
      can succesfully dump the adapter, the driver will start dumping
      the adapter too early, which can potentially trigger a BUG check
      in the pci config blocking API. Fix this by adding a new
      sdt_state to differentiate between the ipr driver wanting to dump
      the adapter in the near future and wanting to dump the adapter now.
      Signed-off-by: default avatarBrian King <brking@linux.vnet.ibm.com>
      Signed-off-by: default avatarJames Bottomley <JBottomley@Parallels.com>
      41e9a696
  14. 01 May, 2011 3 commits
  15. 21 Dec, 2010 1 commit
  16. 25 Oct, 2010 1 commit
  17. 07 Oct, 2010 1 commit
  18. 05 Sep, 2010 2 commits
  19. 27 Jul, 2010 5 commits
  20. 21 Jul, 2010 1 commit
  21. 24 May, 2010 3 commits
  22. 03 Mar, 2010 2 commits