Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp2383482pxb;
        Tue, 13 Apr 2021 00:03:12 -0700 (PDT)
X-Google-Smtp-Source: ABdhPJx2N8tWPo5IVFQMuz6N/Z7yCe9ezREYic5+w+0Q/c4k0fqKQxfcV93+2hTqxIreUn0msZwO
X-Received: by 2002:a63:360b:: with SMTP id d11mr30644735pga.297.1618297392343;
        Tue, 13 Apr 2021 00:03:12 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1618297392; cv=none;
        d=google.com; s=arc-20160816;
        b=xQDWDXuvBbbJsI+fpBdRafrgZHK64a6xZMNAEpAttx8weGD+xB6ukv5VU3OiXvZgN1
         ens6J26LLunf2yQpWsIwza5dUghw+m0SbXbMir+apZx+v3TcUQBlf9bpYFgpzGlIXflY
         s2xaY3O4CuzfPJmxycnr49wrcGL2oNu0cb1ErNN5WrnexsmfMhDF0IhaWnNvuYY5Nlab
         E5jSfFPd8HhKiuTWx/mwwRKo0qGMtcHlT4vhArVLUucqJJBIrEvrXbhSRSwtzNnhhjEq
         phvaL9XrcYOO1RFaIS12XveUCO/daur6t2zI6ginmygQgi3Id6kHPsyjnGxh/0UPUzjk
         dZxQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816;
        h=list-id:precedence:user-agent:message-id:date:to:cc:from:subject
         :references:in-reply-to:content-transfer-encoding:mime-version
         :dkim-signature;
        bh=r9UKdIFOgp7BUaHYAHhj7B4vhiYePgsCQ4+XN5Emsd4=;
        b=u1If+Rxrb6i2w7sL1JFpl2W5wLegg4oXGcdOtrc3FfPjWKXVYz6BHXh0HVR8DhjSza
         mtiyjpMG3PLy9xbGRdoyHnMwgLgVLPNqqcKkXSk6kPRTcqxAzkhXmib6gsUqW4AimjIv
         H8s1ykvQfF9bqBVAkoj8uRSSw3iWNYlVFiNIYckWLgrDGvrC0MeslbVdIQeAIIh6FbAF
         uYj447cu7mEM5Fa+tH7JgE2W4FLUdLFfeD/lGzJVvNoiHDFidWDWkqdHHpmHqu03+xtO
         rX9JrjvGyo/bHvW+w3kDouOpo1wxJMrMX4ow9Ho3gp2jvoffXjyZC+AUTjZHQMr1gnr1
         Gbjw==
ARC-Authentication-Results: i=1; mx.google.com;
       dkim=pass header.i=@kernel.org header.s=k20201202 header.b=AYOwAoNu;
       spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org
Return-Path: <linux-kernel-owner@vger.kernel.org>
Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18])
        by mx.google.com with ESMTP id j16si18400209pfi.107.2021.04.13.00.03.00;
        Tue, 13 Apr 2021 00:03:12 -0700 (PDT)
Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Authentication-Results: mx.google.com;
       dkim=pass header.i=@kernel.org header.s=k20201202 header.b=AYOwAoNu;
       spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org;
       dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
        id S237971AbhDLU0G (ORCPT <rfc822;linux.whf@gmail.com> + 99 others);
        Mon, 12 Apr 2021 16:26:06 -0400
Received: from mail.kernel.org ([198.145.29.99]:46358 "EHLO mail.kernel.org"
        rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
        id S237251AbhDLU0G (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
        Mon, 12 Apr 2021 16:26:06 -0400
Received: by mail.kernel.org (Postfix) with ESMTPSA id 6E5FC61352;
        Mon, 12 Apr 2021 20:25:47 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;
        s=k20201202; t=1618259147;
        bh=r9UKdIFOgp7BUaHYAHhj7B4vhiYePgsCQ4+XN5Emsd4=;
        h=In-Reply-To:References:Subject:From:Cc:To:Date:From;
        b=AYOwAoNutSyEqKl/2oZRcdM3qcas7yBRs2LDYEwXIM1B/XVxzEl710EIpG4BJL07Q
         1ifr2J6YaQnGYpAXvTakowZHoxrqrGofbVULEDDEA1Zw3JpwTS69a33HxXjrC4JU4x
         jCiFPin/JuJjKnVCLBfaWMI9kcdGVshDDFvc4Q6MDPQNQYjmPskTjauto+klyqj87V
         9HLCjUvaW3V7CXhRXaggpGYwOzrAFsQcTffpcGt/0jfr9QqgtVb8wR8rZtwg9hvEY9
         rC9mU/TBKWlojN3qhx9uYtXE7U6hJA7xWpXHUW00J5qg2cu04dOI6149IJM/gdkCMM
         Adz/rWlUZEWzA==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
In-Reply-To: <20210410111356.467340-2-jbrunet@baylibre.com>
References: <20210410111356.467340-1-jbrunet@baylibre.com> <20210410111356.467340-2-jbrunet@baylibre.com>
Subject: Re: [PATCH 1/5] ASoC: stm32: properly get clk from the provider
From:   Stephen Boyd <sboyd@kernel.org>
Cc:     Jerome Brunet <jbrunet@baylibre.com>, alsa-devel@alsa-project.org,
        linux-kernel@vger.kernel.org
To:     Jerome Brunet <jbrunet@baylibre.com>,
        Liam Girdwood <lgirdwood@gmail.com>,
        Mark Brown <broonie@kernel.org>
Date:   Mon, 12 Apr 2021 13:25:45 -0700
Message-ID: <161825914594.3764895.14268186433795123078@swboyd.mtv.corp.google.com>
User-Agent: alot/0.9.1
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Quoting Jerome Brunet (2021-04-10 04:13:52)
> Instead of using the clk embedded in the clk_hw (which is meant to go
> away), a clock provider which need to interact with its own clock should
> request clk reference through the clock provider API.
>=20
> Signed-off-by: Jerome Brunet <jbrunet@baylibre.com>
> ---

Reviewed-by: Stephen Boyd <sboyd@kernel.org>