summaryrefslogtreecommitdiff
path: root/drivers/staging/qlge/qlge.h
diff options
context:
space:
mode:
authorIan Abbott <abbotti@mev.co.uk>2020-12-07 17:58:06 +0300
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-12-09 17:49:13 +0300
commit56c90457ebfe9422496aac6ef3d3f0f0ea8b2ec2 (patch)
tree4779ac3d0aac1f95cccb90d7bad5b158d8a15574 /drivers/staging/qlge/qlge.h
parentc11cbd57f02d612181c5abd1306670b7f6c447c9 (diff)
downloadlinux-56c90457ebfe9422496aac6ef3d3f0f0ea8b2ec2.tar.xz
staging: comedi: mf6x4: Fix AI end-of-conversion detection
I have had reports from two different people that attempts to read the analog input channels of the MF624 board fail with an `ETIMEDOUT` error. After triggering the conversion, the code calls `comedi_timeout()` with `mf6x4_ai_eoc()` as the callback function to check if the conversion is complete. The callback returns 0 if complete or `-EBUSY` if not yet complete. `comedi_timeout()` returns `-ETIMEDOUT` if it has not completed within a timeout period which is propagated as an error to the user application. The existing code considers the conversion to be complete when the EOLC bit is high. However, according to the user manuals for the MF624 and MF634 boards, this test is incorrect because EOLC is an active low signal that goes high when the conversion is triggered, and goes low when the conversion is complete. Fix the problem by inverting the test of the EOLC bit state. Fixes: 04b565021a83 ("comedi: Humusoft MF634 and MF624 DAQ cards driver") Cc: <stable@vger.kernel.org> # v4.4+ Cc: Rostislav Lisovy <lisovy@gmail.com> Signed-off-by: Ian Abbott <abbotti@mev.co.uk> Link: https://lore.kernel.org/r/20201207145806.4046-1-abbotti@mev.co.uk Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'drivers/staging/qlge/qlge.h')
0 files changed, 0 insertions, 0 deletions