From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mika Westerberg Subject: Re: [PATCH v2 1/9] i2c: prepare runtime PM support for I2C client devices Date: Mon, 16 Sep 2013 17:38:12 +0300 Message-ID: <20130916143811.GP7393@intel.com> References: <87vc25pvvm.fsf@linaro.org> <20130913065434.GZ7393@intel.com> <87bo3whjz4.fsf@linaro.org> <20130913145022.GC7393@intel.com> <20130913173149.GE7393@intel.com> <87ioy4e8bw.fsf@linaro.org> <20130915064139.GJ7393@intel.com> <20130915124744.GW29403@sirena.org.uk> <20130915132823.GL7393@intel.com> <20130916101249.GX29403@sirena.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20130916101249.GX29403-GFdadSzt00ze9xe1eoZjHA@public.gmane.org> Sender: linux-i2c-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Mark Brown Cc: Kevin Hilman , linux-i2c-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Wolfram Sang , "Rafael J. Wysocki" , linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Lv Zheng , Aaron Lu , linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org, Dmitry Torokhov , Mauro Carvalho Chehab , Samuel Ortiz , Lee Jones , Arnd Bergmann , Greg Kroah-Hartman , Liam Girdwood , Kyungmin Park List-Id: linux-acpi@vger.kernel.org On Mon, Sep 16, 2013 at 11:12:49AM +0100, Mark Brown wrote: > That's definitely an ACPI specific (probably x86 specific ACPI?) > requirement not a generic one, on some systems it would increase power > consumption since the controller will need to sit on while the device is > functioning autonomously. Yes, the ACPI 5.0 spec says that the device cannot be in higher D-state than its parent. This is not x86 specific, though I'm not sure if this is implemented elsewhere. > Even though the controller power consumption is going to be minimal the > power domain it is in may be relatively large. Can't the power domains > for ACPI deal with this requirement, for example by making the I2C slave > power domains children of the controller power domain? We'll look into this. Thanks for the suggestion.