summaryrefslogtreecommitdiffstats
path: root/lib/libc/stdlib/strtoul.c
diff options
context:
space:
mode:
authorscottl <scottl@FreeBSD.org>2005-04-25 22:11:43 +0000
committerscottl <scottl@FreeBSD.org>2005-04-25 22:11:43 +0000
commit72524cc1b2a66f100372e48f7240eca0c74cfadb (patch)
treef04d673092304299cc6823f616c8abb67ce913bd /lib/libc/stdlib/strtoul.c
parent2bfa5b0850c5e4fb85e98443a161a6e1e1fe7e08 (diff)
downloadFreeBSD-src-72524cc1b2a66f100372e48f7240eca0c74cfadb.zip
FreeBSD-src-72524cc1b2a66f100372e48f7240eca0c74cfadb.tar.gz
Apply a torniquet to the problem of the drive unexpectedly disconnecting
during a data phase. Before, we would try to recover the autosense, but the DMA engine would still be active with interrupted transfer, and we'd quickly spiral out of control and cause massive data corruption. For now, just reset the chip and cancel everything. The better solution is to cancel the DMA operation, but there is no clear way to do that right now. The data corruption problem is severe enough to warrant this fix in the interim. Thanks to Kris Kenneway to sacrificing countless filesystems to this bug. MFC After: 3 days
Diffstat (limited to 'lib/libc/stdlib/strtoul.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud