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 alsa0.perex.cz (alsa0.perex.cz [77.48.224.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 724C5ECAAD8 for ; Tue, 20 Sep 2022 12:48:49 +0000 (UTC) Received: from alsa1.perex.cz (alsa1.perex.cz [207.180.221.201]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa0.perex.cz (Postfix) with ESMTPS id C00A7826; Tue, 20 Sep 2022 14:47:56 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa0.perex.cz C00A7826 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=alsa-project.org; s=default; t=1663678126; bh=RRwEDdzsiJwVDdN7Loshf7NwpcVUiSKtHEmbew7P/7g=; h=Date:From:To:Subject:References:In-Reply-To:Cc:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From; b=snxbQ5Erqux+RDN23S9UuHxT957Zp+WOW1TxdJEJnBNNSFHI06QOmzUBEseFOBrZf EfHluero+QDZJUPF0VSus+h6ZpH/mipvyxT+O7hErugvEAD+G2fjD+rPegKcTiSB1o S70I7v2X7DbOhUo0zehDf5p47SHwvZPXX479rt48= Received: from alsa1.perex.cz (localhost.localdomain [127.0.0.1]) by alsa1.perex.cz (Postfix) with ESMTP id 5DE80F800C9; Tue, 20 Sep 2022 14:47:56 +0200 (CEST) Received: by alsa1.perex.cz (Postfix, from userid 50401) id 3588AF80155; Tue, 20 Sep 2022 14:47:54 +0200 (CEST) Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by alsa1.perex.cz (Postfix) with ESMTPS id 1120EF800C9 for ; Tue, 20 Sep 2022 14:47:47 +0200 (CEST) DKIM-Filter: OpenDKIM Filter v2.11.0 alsa1.perex.cz 1120EF800C9 Authentication-Results: alsa1.perex.cz; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="li2UayTE" Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 4F56661ED6; Tue, 20 Sep 2022 12:47:45 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 59790C433C1; Tue, 20 Sep 2022 12:47:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1663678064; bh=RRwEDdzsiJwVDdN7Loshf7NwpcVUiSKtHEmbew7P/7g=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=li2UayTEQu/yxQ505S7nLcJCDTFYodPdE4nusON6PPEKrmQ4P/d9rWCnhgTHc6/Ut j7HxVnnAdbz6lwo5Dfvodbmx4NdNBqoLfiWcWabd8Q4+xTWz1uesP2W3tIO+wb5Uip mCfII3IO4S4eQ2yeYeOqAkzjLDEvmT9p66/lqdzEXjWxX+EW77nT8/w7zVHfXOMNC0 aSyfB9MxCX3aB2WXDlMbXqV4xQEuccDVRlw909BbULoYHeMOw56YagXzVAmWQOJ8/G iKvePHZtdHoRutMKDorlwHyzrvaPt2s06hfLvNAFR87KgizUjtLdhq+BhAj/VLPwRX C+Ao4SSdFlxSQ== Date: Tue, 20 Sep 2022 13:47:37 +0100 From: Mark Brown To: Jason Zhu Subject: Re: [PATCH 1/1] ASoC: soc-dai: export some symbols Message-ID: References: <20220920034545.2820888-1-jason.zhu@rock-chips.com> <20220920034545.2820888-2-jason.zhu@rock-chips.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="lT/HPWHa55bbCw1w" Content-Disposition: inline In-Reply-To: <20220920034545.2820888-2-jason.zhu@rock-chips.com> X-Cookie: One FISHWICH coming up!! Cc: sugar.zhang@rock-chips.com, alsa-devel@alsa-project.org, tiwai@suse.com, lgirdwood@gmail.com X-BeenThere: alsa-devel@alsa-project.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: "Alsa-devel mailing list for ALSA developers - http://www.alsa-project.org" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: "Alsa-devel" --lT/HPWHa55bbCw1w Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Sep 20, 2022 at 11:45:45AM +0800, Jason Zhu wrote: > Sometimes we need to make some dais alive when close the card, like > VAD, so these functions must be exported so that they can be called. I'm not sure I fully understand the use case here - why wouldn't the core know about the audio stream being kept active? For something like VAD I'd expect this to be just working like a normal audio path, if there's a DSP consuming the audio stream then it'll keep everything open. If there is a good use case I suspect it'll be clearer if you send the users along with this patch. --lT/HPWHa55bbCw1w Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEreZoqmdXGLWf4p/qJNaLcl1Uh9AFAmMptmUACgkQJNaLcl1U h9Cvbwf/YoiX+CDKXy2Gu+Lgre+dvD73tpQ+9kBu2tkEiiykh+vXiQImSQWRiFo6 1WSUiE1Z5+Y6Br4M4HeBRZ6z/3H33ozQhUiBoLzVt5ErJix9GEsBXUv9owTet9pq InUi5dD2VvnD0yZwN1p+QX+cN0aGsCScFYwtDpx80tGebYUTHZ9FtqoSSxPFKtDu aZKiSWREGPA2T/S0/eH+oXlvjhu67SohqzLQxB1PNQ2NaW5UZEX2Z6pqeRjHfSfO iWFWm+rCOelwB/PMUQZESB0DlX08sQLtOY34iS2/QsLkm3H3rryYW8yVgmRyo+QI WpyDUJ4cXmm6a02NjlpyfHr8YcFuzw== =xhBJ -----END PGP SIGNATURE----- --lT/HPWHa55bbCw1w--