alsa-user Mailing List for Advanced Linux Sound Architecture
Brought to you by:
perex
You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(204) |
Jun
(332) |
Jul
(443) |
Aug
(448) |
Sep
(353) |
Oct
(355) |
Nov
(421) |
Dec
(496) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
(421) |
Feb
(430) |
Mar
(430) |
Apr
(529) |
May
(364) |
Jun
(338) |
Jul
(299) |
Aug
(377) |
Sep
(330) |
Oct
(483) |
Nov
(454) |
Dec
(301) |
2003 |
Jan
(536) |
Feb
(547) |
Mar
(557) |
Apr
(467) |
May
(343) |
Jun
(524) |
Jul
(490) |
Aug
(339) |
Sep
(466) |
Oct
(585) |
Nov
(496) |
Dec
(495) |
2004 |
Jan
(775) |
Feb
(668) |
Mar
(574) |
Apr
(463) |
May
(371) |
Jun
(363) |
Jul
(301) |
Aug
(527) |
Sep
(319) |
Oct
(396) |
Nov
(336) |
Dec
(554) |
2005 |
Jan
(423) |
Feb
(589) |
Mar
(634) |
Apr
(366) |
May
(436) |
Jun
(467) |
Jul
(346) |
Aug
(464) |
Sep
(345) |
Oct
(442) |
Nov
(420) |
Dec
(431) |
2006 |
Jan
(662) |
Feb
(424) |
Mar
(454) |
Apr
(387) |
May
(302) |
Jun
(452) |
Jul
(353) |
Aug
(329) |
Sep
(319) |
Oct
(344) |
Nov
(306) |
Dec
(231) |
2007 |
Jan
(313) |
Feb
(316) |
Mar
(203) |
Apr
(211) |
May
(213) |
Jun
(214) |
Jul
(183) |
Aug
(287) |
Sep
(240) |
Oct
(227) |
Nov
(321) |
Dec
(218) |
2008 |
Jan
(303) |
Feb
(194) |
Mar
(289) |
Apr
(193) |
May
(208) |
Jun
(247) |
Jul
(284) |
Aug
(217) |
Sep
(150) |
Oct
(148) |
Nov
(171) |
Dec
(254) |
2009 |
Jan
(258) |
Feb
(144) |
Mar
(123) |
Apr
(239) |
May
(181) |
Jun
(182) |
Jul
(123) |
Aug
(100) |
Sep
(127) |
Oct
(137) |
Nov
(169) |
Dec
(111) |
2010 |
Jan
(162) |
Feb
(112) |
Mar
(145) |
Apr
(96) |
May
(110) |
Jun
(67) |
Jul
(86) |
Aug
(112) |
Sep
(87) |
Oct
(126) |
Nov
(83) |
Dec
(37) |
2011 |
Jan
(102) |
Feb
(147) |
Mar
(71) |
Apr
(68) |
May
(67) |
Jun
(97) |
Jul
(56) |
Aug
(73) |
Sep
(78) |
Oct
(37) |
Nov
(75) |
Dec
(54) |
2012 |
Jan
(137) |
Feb
(103) |
Mar
(70) |
Apr
(67) |
May
(37) |
Jun
(104) |
Jul
(94) |
Aug
(100) |
Sep
(79) |
Oct
(80) |
Nov
(98) |
Dec
(38) |
2013 |
Jan
(84) |
Feb
(137) |
Mar
(107) |
Apr
(106) |
May
(117) |
Jun
(53) |
Jul
(61) |
Aug
(48) |
Sep
(39) |
Oct
(69) |
Nov
(99) |
Dec
(86) |
2014 |
Jan
(125) |
Feb
(87) |
Mar
(49) |
Apr
(105) |
May
(86) |
Jun
(34) |
Jul
(45) |
Aug
(65) |
Sep
(59) |
Oct
(69) |
Nov
(71) |
Dec
(58) |
2015 |
Jan
(26) |
Feb
(73) |
Mar
(49) |
Apr
(38) |
May
(78) |
Jun
(30) |
Jul
(12) |
Aug
(48) |
Sep
(56) |
Oct
(47) |
Nov
(13) |
Dec
(25) |
2016 |
Jan
(48) |
Feb
(49) |
Mar
(41) |
Apr
(46) |
May
(44) |
Jun
(29) |
Jul
(30) |
Aug
(37) |
Sep
(50) |
Oct
(31) |
Nov
(52) |
Dec
(37) |
2017 |
Jan
(8) |
Feb
(29) |
Mar
(35) |
Apr
(19) |
May
(39) |
Jun
(24) |
Jul
(46) |
Aug
(19) |
Sep
(15) |
Oct
(31) |
Nov
(22) |
Dec
(12) |
2018 |
Jan
(42) |
Feb
(17) |
Mar
(7) |
Apr
(31) |
May
(9) |
Jun
(34) |
Jul
(32) |
Aug
(24) |
Sep
(15) |
Oct
(13) |
Nov
(6) |
Dec
(14) |
2019 |
Jan
(10) |
Feb
(6) |
Mar
(7) |
Apr
(9) |
May
(6) |
Jun
(21) |
Jul
(9) |
Aug
(2) |
Sep
(6) |
Oct
(8) |
Nov
(17) |
Dec
(39) |
2020 |
Jan
(26) |
Feb
(12) |
Mar
(14) |
Apr
(15) |
May
(45) |
Jun
(28) |
Jul
(46) |
Aug
(32) |
Sep
(24) |
Oct
(24) |
Nov
(27) |
Dec
(22) |
2021 |
Jan
(10) |
Feb
(16) |
Mar
(22) |
Apr
(22) |
May
(12) |
Jun
(15) |
Jul
(13) |
Aug
(4) |
Sep
(6) |
Oct
(5) |
Nov
(19) |
Dec
(15) |
2022 |
Jan
(9) |
Feb
(9) |
Mar
(3) |
Apr
(5) |
May
(4) |
Jun
(10) |
Jul
(7) |
Aug
(1) |
Sep
(3) |
Oct
(20) |
Nov
(2) |
Dec
(3) |
2023 |
Jan
(9) |
Feb
(4) |
Mar
(5) |
Apr
(2) |
May
|
Jun
|
Jul
(4) |
Aug
(3) |
Sep
(1) |
Oct
(6) |
Nov
(5) |
Dec
(2) |
2024 |
Jan
(1) |
Feb
(18) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Jeff C. <jef...@gm...> - 2024-02-29 17:07:36
|
On Thu, Feb 29, 2024 at 3:34 PM Takashi Iwai <ti...@su...> wrote: > > On Thu, 29 Feb 2024 04:39:15 +0100, > Jeff Chua wrote: > > > > On Thu, Feb 29, 2024 at 5:06 AM Jeff Chua <jef...@gm...> wrote: > > > > > > On Wed, Feb 28, 2024 at 3:45 PM Ralf Mardorf <ral...@al...> wrote: > > > > > > > > Hi, > > > > > > > > if Ubuntu supports your computer, they probably offer a patch or > > > > patches. If so and you build a "vanilla" kernel by just using an Ubuntu > > > > config, then you build without any additional patch that might be (or > > > > might not be) offered by Ubuntu. > > > > > > > > IIUC a default install of Ubuntu, Redhat or SuSE might provide a working > > > > audio device, see https://support.lenovo.com/us/en/solutions/ht082374 . > > > > It might not necessarily work, due to different mainboard releases. > > > > > > > > How about testing a live media, e.g. Ubuntu from an USB stick? > > > > > > > > Did you already check > > > > https://support.lenovo.com/us/en/solutions/ht511743-how-to-download-the-linux-image-from-the-e-support-page > > > > ? > > > > > > > > I build my own desktop machines. For my 13th Gen Intel Core based > > > > machine Ubuntu offered a kernel supporting everything I need, already > > > > when the machine was new, while for Arch Linux I build the kernel module > > > > for RTL8125 using dkms. > > > > > > > > To summarise, if you build your own kernel, you may need one or more > > > > patches in addition to the source code from kernel.org, a kernel > > > > configuration will probably not change anything. You don't necessarily > > > > have to rebuild the whole kernel, but only the corresponding module or > > > > modules, simply with dkms. > > > > > > > > Regards, > > > > Ralf > > > > > > > How about testing a live media, e.g. Ubuntu from an USB stick? > > > > > > Ralf, I'll try! > > > > Ok, boot ubuntu from USB stick, and everything works. I've sound (mic > > works too), touchscreen, and microSD all working. > > > > And I took the lsmod list from the Ubuntu USB boot-up, and went back > > my vanilla linux kernel, using the same .confg from ubuntu, recompiled > > the kernel, and loaded the same module names as ubuntu loaded in the > > USB boot up, and this time everything worked! > > > > Vanilla pure linux setup. Just latest Linux kernel from git, Alsa, and > > SOF (sof-bin-2023.12.tar.gz). > > > > The only firmware missng are cirrus/cs35l41-dsp1-spk-prot.bin and > > cirrus/cs35l41-dsp1-spk-prot.wmfw and I took those from Ubuntu USB > > boot up. > > Those firmware files should have been already in the latest > linux-firmware tree. You're right, it's there! My pull and install script ignored the cirrus directory.. Jeff. |
From: Jeff C. <jef...@gm...> - 2024-02-29 03:39:38
|
On Thu, Feb 29, 2024 at 5:06 AM Jeff Chua <jef...@gm...> wrote: > > On Wed, Feb 28, 2024 at 3:45 PM Ralf Mardorf <ral...@al...> wrote: > > > > Hi, > > > > if Ubuntu supports your computer, they probably offer a patch or > > patches. If so and you build a "vanilla" kernel by just using an Ubuntu > > config, then you build without any additional patch that might be (or > > might not be) offered by Ubuntu. > > > > IIUC a default install of Ubuntu, Redhat or SuSE might provide a working > > audio device, see https://support.lenovo.com/us/en/solutions/ht082374 . > > It might not necessarily work, due to different mainboard releases. > > > > How about testing a live media, e.g. Ubuntu from an USB stick? > > > > Did you already check > > https://support.lenovo.com/us/en/solutions/ht511743-how-to-download-the-linux-image-from-the-e-support-page > > ? > > > > I build my own desktop machines. For my 13th Gen Intel Core based > > machine Ubuntu offered a kernel supporting everything I need, already > > when the machine was new, while for Arch Linux I build the kernel module > > for RTL8125 using dkms. > > > > To summarise, if you build your own kernel, you may need one or more > > patches in addition to the source code from kernel.org, a kernel > > configuration will probably not change anything. You don't necessarily > > have to rebuild the whole kernel, but only the corresponding module or > > modules, simply with dkms. > > > > Regards, > > Ralf > > > How about testing a live media, e.g. Ubuntu from an USB stick? > > Ralf, I'll try! Ok, boot ubuntu from USB stick, and everything works. I've sound (mic works too), touchscreen, and microSD all working. And I took the lsmod list from the Ubuntu USB boot-up, and went back my vanilla linux kernel, using the same .confg from ubuntu, recompiled the kernel, and loaded the same module names as ubuntu loaded in the USB boot up, and this time everything worked! Vanilla pure linux setup. Just latest Linux kernel from git, Alsa, and SOF (sof-bin-2023.12.tar.gz). The only firmware missng are cirrus/cs35l41-dsp1-spk-prot.bin and cirrus/cs35l41-dsp1-spk-prot.wmfw and I took those from Ubuntu USB boot up. Thank you all! I'll test further, and list which modules are needed for sound, touchscreen, and micro SD. Jeff. |
From: Jeff C. <jef...@gm...> - 2024-02-28 21:07:10
|
On Wed, Feb 28, 2024 at 3:45 PM Ralf Mardorf <ral...@al...> wrote: > > Hi, > > if Ubuntu supports your computer, they probably offer a patch or > patches. If so and you build a "vanilla" kernel by just using an Ubuntu > config, then you build without any additional patch that might be (or > might not be) offered by Ubuntu. > > IIUC a default install of Ubuntu, Redhat or SuSE might provide a working > audio device, see https://support.lenovo.com/us/en/solutions/ht082374 . > It might not necessarily work, due to different mainboard releases. > > How about testing a live media, e.g. Ubuntu from an USB stick? > > Did you already check > https://support.lenovo.com/us/en/solutions/ht511743-how-to-download-the-linux-image-from-the-e-support-page > ? > > I build my own desktop machines. For my 13th Gen Intel Core based > machine Ubuntu offered a kernel supporting everything I need, already > when the machine was new, while for Arch Linux I build the kernel module > for RTL8125 using dkms. > > To summarise, if you build your own kernel, you may need one or more > patches in addition to the source code from kernel.org, a kernel > configuration will probably not change anything. You don't necessarily > have to rebuild the whole kernel, but only the corresponding module or > modules, simply with dkms. > > Regards, > Ralf > How about testing a live media, e.g. Ubuntu from an USB stick? Ralf, I'll try! Thanks, Jeff. |
From: Ralf M. <ral...@al...> - 2024-02-28 07:42:35
|
Hi, if Ubuntu supports your computer, they probably offer a patch or patches. If so and you build a "vanilla" kernel by just using an Ubuntu config, then you build without any additional patch that might be (or might not be) offered by Ubuntu. IIUC a default install of Ubuntu, Redhat or SuSE might provide a working audio device, see https://support.lenovo.com/us/en/solutions/ht082374 . It might not necessarily work, due to different mainboard releases. How about testing a live media, e.g. Ubuntu from an USB stick? Did you already check https://support.lenovo.com/us/en/solutions/ht511743-how-to-download-the-linux-image-from-the-e-support-page ? I build my own desktop machines. For my 13th Gen Intel Core based machine Ubuntu offered a kernel supporting everything I need, already when the machine was new, while for Arch Linux I build the kernel module for RTL8125 using dkms. To summarise, if you build your own kernel, you may need one or more patches in addition to the source code from kernel.org, a kernel configuration will probably not change anything. You don't necessarily have to rebuild the whole kernel, but only the corresponding module or modules, simply with dkms. Regards, Ralf |
From: Jeff C. <jef...@gm...> - 2024-02-27 13:14:35
|
It’s not ubuntu not redhat … just vanilla linux with ALSA. My best., Jeff On Mon, Feb 26, 2024 at 2:45 PM Mark Pearson <mar...@le...> wrote: > > Hi > > On 2024-02-26 01:23, Jeff Chua wrote: > > On Sat, Feb 24, 2024 at 9:06 PM Jeff Chua <jef...@gm...> wrote: > >> On Tue, Feb 20, 2024 at 4:04 PM Paul Menzel <pm...@mo...> wrote: > >>> [CC: Mark from Lenovo] > >>> > >>> Am 20.02.24 um 03:57 schrieb Jeff Chua: > >>>> On Sat, Feb 17, 2024 at 5:05 PM Takashi Iwai <ti...@su...> wrote: > >>>>> On Sat, 17 Feb 2024 09:47:06 +0100, Jeff Chua wrote: > >>>>>>> Have you tried the recent distro standard kernel at all? > >>>>>> No, but if you can send me a working .config and I'll try to compile it. > >>>>> Take your distro kernel. I don't know what you're using, and it's > >>>>> really up to you. > >>>>> > >>>>> It seems that the machine was certified for Ubuntu, at least. > >>>> It's just vanilla linux. Not a standard distro. It worked fine on all > >>>> previous Lenovo's until I got the new P1. > >>>> > >>>> I'll try to find a machine with ubuntu to test and grap the .config from there. > >> I've made some progress, got a ubuntu config and currently testing. > >> It's using SOF, and it loaded all the modules and found the card, but > >> still no sound from the speaker but headphones works. > >> > >> I'll test further. > > Still no sound. Tested on 6.4.16, and latest git pull 6.8.0-rc6. > > > > # cat /proc/asound/cards > > 0 [NVidia ]: HDA-Intel - HDA NVidia > > HDA NVidia at 0xbe000000 irq 17 > > 1 [sofhdadsp ]: sof-hda-dsp - sof-hda-dsp > > LENOVO-21FWS6UK00-ThinkPadP1Gen6 > > > > # dmesg > > sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI > > class/subclass/prog-if info 0x040100 > > sof-audio-pci-intel-tgl 0000:00:1f.3: Digital mics found on Skylake+ > > platform, using SOF driver > > sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI > > class/subclass/prog-if 0x040100 > > sof-audio-pci-intel-tgl 0000:00:1f.3: use msi interrupt mode > > sof-audio-pci-intel-tgl 0000:00:1f.3: hda codecs found, mask 1 > > sof-audio-pci-intel-tgl 0000:00:1f.3: using HDA machine driver > > skl_hda_dsp_generic now > > sof-audio-pci-intel-tgl 0000:00:1f.3: DMICs detected in NHLT tables: 2 > > sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware paths/files for ipc type 0: > > sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware file: intel/sof/sof-rpl.ri > > sof-audio-pci-intel-tgl 0000:00:1f.3: Topology file: > > intel/sof-tplg/sof-hda-generic-2ch.tplg > > sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864 > > sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:0 > > sof-audio-pci-intel-tgl 0000:00:1f.3: unknown sof_ext_man header type > > 3 size 0x30 > > sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864 > > sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:0 > > sof-audio-pci-intel-tgl 0000:00:1f.3: Topology: ABI 3:22:1 Kernel ABI 3:23:0 > > skl_hda_dsp_generic skl_hda_dsp_generic: ASoC: Parent card not yet > > available, widget card binding deferred > > snd_hda_codec_realtek ehdaudio0D0: autoconfig for ALC287: line_outs=1 > > (0x17/0x0/0x0/0x0/0x0) type:speaker > > snd_hda_codec_realtek ehdaudio0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) > > snd_hda_codec_realtek ehdaudio0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0) > > snd_hda_codec_realtek ehdaudio0D0: mono: mono_out=0x0 > > snd_hda_codec_realtek ehdaudio0D0: inputs: > > snd_hda_codec_realtek ehdaudio0D0: Mic=0x19 > > input: sof-hda-dsp Mic as > > /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card1/input228 > > input: sof-hda-dsp Headphone as > > /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card1/input229 > > > > > > # aplay -l > > card 1: sofhdadsp [sof-hda-dsp], device 0: HDA Analog (*) [] > > Subdevices: 1/1 > > Subdevice #0: subdevice #0 > > card 1: sofhdadsp [sof-hda-dsp], device 3: HDMI1 (*) [] > > Subdevices: 1/1 > > Subdevice #0: subdevice #0 > > card 1: sofhdadsp [sof-hda-dsp], device 4: HDMI2 (*) [] > > Subdevices: 1/1 > > Subdevice #0: subdevice #0 > > card 1: sofhdadsp [sof-hda-dsp], device 5: HDMI3 (*) [] > > Subdevices: 1/1 > > Subdevice #0: subdevice #0 > > card 1: sofhdadsp [sof-hda-dsp], device 31: HDA Analog Deep Buffer (*)[] > > Subdevices: 1/1 > > Subdevice #0: subdevice #0 > > > > > > > > I've tried https://github.com/xoocoon/hp-15-ew0xxx-snd-fix. The > > patches applied cleanly to 6.4.16 but still no sound, and I don't see > > the CS35L41-hda ... > > > > # output nothing > > sudo dmesg | grep cs35l41-hda > > > > > > What else can I try? > > > > > > Thanks, > > Jeff > > Sorry, I don't check this account very often because the Lenovo email > servers suck. I added my main account instead. > > Probably off-list to save repetition - but can you send me details of > what you're doing? Ubuntu was certified on this platform and should work > - you may need to use their oem-kernel though (not sure if they've > folded support into their generic kernel yet). > Let me know which distro and kernel you're running, and we should be > able to get you going. > > Mark > |
From: Jeff C. <jef...@gm...> - 2024-02-26 06:23:39
|
On Sat, Feb 24, 2024 at 9:06 PM Jeff Chua <jef...@gm...> wrote: > > On Tue, Feb 20, 2024 at 4:04 PM Paul Menzel <pm...@mo...> wrote: > > > > [CC: Mark from Lenovo] > > > > Am 20.02.24 um 03:57 schrieb Jeff Chua: > > > On Sat, Feb 17, 2024 at 5:05 PM Takashi Iwai <ti...@su...> wrote: > > >> > > >> On Sat, 17 Feb 2024 09:47:06 +0100, Jeff Chua wrote: > > >>>> Have you tried the recent distro standard kernel at all? > > >>> > > >>> No, but if you can send me a working .config and I'll try to compile it. > > >> > > >> Take your distro kernel. I don't know what you're using, and it's > > >> really up to you. > > >> > > >> It seems that the machine was certified for Ubuntu, at least. > > > > > > It's just vanilla linux. Not a standard distro. It worked fine on all > > > previous Lenovo's until I got the new P1. > > > > > > I'll try to find a machine with ubuntu to test and grap the .config from there. > > I've made some progress, got a ubuntu config and currently testing. > It's using SOF, and it loaded all the modules and found the card, but > still no sound from the speaker but headphones works. > > I'll test further. Still no sound. Tested on 6.4.16, and latest git pull 6.8.0-rc6. # cat /proc/asound/cards 0 [NVidia ]: HDA-Intel - HDA NVidia HDA NVidia at 0xbe000000 irq 17 1 [sofhdadsp ]: sof-hda-dsp - sof-hda-dsp LENOVO-21FWS6UK00-ThinkPadP1Gen6 # dmesg sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if info 0x040100 sof-audio-pci-intel-tgl 0000:00:1f.3: Digital mics found on Skylake+ platform, using SOF driver sof-audio-pci-intel-tgl 0000:00:1f.3: DSP detected with PCI class/subclass/prog-if 0x040100 sof-audio-pci-intel-tgl 0000:00:1f.3: use msi interrupt mode sof-audio-pci-intel-tgl 0000:00:1f.3: hda codecs found, mask 1 sof-audio-pci-intel-tgl 0000:00:1f.3: using HDA machine driver skl_hda_dsp_generic now sof-audio-pci-intel-tgl 0000:00:1f.3: DMICs detected in NHLT tables: 2 sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware paths/files for ipc type 0: sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware file: intel/sof/sof-rpl.ri sof-audio-pci-intel-tgl 0000:00:1f.3: Topology file: intel/sof-tplg/sof-hda-generic-2ch.tplg sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864 sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:0 sof-audio-pci-intel-tgl 0000:00:1f.3: unknown sof_ext_man header type 3 size 0x30 sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware info: version 2:2:0-57864 sof-audio-pci-intel-tgl 0000:00:1f.3: Firmware: ABI 3:22:1 Kernel ABI 3:23:0 sof-audio-pci-intel-tgl 0000:00:1f.3: Topology: ABI 3:22:1 Kernel ABI 3:23:0 skl_hda_dsp_generic skl_hda_dsp_generic: ASoC: Parent card not yet available, widget card binding deferred snd_hda_codec_realtek ehdaudio0D0: autoconfig for ALC287: line_outs=1 (0x17/0x0/0x0/0x0/0x0) type:speaker snd_hda_codec_realtek ehdaudio0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) snd_hda_codec_realtek ehdaudio0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0) snd_hda_codec_realtek ehdaudio0D0: mono: mono_out=0x0 snd_hda_codec_realtek ehdaudio0D0: inputs: snd_hda_codec_realtek ehdaudio0D0: Mic=0x19 input: sof-hda-dsp Mic as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card1/input228 input: sof-hda-dsp Headphone as /devices/pci0000:00/0000:00:1f.3/skl_hda_dsp_generic/sound/card1/input229 # aplay -l card 1: sofhdadsp [sof-hda-dsp], device 0: HDA Analog (*) [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: sofhdadsp [sof-hda-dsp], device 3: HDMI1 (*) [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: sofhdadsp [sof-hda-dsp], device 4: HDMI2 (*) [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: sofhdadsp [sof-hda-dsp], device 5: HDMI3 (*) [] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: sofhdadsp [sof-hda-dsp], device 31: HDA Analog Deep Buffer (*)[] Subdevices: 1/1 Subdevice #0: subdevice #0 I've tried https://github.com/xoocoon/hp-15-ew0xxx-snd-fix. The patches applied cleanly to 6.4.16 but still no sound, and I don't see the CS35L41-hda ... # output nothing sudo dmesg | grep cs35l41-hda What else can I try? Thanks, Jeff |
From: Jeff C. <jef...@gm...> - 2024-02-24 13:07:17
|
On Tue, Feb 20, 2024 at 4:04 PM Paul Menzel <pm...@mo...> wrote: > > [CC: Mark from Lenovo] > > Am 20.02.24 um 03:57 schrieb Jeff Chua: > > On Sat, Feb 17, 2024 at 5:05 PM Takashi Iwai <ti...@su...> wrote: > >> > >> On Sat, 17 Feb 2024 09:47:06 +0100, Jeff Chua wrote: > >>>> Have you tried the recent distro standard kernel at all? > >>> > >>> No, but if you can send me a working .config and I'll try to compile it. > >> > >> Take your distro kernel. I don't know what you're using, and it's > >> really up to you. > >> > >> It seems that the machine was certified for Ubuntu, at least. > > > > It's just vanilla linux. Not a standard distro. It worked fine on all > > previous Lenovo's until I got the new P1. > > > > I'll try to find a machine with ubuntu to test and grap the .config from there. I've made some progress, got a ubuntu config and currently testing. It's using SOF, and it loaded all the modules and found the card, but still no sound from the speaker but headphones works. I'll test further. |
From: Ian M. <ibm...@gm...> - 2024-02-22 11:49:17
|
It appears the audio format is not the issue, 24bit is possible, but duplex audio is not. It's possible to record if I change device profile (via pavucontrol) to Analogue or Digital Input, but not if duplex is enabled. This can actually even be seen in the pavucontrol level monitor for the device, which doesn't appear when duplex is enabled but does when an input-only mode is used. It coincides with this message in dmesg: [ 294.825544] usb 1-1.1: cannot submit urb 0, error -28: not enough bandwidth [ 299.839010] usb 1-1.1: cannot submit urb 0, error -28: not enough bandwidth Device is T420, Fedora 29, 6.7.4-200.fc39.x86_64 #1 SMP PREEMPT_DYNAMIC USB host controller Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller. There are two (#1/#2) shown in lspci, I've tried unplugging external USB devices, but there are also a built in camera, bluetooth adapter and wireless modem on the USB bus. The closest I've found is https://forums.gentoo.org/viewtopic-t-862035-start-0.html which suggests disabling automute (user found the urb message was unrelated, not the problem here, I've checked volume levels) and another who rebuilt the kernel with uchi and ochi and usb debuging disabled, trying that one now. Any ideas? Might be one for the developers list. I've seen mention that Intel 5 Series USB controllers may have an issue with duplpex audio, but not found the same complaint about 6 Series. The USB device itself works fine for duplex with Linux on a newer Lenovo Legion system and with Android devices. On Wed, 21 Feb 2024 at 11:25, Ian Malone <ibm...@gm...> wrote: > > Hi, I'm wondering if there's any way to restrict the bit depth/format > that a USB audio device advertises to the system (for downstream > consumption by pipewire etc.). Short version: > an older laptop with USB 2.0 and a 3.5mm-USB adapter that offers > S16_LE and S24_3LE formats for microphone, any application that tries > to request S24_3LE freezes. > > The background is I have an old T420 laptop that I sometimes use for > Zoom and Teams calls which has a very noisy onboard microphone and USB > 2.0 ports, and an Anker USB to 3.5mm converter that lsusb identifies > as "Conexant Systems (Rockwell), Inc. Hi-Res Audio". On a > significantly newer laptop with USB 3 ports using the Anker device > works, Zoom test call sound is okay and audacity can record from it > both direct via ALSA and via Pipewire. > > Even on this system, on plugging in the adapter to a port I see this > in the kernel ring: > ----- > [ 4952.171359] usb 3-1: new full-speed USB device number 5 using xhci_hcd > [ 4952.337534] usb 3-1: New USB device found, idVendor=0572, > idProduct=1b08, bcdDevice= 0.10 > [ 4952.337538] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 > [ 4952.337540] usb 3-1: Product: Hi-Res Audio > [ 4952.337542] usb 3-1: Manufacturer: Synaptics > [ 4952.337543] usb 3-1: SerialNumber: 000000000000000000000000 > [ 4952.530669] input: Synaptics Hi-Res Audio as > /devices/pci0000:00/0000:00:08.1/0000:05:00.4/usb3/3-1/3-1:1.3/0003:0572:1B08.0008/input/input30 > [ 4952.582643] hid-generic 0003:0572:1B08.0008: input,hidraw5: USB HID > v1.11 Device [Synaptics Hi-Res Audio] on usb-0000:05:00.4-1/input3 > [ 4953.238361] usb 3-1: Not enough bandwidth for new device state. > [ 4953.238366] usb 3-1: Not enough bandwidth for altsetting 1 > [ 4953.238368] endpoint_set_interface: 70 callbacks suppressed > [ 4953.238370] usb 3-1: 1:1: usb_set_interface failed (-28) > [ 4953.238485] usb 3-1: Not enough bandwidth for new device state. > [ 4953.238487] usb 3-1: Not enough bandwidth for altsetting 1 > [ 4953.238489] usb 3-1: 1:1: usb_set_interface failed (-28) > [ 4953.238604] usb 3-1: Not enough bandwidth for new device state. > [ 4953.238607] usb 3-1: Not enough bandwidth for altsetting 1 > [ 4953.238608] usb 3-1: 1:1: usb_set_interface failed (-28) > [ 4953.238755] usb 3-1: Not enough bandwidth for new device state. > [ 4953.238757] usb 3-1: Not enough bandwidth for altsetting 1 > [ 4953.238759] usb 3-1: 1:1: usb_set_interface failed (-28) > [ 4953.238883] usb 3-1: Not enough bandwidth for new device state. > [ 4953.238886] usb 3-1: Not enough bandwidth for altsetting 1 > [ 4953.238887] usb 3-1: 1:1: usb_set_interface failed (-28) > [ 4953.239178] usb 3-1: Not enough bandwidth for new device state. > ---- > ...repeats these two lines a lot but eventually settles down. > > However on the T420 system things just don't work. Zoom when trying to > access this device (specifically the microphone, either selecting it > via Audio Settings, during the test call microphone test stage, or > trying to change the device during a call) will just freeze. Audacity > does the same if trying to use it, and additionally has a lot of > trouble starting (will refuse to start if plugged in). I did have > success recording in Audacity if I set the format to 16 bit. > > Don't have direct access to the T420 today, but the messages it > reports are slightly different (F39 so a slightly newer kernel), > however it is a urb not enough bandwidth error similar to: > [ 778.937439] cannot submit urb 0, error -28: not enough bandwidth > (https://forum.odroid.com/viewtopic.php?t=23485) > Mar 12 18:25:05 kernel: cannot submit urb 0, error -28: not enough bandwidth > (https://forums.gentoo.org/viewtopic-t-862035-start-0.html) > > The /proc/asound/cardX/stream0 file indicates S16_LE and S24_3LE > interfaces for capture and playback: > ---- > Synaptics Hi-Res Audio at usb-0000:05:00.4-1, full speed : USB Audio > > Playback: > Status: Running > Interface = 2 > Altset = 2 > Packet Size = 432 > Momentary freq = 48000 Hz (0x30.0000) > Interface 2 > Altset 1 > Format: S16_LE > Channels: 2 > Endpoint: 0x01 (1 OUT) (ADAPTIVE) > Rates: 8000, 16000, 32000, 44100, 48000, 96000 > Bits: 16 > Channel map: FL FR > Interface 2 > Altset 2 > Format: S24_3LE > Channels: 2 > Endpoint: 0x01 (1 OUT) (ADAPTIVE) > Rates: 44100, 48000, 96000 > Bits: 24 > Channel map: FL FR > > Capture: > Status: Running > Interface = 1 > Altset = 2 > Packet Size = 288 > Momentary freq = 48000 Hz (0x30.0000) > Interface 1 > Altset 1 > Format: S16_LE > Channels: 2 > Endpoint: 0x81 (1 IN) (ASYNC) > Rates: 44100, 48000 > Bits: 16 > Channel map: FL FR > Interface 1 > Altset 2 > Format: S24_3LE > Channels: 2 > Endpoint: 0x81 (1 IN) (ASYNC) > Rates: 44100, 48000 > Bits: 24 > Channel map: FL FR > ---- > > I could try adjusting the pipewire configuration to force alsa devices > to S16_LE (already experimenting with that), however it wouldn't solve > the problem with programs like audacity that try to access ALSA > directly. Any suggestions? I've been trying to see if it can be done > in asound.con, but most results I've found seem to be about setting up > dmix devices, which doesn't really solve the problem of an available > device on the system offering S24. I can't see any snd-usb-audio > module options that would do it. > > -- > imalone -- imalone |
From: Ian M. <ibm...@gm...> - 2024-02-21 11:25:40
|
Hi, I'm wondering if there's any way to restrict the bit depth/format that a USB audio device advertises to the system (for downstream consumption by pipewire etc.). Short version: an older laptop with USB 2.0 and a 3.5mm-USB adapter that offers S16_LE and S24_3LE formats for microphone, any application that tries to request S24_3LE freezes. The background is I have an old T420 laptop that I sometimes use for Zoom and Teams calls which has a very noisy onboard microphone and USB 2.0 ports, and an Anker USB to 3.5mm converter that lsusb identifies as "Conexant Systems (Rockwell), Inc. Hi-Res Audio". On a significantly newer laptop with USB 3 ports using the Anker device works, Zoom test call sound is okay and audacity can record from it both direct via ALSA and via Pipewire. Even on this system, on plugging in the adapter to a port I see this in the kernel ring: ----- [ 4952.171359] usb 3-1: new full-speed USB device number 5 using xhci_hcd [ 4952.337534] usb 3-1: New USB device found, idVendor=0572, idProduct=1b08, bcdDevice= 0.10 [ 4952.337538] usb 3-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 4952.337540] usb 3-1: Product: Hi-Res Audio [ 4952.337542] usb 3-1: Manufacturer: Synaptics [ 4952.337543] usb 3-1: SerialNumber: 000000000000000000000000 [ 4952.530669] input: Synaptics Hi-Res Audio as /devices/pci0000:00/0000:00:08.1/0000:05:00.4/usb3/3-1/3-1:1.3/0003:0572:1B08.0008/input/input30 [ 4952.582643] hid-generic 0003:0572:1B08.0008: input,hidraw5: USB HID v1.11 Device [Synaptics Hi-Res Audio] on usb-0000:05:00.4-1/input3 [ 4953.238361] usb 3-1: Not enough bandwidth for new device state. [ 4953.238366] usb 3-1: Not enough bandwidth for altsetting 1 [ 4953.238368] endpoint_set_interface: 70 callbacks suppressed [ 4953.238370] usb 3-1: 1:1: usb_set_interface failed (-28) [ 4953.238485] usb 3-1: Not enough bandwidth for new device state. [ 4953.238487] usb 3-1: Not enough bandwidth for altsetting 1 [ 4953.238489] usb 3-1: 1:1: usb_set_interface failed (-28) [ 4953.238604] usb 3-1: Not enough bandwidth for new device state. [ 4953.238607] usb 3-1: Not enough bandwidth for altsetting 1 [ 4953.238608] usb 3-1: 1:1: usb_set_interface failed (-28) [ 4953.238755] usb 3-1: Not enough bandwidth for new device state. [ 4953.238757] usb 3-1: Not enough bandwidth for altsetting 1 [ 4953.238759] usb 3-1: 1:1: usb_set_interface failed (-28) [ 4953.238883] usb 3-1: Not enough bandwidth for new device state. [ 4953.238886] usb 3-1: Not enough bandwidth for altsetting 1 [ 4953.238887] usb 3-1: 1:1: usb_set_interface failed (-28) [ 4953.239178] usb 3-1: Not enough bandwidth for new device state. ---- ...repeats these two lines a lot but eventually settles down. However on the T420 system things just don't work. Zoom when trying to access this device (specifically the microphone, either selecting it via Audio Settings, during the test call microphone test stage, or trying to change the device during a call) will just freeze. Audacity does the same if trying to use it, and additionally has a lot of trouble starting (will refuse to start if plugged in). I did have success recording in Audacity if I set the format to 16 bit. Don't have direct access to the T420 today, but the messages it reports are slightly different (F39 so a slightly newer kernel), however it is a urb not enough bandwidth error similar to: [ 778.937439] cannot submit urb 0, error -28: not enough bandwidth (https://forum.odroid.com/viewtopic.php?t=23485) Mar 12 18:25:05 kernel: cannot submit urb 0, error -28: not enough bandwidth (https://forums.gentoo.org/viewtopic-t-862035-start-0.html) The /proc/asound/cardX/stream0 file indicates S16_LE and S24_3LE interfaces for capture and playback: ---- Synaptics Hi-Res Audio at usb-0000:05:00.4-1, full speed : USB Audio Playback: Status: Running Interface = 2 Altset = 2 Packet Size = 432 Momentary freq = 48000 Hz (0x30.0000) Interface 2 Altset 1 Format: S16_LE Channels: 2 Endpoint: 0x01 (1 OUT) (ADAPTIVE) Rates: 8000, 16000, 32000, 44100, 48000, 96000 Bits: 16 Channel map: FL FR Interface 2 Altset 2 Format: S24_3LE Channels: 2 Endpoint: 0x01 (1 OUT) (ADAPTIVE) Rates: 44100, 48000, 96000 Bits: 24 Channel map: FL FR Capture: Status: Running Interface = 1 Altset = 2 Packet Size = 288 Momentary freq = 48000 Hz (0x30.0000) Interface 1 Altset 1 Format: S16_LE Channels: 2 Endpoint: 0x81 (1 IN) (ASYNC) Rates: 44100, 48000 Bits: 16 Channel map: FL FR Interface 1 Altset 2 Format: S24_3LE Channels: 2 Endpoint: 0x81 (1 IN) (ASYNC) Rates: 44100, 48000 Bits: 24 Channel map: FL FR ---- I could try adjusting the pipewire configuration to force alsa devices to S16_LE (already experimenting with that), however it wouldn't solve the problem with programs like audacity that try to access ALSA directly. Any suggestions? I've been trying to see if it can be done in asound.con, but most results I've found seem to be about setting up dmix devices, which doesn't really solve the problem of an available device on the system offering S24. I can't see any snd-usb-audio module options that would do it. -- imalone |
From: Paul M. <pm...@mo...> - 2024-02-20 08:22:33
|
[CC: Mark from Lenovo] Am 20.02.24 um 03:57 schrieb Jeff Chua: > On Sat, Feb 17, 2024 at 5:05 PM Takashi Iwai <ti...@su...> wrote: >> >> On Sat, 17 Feb 2024 09:47:06 +0100, Jeff Chua wrote: >>>> Have you tried the recent distro standard kernel at all? >>> >>> No, but if you can send me a working .config and I'll try to compile it. >> >> Take your distro kernel. I don't know what you're using, and it's >> really up to you. >> >> It seems that the machine was certified for Ubuntu, at least. > > It's just vanilla linux. Not a standard distro. It worked fine on all > previous Lenovo's until I got the new P1. > > I'll try to find a machine with ubuntu to test and grap the .config from there. > > Thanks, > Jeff |
From: Jeff C. <jef...@gm...> - 2024-02-20 02:57:44
|
On Sat, Feb 17, 2024 at 5:05 PM Takashi Iwai <ti...@su...> wrote: > > On Sat, 17 Feb 2024 09:47:06 +0100, > Jeff Chua wrote: > > > Have you tried the recent distro standard kernel at all? > > > > No, but if you can send me a working .config and I'll try to compile it. > > Take your distro kernel. I don't know what you're using, and it's > really up to you. > > It seems that the machine was certified for Ubuntu, at least. It's just vanilla linux. Not a standard distro. It worked fine on all previous Lenovo's until I got the new P1. I'll try to find a machine with ubuntu to test and grap the .config from there. Thanks, Jeff |
From: Takashi I. <ti...@su...> - 2024-02-17 09:05:33
|
On Sat, 17 Feb 2024 09:47:06 +0100, Jeff Chua wrote: > > On Sat, Feb 17, 2024 at 4:30 PM Takashi Iwai <ti...@su...> wrote: > > > > On Sat, 17 Feb 2024 08:56:56 +0100, > > Jeff Chua wrote: > > > > > > On Sat, Feb 17, 2024 at 12:21 PM Jeff Chua <jef...@gm...> wrote: > > > > > > > > On Fri, Feb 16, 2024 at 10:57 PM Takashi Iwai <ti...@su...> wrote: > > > > > > > > > > On Fri, 16 Feb 2024 02:10:04 +0100, > > > > > Jeff Chua wrote: > > > > > > > > > > > > On Thu, Feb 15, 2024 at 11:37 PM Takashi Iwai <ti...@su...> wrote: > > > > > > > > > > > > > > On Thu, 15 Feb 2024 12:07:12 +0100, > > > > > > > Jeff Chua wrote: > > > > > > > > I've just about everything but still couldn't get souns on the Lenovo P1 Gen 6. > > > > > > > > > Through a quick glance, I see no obvious errors. > > > > > I suppose you also installed the latest linux-firmware tree? > > > > > There are corresponding firmware files for CS35L41 with your device > > > > > configuration (17aa:2317), too. > > > > > > > > My firmware is the latest git pull .. > > > > > > > > commit fbef4d381e3d0143427e1a8c924be8e738c0fc2d (HEAD -> main, > > > > origin/main, origin/HEAD) > > > > Merge: b88f448d c0138861 > > > > Author: Mario Limonciello <su...@gm...> > > > > Date: Thu Feb 8 12:24:01 2024 +0000 > > > > Merge branch 'main' into 'main' > > > > panthor: Add initial firmware for Gen10 Arm Mali GPUs > > > > See merge request kernel-firmware/linux-firmware!145 > > > > > > > > There's is only one firmware file in > > > > /usr/lib/firmware/intel/sof-tplg/sof-adl-max98357a-rt5682.tplg > > > > > > > > And this is under SOF, and I don't have SOF enabled, and dmesg doesn't > > > > show anything on CS35L41. > > > > Could I be missing something? > > > > > > > > > > > > > Also, you're testing without pipewire nor pulseaudio, right? > > > > > > > > No pipewire, and no pulseaudio. And /etc/asound.conf is empty. > > > > > > > > > > > > > Just "aplay -Dplughw:0 -vv foo.wav" should be good as a test. > > > > > > > > It's playing, no error, and no sound. If I use the headphone jack, I > > > > could hear the sound from the headphones. > > > > > > > > # aplay -Dplughw:0 -vv /local/share/sounds/alsa/Front_Center.wav > > > > Playing WAVE '/local/share/sounds/alsa/Front_Center.wav' : Signed 16 > > > > bit Little Endian, Rate 48000 Hz, Mono > > > > Plug PCM: Route conversion PCM (sformat=S16_LE) > > > > Transformation table: > > > > 0 <- 0 > > > > 1 <- 0 > > > > Its setup is: > > > > stream : PLAYBACK > > > > access : RW_INTERLEAVED > > > > format : S16_LE > > > > subformat : STD > > > > channels : 1 > > > > rate : 48000 > > > > exact rate : 48000 (48000/1) > > > > msbits : 16 > > > > buffer_size : 24000 > > > > period_size : 6000 > > > > period_time : 125000 > > > > tstamp_mode : ENABLE > > > > tstamp_type : MONOTONIC > > > > period_step : 1 > > > > avail_min : 6000 > > > > period_event : 0 > > > > start_threshold : 24000 > > > > stop_threshold : 24000 > > > > silence_threshold: 0 > > > > silence_size : 0 > > > > boundary : 6755399441055744000 > > > > Slave: Hardware PCM card 0 'HDA Intel PCH' device 0 subdevice 0 > > > > Its setup is: > > > > stream : PLAYBACK > > > > access : MMAP_INTERLEAVED > > > > format : S16_LE > > > > subformat : STD > > > > channels : 2 > > > > rate : 48000 > > > > exact rate : 48000 (48000/1) > > > > msbits : 16 > > > > buffer_size : 24000 > > > > period_size : 6000 > > > > period_time : 125000 > > > > tstamp_mode : ENABLE > > > > tstamp_type : MONOTONIC > > > > period_step : 1 > > > > avail_min : 6000 > > > > period_event : 0 > > > > start_threshold : 24000 > > > > stop_threshold : 24000 > > > > silence_threshold: 0 > > > > silence_size : 0 > > > > boundary : 6755399441055744000 > > > > appl_ptr : 0 > > > > hw_ptr : 0 > > > > # + | 47% > > > > > > > > > > > > > > > > > The quirk for your device was added already in 6.4 kernel, so please > > > > > try that old kernel to see whether it's a regression. > > > > > > > > Ok, I'll test that next. > > > > > > Tried on 6.4.16 and still not working. > > > > > > The snd-hda-scodec-cs35l41-i2c module is not loaded. Is this necessary? > > > > > > I got a feeling my kernel is not probing for the CS35L41. How can I > > > help trace this? > > > > Have you tried the recent distro standard kernel at all? > > No, but if you can send me a working .config and I'll try to compile it. Take your distro kernel. I don't know what you're using, and it's really up to you. It seems that the machine was certified for Ubuntu, at least. Takashi |
From: Jeff C. <jef...@gm...> - 2024-02-17 08:47:31
|
On Sat, Feb 17, 2024 at 4:30 PM Takashi Iwai <ti...@su...> wrote: > > On Sat, 17 Feb 2024 08:56:56 +0100, > Jeff Chua wrote: > > > > On Sat, Feb 17, 2024 at 12:21 PM Jeff Chua <jef...@gm...> wrote: > > > > > > On Fri, Feb 16, 2024 at 10:57 PM Takashi Iwai <ti...@su...> wrote: > > > > > > > > On Fri, 16 Feb 2024 02:10:04 +0100, > > > > Jeff Chua wrote: > > > > > > > > > > On Thu, Feb 15, 2024 at 11:37 PM Takashi Iwai <ti...@su...> wrote: > > > > > > > > > > > > On Thu, 15 Feb 2024 12:07:12 +0100, > > > > > > Jeff Chua wrote: > > > > > > > I've just about everything but still couldn't get souns on the Lenovo P1 Gen 6. > > > > > > > Through a quick glance, I see no obvious errors. > > > > I suppose you also installed the latest linux-firmware tree? > > > > There are corresponding firmware files for CS35L41 with your device > > > > configuration (17aa:2317), too. > > > > > > My firmware is the latest git pull .. > > > > > > commit fbef4d381e3d0143427e1a8c924be8e738c0fc2d (HEAD -> main, > > > origin/main, origin/HEAD) > > > Merge: b88f448d c0138861 > > > Author: Mario Limonciello <su...@gm...> > > > Date: Thu Feb 8 12:24:01 2024 +0000 > > > Merge branch 'main' into 'main' > > > panthor: Add initial firmware for Gen10 Arm Mali GPUs > > > See merge request kernel-firmware/linux-firmware!145 > > > > > > There's is only one firmware file in > > > /usr/lib/firmware/intel/sof-tplg/sof-adl-max98357a-rt5682.tplg > > > > > > And this is under SOF, and I don't have SOF enabled, and dmesg doesn't > > > show anything on CS35L41. > > > Could I be missing something? > > > > > > > > > > Also, you're testing without pipewire nor pulseaudio, right? > > > > > > No pipewire, and no pulseaudio. And /etc/asound.conf is empty. > > > > > > > > > > Just "aplay -Dplughw:0 -vv foo.wav" should be good as a test. > > > > > > It's playing, no error, and no sound. If I use the headphone jack, I > > > could hear the sound from the headphones. > > > > > > # aplay -Dplughw:0 -vv /local/share/sounds/alsa/Front_Center.wav > > > Playing WAVE '/local/share/sounds/alsa/Front_Center.wav' : Signed 16 > > > bit Little Endian, Rate 48000 Hz, Mono > > > Plug PCM: Route conversion PCM (sformat=S16_LE) > > > Transformation table: > > > 0 <- 0 > > > 1 <- 0 > > > Its setup is: > > > stream : PLAYBACK > > > access : RW_INTERLEAVED > > > format : S16_LE > > > subformat : STD > > > channels : 1 > > > rate : 48000 > > > exact rate : 48000 (48000/1) > > > msbits : 16 > > > buffer_size : 24000 > > > period_size : 6000 > > > period_time : 125000 > > > tstamp_mode : ENABLE > > > tstamp_type : MONOTONIC > > > period_step : 1 > > > avail_min : 6000 > > > period_event : 0 > > > start_threshold : 24000 > > > stop_threshold : 24000 > > > silence_threshold: 0 > > > silence_size : 0 > > > boundary : 6755399441055744000 > > > Slave: Hardware PCM card 0 'HDA Intel PCH' device 0 subdevice 0 > > > Its setup is: > > > stream : PLAYBACK > > > access : MMAP_INTERLEAVED > > > format : S16_LE > > > subformat : STD > > > channels : 2 > > > rate : 48000 > > > exact rate : 48000 (48000/1) > > > msbits : 16 > > > buffer_size : 24000 > > > period_size : 6000 > > > period_time : 125000 > > > tstamp_mode : ENABLE > > > tstamp_type : MONOTONIC > > > period_step : 1 > > > avail_min : 6000 > > > period_event : 0 > > > start_threshold : 24000 > > > stop_threshold : 24000 > > > silence_threshold: 0 > > > silence_size : 0 > > > boundary : 6755399441055744000 > > > appl_ptr : 0 > > > hw_ptr : 0 > > > # + | 47% > > > > > > > > > > > > > The quirk for your device was added already in 6.4 kernel, so please > > > > try that old kernel to see whether it's a regression. > > > > > > Ok, I'll test that next. > > > > Tried on 6.4.16 and still not working. > > > > The snd-hda-scodec-cs35l41-i2c module is not loaded. Is this necessary? > > > > I got a feeling my kernel is not probing for the CS35L41. How can I > > help trace this? > > Have you tried the recent distro standard kernel at all? No, but if you can send me a working .config and I'll try to compile it. Thanks, Jeff |
From: Takashi I. <ti...@su...> - 2024-02-17 08:30:56
|
On Sat, 17 Feb 2024 08:56:56 +0100, Jeff Chua wrote: > > On Sat, Feb 17, 2024 at 12:21 PM Jeff Chua <jef...@gm...> wrote: > > > > On Fri, Feb 16, 2024 at 10:57 PM Takashi Iwai <ti...@su...> wrote: > > > > > > On Fri, 16 Feb 2024 02:10:04 +0100, > > > Jeff Chua wrote: > > > > > > > > On Thu, Feb 15, 2024 at 11:37 PM Takashi Iwai <ti...@su...> wrote: > > > > > > > > > > On Thu, 15 Feb 2024 12:07:12 +0100, > > > > > Jeff Chua wrote: > > > > > > I've just about everything but still couldn't get souns on the Lenovo P1 Gen 6. > > > > > Through a quick glance, I see no obvious errors. > > > I suppose you also installed the latest linux-firmware tree? > > > There are corresponding firmware files for CS35L41 with your device > > > configuration (17aa:2317), too. > > > > My firmware is the latest git pull .. > > > > commit fbef4d381e3d0143427e1a8c924be8e738c0fc2d (HEAD -> main, > > origin/main, origin/HEAD) > > Merge: b88f448d c0138861 > > Author: Mario Limonciello <su...@gm...> > > Date: Thu Feb 8 12:24:01 2024 +0000 > > Merge branch 'main' into 'main' > > panthor: Add initial firmware for Gen10 Arm Mali GPUs > > See merge request kernel-firmware/linux-firmware!145 > > > > There's is only one firmware file in > > /usr/lib/firmware/intel/sof-tplg/sof-adl-max98357a-rt5682.tplg > > > > And this is under SOF, and I don't have SOF enabled, and dmesg doesn't > > show anything on CS35L41. > > Could I be missing something? > > > > > > > Also, you're testing without pipewire nor pulseaudio, right? > > > > No pipewire, and no pulseaudio. And /etc/asound.conf is empty. > > > > > > > Just "aplay -Dplughw:0 -vv foo.wav" should be good as a test. > > > > It's playing, no error, and no sound. If I use the headphone jack, I > > could hear the sound from the headphones. > > > > # aplay -Dplughw:0 -vv /local/share/sounds/alsa/Front_Center.wav > > Playing WAVE '/local/share/sounds/alsa/Front_Center.wav' : Signed 16 > > bit Little Endian, Rate 48000 Hz, Mono > > Plug PCM: Route conversion PCM (sformat=S16_LE) > > Transformation table: > > 0 <- 0 > > 1 <- 0 > > Its setup is: > > stream : PLAYBACK > > access : RW_INTERLEAVED > > format : S16_LE > > subformat : STD > > channels : 1 > > rate : 48000 > > exact rate : 48000 (48000/1) > > msbits : 16 > > buffer_size : 24000 > > period_size : 6000 > > period_time : 125000 > > tstamp_mode : ENABLE > > tstamp_type : MONOTONIC > > period_step : 1 > > avail_min : 6000 > > period_event : 0 > > start_threshold : 24000 > > stop_threshold : 24000 > > silence_threshold: 0 > > silence_size : 0 > > boundary : 6755399441055744000 > > Slave: Hardware PCM card 0 'HDA Intel PCH' device 0 subdevice 0 > > Its setup is: > > stream : PLAYBACK > > access : MMAP_INTERLEAVED > > format : S16_LE > > subformat : STD > > channels : 2 > > rate : 48000 > > exact rate : 48000 (48000/1) > > msbits : 16 > > buffer_size : 24000 > > period_size : 6000 > > period_time : 125000 > > tstamp_mode : ENABLE > > tstamp_type : MONOTONIC > > period_step : 1 > > avail_min : 6000 > > period_event : 0 > > start_threshold : 24000 > > stop_threshold : 24000 > > silence_threshold: 0 > > silence_size : 0 > > boundary : 6755399441055744000 > > appl_ptr : 0 > > hw_ptr : 0 > > # + | 47% > > > > > > > > > The quirk for your device was added already in 6.4 kernel, so please > > > try that old kernel to see whether it's a regression. > > > > Ok, I'll test that next. > > Tried on 6.4.16 and still not working. > > The snd-hda-scodec-cs35l41-i2c module is not loaded. Is this necessary? > > I got a feeling my kernel is not probing for the CS35L41. How can I > help trace this? Have you tried the recent distro standard kernel at all? Takashi |
From: Jeff C. <jef...@gm...> - 2024-02-17 07:57:26
|
On Sat, Feb 17, 2024 at 12:21 PM Jeff Chua <jef...@gm...> wrote: > > On Fri, Feb 16, 2024 at 10:57 PM Takashi Iwai <ti...@su...> wrote: > > > > On Fri, 16 Feb 2024 02:10:04 +0100, > > Jeff Chua wrote: > > > > > > On Thu, Feb 15, 2024 at 11:37 PM Takashi Iwai <ti...@su...> wrote: > > > > > > > > On Thu, 15 Feb 2024 12:07:12 +0100, > > > > Jeff Chua wrote: > > > > > I've just about everything but still couldn't get souns on the Lenovo P1 Gen 6. > > > Through a quick glance, I see no obvious errors. > > I suppose you also installed the latest linux-firmware tree? > > There are corresponding firmware files for CS35L41 with your device > > configuration (17aa:2317), too. > > My firmware is the latest git pull .. > > commit fbef4d381e3d0143427e1a8c924be8e738c0fc2d (HEAD -> main, > origin/main, origin/HEAD) > Merge: b88f448d c0138861 > Author: Mario Limonciello <su...@gm...> > Date: Thu Feb 8 12:24:01 2024 +0000 > Merge branch 'main' into 'main' > panthor: Add initial firmware for Gen10 Arm Mali GPUs > See merge request kernel-firmware/linux-firmware!145 > > There's is only one firmware file in > /usr/lib/firmware/intel/sof-tplg/sof-adl-max98357a-rt5682.tplg > > And this is under SOF, and I don't have SOF enabled, and dmesg doesn't > show anything on CS35L41. > Could I be missing something? > > > > Also, you're testing without pipewire nor pulseaudio, right? > > No pipewire, and no pulseaudio. And /etc/asound.conf is empty. > > > > Just "aplay -Dplughw:0 -vv foo.wav" should be good as a test. > > It's playing, no error, and no sound. If I use the headphone jack, I > could hear the sound from the headphones. > > # aplay -Dplughw:0 -vv /local/share/sounds/alsa/Front_Center.wav > Playing WAVE '/local/share/sounds/alsa/Front_Center.wav' : Signed 16 > bit Little Endian, Rate 48000 Hz, Mono > Plug PCM: Route conversion PCM (sformat=S16_LE) > Transformation table: > 0 <- 0 > 1 <- 0 > Its setup is: > stream : PLAYBACK > access : RW_INTERLEAVED > format : S16_LE > subformat : STD > channels : 1 > rate : 48000 > exact rate : 48000 (48000/1) > msbits : 16 > buffer_size : 24000 > period_size : 6000 > period_time : 125000 > tstamp_mode : ENABLE > tstamp_type : MONOTONIC > period_step : 1 > avail_min : 6000 > period_event : 0 > start_threshold : 24000 > stop_threshold : 24000 > silence_threshold: 0 > silence_size : 0 > boundary : 6755399441055744000 > Slave: Hardware PCM card 0 'HDA Intel PCH' device 0 subdevice 0 > Its setup is: > stream : PLAYBACK > access : MMAP_INTERLEAVED > format : S16_LE > subformat : STD > channels : 2 > rate : 48000 > exact rate : 48000 (48000/1) > msbits : 16 > buffer_size : 24000 > period_size : 6000 > period_time : 125000 > tstamp_mode : ENABLE > tstamp_type : MONOTONIC > period_step : 1 > avail_min : 6000 > period_event : 0 > start_threshold : 24000 > stop_threshold : 24000 > silence_threshold: 0 > silence_size : 0 > boundary : 6755399441055744000 > appl_ptr : 0 > hw_ptr : 0 > # + | 47% > > > > > The quirk for your device was added already in 6.4 kernel, so please > > try that old kernel to see whether it's a regression. > > Ok, I'll test that next. Tried on 6.4.16 and still not working. The snd-hda-scodec-cs35l41-i2c module is not loaded. Is this necessary? I got a feeling my kernel is not probing for the CS35L41. How can I help trace this? Thanks, Jeff |
From: Jeff C. <jef...@gm...> - 2024-02-17 04:21:59
|
On Fri, Feb 16, 2024 at 10:57 PM Takashi Iwai <ti...@su...> wrote: > > On Fri, 16 Feb 2024 02:10:04 +0100, > Jeff Chua wrote: > > > > On Thu, Feb 15, 2024 at 11:37 PM Takashi Iwai <ti...@su...> wrote: > > > > > > On Thu, 15 Feb 2024 12:07:12 +0100, > > > Jeff Chua wrote: > > > > I've just about everything but still couldn't get souns on the Lenovo P1 Gen 6. > Through a quick glance, I see no obvious errors. > I suppose you also installed the latest linux-firmware tree? > There are corresponding firmware files for CS35L41 with your device > configuration (17aa:2317), too. My firmware is the latest git pull .. commit fbef4d381e3d0143427e1a8c924be8e738c0fc2d (HEAD -> main, origin/main, origin/HEAD) Merge: b88f448d c0138861 Author: Mario Limonciello <su...@gm...> Date: Thu Feb 8 12:24:01 2024 +0000 Merge branch 'main' into 'main' panthor: Add initial firmware for Gen10 Arm Mali GPUs See merge request kernel-firmware/linux-firmware!145 There's is only one firmware file in /usr/lib/firmware/intel/sof-tplg/sof-adl-max98357a-rt5682.tplg And this is under SOF, and I don't have SOF enabled, and dmesg doesn't show anything on CS35L41. Could I be missing something? > Also, you're testing without pipewire nor pulseaudio, right? No pipewire, and no pulseaudio. And /etc/asound.conf is empty. > Just "aplay -Dplughw:0 -vv foo.wav" should be good as a test. It's playing, no error, and no sound. If I use the headphone jack, I could hear the sound from the headphones. # aplay -Dplughw:0 -vv /local/share/sounds/alsa/Front_Center.wav Playing WAVE '/local/share/sounds/alsa/Front_Center.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono Plug PCM: Route conversion PCM (sformat=S16_LE) Transformation table: 0 <- 0 1 <- 0 Its setup is: stream : PLAYBACK access : RW_INTERLEAVED format : S16_LE subformat : STD channels : 1 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 24000 period_size : 6000 period_time : 125000 tstamp_mode : ENABLE tstamp_type : MONOTONIC period_step : 1 avail_min : 6000 period_event : 0 start_threshold : 24000 stop_threshold : 24000 silence_threshold: 0 silence_size : 0 boundary : 6755399441055744000 Slave: Hardware PCM card 0 'HDA Intel PCH' device 0 subdevice 0 Its setup is: stream : PLAYBACK access : MMAP_INTERLEAVED format : S16_LE subformat : STD channels : 2 rate : 48000 exact rate : 48000 (48000/1) msbits : 16 buffer_size : 24000 period_size : 6000 period_time : 125000 tstamp_mode : ENABLE tstamp_type : MONOTONIC period_step : 1 avail_min : 6000 period_event : 0 start_threshold : 24000 stop_threshold : 24000 silence_threshold: 0 silence_size : 0 boundary : 6755399441055744000 appl_ptr : 0 hw_ptr : 0 # + | 47% > The quirk for your device was added already in 6.4 kernel, so please > try that old kernel to see whether it's a regression. Ok, I'll test that next. Thank you! > > Takashi |
From: Takashi I. <ti...@su...> - 2024-02-16 14:57:39
|
On Fri, 16 Feb 2024 02:10:04 +0100, Jeff Chua wrote: > > On Thu, Feb 15, 2024 at 11:37 PM Takashi Iwai <ti...@su...> wrote: > > > > On Thu, 15 Feb 2024 12:07:12 +0100, > > Jeff Chua wrote: > > > I've just about everything but still couldn't get souns on the Lenovo P1 Gen 6. > > Could you drop thinkpad_acpi options? > > Then give alsa-info.sh output while testing the speaker. > > Run the script with --no-upload option, and attach the output. > > Also, please give the dmesg output, too. > > Hi Takashi-san, > > Removed all thinkpad_acpi options, and here's the alsa-info' s output, > dmesg and linux .config. Through a quick glance, I see no obvious errors. I suppose you also installed the latest linux-firmware tree? There are corresponding firmware files for CS35L41 with your device configuration (17aa:2317), too. Also, you're testing without pipewire nor pulseaudio, right? Just "aplay -Dplughw:0 -vv foo.wav" should be good as a test. The quirk for your device was added already in 6.4 kernel, so please try that old kernel to see whether it's a regression. Takashi |
From: Takashi I. <ti...@su...> - 2024-02-15 15:37:13
|
On Thu, 15 Feb 2024 12:07:12 +0100, Jeff Chua wrote: > > I've just about everything but still couldn't get souns on the Lenovo P1 Gen 6. > > I've even tried SOF modules in the kernel but not working either. > > I'm just using standard alsa without other sound utils. Alsa has > served me fine on IBM/Lenovo for many years. Latest on Lenovo X1 Gen > 10. > > Sound works fine on the headphone plugged in to the headphone jack. > > Attached is my kernel .config ... > > # lspci > 00:1f.3 Multimedia audio controller: Intel Corporation Device 51ca (rev 01) > Subsystem: Lenovo Device 2317 > Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- > ParErr- Stepping- SERR- FastB2B- DisINTx+ > Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- > <TAbort- <MAbort- >SERR- <PERR- INTx- > Latency: 64 > Interrupt: pin A routed to IRQ 130 > Region 0: Memory at 6452b30000 (64-bit, non-prefetchable) [size=16K] > Region 4: Memory at 6452a00000 (64-bit, non-prefetchable) [size=1M] > Capabilities: [50] Power Management version 3 > Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA > PME(D0-,D1-,D2-,D3hot+,D3cold+) > Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME- > Capabilities: [80] Vendor Specific Information: Len=14 <?> > Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+ > Address: 00000000fee3c000 Data: 0020 > Kernel driver in use: snd_hda_intel > Kernel modules: snd_hda_intel > > > # lsmod ... > snd_ctl_led 20480 0 > snd_hda_codec_realtek 147456 1 > snd_hda_codec_generic 73728 1 snd_hda_codec_realtek > snd_hda_codec_hdmi 61440 1 > snd_hda_intel 36864 0 > snd_intel_dspcfg 12288 1 snd_hda_intel > snd_hda_codec 114688 4 > snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec_realtek > snd_hwdep 12288 1 snd_hda_codec > snd_hda_core 69632 5 > snd_hda_codec_generic,snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek > > > # dmesg ... > snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC287: line_outs=1 > (0x17/0x0/0x0/0x0/0x0) type:speaker > snd_hda_codec_realtek hdaudioC0D0: speaker_outs=0 (0x0/0x0/0x0/0x0/0x0) > snd_hda_codec_realtek hdaudioC0D0: hp_outs=1 (0x21/0x0/0x0/0x0/0x0) > snd_hda_codec_realtek hdaudioC0D0: mono: mono_out=0x0 > snd_hda_codec_realtek hdaudioC0D0: inputs: > snd_hda_codec_realtek hdaudioC0D0: Mic=0x19 > snd_hda_codec_realtek hdaudioC0D0: cs35l41_generic_fixup > snd_hda_codec_realtek hdaudioC0D0: cs35l41_generic_fixup > snd_hda_codec_realtek hdaudioC0D0: cs35l41_generic_fixup > > > # uname -a > Linux p1 6.8.0-rc4 #10 SMP PREEMPT_DYNAMIC Thu Feb 15 09:09:25 SGT > 2024 x86_64 GNU/Linux > > > I've the latest linux, alsa-lib, alsa-utils, alsa-plugins inatall ... > > # linux-kernel > commit 8d3dea210042f54b952b481838c1e7dfc4ec751d (HEAD -> master, > origin/master, origin/HEAD) > Merge: 6004b044f771 8fa507083388 > Author: Linus Torvalds <tor...@li...> > Date: Wed Feb 14 16:06:31 2024 -0800 > > > And all the latest alsa-lib, alsa-utils, alsa-plugins install from git. > > # alsa-lib > commit d8ce72f2561f23293ad0d98d30060c4a80a74c36 (HEAD -> master, > origin/master, origin/HEAD) > Author: Jaroslav Kysela <pe...@pe...> > Date: Fri Feb 9 11:21:04 2024 +0100 > > # alsa-utils > commit 7cae8880234149b42d99abd603b387f91a8c7013 (HEAD -> master, tag: > v1.2.11, origin/master, origin/HEAD) > Author: Jaroslav Kysela <pe...@pe...> > Date: Mon Jan 29 13:57:30 2024 +0100 > > Release v1.2.11 > > # alsa-plugins > commit 873a2966d22cd2956dc3c844fdc5d5573178502a (HEAD -> master, > origin/master, origin/HEAD) > Author: Takashi Iwai <ti...@su...> > Date: Sat Oct 7 09:20:41 2023 +0200 > > # cat /proc/cmdline > BOOT_IMAGE=/linux/bzc1 root=/dev/nvme0n1p2 ro resume=/dev/nvme0n1p12 > nosplash master=nvme0n1p fstype=f2fs reboot=acpi loop.max_part=63 > modules=\"i915\" drm_kms_helper.poll=0 nomodeset vga=755 > i915.modeset=1 i915.enable_fbc=1 i915.enable_guc=3 i915.enable_gvt=1 > i915.enable_psr=0 i915.fastboot=1 iwlwifi.enable_ini=0 > split_lock_detect=off thinkpad_acpi.fan_control=1 > thinkpad_acpi.volume_control=1 x11 sd_mod.ssd=1 > psmouse.synaptics_intertouch=1 Could you drop thinkpad_acpi options? Then give alsa-info.sh output while testing the speaker. Run the script with --no-upload option, and attach the output. Also, please give the dmesg output, too. thanks, Takashi |
From: Kai V. <kai...@li...> - 2024-01-02 10:18:28
|
Hi, On Tue, 12 Dec 2023, Chumi wrote: > I did not succeeded to have the sound on my laptop Dell XPS 9320. The > specifications says that it has speakers. But no sound from the > headphone neither the speakers. [...] > Here is the output from alsa-info.sh : https://alsa-project.org/db/?f=cf4458e8eaa8e9856adf9a0851e522801b13e49f this is a bit late reply, but this seems like an issue with the kernel build and/or some module option. I can see SOF is partially enabled in your kernel, but yet SOF is not selected to handle the audio device. Maybe CONFIG_SND_SOC_SOF_INTEL_SOUNDWIRE is not set in your kernel build...? What happens as a result is that snd-hda-intel is used instead to handle the audio device, but this only supports HDA codecs, so you'll only get the HDMI/DP PCMs, nothing else. Some helpful tips: https://thesofproject.github.io/latest/getting_started/index.html#debug-audio-issues-on-intel-platforms Br, Kai |
From: Robin B. <bec...@gm...> - 2023-12-27 10:03:33
|
I have a new Trigkey 7500U machine which is running under Artix. I have good alsa sound from the front panel headphone socket. Alsamixer shows it's running HDA Intel PCH. I have installed the beep command and checking shows that the pcspkr module is loaded. However, I cannot obtain system beeps after many changes using alsamixer. The beep process runs silently without error. I can simulate explicit beeps using a script like this. #!/bin/sh play -q -n -talsa synth 0.1 sin 440 vol 0.15 &>/dev/null but that means that terminal/editor initiated bell sounds are not audible ie system initiated beeps don't happen. My eyesight is poor so explicit beeps are very useful. On another machine with realtek ALC283 I see that there is a synthesised beep channel which works when loopback is enabled. Is there a way for me to get such behaviour from the 897? -- Robin Becker |
From: Chumi <mi...@gm...> - 2023-12-12 11:55:12
|
Hi, I did not succeeded to have the sound on my laptop Dell XPS 9320. The specifications says that it has speakers. But no sound from the headphone neither the speakers. Note : when i enabled pulseaudio, the headphone is ok but not the speakers. Here is the output from alsa-info.sh : https://alsa-project.org/db/?f=cf4458e8eaa8e9856adf9a0851e522801b13e49f The bios version is the last one. My Kernel : 6.6.5-gentoo. When F2 to access to the Bios, it show that the Audio chipset controller is ALC714 ! In my machine, Gentoo show as Intel Alder Lake PCH-P High Definition Audio. *Audio: Device-1: Intel Alder Lake Imaging Signal Processor vendor: Dell driver: N/A bus-ID: 00:05.0 chip-ID: 8086:465d class-ID: 0480 Device-2: Intel Alder Lake PCH-P High Definition Audio vendor: Dell driver: snd_hda_intel v: kernel alternate: snd_sof_pci_intel_tgl bus-ID: 00:1f.3 chip-ID: 8086:51c8 class-ID: 0401 API: ALSA v: k6.6.4-gentoo status: kernel-api tools: alsactl,alsamixer,amixer Server-1: JACK v: 0.125.0 status: off tools: N/A Server-2: PulseAudio v: 16.1 status: off tools: pacat,pactl,pavucontrol * There is no ~/.asoundrc or /etc/asasound.conf file ; i stopped playing with my ~/.asoundrc. grep -i codec /proc/asound/card*/codec* Codec: Intel Alderlake-P HDMI *alsamixer -c1* Card: HDA Intel PCH Chip: Intel Alderlake-P HDMI There are only 4 volume controls : S/PDIF S/PDIF1 S/PDIF2 S/PDIF3 But you can not up or down the volume. There is no sound from *speaker-test -c*. I've tried these into /etc/modprobe.d/alsa.conf *options snd-hda-intel power_save=0 * * # \!/ if used, there is no cards detected # forcing the second driver i.e. snd_sof_pci_intel_tgl #options snd_intel_dspcfg dsp_driver=2 * * ############################################################# # Headphones and headset-mic ############################################################# #options snd-hda-intel model=headset-mic #options snd-hda-intel model=auto,headset-mic * * #options snd-hda-intel dmic_detect=0 * * # \!/ only headphone work but no headset-mic # #options snd-hda-intel model=generic # # https://www.kernel.org/doc/html/latest/sound/hd-audio/models.html#alc22x-23x-25x-269-27x-28x-29x-and-vendor-specific-alc3xxx-models <https://www.kernel.org/doc/html/latest/sound/hd-audio/models.html#alc22x-23x-25x-269-27x-28x-29x-and-vendor-specific-alc3xxx-models> # dell-headset-multi : Headset jack, which can also be used as mic-in # #options snd_hda_intel index=1 model=auto,dell-headset-multi #options snd_hda_intel model=auto,dell-headset-multi #options snd_hda_intel model=alc288-dell-xps13,dell-headset-multi # ALC66x/67x/892 #options snd-hda-intel model=dell-xps13 # ALC288 fixups on Dell XPS13 #options snd-hda-intel model=alc288-dell-xps13 * Thank you in advance for your return. |
From: John C. <co...@cc...> - 2023-11-09 16:13:03
|
Hi. I am trying to use alsa with the sound card on the motherboard I have which uses the regular hda-intel driver and alsa thinks everything is unmuted, but I don't hear any sound. If I use a usb sound card which I have which is an OPPO HA-2 USB AUDIO 2.0 DAC and I hear everything fine. All the codecs are in my kernel as far as I know. Here is my /tec/modprobe.d alsa configuration and I could provide the /etc/asound.state if necessary. # Alsa kernel modules' configuration file. # ALSA portion alias char-major-116 snd # OSS/Free portion alias char-major-14 soundcore ## ## IMPORTANT: ## You need to customise this section for your specific sound card(s) ## and then run `modules-update' command. ## Read alsa-driver's INSTALL file in /usr/share/doc for more info. ## ## ALSA portion alias snd-card-0 snd-hda-intel ## alias snd-card-1 snd-ens1371 ## OSS/Free portion alias sound-slot-0 snd-card-0 ## alias sound-slot-1 snd-card-1 ## install snd_hda-intel /sbin/modprobe --ignore-install snd_hda-intel;/sbin/modprobe snd-mixer-oss;/sbin/modprobe snd_seq_oss;/sbin/modprobe snd-pcm-oss # OSS/Free portion - card #1 alias sound-service-0-0 snd-mixer-oss alias sound-service-0-1 snd-seq-oss alias sound-service-0-3 snd-pcm-oss alias sound-service-0-8 snd-seq-oss alias sound-service-0-12 snd-pcm-oss ## OSS/Free portion - card #2 ## alias sound-service-1-0 snd-mixer-oss ## alias sound-service-1-3 snd-pcm-oss ## alias sound-service-1-12 snd-pcm-oss alias /dev/mixer snd-mixer-oss alias /dev/dsp snd-pcm-oss alias /dev/midi snd-seq-oss # Set this to the correct number of cards. options snd cards_limit=1 slots=snd_hda-intel options snd-hda-intel id=hda-intel I am using kernel 6.1.60 and gentoo OS. Thanks in advance for any suggestions as to how to fix. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una co...@cc... |
From: Alan G. <alo...@ve...> - 2023-11-05 19:34:10
|
I was playing a game called Beyond a Steel Sky (unreal engine). I tried to adjust the game volume in the game's menu to yield to another process for audio output. This caused the audio to become extremely distorted, driving my tweeters to dangerous levels. I found that I could partially correct for this by using pavucontrol to reduce the output volume from each application to about 15% (-45 db)... There was no setting or reset command in either alsa or pulseaudio to correct this. I had to cold-boot the machine to return sound output to normal. The motherboard is a TRX40-based threadripper board by MSI, using some kind of audio chip off of the USB bus. -- Don't let the moon-men get you! =P #EggCrisis #BlackWinter White is the new Kulak. Powers are not rights. |
From: Masaru N. <no...@la...> - 2023-11-04 00:05:52
|
Hello, In the Message; Subject : Re: [Alsa-user] No Audio Output Message-ID : <IA0PR17MB6322E4EEB42698A799A0B8F4B5A5A@IA0PR17MB6322.namprd17.prod.outlook.com> Date & Time: Fri, 3 Nov 2023 16:13:23 +0000 [LP] == Lex Peters <se...@ho...> has written: LP> The only option I saw in the bios for audio was under LP> Devices/South Bridge/Audio Configuration / Azalia HD Audio [ LP> Enable or Disabled ] I disabled it and the only choice for audio LP> output was the HDMI. This is opposite of what I wanted. I would LP> like to use the speaker and or front headjack. I mistakenly thought your email said you wanted to use HDMI ... . [...] 0 [PCH ]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xdff20000 irq 49 1 [HDMI ]: HDA-Intel - HDA ATI HDMI HDA ATI HDMI at 0xdfd60000 irq 51 [...] Anyway, your problem will be solved by pavucontrol. Regards. --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ lake.dti.ne.jp ┃\/彡 ┗━━┛ "Companies have come to view generative AI as a kind of monster that must be fed at all costs―even if it isn’t always clear what exactly that data is needed for or what those future AI systems might end up doing." -- Generative AI Is Making Companies Even More Thirsty for Your Data -- |
From: Masaru N. <no...@la...> - 2023-11-03 04:00:18
|
Hello, In the Message; Subject : [Alsa-user] No Audio Output Message-ID : <IA0PR17MB63226A498A4AE9ED2B158582B5A6A@IA0PR17MB6322.namprd17.prod.outlook.com> Date & Time: Thu, 2 Nov 2023 22:19:02 +0000 [LP] == Lex Peters <se...@ho...> has written: LP> Info About System : https://alsa-project.org/db/?f=2051fd37538f31d94f57dec4c87ca6e10eae26e5 LP> I have audio output through the HDMI to my monitor. The speaker LP> in the rear and headphone jack in the front have no output and I LP> have tried many things. Any assistance on resolving this is LP> greatly appreciated. LP> The snap shot above is of my system streaming a YouTube video and LP> the headphone jack is connected for my output. All volumes are LP> turned all the way up and I still have zero audio output. You can solve this problem by setting the bios of the motherboard to not use on-boad sound. Regards. --- ┏━━┓彡 野宮 賢 mail-to: nomiya @ lake.dti.ne.jp ┃\/彡 ┗━━┛ "Maddox hopes that empowering users to pick their own algorithms will get them to think more about what’s involved in making them. " -- Bluesky's Custom Algorithms Could Be the Future of Social Media -- |