On Mon, 2009-12-21 at 18:53 -0700, Richard Scobie wrote:
I have a low end server, Core 2 Duo 2.8, 4GB used to backup using rsync
over a 82574L interface. Kernel 2.6.30.9-102.fc11.x86_64 (e1000e
0.3.3.4-k4). It is using MSI-X interrupts.
It's suffering somewhat due to dropping frames:
RX
For some complex security related reasons, we have a system where we
are broadcasting data packets from one machine to another via a
simplex fiber optic link. For the simplex link, we run a single fiber
from the Tx of the source to the Rx of the sink. We are using RHEL5.3
on both ends of the
Does the e1000e driver from our Sourceforge site work correctly for you? It's
available at http://e1000.sf.net
I'm not that anything is wrong either but at least we would know that that the
2 driver versions are doing something differently or not.
Cheers,
John
On Tue, Dec 15, 2009 at 11:02, Roel Kluin roel.kl...@gmail.com wrote:
The variables count and i are unsigned so the (|=) 0 tests do not work.
Signed-off-by: Roel Kluin roel.kl...@gmail.com
---
Found using coccinelle: http://coccinelle.lip6.fr/
This should be all with this pattern.
As
bunch of warning...
[ 809.824721] WARNING: at net/core/dev.c:1908 dev_queue_xmit+0x243/0x4c7()
[ 809.832183] Hardware name: Sun
[ 809.832193] eth16 selects TX queue 98, but real number of TX queues is 64
[ 809.832203] Modules linked in:
[ 809.832216] Pid: 26440, comm: iperf Not tainted
On 11:20 Thu 10 Dec 2009, Tantilov, Emil S wrote:
I am trying to test the patches you submitted (thanks btw) and so
far am not able to reproduce the panic you described. When MTU is at
1500 RCTL.LPE (bit 5) is set to 0 and the HW will not allow the
reception of large packets (1522 bytes,
