summaryrefslogtreecommitdiffstats
path: root/drivers/scsi/scsi_error.c
diff options
context:
space:
mode:
authorTejun Heo2011-07-22 11:41:26 +0200
committerJeff Garzik2012-01-09 01:14:57 +0100
commit7faa33da9b7add01db9f1ad92c6a5d9145e940a7 (patch)
tree13b91e9292ff56f7dc67b14a9cf93f30889be13f /drivers/scsi/scsi_error.c
parentLinux 3.2 (diff)
downloadkernel-qcow2-linux-7faa33da9b7add01db9f1ad92c6a5d9145e940a7.tar.gz
kernel-qcow2-linux-7faa33da9b7add01db9f1ad92c6a5d9145e940a7.tar.xz
kernel-qcow2-linux-7faa33da9b7add01db9f1ad92c6a5d9145e940a7.zip
ahci: start engine only during soft/hard resets
This is another attempt at fixing the same problem that 270dac35c2 (libata: ahci_start_engine compliant to AHCI spec) tried to solve. Unfortunately, 270dac35c2 created regressions for a lot more common controllers and got reverted. This specific AHCI IP block becomes a brick if the DMA engine is started while DRQ is set. It is not possible to avoid the condition completely but the most common occurrence is caused by spurious use of ahci_start_engine() from ahci_start_port() during init sequence. DMA engine is started after both soft and hard resets and ahci_start_port() is always followed by resets, so there is no reason to start DMA engine from ahci_start_port(). This patch removes ahci_start_engine() invocation from ahci_start_port(). This change makes failure path of ahci_port_suspend() leave engine stopped without following resets. This is resolved by replacing ahci_start_port() call with ata_port_freeze() which forces resets afterwards, which is the better behavior anyway. Signed-off-by: Tejun Heo <tj@kernel.org> Reported-by: Brian Norris <computersforpeace@gmail.com> Reported-by: Jian Peng <jipeng2005@gmail.com> Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
Diffstat (limited to 'drivers/scsi/scsi_error.c')
0 files changed, 0 insertions, 0 deletions