summaryrefslogtreecommitdiffstats
path: root/lib/libc/stdlib/merge.c
diff options
context:
space:
mode:
authormjacob <mjacob@FreeBSD.org>2001-03-21 00:49:37 +0000
committermjacob <mjacob@FreeBSD.org>2001-03-21 00:49:37 +0000
commitc6e2faf458e09343b6fe349e1a7148602924f42b (patch)
tree2a29d8b31c473f6ac6ad6ff2643e730c55a41757 /lib/libc/stdlib/merge.c
parent19e4ecac5bb0513cf60610a656c2a784e01692ce (diff)
downloadFreeBSD-src-c6e2faf458e09343b6fe349e1a7148602924f42b.zip
FreeBSD-src-c6e2faf458e09343b6fe349e1a7148602924f42b.tar.gz
For parallel SCSI, let us now do status with the final CTIO. For the 1080,
I was hanging after sending a xfer CTIO and a status CTIO for a non-discon INQUIRY- the xfer CTIO was returned as completed OK, but the status CTIO was dropped on the floor. All the fields looked good. I don't know why it got dropped. But allowing status to go back with data xfer seemed to work. I also noticed that with a non-disconnecting command that the firmware handle in the ATIO is zero- this leads me to believe that the f/w really can only handle one CTIO at a time in the discon case, and it had no idea what to do with the second (status) CTIO.
Diffstat (limited to 'lib/libc/stdlib/merge.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud