Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp663840ybx; Wed, 30 Oct 2019 03:05:53 -0700 (PDT) X-Google-Smtp-Source: APXvYqzN6tWg7QT0epP7tkN9DvrrINeMjFduNEKn0kB1BtIgeY/9hDrtjwD5WB6UPPsnA4sAUwZo X-Received: by 2002:a17:906:a981:: with SMTP id jr1mr7945852ejb.255.1572429953488; Wed, 30 Oct 2019 03:05:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572429953; cv=none; d=google.com; s=arc-20160816; b=o7IW9SvEfGH0FRBPQc6MVMVCsLG8L7wG/b4BBgMmboA2Uy/N7i7CWdSYx4/tgbxS+O 8/yDcVoM73TW5dGcJoXwVgAES1epGApXboIaADHDgJFoCrMh4lHVG/oU7Ezc/0XNhm15 vmd8lRRXMrcVXMq42H9YQSNKjutPCrKpINqk5TiQwg29r5u1Eun3eu+FMqO2Vi7lhuoY qD9wdVsGmdb+gaI2ZEAaQSt4kyC61C90uMj2QZ1PsCk/N67I8TsqaJ4NqixbpaLw2wx6 OmeaTYoyEMuUOltAK3aIMnPTPv0t6TfAZYeS9KPuFPn3k7w/kfIXHdH5Z+SIVZ0Iny8J 1v6g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :robot-unsubscribe:robot-id:message-id:mime-version:references :in-reply-to:cc:subject:to:reply-to:from:date; bh=+DkPUGDhbkScbS+rX4r21WgZQS313Qk6FeIAf7GrhJY=; b=FXTpDF/1WR2vghUkqmsq/WFNxq5YYohIhZrlNWCJr+NiCFcj5R83ruY5Wx/8SVMH19 gBO02w/AiFeVM6EruPxGDNtK+K95/k6iyjG3Uw3VaXuz4TTSn7Y1+k01oKMCwnRs9VEN uQBb53EadORr6XL6H7FBWYASUMB6JG4TK2oe7q+jLSqX31DqWPMqUT4dBi1egAuYtda7 bJTbtk9fwF0xF4PMqgx1CeDj9Y3OIly6cAk6lJi1aKDT50PxZd7URSyBlQdMrkId2xZP +5OfJaZ8evwosijsAzvAv76WLVBeXKHSNI08m7TWGa2zB7/llV/oCaZnM+74dn6oQyUr V+sA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m19si977673ejd.180.2019.10.30.03.05.29; Wed, 30 Oct 2019 03:05:53 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726413AbfJ3KEM (ORCPT + 99 others); Wed, 30 Oct 2019 06:04:12 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:51485 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726091AbfJ3KEM (ORCPT ); Wed, 30 Oct 2019 06:04:12 -0400 Received: from [5.158.153.53] (helo=tip-bot2.lab.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1iPkpb-0008At-VY; Wed, 30 Oct 2019 11:04:00 +0100 Received: from [127.0.1.1] (localhost [IPv6:::1]) by tip-bot2.lab.linutronix.de (Postfix) with ESMTP id 7B2D41C0072; Wed, 30 Oct 2019 11:03:59 +0100 (CET) Date: Wed, 30 Oct 2019 10:03:59 -0000 From: "tip-bot2 for Davidlohr Bueso" Reply-to: linux-kernel@vger.kernel.org To: linux-tip-commits@vger.kernel.org Subject: [tip: locking/core] locking/mutex: Complain upon mutex API misuse in IRQ contexts Cc: Davidlohr Bueso , "Peter Zijlstra (Intel)" , Linus Torvalds , Thomas Gleixner , dave@stgolabs.net, Ingo Molnar , Borislav Petkov , linux-kernel@vger.kernel.org In-Reply-To: <20191025033634.3330-1-dave@stgolabs.net> References: <20191025033634.3330-1-dave@stgolabs.net> MIME-Version: 1.0 Message-ID: <157242983900.29376.2332769194381838907.tip-bot2@tip-bot2> X-Mailer: tip-git-log-daemon Robot-ID: Robot-Unsubscribe: Contact to get blacklisted from these emails Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The following commit has been merged into the locking/core branch of tip: Commit-ID: a0855d24fc22d49cdc25664fb224caee16998683 Gitweb: https://git.kernel.org/tip/a0855d24fc22d49cdc25664fb224caee16998683 Author: Davidlohr Bueso AuthorDate: Thu, 24 Oct 2019 20:36:34 -07:00 Committer: Ingo Molnar CommitterDate: Tue, 29 Oct 2019 12:22:52 +01:00 locking/mutex: Complain upon mutex API misuse in IRQ contexts Add warning checks if mutex_trylock() or mutex_unlock() are used in IRQ contexts, under CONFIG_DEBUG_MUTEXES=y. While the mutex rules and semantics are explicitly documented, this allows to expose any abusers and robustifies the whole thing. While trylock and unlock are non-blocking, calling from IRQ context is still forbidden (lock must be within the same context as unlock). Signed-off-by: Davidlohr Bueso Signed-off-by: Peter Zijlstra (Intel) Cc: Linus Torvalds Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: dave@stgolabs.net Link: https://lkml.kernel.org/r/20191025033634.3330-1-dave@stgolabs.net Signed-off-by: Ingo Molnar --- kernel/locking/mutex.c | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/kernel/locking/mutex.c b/kernel/locking/mutex.c index 5352ce5..54cc5f9 100644 --- a/kernel/locking/mutex.c +++ b/kernel/locking/mutex.c @@ -733,6 +733,9 @@ static noinline void __sched __mutex_unlock_slowpath(struct mutex *lock, unsigne */ void __sched mutex_unlock(struct mutex *lock) { +#ifdef CONFIG_DEBUG_MUTEXES + WARN_ON(in_interrupt()); +#endif #ifndef CONFIG_DEBUG_LOCK_ALLOC if (__mutex_unlock_fast(lock)) return; @@ -1413,6 +1416,7 @@ int __sched mutex_trylock(struct mutex *lock) #ifdef CONFIG_DEBUG_MUTEXES DEBUG_LOCKS_WARN_ON(lock->magic != lock); + WARN_ON(in_interrupt()); #endif locked = __mutex_trylock(lock);