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: <45352ED5.70505@cosmosbay.com>
Date:	Tue, 17 Oct 2006 21:28:21 +0200
From:	Eric Dumazet <dada1@...mosbay.com>
To:	John Philips <johnphilips42@...oo.com>
Cc:	linux-kernel@...r.kernel.org, linux-net@...r.kernel.org
Subject: Re: BUG: warning at kernel/softirq.c:141/local_bh_enable()

John Philips a écrit :
>> Hum, given your slow cpu, you might revert tx queue
>> length to 2.4.XX level 
>> (100 instead of 1000)
> 
> I tried that, it didn't help any.
> 
>> Are you sure you cannot post here : 
>>
>> tc -s -d qdisc show dev eth6
> 
> As I said, there are rules in place for every single
> IP in a /22 subnet.  It would be over 12000 lines.  I
> tried turning off the traffic shaping, it didn't help.
>  
>> You might want to make inet_peer_cache purge faster
>> :
>>
>> echo 1 >/proc/sys/net/ipv4/inet_peer_gc_mintime
>> echo 2 >/proc/sys/net/ipv4/inet_peer_gc_maxtime
> 
> I tried that as well, unfortunately it didn't help.

This was just to reduce size of the table (and time of the lookups), not to 
solve the nic problem at all :)

> 
> It's worth noting that this behavior happens at
> seemingly random times for random amounts of time.  It
> also causes the interface to auto-negotiate it's
> settings again.  During these periods, ping times to a
> switch plugged directly into eth6 are 4000+ms.  When I
> statically set the interface to 100baseT/full duplex
> with mii-tool, ping times to the switch immediately
> return to normal.  Unfortunately this fix only lasts a
> few minutes, because the interface hangs up and
> returns to auto-negotiation.
> 
> Also, I know this isn't a problem with my hardware
> since it started happening immediately after I
> upgraded the kernel from 2.4.25.

Yes, I supposed that your hardware was running OK with previous kernels.

Which NIC driver is handling eth6 ?

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ