Received: by 2002:a6b:500f:0:0:0:0:0 with SMTP id e15csp942536iob; Fri, 13 May 2022 17:14:42 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwvZLCQhS0FiImCRV9y0XMqL33MGvpmGHjrF9GeEvO6h44sVlvok3MOzPU5JB+a2ZSzIdNo X-Received: by 2002:a5d:61c2:0:b0:20a:d92f:9056 with SMTP id q2-20020a5d61c2000000b0020ad92f9056mr5797613wrv.652.1652487282285; Fri, 13 May 2022 17:14:42 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1652487282; cv=none; d=google.com; s=arc-20160816; b=rujMO4+3/0Rgxd1hmZV4yLhzcHBFjqS3qChtK+WfO8Ox5iJrR/d71RG0NWSL2JYlhi ygEqX1k/9+HYTJiDzQcI+Rqcmrv7NAySPtHKI09rWgIbGBWOI4hPABliN6CplCw2Zi6P 7XzCMOuXxRVGITpEoSu8huVZdier456SDirwl135K2u9y86abwinxXm32QvaSx1PISb7 p44nXg1ghMIxGhBVYOdJNonUqA8c51yUtwZiLYnXOB4ToXxCq/d9JY5k8x0n04Q1omtn kuVc0piueqwWqBQioVapWK1kk8WbF6BJOLxqG4EJM2rOX7TvvEpOFG6OmgT6UjghjB5A l+ug== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=p1p4wbDDpef2Xg9c7g6octFNvyqW/c4Q8Cw33pDfojA=; b=ZZ1vfjKt/NvboQFeQZNHjmKD/LbefW+ctwLCWTiEgUpBix81nS6robegsW8ZYJ+9vG mI9M0tPkcXLm/adVLam0r8SRxLDvpN0FnvUtWll05QUDdovjFcsFciyqfKrz/WHFBxT4 8C5sPBsBIXFVd2qeN8lgkQ2a66zDcpUn4pHWqumtrX0qETIWkGD3PEs2Pb1UKdqplMR/ VdIqW6M6FtXV/WC7ITZMCqtOc07/uSJr+ib1I/pV2sp1L0tKBhSZtj1q40o6ArHD8R3+ ObXiGIhpvYCwfjfl+ugxCahlr/J/qjQxKoqkQfR6waZrG3BPSk4/xaqrdG1ZuIgC/1eL naHA== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=tuxedocomputers.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id p7-20020a05600c358700b0039406bb4d55si1317041wmq.155.2022.05.13.17.14.41 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 13 May 2022 17:14:42 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=tuxedocomputers.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 8C2E1324695; Fri, 13 May 2022 16:15:02 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1357289AbiELSIw (ORCPT + 99 others); Thu, 12 May 2022 14:08:52 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38056 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S243594AbiELSIu (ORCPT ); Thu, 12 May 2022 14:08:50 -0400 X-Greylist: delayed 101439 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Thu, 12 May 2022 11:08:46 PDT Received: from srv6.fidu.org (srv6.fidu.org [159.69.62.71]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2C25626866F for ; Thu, 12 May 2022 11:08:45 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by srv6.fidu.org (Postfix) with ESMTP id 995D9C800A0; Thu, 12 May 2022 20:08:43 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at srv6.fidu.org Received: from srv6.fidu.org ([127.0.0.1]) by localhost (srv6.fidu.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id VtnO0W-gAp6B; Thu, 12 May 2022 20:08:43 +0200 (CEST) Received: from [192.168.176.111] (host-88-217-226-44.customer.m-online.net [88.217.226.44]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) (Authenticated sender: wse@tuxedocomputers.com) by srv6.fidu.org (Postfix) with ESMTPSA id 10D9FC8009E; Thu, 12 May 2022 20:08:42 +0200 (CEST) Message-ID: Date: Thu, 12 May 2022 20:08:41 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1 Subject: Re: [PATCH] ALSA: hda/intel: Add quirk for TongFang devices with pop noise Content-Language: en-US To: Takashi Iwai Cc: alsa-devel@alsa-project.org, kai.vehmanen@linux.intel.com, linux-kernel@vger.kernel.org, imre.deak@intel.com, pierre-louis.bossart@linux.intel.com, tiwai@suse.com References: <20220511133828.13724-1-wse@tuxedocomputers.com> <71fadca3-7750-2fc0-c04a-f05ab4e85112@tuxedocomputers.com> From: Werner Sembach In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.8 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 11.05.22 um 16:09 schrieb Takashi Iwai: > On Wed, 11 May 2022 15:58:03 +0200, > Werner Sembach wrote: >> Am 11.05.22 um 15:41 schrieb Takashi Iwai: >>> On Wed, 11 May 2022 15:38:28 +0200, >>> Werner Sembach wrote: >>>> When audio stops playing and sometimes when it starts playing, there is an >>>> audible "pop" noise when using headphones on most Tongfang GMxMxxx, >>>> GKxNxxx, GMxZxxx, GMxTxxx, and GMxAxxx devices. >>>> >>>> Disabling power saving for the Realtek codec fixes this noise. Presumably >>>> it is triggered on some power event in the audio circuit. >>>> >>>> Signed-off-by: Werner Sembach >>>> Cc: stable@vger.kernel.org >>> Usually this denylist is a last resort if any other methods never >>> helped. Is it the case? >> I also tried setting codec->power_save_node = 0; in a patch_realtek.c quirk. >> >> static void alc274_fixup_pop_noise(struct hda_codec *codec, const struct >> hda_fixup *fix, int action) >> { >>        codec->power_save_node = 0; >> } >> >> That initially seemed to work, but when I tested it again a day later >> after a fresh install, it didn't anymore. I don't know what is >> different. On the install before, I did some debugging with boot >> parameters and other stuff, cant reproduce anymore what exactly. > power_save_node is already 0 as default for patch_alc269(), so it must > be irrelevant. > >> I took the line from alc274_fixup_bind_dacs which fixes the pop noise >> when applied to the devices, but does a lot of random other stuff too >> not meant for the device. > It's only one thing, there are tons of different fixes :) > alc274_fixup_bind_dacs() rather specifies the routing so that the > speaker is connected to the preferred DAC. > > Many click noises come from the default pin shut-up behavior. You > can disable it or change it in other way. Also, setting > auto_mute_via_amp may influence on such behavior (that is included in > alc274_fixup_bind_dacs()). > > Note that many quirks can be enabled even without compiling but via > the codec patch loading (using hints). > > > thanks, > > Takashi Found a quirk in patch_realtek.c with the same effect as the power_save=0 and 2 more affected subsystem ids. Patch send as v2. Kind Regards, Werner