Since the P520 machine uses ucm in the PA, the patch in the #1 doesn't fix any problem for this machine, so only need to backport the patch of #2.
** Summary changed: - PA: can't auto switch streams between different sinks + PA: Don't restore the streams to sinks/sources with only unavailable ports ** Description changed: - On the Lenovo P52 machine, there are dual analogue codecs: the 1st one - contains the speaker and front headphone, the 2nd one contains the rear - lineout. + SRU Document: - As there are two codecs, there are 2 sinks in the PA, the one sink has - speaker and headphone, the other one has the lineout + [Impact] - Supposing users play music via totem (gnome app) and neither front - headphone nor rear lineout is plugged, the sound will comes out from - speaker. While the music is playing, if users plug a headphone into the - front headphone, the headphone will show up in the gonme-sound-setting - and the speaker will disappear, and the sound will change to heapdhone - from speaker, so the steam auto swtiches from speaker to headphone - because both speaker and headphone belong to the same PA sink. But while - the music is playing, if users plug a headphone into the rear lineout - jack, the lineout will show up in the gnome-sound-setting and the - speaker will disappear too, but the sound will not switch to lineout, it - keeps staying in the speaker even the UI shows the speaker is relaced by - lineout. it doesn't auto switch just because the speaker belongs to one - sink and the lineout belongs to the other. + The Lenovo P520 machine has dual analogue codecs, so there are two sinks + and two sources in the PA, one has the front headphone and front + microphone, the other has the rear lineout, linein and rear microphone, + and the rear microphone always shows up in the gnome-sound-setting, When + we plug a microphone to front audio jack, there are two input devices: + rear mic and front mic in the gnome-sound-setting, and suppose users + select the the front mic to record sound via audio app like arecord, the + front mic will be bond the arecord, after the front mic is unplugged, + there is only one rear mic left in the gnome-sound-setting, but the + binding will not be changed, the arecrod still bind to front mic, under + this situation if users record sound via arecord, they will find they + can't record any sound from any other input devices even they are listed + in the gnome-sound-setting. This problem also happens to output devices + too. - When this issue happens, if users want the sound comes out from lineout, - users have to close the totem and re-run the toem to make the sound come - out from lineout. This is not user friendly. + [Test Case] - And a similar situation is: - users play the music through lineout and UI (gnome-soudn-setting) shows lineout is active, while it is playing the music, if users unplug the headphone from the rear lineout jack, the lineout will disappear from UI and the speaker will show up, but the sound still comes from lineout, it doesn't switch to speaker. + After applying this patch, I did the same test: unplug the front mic, + then use the arecord to record sound, the app can record sound from rear + mic now. After I plug the front mic back, the arecord still record from + front mic. Also did the similar test for output devices, it worked as + expected too. + + [Regression Potential] + + No, Just make a simple check when creating new streams + (sink_input/source_output), If the restored device (sink/source) has + ports and all ports are unavialble, it will not restore the binding, + otherwise it will work as before. + + [Other Info] + + No more info here -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/1834138 Title: PA: Don't restore the streams to sinks/sources with only unavailable ports Status in HWE Next: New Status in pulseaudio package in Ubuntu: Incomplete Bug description: SRU Document: [Impact] The Lenovo P520 machine has dual analogue codecs, so there are two sinks and two sources in the PA, one has the front headphone and front microphone, the other has the rear lineout, linein and rear microphone, and the rear microphone always shows up in the gnome- sound-setting, When we plug a microphone to front audio jack, there are two input devices: rear mic and front mic in the gnome-sound- setting, and suppose users select the the front mic to record sound via audio app like arecord, the front mic will be bond the arecord, after the front mic is unplugged, there is only one rear mic left in the gnome-sound-setting, but the binding will not be changed, the arecrod still bind to front mic, under this situation if users record sound via arecord, they will find they can't record any sound from any other input devices even they are listed in the gnome-sound-setting. This problem also happens to output devices too. [Test Case] After applying this patch, I did the same test: unplug the front mic, then use the arecord to record sound, the app can record sound from rear mic now. After I plug the front mic back, the arecord still record from front mic. Also did the similar test for output devices, it worked as expected too. [Regression Potential] No, Just make a simple check when creating new streams (sink_input/source_output), If the restored device (sink/source) has ports and all ports are unavialble, it will not restore the binding, otherwise it will work as before. [Other Info] No more info here To manage notifications about this bug go to: https://bugs.launchpad.net/hwe-next/+bug/1834138/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
