Received: by 10.213.65.68 with SMTP id h4csp542211imn; Fri, 16 Mar 2018 10:57:11 -0700 (PDT) X-Google-Smtp-Source: AG47ELvJxTRRq73t+RmayN5dEbPhj/W3Kv8POe19/6eeR4x0ZZ/7lBE5UzSUfIUmy//wS1Ox2C4s X-Received: by 2002:a17:902:6d0f:: with SMTP id s15-v6mr3100579plk.375.1521223031853; Fri, 16 Mar 2018 10:57:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521223031; cv=none; d=google.com; s=arc-20160816; b=PDx93nAh0Q5iq6UPRxe7W3XNvVIzp4y9YJ5kQXaPLVRw2lpXMsliEBltlVbuboZEbt ZMLouk1oGCJmfl8jfUgYUW9kGtBf/WP+ufsrNW5WoTwvKEySc2uaK37oHZ22joy4mmen eZ8oQoRC9X3jRzi9Hg9ZHKaHyf0MKtQy/N+n9dV+vF9RkkBVlzWkcY+ecjRlQclmcsfA FUv/MamIESI5yg2Yc/+6sCxDpVb+Z/Hvscwxct6k2V54Q9Xc9cI0zcrliq7G9sb9RT/o pB5lUQRWmhVow8mBxjhrHDfd7Az8Gcd1WVtsmtkmUWjXru+P2VGr0uPWM26l1aOdfGqA Rawg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:date:subject:user-agent:message-id :references:cc:in-reply-to:from:to:content-transfer-encoding :mime-version:dmarc-filter:arc-authentication-results; bh=8ZOKlQJaUxHm4aFljK7asUP9DaOqRtVkvexZmxZWZzU=; b=bKmxjsDx2YgjDcU4lXD3jaZbFdBhCEvBt4HyncioFyaHoNPPNAOIPLREteIcF2FETr iPYtEhgF4mqXE0+j2YbdmIjavrK8Ani2p6F6bzVEbME2c43z/Gfb1mkXmiPyYQd12F4w 6RFBcpS4GrApz9K3GOw3T4JruEBAiQtVUXPuBuBG38Ene57lkgo8vfwCQ81n8eQerfBM 2JE9fQaNxqC1Y5H+wcBrp3UCLjscsarJWRVoog3H3HPekF0ShnnmMO1No65gEs+W1Xlo yur9Ypp/Q44MoWR62tWI+WfZA9yiscYHpZ75/noJlq/vfeDteYphxyo0GskBNHT/2tLY DxAg== 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 n4-v6si6825499pls.685.2018.03.16.10.56.57; Fri, 16 Mar 2018 10:57:11 -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 S1753020AbeCPRzd convert rfc822-to-8bit (ORCPT + 99 others); Fri, 16 Mar 2018 13:55:33 -0400 Received: from mail.kernel.org ([198.145.29.99]:32792 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752951AbeCPRzb (ORCPT ); Fri, 16 Mar 2018 13:55:31 -0400 Received: from localhost (unknown [104.132.1.75]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 790D5204EF; Fri, 16 Mar 2018 17:55:30 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 790D5204EF Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=sboyd@kernel.org Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT To: Bartosz Golaszewski , David Lechner From: Stephen Boyd In-Reply-To: Cc: linux-clk@vger.kernel.org, linux-devicetree , arm-soc , Michael Turquette , Stephen Boyd , Rob Herring , Mark Rutland , Sekhar Nori , Kevin Hilman , Adam Ford , LKML References: <1519071723-31790-1-git-send-email-david@lechnology.com> <1519071723-31790-11-git-send-email-david@lechnology.com> Message-ID: <152122292977.70929.17084619305591596735@swboyd.mtv.corp.google.com> User-Agent: alot/0.7 Subject: Re: [PATCH v7 10/42] clk: davinci: New driver for davinci PSC clocks Date: Fri, 16 Mar 2018 10:55:29 -0700 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Quoting Bartosz Golaszewski (2018-02-28 04:38:38) > 2018-02-19 21:21 GMT+01:00 David Lechner : > > I believe there to be two issues: one is with v7 - we need to increase > the clock reference count in davinci_psc_genpd_attach_dev(). > > Second is the error path in the clock framework - we should remove the > destroyed clk_core from the debug list, which is not being done now. > > Why we even need to track the refcount of clk_core is a mistery for me > though. Stephen, Mike? > Which part of the code are we talking about? I see that __clk_core_init() calls clk_debug_register() when ret == 0 and that looks fine. I do wonder why clk_debug_register() even returns a value though because we ignore it.