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 2A7ACCCA482 for ; Mon, 4 Jul 2022 08:06:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233009AbiGDIGr (ORCPT ); Mon, 4 Jul 2022 04:06:47 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48492 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229658AbiGDIGp (ORCPT ); Mon, 4 Jul 2022 04:06:45 -0400 Received: from mail-lj1-x22b.google.com (mail-lj1-x22b.google.com [IPv6:2a00:1450:4864:20::22b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 31CD5B1CD for ; Mon, 4 Jul 2022 01:06:43 -0700 (PDT) Received: by mail-lj1-x22b.google.com with SMTP id b19so10092655ljf.6 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=oCaJehY63G8JvM0Rv0qrHkr+hRfx8JhMYhvjGRxHJzOMyHnrYAnqzcq/Bv46z6iBbM Cf26sB1tOHdA5n/Gg0pSGskrJt/6gVh6x50RRysxnTPwwYelIea/DXq/1Z571poXZPbF endUB5I/HmChAChL7UCdhZq5+zt1Vab7XTOdJWY1Z4Z1MzgL6VMwQmueEj/W/7IssOxt JWbe6ulrv6rFUxh2/Ap/0P6UIyf28pUvv/bg1I2wxNM1oDAIUp/DVzP0E5osm5PftW60 KWdD89YSJMsWQkDIg9hYtSkJQFM+UYdclUsFFJvzOFcpC03TQY+Kurvc98OTMqLrYkln lKZQ== X-Gm-Message-State: AJIora8vMJGCLhm0F12VPkl7doDgwvvhCNlxl1ds7+suiAy4jIJN+Lni zJE2HO4zQcfDBhrtDoDU5uir8A== 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-input@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