From mboxrd@z Thu Jan 1 00:00:00 1970 From: Patrick McHardy Subject: Re: ucc_geth: nf_conntrack: table full, dropping packet. Date: Mon, 23 Mar 2009 13:29:33 +0100 Message-ID: <49C780AD.70704@trash.net> References: <49C77D71.8090709@trash.net> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: avorontsov@ru.mvista.com, netdev@vger.kernel.org To: Joakim Tjernlund Return-path: Received: from stinky.trash.net ([213.144.137.162]:37505 "EHLO stinky.trash.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751898AbZCWM3k (ORCPT ); Mon, 23 Mar 2009 08:29:40 -0400 In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: Joakim Tjernlund wrote: > Patrick McHardy wrote on 23/03/2009 13:15:45: >> Joakim Tjernlund wrote: >>> doing a "ping -f -l 3" on my host towards my board on linus tree as of > >>> Friday results in lots of: >>> nf_conntrack: table full, dropping packet. >>> nf_conntrack: table full, dropping packet. >>> nf_conntrack: table full, dropping packet. >>> __ratelimit: 11 callbacks suppressed >>> nf_conntrack: table full, dropping packet. >>> nf_conntrack: table full, dropping packet. >>> nf_conntrack: table full, dropping packet. >>> nf_conntrack: table full, dropping packet. >>> >>> for ucc_geth on a MPC832x. >>> This really looks strange to me, ideas? >> What does /proc/net/netfilter/nf_conntrack show? > > There is no /proc/net/netfilter/nf_conntrack. There is a > /proc/net/nf_conntrack though and it is empty. If I telnet > to the board I see: That means that something is leaking conntrack references, most likely by leaking skbs. Since I haven't seen any other reports, my guess would be the ucc_geth driver.