Jesper Krogh wrote:
quoted text
> David Miller wrote:
>> From: "Yinghai Lu" <yhlu.kernel@gmail.com>
>> Date: Wed, 7 May 2008 11:30:18 -0700
>>
>>> On Wed, May 7, 2008 at 11:23 AM, Jesper Krogh <jesper@krogh.cc> wrote:
>>>> Hi.
>>>>
>>>>  I get errors like this after a few minutes of traffic on a Sun 
>>>> Neptune 10g
>>>> ethernet card. (with nice 500MB/s throughput).
>>>>
>>>>  Then the server seems too busy with something, so it doesn't even 
>>>> respont
>>>> to a serial terminal login.
>>>>
>>>>  May  7 16:16:33 hest kernel: [  166.948958] niu: niu_get_parent:
>>>> platform_type[1] port[3]
>>>>  May  7 16:16:33 hest kernel: [  166.949366] niu: 
>>>> niu_get_and_validate_port:
>>>> port[3] num_ports[2]
>>>>  May  7 16:16:33 hest kernel: [  166.949886] niu: niu_put_parent: 
>>>> port[3]
>>>>  .. bootup ends here ..
>>>>  May  7 17:13:54 hest kernel: [ 3670.128178] niu 0000:84:00.0: niu: 
>>>> eth4:
>>>> Transmit timed out, resetting
>>>>  May  7 17:14:04 hest kernel: [ 3680.108614] niu 0000:84:00.0: niu: 
>>>> eth4:
>>>> Transmit timed out, resetting
>>>>  May  7 17:14:14 hest kernel: [ 3690.093089] niu 0000:84:00.0: niu: 
>>>> eth4:
>>>> Transmit timed out, resetting
>>>>  May  7 17:14:19 hest kernel: [ 3695.079254] niu 0000:84:00.0: niu: 
>>>> eth4:
>>>> Transmit timed out, resetting
>>>>  May  7 17:14:24 hest kernel: [ 3700.073525] niu 0000:84:00.0: niu: 
>>>> eth4:
>>>> Transmit timed out, resetting
>>>>  May  7 17:14:29 hest kernel: [ 3705.063744] niu 0000:84:00.0: niu: 
>>>> eth4:
>>>> Transmit timed out, resetting
>>>>  May  7 17:14:34 hest kernel: [ 3710.049918] niu 0000:84:00.0: niu: 
>>>> eth4:
>>>> Transmit timed out, resetting
>>>>
>>>>
>>>>  Any suggestions?
>>>>
>>>>  The system is an Ubuntu Hardy (2.6.24-17-server) amd64.
>>> can you try 2.6.25 or current git?
>>
>> Also, please always CC: netdev@vger.kernel.org on networking reports.
> 
> Yes. It is reproducable under 2.6.25.2, when the load get up.. (worked 
> excellent in the <100MB/s range for several hours.

Any good suggestions about the "Transmit timed out" messages. It
currently leads to a system that "doesnt die" but doesnt respond within
15 minutes of load of the network adapter.

Does the high amount of Context-switches (120.000+ have any influence)?

Should I be able to use TSO?
# ethtool -k eth4
Offload parameters for eth4:
Cannot get device rx csum settings: Operation not supported
rx-checksumming: off
tx-checksumming: on
scatter-gather: on
tcp segmentation offload: off
udp fragmentation offload: off
generic segmentation offload: off

ethtool v6

Jesper
-- 
Jesper
--
unsubscribe notice
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/