[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <cedb8758bb506bf9454b90eebcaaea24@tuxedo.de>
Date: Wed, 18 Sep 2024 16:10:00 +0200
From: Christoffer Sandberg <cs@...edo.de>
To: Takashi Iwai <tiwai@...e.de>
Cc: Werner Sembach <wse@...edocomputers.com>, Jerry Luo
<jerryluo225@...il.com>, Christian Heusel <christian@...sel.eu>,
regressions@...ts.linux.dev, linux-kernel@...r.kernel.org,
linux-sound@...r.kernel.org, Jaroslav Kysela <perex@...ex.cz>
Subject: Re: [REGRESSION][BISECTED] Audio volume issues since 4178d78cd7a8
On 18.9.2024 15:49, Takashi Iwai wrote:
> On Wed, 18 Sep 2024 15:39:28 +0200,
> Werner Sembach wrote:
>>
>> Hi
>>
>> Am 18.09.24 um 10:09 schrieb Takashi Iwai:
>> > On Wed, 18 Sep 2024 10:06:01 +0200,
>> > Takashi Iwai wrote:
>> >> [...]
>> >> I don't see any relevant about the incorrect volumes by the suggested
>> >> commit, but at least we should avoid applying the quirk for a
>> >> non-existing speaker pin.
>> >>
>> >> Jerry, yours is with CX11970 (codec id 0x14f120d0), right?
>>
>> Yes, at least for the preproduction sample of the Sirius Gen1 I have
>> at hand atm.
>>
>> pciid is 2782:12c3
>>
>> @Christoffer: I guess 2782:12c5 is for the Gen2?
Yes the other is for Sirius Gen2
>
> Hm, and one of those PCI SSID conflicts with System76 Pangolin
> (pang14)? All seem to have the very same codec CX11970.
I don't think I saw the pci id explicitly listed, but that was the
assumption.
>
> If they really conflict in both PCI and HD-audio codec IDs, the only
> way would be to check DMI string, I'm afraid.
>
I asked about the volumes since it could be a hint that a second speaker
is activated but stuck on a fixed volume. This would make a low general
volume setting sound louder but still somewhat adjustable.
However, if we can not verify second speaker pair, then I agree, DMI
limit would be the safe choice.
Christoffer
Powered by blists - more mailing lists