summaryrefslogtreecommitdiffstats
path: root/lib/libc/stdlib/getopt.c
diff options
context:
space:
mode:
authorgibbs <gibbs@FreeBSD.org>2001-03-20 04:37:19 +0000
committergibbs <gibbs@FreeBSD.org>2001-03-20 04:37:19 +0000
commitc9aa16df5e203e70417f6d48b370238218deb9a2 (patch)
treee21d7d962023de3821afe222c7b862c0dba14939 /lib/libc/stdlib/getopt.c
parent704765dafb15b236d5cf24c9a3b844dc613f5ae8 (diff)
downloadFreeBSD-src-c9aa16df5e203e70417f6d48b370238218deb9a2.zip
FreeBSD-src-c9aa16df5e203e70417f6d48b370238218deb9a2.tar.gz
This is an MFC candidate.
In our idle loop, use an or instruction to set PRELOADEN rather than rewriting the contents of DMAPARAMS to DFCNTRL. The later may re-enable the DMA engine if the idle loop is called to complete the preload of at least one segment when a target disconnects on an S/G segment boundary but before we have completed fetching the next segment. This correts a hang, usually in message out phase, when this situation occurs. This bug has been here for a long time, so the situation is rare, but not impossible to reproduce. It only affected Ultra2/U160 controllers. Correct a few comments. Extra Sanity. Make sure that SCSIEN is also turned off, along with HDMAEN, at the end of the data phase.
Diffstat (limited to 'lib/libc/stdlib/getopt.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud