> > Freeing a kernel interrupt reservation does not imply that > your hardware has stopped delivering them... in a shared > interrupt situation, the code sequence > > free_irq() > perform some action > > could cause the kernel to call _another_ driver's interrupt > handling routine over and over again, until _your_ hardware > stops raising the interrupt condition. > > Jeff
I guess misunderstood your original comment. I am not "masking" interrupts before issuing the reset. I am shutting them off. The device will not issue any more interrupts until it is reinitialized and interrupts turned back on. - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html