From patchwork Wed Dec 28 09:32:38 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Andy Shevchenko X-Patchwork-Id: 37156 Return-Path: Delivered-To: ouuuleilei@gmail.com Received: by 2002:a5d:4e01:0:0:0:0:0 with SMTP id p1csp1802630wrt; Wed, 28 Dec 2022 01:37:25 -0800 (PST) X-Google-Smtp-Source: AMrXdXuHg07Krb9AaBHabyIUPsS3VUDX66dlWDU2fzBffQOJzTDHpoITqSFIgJt11ej8dTH/GQV1 X-Received: by 2002:a17:906:656:b0:7ee:1596:4b6 with SMTP id t22-20020a170906065600b007ee159604b6mr19486666ejb.59.1672220245223; Wed, 28 Dec 2022 01:37:25 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1672220245; cv=none; d=google.com; s=arc-20160816; b=BgBiHkYhZzePN21ysuGD0mq2BRUexfuGyLbz9QS/gB4/jXrLOq/mUNlTpjSXlpd65G NoJSF0OdJHCMsGhiYVZm0N+G/TM9Ehk/Sh9qnXPxaH9jUNsrvf66Go6774Ds+zzpS933 T24E6Ww4Gsjdqs0jV2e+zNRif3Y7dzGoq4nJNUHNfGBIkrb4xV0mpbj5SJGFY/xB0tBY eV33khQd2QqdKfubnVN2qKu4+Dv7jZMicBTWkCxfmWs/Qj1ddgvBOE7unZmja4HexnZB azgG50CnYLcY4tAb3ToquVK/sAZv8OERs/4cSmPuoIAMZOyHwkIf2FIZpquqaz1VlT7Z PfBA== 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 :message-id:date:subject:cc:to:from:dkim-signature; bh=5/g/ydfasRCKY43udNOzm/VGgrrdfs6erNjPMKQzftE=; b=LcbbgvjTVWEU1PLikU96RtJ//ZWnZe7VrdjjXbBaOKjr5KCi+obB1G5RB6lt4VUB7F V7f1FVztpXRTigyfk1+Y3zo5q4NLiChhKbIh0+JbPqrc95fYfXEhfGSXTZDDO54MvEC6 q7nWNQuoaWWXJPDOEx1nT2Rr5TnAF7ieGIm0LJpFxLrN/pPxhGGdN36c4awVzqD+vEZo hHIL3iqd5uCMHUnjwCzcGIhR5UJmGnHJEhixWl3be2inZx6dU4M1ty3NsW8A78mTHP++ o66x4g/qKe7Jubt4lm4FvcKhZweh3UtS5Afy+1JQ2PaK57bCru19w9BX6OXAxE4yEmRP NaLg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=kwd1FQuJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t13-20020a170906178d00b00838fbbf7368si11023051eje.969.2022.12.28.01.37.01; Wed, 28 Dec 2022 01:37:25 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=kwd1FQuJ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229630AbiL1Jch (ORCPT + 99 others); Wed, 28 Dec 2022 04:32:37 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38818 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230420AbiL1Jc0 (ORCPT ); Wed, 28 Dec 2022 04:32:26 -0500 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 54388DF0B; Wed, 28 Dec 2022 01:32:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1672219933; x=1703755933; h=from:to:cc:subject:date:message-id:mime-version: content-transfer-encoding; bh=2pRlkkeKdZk9egoGOppkT5v++5lWrJl5Kz2rs5v63w8=; b=kwd1FQuJ06mAHqpQ7kFL9H24ijG6g8HZCht2NxpXgFfdHeLlcW5jIvqC LyR4cFZWjJreg3LWoxjr013EOBhxBPs/wDH4XnLw4P+Hi/SYE+WZutzbV ZKRofxRAexpbwiTNMYi9o1NCHKkHsjQn3Mz6Icr8oCAn+4tnUJvcQdIzf UBlTZ0nceaXTGCdgGwJ7vWUzcLQJ8KnzBT58OwwkQXbaz57mF8h987Gtz ouF4ZR7mIY5PGTg+H9hbN8f3PFt7E3laQZyxwM4tKOZi64AmLblgUfHxT hBreftizh9NQV8uZPbGuhIjlQ/DPhkjl57c6Wv1zzglC25OvbwNj2mAKv g==; X-IronPort-AV: E=McAfee;i="6500,9779,10573"; a="348043405" X-IronPort-AV: E=Sophos;i="5.96,280,1665471600"; d="scan'208";a="348043405" Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 28 Dec 2022 01:32:12 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=McAfee;i="6500,9779,10573"; a="655262852" X-IronPort-AV: E=Sophos;i="5.96,280,1665471600"; d="scan'208";a="655262852" Received: from black.fi.intel.com ([10.237.72.28]) by fmsmga007.fm.intel.com with ESMTP; 28 Dec 2022 01:32:10 -0800 Received: by black.fi.intel.com (Postfix, from userid 1003) id 64D64159; Wed, 28 Dec 2022 11:32:41 +0200 (EET) From: Andy Shevchenko To: Pavel Machek , Vincent Knecht , linux-leds@vger.kernel.org, linux-kernel@vger.kernel.org, llvm@lists.linux.dev Cc: Lee Jones , Nathan Chancellor , Nick Desaulniers , Tom Rix , Andy Shevchenko , kernel test robot Subject: [PATCH v1 1/1] leds: is31fl319x: Wrap mutex_destroy() for devm_add_action_or_rest() Date: Wed, 28 Dec 2022 11:32:38 +0200 Message-Id: <20221228093238.82713-1-andriy.shevchenko@linux.intel.com> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 X-Spam-Status: No, score=-7.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1753450015652127314?= X-GMAIL-MSGID: =?utf-8?q?1753450015652127314?= Clang complains that devm_add_action() takes a parameter with a wrong type: warning: cast from 'void (*)(struct mutex *)' to 'void (*)(void *)' converts to incompatible function type [-Wcast-function-type-strict] err = devm_add_action(dev, (void (*)(void *))mutex_destroy, &is31->lock); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 1 warning generated. It appears that the commit e1af5c815586 ("leds: is31fl319x: Fix devm vs. non-devm ordering") missed two things: - while mention devm_add_action_or_reset() the actual change got devm_add_action() call by unknown reason - strictly speaking the parameter is not compatible by type Fix both issues by switching to devm_add_action_or_reset() and adding a wrapper for mutex_destroy() call. Reported-by: kernel test robot Fixes: e1af5c815586 ("leds: is31fl319x: Fix devm vs. non-devm ordering") Signed-off-by: Andy Shevchenko Tested-by: Vincent Knecht --- v2: added tag (Vincent), Cc'ed to Lee drivers/leds/leds-is31fl319x.c | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/leds/leds-is31fl319x.c b/drivers/leds/leds-is31fl319x.c index b2f4c4ec7c56..7c908414ac7e 100644 --- a/drivers/leds/leds-is31fl319x.c +++ b/drivers/leds/leds-is31fl319x.c @@ -495,6 +495,11 @@ static inline int is31fl3196_db_to_gain(u32 dezibel) return dezibel / IS31FL3196_AUDIO_GAIN_DB_STEP; } +static void is31f1319x_mutex_destroy(void *lock) +{ + mutex_destroy(lock); +} + static int is31fl319x_probe(struct i2c_client *client) { struct is31fl319x_chip *is31; @@ -511,7 +516,7 @@ static int is31fl319x_probe(struct i2c_client *client) return -ENOMEM; mutex_init(&is31->lock); - err = devm_add_action(dev, (void (*)(void *))mutex_destroy, &is31->lock); + err = devm_add_action_or_reset(dev, is31f1319x_mutex_destroy, &is31->lock); if (err) return err;