From: Werner Sembach <wse@tuxedocomputers.com>
To: Takashi Iwai <tiwai@suse.de>
Cc: perex@perex.cz, tiwai@suse.com, alsa-devel@alsa-project.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] ALSA: hda/realtek: Fix quirk for TongFang PHxTxX1
Date: Thu, 2 Dec 2021 17:02:51 +0100 [thread overview]
Message-ID: <aceae41d-eeaa-9f13-2e37-9fce08e693c6@tuxedocomputers.com> (raw)
In-Reply-To: <s5ho85zt3xm.wl-tiwai@suse.de>
Am 02.12.21 um 16:35 schrieb Takashi Iwai:
> On Thu, 02 Dec 2021 16:28:43 +0100,
> Werner Sembach wrote:
>> This fixes the SND_PCI_QUIRK(...) of the TongFang PHxTxX1 barebone. This
>> fixes the issue of sound not working after s3 suspend.
>>
>> When waking up from s3 suspend the Coef 0x10 is set to 0x0220 instead of
>> 0x0020. Setting the value manually makes the sound work again. This patch
>> does this automatically.
>>
>> While being on it, I also fixed the comment formatting of the quirk.
>>
>> Signed-off-by: Werner Sembach <wse@tuxedocomputers.com>
>> Cc: <stable@vger.kernel.org>
> Please try to put Fixes tag as this is a fix for the existing change.
Sorry, wasn't aware of this. I guess it's [PATCH Fixes] as the beginning of the subject line?
>
> The code change looks almost good, but just minor nitpicking:
>
>> ---
>> sound/pci/hda/patch_realtek.c | 25 ++++++++++++++-----------
>> 1 file changed, 14 insertions(+), 11 deletions(-)
>>
>> diff --git a/sound/pci/hda/patch_realtek.c b/sound/pci/hda/patch_realtek.c
>> index 9ce7457533c96..d3a16843c7afd 100644
>> --- a/sound/pci/hda/patch_realtek.c
>> +++ b/sound/pci/hda/patch_realtek.c
>> @@ -6503,22 +6503,25 @@ static void alc287_fixup_legion_15imhg05_speakers(struct hda_codec *codec,
>> /* for alc285_fixup_ideapad_s740_coef() */
>> #include "ideapad_s740_helper.c"
>>
>> +static const struct coef_fw alc256_fixup_tongfang_reset_persistent_settings_coefs[] = {
> The variable name is unnecessarily too long. Please use a shorter
> one.
Done.
>
>> + WRITE_COEF(0x10, 0x0020), WRITE_COEF(0x24, 0x0000), WRITE_COEF(0x26, 0x0000),
>> + WRITE_COEF(0x29, 0x3000), WRITE_COEF(0x37, 0xfe05), WRITE_COEF(0x45, 0x5089),
> Try to keep the line in 80 column. It's OK to take a longer if it has
> to be, but in a case like this, it doesn't need to be that long.
Wrong tab width in my editor so I didn't see it, fixed in v2.
Compiling and testing now.
Kind regards,
Werner Sembach
>
>
> thanks,
>
> Takashi
>
>> + {}
>> +};
>> +
>> static void alc256_fixup_tongfang_reset_persistent_settings(struct hda_codec *codec,
>> const struct hda_fixup *fix,
>> int action)
>> {
>> /*
>> - * A certain other OS sets these coeffs to different values. On at least one TongFang
>> - * barebone these settings might survive even a cold reboot. So to restore a clean slate the
>> - * values are explicitly reset to default here. Without this, the external microphone is
>> - * always in a plugged-in state, while the internal microphone is always in an unplugged
>> - * state, breaking the ability to use the internal microphone.
>> - */
>> - alc_write_coef_idx(codec, 0x24, 0x0000);
>> - alc_write_coef_idx(codec, 0x26, 0x0000);
>> - alc_write_coef_idx(codec, 0x29, 0x3000);
>> - alc_write_coef_idx(codec, 0x37, 0xfe05);
>> - alc_write_coef_idx(codec, 0x45, 0x5089);
>> + * A certain other OS sets these coeffs to different values. On at least
>> + * one TongFang barebone these settings might survive even a cold
>> + * reboot. So to restore a clean slate the values are explicitly reset
>> + * to default here. Without this, the external microphone is always in a
>> + * plugged-in state, while the internal microphone is always in an
>> + * unplugged state, breaking the ability to use the internal microphone.
>> + */
>> + alc_process_coef_fw(codec, alc256_fixup_tongfang_reset_persistent_settings_coefs);
>> }
>>
>> static const struct coef_fw alc233_fixup_no_audio_jack_coefs[] = {
>> --
>> 2.25.1
>>
next prev parent reply other threads:[~2021-12-02 16:03 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-02 15:28 Werner Sembach
2021-12-02 15:35 ` Werner Sembach
2021-12-02 15:39 ` Takashi Iwai
2021-12-02 15:35 ` Takashi Iwai
2021-12-02 16:02 ` Werner Sembach [this message]
2021-12-02 16:19 ` Takashi Iwai
2021-12-02 17:18 ` Werner Sembach
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aceae41d-eeaa-9f13-2e37-9fce08e693c6@tuxedocomputers.com \
--to=wse@tuxedocomputers.com \
--cc=alsa-devel@alsa-project.org \
--cc=linux-kernel@vger.kernel.org \
--cc=perex@perex.cz \
--cc=tiwai@suse.com \
--cc=tiwai@suse.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®