[Intel-gfx] [alsa-devel] [PATCH 0/4 V7] Power-well API implementation for Haswell
Wang, Xingchao
xingchao.wang at intel.com
Wed Jul 17 04:52:41 CEST 2013
Hi Takashi/Paulo,
> > > would you change it to "auto" and test again.
> > > Runtime power save should be enabled with "auto".
> >
> > Doesn't solve the problem. Should I open a bug report somewhere?
> > Having the power well enabled prevents some power saving features from
> > the graphics driver.
>
> Is the HD-audio power-saving itself working? You can check it via watching
> /sys/class/hwC*/power_{on|off}_acct files.
>
> power_save option has to be adjusted appropriately. Note that many DEs
> change this value dynamically per AC-cable plug/unplug depending on the
> configuration, and often it's set to 0 (= no power save) when AC-cable is
> plugged.
>
[Wang, Xingchao] Paulo used a new Ultrabook board with charger connected, and see the default parameter "auto=on".
In such scenario, power-well is always occupied by Display audio controller. Moreover, in this board, if no external monitors connected,
It's using internal eDP and totally no audio support. Power-well usage in such case also blocks some eDP features as Paulo told me.
So I think it's not a good idea to break the rule of power policy when charger connected but it's necessary to add support in this particular case.
Takashi, do you think it's acceptable to let Display audio controller/codec suspend in such case?
Thanks
--xingchao
>
More information about the Intel-gfx
mailing list