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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id BB835ECAAD2 for ; Fri, 26 Aug 2022 06:05:13 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242671AbiHZGFL (ORCPT ); Fri, 26 Aug 2022 02:05:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44496 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229556AbiHZGFJ (ORCPT ); Fri, 26 Aug 2022 02:05:09 -0400 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3F24C13E3E for ; Thu, 25 Aug 2022 23:05:06 -0700 (PDT) Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by smtp-out2.suse.de (Postfix) with ESMTPS id 1414A1FA84; Fri, 26 Aug 2022 06:05:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1661493905; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=DN02I7kEFmfTtDYmYudlOvukbJZ+sbDOXc3tG40EQgc=; b=t+pDgLpjMQP5N01ZSCo3Ks9m2jFxcfJMLe3qXB2u6kZ3VAePU8cQcV9b4f/nNZZWgqh0xj 37XX4Ely87hPVAua8g3g5C3JAPb/kwe841HDmD1VPFhxp9qIckCX/TEXWRCw+pAO/S5pWE Ch6YrO0jApvYTgleTPQJt2ytgYiPL98= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1661493905; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=DN02I7kEFmfTtDYmYudlOvukbJZ+sbDOXc3tG40EQgc=; b=a1nwsbCoecvaYMu50APva9q7zZ6Y4XZCmO4t+TiKU7JzavWB4ZVO2l5gx8fGMP9SwbC/uE eG6CoJQeWemhd+Cw== Received: from imap2.suse-dmz.suse.de (imap2.suse-dmz.suse.de [192.168.254.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-521) server-digest SHA512) (No client certificate requested) by imap2.suse-dmz.suse.de (Postfix) with ESMTPS id E257113A7E; Fri, 26 Aug 2022 06:05:04 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id ZdRlNpBiCGNYbQAAMHmgww (envelope-from ); Fri, 26 Aug 2022 06:05:04 +0000 Date: Fri, 26 Aug 2022 08:05:04 +0200 Message-ID: <87bks7leun.wl-tiwai@suse.de> From: Takashi Iwai To: Lennert Van Alboom Cc: Jaroslav Kysela , Takashi Iwai , "alsa-devel@alsa-project.org" , "linux-kernel@vger.kernel.org" Subject: Re: USB DAC broken since commit bf6313a0ff766925462e97b4e733d5952de02367 (5.10.0-rc5) In-Reply-To: References: <874jy0mvwv.wl-tiwai@suse.de> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/27.2 Mule/6.0 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 25 Aug 2022 22:52:02 +0200, Lennert Van Alboom wrote: > > ------- Original Message ------- > On Thursday, August 25th, 2022 at 12:58, Takashi Iwai wrote: > > > > > There are lots of workarounds for the buggy USB audio firmware, and > > the latest kernel allows to enable the quirks via quirk_flags module > > option of snd-usb-audio driver. See > > Documentation/sound/alsa-configuration.rst. > > You can try the bit 16 at first, for example. > > > > > > > > Takashi > > > Thanks. I tried fiddling around with it for a bit but so far limited success. I wasn't sure about the arguments or counting order of quirk_flags (some tidbits show it as hex, others as an array of booleans (?)) so tried a few different things. I have no other USB audio devices so didn't see a need to specify vendor or product ID while testing. > > > # modprobe snd_usb_audio quirk_flags=0x10000 > # modprobe snd_usb_audio quirk_flags=0x1 > # modprobe snd_usb_audio quirk_flags=0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1 > > No success with any, so far. Is there a way to make the process more verbose? I can see from the lights on the DAC that the initialisation works differently if I mess with the different quirks but that's not visible in syslog or outcome. This option is passed per card instance, as the driver may hold multiple cards. Check your /proc/asound/cards. The first argument of quirk_flags is applied to the first USB-audio card, the second to the second USB audio device, and so on. At best, give alsa-info.sh output before and after applying the quirk. Run the script with --no-upload option and attach the outputs. And, as a reference, you can see the existing quirk tables in sound/usb/quirks.c. Takashi