Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp880937iog; Wed, 29 Jun 2022 12:06:25 -0700 (PDT) X-Google-Smtp-Source: AGRyM1sFRHQ4o0tmRKEFG9V/PURRem8SxZQvC/SQRaKxMczprycX03qe3lZrDz2PvVeJ6czQ77nh X-Received: by 2002:a17:903:41c9:b0:16a:639d:b6db with SMTP id u9-20020a17090341c900b0016a639db6dbmr12066007ple.105.1656529585405; Wed, 29 Jun 2022 12:06:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656529585; cv=none; d=google.com; s=arc-20160816; b=cw5nQU/55sL2ruzPYPsiICi3+iKkWKMwq0dOh0Ln+4Ylw0tr8Lk1wUnrI5qQifU9gL CBygMt9W0DfPwTLuXiSeZjZflPsvr3iL/9u37uqyeJzwxdQllQPkWIIIo3amuK5sh11t sf+E/Av6Y3qt4+IGpogMI2ehlkHtKuoW8ULlOPJR3VlWd/t3881n7pmperWbfbOLTwjX ocFw/iwc3GAuQ/rf+bsb5rNbZJG9roWhyfHb1A0uk8n8iGXOstJHDmvhdnVIOYjkIe37 iPAOPk9f2PL3Fy9sknstnovJLX1QEXqyJ4aI5HBVavEO0NZLhh+croq+D2ItuuXPl5dt P8UQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=jy6W+7k3BeJKqgzPdz2XPAPUoN0FAdZUL4QV7gd3iGc=; b=qrUCLqeGwtfPKGHGf5knclnTIN8De4vCdtXf9NYNpCsiOZSrUafKE7QkbwrdmPfXnS 4Z9dRUdlrgTacGpO6JyUQT0MCRtW00ofavPS4b8EXJId13Snaw+43M4p159QFjCqFgYK n3I6UK8jRoFA/33/44aueyVTUzBM9zXVZ0eXfH6XSD6TvoOU4jDXA9BNFnLbhy5Xto0T xnuo5DxcGdfeffeq56TjZcBswpV4nVS/InF+8TM6M4Zz067FVXoBc6c7GarD5dlbeEKi fZ+7fviJLUNdbqtt1xQSFw43tCmgunFoEJUtfc1Jp2VCh4NxpZk+l5WD5NZooPphIUYp +3ag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=W2NDukZr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y2-20020a170902cac200b0016a29155e0dsi19318140pld.205.2022.06.29.12.06.05; Wed, 29 Jun 2022 12:06:25 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=W2NDukZr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229889AbiF2Szy (ORCPT + 99 others); Wed, 29 Jun 2022 14:55:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41402 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229476AbiF2Szx (ORCPT ); Wed, 29 Jun 2022 14:55:53 -0400 Received: from madras.collabora.co.uk (madras.collabora.co.uk [46.235.227.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B33122AC77; Wed, 29 Jun 2022 11:55:52 -0700 (PDT) Received: from notapiano (pool-98-113-53-228.nycmny.fios.verizon.net [98.113.53.228]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: nfraprado) by madras.collabora.co.uk (Postfix) with ESMTPSA id DD78D6601924; Wed, 29 Jun 2022 19:55:49 +0100 (BST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1656528951; bh=GuaqbcYp+PIdlyYAwEfu+gsN8LZtcE7SN+Ulmy7dl7w=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=W2NDukZrzpjsnwS/7rMZy5ACcuA7lxgFs06F1OfZj2mrxXy0apzTAeAxM5zULbXew MKqaUlDqxmfkfq/Ek+lRhq9uuhe+9ulbhdkiQ29q85Q1B8+E2fB2JBDK0K26PzkM+y CXcXLGRqYrsfbBX4++oAWMAoySib7C53BwlRr+BQm339A9SC9UPmy66fSrRdCF7ivQ 0zcLTBhRIasmZAMMDC+T0IYpIkSnU+JpS/yq1zBH3xijf0xsCOQy92GcuTJwyk5ePr Prm88EgOx1dWFkiIj8301TZ0s503/nBALuw/HnQFtFRz4qzrckE7kPBkRmetHyfLNJ K1UyfaRac3qbw== Date: Wed, 29 Jun 2022 14:55:46 -0400 From: =?utf-8?B?TsOtY29sYXMgRi4gUi4gQS4=?= Prado To: Chunfeng Yun Cc: Greg Kroah-Hartman , Matthias Brugger , AngeloGioacchino Del Regno , kernel@collabora.com, Krzysztof Kozlowski , Rob Herring , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-mediatek@lists.infradead.org, linux-usb@vger.kernel.org Subject: Re: [PATCH v2 2/4] dt-bindings: usb: mtk-xhci: Make all clocks required Message-ID: <20220629185546.z6rn7xp3ejpmaupi@notapiano> References: <20220623193702.817996-1-nfraprado@collabora.com> <20220623193702.817996-3-nfraprado@collabora.com> <93c6b7201533325cf7758637dd194a372f3c00c6.camel@mediatek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <93c6b7201533325cf7758637dd194a372f3c00c6.camel@mediatek.com> X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_NONE,SPF_PASS, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 28, 2022 at 08:57:45AM +0800, Chunfeng Yun wrote: > Hi N?colas, > > On Thu, 2022-06-23 at 15:37 -0400, N?colas F. R. A. Prado wrote: > > All of the clocks listed in the binding are always wired to the XHCI > > controller hardware blocks on all SoCs. The reason some clocks were > > made > > optional in the binding was to account for the fact that depending on > > the SoC, some of the clocks might be fixed (ie not controlled by > > software). > > > > Given that the devicetree should represent the hardware, make all > > clocks > > required in the binding. Subsequent patches will make the DTS changes > > to > > specify fixed-clocks for the clocks that aren't controllable. > > > > Signed-off-by: N?colas F. R. A. Prado > > > > --- > > > > Changes in v2: > > - Undid clock list changes that allowed middle clocks to be missing > > from > > v1 and made all clocks required instead > > - Rewrote commit message and title > > > > Documentation/devicetree/bindings/usb/mediatek,mtk-xhci.yaml | 4 + > > --- > > 1 file changed, 1 insertion(+), 3 deletions(-) > > > > diff --git a/Documentation/devicetree/bindings/usb/mediatek,mtk- > > xhci.yaml b/Documentation/devicetree/bindings/usb/mediatek,mtk- > > xhci.yaml > > index 63cbc2b62d18..1444d18ef9bc 100644 > > --- a/Documentation/devicetree/bindings/usb/mediatek,mtk-xhci.yaml > > +++ b/Documentation/devicetree/bindings/usb/mediatek,mtk-xhci.yaml > > @@ -67,7 +67,6 @@ properties: > > maxItems: 1 > > > > clocks: > > - minItems: 1 > > items: > > - description: Controller clock used by normal mode > > - description: Reference clock used by low power mode etc > > @@ -76,9 +75,8 @@ properties: > > - description: controller clock > > > > clock-names: > > - minItems: 1 > > items: > > - - const: sys_ck # required, the following ones are optional > > + - const: sys_ck > > - const: ref_ck > > - const: mcu_ck > > - const: dma_ck > > This patch causes more check warning, I prefer to leave dt-bindings > unchanged, but just fix mt8195's dts warning instead, thanks a lot Hi Chunfeng, the warnings reported by Rob's bot only happen if patches 3 and 4 aren't applied to adapt the devicetrees. They are ABI breaking changes, but I understood this as the desired solution from the discussion we had with Krzysztof on v1 [1]. I was expecting some feedback from Krzysztof or Matthias if this was an issue, but it looks like Greg already merged the patch. I'll wait a bit for some feedback and if this really was a misunderstanding I can send a revert patch. Thanks, N?colas [1] https://lore.kernel.org/all/20220622132219.36rvznhip2egujec@notapiano/