Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3552056pxb; Mon, 24 Jan 2022 12:03:19 -0800 (PST) X-Google-Smtp-Source: ABdhPJyFetU0KmvemFSWdoqPZQCigB/vv5YuEREkpVPj17w1TRH/AdCbhPyWynb56sAEtFW84jWJ X-Received: by 2002:a65:6d0a:: with SMTP id bf10mr9310582pgb.264.1643054599743; Mon, 24 Jan 2022 12:03:19 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643054599; cv=none; d=google.com; s=arc-20160816; b=IqzRvHf+/R5lLq3R6VhqFq7K7uNcN3wPgrSHjBwrXnk4OCHzwZc4uTsKg6pVhC9/1r CSNzSoOSCalqkwLMp1CjjoGsrQzL1t+OeAy6gOkMSjCNGrQ/050Z8N80JnE9nUrQ+N8M 2y0lTYJNgoGfg6KuYT93Su/Eop5x/inbQePOBJ+CS7el55OiCKyaS0nqFFZEvcDVisVw mOH4E0eGiLDGFIz8nbQTLaT734klaYcm/kpG7kD1oEUkIaKHbGhBb7Xy6HRLnAIxl7as wiMvhVYmrwMfxspPU2FdMe1LzKmZWfZK/fwOP+vDWLOYIWCF4R23AjeEA3OWCEWxki79 4+jw== 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=r2Lv6lZkHKOAp9Wnhe9poTyrG3WK8MVi7oHUN31Y+0I=; b=hDcO4is/7KCCFex2l9WSwkLUxfvntpVgMmXc+bi1CayEROlVvMXYE8UGQ7RI7tH87y /oCfpYL23kax72mNbhUUWZ4cGwcEt/07IvvF6B/7ar3uRp8zXmfBrMgEEyHMs3JWlZSb bqrsZfKy52pUicqkldQVcQxiiuU57DeaKG4v/VPtS4VAY+rJLxeSMdnU+EF6xuVz4ZIM hcWSdlhB5F3xhZk2r5dl3pffQPA2eJgzTuq/a+gb7ZO1EAtoDHINCbKW5V7jJY0gfUEA 28s77JyZHoFuHUsVP8Vabr6mXfYpZDMYzeRsh1hc923f2EyGbC5AlJw0qNONdSU8jm4m VKiw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Ik2KZ1ii; 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 c3si13788528pgl.773.2022.01.24.12.03.04; Mon, 24 Jan 2022 12:03:19 -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=Ik2KZ1ii; 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 S234139AbiAXTCs (ORCPT + 99 others); Mon, 24 Jan 2022 14:02:48 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44112 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344675AbiAXS6y (ORCPT ); Mon, 24 Jan 2022 13:58:54 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2238BC0613B0; Mon, 24 Jan 2022 10:56:06 -0800 (PST) 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 B58D161537; Mon, 24 Jan 2022 18:56:05 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 855B4C340E7; Mon, 24 Jan 2022 18:56:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1643050565; bh=4e2c9QG+xOFsS+hz96NS9KY9zF5wK4/cpjzUua0tK1o=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Ik2KZ1iis7RtIkhJPz2AOcM3B0twnC5ETw2w5YUcURGq1DtVARtmAZHzD2blJ7Gsx HKJ/wsf1koAlRWmstqTVnPDYzNZYNlEgFHzNx3NNdKyZczpiNuU3A8S/7yQIXxyKXg xDI8F0CPKyHWWAy7ubZfWZ7vbSL9mR8Rq7iyRMTg= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Nick Desaulniers , Nathan Chancellor , =?UTF-8?q?D=C3=A1vid=20Bolvansk=C3=BD?= , =?UTF-8?q?Ville=20Syrj=C3=A4l=C3=A4?= Subject: [PATCH 4.9 010/157] drm/i915: Avoid bitwise vs logical OR warning in snb_wm_latency_quirk() Date: Mon, 24 Jan 2022 19:41:40 +0100 Message-Id: <20220124183933.112710894@linuxfoundation.org> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220124183932.787526760@linuxfoundation.org> References: <20220124183932.787526760@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: Nathan Chancellor commit 2e70570656adfe1c5d9a29940faa348d5f132199 upstream. A new warning in clang points out a place in this file where a bitwise OR is being used with boolean types: drivers/gpu/drm/i915/intel_pm.c:3066:12: warning: use of bitwise '|' with boolean operands [-Wbitwise-instead-of-logical] changed = ilk_increase_wm_latency(dev_priv, dev_priv->wm.pri_latency, 12) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ This construct is intentional, as it allows every one of the calls to ilk_increase_wm_latency() to occur (instead of short circuiting with logical OR) while still caring about the result of each call. To make this clearer to the compiler, use the '|=' operator to assign the result of each ilk_increase_wm_latency() call to changed, which keeps the meaning of the code the same but makes it obvious that every one of these calls is expected to happen. Link: https://github.com/ClangBuiltLinux/linux/issues/1473 Reported-by: Nick Desaulniers Signed-off-by: Nathan Chancellor Suggested-by: Dávid Bolvanský Reviewed-by: Nick Desaulniers Signed-off-by: Ville Syrjälä Link: https://patchwork.freedesktop.org/patch/msgid/20211014211916.3550122-1-nathan@kernel.org Signed-off-by: Greg Kroah-Hartman --- drivers/gpu/drm/i915/intel_pm.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) --- a/drivers/gpu/drm/i915/intel_pm.c +++ b/drivers/gpu/drm/i915/intel_pm.c @@ -2274,9 +2274,9 @@ static void snb_wm_latency_quirk(struct * The BIOS provided WM memory latency values are often * inadequate for high resolution displays. Adjust them. */ - changed = ilk_increase_wm_latency(dev_priv, dev_priv->wm.pri_latency, 12) | - ilk_increase_wm_latency(dev_priv, dev_priv->wm.spr_latency, 12) | - ilk_increase_wm_latency(dev_priv, dev_priv->wm.cur_latency, 12); + changed = ilk_increase_wm_latency(dev_priv, dev_priv->wm.pri_latency, 12); + changed |= ilk_increase_wm_latency(dev_priv, dev_priv->wm.spr_latency, 12); + changed |= ilk_increase_wm_latency(dev_priv, dev_priv->wm.cur_latency, 12); if (!changed) return;