[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2025072809-spookily-grip-3c2f@gregkh>
Date: Mon, 28 Jul 2025 12:52:41 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: Venkata Prasad Potturu <venkataprasad.potturu@....com>
Cc: broonie@...nel.org, alsa-devel@...a-project.org,
Vijendar.Mukunda@....com, Basavaraj.Hiregoudar@....com,
Sunil-kumar.Dommati@....com, syed.sabakareem@....com,
Liam Girdwood <lgirdwood@...il.com>,
Jaroslav Kysela <perex@...ex.cz>, Takashi Iwai <tiwai@...e.com>,
Mario Limonciello <mario.limonciello@....com>,
Peter Zijlstra <peterz@...radead.org>,
"open list:SOUND - SOC LAYER / DYNAMIC AUDIO POWER MANAGEM..." <linux-sound@...r.kernel.org>,
open list <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] ASoC: amd: acp: Adjust pdm dmic gain using module
parameter
On Mon, Jul 28, 2025 at 03:12:27PM +0530, Venkata Prasad Potturu wrote:
> Adjust pdm dimc gain value using module param.
> In case of regressions for any users that the new pdm_gain value is
> too high and for additional debugging, introduce a module parameter
> that would let them configure it.
>
> This parameter should be removed in the future:
> * If it's determined that the parameter is not needed, just hardcode
> the correct value as before
> * If users do end up using it to debug and report different values
> we should introduce a config knob that can have policy set by ucm.
Note, you can not break a user/kernel api like this once you introduce
it, so be VERY careful (yet another reason for it to NOT be a module
parameter...)
Powered by blists - more mailing lists