Hi, > > I did further debugging on this and seems the issue could be due to > > RT changes done at kernel/irq/manage.c > > > > We faced the same hang issue even when CONFIG_PREEMPT_RT is disabled. > > Then we tried below patch which reverts a change by RT patch and > > observed it to start working fine. > > > > ------------ ------- ---------------- > > --- a/kernel/irq/manage.c > > +++ b/kernel/irq/manage.c > > @@ -746,8 +746,9 @@ __setup_irq(unsigned int irq, struct irq_desc *desc, > > struct irqaction *new) rand_initialize_irq(irq); > > } > > > > - /* Preempt-RT setup for forced threading */ > > - preempt_hardirq_setup(new); > > + /* Oneshot interrupts are not allowed with shared */ > > + if ((new->flags & IRQF_ONESHOT) && (new->flags & IRQF_SHARED)) > > + return -EINVAL; > > > > /* > > * Check whether the interrupt nests into another interrupt > > Do I understand correctly that by this change you are disabling important > part if preempt-rt, namely hardirq threading? Yes, correct and that's why it seems I am getting series of kernel panics. -Ajay > -- > To unsubscribe from this list: send the line "unsubscribe linux-rt-users" > in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
