From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lelvem-ot01.ext.ti.com (lelvem-ot01.ext.ti.com [198.47.23.234]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A2D821C8611; Wed, 3 Sep 2025 07:44:40 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.47.23.234 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756885482; cv=none; b=pbhQbVtrJW9h42km4yTZtf0Iddw2IE83SJwaB1ZhZEYNXLJcaVkqWsB14/KFLp5KUfEUhsL9JKjhv/ZNp16e96PpSDFfh9zn6HPCBkl94dUw27lBw/EZCLpjcZgfUH64Zgv0k2z2zg/k9N6zJq/3rUht2WSMBsTGgtKdLn3UBNw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1756885482; c=relaxed/simple; bh=UzjeIvCkXA9dbokj6cXZQ/0m+/oSRETAN7DOXHcComw=; h=Message-ID:Date:MIME-Version:Subject:To:CC:References:From: In-Reply-To:Content-Type; b=OwELczZGX6dIfaG4Gceh/jBdCkE7h8njVdHC3IYsZUNF5JelEdkzAdxnPtwcQDktGQhvUFsz/kh9gxXRrHFHs19+Dw0Y4Dev2Yge01BPamtCRC7HUbQSfQWtzRMhNMv2B1+9mPa4tTY+Orq7SgPFnOFBZ5z4gK1C2VBDPj4UsJI= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=ti.com; spf=pass smtp.mailfrom=ti.com; dkim=pass (1024-bit key) header.d=ti.com header.i=@ti.com header.b=oOC5tY9q; arc=none smtp.client-ip=198.47.23.234 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=ti.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=ti.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=ti.com header.i=@ti.com header.b="oOC5tY9q" Received: from fllvem-sh03.itg.ti.com ([10.64.41.86]) by lelvem-ot01.ext.ti.com (8.15.2/8.15.2) with ESMTP id 5837hlMt2779765; Wed, 3 Sep 2025 02:43:47 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ti.com; s=ti-com-17Q1; t=1756885427; bh=La6ncxcZEmWdKtlYiqu4qaaCsos1RqPeSH44Dfbmrsg=; h=Date:Subject:To:CC:References:From:In-Reply-To; b=oOC5tY9q0MixsxO5Xobph2w7N4vEUNiRky93Q69HAAoIx2sePLaFHBWx0X3ND+G1E 3FU6rH9ecK8AXPX9Y4vFv5fmMEZnKD9TkEnHh8cjFxWAnuDv91+beFx84zl5YwhTeZ rA6bQxoBaqnERooaaKdWbS7tAcH0XNXKIPTNtoXo= Received: from DFLE108.ent.ti.com (dfle108.ent.ti.com [10.64.6.29]) by fllvem-sh03.itg.ti.com (8.18.1/8.18.1) with ESMTPS id 5837hle13356790 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-SHA256 bits=128 verify=FAIL); Wed, 3 Sep 2025 02:43:47 -0500 Received: from DFLE102.ent.ti.com (10.64.6.23) by DFLE108.ent.ti.com (10.64.6.29) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2507.55; Wed, 3 Sep 2025 02:43:46 -0500 Received: from lelvem-mr05.itg.ti.com (10.180.75.9) by DFLE102.ent.ti.com (10.64.6.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2507.55 via Frontend Transport; Wed, 3 Sep 2025 02:43:46 -0500 Received: from [172.24.231.152] (danish-tpc.dhcp.ti.com [172.24.231.152]) by lelvem-mr05.itg.ti.com (8.18.1/8.18.1) with ESMTP id 5837hbje1211215; Wed, 3 Sep 2025 02:43:37 -0500 Message-ID: Date: Wed, 3 Sep 2025 13:13:36 +0530 Precedence: bulk X-Mailing-List: netdev@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH net-next v2 1/8] dt-bindings: net: ti,rpmsg-eth: Add DT binding for RPMSG ETH To: Krzysztof Kozlowski CC: Andrew Lunn , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Bjorn Andersson , Mathieu Poirier , Simon Horman , Jonathan Corbet , Nishanth Menon , Vignesh Raghavendra , Mengyuan Lou , Xin Guo , Lei Wei , Lee Trager , Michael Ellerman , Fan Gong , Lorenzo Bianconi , Geert Uytterhoeven , Lukas Bulwahn , Parthiban Veerasooran , Suman Anna , Tero Kristo , , , , , , , , Roger Quadros References: <20250902090746.3221225-1-danishanwar@ti.com> <20250902090746.3221225-2-danishanwar@ti.com> <20250903-dark-horse-of-storm-cf68ea@kuoka> Content-Language: en-US From: MD Danish Anwar In-Reply-To: <20250903-dark-horse-of-storm-cf68ea@kuoka> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-C2ProcessedOrg: 333ef613-75bf-4e12-a4b1-8e3623f5dcea Hi Krzysztof, On 03/09/25 12:48 pm, Krzysztof Kozlowski wrote: > On Tue, Sep 02, 2025 at 02:37:39PM +0530, MD Danish Anwar wrote: >> Add device tree binding documentation for Texas Instruments RPMsg Ethernet >> channels. This binding describes the shared memory communication interface >> between host processor and a remote processor for Ethernet packet exchange. >> >> The binding defines the required 'memory-region' property that references >> the dedicated shared memory area used for exchanging Ethernet packets >> between processors. >> >> Signed-off-by: MD Danish Anwar >> --- >> .../devicetree/bindings/net/ti,rpmsg-eth.yaml | 38 +++++++++++++++++++ >> 1 file changed, 38 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/net/ti,rpmsg-eth.yaml >> >> diff --git a/Documentation/devicetree/bindings/net/ti,rpmsg-eth.yaml b/Documentation/devicetree/bindings/net/ti,rpmsg-eth.yaml >> new file mode 100644 >> index 000000000000..1c86d5c020b0 >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/net/ti,rpmsg-eth.yaml >> @@ -0,0 +1,38 @@ >> +# SPDX-License-Identifier: GPL-2.0-only OR BSD-2-Clause >> +%YAML 1.2 >> +--- >> +$id: http://devicetree.org/schemas/net/ti,rpmsg-eth.yaml# >> +$schema: http://devicetree.org/meta-schemas/core.yaml# >> + >> +title: Texas Instruments RPMsg channel nodes for Ethernet communication >> + >> +description: | >> + RPMsg Ethernet subnode represents the communication interface between host >> + processor and a remote processor. >> + >> +maintainers: >> + - MD Danish Anwar >> + >> +properties: >> + memory-region: >> + $ref: /schemas/types.yaml#/definitions/phandle >> + description: | >> + Phandle to the shared memory region used for communication between the >> + host processor and the remote processor. >> + This shared memory region is used to exchange Ethernet packets. >> + >> +required: >> + - memory-region >> + >> +additionalProperties: false > > This cannot be really tested and is pointless binding... Really, one > property does not make it a device node. > > I tried to do something similar to google,cros-ec.yaml and qcom,glink-edge.yaml They are also rpmsg related and used by other vendors. I created similar to that as my use case seems similar to them. The only difference being I only need one property. -- Thanks and Regards, Danish