Received: by 2002:a5d:925a:0:0:0:0:0 with SMTP id e26csp577844iol; Thu, 9 Jun 2022 09:24:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw+3mU8/LXtzGpPnoIlEWQpsUut0/L2swptuvOHMkcV2Ivj0OjN82OLtwp5D/oNGSoyeHQE X-Received: by 2002:a05:6a00:1513:b0:51c:3ca8:47a4 with SMTP id q19-20020a056a00151300b0051c3ca847a4mr14676174pfu.48.1654791850909; Thu, 09 Jun 2022 09:24:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654791850; cv=none; d=google.com; s=arc-20160816; b=ONcSckxJOQTJ93H9IO2M/MuZy5mCrsaRi2FlCwTBYR63YBctZUg+IdiCcYn25CfEHQ WKYS64RIhgi3Oxq8cNWRaxHXQx2TzCrHvwZyapYtty2LZ786+yQAsJpsDQutTzB+lg8C 33Nuwd6rLDLXEWn3tI+sYOYPUtmCZcB5iJ1EtK5mXq/LJ2K4bm6UVsRyaE7z+P7eAdeg XIBOv52Sp6L/mN2vme1Mq4/l6D1LX7CsNyi0IA2mqL5aI0tH3PmEVkNG1Ncw4YYVkCLx BOjOJH+wC/o7YkBMfX7HGoEMUYZWb6gq4Wne0mwD2CrwU+UWqfFPRtoLpauembWBeFZP 4hNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=PpzCUY/WeGexbvYPN4Mh7cFPXP/+emSjpfVIISK9PEs=; b=ahIY7+pFkOVfpuWwQtzzhvAhXknVa2r9lvBdV5YEsQZftht/52NTIPflm/iSqeBvoO sT9+SSA6yBsVxrwuiRp+4s/GK7Q0obyZCjtVeh0mzckxZYwi5BZ17Jk8F9W25Fj2ExOk Nq5iBFBg0BjoaQDak4vBWA6FZdwFGUgnVox0ahKNh50JzAlX5wn3nUZZ7cnNDUAkjzgY MrnozRQoL/QZWzXn1yHGDgDq+z0vA9u1hN2zm6D9ZXY2QVMNdB7reihrpzJybhlGuoY6 sfNI8yu1zaESd8LjfuShA1KByrp/FBUvY5QdqzreQnlMuXZ8bu34McAHe98PKZi11Qkp M5tw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id o31-20020a635d5f000000b003fc85b4f6b7si30994094pgm.95.2022.06.09.09.23.56; Thu, 09 Jun 2022 09:24:10 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=sntech.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344654AbiFIPzc convert rfc822-to-8bit (ORCPT + 99 others); Thu, 9 Jun 2022 11:55:32 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49646 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344369AbiFIPz3 (ORCPT ); Thu, 9 Jun 2022 11:55:29 -0400 Received: from gloria.sntech.de (gloria.sntech.de [185.11.138.130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3221A434B3; Thu, 9 Jun 2022 08:55:24 -0700 (PDT) Received: from ip5b412258.dynamic.kabel-deutschland.de ([91.65.34.88] helo=diego.localnet) by gloria.sntech.de with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nzKVB-0007Jz-Ts; Thu, 09 Jun 2022 17:55:17 +0200 From: Heiko =?ISO-8859-1?Q?St=FCbner?= To: Maya Matuszczyk , Krzysztof Kozlowski Cc: Arnd Bergmann , Olof Johansson , arm@kernel.org, soc@kernel.org, Rob Herring , Krzysztof Kozlowski , devicetree , arm-mail-list , "open list:ARM/Rockchip SoC..." , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 32/48] arm64: dts: rockchip: align gpio-key node names with dtschema Date: Thu, 09 Jun 2022 17:55:17 +0200 Message-ID: <6317926.K2JlShyGXD@diego> In-Reply-To: References: <20220609113721.379932-1-krzysztof.kozlowski@linaro.org> <2126178.C4sosBPzcN@diego> MIME-Version: 1.0 Content-Transfer-Encoding: 8BIT Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS, T_SCC_BODY_TEXT_LINE,T_SPF_HELO_TEMPERROR 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 Am Donnerstag, 9. Juni 2022, 17:05:49 CEST schrieb Krzysztof Kozlowski: > On 09/06/2022 16:56, Heiko Stübner wrote: > > Am Donnerstag, 9. Juni 2022, 16:15:25 CEST schrieb Krzysztof Kozlowski: > >> On 09/06/2022 15:57, Maya Matuszczyk wrote: > >>> czw., 9 cze 2022 o 13:56 Krzysztof Kozlowski > >>> napisał(a): > >>>> > >>>> The node names should be generic and DT schema expects certain pattern > >>>> (e.g. with key/button/switch). > >>>> > >>>> Signed-off-by: Krzysztof Kozlowski > >>>> --- > >>>> arch/arm64/boot/dts/rockchip/rk3308-evb.dts | 2 +- > >>>> .../boot/dts/rockchip/rk3326-odroid-go2.dts | 32 +++++++++---------- > >>>> .../boot/dts/rockchip/rk3328-nanopi-r2s.dts | 2 +- > >>>> arch/arm64/boot/dts/rockchip/rk3368-evb.dtsi | 2 +- > >>>> .../boot/dts/rockchip/rk3368-geekbox.dts | 2 +- > >>>> .../dts/rockchip/rk3368-orion-r68-meta.dts | 2 +- > >>>> .../boot/dts/rockchip/rk3368-px5-evb.dts | 2 +- > >>>> arch/arm64/boot/dts/rockchip/rk3368-r88.dts | 2 +- > >>>> .../boot/dts/rockchip/rk3399-firefly.dts | 2 +- > >>>> .../dts/rockchip/rk3399-gru-chromebook.dtsi | 2 +- > >>>> .../boot/dts/rockchip/rk3399-gru-kevin.dts | 2 +- > >>>> .../boot/dts/rockchip/rk3399-gru-scarlet.dtsi | 2 +- > >>>> .../boot/dts/rockchip/rk3399-khadas-edge.dtsi | 2 +- > >>>> .../boot/dts/rockchip/rk3399-nanopi-r4s.dts | 4 +-- > >>>> .../boot/dts/rockchip/rk3399-nanopi4.dtsi | 2 +- > >>>> .../boot/dts/rockchip/rk3399-orangepi.dts | 2 +- > >>>> .../boot/dts/rockchip/rk3399-pinebook-pro.dts | 4 +-- > >>>> .../boot/dts/rockchip/rk3399-roc-pc.dtsi | 2 +- > >>>> .../boot/dts/rockchip/rk3399-rockpro64.dtsi | 2 +- > >>>> .../boot/dts/rockchip/rk3399-sapphire.dtsi | 2 +- > >>>> .../boot/dts/rockchip/rk3566-pinenote.dtsi | 2 +- > >>>> 21 files changed, 38 insertions(+), 38 deletions(-) > >>>> > >>>> diff --git a/arch/arm64/boot/dts/rockchip/rk3308-evb.dts b/arch/arm64/boot/dts/rockchip/rk3308-evb.dts > >>>> index 9b4f855ea5d4..4b5413b12bfa 100644 > >>>> --- a/arch/arm64/boot/dts/rockchip/rk3308-evb.dts > >>>> +++ b/arch/arm64/boot/dts/rockchip/rk3308-evb.dts > >>>> @@ -75,7 +75,7 @@ gpio-keys { > >>>> pinctrl-names = "default"; > >>>> pinctrl-0 = <&pwr_key>; > >>>> > >>>> - power { > >>>> + power-key { > > > > hmm, it looks like all the others below are named key-power, while > > only this uses power-key ? > > > > Because a bit earlier in DTS, there are two adc-keys nodes with "key" > suffix, so I kept that approach to be consistent within one DTS. If you > prefer, I can change it to key-power. I just saw that discrepancy and was not sure if that was intentional. Although with the below, I guess it makes sense to go with $type-$name, aka key-power, same as button-sw1 etc. > >>>> gpios = <&gpio0 RK_PA6 GPIO_ACTIVE_LOW>; > >>>> linux,code = ; > >>>> label = "GPIO Key Power"; > >>>> diff --git a/arch/arm64/boot/dts/rockchip/rk3326-odroid-go2.dts b/arch/arm64/boot/dts/rockchip/rk3326-odroid-go2.dts > >>>> index ea0695b51ecd..72328dd993ee 100644 > >>>> --- a/arch/arm64/boot/dts/rockchip/rk3326-odroid-go2.dts > >>>> +++ b/arch/arm64/boot/dts/rockchip/rk3326-odroid-go2.dts > >>>> @@ -71,82 +71,82 @@ gpio-keys { > >>>> * |------------------------------------------------| > >>>> */ > >>>> > >>>> - sw1 { > >>>> + switch-1 { > >>> Wouldn't it make more sense to rename this and all other > >>> renamed nodes in this dts into "button-dpad-up" or "button-1", > >>> as on the physical device those are buttons and the naming > >>> scheme of "sw" + number seems to be a carryover from > >>> downstream sources. > > > > The naming actually carries over from the device itself. > > In the schematics the relevant keys are also named sw1, sw2, etc. > > > > And I do believe it is way nicer when devicetree names correspond to the > > things you find in device schematics and not be named "arbitarily" to > > only conform to some schema ;-) > > Then you are entirely depending on hardware engineers which might start > calling their buttons "cute-pony-xxx" :) What's wrong with cute-ponies? Though it should be button-cute-pony-xxx then ;-) > > So personally I'd actually prefer going with switch-sw1 (or button-sw1 if > > you prefer) as being able to just use the search function in schematic pdfs > > is a helpful tool. > > Both are fine with me, let's just pick one - switch-sw1 or button-sw1. > Since these are physically buttons, I propose the latter. fine by me, button-sw1, etc it is then :-) Heiko