[PATCH v1] ufs: core: Avoid IRQ thread wakeup during active UIC command

[Bart Van Assche]

On 3/4/26 9:27 PM, Peter Wang (王信友) wrote:
> The main reason is not context switch time.
> The problem is that a threaded IRQ handler can be preempted
> by a regular IRQ.
> When the system is busy, for example during kernel boot,
> there are many other module IRQs present in the system.

Spending 500 ms in interrupts without giving the CPU a chance to run is
excessive, isn't it? Anyway, if you really need this patch, please
mention the above information in the patch description and combine the
two if-statements into a single if-statement, e.g. as follows:

if ((!hba->mcq_enabled || !hba->mcq_esi_enabled) &&
     !hba->active_uic_cmd)
	...

Thanks,

Bart.