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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id CECFFC433EF for ; Fri, 11 Mar 2022 03:32:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=RDkR+N9Dc5dM5j5WUSHZQNrPKHMPt+E/HpZAVksyQY8=; b=484wxUTJlWfbBo IQIXvZaCK2twhOOAkgywVlEzpEeQ5DxeWr9CKQRbvjfxoIvKgkCVc/ypBa4WRJZcgRJjECnVZfQz2 enOK8epblovBr7CGpJGSpUrVZ8/Z7avx+xnN92erl4zcrF3e8BomWHgATwDqVWcD75lASE/zMicMg XxCpD0hrTfpNbcCgITBtHFBOXF+Z+QiV74xtonEufCTDaSWIC/5272krM3cvzG0HdZWkyJrT5Y/tV xIVatsnT+bFn5bejtueYyvvlGtQRzRJ814mK6c4cDXk55wYApII25hg8xfWnd8IKfVTJWV2vIL/LZ 80bFJH4AmdU/78rIHlkg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1nSVzw-00EuNJ-N8; Fri, 11 Mar 2022 03:31:24 +0000 Received: from mail-pg1-x52d.google.com ([2607:f8b0:4864:20::52d]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1nSVzt-00EuMd-AK for linux-arm-kernel@lists.infradead.org; Fri, 11 Mar 2022 03:31:22 +0000 Received: by mail-pg1-x52d.google.com with SMTP id q19so6390803pgm.6 for ; Thu, 10 Mar 2022 19:31:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=imNBSIwjSlC6ItQ14TLvh/vdfAlGhNku+y9tGsB5/7E=; b=gVobWzDkBrAo+hw4n9VuzK5+h5agn58l1RW4JxQd078MoX0q92ou/neAtOD9QSXZWE 6DPpTbQ3uPOr0JI6Xb5U9xXEgh3w546jVUsSJ1fD1IG4DSL3N2JiEgFXd4eq3vr2ZFWl /wiiEu+BVpr6Lj+m8X38R2A1f1GPOBvtUkVY5bUez1TFKlMh459M14hgiApzWZ/R2bQq 31AGfynKM7iqLLmgj0ui6aSEelBRH/yu6pR6j8v4iqPa8qgYtpFgxeVm6Mbob1Nccd3e V2h5c83YHxBcazrd0g4VEbJarTAfuGnCjSP9rnACJtnKXjiX+2Se50dT0QzWxXb3U4Wl 9LiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=imNBSIwjSlC6ItQ14TLvh/vdfAlGhNku+y9tGsB5/7E=; b=d7M9ZQREq15z00VIG/UR3hh0ckWFMZw/AMIUpUHd50yPolue6m3fwwZebhdZpkWz9R kTSbq2svEAB4T64pBz1esEbs/62fm8AlVCSdQFMrtBmcdFS2H/V3G8b8+7+Ld6M29t+U axkfwhFmax7aJxzfjU3RFFY+1rA+2MYcnVm7WrpowJY20/WahJCpEf2tAVKlKd+CC/IG WCzy3FSXM8DwhVqVT4EPIs1+oJZWgeEe+ioZxX0AUeBXqg1xCgrvFSeFqYuXhJEXV7+0 /y2UO6uumxvrmAiTSf9GbCAq3iovE4s31X6MbT2QjolCe7IzvoMlvp5oWDiCmEor3bhP fQeA== X-Gm-Message-State: AOAM531PNfW764ZN6c+0IAa5T7t50LCqIntN6hzoHG+59LeqWtTaOWBp MPxtYGmVXHhmPPIUBUPLjJ0= X-Google-Smtp-Source: ABdhPJwP3rQzh9FHLMFEruTIGTsCLsEHHjoOf1bZkvHQ/h8cbul5OSBu/iFTOzYa5Gom6BPhxyC8Hw== X-Received: by 2002:a05:6a00:2166:b0:4f6:67fe:a336 with SMTP id r6-20020a056a00216600b004f667fea336mr8321867pff.17.1646969480464; Thu, 10 Mar 2022 19:31:20 -0800 (PST) Received: from 9a2d8922b8f1 ([122.161.53.68]) by smtp.gmail.com with ESMTPSA id z16-20020a056a00241000b004f3a647ae89sm8132847pfh.174.2022.03.10.19.31.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 10 Mar 2022 19:31:20 -0800 (PST) Date: Fri, 11 Mar 2022 09:01:14 +0530 From: Kuldeep Singh To: Rob Herring Cc: Mark Brown , linux-arm-kernel@lists.infradead.org, linux-spi@vger.kernel.org, devicetree@vger.kernel.org, Robin Murphy , Linus Walleij , Krzysztof Kozlowski Subject: Re: [PATCH v2 1/2] dt-bindings: spi: Update clocks property for ARM pl022 Message-ID: <20220311033114.GA91368@9a2d8922b8f1> References: <20220308072125.38381-1-singh.kuldeep87k@gmail.com> <20220311025502.GB54098@9a2d8922b8f1> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20220311025502.GB54098@9a2d8922b8f1> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220310_193121_384997_2DD7401D X-CRM114-Status: GOOD ( 26.26 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Fri, Mar 11, 2022 at 08:25:02AM +0530, Kuldeep Singh wrote: > On Thu, Mar 10, 2022 at 04:05:37PM -0600, Rob Herring wrote: > > On Tue, Mar 08, 2022 at 12:51:24PM +0530, Kuldeep Singh wrote: > > > Add missing minItems property to clocks in ARM pl022 bindings. > > > > > > This helps in resolving below warnings: > > > clocks: [[4]] is too short > > > clock-names: ['apb_pclk'] is too short > > > > Again, the error is in the dts files, not the schema. > > Rob, kindly note this series number is deprecated and I have sent v3 > version some time back. Here's the link: > > https://lore.kernel.org/linux-spi/20220309171847.5345-1-singh.kuldeep87k@gmail.com/T/#u > > > > > > > There's 2 possible answers. First, both clock inputs use the same source > > clock. That's an easy fix. List the clock twice. Second, one clock is > > not described in DT or visible to s/w. It still has to be in the h/w and > > could be described as a 'fixed-clock'. A DT should either be all in with > > clocks or not use the clock binding IMO. Describing some clocks and not > > others is not a good solution. > > > > For example, let's look at bcm-cygnus as one of the single clock > > examples. The first thing I notice is there is a apb_pclk already > > defined. The pl330 uses it. The watchdog (also Primecell) lists the > > source clock twice. So what should pl022 be? IDK, ask the Broadcom > > folks. If they don't know, then list the source clock twice. That's > > effectively no change from what we have now. I just noticed not all platforms possessing single clock are raising 'dtbs_check' warning. For example, bcm-cygnus and lpc32xx passes check even though their DT clock entry has just "apb_pclk". Any reason why they pass successfully through checks? > > Yes, I took motivation from sp805 watchdog(primecell) while resolving DT > conflicts. I found LG and amd seattle platform with single clock in DT > for which I have sent patches. Link is below: > > https://lore.kernel.org/linux-devicetree/CAL_Jsq+k+ridWTkdy4xwTC7VxUTU8tu+Q2BA9kbQVA222PWvZw@mail.gmail.com/ > > Moreover, I observed that clocks and clock-names are not required > properties for pl022. I am wondering reason behind the same when you > first made changes. Any specific reason not adding them which I am not > aware of or it just got missed? > > - Kuldeep _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel