summaryrefslogtreecommitdiff
path: root/fs/ocfs2/ocfs2_lockingver.h
diff options
context:
space:
mode:
authorTejun Heo <tj@kernel.org>2011-05-25 14:23:56 +0400
committerJeff Garzik <jgarzik@pobox.com>2011-07-24 01:57:36 +0400
commit8ea7645c5a949f9d0ea86edc0778713b5e63ab74 (patch)
tree997f2828b26aa532284ce2cf96c03e951f1fb599 /fs/ocfs2/ocfs2_lockingver.h
parent5b933e6340ac652fb1800480744ea8c9fa591bbf (diff)
downloadlinux-8ea7645c5a949f9d0ea86edc0778713b5e63ab74.tar.xz
libata: leave port thawed after reset failure
libata EH intentionally left a port frozen if it failed ata_eh_reset(). The intention was avoiding continuous loop of resets when the controller or attached device is flaky and reporting spurious hotplug events. Once port enters this state, it can be recovered with manual rescan, which seemed reasonable. However, outside of my convoluted test setup, there have been very few reports justifying this choice while there have been more cases where the automatic freezing of the port after hotplug attempt of a faulty device caused confusion and led to unnecessary resets. This patch changes the behavior so that the port is thawed after reset failure. This change doesn't necessarily solve but makes it easier and more intuitive to work around hotplug related problems (ie. re-pluggin or power cycling the device) as reported in the followings. https://bugzilla.kernel.org/show_bug.cgi?id=34712 http://thread.gmane.org/gmane.linux.kernel/1123265/focus=49548 Signed-off-by: Tejun Heo <tj@kernel.org> Reported-by: Reartes Guillermo <rtguille@gmail.com> Reported-by: Bruce Stenning <b.stenning@indigovision.com> Signed-off-by: Jeff Garzik <jgarzik@pobox.com>
Diffstat (limited to 'fs/ocfs2/ocfs2_lockingver.h')
0 files changed, 0 insertions, 0 deletions