Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3579371pxb; Mon, 24 Jan 2022 12:41:55 -0800 (PST) X-Google-Smtp-Source: ABdhPJy2bEO5bfVJOicLhc+JhYQS5OvvilIVDCKt9w9DyYyLM7qojDzPF2LtMcSQEyPjH9B4stl3 X-Received: by 2002:a17:90a:5d17:: with SMTP id s23mr93347pji.65.1643056915266; Mon, 24 Jan 2022 12:41:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643056915; cv=none; d=google.com; s=arc-20160816; b=R4NqS4fSlewbWoTwDVCFxKUFlIZs41fWXXs51l9aWcWkdnn/UCCniYw4si30odqa4y g1ysVhWKONI1ickG1ETz/Zc7cpY0DMSZKMLql0ZxBk8PGcK2kvw9bbkGUHH6uZ/lMsL9 LYTkAdcdabc8h11+6IO3C+4qBpJLjeyDNkU/+reP5mGHv/bRskXFZ0BkXFel9fC0eDkj YrFLGsvr1pqvXw1Vj7y3+YkLPqiOJJ6bHLTSRDMnQuMcvKShN0X+enli06SVPH8LkQpv 1Ss8NXUt0CzA7X4z1f7lb2UOJ7KdgRevQfEHWhrePAwPTvPsf9PoVGYrKCBxJV45hcrS oDSA== 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=HWyqj9cDjLERTFA8W1aeE/MwcWijnQw85WI8+Rt4mEw=; b=FoYfJubWKezXBQW3pJ+8qIEPN9HiqIN6Qrm833LIOB8zrssHfBmdO96G8/VyUFYRvm EPzmvxWX7hsFyWkf4vVRCBQ6QkyXOBxZmV/3+0XiitfVuIklglUH5CHrALTDANbhBX1E YKzf7hoPgtyrYEcXwIDWMTlPxH3tqPSHHdvnjLsTOQufn0Byh/WLXgT4rvTJZQhGtx2l kj9GRzOQfToeq0xP8jeSLOm+8FziyNl0p9UQYwEPgOlneNOyrdYHznUmJoN4ZMoWVQHj KUd8Tvy5UhovozTzag3SlI4QybZI3w40Vhurm02Q4NakhrboWoz1kCpTbDBRBcVblNPq jaiA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=rkZK7Zcf; 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 k68si12433053pgk.113.2022.01.24.12.41.37; Mon, 24 Jan 2022 12:41:55 -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=rkZK7Zcf; 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 S1351845AbiAXT6l (ORCPT + 99 others); Mon, 24 Jan 2022 14:58:41 -0500 Received: from dfw.source.kernel.org ([139.178.84.217]:39434 "EHLO dfw.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235030AbiAXTl6 (ORCPT ); Mon, 24 Jan 2022 14:41:58 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 07DDB61531; Mon, 24 Jan 2022 19:41:57 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 86EE5C340E5; Mon, 24 Jan 2022 19:41:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1643053316; bh=R3SYvAKMvIzdD7gfCpbP1XBCEPkDA2vnynlCBsHNGkE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=rkZK7Zcf3WQ8VeGS05zSWVUQIAMb8aHPCg6Q5bYhxklt9jSki9TEdaOIBa6GXbLEF n7ZJqK+GzntK9ROiBxG36wi67Md6mrt7Pmc6wkWx9BFQf+v+zsYAUsGth58MriSZ8t xGJ2lUZZGQ6Dy0ylekSkmHFr55zJIAZ/AB8+ztw0= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Michael Kuron , Mauro Carvalho Chehab Subject: [PATCH 5.10 025/563] media: dib0700: fix undefined behavior in tuner shutdown Date: Mon, 24 Jan 2022 19:36:30 +0100 Message-Id: <20220124184025.297665168@linuxfoundation.org> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220124184024.407936072@linuxfoundation.org> References: <20220124184024.407936072@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: Michael Kuron commit f7b77ebe6d2f49c7747b2d619586d1aa33f9ea91 upstream. This fixes a problem where closing the tuner would leave it in a state where it would not tune to any channel when reopened. This problem was discovered as part of https://github.com/hselasky/webcamd/issues/16. Since adap->id is 0 or 1, this bit-shift overflows, which is undefined behavior. The driver still worked in practice as the overflow would in most environments result in 0, which rendered the line a no-op. When running the driver as part of webcamd however, the overflow could lead to 0xff due to optimizations by the compiler, which would, in the end, improperly shut down the tuner. The bug is a regression introduced in the commit referenced below. The present patch causes identical behavior to before that commit for adap->id equal to 0 or 1. The driver does not contain support for dib0700 devices with more adapters, assuming such even exist. Tests have been performed with the Xbox One Digital TV Tuner on amd64. Not all dib0700 devices are expected to be affected by the regression; this code path is only taken by those with incorrect endpoint numbers. Link: https://lore.kernel.org/linux-media/1d2fc36d94ced6f67c7cc21dcc469d5e5bdd8201.1632689033.git.mchehab+huawei@kernel.org Cc: stable@vger.kernel.org Fixes: 7757ddda6f4f ("[media] DiB0700: add function to change I2C-speed") Signed-off-by: Michael Kuron Signed-off-by: Mauro Carvalho Chehab Signed-off-by: Greg Kroah-Hartman --- drivers/media/usb/dvb-usb/dib0700_core.c | 2 -- 1 file changed, 2 deletions(-) --- a/drivers/media/usb/dvb-usb/dib0700_core.c +++ b/drivers/media/usb/dvb-usb/dib0700_core.c @@ -618,8 +618,6 @@ int dib0700_streaming_ctrl(struct dvb_us deb_info("the endpoint number (%i) is not correct, use the adapter id instead", adap->fe_adap[0].stream.props.endpoint); if (onoff) st->channel_state |= 1 << (adap->id); - else - st->channel_state |= 1 << ~(adap->id); } else { if (onoff) st->channel_state |= 1 << (adap->fe_adap[0].stream.props.endpoint-2);