linux-kernel - [Regression, bisected] Receive failure in et131x.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <20091229180005.GA23030@emergent.ellipticsemi.com>
Date:	Tue, 29 Dec 2009 13:00:05 -0500
From:	Nick Bowler <nbowler@...iptictech.com>
To:	Alan Cox <alan@...ux.intel.com>, linux-kernel@...r.kernel.org
Cc:	Greg Kroah-Hartman <gregkh@...e.de>
Subject: [Regression, bisected] Receive failure in et131x.

Continuing the theme from the last release cycle -- my PCI-express
et131x card (which works in 2.6.32) fails in the latest Linus git.  The
card works at first (DHCP and NFS mounts during bootup are OK) but
quickly fails once any reasonable traffic is put through it.  Transmit
seems to continue to work after a failure, but receive is mostly dead
forever -- the occasional frame appears to make it through.  The kernel
log contains many messages of the following form:

et131x 0000:02:00.0: NICRxPkts PSR Entry 1546 indicates length of 12920 and/or bad bi(614)
et131x 0000:02:00.0: NICRxPkts PSR Entry 1547 indicates length of 27745 and/or bad bi(92)
et131x 0000:02:00.0: NICRxPkts PSR Entry 1548 indicates length of 30064 and/or bad bi(116)
...

Bisection reveals the following.

99fd99f618daecae638550275cb132ab1ffe464c is the first bad commit
commit 99fd99f618daecae638550275cb132ab1ffe464c
Author: Alan Cox <alan@...ux.intel.com>
Date:   Wed Nov 18 14:07:58 2009 +0000

    Staging: et131x: clean up the avail fields in the rx registers

    These have a wrap bit but again need little work to clean out. There are a
    couple of uglies left that want addressing in later clean up. Notably we should
    probably keep the local psr copy and wrap as two values.

    Signed-off-by: Alan Cox <alan@...ux.intel.com>
    Signed-off-by: Greg Kroah-Hartman <gregkh@...e.de>

:040000 040000 8f0034c85fab183134fa19c7d58cee687991b6e7 a98b1db6fa82d8107fc5699fa2ae0851f38a14b0 M      drivers

-- 
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/