On Thu, Jun 08, 2006 at 09:22:21AM -0600, Grant Grundler wrote: > > Perhaps cp_close() in 8139cp.c could be an example of a good ordering? > > It stops the chip, syncs irqs, frees irq, then frees [thus unmapping] > > the rings. > > Sorry, I don't see how it matters if we disable chip IRQ first > or unlink from CPU IRQ list first. Does it?
Ok...I think I understand what you are driving at here. The case is when CPU vector is enabled and shared but one device _without_ an interrupt handler is registered is still yanking on the interrupt line. It will cause linux to disable the line since the IRQ isn't being handled. This is only possible in the shared IRQ case. Can we call free_irq() from tulip_down()? I have the feeling this is going to cause alot more code movement. thanks, grant - 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
