On Wednesday 16 December 2009 21:50:38 Alan Stern wrote: > On Wed, 16 Dec 2009, Brandeburg, Jesse wrote: > > Alan thanks for the report, I wonder if > > you can revert 98468efddb101f8a29af974101c17ba513b07be1 and see if that > > fixes it? > > It does indeed. Thanks for the quick response. > > > Roger on the To: line made that change, which may have broken e100 for > > your system. > > It looks simple enough, but obviously something is wrong with it.
I'm looking into this. Quite a baffling problem though. I have no idea what causes the last 4 bytes to change slightly (6c 6b 6b a3). Perhaps the patch only changed the timings to uncloak a lurking bug.. struct sk_buff has users as it's last member, so perhaps there is a preempt point in dmapool that triggers a race with the rx path. I'll try to reproduce this.. -- Roger Oksanen <[email protected]> http://www.cs.helsinki.fi/u/raoksane +358 50 355 1990 ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ E1000-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/e1000-devel
