https://bugzilla.novell.com/show_bug.cgi?id=342148#c10 --- Comment #10 from Harald Koenig <koenig@linux.de> 2007-11-22 09:24:33 MST --- (In reply to comment #9 from Karsten Keil)
This looks like the driver doesn't see the packet and since setting promiscuous mode helps it looks like that the HW lost the MAC address in the receive path. If you are in the fail situation, can you please do a ifconfig and check if the MAC address is correct ? I do not remember that we changed the driver since RC1, so I do not understand why this problem comes from a recent kernel update, but I'll recheck.
"ifconfig eth1" alrays shows the same MAC address, even without running tcpdump (ping not working). now I run "watch -dn1 ifconfig eth1" and noticed that even in "blocked" state without tcpdump, both Rx and Tx package counts change (there are open ssh and X11 sessions), so the hardware [driver] itself doesn't seem to be the full/only problem. any suggestion what to check next ? -- 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.