https://bugzilla.novell.com/show_bug.cgi?id=809810
https://bugzilla.novell.com/show_bug.cgi?id=809810#c29
--- Comment #29 from Dr. Werner Fink 2014-07-03 11:10:24 UTC ---
(In reply to comment #27)
This does not belong to the IRQ number, the only preconditions around here: the
realtek drivers share the IRQ with an other driver *and* the broken code in the
driver code, e.g. in 8139too there are two polling receiver threads but what
does happen if receiving will trigger an IRQ (CONFIG_NET_POLL_CONTROLLER versus
rtl8139_poll()) ... and also some status bits will be acknowledge more than
once AFAICS from 8139too.c ... but I'm not the expert in writting realtek
driver code nevertheless this is strange (IMHO) as in rtl8139_tx_interrupt()
called in rtl8139_interrupt() the status will be read twice ... once with
RTL_R16(IntrStatus) followed in the TX routine by RTL_R32(TxStatus0 + (entry *
sizeof (u32))) but both routines write back RTL_W16(IntrStatus, TxErr)
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.