Received: by 2002:a25:683:0:0:0:0:0 with SMTP id 125csp1143150ybg; Thu, 11 Jun 2020 02:01:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxFnKB3v9Pt6PZ4Mtjg2ZfyYqEYuUc4Wlz7ebohwkeHe9aoylWL0WCu3BvvLuZkDLqGUyRW X-Received: by 2002:a17:906:4dc2:: with SMTP id f2mr7790852ejw.402.1591866109417; Thu, 11 Jun 2020 02:01:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1591866109; cv=none; d=google.com; s=arc-20160816; b=HVpTPTT5F3DA6Erd5JayESwWz85ZFaAbLswkTH1yQygrChQiHpA/K5OFONb7x5aK8d 7dOszG2T+MhACWFWsvWrqLAB4u3qXc3aMI2EjzqieCtkNn3QhqEE6CyGkeUsgQGS9geS t0PCtJh8B1VMbPsejBdRRtbqb8wTqGkfXocJkvAZp0jtq0vzFjSjCmZtuFw+nz9ifihr +vypDLa3Y3ch1ISJmsuU4zzl1k4Eug2YnZ/Ihdr/I4QdibmMOZMvYBSjD+tM+g0HIf+S XJYoqkNlcxdF0EnKo7SmdhOHVQVqAHD3kg6X9XD/pdg6KWE/UocI5zlqQsyMUrbO8fY4 DrmA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:references:cc:to:from:subject:dkim-signature; bh=ju8hW0Nntm6A5rQpyFzj3Zxbk+KibA3tjgt8DFUshd4=; b=iPcBN+dQuz2NkrGsN2XwZyz0/gbIe3Nw74A/0E1z3MeUY7HWYLeFoHICP5oleDqqtn bipUmni4JgtEx5lyoMQi5HMjxGeVPaijqKRrsnBhGTwYmRoy0GMrT/NuM8JaOl4tziEY akXcz62qFfEvVYk+uA1dX0ubPiz6ztJP2oXcxWFtR1WLpTtsTDY97INLXkckBgpxLa+/ oJErsV7iuwwbXhw8X9zmsua/X2241fD4UD0T7tuI/dFgE0UOn04Gk0LUsFmJJDzxZUvQ l+oBSLb89oJH8/YvCTSfA8mCOtjUs4Om4dw0nPAX/gUfSEEuww5sbOM1e4ZKLUZgCBBl vwzQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=PImN5EiS; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g3si1552459ejm.90.2020.06.11.02.01.26; Thu, 11 Jun 2020 02:01:49 -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=@ti.com header.s=ti-com-17Q1 header.b=PImN5EiS; 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=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727038AbgFKI7W (ORCPT + 99 others); Thu, 11 Jun 2020 04:59:22 -0400 Received: from fllv0016.ext.ti.com ([198.47.19.142]:52006 "EHLO fllv0016.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726981AbgFKI7W (ORCPT ); Thu, 11 Jun 2020 04:59:22 -0400 Received: from lelv0265.itg.ti.com ([10.180.67.224]) by fllv0016.ext.ti.com (8.15.2/8.15.2) with ESMTP id 05B8xEnp035483; Thu, 11 Jun 2020 03:59:14 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1591865954; bh=ju8hW0Nntm6A5rQpyFzj3Zxbk+KibA3tjgt8DFUshd4=; h=Subject:From:To:CC:References:Date:In-Reply-To; b=PImN5EiSFTZOvESIUfpol30U/CYqfsys/aHI6yzjQ8UAehvHR7r28eRdUJ7cgtY5F a7no8HU0cjyqCB7E8lUoLBfELJZb7Ao2oIVOLFu89b039R60CWeg8KFhR2qfNZsJSV JLqiA5vhospRqrOJc0P1r1qp0PN8Fa+OPflNscY4= Received: from DLEE104.ent.ti.com (dlee104.ent.ti.com [157.170.170.34]) by lelv0265.itg.ti.com (8.15.2/8.15.2) with ESMTPS id 05B8xEkq085761 (version=TLSv1.2 cipher=AES256-GCM-SHA384 bits=256 verify=FAIL); Thu, 11 Jun 2020 03:59:14 -0500 Received: from DLEE101.ent.ti.com (157.170.170.31) by DLEE104.ent.ti.com (157.170.170.34) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3; Thu, 11 Jun 2020 03:59:14 -0500 Received: from fllv0039.itg.ti.com (10.64.41.19) by DLEE101.ent.ti.com (157.170.170.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1979.3 via Frontend Transport; Thu, 11 Jun 2020 03:59:14 -0500 Received: from [192.168.2.6] (ileax41-snat.itg.ti.com [10.172.224.153]) by fllv0039.itg.ti.com (8.15.2/8.15.2) with ESMTP id 05B8xCH1118378; Thu, 11 Jun 2020 03:59:13 -0500 Subject: Re: [PATCH v2 2/3] bindings: sound: Add documentation for TI j721e EVM (CPB and IVI) From: Peter Ujfalusi To: Rob Herring CC: , , , , References: <20200512131633.32668-1-peter.ujfalusi@ti.com> <20200512131633.32668-3-peter.ujfalusi@ti.com> <20200519222132.GA488519@bogus> <65631db2-5cb2-003a-0526-65d26372616b@ti.com> X-Pep-Version: 2.0 Message-ID: Date: Thu, 11 Jun 2020 11:59:59 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <65631db2-5cb2-003a-0526-65d26372616b@ti.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Rob, On 20/05/2020 14.50, Peter Ujfalusi wrote: >>> + clocks: >>> + items: >>> + - description: PLL4 clock >>> + - description: PLL15 clock >>> + - description: McASP10 auxclk clock >>> + - description: PLL4_HSDIV0 parent for McASP10 auxclk (for 48KH= z) >>> + - description: PLL15_HSDIV0 parent for McASP10 auxclk (for 44.= 1KHz) >>> + - description: AUDIO_REFCLK2 clock >>> + - description: PLL4_HSDIV2 parent for AUDIO_REFCLK2 clock (for= 48KHz) >>> + - description: PLL15_HSDIV2 parent for AUDIO_REFCLK2 clock (fo= r 44.1KHz) >> >> What h/w are these connected to? >=20 > These clocks are internal to the SoC with the exception of AUDIO_REFCLK= 2 > which is routed to SoC pin. >=20 >> You have no control interface here, so how do you have clocks? >=20 > I need to control these clocks, the sound card is the user of these clo= cks. >=20 >> Defining parent clocks seems wrong, too. This seems to just be a=20 >> collection of clocks a driver happens to need. Really, you should be=20 >> able query possible parents and select one with the right frequency=20 >> multiple. >=20 > The issue in hand is that I need to dynamically switch between certain > parents of the cpb-mcasp (for McASP) and audio-refclk2 (for the codec) > based on sampling rate of the stream. >=20 > The McASP auxclk parent can be selected from 7 source and I must use th= e > two dedicated ones. > The REFCLK2 parent can be selected from 30 source. >=20 > It is also a limitation of the system that I can not query directly the= > PLL4/PLL15 frequencies, I can only get the frequency on the HSDIVs, but= > I can not get the divider on them. > In order to handle the constraints on clocking I need to know the sourc= e > rate so the dividers can be taken into account. The codec is picky when= > it comes to clocking and there is a need to switch between > 256/512/768xFS based SCKI in order to be able to support sampling rates= =2E >=20 > At the moment I have fixed clocks in place for the pll4/15 with the > rates they are configured so the dts can switch to a real clock which I= > can use in the future. > As things are it is unlikely that I will ever going to have access to > them, but I wanted to avoid in the bindings: > ti,j721e-pll4-rate =3D <1179648000>; > ti,j721e-pll15-rate =3D <1083801600>; >=20 >>> + >>> + clock-names: >>> + items: >>> + - const: pll4 >>> + - const: pll15 >>> + - const: cpb-mcasp >>> + - const: cpb-mcasp-48000 >>> + - const: cpb-mcasp-44100 >>> + - const: audio-refclk2 >>> + - const: audio-refclk2-48000 >>> + - const: audio-refclk2-44100 It should be better to document the refclk2 (and refclk0 for IVI) clocks based on it's use, not source: cpb-codec-scki (sourced from audio_refclk2) cpb-codec-scki-48000/44100 For the IVI binding it is just s/cpb/ivi in the clock-names. - P=C3=A9ter Texas Instruments Finland Oy, Porkkalankatu 22, 00180 Helsinki. Y-tunnus/Business ID: 0615521-4. Kotipaikka/Domicile: Helsinki