Message ID | 20231213223020.2713164-3-gnstark@salutedevices.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7300:3b04:b0:fb:cd0c:d3e with SMTP id c4csp8134273dys; Wed, 13 Dec 2023 14:31:24 -0800 (PST) X-Google-Smtp-Source: AGHT+IHkP3tfCZ1HhT+HoJgK8sGkWG10NHR1SFuMG9lhVXSHBQ1tooQQGTgQC0L3MOYJBbpOSf4i X-Received: by 2002:a05:6a00:aca:b0:6ce:7af1:1bed with SMTP id c10-20020a056a000aca00b006ce7af11bedmr5423249pfl.37.1702506684314; Wed, 13 Dec 2023 14:31:24 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702506684; cv=none; d=google.com; s=arc-20160816; b=EzIbicpteuthT3jBvVF8gb39r637QeEQs0HxZnMjDe9RdAylqS9pKJ6tzsWPQiuW// kOcP1zFGvb8A5XKyhnsgNRMR2fZBRbC9ozf/19SOeY93oROqy+QRbMqjYdE0isQ8ymqh gwxPP02npKwlBgiVZtVdDN94psFSj8jHT+DNeb+dWHRYUNa34wBoVByBr+AM1+YVDBJ5 w5huJnxqUKKr+zoyzVCPDfiklkgcCgHGfsbfERms33BzWJp84L44hB4kVasyjhRDz/lD kGenNk0RwJxHG530VP4Kp+9LSJ3OwIEfeqzEO22K66yR9V/DYSmcClzAz7gs0aJabMgZ JwVw== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature:dkim-filter; bh=Ii5sBqymhiHfCuQq+3pwgLlO+kjouXvW2nmQVbwI7UU=; fh=VGV6ajQ72e9w8REvYqgUr7SYaKNgFpS3GtVmljO5VrE=; b=FZMKhk+JTJP7GpQjz6vCF1LPTmuCQHPRZPcSGXYOZEccIeIGs9b8UYvnGlQmGsFeuC m64rrHwSinaecV3Mje0+ESmw/CHgdL8YRAnKhZH2Dj1v+CfXVAYaqrTXCHV12StFqaYD eIZ+/l95K2+lpxiSI04tpLSQYwI3rSXPSsLHOeGHkQdMt0q8Y3YaxNzVlZDiVUmO/qKl QZFW/fN0MzE2j30Grt76uw4B1Xqdb9OeJR5S4hDA9Dl650uPBNGgU8/tBmojciAVXs2Q 2TFXHcVKLIEF5niTIPrzyDjAhEVAInpmMIdc0mhVVC70WHd2NeJppRy4p4TarMlZKUOp WI0A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@salutedevices.com header.s=mail header.b="no7tl/T9"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=salutedevices.com Received: from fry.vger.email (fry.vger.email. [23.128.96.38]) by mx.google.com with ESMTPS id y66-20020a636445000000b005bdf5961d87si5977977pgb.266.2023.12.13.14.31.23 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 13 Dec 2023 14:31:24 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) client-ip=23.128.96.38; Authentication-Results: mx.google.com; dkim=pass header.i=@salutedevices.com header.s=mail header.b="no7tl/T9"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.38 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=salutedevices.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by fry.vger.email (Postfix) with ESMTP id 7EFD58031D50; Wed, 13 Dec 2023 14:31:16 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at fry.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1442829AbjLMWai (ORCPT <rfc822;dexuan.linux@gmail.com> + 99 others); Wed, 13 Dec 2023 17:30:38 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33754 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229687AbjLMWa0 (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Wed, 13 Dec 2023 17:30:26 -0500 Received: from mx1.sberdevices.ru (mx1.sberdevices.ru [37.18.73.165]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 72A5CE3; Wed, 13 Dec 2023 14:30:30 -0800 (PST) Received: from p-infra-ksmg-sc-msk01 (localhost [127.0.0.1]) by mx1.sberdevices.ru (Postfix) with ESMTP id F198B100009; Thu, 14 Dec 2023 01:30:27 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.sberdevices.ru F198B100009 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=salutedevices.com; s=mail; t=1702506627; bh=Ii5sBqymhiHfCuQq+3pwgLlO+kjouXvW2nmQVbwI7UU=; h=From:To:Subject:Date:Message-ID:MIME-Version:Content-Type:From; b=no7tl/T9jZK9UqsFMv6dlMpRIpk1r4Z0yLCC5syS64E6OO6uNGre09OjlqNyNAzuS 57StAIaX4rIxlUDWPBp0lt0/l+Za59SJV5unYZhrVSDr9INOW4zYz0V45tjE5ot/XQ q5jZTTks7CrNm7mJq5DdeeeapRLh8s172PfxLzg03QIDb5csYBF3PhgkWmMb+cEIo6 xx2S7VKZgKvDqWvMzuq7mtpt4DFhDqXNs9JqfmMtC2GRkj6L0vvJuKk6KFhnLmtAn5 ioBfvQ32a1ctlUYa3NWZ2OssdaXhCvOxC/Qf9EBZLXfgDPilNoVo4Tnp2G966eB68U cTi36XKJ7EBZQ== Received: from smtp.sberdevices.ru (p-i-exch-sc-m01.sberdevices.ru [172.16.192.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.sberdevices.ru (Postfix) with ESMTPS; Thu, 14 Dec 2023 01:30:27 +0300 (MSK) Received: from localhost.localdomain (100.64.160.123) by p-i-exch-sc-m01.sberdevices.ru (172.16.192.107) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.1118.40; Thu, 14 Dec 2023 01:30:27 +0300 From: George Stark <gnstark@salutedevices.com> To: <andy.shevchenko@gmail.com>, <pavel@ucw.cz>, <lee@kernel.org>, <vadimp@nvidia.com>, <mpe@ellerman.id.au>, <npiggin@gmail.com>, <christophe.leroy@csgroup.eu>, <hdegoede@redhat.com>, <mazziesaccount@gmail.com>, <peterz@infradead.org>, <mingo@redhat.com>, <will@kernel.org>, <longman@redhat.com>, <boqun.feng@gmail.com>, <nikitos.tr@gmail.com> CC: <linux-leds@vger.kernel.org>, <linux-kernel@vger.kernel.org>, <linuxppc-dev@lists.ozlabs.org>, <kernel@salutedevices.com>, George Stark <gnstark@salutedevices.com> Subject: [PATCH v3 02/11] locking: add define if mutex_destroy() is not an empty function Date: Thu, 14 Dec 2023 01:30:11 +0300 Message-ID: <20231213223020.2713164-3-gnstark@salutedevices.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20231213223020.2713164-1-gnstark@salutedevices.com> References: <20231213223020.2713164-1-gnstark@salutedevices.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-Originating-IP: [100.64.160.123] X-ClientProxiedBy: p-i-exch-sc-m01.sberdevices.ru (172.16.192.107) To p-i-exch-sc-m01.sberdevices.ru (172.16.192.107) X-KSMG-Rule-ID: 10 X-KSMG-Message-Action: clean X-KSMG-AntiSpam-Lua-Profiles: 182098 [Dec 13 2023] X-KSMG-AntiSpam-Version: 6.1.0.3 X-KSMG-AntiSpam-Envelope-From: gnstark@salutedevices.com X-KSMG-AntiSpam-Rate: 0 X-KSMG-AntiSpam-Status: not_detected X-KSMG-AntiSpam-Method: none X-KSMG-AntiSpam-Auth: dkim=none X-KSMG-AntiSpam-Info: LuaCore: 7 0.3.7 6d6bf5bd8eea7373134f756a2fd73e9456bb7d1a, {Tracking_from_domain_doesnt_match_to}, 100.64.160.123:7.1.2;127.0.0.199:7.1.2;salutedevices.com:7.1.1;d41d8cd98f00b204e9800998ecf8427e.com:7.1.1;smtp.sberdevices.ru:5.0.1,7.1.1, FromAlignment: s, ApMailHostAddress: 100.64.160.123 X-MS-Exchange-Organization-SCL: -1 X-KSMG-AntiSpam-Interceptor-Info: scan successful X-KSMG-AntiPhishing: Clean X-KSMG-LinksScanning: Clean X-KSMG-AntiVirus: Kaspersky Secure Mail Gateway, version 2.0.1.6960, bases: 2023/12/13 21:35:00 #22672360 X-KSMG-AntiVirus-Status: Clean, skipped X-Spam-Status: No, score=-0.9 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on fry.vger.email Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (fry.vger.email [0.0.0.0]); Wed, 13 Dec 2023 14:31:16 -0800 (PST) X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1785207648713881198 X-GMAIL-MSGID: 1785207648713881198 |
Series |
devm_led_classdev_register() usage problem
|
|
Commit Message
George Stark
Dec. 13, 2023, 10:30 p.m. UTC
mutex_destroy() is only a debug helper and an empty function on non-debug
configurations still we can't legally ignore it because it's the
established API call and it can be extended theoretically in the future.
Sometimes it could be useful to know e.g. in the higher-level API if
mutex_destroy() really does something in the current configuration
and it's should be called or skipped otherwise for the sake of
optimization so add dedicated define to recognize these cases.
Signed-off-by: George Stark <gnstark@salutedevices.com>
---
include/linux/mutex.h | 3 +++
1 file changed, 3 insertions(+)
Comments
On 12/13/23 17:30, George Stark wrote: > mutex_destroy() is only a debug helper and an empty function on non-debug > configurations still we can't legally ignore it because it's the > established API call and it can be extended theoretically in the future. > Sometimes it could be useful to know e.g. in the higher-level API if > mutex_destroy() really does something in the current configuration > and it's should be called or skipped otherwise for the sake of > optimization so add dedicated define to recognize these cases. > > Signed-off-by: George Stark <gnstark@salutedevices.com> > --- > include/linux/mutex.h | 3 +++ > 1 file changed, 3 insertions(+) > > diff --git a/include/linux/mutex.h b/include/linux/mutex.h > index a33aa9eb9fc3..2395ce4fcaf6 100644 > --- a/include/linux/mutex.h > +++ b/include/linux/mutex.h > @@ -83,6 +83,9 @@ struct mutex { > > extern void mutex_destroy(struct mutex *lock); > > +/* mutex_destroy() is a real function, not a NOP */ > +#define mutex_destroy mutex_destroy > + > #else > > # define __DEBUG_MUTEX_INITIALIZER(lockname) Acked-by: Waiman Long <longman@redhat.com>
diff --git a/include/linux/mutex.h b/include/linux/mutex.h index a33aa9eb9fc3..2395ce4fcaf6 100644 --- a/include/linux/mutex.h +++ b/include/linux/mutex.h @@ -83,6 +83,9 @@ struct mutex { extern void mutex_destroy(struct mutex *lock); +/* mutex_destroy() is a real function, not a NOP */ +#define mutex_destroy mutex_destroy + #else # define __DEBUG_MUTEX_INITIALIZER(lockname)