Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp3064142pxb; Sat, 23 Oct 2021 15:13:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz6oLj6nD3Jtl2gMZZ0+03li6ctRl5H2E+kXXS5hbjI1cWLWTWPG2z6cD6m+EC3d7xiDwpm X-Received: by 2002:a05:6402:1436:: with SMTP id c22mr12348881edx.153.1635027208752; Sat, 23 Oct 2021 15:13:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635027208; cv=none; d=google.com; s=arc-20160816; b=iOMA1wIPr/9PAmeiZFvZhTktGReKF2uuSUXPmPcVAgn4tyXSZ63KR69qehOvR/DPA9 2KnyuFfSdtDUPM2UyPwz3ynGiubb1jEvD6xBgEim37eNbNyZjHRLTEWmy0+WzMBKBP/3 DnaG2XaHLj/NGQbrsoyfO0xkwbqusm5mmGBxYehjANn4vE2P8cew/mkeHFWFCmrJa1JO wUgZs00JVgLNSxYUtPYIo4O0g+0tUBHCbphC30pLfcjt8skUnW5gulnC/GdkLMXIsiS0 sBDAYu6JPSL79GU8VUuZDw+xhQj3upj+riyJmRfxX97ThoWEJRHIfgQ2uNu9cRKtd7P5 ootQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :cc:to:subject:from:date:dkim-signature; bh=MfqblF+1rj3tmjWqu4kRVHLDcxNNvTNU5QQ8iw6qvy0=; b=DfMUdx6657cIaDuzJSVc7Ew0jCnyUXb6i1z5WM5XyDCoUYz/vgXdAZRwk9iJ39EEPC al3FEhAZZsrSBib3DAVM7MtQZbAc/QLI+Dpy7ctrmFy+fba4bh4/ign7rH3iZF3VEHJY /UHjHmnBb4BDtByriL1AUXxek9pAe21uHaQgVkH8fCBJcK1Gc/1N3AR3b3mL8MSz2hDh LpApB8jZf/etGwMo3mVqDjo06qphGxZYfFI68GXfcxDGFMa8x4Vniye7F92wP+D853Fg VD7Fbu3oeumRiQAAsaiqgMc9PplMvkDXGyw4U7lXjA+W4XXiYP8Y5lXMBM0zb0h4YVKJ EQkA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ixit.cz header.s=dkim header.b=d46oFwDx; 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=NONE sp=REJECT dis=NONE) header.from=ixit.cz Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id hz2si23564976ejc.296.2021.10.23.15.13.05; Sat, 23 Oct 2021 15:13:28 -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=@ixit.cz header.s=dkim header.b=d46oFwDx; 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=NONE sp=REJECT dis=NONE) header.from=ixit.cz Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231186AbhJWWNJ (ORCPT + 99 others); Sat, 23 Oct 2021 18:13:09 -0400 Received: from ixit.cz ([94.230.151.217]:43448 "EHLO ixit.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229730AbhJWWNI (ORCPT ); Sat, 23 Oct 2021 18:13:08 -0400 Received: from [192.168.1.138] (ip-89-176-96-70.net.upcbroadband.cz [89.176.96.70]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ixit.cz (Postfix) with ESMTPSA id 395BA20064; Sun, 24 Oct 2021 00:10:46 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ixit.cz; s=dkim; t=1635027046; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=MfqblF+1rj3tmjWqu4kRVHLDcxNNvTNU5QQ8iw6qvy0=; b=d46oFwDxH1zjuLwINI/aSrCATiG5mJxl+7Erta2rhJybbpOkiRYbXyo+xefNv6tn1yox4p RnEaQUaQVpcmAmwITtiY+siTf/fA7DW2CbFPi99Kltk8t6Lp5lBUxdLn/P7BFCVSCma8ma UitvzMonrbS309h9z4bCR6+CZALjG3Y= Date: Sun, 24 Oct 2021 00:10:40 +0200 From: David Heidelberg Subject: Re: [PATCH v4] dt-bindings: net: nfc: nxp,pn544: Convert txt bindings to yaml To: Rob Herring Cc: linux-kernel@vger.kernel.org, Krzysztof Kozlowski , netdev@vger.kernel.org, "David S. Miller" , Jakub Kicinski , ~okias/devicetree@lists.sr.ht, devicetree@vger.kernel.org Message-Id: In-Reply-To: References: <20211017160210.85543-1-david@ixit.cz> <1634559233.484644.2074240.nullmailer@robh.at.kernel.org> X-Mailer: geary/40.0 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Well, but the nxp,pn544 won't using `clock-frequency`. So do I have to keep the property there anyway? David On Mon, Oct 18 2021 at 13:34:47 -0500, Rob Herring wrote: > On Mon, Oct 18, 2021 at 03:04:03PM +0200, David Heidelberg wrote: >> >> >> >> On Mon, Oct 18 2021 at 07:13:53 -0500, Rob Herring >> wrote: >> > On Sun, 17 Oct 2021 18:02:10 +0200, David Heidelberg wrote: >> > > Convert bindings for NXP PN544 NFC driver to YAML syntax. >> > > >> > > Signed-off-by: David Heidelberg >> > > --- >> > > v2 >> > > - Krzysztof is a maintainer >> > > - pintctrl dropped >> > > - 4 space indent for example >> > > - nfc node name >> > > v3 >> > > - remove whole pinctrl >> > > v4 >> > > - drop clock-frequency, which is inherited by i2c bus >> > > >> > > .../bindings/net/nfc/nxp,pn544.yaml | 56 >> > > +++++++++++++++++++ >> > > .../devicetree/bindings/net/nfc/pn544.txt | 33 ----------- >> > > 2 files changed, 56 insertions(+), 33 deletions(-) >> > > create mode 100644 >> > > Documentation/devicetree/bindings/net/nfc/nxp,pn544.yaml >> > > delete mode 100644 >> > > Documentation/devicetree/bindings/net/nfc/pn544.txt >> > > >> Full log is available here: >> https://patchwork.ozlabs.org/patch/1542257 >> > >> > Running 'make dtbs_check' with the schema in this patch gives the >> > following warnings. Consider if they are expected or the schema is >> > incorrect. These may not be new warnings. >> > >> > Note that it is not yet a requirement to have 0 warnings for >> dtbs_check. >> > This will change in the future. >> > >> > >> > >> > nfc@28: 'clock-frequency' does not match any of the regexes: >> > 'pinctrl-[0-9]+' >> > arch/arm/boot/dts/tegra30-asus-nexus7-grouper-E1565.dt.yaml >> > arch/arm/boot/dts/tegra30-asus-nexus7-grouper-PM269.dt.yaml >> > >> > nfc@2a: 'clock-frequency' does not match any of the regexes: >> > 'pinctrl-[0-9]+' >> > arch/arm/boot/dts/tegra30-asus-nexus7-tilapia-E1565.dt.yaml >> > >> >> Patches for this are already in grate repository and will be sent to >> mainline soon! :) > > Okay. I was under the impression 'clock-frequency' was removed > thinking > it is in the i2c bus schema already. It is, but unfortunately you need > it here too if used because all properties for a node have to be > listed > in the schema for the node. 'unevaluatedProperties' can't evaluate > properties in the child nodes of the parent schema with the properties > of the child schema. > > Rob