Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp4722537iog; Wed, 22 Jun 2022 04:42:45 -0700 (PDT) X-Google-Smtp-Source: AGRyM1uyvzYeeSCJF7dMj+t/bPJCGqivTQVA1ilrqBBwj2YQ4h/+Z2TAknP37FF7+u5STnOsPunT X-Received: by 2002:aa7:cb94:0:b0:435:9054:db5 with SMTP id r20-20020aa7cb94000000b0043590540db5mr3638710edt.29.1655898165611; Wed, 22 Jun 2022 04:42:45 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655898165; cv=none; d=google.com; s=arc-20160816; b=CFzn4gicsm5EifN6PjV/kKHOAnbnCxgtgcQR+6hVSoy6Phd6gswkZzINaV3Hug9GYb P9CVFh3CPShns82ZGskCPdUj4feV1dW2Jb265RZSyvULIUHSb9oWmU2kLEol0+NsTK98 YHOuI99LLVMdaFlKYeyWAtvOIkliRoHvYjUcRzstAtgwXGZ0qpON88Z7lpWiWe3pNbU8 EsJ3l9P2IeDAKTaZW17VZ6dVRg7mbHH6GrgXitlR1tlRw+Nw5xgYJBt9Jw8M1ZMy+2xD Npfdx15LoZt2PDJzaexewF2uJmuX5cWvfsU56Yg8Btpuq6rOJKaW74CK+dL1k48wlKPw vo2g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=I+IQpUdGRvzryPiMbgvBe30v5I8PKYgMnD6LyAtMq9s=; b=QC4snZxlMNRzZdaa1IGPi1WFqKOwaus1uNckgcggHREk4JKxbHZTIL0HYDqh7AxOA5 JCjxgfzGGuebILUzgdCaLS8Hmbniu2i91gy74+lCZFeVdVOhSc5y+AibKRC+G9aN1RHP TxcM+bxTqhj5N2t7NVe+GjJOoAx59kRuJTqEk0cBnAQ4/kRd7fmNrYNNsELCoUjnu83P Kx/N7OEHcWe+dr3lt/88Qd15+C124ra9spta+o/fP5objhNVua9siZrfSkWWB8C3Vn9u lzIHFXFPFODkTNg6B8LEKo47g5gh9KpKmcdGbJdi7mLf8S7RqFKb51hxGZYV6K8nTkL3 HQww== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lunn.ch header.s=20171124 header.b=j1+GJak+; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ho42-20020a1709070eaa00b007120f954caasi2076384ejc.706.2022.06.22.04.42.13; Wed, 22 Jun 2022 04:42:45 -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=@lunn.ch header.s=20171124 header.b=j1+GJak+; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234992AbiFVLXR (ORCPT + 99 others); Wed, 22 Jun 2022 07:23:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37508 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1357605AbiFVLW6 (ORCPT ); Wed, 22 Jun 2022 07:22:58 -0400 Received: from vps0.lunn.ch (vps0.lunn.ch [185.16.172.187]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CC76D3A71C; Wed, 22 Jun 2022 04:22:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lunn.ch; s=20171124; h=In-Reply-To:Content-Disposition:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:From:Sender:Reply-To:Subject: Date:Message-ID:To:Cc:MIME-Version:Content-Type:Content-Transfer-Encoding: Content-ID:Content-Description:Content-Disposition:In-Reply-To:References; bh=I+IQpUdGRvzryPiMbgvBe30v5I8PKYgMnD6LyAtMq9s=; b=j1+GJak+LXgezTk5y6Op6Hz8Oc gCjGb6oeibd7Z+rMixmSzNt+EVlBH77RTjCj8p6uUUtjWrJ1ZN7JGNfgu+Jc/YW5zlQ0B+38D14JJ xnEUEQZ1SVVSqO38mOwulyJmIKpmB5vluJ/Gr5J6Cwj1Gx33tIgT4/BMrt1jyPeRl+CU=; Received: from andrew by vps0.lunn.ch with local (Exim 4.94.2) (envelope-from ) id 1o3yR5-007qRc-VN; Wed, 22 Jun 2022 13:22:15 +0200 Date: Wed, 22 Jun 2022 13:22:15 +0200 From: Andrew Lunn To: Andy Shevchenko Cc: Marcin Wojtas , Linux Kernel Mailing List , ACPI Devel Maling List , netdev , "Rafael J. Wysocki" , Len Brown , vivien.didelot@gmail.com, Florian Fainelli , Vladimir Oltean , "David S. Miller" , Eric Dumazet , Jakub Kicinski , pabeni@redhat.com, Russell King - ARM Linux , Heiner Kallweit , Grzegorz Bernacki , Grzegorz Jaszczyk , Tomasz Nowicki , Samer El-Haj-Mahmoud , upstream@semihalf.com Subject: Re: [net-next: PATCH 09/12] Documentation: ACPI: DSD: introduce DSA description Message-ID: References: <20220620150225.1307946-1-mw@semihalf.com> <20220620150225.1307946-10-mw@semihalf.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,SPF_HELO_PASS,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 > > It's not device on MDIO bus, but the MDIO controller's register itself > > (this _CSR belongs to the parent, subnodes do not refer to it in any > > way). The child device requires only _ADR (or whatever else is needed > > for the case the DSA device is attached to SPI/I2C controllers). > > More and more the idea of standardizing the MDIOSerialBus() resource looks > plausible. The _ADR() usage is a bit grey area in ACPI specification. Maybe > someone can also make it descriptive, so Microsoft and others won't utilize > _ADR() in any level of weirdness. I don't know if it makes any difference, but there are two protocols spoken over MDIO, c22 and c45, specified in clause 22 and clause 45 of the 802.3 specification. In some conditions, you need to specify which protocol to speak to a device at a particular address. In DT we indicate this with the compatible string, when maybe it should really be considered as an extension of the address. If somebody does produce a draft for MDIOSerialBus() i'm happy to review it. Andrew