netdev - Re: e1000 driver and samba

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: <46F302A8.7040008@gmail.com>
Date:	Thu, 20 Sep 2007 16:30:48 -0700
From:	Bruce Cole <bacole@...il.com>
To:	netdev@...r.kernel.org
CC:	bacole@...il.com
Subject: Re: e1000 driver and samba

>If you look for it on the Realtek cards, there had been sporadic
>Nissues up to late 2005. The solution posted universally was 'change
>card'.

Yes, that *was* the common recommendation.  But recently I narrowed down the
realtek performance problem most commonly seen with samba (but also applicable
to other TCP applications), and I also narrowed down the fix as well.

The current fix involves re-kicking the TX queue after it becomes stuck.
Apparently it becomes stuck due to a contention problem between the driver and
controller.  I suspect the root problem is the driver isn't properly locking
the TX queue.  It might be worth checking if the queue locking problem exists
in other net drivers as well. 

Reference:
http://www.spinics.net/lists/netdev/msg40384.html

-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html