| commit | 41e9a69641fb3fa86fa9277a179f3ad261d072f7 | |
| author | Brian King <brking@linux.vnet.ibm.com> | |
| Wed, 21 Sep 2011 13:51:11 +0000 (21 08:51 -0500) | ||
| committer | James Bottomley <JBottomley@Parallels.com> | |
| Thu, 22 Sep 2011 11:30:28 +0000 (22 15:30 +0400) | ||
| tree | cceabbe07245bf46b87278586a273f35a62b17bf | treesnapshot (tar.gz zip) |
| parent | 5f7a643304553e87f531df95de0ed0d60c002627 | commitdiff |
[SCSI] ipr: Stop reading adapter dump prematurely
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: Brian King <brking@linux.vnet.ibm.com>
Signed-off-by: James Bottomley <JBottomley@Parallels.com>
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: Brian King <brking@linux.vnet.ibm.com>
Signed-off-by: James Bottomley <JBottomley@Parallels.com>
| drivers/scsi/ipr.c | diffblobblamehistory | |
| drivers/scsi/ipr.h | diffblobblamehistory |