Re: e1000, sshd, and the infamous "Corrupted MAC on input"

[Ethan Weinstein]

Matt Mackall wrote:
> Ok, reproduceable without ssh makes narrowing this down much easier.
> Are you seeing errors on the interface? No would indicate problems
> post CRC checking on the receive side. Do errors happen in both
> directions? If not, it may be CPU speed-related or specific to a given
> NIC - swap them if they're not onboard. 
>
> The next test is to send patterns. Try sending yourself a gigabyte of:
>
> #include <stdio.h>
>
> int main(void)
> {
>         int i;
>
>         for (i = 0; i < 0x10000000; i++) {
>                 fwrite(&i, 4, 1, stdout);
>         }
> }
>
> If there's some sort of partial DMA transfer going on, this should
> make it evident.

No errors reported on either interface.

Interesting results, in one direction though.  It seems highly likely 
the problem is only with the 82545EM as I couldn't get a botched 
transfer FROM it to the 82547EI after 20 or so attempts, (both of these 
are onboard unfortunately so no swapping).  Several transfers TO it did 
yield bad files, though (using my big 1.6G gzipped tarball).

Now, on to the patterns.  I didn't get a _single_ failure in either 
directions using what that code snippet generated in over 20 attempts. 
Perhaps we're failing on larger amounts of more complex data?

-Ethan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/