On Thu, Mar 23, 2023 at 09:56:56AM +0800, 沈一超 wrote: > > Yes, for example consider a critical notification - the system > > may wish to ensure it is audible even if the user has taken off > > their headphones for some reason. > In practice the speaker and the headphone are conflicting devices, see > https://github.com/alsa-project/alsa-ucm-conf/blob/master/ucm2/Intel/sof-essx8336/HiFi.conf That's a particular UCM configuration that someone has created, someone with a different set of use cases might create a different UCM setup (or not use UCM at all). This is a large part of the point of having use case configuration in userspace. > There is no such situation, and the system doesn't produce sound from speaker > when headphones are plugged in. The user may manually open speaker using > amixer sset 'Speaker' on or pavucontrol. Again, you're describing a specific configuration - someone might want to do something different. > The GPIO thing on Huawei Intel platform is too complicated, they use two GPIOs > for headphone and speaker, and the headphone GPIO is inverted, which means low > means on and high means off. Luckily there should be only one hardware config > for the AMD acp3x platform GPIO and you may just choose the correct one. There being two different GPIOs sounds like it just allows the headphone and speaker to be controlled separately - that seems more flexible, not a problem?
Attachment:
signature.asc
Description: PGP signature
