Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp5701160ybp; Tue, 8 Oct 2019 07:06:39 -0700 (PDT) X-Google-Smtp-Source: APXvYqxmTGnk/an1hoQhp6BPJioGaflCiJbOMbz+DDOoZ41UX1Bm/Sk8GU+saVPAhfBMUNu3bGg1 X-Received: by 2002:a17:906:b204:: with SMTP id p4mr29259763ejz.185.1570543599030; Tue, 08 Oct 2019 07:06:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570543599; cv=none; d=google.com; s=arc-20160816; b=HIZycO1AILcTjwzLQ/PuTeIJvlJ1mS2MpKSjkrufoQvJMlF/70jo7tihFwMPJIcEFd WfDqreq9mNEkn5QwaWfYTcZfgwkzo+RFtN/i6po9zD9rWwRWhRai1ILNElBcCwVWqy3f xX1FptvHcwL//j8V3sRmX1mjJofwWyGDdnr1xXyWe/yvSv+WfBdEH2sq2EiQuXjb3J+W sBo6laDkaS+FaFBEaauh1ila8z60FSqS+owh5oPmHriW7QYb+3vEn0k2Pr+E7x1Hutl9 EQvSNgrFz5vhdHsYvAuoD2FaYLdpn7y4BlIFWVlVJ1OrhijN/AarpZooOLMzmGJV4esE zl/A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=uodQ/AERmPruLQTMrTsbTd8KQIVcchCgBgAedVVuDJ4=; b=Cluy7xiykMb/cSEbWGWILRsx2X1vxas3x3zW2Fb3AA4fdIrtScvFcpB+QxAp9NCRlX 3UjiCogdnC8m8YLUBJJaMdNN+AHL9gPSrSQcGbXpkzuqJD96m6+BNJpV/6uHcFaoZLCG PStU05BSUGt0FX024c4Po1T5NV3LIJIQETJbx8K4twMXlZEE8G3riLAZ1toMyY1SWtxo xPUUZZY6ruR9AY71xEc1eXLN6VmeKasqeV6RGlJURsCdgbDtV0ahu2qHaLcK2gS4LVCE crkzMAnIc/W8VJxuC/0cWbycuzy7yqUjenZ2Q3tl9l/1JFBka1WuDkgLkrHbV7NZjDPF YNxQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Kew6HNvN; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j13si8974589ejb.98.2019.10.08.07.05.55; Tue, 08 Oct 2019 07:06:39 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Kew6HNvN; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726068AbfJHOFr (ORCPT + 99 others); Tue, 8 Oct 2019 10:05:47 -0400 Received: from mail.kernel.org ([198.145.29.99]:41492 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725908AbfJHOFr (ORCPT ); Tue, 8 Oct 2019 10:05:47 -0400 Received: from mail-qk1-f175.google.com (mail-qk1-f175.google.com [209.85.222.175]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 99A4D21835; Tue, 8 Oct 2019 14:05:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1570543545; bh=BSS0pP5TSRCvXx2PTe+19CYaQtXYwyol55cIo7m2kK4=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=Kew6HNvNZ6MlVZWAgDPneJGj58ojWZM9y1SNfNv2eqWdvrpd39CXDtv/nOjRtLDTn LXMWxGOtUr6RzWSRbP6C/c7tYxmpnY1iWy38I5FhwsOEecriIePU2URkPu38dZLjKK U8f9EO4J9PpFswvfVGwK3aBM5g1z582U/JNJ652A= Received: by mail-qk1-f175.google.com with SMTP id z67so16822526qkb.12; Tue, 08 Oct 2019 07:05:45 -0700 (PDT) X-Gm-Message-State: APjAAAVBzQgXdDemSni4DIsI/PRSJlx4Yl2TmqJD1kHHli8dfMhTZ/uJ +aK9lmFkLzoWLgW/MZ+GPQWLGkmU80scqA2x3w== X-Received: by 2002:a05:620a:7da:: with SMTP id 26mr27130717qkb.119.1570543544639; Tue, 08 Oct 2019 07:05:44 -0700 (PDT) MIME-Version: 1.0 References: <20191004151414.8458-1-krzk@kernel.org> <20191008125038.GA2550@pi3> In-Reply-To: <20191008125038.GA2550@pi3> From: Rob Herring Date: Tue, 8 Oct 2019 09:05:32 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 1/3] dt-bindings: arm: samsung: Force clkoutN names to be unique in PMU To: Krzysztof Kozlowski Cc: Kukjin Kim , Mark Rutland , David Airlie , Daniel Vetter , Lee Jones , Greg Kroah-Hartman , Maciej Falkowski , Marek Szyprowski , "moderated list:ARM/FREESCALE IMX / MXC ARM ARCHITECTURE" , linux-samsung-soc , devicetree@vger.kernel.org, "linux-kernel@vger.kernel.org" , dri-devel , "open list:SERIAL DRIVERS" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 8, 2019 at 7:50 AM Krzysztof Kozlowski wrote: > > On Tue, Oct 08, 2019 at 07:38:14AM -0500, Rob Herring wrote: > > On Fri, Oct 4, 2019 at 10:14 AM Krzysztof Kozlowski w= rote: > > > > > > The clkoutN names of clocks must be unique because they represent > > > unique inputs of clock multiplexer. > > > > > > Signed-off-by: Krzysztof Kozlowski > > > --- > > > Documentation/devicetree/bindings/arm/samsung/pmu.yaml | 6 ++++-- > > > 1 file changed, 4 insertions(+), 2 deletions(-) > > > > > > diff --git a/Documentation/devicetree/bindings/arm/samsung/pmu.yaml b= /Documentation/devicetree/bindings/arm/samsung/pmu.yaml > > > index 73b56fc5bf58..d8e03716f5d2 100644 > > > --- a/Documentation/devicetree/bindings/arm/samsung/pmu.yaml > > > +++ b/Documentation/devicetree/bindings/arm/samsung/pmu.yaml > > > @@ -53,8 +53,10 @@ properties: > > > List of clock names for particular CLKOUT mux inputs > > > minItems: 1 > > > maxItems: 32 > > > - items: > > > - pattern: '^clkout([0-9]|[12][0-9]|3[0-1])$' > > > + allOf: > > > + - items: > > > + pattern: '^clkout([0-9]|[12][0-9]|3[0-1])$' > > > + - uniqueItems: true > > > > You shouldn't need the 'allOf', just add uniqueItems at the same level = as items. > > If you mean something like: > 56 uniqueItems: true > 57 items: > 58 pattern: '^clkout([0-9]|[12][0-9]|3[0-1])$' > > Then the dt_binding_check fails: > > dev/linux/Documentation/devicetree/bindings/arm/samsung/pmu.yaml: propert= ies:clock-names: > 'uniqueItems' is not one of ['$ref', 'additionalItems', 'additionalProper= ties', 'allOf', 'anyOf', 'const', 'contains', 'default', 'dependencies', 'd= eprecated', 'description', 'else', 'enum', 'items', 'if', 'minItems', 'mini= mum', 'maxItems', 'maximum', 'not', 'oneOf', 'pattern', 'patternProperties'= , 'properties', 'required', 'then', 'type', 'typeSize', 'unevaluatedPropert= ies'] I can add it. The other option is to fix this in the clock schema. I'm not sure if there's a need for duplicate clock-names. Seems unlikely. I'll test that. Rob