From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 06DFD187565; Fri, 14 Jun 2024 23:43:43 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718408624; cv=none; b=KgtpPyQwSqdNseHnipTz4luFl4AJvG0qBRIJ2HVFBoKaWArcRBM3bHtVFVDuESi+OH09W/fbF0uXuKt3OnogWWTg8r5vHlXJe/JUknrnwotQQ4XG4tGj9Bs9Ya+phQPiy1J2KZ1pNH/o2UlFWUvTR+M5MP5IlukMYJyG5C2B6Rc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1718408624; c=relaxed/simple; bh=95jnULNHIyAe8VUlUTuzjPrBvu1cqlweV8jZzxqurCY=; h=From:To:Cc:In-Reply-To:References:Subject:Message-Id:Date: MIME-Version:Content-Type; b=OrMtHRqBjeEkCHivpCMjI/cjZsTR9hxWkEXDJ7vPuayy3B3Qcvmh3LugSfNPXmengxpuI6OadfMhHzdI9YsyIhDhHml6IzGKQNQ82IE6pVZ55w2IOkejtbg4ll/QTq1PyGuGN8YcgFZliHda9Z08Bj55/YYvVC/oCDTJhBBAtX4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=a7JyT5I9; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="a7JyT5I9" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 47EC9C3277B; Fri, 14 Jun 2024 23:43:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1718408623; bh=95jnULNHIyAe8VUlUTuzjPrBvu1cqlweV8jZzxqurCY=; h=From:To:Cc:In-Reply-To:References:Subject:Date:From; b=a7JyT5I9e6bfXybPWmdE8M6QwyH1I47W6EQ9pZsZXKvLmUwKZpRjgIOyP4VFXmyzP yX9aB2Fb0pw/pZwxZtuf5fW0dUJyrLzEJaP3vd2N+d1tXfPZIP5ZWfz4S2IDlTrU3X nZo5PEFQJ5uD8BLXHQE6eI9A6LnClMSwcTqCjNaAVMIHMznSwwcNwN3CBjoQcdsPu6 rqCPeYg4cyZUlEuNDOL1lrdXqZAjVJA31Qe973+84XbC4tIOek4WoQoBRRrnKnRwTL WkNZ0unTfo/Y9hj+MlgEt6aJIFVFOM0L/9Zhc8XwdkPMEFLbZtYH15AkwN9jmXJyyc syMXXvk5EfLug== From: Mark Brown To: Richard Fitzgerald Cc: linux-kernel@vger.kernel.org, patches@opensource.cirrus.com, alsa-devel@alsa-project.org, linux-sound@vger.kernel.org In-Reply-To: <20240613132527.46537-1-rf@opensource.cirrus.com> References: <20240613132527.46537-1-rf@opensource.cirrus.com> Subject: Re: [PATCH v2] ASoC: cs35l56: Disconnect ASP1 TX sources when ASP1 DAI is hooked up Message-Id: <171840862302.307440.2310063714501102380.b4-ty@kernel.org> Date: Sat, 15 Jun 2024 00:43:43 +0100 Precedence: bulk X-Mailing-List: linux-sound@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit X-Mailer: b4 0.14-dev-0bd45 On Thu, 13 Jun 2024 14:25:27 +0100, Richard Fitzgerald wrote: > If the ASP1 DAI is hooked up by the machine driver the ASP TX mixer > sources should be initialized to disconnected. There aren't currently > any available products using the ASP so this doesn't affect any > existing systems. > > The cs35l56 does not have any fixed default for the mixer source > registers. When the cs35l56 boots, its firmware patches these registers > to setup a system-specific routing; this is so that Windows can use > generic SDCA drivers instead of needing knowledge of chip-specific > registers. The setup varies between end-products, which each have > customized firmware, and so the default register state varies between > end-products. It can also change if the firmware on an end-product is > upgraded - for example if a change was needed to the routing for Windows > use-cases. It must be emphasized that the settings applied by the > firmware are not internal magic tuning; they are statically implementing > use-case setup that on Linux would be done via ALSA controls. > > [...] Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next Thanks! [1/1] ASoC: cs35l56: Disconnect ASP1 TX sources when ASP1 DAI is hooked up commit: 8af49868e51ed1ba117b74728af12abe1eda82e5 All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark