Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753919AbdFSKCX (ORCPT ); Mon, 19 Jun 2017 06:02:23 -0400 Received: from mga14.intel.com ([192.55.52.115]:59472 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752165AbdFSKCV (ORCPT ); Mon, 19 Jun 2017 06:02:21 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.39,360,1493708400"; d="scan'208";a="1184250495" Date: Mon, 19 Jun 2017 13:02:09 +0300 From: Mika Westerberg To: Gabriele Paoloni Cc: "Rafael J. Wysocki" , Lorenzo Pieralisi , "Rafael J. Wysocki" , "catalin.marinas@arm.com" , "will.deacon@arm.com" , "robh+dt@kernel.org" , "frowand.list@gmail.com" , "bhelgaas@google.com" , "arnd@arndb.de" , "linux-arm-kernel@lists.infradead.org" , "mark.rutland@arm.com" , "brian.starkey@arm.com" , "olof@lixom.net" , "benh@kernel.crashing.org" , "linux-kernel@vger.kernel.org" , "linux-acpi@vger.kernel.org" , Linuxarm , "linux-pci@vger.kernel.org" , "minyard@acm.org" , John Garry , "xuwei (O)" Subject: Re: [PATCH v9 5/7] ACPI: Translate the I/O range of non-MMIO devices before scanning Message-ID: <20170619100209.GC629@lahna.fi.intel.com> References: <20170613151013.GT3187@lahna.fi.intel.com> <20170613200339.GX3187@lahna.fi.intel.com> <20170616083313.GY3187@lahna.fi.intel.com> <20170616120048.GC629@lahna.fi.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.7.1 (2016-10-04) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 982 Lines: 20 On Mon, Jun 19, 2017 at 09:50:49AM +0000, Gabriele Paoloni wrote: > Many thanks for your response and your help here. > > I guess that as conclusion with respect to the current v9 patchset we can > disregard the idea of MFD and modify the current v9 so that it doesn't > touch directly ACPI resources. > Instead as I proposed before we can have the scan handler to enumerate > the children devices and translate its addresses filling dev->resources[] and > at the same time we can modify acpi_default_enumeration to check > acpi_device_enumerated() before continuing with device enumeration...? > > Do you think it as a viable solution? No, I think MFD + scan handler inside the MFD driver is the way to go. We don't want to trash ACPI core with stuff that does not belong there IMHO. Also you don't need to modify acpi_default_enumeration() because you can mark your device enumerated in the MFD driver. So all the dirty details will be in the MFD driver and not in ACPI core.