Re: No sound on HDMI by default on Lenovo T14s using Fedora 37

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sat, 11 Feb 2023 09:20:31 +0100,
Mike FABIAN wrote:
> 
> Now it suddenly stopped working again after a reboot although I did not
> change anything with the module options.
> 
> The output of alsa-info.sh for the non-working state I have now is
> attached.

Thanks.  Through a quick glance, there is no significant difference
between both outputs.

> Takashi Iwai <tiwai@xxxxxxx> さんはかきました:
> 
> > Please check /proc/asound/card0/eld#* (for the card number 0, as
> > found in /proc/asound/cards as sof-hda-dsp).  One of them should have
> > a valid ELD entry.  This is the first step.  If no proper monitor and
> > ELD is found in those, something wrong at the detection in the
> > kernel.
> 
> $ cat /proc/asound/card0/eld#2.21 
> monitor_present         1
> eld_valid               1
> codec_pin_nid           0xc
> codec_dev_id            0x1
> codec_cvt_nid           0x3
> monitor_name            LG ULTRAFINE
> connection_type         DisplayPort
> eld_version             [0x2] CEA-861D or below
> edid_version            [0x3] CEA-861-B, C or D
> manufacture_id          0x6d1e
> product_id              0x5bc2
> port_id                 0x0
> support_hdcp            0
> support_ai              0
> audio_sync_delay        0
> speakers                [0x1] FL/FR
> sad_count               1
> sad0_coding_type        [0x1] LPCM
> sad0_channels           2
> sad0_rates              [0xe0] 32000 44100 48000
> sad0_bits               [0xe0000] 16 20 24
> mfabian@hathi:~
> $ 
> 
> That is OK, right?

Yes, looks so.


> $ cat /proc/asound/cards
>  0 [sofhdadsp      ]: sof-hda-dsp - sof-hda-dsp
>                       LENOVO-20WNS1F81R-ThinkPadT14sGen2i
>  1 [USB            ]: USB-Audio - ThinkPad Thunderbolt 3 Dock USB
>                       Lenovo ThinkPad Thunderbolt 3 Dock USB at usb-0000:52:00.0-2.1.1.2, full speed

This is fine.

> > The next is to test aplay directly with the device.
> > "aplay -L" will show the possible option, and you can try like
> >
> >   % apaly -Dhdmi:CARD=xxx,DEV=x -vv foo.wav
> >
> > for a WAV file in a format matching with the supported device
> > (typically 2 channel stereo 44.1kHz or 48kHz 16 or 32bit format).
> > If this gets a busy error, stop wireplumber once during the test:
> >   % systemctl --user stop wireplumber
> >   % aplay ....
> >   % systemctl --user start wireplumber
> >
> > If the aplay test doesn't work, again, it means that there's something
> > wrong in the kernel.
> 
> $ file /usr/share/ibus-typing-booster/data/coin9.wav 
> /usr/share/ibus-typing-booster/data/coin9.wav: RIFF (little-endian) data, WAVE audio, Microsoft PCM, 16 bit, mono 44100 Hz
> mfabian@hathi:~
> $ aplay -Dhdmi:CARD=sofhdadsp,DEV=0 -vv /usr/share/ibus-typing-booster/data/coin9.wav
> ALSA lib conf.c:5671:(snd_config_expand) Unknown parameters CARD=sofhdadsp,DEV=0
> ALSA lib pcm.c:2666:(snd_pcm_open_noupdate) Unknown PCM hdmi:CARD=sofhdadsp,DEV=0
> aplay: main:831: audio open error: 無効な引数です
> 
> I don’t know what that means.

Check the output of "aplay -L".  It'll list the possible device
arguments.  If you still get an error, try like

	% aplay -Dhw:0,3 -vv foo.wav


thanks,

Takashi



[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Pulse Audio]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux