Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp9047721pxu; Mon, 28 Dec 2020 05:21:47 -0800 (PST) X-Google-Smtp-Source: ABdhPJzGtztjfl7HuJnWuk1JTZteLfP0vKXiPMyRvnV7Ej3r5Y5MpBUm8U73XwHRFdiCelefDiws X-Received: by 2002:a17:906:3499:: with SMTP id g25mr42228523ejb.18.1609161707092; Mon, 28 Dec 2020 05:21:47 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1609161707; cv=none; d=google.com; s=arc-20160816; b=hwAt2+W55HkmPiAz9iv398EJGHar1iXx42LH/mBO0cc9wJGwZ3aCi18YNyC1GlCKAh L3fdTi+OrVro6OOEUwS5k1L9ShBWe60jKJsVBTXji1UIQtfKzv3MdpRB1TYh90XfDMag uGqqKcnxX5xR/UDK1bT/zxFnvmEW56LUb9B0Qa8u/i7FrG9OtumquF7N9gdeFckziKlV 0laePZAT+UAjxu5tmL63EgTDBnhJilvNyzsBfU5y1lf+j2JSDxO2utzCGf6cwFnPieNm dBFPLayMdCQTa0nmRFI3JjWByMAbNgbqFRtO7JujV0Ipcr/SCu9dgE8UufVuNbOUoOX1 i/wQ== 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=VflUxDhQ872BbmYy0Kr6IRD5EMsVWgbQ4TIRD2W+kUA=; b=BUhVmlKrgaSkyQ2vVo0273PIb+H6eWbjX3JxdZTdpZ4kYyrLq6KcWess30ZcyRB2EZ FlEz2eMVrVR3s96Gvqr45evaph0CAUFj0mTC4yME27nClDBn6f4JyHdlq3wPtT9gOa+k NJodDtkAZQszbzTJJ5EE74dMtP9EH5k2r2PrC2vlVlqt+uWpijj/lx8zZokJlNjh3cPf Q971VtZ7rx6inn/dcl8HOI6X/3Zx6iykkrMd+BrtlRVTU7wwei/K/6QSl5K4vkp8Y4zl zI6xB447qg5hrW6ZWbVBXw+KKlo7DSiOkspFFYauo7tgAGHMJ9x4fKjrKLQMbpfMHE7V VVbQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=PYCtre89; 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 b2si18127762ejh.264.2020.12.28.05.21.23; Mon, 28 Dec 2020 05:21:47 -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=PYCtre89; 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 S2387494AbgL1NSW (ORCPT + 99 others); Mon, 28 Dec 2020 08:18:22 -0500 Received: from mail.kernel.org ([198.145.29.99]:46598 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731715AbgL1NSU (ORCPT ); Mon, 28 Dec 2020 08:18:20 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 270CF20776; Mon, 28 Dec 2020 13:18:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1609161484; bh=nyTssKT5IpUGBYDlCrcVpP9V8Cl8LAaY6iLAzA6phSc=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=PYCtre89AQAnV7rxhfDDostnRvLJ1wTc4+NwLIbrN64CkmSyRLsF07/mAagq1l/N1 iDAZGJbJQ25Iy/VGY9bBdT1jPn+QQe9fwrKoSO5Mdt1d70iuRi8N6zUYtVfD60EgYt cswuaQjHNqPfmhK2Z09O9xgfUOOTSlCKLjsEMDNM= 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.14 228/242] iio: buffer: Fix demux update Date: Mon, 28 Dec 2020 13:50:33 +0100 Message-Id: <20201228124915.897529148@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: 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 @@ -850,12 +850,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);