lkml.org 
[lkml]   [2005]   [Feb]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: e1000, sshd, and the infamous "Corrupted MAC on input"
    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@vger.kernel.org
    More majordomo info at http://vger.kernel.org/majordomo-info.html
    Please read the FAQ at http://www.tux.org/lkml/

    \
     
     \ /
      Last update: 2005-03-22 14:10    [W:2.349 / U:0.200 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site