Received: by 2002:a05:6a10:6d10:0:0:0:0 with SMTP id gq16csp3285943pxb; Mon, 18 Apr 2022 21:50:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxyYrChznQWLUKdlFrG5bzb1ukXuJuHIciUU/Gl24yeqH/skSwqRyQ8GTnUtt6W661wrAZn X-Received: by 2002:a05:6402:294e:b0:41c:c191:64bc with SMTP id ed14-20020a056402294e00b0041cc19164bcmr15827652edb.166.1650343829302; Mon, 18 Apr 2022 21:50:29 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1650343829; cv=none; d=google.com; s=arc-20160816; b=u9sp4bb1qYuLlmUGyUPvdt3GkakM5m4k9LSpqkmIRPfrfft5fsV5ps26zTqGPkcuLS VLq8tOgll+O+dC2rAj/0HR9Xp770ILQZ4qmrvCQNz6odN00ezNbGrd4QMR3+OWh/q3rg Bj58kkCKqp1qTOGLZmJ0zmxa7ETfZGwtXkFPQ5C6h5FPHSpE0sLdDGL3QZ0kVcjWBp9G 7lzwBq14b+MZSRQqhm4XRSjV1dnbQngb9HDid1e30075bTAREURBGTx552ZmJj3+RMsy I7hd/PHTkCBPoRNOLCFNkU9nEXhtbD3GQQlBRsqBJPTr+Fm0NotUntDZxuDJmzVmgZjK 4blQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=VdxsU0tG6JC2r3wKXKzdrqQzg7MCEAO7Wof5JKfEkeI=; b=Gy4zfch7HqXuWmWB6F4bIM9l23cd8+fsj6sm/83DtJmoRouYhfP+ilL78Lhmxck0zV ofbyJFfmphIsIghDi8bPpd+/8f1ivMo3o1otd+j9rSXBn9pQhwNCMuw3H/wAWipmc6Ty g8OBK61N4i1Lh7kRO7MsCTRJlKT9WpqWzmF5b7/pyalbn15GEuGyTIswB3TDGSzepeBj oSU5EOzl17DzjNWHyyXuYikF8NJCoz15W9Xc+Uq1TcpXADIu7YWlT0QtKHsWOmDbQehv pgipn8xicDS7n+VovuuXFWDxs59wrdG19Q/J8wkiVd+Hla+QjCY6oJMa2zlUkRxnHiON hnjA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=iRreG9ld; 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 gx14-20020a170906f1ce00b006e8c7f3992dsi7325497ejb.649.2022.04.18.21.50.05; Mon, 18 Apr 2022 21:50:29 -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=iRreG9ld; 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 S231889AbiDRLYA (ORCPT + 99 others); Mon, 18 Apr 2022 07:24:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33578 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231871AbiDRLX6 (ORCPT ); Mon, 18 Apr 2022 07:23:58 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 21BA91A397; Mon, 18 Apr 2022 04:21:20 -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 dfw.source.kernel.org (Postfix) with ESMTPS id 9E62C60ACF; Mon, 18 Apr 2022 11:21:19 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 0EC65C385A1; Mon, 18 Apr 2022 11:21:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1650280879; bh=JtbuCbrZbi3dPFYVVkBHNhS7wJ87kP5Yh2cP76lFqDg=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=iRreG9ldmKxo4O/bDI2DATJ5fXcEBD5AcronFDUmy399cld5aXrndE3vasr4q+FTL XjAMdMr3q+Y2sd8xcERorbyBAWSNFLiLrHvaDLry2x3h2XeJm/bHyH4uwGSOwgqIqB /93jK4SXYdiTHQDn+Ijj2KOJv2pUtfbVIiKbk5z2fA+uTdbQ7ujExUaSPr/S+So1Pa Uv/amKFBMb7UMKynsLQx+enwEEu2YMKlfyyEsJV4bnmWNzRA8PDzMoEAKd1B6angot Wj1SUQS0villydBBCU/5YWd5fUQk5uFkpvZiRFUpJaL8WPaVfNr6KqO6LhPAdFem1Y 6tzkJByFsapGA== Message-ID: Date: Mon, 18 Apr 2022 13:21:14 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Subject: Re: [PATCH 2/2] arm64: dts: rockchip: Add Hardkernel ODROID-M1 board Content-Language: en-US To: Heiko Stuebner , Peter Geis Cc: Dongjin Kim , devicetree , arm-mail-list , "open list:ARM/Rockchip SoC..." , Linux Kernel Mailing List References: <20220329094446.415219-1-tobetter@gmail.com> <12089439.O9o76ZdvQC@phil> From: Krzysztof Kozlowski In-Reply-To: <12089439.O9o76ZdvQC@phil> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-10.9 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_HI,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE 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 17/04/2022 22:55, Heiko Stuebner wrote: >> Usually adding - in subsequent DTS files - means increasing the numbers >> so if you have regulator-[012] then just use regulator-[345] in other >> files. I see potential mess when you combine several DTSI files, each >> defining regulators, so in such case "some-name-regulator" (or reversed) >> is also popular approach. > > so going with > > dc_12v: dc-12v-regulator { > }; > > i.e. doing a some-name-regulator would be an in-spec way to go? > > In this case I would definitely prefer this over doing a numbered thing. > > I.e. regulator-0 can create really hard to debug issues, when you have > another accidential regulator-0 for a different regulator in there, which > then would create some sort of merged node. I don't think such case happens frequently, because all regulators are usually used by something (as a phandle) thus they should have a label. This label should be descriptive, so if one can assign same label to entirely different regulators, then the same chances are that same descriptive node will be used. IOW, if you think such mistake with regulator names can happen, then the same can happen with the label... Anyway, answering the question - "dc-12v-regulator" is still not matching exactly the Devicetree spec recommendation, but it's okay for me. :) Best regards, Krzysztof