]> CyberLeo.Net >> Repos - FreeBSD/stable/8.git/commit
MFC r222285:
authormav <mav@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 10 Jun 2011 08:54:52 +0000 (08:54 +0000)
committermav <mav@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 10 Jun 2011 08:54:52 +0000 (08:54 +0000)
commit7118697914d1e6085100456e412ae9f68ecf23c7
tree043a837081943d65ef23e3cf906ffbd9eca4a23c
parent8e7e88c192ff3530cc260e6950fefbb8a598d1ee
MFC r222285:
According to SATA specification, when Serial ATA Enclosure Management Bridge
(SEMB) is unable to communicate to Storage Enclosure Processor (SEP), in
response to hard and soft resets it should among other things return value
0x7F in Status register. The weird side is that it means DRQ bit set, which
tells that reset request is not completed. It would be fine if SEMB was the
only device on port. But if SEMB connected to PMP or built into it, it may
block access to other devices sharing same SATA port.

Make some tunings/fixes to soft-reset handling to workaround the issue:
 - ahci(4): request CLO on the port after soft reset to ignore DRQ bit;
 - siis(4): gracefully reinitialize port after soft reset timeout (hardware
doesn't detect reset request completion in this case);
 - mvs(4): if PMP is used, send dummy soft-reset to the PMP port to make it
clear DRQ bit for us.

For now this makes quirks in ata_pmp.c, hiding SEMB ports of SiI3726/SiI4726
PMPs, less important.

git-svn-id: svn://svn.freebsd.org/base/stable/8@222917 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sys/dev/ahci/ahci.c
sys/dev/mvs/mvs.c
sys/dev/siis/siis.c