netdev - Re: 2.6.23.1-smp kernel panic (network-related)

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-prev] [day] [month] [year] [list]

Message-ID: <20071107104711.03d1371c@freepuppy.rosehill>
Date:	Wed, 7 Nov 2007 10:47:11 -0800
From:	Stephen Hemminger <shemminger@...ux-foundation.org>
To:	Marek Kierdelewicz <marek@...a.pl>
Cc:	netdev@...r.kernel.org
Subject: Re: 2.6.23.1-smp  kernel panic (network-related)

On Wed, 7 Nov 2007 19:38:43 +0100
Marek Kierdelewicz <marek@...a.pl> wrote:

> >What is the test input that causes the crash??
> 
> Test box is treated with mirrored traffic that is routed by production
> linux router (with non-smp kernel). It's usual traffic generated by
> broadband clients. Some of the characteristics:
> 
> bandwidth used: ~40/40 Mbit (up/down)
> pps: ~15k
> 
> number of clients: ~550
> 
> dump of packet sizes:
>  Packet size  | Count
> 1 to   75:     186501
> 76 to  150:     14145
> 151 to  225:     3285
> 226 to  300:     2088
> 301 to  375:     3632
> 376 to  450:     2097
> 451 to  525:     1513
> 526 to  600:     3069
> 601 to  675:    20081
> 676 to  750:     1294
> 751 to  825:     1189
> 826 to  900:      885
> 901 to  975:     2207
> 976 to 1050:     1333
> 1051 to 1125:    1192
> 1201 to 1275:    3036
> 1276 to 1350:    3709
> 1351 to 1425:    3453
> 1426 to 1500+: 185318
> 
> protocol breakdown:
> most of the traffic is IPv4, some UDP and a little bit of ICMP
> 
> Don't know if it's important, but box is connected to switch by a
> 802.1q trunk. Each of vlan interfaces has egress shaping on it +
> dedicated ifb device attached to ingress qdisc and ingress shaping on
> ifb device.
> 
> Is any additional information needed?

Could you get 'ethtool -S' output after it hangs.
I think there is a problem with fifo overflow. I can cause board
to latch if enough traffic arrives on both ports.


-- 
Stephen Hemminger <shemminger@...ux-foundation.org>
-
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