From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.8 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BC44FC31E49 for ; Wed, 19 Jun 2019 13:42:58 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 8A08021670 for ; Wed, 19 Jun 2019 13:42:58 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="EPAhsFUi"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="SJYrCy+b" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 8A08021670 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linaro.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From: In-Reply-To:References:MIME-Version:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=xHrrUtfvfhaYNBpLEsf8fBZx2fILmP8NoOWBLvxAclE=; b=EPAhsFUiJHv1RJ F6MaUgaOF/Y+dMw75ffpP3GO2A2DXBzBDFKapvJJjheo2RLeJNPJBqN258NCZ5icqgVtb0L+6Bq9p E6yHovdGZbZAYVS2dTfJTX9ms8Fsp/vxiIYWa8LmBDR7mR+uiIDTPiBj8uWEx7kAbeUvKpVsbD7BN x6gR6eUGEyz5t9bE6tjgVN0/8D9eIPAziCIyCgOAbtqKuzpsc4IFrrvYnFX7+98CVNtUvg2MQbGz7 Piv8THkV5Keue4x0LYvMFfnefKJX8wG/YuMJ9k1/4TogPQ2pueKXQwBtO2dohZTBClNUk+KU0ZBnX PlUdEFHJCMR2AdA19vNA==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92 #3 (Red Hat Linux)) id 1hdarZ-0003l5-Dj; Wed, 19 Jun 2019 13:42:57 +0000 Received: from mail-ua1-x941.google.com ([2607:f8b0:4864:20::941]) by bombadil.infradead.org with esmtps (Exim 4.92 #3 (Red Hat Linux)) id 1hdaoA-0007jl-PI for linux-arm-kernel@lists.infradead.org; Wed, 19 Jun 2019 13:39:28 +0000 Received: by mail-ua1-x941.google.com with SMTP id j21so4235224uap.2 for ; Wed, 19 Jun 2019 06:39:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=ygy1CFkQCFTyi/IaVMEk8MlBKcngDnJcBhfNCxwCCbI=; b=SJYrCy+bfnRbJ93ZqsjyRYfk4YZr6fNQVRLcOUDirI0mB2QZiVbpPFPpgOH4OwXisL 6T/Nz3oRrbVzY68aw9HU+kZGXvjwf7YTiDi4NxbV8yV0lyRy3Se3TO8YAaArfXc1NgtD e+tZPzTrD/vCFJ9UNyQsw9tSySTeg9ZqTusm+nmEM3quTV5E2qsygs361Z4PwT5q2ykf BhTkWoKQZX1OOVred+4P5uyHX9NfhGoPuKhVGsShL1G9F42URdX0phy2rRjOWz6ZkUDU fdM5Rc71DmqsoooEurdw3vvURuQnOoBEoebttrxPtmjg8cQ01FaT8ZtaTsis8IXqNWm+ ZkQQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=ygy1CFkQCFTyi/IaVMEk8MlBKcngDnJcBhfNCxwCCbI=; b=BrgcdQhW2nyzEX/N4e53wxqrdVQhI2aXt/tuyJtyPvBim84/FRmGTTHfEzAfoGZ/+J L/pfnWzdwzJqMDnLgsb/ZvrYzdApDqLe3nZ07WLKgfwByHWEx5K4epxopmWbUDGGZXEK KM4CjZrkz7U8H+vrop+KYsnTVUttAKTuXXVk3W+J4hJCqdYGDm7qhFxnt1cQRjsBJ25M ILP1rmCQhewCmxcARQMtuHlz3xsfgMg13bgWn/3Roe3M7bR7t0Vq3PbW9Ys8Oi469xo0 A2+Nw/aaMW7ocLJ2iunhCCsW6EZQa6UrMmOd6LAQp0AJZ+fTIKd++1Y/EZ+0Qf1rDDYj 3tLg== X-Gm-Message-State: APjAAAVxd7itRo/puL+yr1ax312YDiGPSLVQDhfH4sy5OSEJvVOmJiJP U4Jf7lp7IkObKn+TmA8AQsF2A14xMRWloLl+9a/gwlLL X-Google-Smtp-Source: APXvYqy2SC+4P4kfrJYqcfaPIIK+E7p9ADoB0DluVM96aMYIJtafUGfr1APFftQPqYnOav8bOUtdJ6QkFhwE1yInUVU= X-Received: by 2002:ab0:60ad:: with SMTP id f13mr15613313uam.129.1560951563492; Wed, 19 Jun 2019 06:39:23 -0700 (PDT) MIME-Version: 1.0 References: <1560247011-26369-1-git-send-email-manish.narani@xilinx.com> <1560247011-26369-4-git-send-email-manish.narani@xilinx.com> <5feac3fb-bef3-b7d1-57d6-81e115e1f555@xilinx.com> In-Reply-To: From: Ulf Hansson Date: Wed, 19 Jun 2019 15:38:47 +0200 Message-ID: Subject: Re: [PATCH 3/3] mmc: sdhci-of-arasan: Add support for ZynqMP Platform Tap Delays Setup To: Manish Narani X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20190619_063926_918487_DAAC9A0F X-CRM114-Status: GOOD ( 16.52 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Mark Rutland , DTML , Nava kishore Manne , "linux-mmc@vger.kernel.org" , Adrian Hunter , Linux Kernel Mailing List , Jolly Shah , Rajan Vaja , Rob Herring , Michal Simek , Olof Johansson , Linux ARM Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Wed, 19 Jun 2019 at 10:40, Manish Narani wrote: > > Hi Uffe, > > > > -----Original Message----- > > From: Ulf Hansson > > Sent: Monday, June 17, 2019 5:51 PM > [...] > > > > The "const struct zynqmp_eemi_ops *eemi_ops; should then be moved into > > a clock provider specific struct, which is assigned when calling > > sdhci_arasan_register_sdclk. I understand that all the clock data is > > folded into struct sdhci_arasan_data today, but I think that should be > > moved into a "sub-struct" for the clock specifics. > > > > Moreover, when registering the clock, we should convert from using > > devm_clk_register() into devm_clk_hw_register() as the first one is > > now deprecated. > > Just a query here: > When we switch to using devm_clk_hw_register() here, it will register the clk_hw and return int. > Is there a way we can get the clk (related to the clk_hw registered) from the > clock framework? > I am asking this because we will need that clk pointer while calling clk_set_phase() function. I assume devm_clk_get() should work fine? Kind regards Uffe _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel