Received: by 2002:a05:6358:5282:b0:b5:90e7:25cb with SMTP id g2csp3727501rwa; Tue, 23 Aug 2022 09:07:57 -0700 (PDT) X-Google-Smtp-Source: AA6agR7ZKBci9Ri1WW9MNIQ8WTXGAh7NqVQsb+jmJJTKRQbam+rbSTyKIT7Nr6LfRMAMVmNO/n1t X-Received: by 2002:a17:907:6295:b0:703:92b8:e113 with SMTP id nd21-20020a170907629500b0070392b8e113mr209624ejc.594.1661270876707; Tue, 23 Aug 2022 09:07:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1661270876; cv=none; d=google.com; s=arc-20160816; b=wMhjiZAD4GvKnXXNS19erQUsYwxRqr/zBPhpmIG/MyUep6X/4xiKBF2nisHjsnUIhm 8mXL3CCDQ6e3ZDSEhxn5gz1YR59+o1K2W5vOf1Xn0h6YSH8xXMjRembxYDPWtJ5pglLW usm82cJO+e0inFKQMEwkT41cSNKgYnuthSviEdASlZqFAGWzJaZgKl5PcUCBZ+5GFIus AQFhbhinOOvRxzIUWNC+aj2B4U0EMaM8+g7Mi4M1BszFTFU1VW7WHaS0RsQiZCJXpzyb K1hkvARpBqPX63r4qjswCbMAajRClbCcOMhBxr1n9aqbHF9yr73WJBy5CLObyCvCt2dX pamQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=IkU9uKIKXP/YUynEfFtAKIXMSclwkoBAZsz8uhAVsG0=; b=NtyJhACjLcQDr+cMOrMR8s6/82gvt70Sop7B0mEGKuH0qv7T0EGxuSgn9mFs1Vv6Am wpr3NZO4z8939YZXY6MLsmx5fUefPX/zhBNqrlfNqh1vIsr6Wqu3kYrX3yrIFKms309F nIUjYGZZUXhczUYNMrTmDcOQwVxG5L0WuGFtTy4oP17TIn4G75wy+uqzwy8rqdLDiMHn H15/Hmu4QbhJI76jI0qzfg/rfNZO0O4GKtY9hb54xW4La0sIOlkcMfOdmKalQsAn/Uwq 9LNRLQ8XfdYRDc5AoGg0EIq9RtHbmDNGg12zwoKrwlaNYrvIVOcNcla1V0OEQJHCxkjA zpMg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hg2-20020a1709072cc200b00731c0576129si70750ejc.554.2022.08.23.09.07.28; Tue, 23 Aug 2022 09:07:56 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S244120AbiHWQCs (ORCPT + 99 others); Tue, 23 Aug 2022 12:02:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48414 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S244282AbiHWQAm (ORCPT ); Tue, 23 Aug 2022 12:00:42 -0400 Received: from muru.com (muru.com [72.249.23.125]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 269EE23DF38; Tue, 23 Aug 2022 05:12:14 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by muru.com (Postfix) with ESMTPS id 8690C8125; Tue, 23 Aug 2022 11:45:41 +0000 (UTC) Date: Tue, 23 Aug 2022 14:52:47 +0300 From: Tony Lindgren To: Romain Naour Cc: Stephen Boyd , Jan Kiszka , Michael Turquette , linux-omap@vger.kernel.org, linux-clk@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] clk: ti: Fix reference imbalance in ti_find_clock_provider Message-ID: References: <63d9211f-d5ce-562e-358a-50f26c7caf35@siemens.com> <20220819212337.AECB9C433D6@smtp.kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE,T_SCC_BODY_TEXT_LINE 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 * Romain Naour [220823 09:22]: > Hello, > > Le 19/08/2022 à 23:23, Stephen Boyd a écrit : > > Quoting Jan Kiszka (2022-08-08 15:26:58) > >> From: Jan Kiszka > >> > >> When a clock is found via clock-output-names, we need to reference it > >> explicitly to match of_find_node_by_name behavior. Failing to do so > >> causes warnings like this: > >> > > > > Is this superseeded by > > https://lore.kernel.org/r/20220621091118.33930-1-tony@atomide.com? > > I noticed the same issue and tested separately with both patches. > > Indeed, this patch is not needed anymore with "[PATCH] clk: ti: Fix missing > of_node_get() ti_find_clock_provider()" applied. OK good to hear and thanks for testing. Regards, Tony