Other side cannot hear me in calls poco f1 v22.12

mentioned in issue #1815 (closed)

By Anjandev Momi on 2022-12-10T03:15:28

Joel suggested I use this config:

https://davejansen.com/disable-wireplumber-pipewire-suspend-on-idle-pops-delays-noise/

This config did not fix it.

By Anjandev Momi on 2022-12-10T03:27:31

Replacing pipewire with pulseaudio did not fix this issue. If I use poco f1, the other side cannot hear me.

By Anjandev Momi on 2022-12-11T00:07:51

mentioned in merge request !3711 (merged)

By Anjandev Momi on 2022-12-11T00:42:06

changed milestone to %v22.12 Release

added backport-to-v22.12 device-xiaomi-beryllium labels

added release-v22.12 label and removed backport-to-v22.12 label

updated !3711 (merged) so it builds

Replacing pipewire with pulseaudio did not fix this issue. If I use poco f1, the other side cannot hear me.

Maybe q6voiced is not running inside sxmo? I haven't worked on that part yet, don't know how it works in detail. Looks like it's an openrc service that needs to be running. @anjandev, can you look into that?
I wonder if sxmo call audio is currently broken with SDM845 in general, can somebody verify?

@Minecrell: do you have a hint what to look out for?

@joelselvaraj: do you have an idea? also according to the wiki you have the pocophone F1, too. If you have time, would it be possible to give this a try with sxmo?

the testing MR Anjan made can be tested with mrtest add 3711 once CI finished.

By Oliver Smith on 2022-12-11T21:36:06

added status::needmoreinfo type::bug labels

Can you run pulseaudio with G_DEBUG_MESSAGES=all and collect logs while making a phone call? You may also try disabling the suspend on idle module in pulseaudio too (im not sure how to do that exactly)

By Caleb Connolly on 2022-12-11T22:21:20

I suspect the reason this would have broken is because of removal of hack in the kernel side which I made for Poco F1 initially(it was breaking earpiece audio in OP6, OP6T and shiftmq6). So we have reverted it. https://gitlab.com/sdm845-mainline/linux/-/commit/7f2baef3a44885db19c535cbfc67cd25669354a0

And introduced a workaround in the userspace (Pulseaudio based): https://gitlab.postmarketos.org/postmarketos/pmaports/-/blob/master/device/community/soc-qcom-sdm845/call_audio_idle_suspend_workaround.sh

This works fine in Poco F1, OP6, OP6T, shiftmq6 in Phosh and Plasma mobile.

SXMO seems to use pipewire instead pulseaudio, which could have been the issue. But however, @anjandev tried configuring pulseaudio too, but it still didnt work in sxmo.

Call audio and most of my dev work are only tested in Phosh and sometimes in Plasma Mobile. Currently, I am bit too occupied, so I will not able to look into pipewire/sxmo anytime soon.

The issue is that the pulseaudio suspend-on-idle module automatically closes the audio stream during call. So the workaround script disables the module during calls and re-enables after the call is ended. I would say try to replicate the same thing the script does to see where it fails. For example, try running: sudo -u <username> XDG_RUNTIME_DIR=/run/user/10000 pactl unload-module module-suspend-on-idle before the call is made. Check if audio works this time.

By Joel Selvaraj on 2022-12-15T05:29:22

This fixed this issue if Im running pulseaudio.

pipewire has the same module load/unload as pulseaudio so Im gonna also check if this fixes pipewire audio.

By Anjandev Momi on 2022-12-15T05:31:35

This does not fix the issue with pipewire. In fact, I get the following error with pactl when Im try to unload the module on pipewire:

poco:~$ XDG_RUNTIME_DIR=/dev/shm/user/10000/ pactl unload-module module-s
uspend-on-idle
Failed to unload module: Module module-suspend-on-idle not loaded

By Anjandev Momi on 2022-12-15T05:37:49

Is this pipewire-pulse or just pipewire?

By Joel Selvaraj on 2022-12-15T05:52:48

pipewire-pulse

By Anjandev Momi on 2022-12-15T05:53:05

@stacyharper Im not sure where to run pactl unload-module module-suspend-on-idle. Here are the places Ive tried running that command and it hasnt working:

Right after the superd start pulseaudio command in the start hook
ExecStartPost=/usr/bin/pactl unload-module module-suspend-on-idle in pulseaudio.service

~~For anyone else: is there any way to blacklist a module? @joelselvaraj~~. ~~Im not sure how @joelselvaraj's solution could be implemented in Sxmo.~~ @joelselvaraj's call_audio_idle_suspend_workaround.sh workaround service is started and running on my sxmo install but it's not disabling the suspend module.

Also, @stacyharper please see and provide feedback on:

!3711 (merged)

Especially the patch in that issue. Can we merge that patch into sxmo-utils proper?

By Anjandev Momi on 2022-12-15T06:32:18

poco:~$ XDG_RUNTIME_DIR=/dev/shm/user/10000/ pactl unload-module module-suspend-on-idle
Failed to unload module: Module module-suspend-on-idle not loaded

XDG_RUNTIME_DIR=/dev/shm/user/10000/ in sxmo? I used XDG_RUNTIME_DIR=/run/user/10000 in phosh.

also, I don't know if pipewire-pulse configures the pulseaudio modules the same way as pulseaudio does. In pipewire-pulse setup, what is the content of /etc/pulse/default.pa?

By Joel Selvaraj on 2022-12-15T21:19:35

The XDG_RUNTIME_DIR is always set in Sxmo via ssh or foot.

And yes, we use /dev/shm/user/1000/ as the sxmo runtime dir.

I dont think pipewire-pulse configures pulseaudio modules the same way as pulseaudio does.

By Anjandev Momi on 2022-12-16T06:31:01

..... Oh, we need to define that in your script. Thats why it's not working on Sxmo.

By Anjandev Momi on 2022-12-16T06:43:03

Maybe...I dont know the script looks fine. When I run it, I get

Call started
Connection failure: Connection refused
pa_context_connect() failed: Connection refused
Call Ended
Connection failure: Connection refused
pa_context_connect() failed: Connection refused

So Im having issues with that env variable not set i guess.

By Anjandev Momi on 2022-12-16T06:46:58


#!/bin/sh



# dbus-monitor is run as a child process to this script. Kill child process too when the script terminates.

trap 'pkill -9 -P $$ && exit 0' INT TERM



interface=org.freedesktop.ModemManager1.Call

member=StateChanged



dbus-monitor --system "type='signal',interface='$interface',member='$member'" |

	while read -r line; do

iikk		state=$(echo "$line" | awk '/\<int32\>/ {print $2}')

		if [ -n "$state" ]; then

			# Call State is based on https://www.freedesktop.org/software/ModemManager/doc/latest/ModemManager/ModemManager-Flags-and-Enumerations.html#MMCallState

			if [ "$state" -eq '0' ] || [ "$state" -eq '3' ]; then

				echo "Call Started"



				# Unload module-suspend-on-idle when call begins

				XDG_RUNTIME_DIR=/dev/shm/user/10000 pactl unload-module module-suspend-on-idle

			fi



			if [ "$state" -eq '7' ]; then

				echo "Call Ended"



				# Reload module-suspend-on-idle after call ends

				XDG_RUNTIME_DIR=/dev/shm/user/10000 pactl load-module module-suspend-on-idle

			fi

		fi

	done &



wait

XDG_RUNTIME_DIR (/dev/shm/user/10000) is not owned by us (uid 0), but by uid 10000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)
Connection failure: Connection refused
pa_context_connect() failed: Connection refused
XDG_RUNTIME_DIR (/dev/shm/user/10000) is not owned by us (uid 0), but by uid 10000! (This could e.g. happen if you try to connect to a non-root PulseAudio as a root user, over the native protocol. Don't do that.)
Connection failure: Connection refused
pa_context_connect() failed: Connection refused

By Anjandev Momi on 2022-12-16T07:18:17

added ui-sxmo label

Other side cannot hear me in calls poco f1 v22.12

Describe your issue

What's the expected behaviour?

What's the current behaviour?

How to reproduce your issue?

What device are you using?

On what postmarketOS version did you encounter the issue?

On what environment did you encounter the issue?

Environments

How did you get postmarketOS image?

What's the build date of the image? (in yyyy-mm-dd format)

Additional information

Child items 0

Activity