From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751233AbeAVPVv (ORCPT ); Mon, 22 Jan 2018 10:21:51 -0500 Received: from mail-io0-f172.google.com ([209.85.223.172]:44053 "EHLO mail-io0-f172.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751187AbeAVPVs (ORCPT ); Mon, 22 Jan 2018 10:21:48 -0500 X-Google-Smtp-Source: AH8x227pH+41PNArXLwAATuHxTUYpjglZnrCC33sDI/pwcE+JhEvTMErWLXQ/jum6e5LwZq4ypDiEVM7o2J7L5gZRWA= MIME-Version: 1.0 In-Reply-To: <20180122144342.GB16923@lunn.ch> References: <1516278704-17141-1-git-send-email-mw@semihalf.com> <20180118132322.GE2690@kwain> <20180122.093525.1549534484738907077.davem@davemloft.net> <20180122144342.GB16923@lunn.ch> From: Marcin Wojtas Date: Mon, 22 Jan 2018 16:21:47 +0100 Message-ID: Subject: Re: [net-next: PATCH v4 0/7] Armada 7k/8k PP2 ACPI support To: David Miller Cc: linux-kernel@vger.kernel.org, Andrew Lunn , =?UTF-8?Q?Antoine_T=C3=A9nart?= , linux-arm-kernel@lists.infradead.org, netdev , linux-acpi@vger.kernel.org, Graeme Gregory , Russell King - ARM Linux , "Rafael J. Wysocki" , Florian Fainelli , Thomas Petazzoni , =?UTF-8?Q?Gregory_Cl=C3=A9ment?= , Stefan Chulski , nadavh@marvell.com, Neta Zur Hershkovits , Ard Biesheuvel , Grzegorz Jaszczyk , Tomasz Nowicki Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 2018-01-22 15:43 GMT+01:00 Andrew Lunn : > On Mon, Jan 22, 2018 at 09:35:25AM -0500, David Miller wrote: >> From: Marcin Wojtas >> Date: Mon, 22 Jan 2018 14:00:37 +0100 >> >> > There's a discussion about the ACPI vs generic MDIO/PHY change under >> > initial version of the patchset, however the patches in question were >> > for now abandoned from further re-sends. >> >> But doesn't the results of that discussion determine whether the way ACPI >> is being used in this patch series is what we want to do or not? > > Hi David > > The patches submitted here don't involve any ACPI for MDIO or PHY. It > is all MAC. And it is using standard ACPI primitives for devices, > nothing new. > > It is not setting any precedence for MDIO and PHY. That is totally out > of scope for these patches. Whatever is decided for MDIO and PHY can > be added later. > Indeed, generic helper routines will be used in drivers (net and others) and the mvpp2 with this patchset is ready to whatever shape MDIO+ACPI goes in future, so there will be no need to revert any changes there. Best regards, Marcin