Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp930489pxb; Thu, 28 Jan 2021 04:06:06 -0800 (PST) X-Google-Smtp-Source: ABdhPJxoxqCjaptOUDbrK3OYZfOzdA9+SGNUQAY3CbjkzXi6odpbELfCCUcfOrFhoHTc0C4trDg3 X-Received: by 2002:aa7:dcc9:: with SMTP id w9mr13394634edu.22.1611835566554; Thu, 28 Jan 2021 04:06:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611835566; cv=none; d=google.com; s=arc-20160816; b=CeNUpKPXeoOFMM4VoJA78Ivu2/6huZi8bdSfid5JpdWEuTpA0NcmZC194pn5npz+BJ R9DnoCU/1NjmBgx72Yh9Q9FD+7j1MYURsz7SW++Yzym7hSR2wHfwnHWFhvWUpubHXY6Y 5a3Qsym8ZYtPMkuMqQawEU3MEoRFnGmnkdSiMUHdnCwxObxlWPKvc0XGqAFXLs1KD8UK Xn3leBxE+TgY/8crJd4DKWE6Mpredz3KoQa4Isx5YAgnJBTs4OIJmWahtGr5is0E/XWr LN41v10oKETBYm0rD2TkAxj83p2WgbAp+YxHHA4YW+Q5/lvCo2A/L7bYZvB2Tyczvuo7 Kjzw== 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; bh=YFd+ePX8uVw6q9k4sjKVG2onbgLoQUdjhM3fDLy+Btw=; b=vOtE0ZV0/s1ItxY1fAWi6l+rGhrCjzi3iqYzmsdl8q5dzaJ0j3sPNgZpI7mJgDtVqn Uztk0VA5ju5jma+ZZ+BBMrwFd7K0yTaAw/0VmPokfRHRY5m8fOg9EFPE5YVv4ZHtAxPM 3OKAugxJvLzbDY8dLOwp0rY34nvQd6IgPeBWY3JOQ4AjhquuZPuF/oVH8+59AZq48vc8 ctnXJfgG1IN3DvtksVRPJfhYCZRwavWRkUrTzTtn6Zz6SFp+MmzeaApdN5NnRme5kOdP CWIS5J+vj7IWMvbTkCE8Bn0+EuE7bGyzsUw5C0VnFWIG47XJ7XKH23vihx7Ne/e+Plny TJJA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r11si2738452edt.118.2021.01.28.04.05.42; Thu, 28 Jan 2021 04:06:06 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S231256AbhA1MCP (ORCPT + 99 others); Thu, 28 Jan 2021 07:02:15 -0500 Received: from mail-ot1-f47.google.com ([209.85.210.47]:34380 "EHLO mail-ot1-f47.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231467AbhA1MBd (ORCPT ); Thu, 28 Jan 2021 07:01:33 -0500 Received: by mail-ot1-f47.google.com with SMTP id a109so4921098otc.1; Thu, 28 Jan 2021 04:01:17 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=YFd+ePX8uVw6q9k4sjKVG2onbgLoQUdjhM3fDLy+Btw=; b=LKAWVBS4m/h6/48Dn7N3w/0wd/2/YrXf3YGyPnTCTcha00mJP7Bcd7j0kSVCxIlT1a nRFIRNFxyLbsSFE1bIT9E6R9RfRE7Ix+IkidxlxQidzV63n//jEn7JK2dOYUPYXuVNrx 4346xc/BYZWanIKx34Gua+023jjAl8+GnV2eGbNp45x4NIPODrXb+SlG+mQ1VBNe10q3 9JeQJ0cI0kiuFN5ygg7dL5JMWfNVcCCVhqJ8FL9HtpoZ04zafFjdCpS2DxHeY0YYC3zR UYAKxHRuBfPUsJ3BjyAQSHy3UchLkW4+UDe5YZLud5VJV7vgoDk5RqgIbSozJUiK4v99 KO8w== X-Gm-Message-State: AOAM531WQHwOAHnXHH+l80TuECAHVajGLwz9Dy6O7jQ2nLfXvqSiOsUq EIoTjc1NkZoADqscNK7YHWNL92mg1xZLgmgNTe0= X-Received: by 2002:a9d:7a4a:: with SMTP id z10mr11396877otm.206.1611835251636; Thu, 28 Jan 2021 04:00:51 -0800 (PST) MIME-Version: 1.0 References: <20210122154300.7628-1-calvin.johnson@oss.nxp.com> <20210122154300.7628-2-calvin.johnson@oss.nxp.com> <20210128112729.GA28413@lsv03152.swis.in-blr01.nxp.com> In-Reply-To: <20210128112729.GA28413@lsv03152.swis.in-blr01.nxp.com> From: "Rafael J. Wysocki" Date: Thu, 28 Jan 2021 13:00:40 +0100 Message-ID: Subject: Re: [net-next PATCH v4 01/15] Documentation: ACPI: DSD: Document MDIO PHY To: Calvin Johnson Cc: "Rafael J. Wysocki" , Grant Likely , Jeremy Linton , Andrew Lunn , Andy Shevchenko , Florian Fainelli , Russell King - ARM Linux admin , Cristi Sovaiala , Florin Laurentiu Chiculita , Ioana Ciornei , Madalin Bucur , Heikki Krogerus , Marcin Wojtas , Pieter Jansen Van Vuuren , Jon , Saravana Kannan , Randy Dunlap , "linux.cj" , Diana Madalina Craciun , ACPI Devel Maling List , Linux ARM , Linux Kernel Mailing List , netdev , Laurentiu Tudor , Len Brown , "Rafael J. Wysocki" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 28, 2021 at 12:27 PM Calvin Johnson wrote: > > Hi Rafael, > > Thanks for the review. I'll work on all the comments. > > On Fri, Jan 22, 2021 at 08:22:21PM +0100, Rafael J. Wysocki wrote: > > On Fri, Jan 22, 2021 at 4:43 PM Calvin Johnson > > wrote: > > > > > > Introduce ACPI mechanism to get PHYs registered on a MDIO bus and > > > provide them to be connected to MAC. > > > > > > Describe properties "phy-handle" and "phy-mode". > > > > > > Signed-off-by: Calvin Johnson > > > --- > > > > > > Changes in v4: > > > - More cleanup > > > > This looks much better that the previous versions IMV, some nits below. > > > > > Changes in v3: None > > > Changes in v2: > > > - Updated with more description in document > > > > > > Documentation/firmware-guide/acpi/dsd/phy.rst | 129 ++++++++++++++++++ > > > 1 file changed, 129 insertions(+) > > > create mode 100644 Documentation/firmware-guide/acpi/dsd/phy.rst > > > > > > diff --git a/Documentation/firmware-guide/acpi/dsd/phy.rst b/Documentation/firmware-guide/acpi/dsd/phy.rst > > > new file mode 100644 > > > index 000000000000..76fca994bc99 > > > --- /dev/null > > > +++ b/Documentation/firmware-guide/acpi/dsd/phy.rst > > > @@ -0,0 +1,129 @@ > > > +.. SPDX-License-Identifier: GPL-2.0 > > > + > > > +========================= > > > +MDIO bus and PHYs in ACPI > > > +========================= > > > + > > > +The PHYs on an MDIO bus [1] are probed and registered using > > > +fwnode_mdiobus_register_phy(). > > > > Empty line here, please. > > > > > +Later, for connecting these PHYs to MAC, the PHYs registered on the > > > +MDIO bus have to be referenced. > > > + > > > +The UUID given below should be used as mentioned in the "Device Properties > > > +UUID For _DSD" [2] document. > > > + - UUID: daffd814-6eba-4d8c-8a91-bc9bbf4aa301 > > > > I would drop the above paragraph. > > > > > + > > > +This document introduces two _DSD properties that are to be used > > > +for PHYs on the MDIO bus.[3] > > > > I'd say "for connecting PHYs on the MDIO bus [3] to the MAC layer." > > above and add the following here: > > > > "These properties are defined in accordance with the "Device > > Properties UUID For _DSD" [2] document and the > > daffd814-6eba-4d8c-8a91-bc9bbf4aa301 UUID must be used in the Device > > Data Descriptors containing them." > > > > > + > > > +phy-handle > > > +---------- > > > +For each MAC node, a device property "phy-handle" is used to reference > > > +the PHY that is registered on an MDIO bus. This is mandatory for > > > +network interfaces that have PHYs connected to MAC via MDIO bus. > > > + > > > +During the MDIO bus driver initialization, PHYs on this bus are probed > > > +using the _ADR object as shown below and are registered on the MDIO bus. > > > > Do you want to mention the "reg" property here? I think it would be > > useful to do that. > > No. I think we should adhere to _ADR in MDIO case. The "reg" property for ACPI > may be useful for other use cases that Andy is aware of. The code should reflect this, then. I mean it sounds like you want to check the "reg" property only if this is a non-ACPI node.