Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp125071imw; Mon, 4 Jul 2022 06:24:40 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vMHMbTpc3YlIIyZxwJ5dOb1M3SGjvSs9uHgylyZIrsVeevmU38sgLs7KcVesgKSfV8WmKG X-Received: by 2002:a05:6402:3909:b0:435:7a69:2cfd with SMTP id fe9-20020a056402390900b004357a692cfdmr38336628edb.166.1656941079907; Mon, 04 Jul 2022 06:24:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1656941079; cv=none; d=google.com; s=arc-20160816; b=trzhqcd2tn2neup0Ai+LEGkE0j1D7RS8gIyNBd3UeIeq0wDjZB/W7Cj1dkekyxFyJC 2jfV5S5QlivR4JjY/1UcE7i39FwXBdWvTuOnLu1c9UNG8Xj53zckwjih7xRiJwOxhM6A PaoVeRNOptdJqhsINB6zSKQDXfE6qZ0Xk4lC3cnVOHab+DuecfwBd3vTpcnbwzc8ghXF KHWOBSUouEl94vkPooVLPyg9qatA3WH6lBOmeIk9GbtTSahtYrCpblOf8UIT1jvZczRs PR1Pzl4VH72ZOf2IVnDv42E37xzyAnP9p5S2GuijiKi5PVV4dwQ37LJZ2/C/ACERjkKi huCA== 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=l27P01sluJi9msKGTbQ1i13qPlOaOBSFGP5emV5uzEA=; b=tgE4Gc0w0NA0oLz96CJ0raq6TYfYzLOG7yYaZx2+mh4fL8VeXgrWs835VD2XBmIq/S VZ7wsUOoEp/EU/2ujc3OjkIVaYVwz0iks8/MmFRgzaoJhiHy8RZq3SFatFXziF2wsk65 PwABdXHCSObELTUAOo65QRKjh6grUCdFk+PBhfa8Nnjqxam3kLdYnbNVbBXB3gS1skCb snl0TijHPmJbNvm9oqWjZ7oU5V/RGKMdebmxYBa7xbqyVSSJfLahvR8T/x8p4U474Vt5 561VB//j/p+iGf1+ZFri9zJNYD81VoJO9BPV7kiRLfo2gijFTEP0ZU3kDxZaB45gQXFl bsBg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.de header.s=susede2_rsa header.b=aNIbdF0j; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b="vaa/VgVf"; 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 u22-20020a17090617d600b00726e16c205esi10699555eje.295.2022.07.04.06.24.09; Mon, 04 Jul 2022 06:24:39 -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=aNIbdF0j; dkim=neutral (no key) header.i=@suse.de header.s=susede2_ed25519 header.b="vaa/VgVf"; 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 S234026AbiGDMuN (ORCPT + 99 others); Mon, 4 Jul 2022 08:50:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57938 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234004AbiGDMuJ (ORCPT ); Mon, 4 Jul 2022 08:50:09 -0400 Received: from smtp-out2.suse.de (smtp-out2.suse.de [195.135.220.29]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6D2D2101F8 for ; Mon, 4 Jul 2022 05:50:08 -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 2A1811F9A7; Mon, 4 Jul 2022 12:50:07 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_rsa; t=1656939007; 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=l27P01sluJi9msKGTbQ1i13qPlOaOBSFGP5emV5uzEA=; b=aNIbdF0jPGSO0lXq5G92rDwVUSmRkFOrQBdfA/k3h7M6G2Uo/XalN+xWgRilxD2K5i5YIO WmV9Yn/JtOxVFhNJJLknyfhDFVQX1k4gn93nV8ACt/AJw/8bwDb9/nT0z4uOHpvJRP81ok I31FmjxmLa+Z1KWnp2d9X2zs6lkXhow= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.de; s=susede2_ed25519; t=1656939007; 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=l27P01sluJi9msKGTbQ1i13qPlOaOBSFGP5emV5uzEA=; b=vaa/VgVfJW3R7P9vL9kP2aiGYO7z//+7cigJJDQisxwZ9Mu9hVi9wI91z4d7HJkR87pJKZ JktfC34oJT/IV+Dg== 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 0161D1342C; Mon, 4 Jul 2022 12:50:06 +0000 (UTC) Received: from dovecot-director2.suse.de ([192.168.254.65]) by imap2.suse-dmz.suse.de with ESMTPSA id AylVO/7hwmIgNQAAMHmgww (envelope-from ); Mon, 04 Jul 2022 12:50:06 +0000 Date: Mon, 04 Jul 2022 14:50:06 +0200 Message-ID: <87zghpxcsh.wl-tiwai@suse.de> From: Takashi Iwai To: Vitaly Rodionov Cc: Jaroslav Kysela , Takashi Iwai , Mark Brown , , , Subject: Re: [PATCH v8 00/14] ALSA: hda: cirrus: Add initial DSP support and firmware loading In-Reply-To: <20220630002335.366545-1-vitalyr@opensource.cirrus.com> References: <20220630002335.366545-1-vitalyr@opensource.cirrus.com> 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 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? And, one still uncertain thing is about the handling of system suspend/resume, especially about the firmware loading work. e.g. what happens if a f/w work is in run and the system goes to suspend at the very same time? Or does the S3/S4 work in general at all? Takashi