From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Wang, Xingchao" Subject: Re: [Intel-gfx] [PATCH 0/4 V7] Power-well API implementation for Haswell Date: Wed, 24 Jul 2013 13:30:16 +0000 Message-ID: <46B810F6945F7C4788E11DCE57EC4890118513A5@SHSMSX104.ccr.corp.intel.com> References: <46B810F6945F7C4788E11DCE57EC48901184D8BF@SHSMSX104.ccr.corp.intel.com> <46B810F6945F7C4788E11DCE57EC48901184DB13@SHSMSX104.ccr.corp.intel.com> <46B810F6945F7C4788E11DCE57EC48901184DB3D@SHSMSX104.ccr.corp.intel.com> <51E6A4B7.7060605@canonical.com> <46B810F6945F7C4788E11DCE57EC48901184E3B6@SHSMSX104.ccr.corp.intel.com> <20130718064415.GH4550@phenom.ffwll.local> <46B810F6945F7C4788E11DCE57EC48901184E58D@SHSMSX104.ccr.corp.intel.com> <46B810F6945F7C4788E11DCE57EC489011851134@SHSMSX104.ccr.corp.intel.com> <46B810F6945F7C4788E11DCE57EC4890118511BE@SHSMSX104.ccr.corp.intel.com> <51EFC143.2090603@canonical.com> <51EFD337.1060301@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga14.intel.com (mga14.intel.com [143.182.124.37]) by alsa0.perex.cz (Postfix) with ESMTP id 89E8E26535D for ; Wed, 24 Jul 2013 15:30:30 +0200 (CEST) In-Reply-To: <51EFD337.1060301@intel.com> Content-Language: en-US List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: "Wysocki, Rafael J" , David Henningsson Cc: "alsa-devel@alsa-project.org" , "Girdwood, Liam R" , Takashi Iwai , "daniel.vetter@ffwll.ch" , "intel-gfx@lists.freedesktop.org" , Paulo Zanoni , Daniel Vetter , "Jin, Gordon" List-Id: alsa-devel@alsa-project.org > -----Original Message----- > From: Wysocki, Rafael J > Sent: Wednesday, July 24, 2013 9:15 PM > To: David Henningsson > Cc: Wang, Xingchao; Takashi Iwai; Paulo Zanoni; Daniel Vetter; > daniel.vetter@ffwll.ch; alsa-devel@alsa-project.org; > intel-gfx@lists.freedesktop.org; Girdwood, Liam R; Jin, Gordon > Subject: Re: [alsa-devel] [Intel-gfx] [PATCH 0/4 V7] Power-well API > implementation for Haswell > > On 7/24/2013 1:57 PM, David Henningsson wrote: > > On 07/24/2013 01:33 PM, Wang, Xingchao wrote: > >> Yes, I agree. I'm debugging this issue on Ubuntu, not sure it happens > >> on other distribution too. > >> If it's related to Ubuntu, maybe need check Ubuntu power policy. Does > >> anyone know the Ubuntu power-policy on laptop? > >> i.e. when charger connected, will Ubuntu make decision to disable > >> power-save feature for audio subsystem? > > > > I'm not a power management expert, but I got a pointer from my team > > mate to pm-utils: > > > > http://cgit.freedesktop.org/pm-utils/tree/pm/power.d/intel-audio-power > > save > > > > > > If I understand correctly, The scripts in power.d are executed when > > battery / AC-power is changed. > > > > To me, this sounds like a user space issue. It requested power on and the > kernel delivered. Do you know which user-space application will touch below two flags? - /sys/devices/pci0000\:00/0000\:00\:03.0/power/control - /sys/module/snd_hda_intel/parameters/power_save Thanks --xingchao > > Trying to modify the kernel to work around that would be insane. > > Thanks, > Rafael