Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp1200810pxf; Fri, 12 Mar 2021 04:31:52 -0800 (PST) X-Google-Smtp-Source: ABdhPJw9VTUs0Pkvv3E/a95sVtDjZmXLudc7gc5rxCEW9mPu+BS8zond2Sf9biegXWCgsKzlo7at X-Received: by 2002:a05:6402:2552:: with SMTP id l18mr13639460edb.71.1615552312544; Fri, 12 Mar 2021 04:31:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615552312; cv=none; d=google.com; s=arc-20160816; b=IZVM8aKMPvMzyAL9s1li6LZ2Ge4EJW9unO4rCgMFtx6h3M2w+glg0JCs74ATyRxYzN 5Ci6gvxyYzcqkDWnJ2sSd5PHwRUw2NAkUp0rJzI3ctzOZOrdx7Vm2Nmv19WAxU/yl63g znIqPtvHndA1+AP9FGBW4LcLooafQwMJEeB7rP2lOobuiGJJeJ7pRsIlNCjm9wWp2sgI YVzKHHL60UEvsCbh+xPJxAAvll+52Pqegu/jis8wUHNkKBEnwgZQVbixcziV/zBcC+Lc UxjGe6dPrPXma75eJIhGiG1wIiC4v9SnyihAR+qCvpMKokvrYvFoTP8X37p+VhkdYYnX b7Vw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:user-agent:references:in-reply-to :subject:cc:to:from:date:content-transfer-encoding:mime-version :dkim-signature; bh=DLDt3qK5Lj/9krzodd0NKRhKwpbPQn93pLiyIHMlDW4=; b=WOfOX/x80gifjIaGXOCbp1SyB3o97txa7q1x6pI5jL6dM7EHMBIhQwk+HT+swWSesb C1dKMsL0xg7yexfGFL1sOLOLjJaBww8633yMHtrkgYCTR9nGkfWiFYxLGdgaHcZF2Pzv l328nfQMqEvmebKWB7gcdXCVwkJO+Bq0X06QdPXDeKPBnzGnP/cVI0qJofINrf1QiShK DUQDcyhiFKAp4PNi6QAPI3Jm21ccgCRBeZeKENw3lPqGUNeKWafJXjqFinziUp60Jkox O+yuPae1Tmsm8mg+qK6rpzlPnYziSrcxWIhSHjcmNKA4eJFtceQ6+2sqmVU95hVbMbt4 uAdg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@walle.cc header.s=mail2016061301 header.b=JUibZx2Y; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w22si3956333ejc.517.2021.03.12.04.31.29; Fri, 12 Mar 2021 04:31:52 -0800 (PST) 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=@walle.cc header.s=mail2016061301 header.b=JUibZx2Y; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229505AbhCLMa1 (ORCPT + 99 others); Fri, 12 Mar 2021 07:30:27 -0500 Received: from ssl.serverraum.org ([176.9.125.105]:57033 "EHLO ssl.serverraum.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229568AbhCLMaE (ORCPT ); Fri, 12 Mar 2021 07:30:04 -0500 Received: from ssl.serverraum.org (web.serverraum.org [172.16.0.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ssl.serverraum.org (Postfix) with ESMTPSA id 550BD22238; Fri, 12 Mar 2021 13:30:02 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=walle.cc; s=mail2016061301; t=1615552202; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=DLDt3qK5Lj/9krzodd0NKRhKwpbPQn93pLiyIHMlDW4=; b=JUibZx2YXrL0+9ptaGFBZofuARSICiab+jH7Ss0cay9ZcmU0D3vh1gZdeXXD0DNc3h3g60 LMYwkXdk50J1K4d0J8tLLq6ujOw7IzFxnNqUyJ+Zaj8wxNqlj0qw3slHj3m1GJZl1orOYk p42hD3MvuvCFZihjvNoxAoQCNJZhEPs= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Fri, 12 Mar 2021 13:30:02 +0100 From: Michael Walle To: Mark Brown Cc: Sameer Pujar , alsa-devel@alsa-project.org, devicetree@vger.kernel.org, jonathanh@nvidia.com, kuninori.morimoto.gx@renesas.com, linux-kernel@vger.kernel.org, linux-tegra@vger.kernel.org, robh@kernel.org, sharadg@nvidia.com, thierry.reding@gmail.com Subject: Re: [PATCH 1/3] ASoC: simple-card-utils: Fix device module clock In-Reply-To: <20210312120456.GD5348@sirena.org.uk> References: <1612939421-19900-2-git-send-email-spujar@nvidia.com> <20210309144156.18887-1-michael@walle.cc> <611ed3362dee3b3b7c7a80edfe763fd0@walle.cc> <20210311161558.GG4962@sirena.org.uk> <20210312113544.GB5348@sirena.org.uk> <6ed28bb5330879b1919aced5174f319f@walle.cc> <20210312120456.GD5348@sirena.org.uk> User-Agent: Roundcube Webmail/1.4.11 Message-ID: <684332700f8be9f77348a510eb6eba22@walle.cc> X-Sender: michael@walle.cc Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 2021-03-12 13:04, schrieb Mark Brown: > On Fri, Mar 12, 2021 at 01:01:41PM +0100, Michael Walle wrote: >> Am 2021-03-12 12:35, schrieb Mark Brown: > >> > If the card has a clock API clock as sysclk then set_sysclk(() should >> > be configuring that clock. > >> What do you mean by "the card". The simple-audio-card itself? > >> Take a look at: >> https://elixir.bootlin.com/linux/v5.12-rc2/source/arch/arm64/boot/dts/freescale/fsl-ls1028a-kontron-sl28-var3-ads2.dts#L29 > >> Does the card has a clock? IMHO the WM8904 codec has a clock, but not >> the audio card. > > The clock on the CODEC, which the card configures. The CODEC should be > passing on the configuration to the clock API. Sorry, I don't understand. The card calls set_sysclk(), which eventually ends up in the codec. The codec therefore, could figure out if it needs to configure the clock or if it can use its internal FLL. Is that what you mean? But the set_sysclk() of the codec isn't even called, because the card itself already tries to call clk_set_rate() on the Codec's MCLK, which returns with an error [0]. [0] https://elixir.bootlin.com/linux/v5.12-rc2/source/sound/soc/generic/simple-card-utils.c#L265 -michael