Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp9178483pxu; Mon, 28 Dec 2020 08:31:46 -0800 (PST) X-Google-Smtp-Source: ABdhPJyf6X7jpv89cOwyYdjokSGVzoLKi4BzjMYwu9jybbkKBLYBc2SibeQQgXyEVpn+lbGnjFHS X-Received: by 2002:a17:906:17d5:: with SMTP id u21mr26850592eje.109.1609173106645; Mon, 28 Dec 2020 08:31:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609173106; cv=none; d=google.com; s=arc-20160816; b=F8jiM26HfYnM+h1cg22a9AuJmDZvvVcHHWhEpdbM5chW+vWEqvRr5Wlsvaq6ybTrJC dUeyuXjcTD8EnCo44fh3jKUQPr1FRM9DeyrJ1a8W8amvi83e2NqLrY+2iXIOaXjNj1z/ j8Fq9DSLUTFydOVIednHVcWTO+vRsLl6cNCSf3fTy+7nUHprFvEKWJ3KM3yR+VkUZHs+ RMvNLPbIjA+0wCOoeCmAMENZXdBp3W/DOJKE6lyBuYv6vzcSeD89m5uUFzR//gd85nV3 YY4S+wKGbHbHR49xx7kV3CBIUPENiUzg2VOGt5I4FifBFMDI2m3Nnwn/xPqvbQO7NYgH rKnA== 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=Pu2KtRSTMri4lXjNY3gZXrjTIN866+Af7WbmjpJsxIk=; b=nbXip0L2prkN0z0dockzuPD2XAnCxY5d8v6h3/Jj/cwlPTUTz+3WuLNlcHbMxk4fSr ZblOCYhLimoLsTwBNBumQBV5iBRfN9Qf1En/UmvApEquMoVDySDfoQcUl2MmkAhO6h6m ql0QkkD23PScoeArcyQEU6JtDnxJgLdafoLJvH43Y0PwBmwemclGdAndKd2jPJ3DsS4u sE62mf9a2Y0A78RmfpZxIK40PcAwlCJ+gcf3ToC4UW6Y9ij5K0D0YVH8pn/swg8OJ6kx PQcjWTcXgrCCL4lSMjAk03eiTx6ywyqx36bMVcclpqAC7pWkfS+b3SF9vy8TiUz7WpPt V+Hg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=UNt0p0rt; 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 g18si20067468edp.56.2020.12.28.08.31.21; Mon, 28 Dec 2020 08:31:46 -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=UNt0p0rt; 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 S1730838AbgL1NHp (ORCPT + 99 others); Mon, 28 Dec 2020 08:07:45 -0500 Received: from mail.kernel.org ([198.145.29.99]:34784 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729617AbgL1NHE (ORCPT ); Mon, 28 Dec 2020 08:07:04 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 94D1E21D94; Mon, 28 Dec 2020 13:06:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1609160783; bh=ZC7jmSmNoxuf+N+gxg4VQ1KIKXp32QeS8eSK5iclPyg=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=UNt0p0rtqDVTItnsZNSQoHofppfEqSsOgvTUyn+xmF7CB4x05S4kFX2TLEYip0XTF RA1up6iDR5i0rXwQPrOcmnFQLaZWa6hWVQ0ST8ozp63QQ/US30xH3G/MA1rfeW5Wha uQafaqw6mx+fhA3/QnHXoxNHkN8LatLQth+Nacws= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, =?UTF-8?q?Nuno=20S=C3=A1?= , Stable@vger.kernel.org, Jonathan Cameron Subject: [PATCH 4.9 170/175] iio: buffer: Fix demux update Date: Mon, 28 Dec 2020 13:50:23 +0100 Message-Id: <20201228124901.462790066@linuxfoundation.org> X-Mailer: git-send-email 2.29.2 In-Reply-To: <20201228124853.216621466@linuxfoundation.org> References: <20201228124853.216621466@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: Nuno Sá commit 19ef7b70ca9487773c29b449adf0c70f540a0aab upstream. When updating the buffer demux, we will skip a scan element from the device in the case `in_ind != out_ind` and we enter the while loop. in_ind should only be refreshed with `find_next_bit()` in the end of the loop. Note, to cause problems we need a situation where we are skippig over an element (channel not enabled) that happens to not have the same size as the next element. Whilst this is a possible situation we haven't actually identified any cases in mainline where it happens as most drivers have consistent channel storage sizes with the exception of the timestamp which is the last element and hence never skipped over. Fixes: 5ada4ea9be16 ("staging:iio: add demux optionally to path from device to buffer") Signed-off-by: Nuno Sá Link: https://lore.kernel.org/r/20201112144323.28887-1-nuno.sa@analog.com Cc: Signed-off-by: Jonathan Cameron Signed-off-by: Greg Kroah-Hartman --- drivers/iio/industrialio-buffer.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) --- a/drivers/iio/industrialio-buffer.c +++ b/drivers/iio/industrialio-buffer.c @@ -1335,12 +1335,12 @@ static int iio_buffer_update_demux(struc indio_dev->masklength, in_ind + 1); while (in_ind != out_ind) { - in_ind = find_next_bit(indio_dev->active_scan_mask, - indio_dev->masklength, - in_ind + 1); length = iio_storage_bytes_for_si(indio_dev, in_ind); /* Make sure we are aligned */ in_loc = roundup(in_loc, length) + length; + in_ind = find_next_bit(indio_dev->active_scan_mask, + indio_dev->masklength, + in_ind + 1); } length = iio_storage_bytes_for_si(indio_dev, in_ind); out_loc = roundup(out_loc, length);