[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <fbb837ba-d4e4-4e34-8554-fbb878716289@sirena.org.uk>
Date: Tue, 4 Feb 2025 17:15:38 +0000
From: Mark Brown <broonie@...nel.org>
To: Laurentiu Mihalcea <laurentiumihalcea111@...il.com>
Cc: Frank Li <Frank.li@....com>,
Bard Liao <yung-chuan.liao@...ux.intel.com>,
Daniel Baluta <daniel.baluta@....com>,
Iuliana Prodan <iuliana.prodan@....com>,
Jaroslav Kysela <perex@...ex.cz>, Takashi Iwai <tiwai@...e.com>,
linux-kernel@...r.kernel.org, linux-sound@...r.kernel.org,
imx@...ts.linux.dev
Subject: Re: [PATCH 1/9] ASoC: SOF: imx: introduce more common structures and
functions
On Tue, Feb 04, 2025 at 06:59:53PM +0200, Laurentiu Mihalcea wrote:
> On 2/3/2025 9:52 PM, Frank Li wrote:
> > On Mon, Feb 03, 2025 at 12:18:00PM -0500, Laurentiu Mihalcea wrote:
> >> +static void imx_handle_reply(struct imx_dsp_ipc *ipc)
> >> +{
> >> + unsigned long flags;
> >> + struct snd_sof_dev *sdev = imx_dsp_get_data(ipc);
> >> +
> >> + spin_lock_irqsave(&sdev->ipc_lock, flags);
> >> + snd_sof_ipc_process_reply(sdev, 0);
> >> + spin_unlock_irqrestore(&sdev->ipc_lock, flags);
> > Are you sure have to use spin_lock?
> not sure, this definition was taken from previous drivers. I'd say keep it for now
> as removing it would require some more testing which will take some time.
If it's just factoring out common code it does make sense to do the
factoring out then incrementally change the locking as a separate change.
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists