This bug is awaiting verification that the linux-oem-6.11/6.11.0-1012.12
kernel in -proposed solves the problem. Please test the kernel and
update this bug with the results. If the problem is solved, change the
tag 'verification-needed-noble-linux-oem-6.11' to 'verification-done-
noble-linux-oem-6.11'. If the problem still exists, change the tag
'verification-needed-noble-linux-oem-6.11' to 'verification-failed-
noble-linux-oem-6.11'.
If verification is not done by 5 working days from today, this fix will
be dropped from the source code, and this bug will be closed.
See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how
to enable and use -proposed. Thank you!
** Tags added: kernel-spammed-noble-linux-oem-6.11-v2 verification-needed-noble-linux-oem-6.11
--
You received this bug notification because you are subscribed to linux
in Ubuntu.
Matching subscriptions: Bgg, Bmail, Nb
https://bugs.launchpad.net/bugs/2093330
Title:
Fix audio output fail after resume from suspend with CS42L43 codec
Status in HWE Next:
New
Status in linux package in Ubuntu:
New
Status in linux-oem-6.11 package in Ubuntu:
New
Status in linux source package in Noble:
New
Status in linux-oem-6.11 source package in Noble:
Fix Committed
Status in linux source package in Oracular:
New
Status in linux-oem-6.11 source package in Oracular:
New
Status in linux source package in Plucky:
New
Status in linux-oem-6.11 source package in Plucky:
New
Bug description:
[SRU Justifications]
========== linux ==========
[Impact]
audio output will fail to play after resume from suspend
[Fix]
backport the fix from https://lore.kernel.org/all/20250109093822.5745-1-mstrozek@opensource.cirrus.com/T/#u to ensures codec will resume after suspending during playback.
[Test Case]
1. Boot up the machine with CS42L42 audio codec (Tarako RPL/ARL)
2. open g-c-c sound panel
3. suspend/resume
4. Play sound from the internal speaker on g-c-c sound panel. Make sure audio output OK.
[Where problems could occur]
This commit simply add force suspend/resume in pm_ops for CS42L43 codec. Should be low risk.
To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/2093330/+subscriptions
Комментариев нет:
Отправить комментарий