-
Bug
-
Resolution: Inactive
-
Major
-
None
-
Halibut 8.0.1
-
None
-
TI Vayu
/etc/wireplumber/wireplumber.conf contains
"default-playback-device": <"DRA7xx-EVM">,
as playback configuration - note that other boards use ALSA notation as "hw:0,0" for example.
These are the reported devices by aplay
dra7xx-evm:~# aplay -l **** List of PLAYBACK Hardware Devices **** card 0: DRA7xxEVM [DRA7xx-EVM], device 0: davinci-mcasp.0-tlv320aic3x-hifi tlv320aic3x-hifi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: H58040000encode [HDMI 58040000.encoder], device 0: HDMI 58040000.encoder snd-soc-dummy-dai-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0
Changing the current playback device to "hw:0,0" or "hw:1,0" also does not produce audio playback.
When trying to play a file, dmesg reports the following
[ 53.505647] audit: type=1400 audit(1568969071.709:6): lsm=SMACK fn=smack_inode_permission action=denied subject="System::Pipewire" object0 [ 53.531915] audit: type=1300 audit(1568969071.709:6): arch=40000028 syscall=322 per=800000 success=no exit=-13 a0=ffffff9c a1=bed65c14 a2) [ 53.565904] audit: type=1327 audit(1568969071.709:6): proctitle="/usr/bin/pipewire" [ 60.594579] audit: type=1400 audit(1568969078.799:7): lsm=SMACK fn=smack_inode_permission action=denied subject="System::Pipewire" object0 [ 60.616874] audit: type=1300 audit(1568969078.799:7): arch=40000028 syscall=322 per=800000 success=no exit=-13 a0=ffffff9c a1=bed65c14 a2) [ 60.651933] audit: type=1327 audit(1568969078.799:7): proctitle="/usr/bin/pipewire"
although this behavior is observed on the other platforms too.
Changing to hw:0,0 does not produce different results.
after chsmack-ing and restarting the pipewire service