search for: calebc2099

https://bugzilla.netfilter.org/show_bug.cgi?id=779 --- Comment #3 from calebc2099 at yahoo.com 2013-07-11 23:25:20 CEST --- (In reply to comment #1) > I am unable to replicate this issue on a 3.10 kernel. Perhaps the "defect in > the NIC" you describe is actually responsible for the corrupt packets you are > seeing? > > Have you tested this on a rece...

https://bugzilla.netfilter.org/show_bug.cgi?id=779 --- Comment #5 from calebc2099 at yahoo.com 2013-07-12 01:54:55 CEST --- (In reply to comment #4) > (In reply to comment #3) > > Have you tried to replicate the problem with a defective NIC? Here is an > > example of how to replicate the problem: > > Well, that is difficult since I do not own defective nic...

https://bugzilla.netfilter.org/show_bug.cgi?id=779 --- Comment #7 from calebc2099 at yahoo.com 2013-07-14 02:02:26 CEST --- (In reply to comment #6) > I have tested this again, this time with different hardware. The bridge is > made up of an e1000 (eth1) and a pcnet32 (eth2) which DOES NOT SUPPORT > rx-checksum offloading. And again, everything worked perfectly and I...

https://bugzilla.netfilter.org/show_bug.cgi?id=779 --- Comment #8 from calebc2099 at yahoo.com 2013-07-16 21:00:39 CEST --- (In reply to comment #7) > (In reply to comment #6) > > I have tested this again, this time with different hardware. The bridge is > > made up of an e1000 (eth1) and a pcnet32 (eth2) which DOES NOT SUPPORT > > rx-checksum offloading....