Hi,
with the new e1000 driver version 7.3.20 the onboard gigabit nic 82547EI
(8086:1019) doesn't work correctly.
After transferring about 100 megabytes over a gigabit link the transfer
stopped and I have to reinit the link either by doing a ifconfig down/up
or unplugging the network cable.
The RxIntDelay is set to 0 like described in the docu. Playing with this
Parameter only increases the amount of traffic to be send and the error
occurs later.
This happens also with the 7.4.35 and 7.5.5 driver from the intel side.
The driver 5.7.6 from kernel 2.4.33.3 and the 6.1.16 from intel works
very well on this hardware.
Also other gigabit nics we use didn't have this problem.
Is this issue already known?
Is there any solution yet?
Kind regards
Wolfgang
Wolfgang Nothdurft wrote:
Hi,
with the new e1000 driver version 7.3.20 the onboard gigabit nic 82547EI
(8086:1019) doesn't work correctly.
After transferring about 100 megabytes over a gigabit link the transfer
stopped and I have to reinit the link either by doing a ifconfig down/up
or unplugging the network cable.
The RxIntDelay is set to 0 like described in the docu. Playing with this
Parameter only increases the amount of traffic to be send and the error
occurs later.
have you tried (the default) 8000 ? Do you get the same problem when you run
2.6.21 with 7.5.5.1 or 7.3.20 ?
This happens also with the 7.4.35 and 7.5.5 driver from the intel side.
The driver 5.7.6 from kernel 2.4.33.3 and the 6.1.16 from intel works
very well on this hardware.
Also other gigabit nics we use didn't have this problem.
Is this issue already known?
this is the first time I have heard this issue.
Is there any solution yet?
I'm not that good :)
Can you file a bugreport on e1000.sf.net and attach the usual (ethtool -e,
dmesg, ifconfig -a, lspci -vv) debugging output and problem description for us?
I'll try to see if I can have our labs setup a repro case, which might be hard
given the adapter type, but we will do our best.
Auke
Kok, Auke wrote:
Wolfgang Nothdurft wrote:
quoted
Hi,
with the new e1000 driver version 7.3.20 the onboard gigabit nic 82547EI
(8086:1019) doesn't work correctly.
After transferring about 100 megabytes over a gigabit link the transfer
stopped and I have to reinit the link either by doing a ifconfig down/up
or unplugging the network cable.
The RxIntDelay is set to 0 like described in the docu. Playing with this
Parameter only increases the amount of traffic to be send and the error
occurs later.
have you tried (the default) 8000 ? Do you get the same problem when you
run 2.6.21 with 7.5.5.1 or 7.3.20 ?
With 8000 I can delay the issue, but I thought the default is 0. When I
use out of range values the defaults shown are:
Intel(R) PRO/1000 Network Driver - version 7.3.20-k4
Copyright (c) 1999-2006 Intel Corporation.
PCI: Setting latency timer of device 02:01.0 to 64
e1000: 02:01.0: e1000_validate_option: Invalid Transmit Interrupt Delay
value specified (100000) using default of 8
e1000: 02:01.0: e1000_validate_option: Invalid Transmit Absolute
Interrupt Delay value specified (100000) using default of 32
e1000: 02:01.0: e1000_validate_option: Invalid Receive Interrupt Delay
value specified (100000) using default of 0
e1000: 02:01.0: e1000_validate_option: Invalid Receive Absolute
Interrupt Delay value specified (100000) using default of 8
With kernel 2.6.21 the problem doesn't occur, so it seems to be a kernel
2.4 specific issue.
quoted
This happens also with the 7.4.35 and 7.5.5 driver from the intel side.
The driver 5.7.6 from kernel 2.4.33.3 and the 6.1.16 from intel works
very well on this hardware.
Also other gigabit nics we use didn't have this problem.
Is this issue already known?
this is the first time I have heard this issue.
quoted
Is there any solution yet?
I'm not that good :)
Can you file a bugreport on e1000.sf.net and attach the usual (ethtool
-e, dmesg, ifconfig -a, lspci -vv) debugging output and problem
description for us? I'll try to see if I can have our labs setup a repro
case, which might be hard given the adapter type, but we will do our best.
done
Auke
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Wolfgang Nothdurft Wolfgang.Nothdurft@linogate.de
Linogate Internet Technologies fon: +49 (0)821 - 25 96 - 0
Kok, Auke wrote:
Wolfgang Nothdurft wrote:
quoted
Hi,
with the new e1000 driver version 7.3.20 the onboard gigabit nic 82547EI
(8086:1019) doesn't work correctly.
After transferring about 100 megabytes over a gigabit link the transfer
stopped and I have to reinit the link either by doing a ifconfig down/up
or unplugging the network cable.
The RxIntDelay is set to 0 like described in the docu. Playing with this
Parameter only increases the amount of traffic to be send and the error
occurs later.
have you tried (the default) 8000 ? Do you get the same problem when you
run 2.6.21 with 7.5.5.1 or 7.3.20 ?
quoted
This happens also with the 7.4.35 and 7.5.5 driver from the intel side.
The driver 5.7.6 from kernel 2.4.33.3 and the 6.1.16 from intel works
very well on this hardware.
Also other gigabit nics we use didn't have this problem.
Is this issue already known?
this is the first time I have heard this issue.
quoted
Is there any solution yet?
I'm not that good :)
Can you file a bugreport on e1000.sf.net and attach the usual (ethtool
-e, dmesg, ifconfig -a, lspci -vv) debugging output and problem
description for us? I'll try to see if I can have our labs setup a repro
case, which might be hard given the adapter type, but we will do our best.
Auke
-
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Any news about this issue?
The bug report is
http://sourceforge.net/tracker/index.php?func=detail&aid=1739537&group_id=42302&atid=447449
Kind Regards
Wolfgang
--
Wolfgang Nothdurft Wolfgang.Nothdurft@linogate.de
Linogate Internet Technologies fon: +49 (0)821 - 25 96 - 0