On Tue, Oct 9, 2018 at 2:23 AM Tanu Kaskinen <tanuk@xxxxxx> wrote: > > On Tue, 2018-08-07 at 22:00 -0700, João Paulo Rechi Vita wrote: > > When the active profile of a card becomes unavailable and no other > > module changes it to a better profile (i.e. there are no available ports > > that module-switch-on-port-available could switch to) the card will be > > stuck on an unavailable profile with a non-working sink/source and any > > active streams connected to that sink/source will remain connected. > > > > This commit switches to a different profile when the active profile > > becomes unavailble, looking for a profile with availability yes or > > unknown with the highest priority, and ultimately fall-backing to the > > OFF profile. > > > > With this fix a card that only has one port can have the streams > > connected to its sink/source moved away by module-rescue-stream when > > that port becomes unavailable. This has been seen on machines with AMD > > graphics, where the HDMI port lives on a separate ALSA card that only > > has that port. > > Sounds good, but have you checked that the profile gets restored back > to something else than off once you plug the device back in? At least > at some point this was an issue, and I think it hasn't been fixed. If > this is still an issue, module-switch-on-port-available needs to be > fixed first to do the profile switch away from off when something gets > plugged in. > Yes, once something is plugged again on the card its profile is updated to reflect the new port availability. I'm going to re-send this as a MR for inclusion. -- João Paulo Rechi Vita http://about.me/jprvita _______________________________________________ pulseaudio-discuss mailing list pulseaudio-discuss@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
