intel

Bug #1205263
Comment #8

Comment 8 for bug 1205263

Revision history for this message

wangxingchao (xingchao-wang) wrote on 2013-08-15: RE: [Bug 1205263] Re: pm-utils AC/Battery policy requirement for Audio

Hi,

Glad to hear that you're making progress on this issue.
The policy should be flexible according to different hardware, and Haswell really be particular on this policy.
So please help set up a proper policy setting for Haswell chipset.
Please keep us informed if you need support from us.

Thanks
--xingchao

> -----Original Message-----
> From: <email address hidden> [mailto:<email address hidden>] On Behalf Of
> James M. Leddy
> Sent: Thursday, August 15, 2013 6:45 AM
> To: Wang, Xingchao
> Subject: [Bug 1205263] Re: pm-utils AC/Battery policy requirement for Audio
>
> Hi Wang, It makes sense, but we have to think about doing it more smartly. We
> can't set these values to hardcoded, since as you said, it'll affect all machines.
> I'll talk more with the developer, but I think we'll wind up adding a new
> enviroment variable for this class of haswell devices that will behave differently.
>
> --
> You received this bug notification because you are subscribed to the bug report.
> https://bugs.launchpad.net/bugs/1205263
>
> Title:
> pm-utils AC/Battery policy requirement for Audio
>
> Status in intel:
> New
> Status in “pm-utils” package in Ubuntu:
> New
>
> Bug description:
> On boards with charger connected, pm-utils disable *all* power-saving
> feture for PCI devices(include audio pci devices), the hooks is pci-
> devices under power.d.
>
> This policy maybe too regressive.
>
> Here's our case:
> On Intel's Harris beach baord, there're two HDA controller, one HDA in GPU
> side ,which powered by a area "power-well".
> Harris Beach has only one eDP panel, if there's no HDMI/DP monitor
> connected, the audio function is not needed, and power-well should be
> shutdown. Otherwise some eDP feature will not be enabled.
>
> When charger connected, the pm-utils policy let audio subsystem always
> active, which power-well always on and block eDP features.
>
> So should we do some changing on the policy?
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/intel/+bug/1205263/+subscriptions

Hi,

Thanks
--xingchao

> -----Original Message-----
> From: bounces@canonical.com [mailto:bounces@canonical.com] On Behalf Of
> James M. Leddy
> Sent: Thursday, August 15, 2013 6:45 AM
> To: Wang, Xingchao
> Subject: [Bug 1205263] Re: pm-utils AC/Battery policy requirement for Audio
> 
> Hi Wang, It makes sense, but we have to think about doing it more smartly. We
> can't set these values to hardcoded, since as you said, it'll affect all machines.
> I'll talk more with the developer, but I think we'll wind up adding a new
> enviroment variable for this class of haswell devices that will behave differently.
> 
> --
> You received this bug notification because you are subscribed to the bug report.
> https://bugs.launchpad.net/bugs/1205263
> 
> Title:
>   pm-utils AC/Battery policy  requirement for Audio
> 
> Status in intel:
>   New
> Status in “pm-utils” package in Ubuntu:
>   New
> 
> Bug description:
>   On boards with charger connected, pm-utils disable *all* power-saving
>   feture for PCI devices(include audio pci devices), the hooks is pci-
>   devices under power.d.
> 
>   This policy maybe too regressive.
> 
>    Here's our case:
>   On Intel's Harris beach baord, there're two HDA controller, one HDA in GPU
> side ,which powered by a area "power-well".
>   Harris Beach has only one eDP panel, if there's no HDMI/DP monitor
> connected, the audio function is not needed, and power-well should be
> shutdown. Otherwise some eDP feature will not be enabled.
> 
>   When charger connected, the pm-utils policy let audio subsystem always
>   active, which power-well always on and block eDP features.
> 
>   So should we do some changing on the policy?
> 
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/intel/+bug/1205263/+subscriptions