I planned to let you run "dmesg > dmesg.txt", then upload it to
launchpad, but now no need to upload the dmesg.
Your issue has nothing to do with this SRU, this SRU will update the
pulseaudio to 1:13.99.1-1ubuntu3.5 while the version on your machine is
ubuntu3.2lp1869819.
And According to the log in the #15, there is no any problem:
The output is null or dummy because all output device are unavailable at that
moment:
Default Sink: auto_null
analog-output-lineout: LÃnea de salida (priority: 9000,
latency offset: 0 usec, not available)
Part of profile(s): output:analog-stereo,
output:analog-stereo+input:analog-stereo
analog-output-headphones: Auriculares analógicos (priority:
9900, latency offset: 0 usec, not available)
Properties:
device.icon_name = "audio-headphones"
Part of profile(s): output:analog-stereo,
output:analog-stereo+input:analog-stereo
After you plugging in the headphone or lineout, the output device will
not be null or dummy.
For input device, it is usb input, there is no problem too.
So how do you expect the audio to work?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to pulseaudio in Ubuntu.
https://bugs.launchpad.net/bugs/1887610
Title:
[SRU]There is no available audio entry in sound settings after execute
suspend in 'Performance mode'
Status in HWE Next:
New
Status in OEM Priority Project:
In Progress
Status in pulseaudio package in Ubuntu:
Fix Released
Status in pulseaudio source package in Bionic:
Confirmed
Status in pulseaudio source package in Eoan:
Won't Fix
Status in pulseaudio source package in Focal:
Fix Committed
Status in pulseaudio source package in Groovy:
Fix Released
Bug description:
[Impact]
On some I+N machines (inlcuding lenovo and dell machines), after
setting the graphic mode to perofermance mode, and open the gnome
sound seting, run suspend/resume test, the audio devices will
disappear from UI, instead a dummy audio shows on the UI, and from
then on, the audio can't work anymore.
[Fix]
The root cause is after resuming, the pulseaudio try to recover the
PCM device, but at that moment, the devices nodes at /dev/snd/ are
not accessible yet sometimes, it will make snd_pcm_open fail and
the pulseaudio will calll unload_module to unload alsa audio card.
I cherrpicked a fix from upstream, the fix adds retry and pa_msleep(),
this will retry the snd_pcm_open() a couple of times if it fails.
[Test Case]
Install the pulseaudio wit this fix, set the graphic mode to
performance mode, open the sound setting, then run suspend/resume 90
times, after test check the audio devices on the UI, the speaker,
digital mic are still on the UI, and they could work well.
[Regression Risk]
Low, this SRU just add retry and pa_msleep(), if the snd_pcm_open()
doesn't fail, this patch will not introduce any change, if snd_pcm_open()
fails, it just retry a couple of times, so it will not introduce the
regression in theory.
To manage notifications about this bug go to:
https://bugs.launchpad.net/hwe-next/+bug/1887610/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
