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=-2.1 required=3.0 tests=DKIM_SIGNED,DKIM_VALID, FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 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 BC72AC04EBF for ; Mon, 23 Sep 2019 10:47:49 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 85E2F20867 for ; Mon, 23 Sep 2019 10:47:49 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="VHRDxaAo" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 85E2F20867 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=free.fr Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date: Message-ID:References:To:From:Subject:Reply-To:Content-ID:Content-Description :Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=Tq/2b3kjy5vD/WXGgAfT6rxH3oop6JYnythUX1F3w4s=; b=VHRDxaAoKR+++S tHVdQM4gLHXUZoJHMmTjRR+hvk2HPzgQ68XxJSVcAZ4L5yZelRIZt3u8NXO8JeeThbE+xNZlY5DNW GvMfYD6ALdpkI2MhTxDapXhEuH9NIGRxBqh/5N7ZB6Xvd8G7KT+fu4DXFPPGgAlwHAECrBpFdCvVv m2QXW7NBCWyx37/Nga3XhGy82x0jx5J2EZKqq7gIYUgDyWRgPxr1eBusrIM9Hkc1z5DtMmxb9HSOR EJjbXgD0OFWUU1GdZwGxO2MqwEfu+0L5geoFkFnR5BWZD4mCK4nizl4clBm9YOMy1PLALwcAKWTDf f8TacSKiEwHInlErnCrw==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.2 #3 (Red Hat Linux)) id 1iCLsc-0000ik-AM; Mon, 23 Sep 2019 10:47:42 +0000 Received: from ns.iliad.fr ([212.27.33.1]) by bombadil.infradead.org with esmtps (Exim 4.92.2 #3 (Red Hat Linux)) id 1iCLsY-0000i4-St for linux-arm-kernel@lists.infradead.org; Mon, 23 Sep 2019 10:47:40 +0000 Received: from ns.iliad.fr (localhost [127.0.0.1]) by ns.iliad.fr (Postfix) with ESMTP id 279971FF3E; Mon, 23 Sep 2019 12:47:34 +0200 (CEST) Received: from [192.168.108.37] (freebox.vlq16.iliad.fr [213.36.7.13]) by ns.iliad.fr (Postfix) with ESMTP id 891ED1FF27; Mon, 23 Sep 2019 12:47:33 +0200 (CEST) Subject: Re: Propagating audio properties along the audio path From: Marc Gonzalez To: alsa-devel@alsa-project.org References: Message-ID: <878168cb-07e0-cdfd-37e9-9b9fb229155b@free.fr> Date: Mon, 23 Sep 2019 12:47:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-Virus-Scanned: ClamAV using ClamSMTP ; ns.iliad.fr ; Mon Sep 23 12:47:34 2019 +0200 (CEST) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20190923_034739_073219_E1E046F4 X-CRM114-Status: UNSURE ( 9.92 ) X-CRM114-Notice: Please train this message. X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Takashi Iwai , Linux ARM , Jaroslav Kysela Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+infradead-linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 20/09/2019 11:50, Marc Gonzalez wrote: > One more concern popped up: if the audio stream changes mid-capture > (for example, a different TV program uses different audio settings), > then I would detect this in the eARC receiver, but it's not clear > (to me) how to propagate the info to the DSP... > > I'm not even sure when the HW params actually get applied... > Is it for SNDRV_PCM_IOCTL_PREPARE? SNDRV_PCM_IOCTL_START? I enabled debug logs in the sound layer: echo "file sound/* +fpm" > /sys/kernel/debug/dynamic_debug/control and sprinkled dump_stack() in several driver callbacks. When I run 'tinycap /tmp/earc.wav -t 10 -r 44100 -b 32' I see the open/SyS_openat call and the capture ioctl call which together generate calls to 1) dpcm_fe_dai_open 2) dpcm_fe_dai_hw_params 3) dpcm_fe_dai_prepare 4) dpcm_fe_dai_trigger But everything looks "synchronous", as in "reaction to user-space commands". I don't see how "asynchronous" events are dealt with, such as the stream params changing while a capture is active? Regards. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel