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 38FD0CCA47E for ; Tue, 7 Jun 2022 06:34:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S237053AbiFGGej (ORCPT ); Tue, 7 Jun 2022 02:34:39 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53548 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231666AbiFGGeh (ORCPT ); Tue, 7 Jun 2022 02:34:37 -0400 Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7EBEA2E093 for ; Mon, 6 Jun 2022 23:34:34 -0700 (PDT) Received: by mail-ej1-x630.google.com with SMTP id gl15so19254206ejb.4 for ; Mon, 06 Jun 2022 23:34:34 -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=BS02hl5lG0fU1teehsFBTzwy9idYtqKSriIvuXGDAVw=; b=a7CXUgo1LhI6a6Wn7l3MjaqsS2nWFcnVUfB+fpGL3Su3s8vvd+hexirjTkuKfqfJku tpNMIqWEqQEc2ykTutSqnsatSkZguMPoVRX3zgp44CcWRwEfmM1O1H6YW+PdMuDF7l1h GQ6t7rKl0oPrV2wyje3dJJlB8t/G+d+oEPBjgNvSx5jNjOGBUUFO1INCvt51Z5vD9upr zpEb/NvfB8O/xEMwCpBTttttkHN5KejGkpvAyS3ebegD2zJBG1dA9Qz1ci0llYeESeo+ JMbAguBqPVrXMBWFpgVz6EOSHE3P+6K+R88uzWCgJV4Flf2vyjRbzalZP0Jxm4TrIWS4 iuAw== 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=BS02hl5lG0fU1teehsFBTzwy9idYtqKSriIvuXGDAVw=; b=KPXYpMjUddbzB6NmfkJ4hoXivzlbWiBUo9CFMAzXUZ9va/d7rljhx6B1Jh5aL8GrJ7 FFEWHVZibt3x73w57VhJalFlB2+RkTQpT24q0PeYTbN3V9fkGNy43xU34Jc8t7XEkMfr DYExnUREihkqGInDpVgrw5tSjlUNFmdho2yZa0egq1xoeVeAdnkeja2Vcf0kIo6mPaCC szkhgauA443IYFmN0WEgU0XFUyT3mQkagzTU1x97EZwaWJuxT2FEfI65PSUGjLsDwUHV YYK0V+6qhfTAo0Q3uFkwUbU9SUrGYoe8AIYvAfsMOA6PgThW9Yi3O1cakrkyIFlW5Nyb OWrg== X-Gm-Message-State: AOAM533UJfpDz7AYnLXvsRyZLaMR3w73XG1YPo2B2qUPO8ln7conyWmR BEJB0J6fJYAHsJsrTcjS3GbsxaXRNAYwcg== X-Google-Smtp-Source: ABdhPJxeChl1qKeEil8PnLVpGZrlHOFtfAIS6W5eozpO3H9ZCDC+R/hedgSwKsMBni0ziaZVCtATcQ== X-Received: by 2002:a17:907:7e8b:b0:711:e5e6:6694 with SMTP id qb11-20020a1709077e8b00b00711e5e66694mr150753ejc.35.1654583673038; Mon, 06 Jun 2022 23:34:33 -0700 (PDT) Received: from [192.168.0.181] (xdsl-188-155-176-92.adslplus.ch. [188.155.176.92]) by smtp.gmail.com with ESMTPSA id me3-20020a170906aec300b006ff01fbb7ccsm7153425ejb.40.2022.06.06.23.34.32 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 06 Jun 2022 23:34:32 -0700 (PDT) Message-ID: <717eb4d5-f547-4763-1670-51e90cbe0803@linaro.org> Date: Tue, 7 Jun 2022 08:34:31 +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] dt-bindings: Drop more redundant 'maxItems/minItems' in if/then schemas Content-Language: en-US To: Rob Herring , Thierry Reding , Jonathan Hunter , Hu Ziji , Ulf Hansson , Wim Van Sebroeck , Guenter Roeck , Chen-Yu Tsai , Jernej Skrabec , Samuel Holland , Maxime Ripard Cc: linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-tegra@vger.kernel.org, linux-mmc@vger.kernel.org, linux-watchdog@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-sunxi@lists.linux.dev References: <20220606225137.1536010-1-robh@kernel.org> From: Krzysztof Kozlowski In-Reply-To: <20220606225137.1536010-1-robh@kernel.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: devicetree@vger.kernel.org On 07/06/2022 00:51, Rob Herring wrote: > Another round from new cases in 5.19-rc of removing redundant > minItems/maxItems when 'items' list is specified. This time it is in > if/then schemas as the meta-schema was failing to check this case. > > If a property has an 'items' list, then a 'minItems' or 'maxItems' with the > same size as the list is redundant and can be dropped. Note that is DT > schema specific behavior and not standard json-schema behavior. The tooling > will fixup the final schema adding any unspecified minItems/maxItems. > > Signed-off-by: Rob Herring Reviewed-by: Krzysztof Kozlowski Best regards, Krzysztof