From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2ECD6C433E0 for ; Thu, 25 Feb 2021 18:06:21 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id F223264F17 for ; Thu, 25 Feb 2021 18:06:20 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233365AbhBYSFy (ORCPT ); Thu, 25 Feb 2021 13:05:54 -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