From mboxrd@z Thu Jan 1 00:00:00 1970 From: sameo@linux.intel.com (Samuel Ortiz) Date: Mon, 2 May 2011 15:49:15 +0200 Subject: Status of arch/arm in linux-next In-Reply-To: References: <20110414094447.GA1611@n2100.arm.linux.org.uk> <201104211025.34420.arnd@arndb.de> Message-ID: <20110502134914.GF740@sortiz-mobl> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org Hi Linus, On Fri, Apr 22, 2011 at 09:56:41AM +0200, Linus Walleij wrote: > 2011/4/21 Arnd Bergmann : > > >> Most MFD things are, like I2C chips and stuff but this one sure > >> match the title "multifunctional device", just that it's very singleton > >> and very close to the SoC core. > > > > One property of MFD devices is that they register a fixed set of > > child devices (cells) that are each providing separate functionality > > and have their own drivers. If that's not the case with prcmu, > > I think it should not be an MFD driver. > > It's both-and. The power domain regulators and cpufreq are > platform devices and will work nicely as MFD cells spawn > off the PRCMU. (Just that nooned did it that way before.) That looks like a potential candidate for drivers/mfd/. I'd have to look at the code to take it or not, but it's probably worth trying. Cheers, Samuel. -- Intel Open Source Technology Centre http://oss.intel.com/