Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1169676pxj; Fri, 21 May 2021 08:02:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwOrt/6HVh8yr+FYT+cjvLMIIlGvt0pdZx3UiGPDsNhwhjNdwj2IQuC/kAAiyBbepeCqiKp X-Received: by 2002:a17:906:6895:: with SMTP id n21mr2865816ejr.392.1621609375469; Fri, 21 May 2021 08:02:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621609375; cv=none; d=google.com; s=arc-20160816; b=ToSsHVkkQrK9uyOAqTm/iI+i6Y5pSI7/aNLCVId7qkOVE0fkFPEjRFlURAhF8mUWF8 YlTtqDMSREglnVjIUa4AR2FL06708dLH1QbQfO3I5jnXwOfFRWUCBTbQXDLW/0/LS00T 2NCcQEwgvaFZXdSXMPrm0p+iUIXpPZWQCvjylCxizNQsll9BFz4jwu4sqn840UhQUPV0 OcWF/v6T6KkarnVJ8G14ZWHRqEK+w9I+Ok73YjiIW/1q39e5ZKX9ROjEa5LYcvFvf36U 4p+LhykglGq0kgU0UUyGqUkNVDVXA4ZCxAboBIZHAVUE9EF+bJ3occwlPEnYf/X/1odm Cosg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=HcSyCZ4pR0TtrvESbs50MBm75lgZLqLZYQOJ03b3VYU=; b=x5zi7FfJKAxVH/+YqAkJF1pOw+CJ2n3tr9h1VR0MG9OtZkld+/LFACA9UFk2yEqIxR oaSdRL0SOPMUjaJLgRqnjorZMR+NpoQ7r4TZS1/2prafyi97d7l3xGPhSKZorjydiVBG qqoNSCQ5vv/WWVBA0mwjuPWXEN2BGJezNlNrNwQExWCPlhBvekmUdf2shy8P7V1NzGSr 9VFU3F9sXBCLeh8btzMPthRbwljH/9MvujoZ595QsG35o2ZArJKl+g/6RzTcd9rVAD5y KwejH5CBKP8JIZicCKeSKBoYDKOu60r2EJq1QQMzGCM+5hTw3nse+UX3NcnBVVNR4Km5 3x3Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=rICx6Jk4; 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=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id mj5si5623514ejb.22.2021.05.21.08.02.30; Fri, 21 May 2021 08:02:55 -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=@kernel.org header.s=k20201202 header.b=rICx6Jk4; 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=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243735AbhETPVV (ORCPT + 99 others); Thu, 20 May 2021 11:21:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:43150 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232723AbhETPVV (ORCPT ); Thu, 20 May 2021 11:21:21 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8786261363; Thu, 20 May 2021 15:19:59 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1621523999; bh=Vng7zXwIuCJZVNFsguZzrjtqA8ZMldPUOAscXDMmFRo=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=rICx6Jk4tyojHV8FMJ8B03JlTP8KcuDStU90JQ9K00pCmrh0egKgRnhnXf0D0DOcU 70cPXvmX6by1fVF0blg8xgVIQbZZWyJeyHjb4d0hrcXTH1BSNysVKxCg5XUb9Oh7ou zFTTOWys6tDYXOUu3JHfJ/uGdtHQiOPQtiOeDoUr7aRD+mbTQviSBt/NFg7EQqYsBC RPHbO4D7/Ow9iVNQbyi/U268/ooa+aWcZAZhpat4ERPZ1PnID6d07G9XJ+J3FvKYrq kfF38x4Ff4dBdUvQi+Vj7KTHy44ud3vK0k6aEPAYlGo/Vy6P8+GqJ58cT2mcQGTHKr FxX9KwWfl1dng== Received: by mail-ej1-f51.google.com with SMTP id gb17so7878444ejc.8; Thu, 20 May 2021 08:19:59 -0700 (PDT) X-Gm-Message-State: AOAM532P1j2W4G4ItOCawgpKNNeHpEGfrRp39du+hN1kGPSN/GSW+dxN cqVKFbeJ2eApBDsTXKzRQHouEnbnvka2eZhHnA== X-Received: by 2002:a17:907:78cd:: with SMTP id kv13mr5189426ejc.360.1621523998020; Thu, 20 May 2021 08:19:58 -0700 (PDT) MIME-Version: 1.0 References: <20210518232858.1535403-1-robh@kernel.org> <20210518232858.1535403-2-robh@kernel.org> <72b27bc0-838c-fd7d-32f8-bc00f8508d1d@ti.com> In-Reply-To: <72b27bc0-838c-fd7d-32f8-bc00f8508d1d@ti.com> From: Rob Herring Date: Thu, 20 May 2021 10:19:45 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 1/6] dt-bindings: mfd: ti,j721e-system-controller: Fix mux node errors To: Kishon Vijay Abraham I Cc: devicetree@vger.kernel.org, Peter Rosin , Wolfram Sang , "linux-kernel@vger.kernel.org" , Alexandre Belloni , Jacopo Mondi , Kieran Bingham , Laurent Pinchart , Lee Jones , =?UTF-8?Q?Niklas_S=C3=B6derlund?= , Jonathan Cameron Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, May 20, 2021 at 9:42 AM Kishon Vijay Abraham I wrote: > > Hi Rob, > > On 19/05/21 4:58 am, Rob Herring wrote: > > The ti,j721e-system-controller binding does not follow the standard mux > > controller node name 'mux-controller' and the example is incomplete. Fix > > these to avoid schema errors before the mux controller binding is > > converted to schema. > > > > Cc: Lee Jones > > Cc: Kishon Vijay Abraham I > > Cc: Roger Quadros > > Signed-off-by: Rob Herring > > --- > > .../mfd/ti,j721e-system-controller.yaml | 19 +++++++++++++------ > > 1 file changed, 13 insertions(+), 6 deletions(-) > > > > diff --git a/Documentation/devicetree/bindings/mfd/ti,j721e-system-controller.yaml b/Documentation/devicetree/bindings/mfd/ti,j721e-system-controller.yaml > > index 19fcf59fd2fe..272832e9f8f2 100644 > > --- a/Documentation/devicetree/bindings/mfd/ti,j721e-system-controller.yaml > > +++ b/Documentation/devicetree/bindings/mfd/ti,j721e-system-controller.yaml > > @@ -43,12 +43,10 @@ properties: > > > > patternProperties: > > # Optional children > > - "^serdes-ln-ctrl@[0-9a-f]+$": > > + "^mux-controller@[0-9a-f]+$": > > type: object > > - description: | > > - This is the SERDES lane control mux. It should follow the bindings > > - specified in > > - Documentation/devicetree/bindings/mux/reg-mux.txt > > + description: > > + This is the SERDES lane control mux. > > > > required: > > - compatible > > @@ -68,9 +66,18 @@ examples: > > #size-cells = <1>; > > ranges; > > > > - serdes_ln_ctrl: serdes-ln-ctrl@4080 { > > + serdes_ln_ctrl: mux-controller@4080 { > > compatible = "mmio-mux"; > > reg = <0x00004080 0x50>; > > "mmio-mux" compatible doesn't define using "reg" property. But a system > can have multiple mux-controllers which would require us to use > mux-controller@0, mux-controller@1,.. It does now in patch 3 as part of the schema conversion. It's optional as getting folks to use 'reg' for syscon child nodes is an uphill battle. Rob > > And IIRC if we have "@", 'reg' will be a required required property. > Would it be an issue here? > > Thanks > Kishon