Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752201AbeACLTH (ORCPT + 1 other); Wed, 3 Jan 2018 06:19:07 -0500 Received: from mail-it0-f68.google.com ([209.85.214.68]:41118 "EHLO mail-it0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751926AbeACLTD (ORCPT ); Wed, 3 Jan 2018 06:19:03 -0500 X-Google-Smtp-Source: ACJfBovRqTp9uuuhSmPiKpMuJ2WG4FfAcRvnMWfXTNeDLkLkaXpgWWrv8ARJsE7vut6Ma3/XjB/hJ7GcLZdXpdgu1r4= MIME-Version: 1.0 In-Reply-To: <20180103111611.GB21230@xora-haswell> References: <1514721520-18964-1-git-send-email-mw@semihalf.com> <1514721520-18964-6-git-send-email-mw@semihalf.com> <20171231192354.GB20455@lunn.ch> <20180103111611.GB21230@xora-haswell> From: Marcin Wojtas Date: Wed, 3 Jan 2018 12:19:02 +0100 Message-ID: Subject: Re: [net-next: PATCH v2 5/5] net: mvpp2: enable ACPI support in the driver To: Graeme Gregory Cc: Andrew Lunn , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, netdev , linux-acpi@vger.kernel.org, "David S. Miller" , Russell King - ARM Linux , "Rafael J. Wysocki" , Florian Fainelli , =?UTF-8?Q?Antoine_T=C3=A9nart?= , Thomas Petazzoni , =?UTF-8?Q?Gregory_Cl=C3=A9ment?= , Ezequiel Garcia , 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 Return-Path: Graeme, 2018-01-03 12:16 GMT+01:00 : > On Sun, Dec 31, 2017 at 08:23:54PM +0100, Andrew Lunn wrote: >> > * Modify way of obtaining interrupts - with ACPI they are resources >> > bound to struct platform_device and it's not possible to obtain >> > them directly from the child node. Hence a formula is used, depending >> > on the port_id and number of possible CPUs. >> >> Hi Marcin >> >> I know nothing about ACPI. Is this limitation with respect to >> interrupts fundamental to ACPI, or just that nobody has implemented >> flexible interrupt support yet? >> > The infrastructure is there to traverse trees of children, but I don't > think there any helper functions. > Thanks, so if I implement such, do you expect any formal issues that prevent its acceptance? Best regards, Marcin