Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp1739454imw; Sat, 9 Jul 2022 10:31:06 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vMqgHukIoFZ/ghasxVDkxAQG5sgNOKoNWldHQC6m1XOvHCLbgNpcVOl5ZMRwRs5CDQiCnw X-Received: by 2002:a05:6402:2682:b0:437:657f:216f with SMTP id w2-20020a056402268200b00437657f216fmr13257034edd.92.1657387866752; Sat, 09 Jul 2022 10:31:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1657387866; cv=none; d=google.com; s=arc-20160816; b=y51rnHpthoIV48GIhuRLDRcX4UCwapsl6jrjaY711Rk7ErlOwafv4Xvx27JszXZxYi Tyh4uD1VEydcyp+UK4whOF2eUiQSK/Uct0cH0mXbWSLbadckXsRp6/q88c/v2DkFbLvb sFN3hgzu+wihkCFNS+PwzORe7AtwIOFYjZ7zLBL1WpoU/w+FJtLd9wUYWb05Ugb3JZlg c9cG201xl60ByYq/eFXosToUkUnskmhulc/mgoUUgohozys8PaSOrP0L2fbiE0HkKkCX HeHHNBF6dPdXr0eaCO7E38SeVwIZoY+Zh5YGBNbVbvSZbGFiHC/addpmYJlcAr9ve16z 3hlw== 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:dkim-signature:dkim-signature; bh=7uxtvX/a+1MK1A3Gv9mOnjsFc38a4bxWl6LuLZXUfbg=; b=g3bzAR/0P6Qer/YS92Sf00qNP7TlWsaeIGp+r4nBOwAr+4yUV9sl048dEvMcZsQFEr lRFMtTeE4EQ9N0ZXojIrgnWi3fLyKWnD/IJJvdV2l++N70fOUdthyHMt5cKpEGtpE3Dw NXAhAed2xxYZfn31pznD/OdHnRJOZhMQwNPmHoZyJOt2UDyYuCluqUCI6ShJSowbun02 fL6yURb+Qcp4ym3rfvbvPqmeFRdY1T2GH+jqVVpAfUCksvBynN5BIxjm5YcouBd52iwg ptYP//dKcH9FhfQ7xiq1y5ftHEJPT0NngkyE3iLPP7LUyi+4qJ/GKshZa1rqYK9pbk0T 92UQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=C3PZSrha; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u14-20020aa7d98e000000b0043a54f78399si3001135eds.485.2022.07.09.10.30.41; Sat, 09 Jul 2022 10:31:06 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=C3PZSrha; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=suse.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229595AbiGIQ1i (ORCPT + 99 others); Sat, 9 Jul 2022 12:27:38 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56834 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229469AbiGIQ1h (ORCPT ); Sat, 9 Jul 2022 12:27:37 -0400 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5BE002F3BD for ; Sat, 9 Jul 2022 09:27:36 -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 199C01FF53; Sat, 9 Jul 2022 16:27:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1657384055; 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=7uxtvX/a+1MK1A3Gv9mOnjsFc38a4bxWl6LuLZXUfbg=; b=C3PZSrhaXh0JXDE57k3kHWJl/ElK/sHRD2z5Io2DOgb63nftn9gFtro1jfXSFQA+H0iKv3 dqet1CFb4Oh+BmO7LP0WyR9pYGQe/TMbOMx5pnjCdqIyZuDSi7Tmqk6UTOeFsHsBdEASuz 7HOD2yf2wltZEiRjdpTeuSOFSCP5S3g= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1657384055; 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=7uxtvX/a+1MK1A3Gv9mOnjsFc38a4bxWl6LuLZXUfbg=; b=JAJdUacHTJWPuypLSBNnawJgdZvKNQjyPH6ARwYBOwkJYTcJOHfcEomDrIFSiwfX1vFizk hCCT795zNFt1YkCw== 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 E60C713482; Sat, 9 Jul 2022 16:27:34 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id 3ueJN3asyWKhYwAAMHmgww (envelope-from ); Sat, 09 Jul 2022 16:27:34 +0000 Date: Sat, 09 Jul 2022 18:27:34 +0200 Message-ID: <87a69ii749.wl-tiwai@suse.de> From: Takashi Iwai To: Mark Brown Cc: Vitaly Rodionov , Jaroslav Kysela , Takashi Iwai , , , Subject: Re: [PATCH v8 00/14] ALSA: hda: cirrus: Add initial DSP support and firmware loading In-Reply-To: <87zghpxcsh.wl-tiwai@suse.de> References: <20220630002335.366545-1-vitalyr@opensource.cirrus.com> <87zghpxcsh.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 X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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 On Mon, 04 Jul 2022 14:50:06 +0200, Takashi Iwai wrote: > > On Thu, 30 Jun 2022 02:23:21 +0200, > Vitaly Rodionov wrote: > > > > The CS35L41 Amplifier contains a DSP, capable of running firmware. > > The firmware can run algorithms such as Speaker Protection, to ensure > > that playback at high gains do not harm the speakers. > > Adding support for CS35L41 firmware into the CS35L41 HDA driver also > > allows us to support several extra features, such as hiberation > > and interrupts. > > > > The chain adds support in stages: > > - General fixes to improve generalization and code re-use inside > > the CS35L41 HDA driver. > > - Add support for interrupts into the driver, which is required > > for complete support of the firmware. > > - Refactor ASoC CS35L41 code which deals with firmware to allow > > for code re-use inside the CS35L41 HDA driver. > > - Add support for loading firmware and tuning files from file system, > > and creating alsa controls to control it. > > - Support firmware load paths for different hardware systems. > > - Support suspend/resume in the driver when using firmware. The firmware > > supports hibernation, which allows the CS35L41 to drop into a low > > power mode during suspend. > > - Support the ability to unload firmware, swap and reload the firmware. > > This is to allow different firmware to run during calibration. > > > > The intended use-case is to load the firmware once on boot, and the driver > > autmatically tries to load the firmware after it binds to the HDA driver. > > This behaviour can be switched off using a kconfig, if desired. > > > > changes since v7: > > - Use private_data rather than private_value to save control info > > - Clean up alsa control memory allocation/deallocation > > - Remove unnecessary whitespace > > - Get subsystem id from codec, rather than saving it separately > > > > changes since v6: > > - Fix warning by kernel test robot > > > > changes since v5: > > - Fix warning by kernel test robot > > > > changes since v4: > > - Fully remove tlv remnants from control add apis > > - Remove unnecessary debug > > - Rename variable to be more generic > > - Remove redundent length check from read/write control apis > > > > > > - Use SNDRV_CTL_ELEM_IFACE_CARD for firmware load controls > > - Make kcontrol add/remove synchronous > > - Load firmware asynchronous when loading via control > > - Used cached controls when reloading firmware; only delete > > controls when removing the driver itself > > > > > > - Improve kcontrol remove > > - Fix control write + notify > > - Cleanup of unnecessary code > > - Fix race condition when loading firmware before playback > > - Ensure errors are properly propogated > > - Fix include for Module parameters > > > > Stefan Binding (13): > > ALSA: hda: hda_cs_dsp_ctl: Add Library to support CS_DSP ALSA controls > > ALSA: hda: hda_cs_dsp_ctl: Add apis to write the controls directly > > ALSA: hda: cs35l41: Save codec object inside component struct > > ALSA: hda: cs35l41: Save Subsystem ID inside CS35L41 Driver > > ALSA: hda: cs35l41: Support reading subsystem id from ACPI > > ALSA: hda: cs35l41: Support multiple load paths for firmware > > ALSA: hda: cs35l41: Support Speaker ID for laptops > > ALSA: hda: cs35l41: Support Hibernation during Suspend > > ALSA: hda: cs35l41: Read Speaker Calibration data from UEFI variables > > ALSA: hda: hda_cs_dsp_ctl: Add fw id strings > > ALSA: hda: cs35l41: Add defaulted values into dsp bypass config > > sequence > > ALSA: hda: cs35l41: Support Firmware switching and reloading > > ALSA: hda: cs35l41: Add module parameter to control firmware load > > > > Vitaly Rodionov (1): > > ALSA: hda: cs35l41: Add initial DSP support and firmware loading > > Thanks, this version looks better than previous ones, and I'm fine to > apply as is, to make things going forward. But this seems requiring > the prerequisite in ASoC codec side. > > Mark, could you send a PR to merge into my tree so that I can apply > those series? Mark? This series need the ASoC for-next change as prerequisite. thanks, Takashi