[v2,2/2] clk: gate: Add missing fw_name for clk_gate_register_test_parent_data_legacy
Message ID | 20230131160829.23369-2-ansuelsmth@gmail.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:adf:eb09:0:0:0:0:0 with SMTP id s9csp2839678wrn; Tue, 31 Jan 2023 08:12:56 -0800 (PST) X-Google-Smtp-Source: AMrXdXuQgEIOQztDsO1IGIql9TtgFNZzovRsNNRXmV39kYv6JlFNkx8ykSIaLYfpU3Zz+AKkmOL9 X-Received: by 2002:a17:906:670b:b0:7c1:8f53:83a0 with SMTP id a11-20020a170906670b00b007c18f5383a0mr51877266ejp.13.1675181576084; Tue, 31 Jan 2023 08:12:56 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1675181576; cv=none; d=google.com; s=arc-20160816; b=Fe5S+VNueMedJrba9jo2ZAWEtgUQWT2yUMowVk02beRInZ6SAn2LtsKV7qUXco1l+C 1t2fr71AHZ0rXCZO8u5YCrgvviM/M2Dfg1BRpOQ+ev3koDxgQFqSz1ZKjbMSd8X/20GM GaxGr7JwPsL1BSuq3pUuHrH+LqrV8aPphLnni3Kg/5kCTbPJlqITNqcV8tp5VqyeV9aK F1bblvqykZ6lRFtRy5jP9LkhzfXkwKtYD0lqoq7exHMSU87UmQ8iGYKCzEjmHGXA4XnH AsCvhgoMowcecYpCyHfd0qCivZCWduKWHWYsD4UIXd4o0IRxoMrUvxwg1bZRZ/JfZu3+ 4XqA== 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; bh=1vIstjQmt2YAgqtPX4b9HdNOSKY8Ewx+pBvmKBYLirE=; b=d4zaiRIPiLF5xpyakT070yNiS2CvXnZw3mf1uoIUp34ypKt4z2PJXfZec6prH3g/pN VIdFhbcNXPa0SCjqIbtJetoC8GkRvaOIPiSf0+6PAv8hRfWA9pxyOCjBNB074J60un3R voHbgwU+6IuDILDSoodtMQ69ho+GtionhqmmqkZi4RHUEjsYYJ8k383NQjDax4JwzF43 7oaDdfhjRWW1+4p3zJkcoscQW9kJIptZzX5QnbrT01OSlWZPUEOCXiopHoZtcrusaHw0 i5yUP+T6Ys/jtSOYd2jM0owwWu4+aEWtkX1NL3S9h1XDlYcW5qau1wBuCyM9fv3jhQJx uVHA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=Aatx73Y+; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ui18-20020a170907c91200b008869f495218si8962566ejc.798.2023.01.31.08.12.33; Tue, 31 Jan 2023 08:12:56 -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=@gmail.com header.s=20210112 header.b=Aatx73Y+; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231617AbjAaQIr (ORCPT <rfc822;maxin.john@gmail.com> + 99 others); Tue, 31 Jan 2023 11:08:47 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48682 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229574AbjAaQIk (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 31 Jan 2023 11:08:40 -0500 Received: from mail-wm1-x332.google.com (mail-wm1-x332.google.com [IPv6:2a00:1450:4864:20::332]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6C3553F2AE; Tue, 31 Jan 2023 08:08:39 -0800 (PST) Received: by mail-wm1-x332.google.com with SMTP id k16so10710525wms.2; Tue, 31 Jan 2023 08:08:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to; bh=1vIstjQmt2YAgqtPX4b9HdNOSKY8Ewx+pBvmKBYLirE=; b=Aatx73Y+I7DIm+vBlI2K2iI5Pkf5nt8ZpOW8eN37JJc8aa6RjrRAN56T7TUFZ3wdaD Kk93XUUmCcLuIcKUVjYy+xoeb4X4gONQanbn44UqG8OhWmujsMYASoY5ARnnzP65JAE0 M71Dsodx1dvR+czkcEH5KxvFK7JtLgfZCBQsfYsibHHQDNcmXpLM8Fyes2UIj9qUOkxu JgxLYX2ZvUACKLF69sGKLEipqmT1YGl38Rv3tt2Re+0/sabdSdSiTThBQ1NMnZEAASCT p6krMbVYFCxDLoyMxPTI+9KQaAewuuaR2PjXGTAxnReZstxSAOGpv3zNPJRQZaFQnS/O HfZw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=1vIstjQmt2YAgqtPX4b9HdNOSKY8Ewx+pBvmKBYLirE=; b=Pqzbqa5tn7GB7dpgJ14v7EJo2UxovSSOl/8aao3jgAgzCEbWS3hD2kNeh9klA6UZSJ /2RODc7bjwDdbzYld3Kg8Lg2TE4E+iWX5Tx+JqWYb0mbkIfTQPKJEyiH504aaK/hGijN GYxYRUdSUqj7/7KiN7d1kdq9VxJ/GeFJKaXULHRyq/3VV4JND0qgyYrzc+lC+46YAQwK kQ0u65k/cyFehz3Xw9Og2Xht82VcxS66Q8owl8LUQ2GfyCpbliXFjKIKwVNuOv8iJkO1 vPIWz+aQel/ud2gn16ttan5QNxTT01yEs2BDjH9sj+2aEqpN4DuO+pHsHo+Wg/rM+tJa EXmw== X-Gm-Message-State: AFqh2kqTOTYdVoOsrPyCSEyx+ZvTQQCuF+Z5/AtU7mXO5606euAvdIyQ fnsMU/lnJVvGzQDE+Z14yOc= X-Received: by 2002:a05:600c:35c1:b0:3db:1424:e781 with SMTP id r1-20020a05600c35c100b003db1424e781mr48888549wmq.23.1675181317796; Tue, 31 Jan 2023 08:08:37 -0800 (PST) Received: from localhost.localdomain (93-34-88-241.ip49.fastwebnet.it. [93.34.88.241]) by smtp.googlemail.com with ESMTPSA id ip7-20020a05600ca68700b003dc433bb5e1sm12622794wmb.9.2023.01.31.08.08.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 31 Jan 2023 08:08:37 -0800 (PST) From: Christian Marangi <ansuelsmth@gmail.com> To: Michael Turquette <mturquette@baylibre.com>, Stephen Boyd <sboyd@kernel.org>, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Christian Marangi <ansuelsmth@gmail.com>, kernel test robot <oliver.sang@intel.com> Subject: [PATCH v2 2/2] clk: gate: Add missing fw_name for clk_gate_register_test_parent_data_legacy Date: Tue, 31 Jan 2023 17:08:29 +0100 Message-Id: <20230131160829.23369-2-ansuelsmth@gmail.com> X-Mailer: git-send-email 2.38.1 In-Reply-To: <20230131160829.23369-1-ansuelsmth@gmail.com> References: <20230131160829.23369-1-ansuelsmth@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1756555195930430498?= X-GMAIL-MSGID: =?utf-8?q?1756555195930430498?= |
Series |
[v2,1/2] clk: Warn and add workaround on misuse of .parent_data with .name only
|
|
Commit Message
Christian Marangi
Jan. 31, 2023, 4:08 p.m. UTC
Fix warning for missing .fw_name in parent_data based on names.
It's wrong to define only .name since clk core expect always .fw_name to
be defined.
Reported-by: kernel test robot <oliver.sang@intel.com>
Signed-off-by: Christian Marangi <ansuelsmth@gmail.com>
---
drivers/clk/clk-gate_test.c | 1 +
1 file changed, 1 insertion(+)
Comments
On Fri, Feb 10, 2023 at 04:52:36PM -0800, Stephen Boyd wrote: > Quoting Christian Marangi (2023-01-31 08:08:29) > > Fix warning for missing .fw_name in parent_data based on names. > > It's wrong to define only .name since clk core expect always .fw_name to > > be defined. > > > > Reported-by: kernel test robot <oliver.sang@intel.com> > > What was the report? > With the previous patch applied kernel test robot report the WARN for declaring a parent_data with .name but no .fw_name. > > Signed-off-by: Christian Marangi <ansuelsmth@gmail.com> > > --- > > drivers/clk/clk-gate_test.c | 1 + > > 1 file changed, 1 insertion(+) > > > > diff --git a/drivers/clk/clk-gate_test.c b/drivers/clk/clk-gate_test.c > > index e136aaad48bf..a0a63cd4ce0b 100644 > > --- a/drivers/clk/clk-gate_test.c > > +++ b/drivers/clk/clk-gate_test.c > > @@ -74,6 +74,7 @@ static void clk_gate_register_test_parent_data_legacy(struct kunit *test) > > 1000000); > > KUNIT_ASSERT_NOT_ERR_OR_NULL(test, parent); > > pdata.name = "test_parent"; > > + pdata.fw_name = "test_parent"; > > > > ret = clk_hw_register_gate_parent_data(NULL, "test_gate", &pdata, 0, > > We don't pass a 'dev' here, so the pdata.index isn't looked at. I > suppose we can assign .index to -1 to be more explicit, but because > there isn't a device used for registering, we won't try to use the > .index. Instead we'll try to use .fw_name for clkdev, of which there > won't be a clkdev lookup either. Eventually we'll fallback to the .name > lookup, and it will be fine. Problem is that from what we observed, it won't fallback to .name if .fw_name is not declared. But it will work if .fw_name is declared but not exposed by DT. (and will correctly fallback to .name as .fw_name is not found) (but this is to explain why the change in the other patch is needed so I may be OT here) > > We need tests that exercises the 'dev' path and also the DT path and the > clkdev path. I was thinking about working on that outside of the gate > test though, and just having a generic clk test for that with simple > clk_ops that do basically nothing.
Quoting Christian Marangi (2023-01-31 08:08:29) > Fix warning for missing .fw_name in parent_data based on names. > It's wrong to define only .name since clk core expect always .fw_name to > be defined. > > Reported-by: kernel test robot <oliver.sang@intel.com> What was the report? > Signed-off-by: Christian Marangi <ansuelsmth@gmail.com> > --- > drivers/clk/clk-gate_test.c | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/drivers/clk/clk-gate_test.c b/drivers/clk/clk-gate_test.c > index e136aaad48bf..a0a63cd4ce0b 100644 > --- a/drivers/clk/clk-gate_test.c > +++ b/drivers/clk/clk-gate_test.c > @@ -74,6 +74,7 @@ static void clk_gate_register_test_parent_data_legacy(struct kunit *test) > 1000000); > KUNIT_ASSERT_NOT_ERR_OR_NULL(test, parent); > pdata.name = "test_parent"; > + pdata.fw_name = "test_parent"; > > ret = clk_hw_register_gate_parent_data(NULL, "test_gate", &pdata, 0, We don't pass a 'dev' here, so the pdata.index isn't looked at. I suppose we can assign .index to -1 to be more explicit, but because there isn't a device used for registering, we won't try to use the .index. Instead we'll try to use .fw_name for clkdev, of which there won't be a clkdev lookup either. Eventually we'll fallback to the .name lookup, and it will be fine. We need tests that exercises the 'dev' path and also the DT path and the clkdev path. I was thinking about working on that outside of the gate test though, and just having a generic clk test for that with simple clk_ops that do basically nothing.
diff --git a/drivers/clk/clk-gate_test.c b/drivers/clk/clk-gate_test.c index e136aaad48bf..a0a63cd4ce0b 100644 --- a/drivers/clk/clk-gate_test.c +++ b/drivers/clk/clk-gate_test.c @@ -74,6 +74,7 @@ static void clk_gate_register_test_parent_data_legacy(struct kunit *test) 1000000); KUNIT_ASSERT_NOT_ERR_OR_NULL(test, parent); pdata.name = "test_parent"; + pdata.fw_name = "test_parent"; ret = clk_hw_register_gate_parent_data(NULL, "test_gate", &pdata, 0, NULL, 0, 0, NULL);