Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp3302697iog; Mon, 20 Jun 2022 16:40:15 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vDnpzkgO62Ix1oKOE6lvobeECnlUDNAHXFSQLFwaCRh4G79ppXM/d/u1yC90uNZyqmANlZ X-Received: by 2002:aa7:cf0f:0:b0:435:80ab:2e7e with SMTP id a15-20020aa7cf0f000000b0043580ab2e7emr9698025edy.207.1655768415031; Mon, 20 Jun 2022 16:40:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655768415; cv=none; d=google.com; s=arc-20160816; b=O5YECJvXABXbmhouJnfbELMj4IbISyZQ/6uczUBMuUz81rviDaHtCTWYNVA+OOCubd JOrh37x1SDxi4+E/NJi7ERoo8BFT8GLCLkIPQIClP3QOu/f6NiCLqHYwQBiIKWSyz6jw J2/QViDS5B+twsfP2FeAQTa2A2r+zorFDXHxKLEpRjkCC8d2IpwInKD97dxF/uoFqOnw 4UZ3XKuz2xO11sWkDe5Z/We5em7eq8DRsM5Ws+z2KyRt6qYpB8KYzamX0xs9XjcDGa4D 8xsYbds9Rcn0lCG3LGkhkkvLeSOSed7OkzjQBBV/MhbNIZ8qmwe4Bho+WHYQATFxx86K ZW+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=de5jrWZiqnn0+oFXecM5dyCJcFars+Fig56GZVQKRUg=; b=eMRQVUs9Am5c9eDmh80tNE8twbqI0XRrMe8LozBK7JSB3B9bI2P1yjlmccIt7cX4kg 9juweaM/vZe9ncdwWGl+rgFcmAIajKn0efSjtp2/4QwLtvjHB77g5bYSEq+pIXplTP2L T5Eq6dHsONpotHdsdRc7nOgWUKlD9PQk1+ZKb5L45M5+g8gSMj43ZFe3Mm0HcehepI0C JH1RB1jMEuFDJdTkuX0ua24KV2ajdzhp/3gNxJepxOUc1+3frMh5l/wYv7vdtqAEPcoJ 2PijiumQyKUy3j8tOwP4W8zoh74jP24eTR8KXfGar6rGwZEnGO0+K6PCto/Bcua4DcmS aqaA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@semihalf.com header.s=google header.b=S3KHvFP4; 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 ey8-20020a0564022a0800b0042e09854962si9759948edb.608.2022.06.20.16.39.49; Mon, 20 Jun 2022 16:40:15 -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=@semihalf.com header.s=google header.b=S3KHvFP4; 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 S1345851AbiFTXGH (ORCPT + 99 others); Mon, 20 Jun 2022 19:06:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:46266 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345710AbiFTXFs (ORCPT ); Mon, 20 Jun 2022 19:05:48 -0400 Received: from mail-lj1-x236.google.com (mail-lj1-x236.google.com [IPv6:2a00:1450:4864:20::236]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AFC83237F3 for ; Mon, 20 Jun 2022 16:05:10 -0700 (PDT) Received: by mail-lj1-x236.google.com with SMTP id a11so4708621ljb.5 for ; Mon, 20 Jun 2022 16:05:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=de5jrWZiqnn0+oFXecM5dyCJcFars+Fig56GZVQKRUg=; b=S3KHvFP4pbdA13PxLXWdUbeHiGeLTu+AnNZDZZo2fRkHCc1fRDpOiH209phqN4S65r IrE4rY0XcuSi3iuFjk+Y0tYmzqqX/4qU3JZsq53gZUVuIznV6xWkfNwFHljlFaHQSOZ6 6UDM5Cgiljd2WQaw4PGYW16fEkmglmu6XMkfqvsEUidgLxqX2TwH2zjBZJvr7CtnVNBE +Ny/2ggA1c72rWU6szfvjhBftki0eBOkKjN2SmIiy0bmbCjN/2BhlHp3+dao+rbXc7V1 f1nZxG5MGtOhx7aBEpcqDOEUVwvgFZ0UNPV3dwM3v6QKks49I+mES+lpM1g/wH1DNOZg mDTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=de5jrWZiqnn0+oFXecM5dyCJcFars+Fig56GZVQKRUg=; b=7V201cwZNfrnT2FX/xhb9hp3apXUDl8rTUQ357utFTXfbN9nW4OyErBCo44doTXc68 wzMWDkHQnHsHMJL8SK1OvHk28JTPL//b9Z7tUi0yzUg9Y/PrHsRFCK6vDNI84rkMF/3z knEusS2lXCd8URN5czdES+yDsX5e/q6gAMdhHxg8SAiq6uqGIHWUjLlCauGPAsynjoRb zOBhHPQ9jKUIz5MquEJ+2HOv7x/injill+Kf76vGVB6ceTfgNLnRQTR2/LC7AYBJ4WRv 92yzp4BdC4FSDXcT8zCKDum2JarqZ4iJwV/liJev6t5BofW5/DqeepO07a5DIoXfu4ws 3ILA== X-Gm-Message-State: AJIora/9cT34X6zXx0zUoBkhCgGZBZjxhyrfOYWv4wfjD5rSwQlQqNQd 2s7ha0/8lOI5dhzVNSPdvncOD3Au5Rsq5jpLs6nmjw== X-Received: by 2002:a2e:860e:0:b0:25a:6dbe:abb5 with SMTP id a14-20020a2e860e000000b0025a6dbeabb5mr4403829lji.474.1655766308953; Mon, 20 Jun 2022 16:05:08 -0700 (PDT) MIME-Version: 1.0 References: <20220620150225.1307946-1-mw@semihalf.com> <20220620150225.1307946-9-mw@semihalf.com> In-Reply-To: From: Marcin Wojtas Date: Tue, 21 Jun 2022 01:04:58 +0200 Message-ID: Subject: Re: [net-next: PATCH 08/12] ACPI: scan: prevent double enumeration of MDIO bus children To: Andy Shevchenko Cc: Linux Kernel Mailing List , ACPI Devel Maling List , netdev , "Rafael J. Wysocki" , Len Brown , Andrew Lunn , 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 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,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 pon., 20 cze 2022 o 19:53 Andy Shevchenko napisa=C5=82(a): > > On Mon, Jun 20, 2022 at 05:02:21PM +0200, Marcin Wojtas wrote: > > The MDIO bus is responsible for probing and registering its respective > > children, such as PHYs or other kind of devices. > > > > It is required that ACPI scan code should not enumerate such > > devices, leaving this task for the generic MDIO bus routines, > > which are initiated by the controller driver. > > > > This patch prevents unwanted enumeration of the devices by setting > > 'enumeration_by_parent' flag, depending on whether their parent > > device is a member of a known list of MDIO controllers. For now, > > the Marvell MDIO controllers' IDs are added. > > This flag is used for serial buses that are not self-discoverable. Not su= re > about MDIO, but the current usage has a relation to the _CRS. Have you > considered to propose the MdioSerialBus() resource type to ACPI specifica= tion? > Indeed, one of the cases checked in the acpi_device_enumeration_by_parent() is checking _CRS (of the bus child device) for being of the serial bus type. Currently I see I2C/SPI/UARTSerialBus resource descriptors in the specification. Since MDIO doesn't seem to require any special description macros like the mentioned ones (for instance see I2CSerialBusV2 [1]), Based on example: dfda4492322ed ("ACPI / scan: Do not enumerate Indirect IO host children"), I thought of similar one perhaps being applicable. Maybe there is some different, more proper solution, I'd be happy to hear from the ACPI Maintainers. [1] https://uefi.org/specs/ACPI/6.4/19_ASL_Reference/ACPI_Source_Language_R= eference.html?highlight=3Di2cserialbus#i2cserialbusterm Best regards, Marcin