Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp930517iob; Thu, 28 Apr 2022 14:08:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzaq5OCRumc3IK2x8IKE7Spl9oWie0tzJ2mtHXNC0HeHvk7ndbLIovrzQc4RUzblju4U+79 X-Received: by 2002:a17:902:70cc:b0:154:1cc8:9df8 with SMTP id l12-20020a17090270cc00b001541cc89df8mr35787768plt.32.1651180123026; Thu, 28 Apr 2022 14:08:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1651180123; cv=none; d=google.com; s=arc-20160816; b=BtRyh3JJMORjxgp+4ith1juF7OWz5L3RpSkcELRFSrME07V5EP10/IGUQOdk9aktxX /2hObe0voRcTtR5UU/m4evdcyFaOFnsl1fbZJXLLlL8eIiMZbCvvry23Q/vpVTfwYnS6 +0BPMbl7W+kkDLAI94dYTSw/lizQN7Kj+wJc4FL9sfBC2mgw0Gqth3z4gjEwKl+jBHxH xXMrFU52+ZVp76cTYChYSFNjaHSZoVVR50dcA0ybWvFTiitjkr+V1H12yhkBwKImtffY nrg+UwFz0yDlze184erHZoy8owjjaqCjnyluo8QK9dezv8WkrEiNn5ehsCvlhfxHV3MP 9WNw== 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=n6XzPnhwgCQtKmZ3FzA7jQmW8U87jSnMAzZUgThZqb4=; b=IT+RUq1XiwwTybtsiOb13H2y+A0t2tF+Q7fPh5KPm/wLRAKxNHlh08vShDm6EzDNv1 KZu6UK3O+cUtVx/3n3H8knK8GsGHAYbCta204ibQh+ia/d/ssZTafMARBZI2jxZ+D8Sj pT2V0JAV+6S5dYStVlapJWT5IMSJcnIPFLJ+awybP89/Ahnj1lDq7PLnROCTSLXP0q/W 6ls+DOpif4kb2H/8H0f8uHdtM+v1s5NrD5aKRpfoRiwuwYoa2YWsJWIRc8jhpv1S/nX1 6V1KQMCA+2cwzr4Y+WQjqueDlApZ/i0cLld+AGxWxkp/ALqRF2IE5lEy+cAA+BBwsmJb pbSw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=WCvKqtEZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id l16-20020a170902f69000b001570d09613esi5847648plg.472.2022.04.28.14.08.25; Thu, 28 Apr 2022 14:08:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=WCvKqtEZ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 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 S1345895AbiD1Qj6 (ORCPT + 99 others); Thu, 28 Apr 2022 12:39:58 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40286 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229483AbiD1Qj4 (ORCPT ); Thu, 28 Apr 2022 12:39:56 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 28EC6888FA; Thu, 28 Apr 2022 09:36:41 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id E64AEB82EAE; Thu, 28 Apr 2022 16:36:39 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A0ADFC385AF; Thu, 28 Apr 2022 16:36:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1651163798; bh=5NZb3/YON7lOYIzTiyY5Y3HKC8KYwRKNiHRhLIgoZOg=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=WCvKqtEZJ8o8BiX3t+wq3lBaxr+UlZFG6vPZJ7219Fbi/VpAqrznu8B0Ee1+fM4MW HaF1GBEu0W8ofA2nM3EnQaTn/yaTyVTiJVzEhBPEAaAH6UJGOM0usgBjmkoFi++sDu Bu/hAbA1+1cT89fgNw9vQ1H5RDeo1GBSFyyyjgfST5agCD/PV/JnaZq8DyeJGckAyM U6J2jieZWbDrLUcmf3eUQ/2IoEpdkANF8xOf36VPl48mRKUrgwwGOZUupvbdzwz//B PoblzIRVMJGhWkGVWfG8U385eJW0R0fRCUJCJIZo8WxvnwPHxKstY69UbawU6uVl2w R06oYd9NzQJFA== Received: by mail-pf1-f177.google.com with SMTP id y38so4708573pfa.6; Thu, 28 Apr 2022 09:36:38 -0700 (PDT) X-Gm-Message-State: AOAM531ZfzweumK8gOaUh+3Adc65kWxrhxC8Ty8C4PsvESfj9m4arHxV 6dXQHlMWKnyhlDBCGrjErL4UOrfMczCESEKorw== X-Received: by 2002:a63:88c8:0:b0:3ab:1871:13b4 with SMTP id l191-20020a6388c8000000b003ab187113b4mr21611277pgd.85.1651163798185; Thu, 28 Apr 2022 09:36:38 -0700 (PDT) MIME-Version: 1.0 References: <20220423085319.483524-1-markuss.broks@gmail.com> <20220423085319.483524-3-markuss.broks@gmail.com> In-Reply-To: <20220423085319.483524-3-markuss.broks@gmail.com> From: Rob Herring Date: Thu, 28 Apr 2022 11:36:26 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v5 2/5] dt-bindings: regulator: Add bindings for Silicon Mitus SM5703 regulators To: Markuss Broks , Lee Jones , Mark Brown Cc: "linux-kernel@vger.kernel.org" , phone-devel@vger.kernel.org, "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS , Hans de Goede , Andy Shevchenko ," <~postmarketos/upstreaming@lists.sr.ht>, Matti Vaittinen , Krzysztof Kozlowski , Liam Girdwood , MyungJoo Ham , Chanwoo Choi , devicetree@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Apr 23, 2022 at 3:54 AM Markuss Broks wrote: > > This patch adds device-tree bindings for regulators on Silicon Mitus > SM5703 MFD. > > Signed-off-by: Markuss Broks > --- > .../siliconmitus,sm5703-regulator.yaml | 49 +++++++++++++++++++ > 1 file changed, 49 insertions(+) > create mode 100644 Documentation/devicetree/bindings/regulator/siliconmitus,sm5703-regulator.yaml > > diff --git a/Documentation/devicetree/bindings/regulator/siliconmitus,sm5703-regulator.yaml b/Documentation/devicetree/bindings/regulator/siliconmitus,sm5703-regulator.yaml > new file mode 100644 > index 000000000000..75ff16b58000 > --- /dev/null > +++ b/Documentation/devicetree/bindings/regulator/siliconmitus,sm5703-regulator.yaml > @@ -0,0 +1,49 @@ > +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/regulator/siliconmitus,sm5703-regulator.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: Silicon Mitus SM5703 multi function device regulators > + > +maintainers: > + - Markuss Broks > + > +description: | > + SM5703 regulators node should be a sub node of the SM5703 MFD node. See SM5703 MFD > + bindings at Documentation/devicetree/bindings/mfd/siliconmitus,sm5703.yaml > + Regulator nodes should be named as USBLDO_, BUCK, VBUS, LDO_. > + The definition for each of these nodes is defined using the standard > + binding for regulators at Documentation/devicetree/bindings/regulator/regulator.txt. > + > +properties: > + buck: > + type: object > + $ref: regulators.yaml# The correct file is regulator.yaml. That's indicated by this warning: schemas/regulator/regulators.yaml: ignoring, error parsing file It will fail worse than that once the example in the MFD file is added. Lee, Mark, I've said it before, but MFD plus child schemas need to be applied together. Maybe no one cares if dt_binding_check is broken on the MFD tree. The primary issue for me is transient failures during the merge window. Rob