summaryrefslogtreecommitdiffstats
path: root/Documentation
diff options
context:
space:
mode:
authorJames Bottomley <jbottomley@parallels.com>2012-05-30 09:45:39 +0000
committerJames Bottomley <JBottomley@Parallels.com>2012-05-30 13:46:37 +0400
commit1ff2f40305772b159a91c19590ee159d3a504afc (patch)
tree465cf3d91ff97705abc67a93188284fef54670f2 /Documentation
parent43a8d39d0137612c336aa8bbb2cb886a79772ffb (diff)
downloadlinux-1ff2f40305772b159a91c19590ee159d3a504afc.tar.gz
linux-1ff2f40305772b159a91c19590ee159d3a504afc.tar.bz2
linux-1ff2f40305772b159a91c19590ee159d3a504afc.zip
[SCSI] fix scsi_wait_scan
Commit c751085943362143f84346d274e0011419c84202 Author: Rafael J. Wysocki <rjw@sisk.pl> Date: Sun Apr 12 20:06:56 2009 +0200 PM/Hibernate: Wait for SCSI devices scan to complete during resume Broke the scsi_wait_scan module in 2.6.30. Apparently debian still uses it so fix it and backport to stable before removing it in 3.6. The breakage is caused because the function template in include/scsi/scsi_scan.h is defined to be a nop unless SCSI is built in. That means that in the modular case (which is every distro), the scsi_wait_scan module does a simple async_synchronize_full() instead of waiting for scans. Cc: <stable@vger.kernel.org> Signed-off-by: James Bottomley <JBottomley@Parallels.com>
Diffstat (limited to 'Documentation')
0 files changed, 0 insertions, 0 deletions