Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3427627pxf; Mon, 29 Mar 2021 01:48:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwVAQ/qZh5n1CLRwjg45UW+Xua/rH5ivKDq52n/z1qd90Gktn0SikbB6tqsstSI9PYrAhqE X-Received: by 2002:a05:6402:4415:: with SMTP id y21mr26940547eda.70.1617007706872; Mon, 29 Mar 2021 01:48:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617007706; cv=none; d=google.com; s=arc-20160816; b=MI3MuuKNguenhQiwfvKJLhlNCyupBB8BPE31IFi27iRgWUg1OKn9Yq87d3SbO7JwZe fEBnQPtiFEZfIAljJWdXTpL61zAwssIXiajYM9jeOt40BzR7fdGQZ61vXuWTnuwivQA3 MhsNonyHkuktoBYm33AQAspk8MLx8mxmGxHjxe/k1D/RUsUXDexQdiwkSnkqNuJghkCE GnP04I2/rE4E015DNMNA+lbWnTmtHpCrdIChNmBe3Te/fHP42UdZ04EESLGHWndtLEAu S0hOYay8F9m98Wz6td+xND/3Mt+H/VP4Ynb+ilpr5hw3aEg3FyklACpDKvFolXWiNSV1 7asw== 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=du8QvkOdyGLcR2mjtxMjUmQU+qyZNI+tNGD5++cUKTY=; b=K6aoxSh2/fg8hv1+OiNxnfapR03RsJBtERhMWVBdw9BbLxmFctsYAO7lH+CucsJxcR vUutV3MSo8HT7+oItP52BvnwgvSig4042uFGqDpIhW67+6jBb/NDdY9IBDO8FXAiSBU2 SIoetwvNZMZTMkfy4za00pO5zvO/PaPsq60UTO53E1H/hfczvVZauNjQroca9XynPd5s 6QzzpKOZ7JvIg4ssy4ZNe/G03RY03S49Gggif/lHar7ydLR8/2/wvnQRM2I8s/5H+usu 80F1AEwt9VOC1PtjpOzqW+Gq1h44CbKj7nBkK0ABHrkSN1fz/DMjWZw+KU4q815xbP1K v47A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=sDx07xqn; 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 b13si12950160edt.436.2021.03.29.01.48.03; Mon, 29 Mar 2021 01:48:26 -0700 (PDT) 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=sDx07xqn; 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 S235197AbhC2IoP (ORCPT + 99 others); Mon, 29 Mar 2021 04:44:15 -0400 Received: from mail.kernel.org ([198.145.29.99]:43598 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233300AbhC2I0e (ORCPT ); Mon, 29 Mar 2021 04:26:34 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8003B619BC; Mon, 29 Mar 2021 08:25:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1617006348; bh=HKAJRd6zJIMAV11utaQkOKpyX7HG55LD4h3oDTTA7f8=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=sDx07xqnsPJMpwLv9uhTmZlmkoBo+So9WYdzR7l3x3EGth/UkRSP6dTVVj8uh4rSI J23eWCP6Ay9h4z5d9FsvDHfH2KvDiHgCCTgF40zrdkCkQCctKUDHQXSIK0rz7gFgHD 7ofrRiyKDI52GteT3Ibb0wJmhOjxqTOYa7+Uin70= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Thomas Gleixner , "Peter Zijlstra (Intel)" , Ingo Molnar Subject: [PATCH 5.10 207/221] locking/mutex: Fix non debug version of mutex_lock_io_nested() Date: Mon, 29 Mar 2021 09:58:58 +0200 Message-Id: <20210329075636.023373758@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210329075629.172032742@linuxfoundation.org> References: <20210329075629.172032742@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: Thomas Gleixner commit 291da9d4a9eb3a1cb0610b7f4480f5b52b1825e7 upstream. If CONFIG_DEBUG_LOCK_ALLOC=n then mutex_lock_io_nested() maps to mutex_lock() which is clearly wrong because mutex_lock() lacks the io_schedule_prepare()/finish() invocations. Map it to mutex_lock_io(). Fixes: f21860bac05b ("locking/mutex, sched/wait: Fix the mutex_lock_io_nested() define") Signed-off-by: Thomas Gleixner Signed-off-by: Peter Zijlstra (Intel) Signed-off-by: Ingo Molnar Cc: stable@vger.kernel.org Link: https://lkml.kernel.org/r/878s6fshii.fsf@nanos.tec.linutronix.de Signed-off-by: Greg Kroah-Hartman --- include/linux/mutex.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/include/linux/mutex.h +++ b/include/linux/mutex.h @@ -185,7 +185,7 @@ extern void mutex_lock_io(struct mutex * # define mutex_lock_interruptible_nested(lock, subclass) mutex_lock_interruptible(lock) # define mutex_lock_killable_nested(lock, subclass) mutex_lock_killable(lock) # define mutex_lock_nest_lock(lock, nest_lock) mutex_lock(lock) -# define mutex_lock_io_nested(lock, subclass) mutex_lock(lock) +# define mutex_lock_io_nested(lock, subclass) mutex_lock_io(lock) #endif /*