Re: [PATCH v2 1/2] ufs: core: Introduce ufshcd_mcq_poll_n_cqe_lock()

["Peter Wang (王信友)" <peter.wang@mediatek.com>]

On Wed, 2026-05-13 at 12:26 -0700, Bart Van Assche wrote:
> On 5/12/26 11:50 PM, Peter Wang (王信友) wrote:
> > May I ask if you have any plans to continue upstreaming this patch
> > in the future?
> 
> Hi Peter,
> 
> After I posted this patch series I learned that even processing a
> single
> completion can cause interrupts to be disabled for too long. I think
> the
> root cause is in F2FS (f2fs_write_end_io()). I have reported this to
> the
> F2FS team and I'm waiting for their feedback. After F2FS has been
> improved I will repeat my measurements and reduce the number of
> completions processed in interrupt context if that is still
> necessary.
> 
> Thanks,
> 
> Bart.


Hi Bart,

I'm sure we're facing the same issue. F2FS hooks a heavy function
in the UFS ISR callback. However, the UFS ISR still cannot acquire
the spinlock and executes an unknown task that disables IRQs, 
the duration of which is controlled by F2FS. 
I plan to fine-tune this by posting another patch.

Thanks.
Peter