> I never re-ran the above command.
The alsactl restores all audo controls after boot, including this one.
> Unfortunately, the result of the below command are as follows once audio
> breaks:
Please try 0x38 instead of 0x70, and if still not found, try 0,1,2,4
instead of bus 3.
If you still
Hi,
> there are a lot of entries, what exactly am I looking for?
Find the card with 'Speaker Force Firmware Load' control, then change
the -c and numid parameters accordingly.
> What is the expected result of the above?
It reloads the program of the amplifiers before powering up the
What else came to mind, the driver currently writes the calibration data
to one of the wrong registers of tas2781, which can also cause problems.
If anyone wants to know what fixes the problem, please try this patch as
well:
https://lore.kernel.org/all/20240406132010.341-1-shenghao-d...@ti.com/
The firmware files have not changed.
I think it's possible that this commit is the culprit:
https://github.com/torvalds/linux/commit/bec7760a6c5fa59593dac264fa0c628e46815986
Sorry about that, it works fine with tas2563, but I couldn't test it with
tas2781.
Something related to power management
I don't know the reasons, but this code has been working in this way for
10+ years, so this type of collision can not be common.
I sent the ALC285_FIXUP_THINKPAD_HEADSET_JACK patch to the lists:
https://lore.kernel.org/all/7ffae10ebba58601d25fe2ff8381a6ae3a926e62.1708687813.git.so...@irl.hu/
And
There is an ID collision.
Your audio controller's PCI SSID (17aa:3802) is the same as the "Lenovo
Yoga DuetITL 2021" Codec SSID. The snd_hda_pick_fixup() function
searches the PCI SSID before the Codec SSID in the same table. So it
picks the ALC287_FIXUP_YOGA7_14ITL_SPEAKERS fixup not the
Could you please comment out this line from patch_realtek.c and rebuild
the kernel and start it without the module parameters?
SND_PCI_QUIRK(0x17aa, 0x3802, "Lenovo Yoga DuetITL 2021",
ALC287_FIXUP_YOGA7_14ITL_SPEAKERS),
--
You received this bug notification because you are a member of
The latest firmware is probably in the linux-firmware package.
Do you still hear a difference when you disable Dolby in Windows?
Do you hear the beep after hibernation also?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to
I don't know why it won't pick up your model.
Could you please run alsa-info after the patch and without the module parameter?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
Great to hear!
I can create a patch, and it can be included in 6.6 and 6.7.
Can you test whether the headset jack works also?
And could you run alsa-info.sh? I think your model needs to be added to
the patch_realtek.c to make it work without the module parameters.
--
You received this bug
Could someone please test if changing this fixup in the
sound/pci/hda/patch_realtek.c fixes the volume control?
[ALC287_FIXUP_TAS2781_I2C] = {
.type = HDA_FIXUP_FUNC,
.v.func = tas2781_fixup_i2c,
.chained = true,
.chain_id =
Could you share your acpidump output?
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
https://bugs.launchpad.net/bugs/1958019
Title:
[Lenovo Legion7 16ACHg6 82N6, Realtek ALC287, Speaker, Internal]
Based on alsa-info, its subsystem ID is: 0x17aa38be
It's here in the patch_realtek.c:
SND_PCI_QUIRK(0x17aa, 0x38be, "Yoga S980-14.5 proX YC Dual",
ALC287_FIXUP_TAS2781_I2C),
snd_hda_scodec_tas2781_i2c loaded.
Could you run this as well?
dmesg|grep 2781
--
You received this bug notification
Legion Slim 7 16IRH8 quirk added with this commit:
https://github.com/torvalds/linux/commit/99af5b11c57d33c32d761797f6308b40936c22ed
This is in 6.7.1+.
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to alsa-driver in Ubuntu.
(In reply to m from comment #792)
> I'm on 6.6.4 on a Lenovo Yoga S940-14IIL
>
> cat /sys/class/sound/hwC1D0/subsystem_id 0x17aa3819
>
> Same subsystem_id as for Lenovo 13s Gen2 ITL
> (https://github.com/torvalds/linux/blob/master/sound/pci/hda/patch_realtek.
> c#L10193)
>
> Sound works, but
(In reply to Marko from comment #694)
> Thanks for the tip Gergo!
> I disable the sound power management with the tlp.service and set the
> i2c-register with a own customboot.service after the tlp.service is started.
> It works for now :o)
>
> /root/bass-speaker-on.sh
> #!/usr/bin/env bash
>
(In reply to Marko from comment #691)
> (In reply to Gergo K from comment #689)
> > The TAS2563 works without the firmware (tuning file).
> > Documentation:
> > https://www.ti.com/product/TAS2553
> >
> > However there is an android driver with firmware loading support.
> >
The TAS2563 works without the firmware (tuning file).
Documentation:
https://www.ti.com/product/TAS2553
However there is an android driver with firmware loading support.
https://git.ti.com/cgit/tas256xsw-android/tas2563-android-driver/
Or a mainline RFC:
https://lkml.org/lkml/2020/6/9/800
The
I have a Lenovo Yoga 7 14ARB7 too.
I think it uses an TAS2563 amplifier chip. According to the windows driver it
has a firmware too. There is some support in the kernel too.
https://github.com/torvalds/linux/blob/master/sound/soc/codecs/tas2562.c
The ACPI part:
```
Scope (_SB.I2CD)
{
19 matches
Mail list logo
