Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp3178655rwb; Mon, 3 Oct 2022 10:47:23 -0700 (PDT) X-Google-Smtp-Source: AMsMyM5+nBdrR6/auty8PiiBUxbreszEj8M9KVUsV378JK2YU4XKAA/QHCn74LbdzDdxNAFXPBlO X-Received: by 2002:a63:4965:0:b0:439:7a97:383c with SMTP id y37-20020a634965000000b004397a97383cmr19197782pgk.462.1664819243139; Mon, 03 Oct 2022 10:47:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664819243; cv=none; d=google.com; s=arc-20160816; b=Tum6AewaexNzqG8MWCmDV4+4I+L0X5xUIUBETwsEA1N5IuVoMXRGmp4Atz1j5ZGN6i JvfV6vvyBnSUv1rMD5xMabqSQlk//W/P5fuWB50lM1GZC+1lhrxQqr1B0Ca6/s0POxEa 9VJ4SAYq2mw3Zbd75pkd79a0ZEgYweKjg262fxaRUJ7DzziAyRLbIlktMyR9D3qA4kSA kNG/5X1nb8YCtOQbb+Y68fFp/3XW7dSTlq+i8X2Hi2X91awGD6mD2qwdjamhSvAMY02U C6nfSHhlVQC71a0ZLh6kfvUfteYgm/JMnOppNek4OMSR0sPhBYt7YUksWdl9B/2QZDmu gkeQ== 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 :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=D/fZmUSeupPl5TA1An+5fKtJeTIV2CBPNXJdyZ0NK1c=; b=V2OPuyXrRpBftwoBS3BoITdDt04s0D5WWAXwvd4rDX5HBQewJhZ8seCCn3PuSBJmYr llFwIqoHgbB5ObXU7uJzwkynHbuz1zd3q90cWWRQdR5QHyNKI0RYF56zCcnVOz8xFOYM OCJ8ubHwiEGFSNVzaNtcxz8UcnDImjhl5juBSBxwOrCaGk+dkbeLakyXqwy8M2gV61Eo wyhue8WYxDgSZAKUXmspQl5du+uQpLEtbeTZqrfsLDzm4qNgB5jTiqXz/fMN6ASq76NW 3yDFv57LLfA/T0icyIXGX6d5Qrqg/TZVgUctzGMo5PSoNSJ1AnD0Wnl34j0Y1T1X45g+ OZUw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Uq+Hm+d7; 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=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 129-20020a630087000000b0044394a13726si8714971pga.646.2022.10.03.10.47.11; Mon, 03 Oct 2022 10:47:23 -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=@linaro.org header.s=google header.b=Uq+Hm+d7; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229501AbiJCR3l (ORCPT + 99 others); Mon, 3 Oct 2022 13:29:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:40732 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229574AbiJCR3d (ORCPT ); Mon, 3 Oct 2022 13:29:33 -0400 Received: from mail-lf1-x12e.google.com (mail-lf1-x12e.google.com [IPv6:2a00:1450:4864:20::12e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D97371DF1A for ; Mon, 3 Oct 2022 10:29:31 -0700 (PDT) Received: by mail-lf1-x12e.google.com with SMTP id s20so1931805lfi.11 for ; Mon, 03 Oct 2022 10:29:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date; bh=D/fZmUSeupPl5TA1An+5fKtJeTIV2CBPNXJdyZ0NK1c=; b=Uq+Hm+d7n3APDB5EBW5GcCZWg9vmHxe9tVYc8CoupCmOi3pYq/b4Q6k1GN9x+qp9r+ JccSl+imhnMwBFgBaUoWsyrJHs73LPchcoCmxlNiyEB45cjJuM52X+IPazhGOMPJLdRn PYGPOiZPxI1bZsoSDDDM6kqhSGnzFhuU59OnG9akkpiMSNUzaO0W9UIbDjs/MGG0/Jh6 b8+48SqFJRjfpiwDWlk1mzBBf8bK0upqyU+e1F6Tl12G0CyCWh0pwBAA429yrnVhULA4 0lVPsheo51ajZXju8C9ae+xCklNjewTPI3buE9gnFd5KtsfqY7h5ZPs0fvWUU+VkqGaP xT/A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date; bh=D/fZmUSeupPl5TA1An+5fKtJeTIV2CBPNXJdyZ0NK1c=; b=C1dAfXmSZ0sEwEVYW5PRAfdi+f6ROgovU7MdlxmaIYG3+KETxMTcPA0aM7v3lliTij VwHNVaZKfs44V7pLncu86kTz5C4Eu6hOgnKhNUVHEaXorfo9qxjbXbexk66UTXXShlnn 94KmSIyE/rfYartGQ6qxPcwqIU0z6PxIhXx11I3qmdztlZ3OXJekUgXA8AUEh7KTsd84 +FVISubHw3OYpLABT0/CD1AQPqYs0sl+K9+svFtdSnGpUTTaYUY/11wen2/uphqs5PEv xpTgBEmaffcKC4gXThfUDDne8HKOz0+M1S1ER/2clsQHrvj3M/gV0eGSR90hZLjb0P5V vm/w== X-Gm-Message-State: ACrzQf3KO4v31zk3VJrWLEc3xdDAbNTBPB31O2BVDIqnauiRN9qmXfhS WBRffjdUC+L+fUQwteWqkwyvgQ== X-Received: by 2002:a05:6512:33c3:b0:4a2:4c1a:a07 with SMTP id d3-20020a05651233c300b004a24c1a0a07mr935559lfg.551.1664818170172; Mon, 03 Oct 2022 10:29:30 -0700 (PDT) Received: from [192.168.0.21] (78-11-189-27.static.ip.netia.com.pl. [78.11.189.27]) by smtp.gmail.com with ESMTPSA id u1-20020a056512128100b0049b8c0571e5sm1537519lfs.113.2022.10.03.10.29.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 03 Oct 2022 10:29:29 -0700 (PDT) Message-ID: <5ea6145b-ed59-8deb-df7c-57e26e4ecb20@linaro.org> Date: Mon, 3 Oct 2022 19:29:28 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Subject: Re: [PATCH v2] dt-bindings: net: marvell,pp2: convert to json-schema To: =?UTF-8?Q?Micha=c5=82_Grzelak?= , mw@semihalf.com Cc: davem@davemloft.net, devicetree@vger.kernel.org, edumazet@google.com, krzysztof.kozlowski+dt@linaro.org, kuba@kernel.org, linux-kernel@vger.kernel.org, linux@armlinux.org.uk, netdev@vger.kernel.org, pabeni@redhat.com, robh+dt@kernel.org, upstream@semihalf.com References: <20221003170613.132548-1-mig@semihalf.com> Content-Language: en-US From: Krzysztof Kozlowski In-Reply-To: <20221003170613.132548-1-mig@semihalf.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, 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 03/10/2022 19:06, Michał Grzelak wrote: > On 02/10/2022 10:23, Marcin Wojtas wrote: >> niedz., 2 paź 2022 o 10:00 Krzysztof Kozlowski >> napisał(a): >>> >>> On 01/10/2022 17:53, Michał Grzelak wrote: >>>> Hi Krzysztof, >>>> >>>> Thanks for your comments and time spent on reviewing my patch. >>>> All of those improvements will be included in next version. >>>> Also, I would like to know your opinion about one. >>>> >>>>>> + >>>>>> + marvell,system-controller: >>>>>> + $ref: /schemas/types.yaml#/definitions/phandle >>>>>> + description: a phandle to the system controller. >>>>>> + >>>>>> +patternProperties: >>>>>> + '^eth[0-9a-f]*(@.*)?$': >>>>> >>>>> The name should be "(ethernet-)?port", unless anything depends on >>>>> particular naming? >>>> >>>> What do you think about pattern "^(ethernet-)?eth[0-9a-f]+(@.*)?$"? >>>> It resembles pattern found in net/ethernet-phy.yaml like >>>> properties:$nodename:pattern:"^ethernet-phy(@[a-f0-9]+)?$", while >>>> still passing `dt_binding_check' and `dtbs_check'. It should also >>>> comply with your comment. >>> >>> Node names like ethernet-eth do not make much sense because they contain >>> redundant ethernet or eth. AFAIK, all other bindings like that call >>> these ethernet-ports (or sometimes shorter - ports). Unless this device >>> is different than all others? >>> >> >> IMO "^(ethernet-)?port@[0-9]+$" for the subnodes' names could be fine >> (as long as we don't have to modify the existing .dtsi files) - there >> is no dependency in the driver code on that. > > Indeed, driver's code isn't dependent; however, there is a dependency > on 'eth[0-2]' name in all relevant .dts and .dtsi files, e.g.: > > https://github.com/torvalds/linux/blob/master/arch/arm/boot/dts/armada-375.dtsi#L190 > https://github.com/torvalds/linux/blob/master/arch/arm64/boot/dts/marvell/armada-cp11x.dtsi#L72 > > Ports under 'ethernet' node are named eth[0-2], thus those and all .dts files > including the above would have to be modified to pass through `dtbs_check'. I didn't get it. What is the "dependency"? Usage of some names is not a dependency... Old bindings were not precising any specific name of subnodes, therefore I commented to change it. If the DTS already use some other name, you can change them if none of upstream implementations (BSD, bootloaders, firmware, Linux kernel) depend on it. Best regards, Krzysztof