Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp9170432pxu; Mon, 28 Dec 2020 08:19:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJyTyn9LG4gULpvmkA1pL0z8PWi9qjAEnIDk3vnAfJC8PxBKn1NoMeTxHYRPTB0NMkcRUhgl X-Received: by 2002:a17:906:b307:: with SMTP id n7mr41599197ejz.102.1609172356329; Mon, 28 Dec 2020 08:19:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609172356; cv=none; d=google.com; s=arc-20160816; b=JNpGOXqmNdoWy41/CHx66zaJEg7ASuUHEgl5Zf8063dMXtx6sSEzUPEuzzN+9LgMiI usRr/Uq4OPz6SZTOXyJS2PGeNbAvc+5hjFa/KeW+hwniYw0Quz9Z3YTY/qUp42alg9Jb 1BkOu2ZclRYKgjwwmh9z/3BhugjZHJyR/tazBT6dFO4D+NB6ieX1XhSx7nDVeHObP80X G+IqE7xy9Rfy+C9ML30zyvTtrACDYOUULsK4TrShnQ50y6GmJIa9vGcE9xrNuPVDUJjW SKzZaBeMZGmcgeCAn/MsMTI/Hhuf8M7UsTGZKwT4EQzm5B7w/UpU0NSRbmuovgPWD2Ln S4ow== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=/YYZmP409/BzvOfr0u6LZ3O8+aSgypzM89NpLpki9Wk=; b=qbM1csPVk5wxnl0qyAG68Xywtmg7/vRWGSkRNdnT6f+oLrOr5NRgScqU5l0NEWACDo XO0iJL70Yx2iEo6DhfCcavZAbelPKEDIwH/JBILExLJlLJdFsvGb480PQoiJi5QnBNS4 LthoYsdigCNpg1mgpwLEu2efY40ckyZE6HdKw0+Y+6WeFE+UtHEg9jchR2JS54Riclca jfNRQxfuzy33hnDqJ+qnebive15ZSybPcWUgHvZZR/gXLH7cV/uPu1QAJxCXjv+Jzd3i 229BmP3DD+vlmqbmBvr0v9DTpP+Us3LSDUen52g3aU/E4d9wctNYenVeVa+9+pAei9XI cWkg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=0TP7bnuz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id rh9si19983519ejb.507.2020.12.28.08.18.53; Mon, 28 Dec 2020 08:19:16 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=0TP7bnuz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2440894AbgL1QRV (ORCPT + 99 others); Mon, 28 Dec 2020 11:17:21 -0500 Received: from mail.kernel.org ([198.145.29.99]:45380 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731501AbgL1NRE (ORCPT ); Mon, 28 Dec 2020 08:17:04 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 9435E2076D; Mon, 28 Dec 2020 13:16:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1609161383; bh=Ed7G+Ve7B0rvQklr6MqKHAeDjIyVTNfHzgYEmp4xBl0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=0TP7bnuzKn0vu+8GDlGxlJu5YZlL74pUaPnnyEsfP7b1rMIgDfTseUFBfjJcXVqx8 8g1yoTqnfswNeAWkgD8/7OPGu9hGvgTYFca40G6hDSbgn8mDgGe/6VP84/HpyEkCHb VSyWZ6XEKHSXU0zuBAE+YI64dN4jeQSLyjLlUgpo= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Rostislav Lisovy , Ian Abbott Subject: [PATCH 4.14 195/242] staging: comedi: mf6x4: Fix AI end-of-conversion detection Date: Mon, 28 Dec 2020 13:50:00 +0100 Message-Id: <20201228124914.281252068@linuxfoundation.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201228124904.654293249@linuxfoundation.org> References: <20201228124904.654293249@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Ian Abbott commit 56c90457ebfe9422496aac6ef3d3f0f0ea8b2ec2 upstream. 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: # v4.4+ Cc: Rostislav Lisovy Signed-off-by: Ian Abbott Link: https://lore.kernel.org/r/20201207145806.4046-1-abbotti@mev.co.uk Signed-off-by: Greg Kroah-Hartman --- drivers/staging/comedi/drivers/mf6x4.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/drivers/staging/comedi/drivers/mf6x4.c +++ b/drivers/staging/comedi/drivers/mf6x4.c @@ -121,8 +121,9 @@ static int mf6x4_ai_eoc(struct comedi_de struct mf6x4_private *devpriv = dev->private; unsigned int status; + /* EOLC goes low at end of conversion. */ status = ioread32(devpriv->gpioc_reg); - if (status & MF6X4_GPIOC_EOLC) + if ((status & MF6X4_GPIOC_EOLC) == 0) return 0; return -EBUSY; }