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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 4F79ACCA479 for ; Mon, 4 Jul 2022 08:06:47 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233084AbiGDIGq (ORCPT ); Mon, 4 Jul 2022 04:06:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48480 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232995AbiGDIGp (ORCPT ); Mon, 4 Jul 2022 04:06:45 -0400 Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 29A37AE5B for ; Mon, 4 Jul 2022 01:06:43 -0700 (PDT) Received: by mail-lj1-x229.google.com with SMTP id l7so9360862ljj.4 for ; Mon, 04 Jul 2022 01:06:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=message-id:date:mime-version:user-agent:subject:content-language:to :cc:references:from:in-reply-to:content-transfer-encoding; bh=W9vEcsuPOmb6PFD1YP9Cd5t2i8+H7vKDdbGELGM7w6o=; b=qIVH3JbKvPTI90pL62KYY0CE73JeN2SUYSrBybV8uswZCRUzC7TyQR8SVFp8MZtE+n xr7tJOlv3L2n5ZyjubWWSM+HvxpWMMviQPJGc+z61rfEV7BG6cQlF6JShpAp0jtu8vVF ceTB3j2pH2b/Yt1sE4BJDCgHdKQmyfJZMtTr8D5mHqeWpIZvfd9zndu2IJA4nuyF61qJ PLuksfEnXLVGlUXKspIWeM/QLHcLr0LmFBlIvSpGCb9lgFdOCT5hGek9uM/lI/l3D+aq iN+8aCJy4pGjNnJY/joNcWnXboVwrTUBBtxKGrp15wZVhuCWO0JNd1/VK0fRmlhAUyqW ctvw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :content-language:to:cc:references:from:in-reply-to :content-transfer-encoding; bh=W9vEcsuPOmb6PFD1YP9Cd5t2i8+H7vKDdbGELGM7w6o=; b=QNzFi/KXcF38zUM8t4iAd3qw7/sNFWTYoc/66ZwF2Oj+VLNhSsduOmIDuYJ4Yhvk0Q S71Yq/aCYuE/4a2f/6582CBivCt9GsAEATZ6gXm1F5XXdZx6y+xQ0n7wXe0pb2JZWzqp Z6puspXFnuXt0MAdHIal9e6jqXfqpOF2tO6ExQc9BB/QtT6vm9oCoe7qTDlQQHK8u1Ip 3IKe70FFpqV0Toc+5ecKfAx9wktzsppwR9DHh8Z1SzU4pO7gOgjklkite3Jbu91lYUj0 CKREjPbSeLlewzC4R5S0763AQKPgqIz1rOp4WbVO/cc2TIHirUq7fJzA7H/gxVNkVDEM nMyw== X-Gm-Message-State: AJIora982LTm67Nu6b86JO6mCQt2mOOcat6f/GafbMnL89MpaUNvLfuX 81xBQDrVPFqpWtm4dY+2HJIfmQ== X-Google-Smtp-Source: AGRyM1shyweS5X2mqdSfWYknlmTWWG1DGobjjvfheeS4TSNX76HtThJhWEt1hwbwlkge4YLK4Rb5CA== X-Received: by 2002:a2e:9097:0:b0:25a:6e3a:8b21 with SMTP id l23-20020a2e9097000000b0025a6e3a8b21mr15698533ljg.37.1656922001547; Mon, 04 Jul 2022 01:06:41 -0700 (PDT) Received: from [192.168.1.52] ([84.20.121.239]) by smtp.gmail.com with ESMTPSA id b8-20020a056512218800b0047f7c897b61sm5018145lft.129.2022.07.04.01.06.39 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 04 Jul 2022 01:06:40 -0700 (PDT) Message-ID: <2823c36d-efce-6c02-3b00-df1466c0d2bc@linaro.org> Date: Mon, 4 Jul 2022 10:06:39 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.10.0 Subject: Re: [PATCH v6 10/14] arm64: dts: freescale: imx8qxp: Remove unnecessary clock related entries Content-Language: en-US To: Viorel Suman Cc: Viorel Suman , Rob Herring , Krzysztof Kozlowski , Michael Turquette , Stephen Boyd , Dmitry Torokhov , Srinivas Kandagatla , Dong Aisheng , Fabio Estevam , Shawn Guo , Stefan Agner , Pengutronix Kernel Team , Linus Walleij , Alessandro Zummo , Alexandre Belloni , "Rafael J. Wysocki" , Daniel Lezcano , Amit Kucheria , Zhang Rui , Wim Van Sebroeck , Guenter Roeck , Sascha Hauer , NXP Linux Team , Abel Vesa , Oliver Graute , Liu Ying , Mirela Rabulea , Peng Fan , Ming Qian , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-clk@vger.kernel.org, linux-input@vger.kernel.org, linux-gpio@vger.kernel.org, linux-rtc@vger.kernel.org, linux-pm@vger.kernel.org, linux-watchdog@vger.kernel.org, linux-arm-kernel@lists.infradead.org References: <20220629164414.301813-1-viorel.suman@oss.nxp.com> <20220629164414.301813-11-viorel.suman@oss.nxp.com> <483d5115-4027-e811-8bce-15da6c7c660f@linaro.org> <20220630083636.2c7mclmbq3tjma2j@fsr-ub1664-116> <5d8b2044-5ca6-c90c-57b4-afbb2ae20dde@linaro.org> <20220630194804.sa3mvokpv7iksgbx@fsr-ub1664-116> From: Krzysztof Kozlowski In-Reply-To: <20220630194804.sa3mvokpv7iksgbx@fsr-ub1664-116> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-gpio@vger.kernel.org On 30/06/2022 21:48, Viorel Suman wrote: > > The question context looks a bit shifted. The "clocks" and "clock-names" > attributes are removed from a clock provider device. > > The OS clock provider in this case is a client which uses some protocol > to communicate with SCU via a messaging unit. There is no > access to xtal clocks via the existing OS<->SCU communication protocol. SCU does not need to access them via communication protocol. It's enough that they are clock inputs, physical clocks being fed to your hardware which you describe in the DTS. Best regards, Krzysztof