中断上下文使用spin_lock进程上下文使用spin_lock_irqsave的原因？

armv8+linux4.19环境

举个例子:进程A中调用了spin_lock（&lock）然后进入临界区，此时来了一个中断(interrupt），

该中断也运行在和进程A相同的CPU上，并且在该中断处理程序中恰巧也会spin_lock(&lock)

试图获取同一个锁。由于是在同一个CPU上被中断，进程A会被设置为TASK_INTERRUPT状态，

中断处理程序无法获得锁，会不停的忙等，由于进程A被设置为中断状态，schedule（）进程调度就

无法再调度进程A运行，这样就导致了死锁！

spin_lock

    ==> raw_spin_lock

       ==> _raw_spin_lock

            ==> __raw_spin_lock

                  ==> preempt_disable

                          spin_acquire

                          do_raw_spin_trylock   ==> queued_spin_lock

spin_lock_irqsave

    ==> raw_spin_lock_irqsave

        ==> _raw_spin_lock_irqsave

               ==> __raw_spin_lock_irqsave

                       ==>  local_irq_save         ==>  msr daifset, #2

                                preempt_disable

                                spin_acquire

                                do_raw_spin_lock  ==> queued_spin_lock

arm64接收到中断后由中断向量VBAR寄存器设置的地址开始执行异常处理代码，

中断触发时，硬件自动对PSR的daif异常标志mask了，待中断完成返回后自动恢复

el1_irq  ==>  enable_da_f 只使能了Debug、SError和 firq中断，未对irq中断打开 即中断处理中禁止中断嵌套

周期调度器因为无法来timer中断，得不到调度被interrupt的进程，同时也关闭了抢占，所以当前cpu死锁