From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eero Nurkkala Subject: Re: [PATCH 7/8] ASoC: tlv320aic3x: add initial usage of regulator framework to control avdd_dac Date: Fri, 09 Oct 2009 07:28:03 +0300 Message-ID: <1255062483.30157.171.camel@eenurkka-desktop> References: <1255003137-1034-1-git-send-email-eduardo.valentin@nokia.com> <1255003137-1034-8-git-send-email-eduardo.valentin@nokia.com> <1255004227.30157.159.camel@eenurkka-desktop> ,<20091008134046.GH29176@rakim.wolfsonmicro.main> <1FFEF31EBAA4F64B80D33027D42977600E85F0CC91@NOK-EUMSG-02.mgdnok.nokia.com> (sfid-20091008_164425_486507_1ADB55B0) <1C729A43-F9F2-4FF6-A07E-5450E595982B@opensource.wolfsonmicro.com> Reply-To: ext-eero.nurkkala@nokia.com Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: Received: from smtp.nokia.com ([192.100.122.230]:38022 "EHLO mgw-mx03.nokia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751153AbZJIEaw (ORCPT ); Fri, 9 Oct 2009 00:30:52 -0400 In-Reply-To: <1C729A43-F9F2-4FF6-A07E-5450E595982B@opensource.wolfsonmicro.com> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: ext Mark Brown Cc: "Valentin Eduardo (Nokia-D/Helsinki)" , "" , "Ujfalusi Peter (Nokia-D/Tampere)" , "" , "" , "" On Thu, 2009-10-08 at 18:01 +0200, ext Mark Brown wrote: > On 8 Oct 2009, at 16:44, wrote: > > > Mark Brown wrote: > >> > >>> Also, this is regulator > >>> thing > >>> is highly platform dependent, not aic3x related really at all, so is > >>> this the correct place... Just a thought, dont take it too > >>> seriously ;) > >> > >> I'm not sure what you mean by this? > > > > You may power the aic3x from a fixed source, or from multiple > > sources, with > > and without any regulator in between. It's up to the HW and HW design. > > The regulator API can cope with all this pretty transparently - if > multiple supplies come from the same regulator the API will hide that > from the consumer. There is a fixed voltage regulator driver which can > be used to represent supplies with no soft control. > > > Moreover, you don't _power off_ (turn the regulator off) the analog > > voltages > > of aic3x; things won't work. So it's not like a switch everybody may > > use. Or > > nothing prevent you from experiencing that... > > I'd expect the usage would be that after the audio subsystem has been > idle for some configurable period of time the core would bring the > audio subsystem down to bias off, at which point supplies could also > be switched off. Right. That would also sound like the RST line also needs also be asserted, and then rewriting all register contents upon wakeup? And also redirecting all i2c traffic to the cache instead of any real i2c writes (meanwhile the device is shut down)? Like in tpa6130? - Eero