Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp599974pxb; Thu, 25 Feb 2021 10:06:53 -0800 (PST) X-Google-Smtp-Source: ABdhPJxhLLFQk5DaGztf0pRsM3JFgjQbuq2ni9uQ+RO5sSlkYX6RAZSJDyOFZUxexdmvw4a4p5fa X-Received: by 2002:a17:906:4c85:: with SMTP id q5mr3779323eju.375.1614276413163; Thu, 25 Feb 2021 10:06:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614276413; cv=none; d=google.com; s=arc-20160816; b=MU8MQj8GlCINd9oqO/1cSNrv1dmwVdx0sFgyInRFZWEXwZG634ox3CkUC5qDoddXjV zVzjssSNIODA4vjfPBk94GbRVMWFnYK6INfDrotKoN/OQX5etk9crAHAsO3d0EyXVTiX 3Hx8VXL6PEvHehBfZ2NcSw0owfanTqEPCXVgen9xdyVaKnwYJmnkP/lm3Ib77Dk2e9IN nZHjHOPCFJdjH8kAwZy8MK9VEDPYbVaH9C4HjXE4HLVY0qYq1U36TDgGpyy98gdveLNt TxTICqR3+97NCIK6w3ZWFMB+pp9+r95DKJfFLcnEbny//Xy2B5KMWt9C4v2lDuvLjOtA NH4Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:in-reply-to :subject:cc:to:from:message-id:date; bh=Nd9wR5cmYy5MDdzV1jciJ23dzNqnTvHs6FzhuKMuAcY=; b=AcBile4N5RC/qmlZJ7pojYq5Zpvrha0Vm+MelZaJwn+sXr8Z5hzwj1TgNc8+qyowyr YSai8S90Uu4Zxnennu4j2ohDWbYL+bjazkfPUqDCvbPHG27AbiQDeRsarpy3LOhsKwvJ 9IU7201B6u8vsRGiTu/VWSWz6tHUBx5X7tgyH9N4I1ZMiKSYx9CBbVy2t/B6dqRrQxVi TEn6dQaK3ttBWObwQ+9UOOhj2PzM9AUZM5r+PHyYAHkki6+OQYGWOKsT9WAS47oFIXXc yibxwI/5/cz3qsVy2Sg+/Ut949uY1y824JaI/45RXJEQvMbHh5+LfUXRs6y08gVGG6PW 0AlQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dn20si4520011ejc.593.2021.02.25.10.06.29; Thu, 25 Feb 2021 10:06:53 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232139AbhBYSFk (ORCPT + 99 others); Thu, 25 Feb 2021 13:05:40 -0500 Received: from mx2.suse.de ([195.135.220.15]:38776 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233491AbhBYSCk (ORCPT ); Thu, 25 Feb 2021 13:02:40 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id AAD6AAD57; Thu, 25 Feb 2021 18:01:59 +0000 (UTC) Date: Thu, 25 Feb 2021 19:01:59 +0100 Message-ID: From: Takashi Iwai To: Heinz Diehl Cc: linux-kernel@vger.kernel.org, lpoetter@redhat.com Subject: Re: [BISECTED] Kernel 5.11.x breaks pulseaudio In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.8 Emacs/25.3 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 25 Feb 2021 18:28:41 +0100, Heinz Diehl wrote: > > On 25.02.2021, Takashi Iwai wrote: > > > It's no regression but the right behavior. This indicates that you're > > trying a stream in 44.1kHz in one side of the full duplex stream while > > 48kHz in another rate, and this cannot work properly with the implicit > > feedback devices. > [....] > > Well, I'm by no means an audio or recording professional, but if what you describe > is the correct behavior, it means that absolutely all audio files played on > my machine always will be resampled to 44.1kHz. Youtube from native 48kHz, > highres audio 24/96, virtually anything I play. Could that be correct? And > what can I do to be able to listen to highres audio again? As already mentioned, it's about the sample rate of full duplex streams, i.e. both playback and capture streams need to be aligned to the same rate. IOW, if both streams are in the same 48kHz, it should be fine as is. Check which streams are running when you get the unexpected sample rate by inspecting /proc/asound/card*/pcm* entries. Takashi