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.
Attachment:
signature.asc
Description: PGP signature
- References:
- [PATCH 0/9] Refactor imx drivers and introduce support for imx95
- From: Laurentiu Mihalcea
- [PATCH 1/9] ASoC: SOF: imx: introduce more common structures and functions
- From: Laurentiu Mihalcea
- Re: [PATCH 1/9] ASoC: SOF: imx: introduce more common structures and functions
- From: Frank Li
- Re: [PATCH 1/9] ASoC: SOF: imx: introduce more common structures and functions
- From: Laurentiu Mihalcea
- [PATCH 0/9] Refactor imx drivers and introduce support for imx95
- Prev by Date: Re: [PATCH 1/9] ASoC: SOF: imx: introduce more common structures and functions
- Next by Date: Re: [PATCH v3 2/4] i2c: Replace list-based mechanism for handling auto-detected clients
- Previous by thread: Re: [PATCH 1/9] ASoC: SOF: imx: introduce more common structures and functions
- Next by thread: Re: [PATCH 1/9] ASoC: SOF: imx: introduce more common structures and functions
- Index(es):
![]() |