Hi Mika > -----Original Message----- > From: Mika Westerberg [mailto:mika.westerb...@linux.intel.com] > Sent: 19 June 2017 11:02 > To: Gabriele Paoloni > Cc: Rafael J. Wysocki; Lorenzo Pieralisi; Rafael J. Wysocki; > catalin.mari...@arm.com; will.dea...@arm.com; robh...@kernel.org; > frowand.l...@gmail.com; bhelg...@google.com; a...@arndb.de; linux-arm- > ker...@lists.infradead.org; mark.rutl...@arm.com; > brian.star...@arm.com; o...@lixom.net; b...@kernel.crashing.org; linux- > ker...@vger.kernel.org; linux-a...@vger.kernel.org; Linuxarm; linux- > p...@vger.kernel.org; miny...@acm.org; John Garry; xuwei (O) > Subject: Re: [PATCH v9 5/7] ACPI: Translate the I/O range of non-MMIO > devices before scanning > > 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.
Ok Many thanks I will investigate this direction > > 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. Ok got it :) Cheers Gab
