So I'm faced with a few situations where a device makes it appear that it supports interrupts, but undinet_isr_trigered behavior suggests that it really doesn't.  As noted in one of the commit log messages, this does not work at all.<br>
<br>If I leave everything alone, but remove the return if isr not triggered, everything *seems* fine on these systems and existing systems don't seem broken by it.<br><br>What bad behavior is feared if undinet_poll proceeds through on a proper stack with interrupts working but no interrupt triggered at the time?  Is it just an efficiency thing or are there scenarios that somehow get broken by this sort of strategy?<br>