https://bugs.freedesktop.org/show_bug.cgi?id=75985
--- Comment #108 from Daniel Drake ---
If codec devices are always child devices of the controller, then I also wonder
if codec_powered could be completely removed.
Seems like the PM core already ensures the children are inactive before
https://bugs.freedesktop.org/show_bug.cgi?id=75985
--- Comment #107 from Lukas Wunner ---
(In reply to Daniel Drake from comment #105)
> codec_powered has value 0xf which means bits 0,1,2,3 are set. Bit 15 would
> be 0x8000.
Ugh, indeed, thanks for having my back Daniel, I should stay away from
https://bugs.freedesktop.org/show_bug.cgi?id=75985
--- Comment #106 from Lukas Wunner ---
Created attachment 145627
--> https://bugs.freedesktop.org/attachment.cgi?id=145627=edit
HDA runtime PM debug patch #2 for v5.3
--
You are receiving this mail because:
You are the assignee for the
On Tuesday, October 1, 2019 12:00:50 PM CEST Karol Herbst wrote:
> On Tue, Oct 1, 2019 at 11:11 AM Mika Westerberg
> wrote:
> >
> > On Tue, Oct 01, 2019 at 10:56:39AM +0200, Karol Herbst wrote:
> > > On Tue, Oct 1, 2019 at 10:47 AM Mika Westerberg
> > > wrote:
> > > >
> > > > On Mon, Sep 30,
https://bugs.freedesktop.org/show_bug.cgi?id=75985
--- Comment #105 from Daniel Drake ---
codec_powered has value 0xf which means bits 0,1,2,3 are set. Bit 15 would be
0x8000.
But I agree with the next step of looking closer at accesses to this variable.
Thanks for jumping on that!
--
You are
https://bugs.freedesktop.org/show_bug.cgi?id=75985
--- Comment #104 from Lukas Wunner ---
(In reply to Daniel Drake from comment #102)
> Thanks. azx_runtime_idle() is returning EBUSY because
> azx_bus(chip)->codec_powered=0xf.
>
> codec_powered is set during initialization via
https://bugs.freedesktop.org/show_bug.cgi?id=75985
--- Comment #103 from Przemysław Kopa ---
(In reply to Daniel Drake from comment #102)
> Under /sys/bus/pci/devices/:01:00.1 you should see some subdirectories
> that are named hdaudioC?D?. Those subdirectories in turn have power
>