70e9673917
it worked- but I ran into a case with a 2204 where commands were being lost right and left. Best be safe. For target mode, or things called if we call isp_handle_other response- note that we might have dropped locks by changing the output pointer so we bail from the loop. It's the responsibility of the entity dropping the lock to make sure that we let the f/w know we've read thus far into the response queue (else we begin processing the same entries again- blech!). MFC after: 1 day |
||
|---|---|---|
| .. | ||
| DriverManual.txt | ||
| Hardware.txt | ||
| isp_freebsd.c | ||
| isp_freebsd.h | ||
| isp_inline.h | ||
| isp_ioctl.h | ||
| isp_pci.c | ||
| isp_target.c | ||
| isp_target.h | ||
| isp_tpublic.h | ||
| isp.c | ||
| ispmbox.h | ||
| ispreg.h | ||
| ispvar.h | ||